Object-oriented methodology object models use case modeling unified modeling language the data dictionary the cornucopia case portfolio project Systems.

Slides:



Advertisements
Similar presentations
UML an overview.
Advertisements

Chapters 7 & 9 System Scope
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 9 Slide 1 Appendix 3 Object-Oriented Analysis and Design.
Chapter 22 Object-Oriented Systems Analysis and Design and UML Systems Analysis and Design Kendall and Kendall Fifth Edition.
Chapter 4.
Systems Analysis and Design 9th Edition
Unified Modeling Language
Object-Oriented Analysis and Design
Introduction To System Analysis and Design
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
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.
Data fundamentals file processing fundamentals entity-relationship diagrams the cornucopia case portfolio project chapter4 Systems Analysis and Design.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
Systems Analysis & Design Sixth Edition Systems Analysis & Design Sixth Edition Toolkit Part 5.
Object Oriented Concepts. Movement toward Objects Instead of data-oriented or process-oriented Analysis, many firms are now moving to object-oriented.
Structured Vs. Object Oriented Analysis and Design SAD Vs. OOAD
Unified Modeling Language
Data fundamentals file processing fundamentals entity-relationship diagrams the cornucopia case portfolio project Systems Analysis and Design for the Small.
Chapter 7: The Object-Oriented Approach to Requirements
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
Introduction To System Analysis and design
Modeling the system the data flow diagram the context diagram level decomposition the cornucopia case portfolio project Systems Analysis and Design for.
1 Introduction Chapter 1. 2 Key Ideas Many failed systems were abandoned because analysts tried to build wonderful systems without understanding the organization.
CMIS 470 Structured Systems Design
Object-Oriented Systems Analysis and Design Using UML
Systems Analysis and Design in a Changing World, Tuesday, Feb 27
Systems Analysis and Design in a Changing World, Fifth Edition
©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.
Satzinger Chp. 2 Part Part 4 of 4 2 Object-Oriented Analysis and Design with the Unified Process Testing Testing is critical discipline Testing activities.
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.
Unified Modeling Language, Version 2.0
5 Systems Analysis and Design in a Changing World, Fourth Edition.
Introduction To System Analysis and Design
©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.
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.
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.
Chapter 5 Models and UML Notation for The Object-Oriented Approach.
IT 21103/41103 System Analysis & Design. Chapter 05 Object Modeling.
Information systems defined small enterprise characteristics Information needs of the small enterprise the systems development life cycle computer information.
©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.
Fall 2010 CS4310 Requirements Engineering A Brief Review of UML & OO Dr. Guoqiang Hu Department of Computer Science UTEP 1.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
5 Systems Analysis and Design in a Changing World, Fifth Edition.
What is Object-Oriented?  Organization of software as a collection of discreet objects that incorporate both data structure and behavior.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Lecture 9-1 : Intro. to UML (Unified Modeling Language)
section II Analysis Systems Analysis and Design
 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.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Appendix A Object-Oriented Analysis and Design A.1.
Object Oriented Programming and Data Abstraction Earl Huff Rowan University.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Data Modeling Using the Entity- Relationship (ER) Model
DATA REQIREMENT ANALYSIS
The Movement To Objects
Object-Oriented Analysis and Design
UNIT II SYSTEM ANALYSIS AND DESIGN
University of Houston-Clear Lake
Chapter 20 Object-Oriented Analysis and Design
Chapter 22 Object-Oriented Systems Analysis and Design and UML
Presentation transcript:

object-oriented methodology object models use case modeling unified modeling language the data dictionary the cornucopia case portfolio project Systems Analysis and Design for the Small Enterprise section II Analysis

Chapter Objectives When you complete this chapter you will be able to: Differentiate between object-oriented and traditional methodologies Identify objects and construct an elementary object model Identify the elements in a use case model Identify the elements in four of the most common UML models Define, construct, and maintain data dictionaries 2

Object-Oriented Methodology Object-oriented systems analysis and design (OOSAD) evolved to accommodate the increasing popularity of object-oriented programming languages If you plan to implement your design with object-oriented development tools, you should seriously consider using OOSAD As the name implies, OOSAD revolves around objects 3

Object-Oriented Methodology Information system objects derive their definition from our understanding of real- world objects Just as real-world objects are organized into classifications, enterprise objects are members of a class While a specific object is distinguished by its particulars, it inherits its general makeup from its class 4

