CompSci 280 S Introduction to Software Development

Slides:



Advertisements
Similar presentations
Chapter 7 System Models.
Advertisements

System Modelling System modelling helps the analyst to understand the functionality of the system and models are used to communicate with customers. Different.
SWE Introduction to Software Engineering
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
©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.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System modeling 1.
Chapter 5 System modeling Chapter 5 – System Modeling Lecture 1 1.
Structured Vs. Object Oriented Analysis and Design SAD Vs. OOAD
Structured Vs. Object Oriented Analysis and Design SAD Vs. OOAD
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
Sequence diagrams Chapter 5 Sommerville. Sequence diagrams Sequence diagrams are part of the UML and are used to model the interactions between the actors.
Chapter 5 – System Modeling
Chapter 5 – System Modeling
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
System models Abstract descriptions of systems whose requirements are being analysed Abstract descriptions of systems whose requirements are being analysed.
©Ian Sommerville 1995/2000 (Modified by Spiros Mancoridis 1999) Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions.
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 Object-oriented and Structured System Models.
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.
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.
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.
Sommerville 2004,Mejia-Alvarez 2009Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Chapter 5 System Modeling. What is System modeling? System modeling is the process of developing abstract models of a system, with each model presenting.
Chapter 5 System Modeling (1/2) Yonsei University 2 nd Semester, 2015 Sanghyun Park.
Chapter 5 – System Modeling Lecture 9 Section A 27/4/2015 Section B 29/4/2015 1Chapter 5 System modeling.
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.
Lecturer: Eng. Mohamed Adam Isak PH.D Researcher in CS M.Sc. and B.Sc. of Information Technology Engineering, Lecturer in University of Somalia and Mogadishu.
Chapter 4 – System Modeling Lecture 1 1Chapter 5 System modeling.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Chapter 5 – System Modeling Lecture 1 1Chapter 5 System modeling.
Engineering, 7th edition. Chapter 8 Slide 1 System models.
Engineering Quality Software Week02 J.N.Kotuba1 SYST Engineering Quality Software.
Chapter 5 – System Modeling
Chapter 5 System Modeling
Systems Analysis and Design in a Changing World, Fourth Edition
Object-oriented and Structured System Models
Chapter 5 System modeling
Chapter 4 – Requirements Engineering
Chapter 5 – System Modeling
Object-Oriented Analysis and Design
Chapter 5 – System Modeling
System Modeling Chapter 4
Abstract descriptions of systems whose requirements are being analysed
IS301 – Software Engineering V:
Software Architecture & Design Pattern
System models October 5, 2005.
GROUP MEMBERS NAME ROLL NO SHAUBAN ALI 17-ARID-5650 UMAIR MUSHTAQ 17-ARID-5656 TARIQ SAEED 17-ARID-5657 MUSKAN WADOOD 17-ARID-5641.
Chapter 5 – System Modeling
Design and Implementation
CS310 Software Engineering Dr.Doaa Sami
Software Design Lecture : 15.
Dynamic Modeling Lecture # 37.
Chapter 5 – System Modeling
Software Engineering System Modeling Chapter 5 (Part 1) Dr.Doaa Sami
Chapter 5 – System Modeling
Engineering Quality Software
Chapter 4 System Modeling.
UML Design for an Automated Registration System
Chapter 5 – System Modeling
Presentation transcript:

CompSci 280 S2 2107 Introduction to Software Development System Modeling

Today’s Agenda Topics: Reading: Introduction Context perspective: context Models Structural perspective Class Diagrams Data Models Interaction perspective Use case Diagrams Sequence Diagrams Behavioral perspective Data-driven Models Event-driven Models Reading: Software Engineering 10th Edition, Ian Somerville Chapter 5 Lecture07

