1. Itntroduction to UML, page 1 Introduction to UML

2. Itntroduction to UML, page 2 U M L Unified Unified: Unification of earlier object-oriented analysis and design methods. Same concepts and notation for different application domains and different development processes. Same concepts and notation through the whole development lifecycle.~ ~ Modeling: Making a semantically* complete abstraction of a system. (* The formal specification of the meaning and behavior of something) Easier to communicate between stakeholders Language: A graphical language ~

3. Itntroduction to UML, page 3 UML History 1970 : development method using traditional programming language such as Cobol, Fortran. This method became widespread in the 1980s. The first OO language, Simula, is developed in 1967. Since 1980 OO language: Smalltalk, C, C++, Eiffel Unification effort since 1990. 1994 Rumbaugh (OMT) and Booch (Rational software) began to develop UML which first-proposed in 1995. 1996: Object Management Group (OMG) issued RFP for standard approach to OO-modeling September 1997: Final UML proposal submitted to OMG. Nov 1997: UML is adopted as a standard by OMG 2000: Specification of UML 1.4 2002: Specification of UML 2.0

4. Itntroduction to UML, page 4 UML Origins «document» Unified Method 0.8 «document» Unified Method 0.9 «document» Unified Method 1.0 «document» Unified Method 1.1 «document» Unified Method 1.2 «document» Unified Method 1.3 «refine» 1995 1996 January 1997 (initial submission to OMG) September 1997 (final submission to OMG) Editorial revision With no significant Technical changes

5. Itntroduction to UML, page 5 Where Can the UML be Used? Enterprise information system Banking and financial service Telecommunication Transportation Defense/Aerospace Medical electronic Scientific Retail Distributed Web-based Services etc (Look at UML success story at www.omg.org/uml )

6. Itntroduction to UML, page 6 UML Is Based on Object- oriented Concepts A program will typically consist of objects that cooperate to solve a task. An object will typically have attributes (data) and methods (behavior), this defines the state of the object and the manner in which the object operate. Objects communicate by sending messages to each other. Sending a message to an object is the same as calling a method of the object.

7. Itntroduction to UML, page 7 Class and Object as Defined by Booch, Rumbaugh and Jacobson ClassClass : A description of a set of objects that share the same attributes, operations, relationships, and semantics. ObjectObject : A concrete manifestation of an abstraction; an entity with a well defined boundary and identity that encapsulates state and behavior; an instance of a class.

8. Itntroduction to UML, page 8 Some of the UML Goals Define an easy-to-learn but semantically rich visual modeling language. Unify ideas from other modeling languages and incorporate industry best practices. Support higher-level development concepts such as collaborations (design patterns), frameworks and components. Provide flexibility for applying different processes and mapping to different programming languages. Support extensibility and specialization mechanisms so that the core concepts can be extended. Provide a formal basis so that model interchange between different OO tools will be possible.

9. Itntroduction to UML, page 9 The Value of UML Open standard. Supported by many tools. Supports the entire development lifecycle. Support diverse application areas. Based on experience and needs of the user community.

10. Itntroduction to UML, page 10 UML Is Not a Visual Programming Language UML is not a visual programming language. It does not have all necessary visual and semantic support to replace programming languages. But UML has a tight mapping to a family of OO languages like C++, Visual Basic and Java. Mapping to Database System like Oracle, DDL etc UML Model Program Code Mapping Java, C++, VB etc

11. Itntroduction to UML, page 11 Software Engineering Methods modeling language and a processMost methods consist of both a modeling language and a process (who is doing what and when). visual languageThe modeling language, the notation, typically include some visual language (different types of diagrams). toolA tool to support the method is also crucial.

12. Itntroduction to UML, page 12 Three of the most popular methods OMTObject Modeling Technique, OMT, introduced by Jim Rumbaugh. OMT is considered to be strong on analysis and weaker in the design area. Booch Booch, introduced by Grady Booch (Rational Software). This method is considered to be strong in design and weak when it comes to analysis. OOSE OOSE, (use cases ) introduced by Ivar Jacobson. OOSE is considered to be strong when it comes to behavior analysis and weaker in the other areas.