Object-Oriented Methodology By definition, a class embodies two important information processing concepts: –Data attributes –Behaviors After enterprise objects are created from their class blueprint, their data attributes are assigned values and their behaviors are tailored to fit their specific circumstance Objects interact with one another through a messaging system 5

Object-Oriented Methodology The object-oriented methodology involves familiar phases: analysis, design, and implementation –Analysis: Identify the classes from which enterprise objects are created and the interactions between these classes –Design: Refine class definitions and interactions based on the requirements of the new information system –Implementation: Create a working information system using object-oriented languages and tools 6

Object Models In the OOSAD methodology, the object model serves the same purpose as do the DFD and ERD in the traditional SDLC methodology The object model is focused on data and software, showing classes and class interactions 7

The Object Model and the Six CIS Components 8 People Procedures Data Hardware Software Networks Object Class Attributes Methods

Object Models Object Identification: Use case modeling is the preferred technique for identifying enterprise objects Another way to identify classes is to use the DFD and ERD models as a springboard, where each of the DFD’s data stores and ERD’s entities are potential classes 9

Anatomy of an Object 10 Class: a two-part abstraction (attributes and methods) of a real-world person, place, thing, or activity Instance: a specific object created from the class blueprint Encapsulation: describes the enveloping, membrane-like environment in which an object exists Messages: means by which objects communicate with each other Polymorphism: allows a method to behave differently when encapsulated in different classes Inheritance: imprints class definitions on new generations of the class Class relationships: describes the way classes interact with one another TECHNOTE 5-1

11 Object Model Symbols Reference Figure 5-2: Silhouette Sea Charter’s Object Model

12 Silhouette Sea Charter’s Object Model This aggregate relationship allows for one or more customers to signup for the same charter This specialization relationship indicates that there are two subsets of the Boat class

13 Comparing Silhouette’s Object Model and Data Model Object Model Data Model

Use Case Modeling Use case modeling provides a systematic way to identify objects A use case is a detailed description of what happens when someone or something interacts with the information system The nouns used to title the use case scenarios provide a basis for object identification The interactions between use cases provide the basis for defining the relationship between the objects underlying class 14

Unified Modeling Language The Unified Modeling Language (UML) has emerged as the generally accepted modeling standard for object-oriented methodologies and techniques Four of the numerous UML diagrams serve the same function as the traditional DFD, ERD, and walk-through models: –Use case diagram –Class diagram –Interaction diagrams –Statechart diagrams 15

16 Nine UML Modeling Diagrams Class Diagram Object Diagram Use Case Diagram Interactive (Sequence) Diagram Interactive Collaborative Diagram Statechart Diagram Activity Diagram Component Diagram Deployment Diagram

17 Silhouette’s UML Use Case Diagram

Silhouette’s UML Class Diagram 18

Silhouette’s UML Interactive sequence Diagram 19

Silhouette’s UML Statechart Diagram 20

Inflatable Labor Charges 21 ThinkingCritically What action would you recommend if you discovered that your most talented analyst had consistently inflated the labor hours charged to a project?

The Data Dictionary A data dictionary is an ordered catalog of data elements and their definitive characteristics 22 Form Symbols multiple entries { } permitted optional entry [ ] key field underline data structure = composition attribute + separator

Illustrated Data Dictionary Form and Symbols 23 Type: data store Element Name: customer Description: customer master file Contents: customer = custid+ name+ address+ phone Usage Cross-Reference: DFD, USD, ERD, system flowchart Storage reference: customer.dbf

The analysts do not intend to use an object- oriented programming language to implement the new system. Even the objectlike features of 4Gl software do not require object identification or use case modeling. Cornucopia’s object model is derived from the ERD. 24 THE CORNUCOPIA CASE

25 Cornucopia Existing System Object Model

Chapter Summary (1/3) 26 The object model is an alternative to the traditional SAD methodology It is important to understand the object model, even if the analyst does not intend to use object-oriented development tools Objects are created from a class blueprint

Chapter Summary (2/3) 27 Objects are characterized by their attributes and behaviors Objects communicate with one another through messaging

Chapter Summary (3/3) 28 The Unified Modeling Language (UML) provides a collection of modeling tools for OOSAD –Use case diagram –Class diagram –Interaction diagrams –Statechart diagram The data dictionary provides a systematic procedure to keep track of the names, definitions, associates, and existing or proposed uses of data