UML use case: Difference between revisions
m (using an external editor) |
m (using an external editor) |
||
Line 3: | Line 3: | ||
== Definition == | == Definition == | ||
* '''Use case''' is a [[software engineering]] method to define requirements for a system. It's range of application is wide and not | * '''Use case''' is a [[software engineering]] method to define requirements for a system. It's range of application is wide and not necessarily constrained to computer development. | ||
According to the [[Wikipedia:Use case | WikiPedia]], {{quotation | use case is a technique for capturing the potential requirements of a new system or software change. Each use case provides one or more scenarios that convey how the system should interact with the end user or another system to achieve a specific business goal. Use cases typically avoid technical jargon, preferring instead the language of the end user or domain expert. Use cases are often co-authored by Business Analysts and end users.}} | According to the [[Wikipedia:Use case | WikiPedia]], {{quotation | use case is a technique for capturing the potential requirements of a new system or software change. Each use case provides one or more scenarios that convey how the system should interact with the end user or another system to achieve a specific business goal. Use cases typically avoid technical jargon, preferring instead the language of the end user or domain expert. Use cases are often co-authored by Business Analysts and end users.}} | ||
== Use | == Use case diagrams == | ||
Use cases are | Use cases are modeled with the Unified modeling language (UML). | ||
Line 19: | Line 19: | ||
{{quotationbox | A use case diagram, on the next page, usually shows all possibilities how to use an application. For me, it is also a way to outline a curriculum. Every use case describes an activity. Arrows show the interdependencies of these activities. Base activities should be learned firstly, because other activities extend the material of a first activity. Important, the arrow points to what needs to be learned firstly, the basic activity. Outlining a use case diagram, one may split up larger activities into smaller activities, as long as there is still an activity that the trainee can carry out.}} (Heeb 2001:7) | {{quotationbox | A use case diagram, on the next page, usually shows all possibilities how to use an application. For me, it is also a way to outline a curriculum. Every use case describes an activity. Arrows show the interdependencies of these activities. Base activities should be learned firstly, because other activities extend the material of a first activity. Important, the arrow points to what needs to be learned firstly, the basic activity. Outlining a use case diagram, one may split up larger activities into smaller activities, as long as there is still an activity that the trainee can carry out.}} (Heeb 2001:7) | ||
The picture | The picture shows the difference in difficult writing a very simple program in a structural language (like Pascal) and a typed object-oriented language (like Java). | ||
[[Image: hello-world-use-case.png]] | [[Image: hello-world-use-case.png]] | ||
This | This diagram clearly shows the complexity of object-oriented programming. You do not understand the code of the most simple Java application or applet "Hello world!" as long as you do not know very complex concepts of object-oriented programming. The following table summarizing the diagram shows teacher that teachers have to be concerned about a very different set of concepts to be acquired and nicely demonstrates why one can't teach Java to typical educational technology students ;)- | ||
<table | <table style="border-style:solid;border-width:thin;"> | ||
<tr> | <tr> | ||
<th>In a procedural programming language, such as Pascal</th> | <th>In a procedural programming language, such as Pascal</th> | ||
Line 49: | Line 49: | ||
</tr> | </tr> | ||
</table> | </table> | ||
== Links == | |||
* [[Wikipedia:Unified_Modeling_Language]] | |||
* [[Wikipedia:Use case]] | |||
* Randy Miller, [http://bdn.borland.com/article/0,1410,31863,00.html Practical UML: A Hands-On Introduction for Developers], Borland Developer network. (This is a very short general UML tutorial). | |||
* Donald Bell, [http://www-128.ibm.com/developerworks/rational/library/769.html UML basics: An introduction to the Unified Modeling Language], IBM Developper Works / Rational Rose. (IBM has a lot of UML and use case tutorials, needs some searching skills) | |||
== References == | == References == | ||
* Heeb, Hanspeter, Roboworld Overcoming the Problem of Cognitive Load in Object-Oriented Programming by Microworlds, Mémoire DESS en Sciences et Technologies de l'Apprentisssage et de la Formation, TECFa, Université de Genève. [http://tecfa.unige.ch/staf/staf-d/heeb/mem/TOOLOP.zip Zip file] | * Heeb, Hanspeter, Roboworld Overcoming the Problem of Cognitive Load in Object-Oriented Programming by Microworlds, Mémoire DESS en Sciences et Technologies de l'Apprentisssage et de la Formation, TECFa, Université de Genève. [http://tecfa.unige.ch/staf/staf-d/heeb/mem/TOOLOP.zip Zip file] |
Revision as of 11:35, 20 May 2006
Definition
- Use case is a software engineering method to define requirements for a system. It's range of application is wide and not necessarily constrained to computer development.
According to the WikiPedia, “use case is a technique for capturing the potential requirements of a new system or software change. Each use case provides one or more scenarios that convey how the system should interact with the end user or another system to achieve a specific business goal. Use cases typically avoid technical jargon, preferring instead the language of the end user or domain expert. Use cases are often co-authored by Business Analysts and end users.”
Use case diagrams
Use cases are modeled with the Unified modeling language (UML).
Example
This example is from Hanspeter Heeb's (2001) MA thesis who use UML to model a learner activity in initial programming training.
(Heeb 2001:7)
The picture shows the difference in difficult writing a very simple program in a structural language (like Pascal) and a typed object-oriented language (like Java).
This diagram clearly shows the complexity of object-oriented programming. You do not understand the code of the most simple Java application or applet "Hello world!" as long as you do not know very complex concepts of object-oriented programming. The following table summarizing the diagram shows teacher that teachers have to be concerned about a very different set of concepts to be acquired and nicely demonstrates why one can't teach Java to typical educational technology students ;)-
In a procedural programming language, such as Pascal | In an object-oriented programming language, such as Java |
---|---|
|
|
Links
- Wikipedia:Unified_Modeling_Language
- Wikipedia:Use case
- Randy Miller, Practical UML: A Hands-On Introduction for Developers, Borland Developer network. (This is a very short general UML tutorial).
- Donald Bell, UML basics: An introduction to the Unified Modeling Language, IBM Developper Works / Rational Rose. (IBM has a lot of UML and use case tutorials, needs some searching skills)
References
- Heeb, Hanspeter, Roboworld Overcoming the Problem of Cognitive Load in Object-Oriented Programming by Microworlds, Mémoire DESS en Sciences et Technologies de l'Apprentisssage et de la Formation, TECFa, Université de Genève. Zip file