13. Itntroduction to UML, page 13 UML Is Not a Development Process A development process defines: - Who is doing What, - When to do it, and - How to reach a certain goal The UML is intentionally process independent, and defining a standard process was not a goal of UML. Different domain may require different processes. But the UML authors promote a development process that is use- case-driven, architecture centric, iterative and incremental. (Example of method: RUP)

14. Itntroduction to UML, page 14 Abstraction Abstraction filter out nonessential details Abstraction is a fundamental human capability, it let us filter out nonessential details about a complex problem or structure. viewed at different levelsThrough abstraction, a system can be viewed at different levels.Often there is a hierarchic structure, each level of model is more precise than its parent. When developing a software system, code will be the lowest and most detailed level.

15. Itntroduction to UML, page 15 Modeling What is a model? A model is a simplification of reality. a modelmapping from the problem domain to a representationWhen you make a model you are making a mapping from the problem domain to a representation of the system you are modeling. a program execution can be regarded as a simulation of the behavior of the system.When you work object-oriented the model tends to be close to the system modeled, and a program execution can be regarded as a simulation of the behavior of the system. Reality System

16. Itntroduction to UML, page 16 Why Do We Model? Models give us a template that guides us in constructing a system. If you want to make a building you first make a blueprint of the building to make, in the same way you should make a model of the system you want to make. As the complexity of systems increases, so does the importance of good modeling techniques. Models help us visualize a system at different levels of abstraction, this makes it easier to manage complexity and to understand the system. Models document the dicisions we have made

17. Itntroduction to UML, page 17 More Arguments - Why Do We Model? It is not expensive to experiment with multiple solutions when you operate on a high level of abstraction. Models help for communication between different stakeholders. Manager Programmer Accountant

18. Itntroduction to UML, page 18 UML – a Graphic Language for The UML is a standard language for writing software blueprints. It may be used as Visualizing –Using the standardized graphic UML displays Specifying –Semantics to define static structure dynamic behavior model organization Constructing –Map UML to Programming Environment and Generate some code Automatically Documenting –Every phase of lifecycle from analysis and design through deployment and maintenance

19. Itntroduction to UML, page 19 UML TOOLS We use UML Tools to : 1.Create dan design model 2.Map to specific programming language (generate program-code) 3.Reverse engineering from program code into UML model. 4.Export / Import model between various UML tools using XMI standar. 5.Generate software system documentations

20. Itntroduction to UML, page 20 UML TOOLS iUML (intelligent UML) Kabira Rational Rose Poseidon UML Together Control Centre Argo UML Rose XDE for Java

21. Itntroduction to UML, page 21 Building Blocks of the UML Things (Modeling element) 1.Structural things 2.Behavioral things 3.Grouping things 4.Annotational things Relationships 1.Dependency 2.Association 3.Generalization 4.Realization Diagram 1.Class diagram 2.Object diagram 3.Use case diagram 4.Sequence diagram 5.Collaboration diagram 6.Statechart diagram 7.Activity diagram 8.Component diagram 9.Deployment diagram

22. Itntroduction to UML, page 22 Who are behind UML? Some of the OMG members:  AT&T  BEA  Borland  Boeing  CA  Citigroup  Compaq  Ericsson  Ford  Fujitsu  Glaxo  HP  Hitachi  Hyperion  IBM  IONA  io Software  Kabira  KC  John Deere  Microsoft  MITRE  MSC Soft  NASA  NEC  NetGenics  Nokia  NTT  OASIS  Oracle  Pfizer  Rational  SAGA  SAP  SAS  Secant  Siemens  Sprint  Sun  Unisys  Vertel

23. Itntroduction to UML, page 23 References Grady Booch, James Rumbaugh and Ivar Jacobson: The Unified Modeling Language User Guide. Addison-Wesley, 1999 Grady Booch, James Rumbaugh and Ivar Jacobson: The Unified Modeling Language Reference Manual. Addison-Wesley, 1999 UML Website: http://www.omg.org/uml maintained by Object Management Group (OMG) Rational software: http://www.rational.com/uml/documentation.html