Requirement model.

Slides:



Advertisements
Similar presentations
ANALYSIS MODEL. Analysis Model Actual system development start with this. Aims to structure the system independently of the actual implementation environment.
Advertisements

Structured Design The Structured Design Approach (also called Layered Approach) focuses on the conceptual and physical level. As discussed earlier: Conceptual.
User Experience Modelling
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 12Slide 1 Software Design l Objectives To explain how a software design may be represented.
Gerhard Dueck -- CS3013Capturing Requirements as Use Cases 1 Capturing the Requirements as use Cases  Requirements Description  We need to describe –The.
Object-Oriented Analysis and Design
1 Software Testing and Quality Assurance Lecture 12 - The Testing Perspective (Chapter 2, A Practical Guide to Testing Object-Oriented Software)
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
Lecture 4 Class Responsibility Collaboration Cards
1 SWE Introduction to Software Engineering Lecture 15 – System Modeling Using UML.
Data Modeling Entity - Relationship Models. Models Used to represent unstructured problems A model is a representation of reality Logical models  show.
UML Sequence Diagrams Eileen Kraemer CSE 335 Michigan State University.
Systems Architecture, Fourth Edition1 Internet and Distributed Application Services Chapter 13.
2005/05/25 Unified Modeling Lanauage 1 Introduction to Unified Modeling Language (UML) – Part One Ku-Yaw Chang Assistant Professor.
Why Analysis Process Refer to earlier chapters Models what the system will do makes it easier for understanding no environment considered (hence, system.
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 06. Requirements.
What is Sure BDCs? BDC stands for Batch Data Communication and is also known as Batch Input. It is a technique for mass input of data into SAP by simulating.
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 8 Slide 1 Chapter 9 Structuring System Data Requirements.
Unified Modeling Language, Version 2.0
UML Diagrams: Class Diagrams The Static Analysis Model Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Slide 1 Structural Modeling Chapter 7. Slide 2 Key Ideas A structural or conceptual model describes the structure of the data that supports the business.
Approaching a Problem Where do we start? How do we proceed?
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.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Behavioral Modeling Chapter 8.
UML-1 3. Capturing Requirements and Use Case Model.
The Static Analysis Model Class Diagrams Prof. Hany H. Ammar, CSEE, WVU, and Dept. of Computer Science, Faculty of Computers and Information, Cairo University.
Writing Requirements the Use-Case Way Sreeram Kishore Chavali.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 1: Introduction to Use-Case Modeling.
Introduction To OOP 1.0 Fundamentals Of Java Programming Language 2.0 Exception Handling 3.0 Classes, Inheritance And Polymorphism © 2011 | PN AZRINA.
1 The Unified Modeling Language. 2 The Unified Modeling Language (UML) is a standard language for writing software blueprints. The UML may be used to.
Logical view –show classes and objects Process view –models the executables Implementation view –Files, configuration and versions Deployment view –Physical.
Week III  Recap from Last Week Review Classes Review Domain Model for EU-Bid & EU-Lease Aggregation Example (Reservation) Attribute Properties.
Object-Oriented Analysis and Design ธนวัฒน์ แซ่ เอียบ.
Introduction to OOAD and the UML
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
Analysis Yaodong Bi. Introduction to Analysis Purposes of Analysis – Resolve issues related to interference, concurrency, and conflicts among use cases.
Objectives In this lesson, you will learn about : *Object-oriented modeling * Origin and evolution of UML *Architecture of UML *User View 3 Actor 3 Use.
Design 1: Conceptual Design. Objectives By the end of this class, you will be able to… Given a scenario, allocate tasks among the system and the user(s).
 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.
OOD OO Design. OOD-2 OO Development Requirements Use case analysis OO Analysis –Models from the domain and application OO Design –Mapping of model.
Object Oriented Programming and Data Abstraction Earl Huff Rowan University.
UML Fundamental Elements. Structural Elements Represent abstractions in our system. Elements that encapsulate the system's set of behaviors. Structural.
Object Oriented Analysis & Design By Rashid Mahmood.
Slide 1 Unified Modeling Language, Version 2.0 Object-Oriented SAD.
Engineering, 7th edition. Chapter 8 Slide 1 System models.
Daniel Amyot, University of Ottawa Based on slides by Gunter Mussbacher (2009) and Stéphane Somé (2008) with material from these standards: IEEE ,
CompSci 280 S Introduction to Software Development
Lecture 4: Elaboration Tasks and Domain Modeling
UML Diagrams: Class Diagrams The Static Analysis Model
Cmpe 589 Spring 2006.
Object-oriented and Structured System Models
UML Diagrams By Daniel Damaris Novarianto S..
Business System Development
System Sequence Diagrams and Operation Contracts
Conceptual Modeling.
UML Diagrams Jung Woo.
Chapter 2: Database System Concepts and Architecture
The Unified Modeling Language
Unified Modeling Language
UML Class Diagram.
Product Life cycle (RUP)
Systems Analysis and Design in a Changing World, 6th Edition
Analysis models and design models
Software Design Lecture : 15.
Software Engineering System Modeling Chapter 5 (Part 1) Dr.Doaa Sami
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Introduction to OOAD and the UML
Presentation transcript:

Requirement model

Requirement Model To capture the functional requirements Describe how a potential user will use the system End users are involved Analysis Process Requirement Model Analysis Model

Requirement Model Determined by the customer’s functional requirements Delimit the system and define its functionality Actor constitutes the environment and use cases tell what take place in the system. Contract between developer and the customer.

Requirement Model Determined by the customer’s functional requirements Delimit the system and define its functionality Actor constitutes the environment and use cases tell what take place in the system. Contract between developer and the customer.

Requirement Model A use case model: Specify the functionality the system has to offer from a user’s perspective. User Interface description: specify what the user interface will look like when the use cases are performed. A problem domain object model: to give a conceptual picture and better understanding of the system, objects are used to represent occurrences in problem domain.

Requirement Model A use case model uses actors and use cases as explained in previous slides.

Requirement Model If Man-Machine Interface (MMI) : User Interface description: When describing the use cases with the users- describe the interfaces in detail. If Man-Machine Interface (MMI) : use sketches of what the user will see on the screen performing the use case provide more sophisticated simulations using a User interface management system (UIMS). Other system interfaces such as communication protocol that must be standardized are defined.

Requirement Model Example: Customer Interface Customer panel including Buttons, Holes, Alarm devices Receipt layout Operator interface: For changing information, resetting alarm, request day summaries and so on.......

Requirement Model Problem domain objects Object Name Logical Attributes Static instance association(static reference to an object ) Inheritance Dynamic instance association(Object can stimuli other) Operations

Requirement Model Problem domain objects Advantage of problem domain model: Support for understanding a system in more detail. Support formulation of use case description and MMI design.