Models and Diagrams. Models A model is an abstract representation of something real or imaginary. Like a map, a model represents something A useful model.

Slides:



Advertisements
Similar presentations
Structured Design The Structured Design Approach (also called Layered Approach) focuses on the conceptual and physical level. As discussed earlier: Conceptual.
Advertisements

Systems Analysis and Design in a Changing World, 6th Edition
Solutions to Review Questions
Actors and use cases Use-case diagram Brief notation Prioritization Fully dressed notation Requirements Functional requirements  Use-cases.
System Modelling System modelling helps the analyst to understand the functionality of the system and models are used to communicate with customers. Different.
Unified Modeling Language
1 R&D SDM 1 Software Project Management Requirements Analysis 2010 Theo Schouten.
SWE Introduction to Software Engineering
Documenting Requirements using Use Case Diagrams
Introduction to UML Visual modeling Models and its importance
03/12/2001 © Bennett, McRobb and Farmer Modelling Concepts Based on Chapter 5 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and.
UML Sequence Diagrams Eileen Kraemer CSE 335 Michigan State University.
Lesson-21Process Modeling Define systems modeling and differentiate between logical and physical system models. Define process modeling and explain its.
UML Sequence Diagrams Michael L. Collard, Ph.D. Department of Computer Science Kent State University.
Structured Vs. Object Oriented Analysis and Design SAD Vs. OOAD
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
1 Introduction to UML DIAGRAMS & CLASS DIAGRAM Chapter 7,8 主講人 : 許勝杰
USE Case Model.
Chapter 7 Requirement Modeling : Flow, Behaviour, Patterns And WebApps.
1 Introduction Chapter 1. 2 Key Ideas Many failed systems were abandoned because analysts tried to build wonderful systems without understanding the organization.
CS 360 Lecture 6.  A model is a simplification of reality  We build models to better understand the system being developed.  We build models of complex.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix A Object-Oriented.
1 WXGC6102: Object-Oriented Techniques Modelling Concepts References: Chapter 5 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and Design.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 Object-oriented and Structured System Models.
1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007.
Content The system development life cycle
IT 21103/41103 System Analysis & Design. Chapter 05 Object Modeling.
Requirements Capture. Four Steps of requirements capture List candidate requirements Understand system context Capture functional requirements Capture.
UML-1 3. Capturing Requirements and Use Case Model.
1 Use Case Diagrams Use Case Actor Use case description Use case realization (Scenario) Use case relationships –Extends –Uses.
1 Structuring Systems Requirements Use Case Description and Diagrams.
CSC 395 – Software Engineering Lecture 14: Object-Oriented Analysis –or– Ripping the Band-Aid Off Quickly.
 What is Modeling What is Modeling  Why do we Model Why do we Model  Models in OMT Models in OMT  Principles of Modeling Principles of Modeling 
Discovering object interaction. Use case realisation The USE CASE diagram presents an outside view of the system. The functionality of the use case is.
2 2009/10 Object Oriented Technology 1 Topic 2: Introduction to Object-Oriented Approach Reference: u Ch.16 Current Trends in System Development (Satzinger:
Logical view –show classes and objects Process view –models the executables Implementation view –Files, configuration and versions Deployment view –Physical.
Systems Analysis and Design in a Changing World, 6th Edition
03/12/2001 © Bennett, McRobb and Farmer Modelling Concepts Based on Chapter 5 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
OMT Modeling 1. Object Model : presented by the object model and the data dictionary. 2. Dynamic Model: presented by the state diagrams and event flow.
1 Chapter 8 Building the Analysis Model (1) Analysis Concepts and Principles.
Lecture 9-1 : Intro. to UML (Unified Modeling Language)
Week 04 Object Oriented Analysis and Designing. What is a model? A model is quicker and easier to build A model can be used in simulations, to learn more.
Lecture 14 22/10/15. The Object-Oriented Analysis and Design  Process of progressively developing representation of a system component (or object) through.
UML Course Instructor: Rizwana Noor. Overview  Modeling  What is UML?  Why UML?  UML Diagrams  Use Case  Components  Relationships  Notations.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
Class Diagrams Chapter 3. Classes and Objects Classes are the descriptions –definitions Objects are the things –instances.
Communication Diagrams Lecture 8. Introduction  Interaction Diagrams are used to model system dynamics  How do objects change state?  How do objects.
Diagrams. Typically, we view the static parts of a system using one of the four following diagrams. 1. Class diagram 2. Object diagram 3. Component diagram.
Systems Analysis and Design in a Changing World, 6th Edition
What is this? SE-2030 Dr. Mark L. Hornick 1. Same images with different levels of detail SE-2030 Dr. Mark L. Hornick 2.
Object Oriented Analysis & Design By Rashid Mahmood.
UML. Model An abstract representation of a system. Types of model 1.Use case model 2.Domain model 3.Analysis object model 4.Implementation model 5.Test.
ITEC1301 Object-Oriented Systems Construction Lecture Notes #4 1.
1 An Overview of UML. 2 The Unified Modeling Language UML is a graphical language used by software engineers to model software systems during development.
Requirements Models Representing the Product in Ways Other than Text.
Introduction to UML.
Working out the Details
Object-oriented and Structured System Models
Chapter 5 System modeling
Object-Oriented Analysis and Design
Modelling Concepts Based on Chapter 5 Bennett, McRobb and Farmer
Unified Modeling Language
UML: Unified modeling language
Object Oriented Analysis and Design
Model based design.
Introduction to UML.
Copyright 2007 Oxford Consulting, Ltd
Presentation transcript:

Models and Diagrams

Models A model is an abstract representation of something real or imaginary. Like a map, a model represents something A useful model has the right level of detail and represents only what is important for the task in hand Many things can be modelled: bridges, traffic flow, buildings, economic policy

Diagrams A diagram is a visual representation of some part of a model aimed for; – Communicate ideas – Generate new ideas and possibilities – Test ideas and make predictions – Understand structures and relationships The standards make sure that different people will interpret the diagram in the same way

Diagram vs Model

Examples of Models Requirements Model – complete view of requirements – may include other models, such as a Use Case Model – includes textual description as well as sets of diagrams

Examples of Models Behavioural Model – shows how the system responds to events in the outside world and the passage of time – an initial model may just use Communication Diagrams – a later model will include Sequence Diagrams and State Machines

Models in UML Different models present different views of the system, for example: – use case view – design view – process view – implementation view – deployment view

Developing Models During the life of a project using an iterative life cycle, models change along the dimensions of: – abstraction—they become more concrete – formality—they become more formally specified – level of detail—additional detail is added as understanding improves

Developing Models Iteration 1 – Obvious use cases. – Simple use case descriptions. Iteration 2 Additional use cases. Simple use case descriptions. Prototypes. Iteration 3 – Structured use cases. – Structured use case descriptions. – Prototypes.