SWEN 5231 FORMAL METHODS Slide 1 System models u Abstract presentations of systems whose requirements are being analyzed.

Slides:



Advertisements
Similar presentations
Chapter 7 System Models.
Advertisements

(C) Michael Brückner 2005/2006 Software Engineering 1 Course Software Engineering Class 10 / Requirements Engineering, Systems Modeling Michael.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 12Slide 1 Software Design l Objectives To explain how a software design may be represented.
Computer Science Dept. Fall 2003 Object models Object models describe the system in terms of object classes An object class is an abstraction over a set.
System Modelling System modelling helps the analyst to understand the functionality of the system and models are used to communicate with customers. Different.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System modeling 2.
SWE Introduction to Software Engineering
1 SWE Introduction to Software Engineering Lecture 13 – System Modeling.
7M701 1 Software Engineering Object-oriented Design Sommerville, Ian (2001) Software Engineering, 6 th edition: Chapter 12 )
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
System Analysis - Data Modeling
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
CS 425/625 Software Engineering System Models
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
7M701 1 Software Engineering Systems Models Sommerville, Ian (2001) Software Engineering, 6 th edition: Chapter 7 (some items)
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models September 29, 2008.
©Ian Sommerville 2000Software Engineering, 6/e, Chapter 71 System models l Abstract descriptions of systems whose requirements are being analysed.
Soft. Eng. II, Spr. 2002Dr Driss Kettani, from I. Sommerville1 CSC-3325: Chapter 7 Title : Object Oriented Analysis and Design Reading: I. Sommerville,
Lecture 6 & 7 System Models.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix.
7M701 1 Software Engineering Data Flow Models Sommerville, Ian (2001) Software Engineering, 6 th edition: Chapter 7
7M822 Software Engineering: System Models 14 September 2009.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System modeling 1.
Chapter 7: System models
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 11 Slide 1 Architectural Design.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
Software Engineering 8. System Models.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
CS 310 Ch8: System models Abstract descriptions of systems being analyzed to help the analyst understand the system functionality communicate with customers.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
System models. System modelling System modelling helps the analyst to understand the functionality of the system and models are used to communicate with.
System Models Hoang Huu Hanh, Hue University hanh-at-hueuni.edu.vn Lecture 6 & 7.
System models Abstract descriptions of systems whose requirements are being analysed Abstract descriptions of systems whose requirements are being analysed.
SYSTEM MODELS MUHAMMAD RIZWAN. Objectives  To explain why the context of a system should be modelled as part of the RE process  To describe behavioural.
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 8 Slide 1 Chapter 9 Structuring System Data Requirements.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix A Object-Oriented.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 20 Object-Oriented.
©Ian Sommerville 1995/2000 (Modified by Spiros Mancoridis 1999) Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 Object-oriented and Structured System Models.
October 5, 2010COMS W41561 COMS W4156: Advanced Software Engineering Prof. Gail Kaiser
Chapter 7 System models.
Slide 1 System models. Slide 2 Objectives l To explain why the context of a system should be modelled as part of the RE process l To describe behavioural.
Architectural Design Yonsei University 2 nd Semester, 2014 Sanghyun Park.
System models l Abstract descriptions of systems whose requirements are being analysed.
Pertemuan 19 PEMODELAN SISTEM Matakuliah: D0174/ Pemodelan Sistem dan Simulasi Tahun: Tahun 2009.
CS 4310: Software Engineering Lecture 4 System Modeling The Analysis Stage.
Modified by Juan M. Gomez Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
Software Engineering, 8th edition Chapter 8 1 Courtesy: ©Ian Somerville 2006 April 06 th, 2009 Lecture # 13 System models.
Rekayasa Perangkat Lunak (Software Engineering) M.Sukrisno Mardiyanto Kuliah Umum Universitas Dian Nuswantoro Semarang, 16 Oktober 2008.
Sommerville 2004,Mejia-Alvarez 2009Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 14 Slide 1 Object-oriented Design.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
Object-Oriented Modeling: Static Models. Object-Oriented Modeling Model the system as interacting objects Model the system as interacting objects Match.
Chapter 6 – Architectural Design Lecture 1 1Chapter 6 Architectural design.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Chapter 6: System Models Omar Meqdadi SE 273 Lecture 6 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
 To explain why the context of a system should be modelled as part of the RE process  To describe behavioural modelling, data modelling and object modelling.
September 15, 2009COMS W41561 COMS W4156: Advanced Software Engineering Prof. Gail Kaiser
1 SWE Introduction to Software Engineering Lecture 14 – System Modeling.
© 2000 Franz Kurfess System Design Methods 1 CSC 205: Software Engineering I Dr. Franz J. Kurfess Computer Science Department Cal Poly.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Engineering, 7th edition. Chapter 8 Slide 1 System models.
Software Engineering Lecture 4 System Modeling The Analysis Stage.
Object-oriented and Structured System Models
Abstract descriptions of systems whose requirements are being analysed
IS301 – Software Engineering V:
System models October 5, 2005.
Subject Name: SOFTWARE ENGINEERING Subject Code:10IS51
Presentation transcript:

SWEN 5231 FORMAL METHODS Slide 1 System models u Abstract presentations of systems whose requirements are being analyzed

SWEN 5231 FORMAL METHODS Slide 2 Objectives u To explain the role of system models in the requirements analysis process u To show how different models can present complementary system information u To describe different types of system model u To introduce the notion of a data dictionary as a supplement to system models