1.Introduction System Description Modeling Design Model System modeling is the process of developing abstract models of a system, with each model presenting a different view or perspective of that system. System modeling has now come to mean representing a system using some kind of graphical notation, which is now almost always based on notations in the Unified Modeling Language (UML). System modelling helps the analyst to understand the functionality of the system and models are used to communicate with customers. Three Primary Objectives: Describe what the customer requires. Establish a basis for the creation of a software design. Devise a set of requirements that can be validated once the software is built. Its bridges the gap between a system-level description that describes overall system functionality and a software design. Lecture07

1.Introduction System perspectives An external perspective, where you model the context or environment of the system. A structural perspective, where you model the organization of a system or the structure of the data that is processed by the system. An interaction perspective, where you model the interactions between a system and its environment, or between the components of a system. A behavioral perspective, where you model the dynamic behavior of the system and how it responds to events. Lecture07

1.Introduction UML diagram types Activity diagrams, which show the activities involved in a process or in data processing . Use case diagrams, which show the interactions between a system and its environment. Sequence diagrams, which show interactions between actors and the system and between system components. Class diagrams, which show the object classes in the system and the associations between these classes. State diagrams, which show how the system reacts to internal and external events. perspective Lecture07

Context Model of the mentcare system 2.Context models Context models are used to illustrate the operational context of a system - they show what lies outside the system boundaries. Should decide on the system boundaries, i.e. on what is and what is not part of the system being developed. Working with the system stakeholders to decide what functionality should be included in the system and what processing and operations should be carried out. Social and organisational concerns may affect the decision on where to position system boundaries. Specify the classes of the external input/output devices and other actors (users, other systems, etc.) and the system classes Context Model of the mentcare system Lecture07

3.Structural models Structural models of software display the organization of a system in terms of the components that make up that system and their relationships. 1. Class diagrams are used when developing an object-oriented system model to show the classes in a system and the associations between these classes. Lecture07

3.Structural Models 2. Data object are modeled in a way that defines their attributes and relationships. Data from several tables is tied together (related) using a field that the tables have in common -> Relational Database Lecture07

4.Interaction models Modeling user interaction is important as it helps to identify user requirements. Modeling system-to-system interaction highlights the communication problems that may arise. Modeling component interaction helps us understand if a proposed system structure is likely to deliver the required system performance and dependability. Use case diagrams and sequence diagrams may be used for interaction modeling. Lecture07

4.Interaction models Use case Each use case represents a discrete task that involves external interaction with a system. Actors in a use case may be people or other systems. Lecture07

4.Interaction models Sequence SD are used to model the interactions between the actors and the objects within a system. The objects and actors involved are listed along the top of the diagram. Interactions between objects are indicated by annotated arrows. Lecture07

5.Behavioral Models Behavioral models are models of the dynamic behavior of a system as it is executing. They show what happens or what is supposed to happen when a system responds to a stimulus from its environment. You can think of these stimuli as being of two types: Data Some data arrives that has to be processed by the system. Events Some event happens that triggers system processing. Events may have associated data, although this is not always the case. Lecture07

5.Behavioral Models Data-driven Modeling Data-driven models show the sequence of actions involved in processing input data and generating an associated output. They are particularly useful during the analysis of requirements as they can be used to show end-to-end processing in a system. For example: an activity model of the insulin pump’s operation Lecture07

5.Behavioral Models Event-driven Modeling Event-driven modeling shows how a system responds to external and internal events. It is based on the assumption that a system has a finite number of states and that events (stimuli) may cause a transition from one state to another. For example: a sequence diagram of the order processing Lecture07

Key points A model is an abstract view of a system that ignores system details. Complementary system models can be developed to show the system’s context, interactions, structure and behavior. Context models show how a system that is being modeled is positioned in an environment with other systems and processes. Structural models show the organization and architecture of a system. Class diagrams are used to define the static structure of classes in a system and their associations. Use case diagrams and sequence diagrams are used to describe the interactions between users and systems in the system being designed. Behavioral models are used to describe the dynamic behavior of an executing system. Activity diagrams may be used to model the processing of data, where each activity represents one process step. State diagrams are used to model a system’s behavior in response to internal or external events. Lecture07

Context Model Exercise: ATM Machine Complete the following: Lecture07