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

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

Construction process lasts until coding and testing is completed consists of design and implementation reasons for this phase –analysis model is not sufficiently.
Use Case Diagrams Damian Gordon.
Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
Use Case & Use Case Diagram
Chapters 7 & 9 System Scope
Lecture 8- Analysis Modeling The Elements of Anaylsis Model The Elements of Anaylsis Model Data Modeling, Functional Modeling and Information Flow Data.
Analysis Modeling.
SYSTEM ANALYSIS & DESIGN (DCT 2013)
Major Exam II Reschedule 5:30 – 7:30 pm in Tue Dec 5 th.
Use Case Diagram © copyright 2001 SNU OOPSLA Lab..
Copyright W. Howden1 Lecture 11: UML Terminology and Additional Models and Notation.
Lecture 4 Class Responsibility Collaboration Cards
University of Toronto Department of Computer Science © Steve Easterbrook. This presentation is available free for non-commercial use with attribution.
C++ Training Datascope Lawrence D’Antonio Lecture 11 UML.
UML Sequence Diagrams Eileen Kraemer CSE 335 Michigan State University.
7M822 UML Interaction Diagrams 25 November 2010.
UML for Embedded Systems Development--Revisited. table_05_00 * * * * *
UML for Embedded Systems Development— Extensions; Hardware-Software CoDesign.
UML exam advice. Minimal, yet sufficient UML course 80% of modeling can be done with 20% of the UML. Which 20% was that again? We’re supposed to be “Use.
 A data processing system is a combination of machines and people that for a set of inputs produces a defined set of outputs. The inputs and outputs.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 5-1 David M. Kroenke’s Chapter Five: Data Modeling with the Entity-Relationship.