SWEN 5231 FORMAL METHODS Slide 3 Topics covered u Data-flow models u Semantic data models u Object models u Data dictionaries

SWEN 5231 FORMAL METHODS Slide 4 System modeling u System modeling helps the analyst to understand the functionality of the system and models are used to communicate with customers u Models are abstract - they always leave out some system information u Method-based analysis relies heavily on system modeling. Methods usually prescribe the models to be developed

SWEN 5231 FORMAL METHODS Slide 5 Different types of system model u There are several complementary types of system model Data-processing model Composition model Classification model Stimulus-response model Process model u This chapter covers data-flow models (data processing), semantic data models (composition) and object models (classification and aggregation)

SWEN 5231 FORMAL METHODS Slide 6 Data-flow models u Show the processing steps as data flows through a system u Intrinsic part of many analysis methods u Simple and intuitive notation that customers can understand u Show end-to-end processing of data

SWEN 5231 FORMAL METHODS Slide 7 Order processing DFD

SWEN 5231 FORMAL METHODS Slide 8 Data-flow diagrams u may be used to show processing at different levels of abstraction from fairly abstract to fairly detailed u May also be used for architectural description showing data interchange between the sub- systems making up the system u Not a good way to describe system interfaces

SWEN 5231 FORMAL METHODS Slide 9 Equipment procurement DFD

SWEN 5231 FORMAL METHODS Slide 10 CASE toolset DFD

SWEN 5231 FORMAL METHODS Slide 11 Semantic data models u Used to describe the logical structure of data processed by the system u Entity-relation model sets out the entities in the system, the relationships between these entities and the entity attributes u Widely used in database design. Can readily be implemented using relational databases

SWEN 5231 FORMAL METHODS Slide 12 Notation for semantic data models

SWEN 5231 FORMAL METHODS Slide 13 Software design semantic model

SWEN 5231 FORMAL METHODS Slide 14 Object models u Object models describe the system in terms of object classes u An object class is an abstraction over a set of objects with common attributes and the services (operations) provided by each object u Various object models may be produced Inheritance models Aggregation models Service models

SWEN 5231 FORMAL METHODS Slide 15 Object models u Natural ways of reflecting the real-world entities manipulated by the system u More abstract entities are more difficult to model using this approach u Object class identification is recognized as a difficult process requiring a deep understanding of the application domain u Object classes reflecting domain entities are reusable across systems

SWEN 5231 FORMAL METHODS Slide 16 Object class notation

SWEN 5231 FORMAL METHODS Slide 17 Inheritance models u Organize the domain object classes into a hierarchy u Classes at the top of the hierarchy reflect the common features of all classes u Object classes inherit their attributes and services from one or more super-classes. these may then be specialized as necessary u Class hierarchy design is a difficult process if duplication in different branches is to be avoided

SWEN 5231 FORMAL METHODS Slide 18 Library class hierarchy SWEN 5231FORMAL METHODS Slide 18

SWEN 5231 FORMAL METHODS Slide 19 User class hierarchy SWEN 5231FORMAL METHODS Slide 19

SWEN 5231 FORMAL METHODS Slide 20 Multiple inheritance u Rather than inheriting the attributes and services from a single parent class, a system which supports multiple inheritance allows object classes to inherit from several super-classes u Can lead to semantic conflicts where attributes/services with the same name in different super-classes have different semantics u Makes class hierarchy reorganization more complex

SWEN 5231 FORMAL METHODS Slide 21 Multiple inheritance SWEN 5231FORMAL METHODS Slide 21

SWEN 5231 FORMAL METHODS Slide 22 Object aggregation u Aggregation model shows how classes which are collections are composed of other classes u Similar to the part-of relationship in semantic data models

SWEN 5231 FORMAL METHODS Slide 23 Object aggregation

SWEN 5231 FORMAL METHODS Slide 24 Service-usage models u These models show how services provided by one object are used by other objects u Must be used sparingly as, obviously, some objects provide common services which are used by many other objects in the system

SWEN 5231 FORMAL METHODS Slide 25 Service usage

SWEN 5231 FORMAL METHODS Slide 26 Data dictionaries u A data dictionary is a list of names and associated descriptions of entities used in the system u It represents a shared repository of system information u It serves as A mechanism for name management. As a system model may be developed by different people, there is potential for name clashes A link from analysis to design and implementation

SWEN 5231 FORMAL METHODS Slide 27 Data dictionary model SWEN 5231FORMAL METHODS Slide 27

SWEN 5231 FORMAL METHODS Slide 28 Data dictionary entries u All names used in the system model, design and implementation should be entered in the data dictionary u Support software should be used to create, maintain and query the dictionary u The data dictionary may be integrated with CASE tools so that its construction and maintenance may be partially automated

SWEN 5231 FORMAL METHODS Slide 29 Data dictionary entries

SWEN 5231 FORMAL METHODS Slide 30 Key points u A model is an abstract system view. Different types of model provide different system information u Data-flow diagrams may be used to model system data-processing u Semantic data models are used to show the logical structure of the data processed by the system

SWEN 5231 FORMAL METHODS Slide 31 Key points u Object models describe logical system entities, their classification and aggregation u Object models are valuable for modeling system interfaces in an abstract way u Data dictionaries are used to maintain information about system entities throughout the lifetime of a project