Week 5 UMLSlides
Week 5 UMLSlides
MODELING
INTRO / OVERVIEW OF UML
FORMALITIES
2/6/16
UML
Unified Modeling Language
Why model
What about programming language
What about just using text / narrative
Open Standard
OMG Open Management Group
HOW IS IT USED
Sketch
Blueprint
Programming Language
2/6/16
SKETCH
Selectivity
Forward Sketching
Reverse Sketching
This is what we want
This is what we have
BLUEPRINT
Completeness
The blueprint should be complete and sufficient for someone downstream to build or select the system
The blueprint should be understandable by non-developers, but at the same time be backed up by the
detail that the developers will need to perform the build
All of your design point should tie back to the requirement that caused you to add that point
2/6/16
BLUEPRINT
PROGRAMMING LANGUAGE
CASE Computer Aided Software Engineering
Autogeneration of programming code
For example
2/6/16
PROGRAMMING LANGUAGE
The more detailed a model becomes, the closer it is to the final progamming code
The designer may turn the model over to the programmers who then take the model to the next level
At some point the model becomes code
maybe not automated, but a really detailed model takes a lot of guesswork out of the coding
2/6/16
MODELS
MODELS
Classifiers.
A classifier describes a set of objects. An object is an individual with a state
and relationships to other objects. The state of an object identifies the values
for that object of properties of the classifier of the object.
2/6/16
MODELS
Behaviors.
A behavior describes a set of possible executions. An execution is a
performance of a set of actions (potentially over some period of time) that
may generate and respond to occurrences of events, including accessing and
changing the state of objects.
MODELS
Events.
An event describes a set of possible occurrences.
An occurrence is something that happens that has some consequence with
regard to the system.
2/6/16
DIAGRAMS
Some examples