Requirements Elicitation. Requirement: a feature or constraint that the system must satisfy Requirements Elicitation: specification of the system that.
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.
Requirement Engineering. Review of Last Lecture Problems with requirement Requirement Engineering –Inception (Set of Questions) –Elicitation (Collaborative.
An Introduction to Java Chapter 11 Object-Oriented Application Development: Part I.
Faculty of Computer & Information Software Engineering Third year
USE CASE Bayu Adhi Tama, MTI Faculty of Computer Science, University of Sriwijaya Slides are adapted from Petrus Mursanto
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5.
Cohesion and Coupling CS 4311
OOSE Use Case. Requirement Functional: –Features, capabilities, and security Non Functional: –Usability: Human factors, help, and documentation –Reliability:
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Developed by Reneta Barneva, SUNY Fredonia for CSIT 425 Requirements Modeling.
UML-1 3. Capturing Requirements and Use Case Model.
Object-Oriented Design Simple Program Design Third Edition A Step-by-Step Approach 11.
Chapter 8 Analysis & Modeling. Data Modeling examines data objects independently of processing focuses attention on the data domain creates a model at.
The Static Analysis Model Class Diagrams Prof. Hany H. Ammar, CSEE, WVU, and Dept. of Computer Science, Faculty of Computers and Information, Cairo University.
Chapter 9 Applying UML and Patterns -Craig Larman
Faculty of Applied Engineering and Urban Planning Software Engineering Department Software Engineering Lab Use Cases Faculty of Information system Technology.
ANALYSIS - II REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
BCS 2143 Object Oriented Design Using UML. Objectives Objects Interactions Finding Classes Relationship Between Classes Attribute and Operation Class.
Use Case Diagram The purpose is to communicate the system’s functionality and behaviour to the customer or end user. Mainly used for capturing user requirements.
1 Chapter 5 Modeling System Requirements Finding the Use Cases Page
Jini Architecture Introduction System Overview An Example.
BTS430 Systems Analysis and Design using UML Domain Model—Part 2A: Attributes.
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.
Analysis Yaodong Bi. Introduction to Analysis Purposes of Analysis – Resolve issues related to interference, concurrency, and conflicts among use cases.
Chapter 3: Introducing the UML
UML - Development Process 1 Software Development Process Using UML.
Gerhard Dueck -- CS3013Analysis 1. Gerhard Dueck -- CS3013Analysis 2 Why analysis?  Yield a more precise specification of the requirements.  Introduce.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
1 Software Requirements Engineering (CS 708) Dr. Ghulam Ahmad Farrukh.
1 Object-Oriented Static Modeling of the Banking System - III Lecture # 33.
Requirement model.
Recall The Team Skills Refining the Use cases
Use Case Model.
Object-Oriented Static Modeling of the Banking System - I
Chapter 8 Analysis & Modeling
Object Oriented System Design COS 50-3
Object Oriented Design Model
Analysis models and design models
Using Use Case Diagrams
Copyright 2007 Oxford Consulting, Ltd
Database Processing: David M. Kroenke’s Chapter Five:
Object Oriented System Design Class Diagrams
Software Development Process Using UML Recap
Object Oriented System Design Responsibilities
Presentation transcript:

ANALYSIS MODEL

Analysis Model Actual system development start with this. Aims to structure the system independently of the actual implementation environment. Focus on the logical structure of the system. Define the stable, robust and maintainable structure that is also extensible. In the information space for this model, the aim is to capture information, behavior and presentation

Analysis Model Three types of objects are involved in Analysis Model: Interface Objects Entity Objects Control Objects

Analysis Model Entity object Interface objectControl object

Analysis Model Interface Objects There are three strategies to identify interface objects: 1.They are clearly identified from the system interface descriptions accompanying the requirement model. 2.From the actors. 3.By reading use case descriptions and extracting the functionality that is interface specific.

Analysis Model Interface Objects Consider the Recycling Case Study Customer Panel Operator Panel Receipt Printer Alarm Device Acquaintance association is a static association between instances and means that an instance knows of the existence of other instance. Instance associations are drawn with solid, directed lines.

Analysis Model Actors: Customer : Customer panel manage the push buttons(start and receipt) and slots. Operator: Operator panel: to change information and to generate daily reports. Alarm Device: control a signal device, reset button for device. Receipt receiver: (Abstract) Receipt printer: prints, cut off the paper, call alarm device when paper roll is finished.

Analysis Model Use case description: Deposit item use case: When the customer returns a deposit item, it is measured by the system. The measurements are used to determine what kind of can, bottle or crate has been deposited. If accepted, the customer total is incremented, as is the daily total for that specific item type. If the item is not accepted, the light for NOT VALID is highlighted on the panel. When the customer presses the receipt button, the printer prints the date. The customer total is calculated and the following information printed on the receipt for each item type. Name, number returned, deposit value, total for this type Finally the sum that the customer should receive is printed on the receipt

Analysis Model Interface Objects of the Recycling Case Study Customer Panel Operator Panel Receipt Printer Alarm Device Acquaintance association is a static association between instances and means that an instance knows of the existence of other instance. Instance associations are drawn with solid, directed lines.

Analysis Model Interface Objects Cardinality: No. of instances that can be associated with the association. Example: The receipt printer must know which alarm device to sound when the paper roll is finished.

Analysis Model

Consists-of Association Special type of acquaintance association It states that an object is composed of other objects. Example: The interface object customer panel is the central interface object.

Analysis Model Two types of interfaces: Interfaces to other systems: communication is described in terms of communication protocols Interfaces to human user: usually done through Graphical User Interfaces How much information and behavior should be tied to an interface ? Any change to the functionality directly coupled to the interface object should be local to the interface object. Other changes should not effect the interface object.

Analysis Model Which part of flow of use cases allocate to interface object? Observe parts with following characteristics: Present information to actor or request info. from him. If actors behavior is changed the functionality is changed. Flow is dependent on particular interface type.

Analysis Model Different strategies for allocating the functionality Computation dominant control or embedded control: Place the controlling functionality inside the system, that is, in the control objects and the entity objects. Dialogue dominant control Place the control functionality in the interface objects. Mixed control Places the control on both sides allowing invocation of dialogue from the computational side (control and entity) and interface objects. Balanced control Separate the control from both the dialogue and the computation. Control object governs sequencing among invocations of dialogue and computational functions. OOSE promotes alternative (4)

Analysis Model Entity Objects Model the information that the system will handle over a longer period of time. Allocate the behavior that naturally belongs to this information to them. Look at the information that must be kept for a longer time. The entity objects can be identified from Use cases. Problem domain object model

Analysis Model Return item Use case: When the customer returns a deposit item, it is measured by the system. The measurements are used to determine what kind of can, bottle or crate has been deposited. If accepted, the customer total is incremented, as is the daily total for that specific item type. If the item is not accepted, the light for NOT VALID is highlighted on the panel. When the customer presses the receipt button, the printer prints the date. The customer total is calculated and the following information printed on the receipt for each item type: Name, number returned, deposit value, total for this type Finally the sum that the customer should receive is printed on the receipt.

Analysis Model Entity objects identified for Recycling Machine Case Study: Can Crate Bottle Attributes relating to size and no. of each item deposited for the day. Abstract entity object: Deposit item with attributes deposit value, day total.

Analysis Model Attributes: are used by objects to store information. Type-- primitive or composite data type. Is an association with a name and cardinality indicating attribute type.

Analysis Model

Attributes: are used by objects to store information. Type-- primitive or composite data type. Is an association with a name and cardinality indicating attribute type.

Analysis Model RECEIPT BASIS one instance of receipt basis for each customer keep track of all items a customer deposit (how much of each type) acquaintance association b/w Receipt basis and Deposit item with cardinality [0..n] an attribute storing no. received for each type An instance of receipt basis has acquaintance association with the instances of deposit item. For each association – a no. is assigned (an attribute of relation or new entity object)

Analysis Model Operations offered by an entity objects: Storing and fetching information Behavior that must be changed if the entity object is changed Creating and removing the entity object Communication Association Operation on an entity object may mean that the entity object contacts another entity object and asks for information about something It models communication between two objects. It starts from object that is to perform manipulation. It is directed to object where manipulation is to take place. Instance associationsolid line