Sharif University of Technology Session # 7.  Contents  Systems Analysis and Design  Planning the approach  Asking questions and collecting data 

Slides:



Advertisements
Similar presentations
Introduction to Object Orientation System Analysis and Design
Advertisements

Design by Contract.
Object-Oriented Software Engineering Visual OO Analysis and Design
IMS1805 Systems Analysis Topic 3: Doing Analysis (continued from previous weeks)
MIS (Management Information System)
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall A.1.
Chapter 22 Object-Oriented Systems Analysis and Design and UML Systems Analysis and Design Kendall and Kendall Fifth 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.
Lecture 4 Class Responsibility Collaboration Cards
© Copyright Eliyahu Brutman Programming Techniques Course.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix.
Structured Vs. Object Oriented Analysis and Design SAD Vs. OOAD
Chapter 5: Modeling Systems Requirements: Events and Things
Introduction To System Analysis and design
Practical Object-Oriented Design with UML 2e Slide 1/1 ©The McGraw-Hill Companies, 2004 PRACTICAL OBJECT-ORIENTED DESIGN WITH UML 2e Chapter 2: Modelling.
Systems Analysis and Design in a Changing World, Fifth Edition
Object Orientation An Object oriented approach views systems and programs as a collection of interacting objects. An object is a thing in a computer system.
BCS 2143 Introduction to Object Oriented and Software Development.
©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.
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.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
Introduction To System Analysis and Design
11 Chapter 11 Object-Oriented Databases Database Systems: Design, Implementation, and Management 4th Edition Peter Rob & Carlos Coronel.
System Analysis System Analysis - Mr. Ahmad Al-Ghoul System Analysis and Design.
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.
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.
Systems Analysis and Design 8 th Edition Chapter 6 Object Modeling.
5 Systems Analysis and Design in a Changing World, Fifth Edition.
CIS 112 Exam Review. Exam Content 100 questions valued at 1 point each 100 questions valued at 1 point each 100 points total 100 points total 10 each.
What is Object-Oriented?  Organization of software as a collection of discreet objects that incorporate both data structure and behavior.
ITEC 3220A Using and Designing Database Systems Instructor: Prof Z. Yang Course Website: 3220a.htm
ITEC 3220A Using and Designing Database Systems Instructor: Gordon Turpin Course Website: Office: CSEB3020.
 Week08.  Review Schedule Weeks 8-14  This week o Review last class o Introduce Class Diagrams o ICE-03 Sheridan SYST Engineering Quality Systems.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Unit-3 Identifying use cases Object Analysis Classification
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of 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.
Data Models. 2 The Importance of Data Models Data models –Relatively simple representations, usually graphical, of complex real-world data structures.
CHAPTER 6 OBJECT ANALYSIS.
Chapter 5 – System Modeling Lecture 1 1Chapter 5 System modeling.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
5 Chapter 5: Modeling Systems Requirements: Events and Things Systems Analysis and Design in a Changing World.
Appendix 3 Object-Oriented Analysis and Design
Object-oriented and Structured System Models
Roberta Roth, Alan Dennis, and Barbara Haley Wixom
The Movement To Objects
Course Outcomes of Object Oriented Modeling Design (17630,C604)
Object-Oriented Analysis and Design
Unified Modeling Language
Abstract descriptions of systems whose requirements are being analysed
Object Oriented Concepts
Chapter 20 Object-Oriented Analysis and Design
Appendix A Object-Oriented Analysis and Design
ITEC 3220A Using and Designing Database Systems
Chapter 22 Object-Oriented Systems Analysis and Design and UML
Appendix A Object-Oriented Analysis and Design
Appendix A Object-Oriented Analysis and Design
UML  UML stands for Unified Modeling Language. It is a standard which is mainly used for creating object- oriented, meaningful documentation models for.
Presentation transcript:

Sharif University of Technology Session # 7

 Contents  Systems Analysis and Design  Planning the approach  Asking questions and collecting data  Recording the information  Interpreting the information collected  Specifying the requirement Sharif University of Technology MIS (Management Information System), Session # 7 2

 System Analysis  Five areas of a system analyst tasks:  Investigation  Communication with customers  Documentation  Understanding  Preparation & planning 3 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  System analysis process:  The PARIS Model Analysis can be considered to be a Five-stage process  Planning the approach  Asking questions and collecting data  Recording the information  Interpreting the information collected  Specifying the requirement 4 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Typically, the analyst collects a considerable amount of information during the investigation phase, which may include  Interview reports,  Observation records,  Sample documents,  Completed questionnaires and  Lists of problems and requirements. 5 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Structured analysis and design views information systems principally in two ways:  Data – the information that the system records  Processing – what the system does with this data. 6 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Object-oriented (OO) methods  Object-oriented (OO) methods allow the developer to exploit the technology of distributed computing environments, Internet-based systems and communications software and tools.  The OO approach originated in software engineering, and it is commonplace to find coded examples of objects in texts that describe OO from the software engineer’s perspective.  The term business process re-engineering is often applied to this type of development, and the experienced system analyst will approach such projects with caution. 7 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Principles of OO Three terms most frequently cited are:  Inheritance,  Encapsulation and  Polymorphism 8 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Principles of OO-Inheritance  Inheritance is derived from the idea of objects forming classes.  In simple terms, an object can be defined at a high or superclass level with certain characteristics and certain procedures that are then inherited as properties by the lower or subclasses of the object.  Objects and object classes are fundamental building blocks in the OO approach.  Identifying classes is both an analysis and a design activity, and the designer must make decisions about the level of generalization to be applied to the system. 9 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Principles of OO-Inheritance  The definition of an entity in structured systems is often given as ‘something the system wishes to hold data about’.  A formal definition of an object is ‘An abstraction of something in a problem domain, reflecting the capabilities of the system to keep information about it, interact with it, or both’.  The analyst must identify abstractions in the objects to be able to define the super classes. 10 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Principles of OO-Encapsulation  In OO the development goal is set so data the data held by the object can be accessed, read or updated only by the operations that are defined for that object.  The object-oriented method requires software to pass the request from one object to another object so that the operations can be performed by each object in their own way. 11 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Principles of OO-Polymorphism  The term polymorphism first occurred in the English language in 1839, and was defined as ‘the occurrence of something in several different forms’.  It has been adopted in OO to encourage designers to use common operations to do similar things.  Polymorphism encourages the designer to identify similarities between the ways objects perform and to define them in abstract terms. 12 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Object-Oriented Models  RUP is made up of three model types:  Business system models --- Use Case Diagrams  Static structure models --- Class Inheritance Diagrams  Dynamic behavior models --- State Transition Diagrams 13 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Use Case Diagrams  A use case diagram is constructed to show the required functionality of the system in the analysis phase and to specify the actual behavior of the system in the design phase.  The use case is said to be associated with an actor, often represented by a matchstick man. 14 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Use Case Diagrams  A relationship can exist between use cases, and this is known as a generalize relationship.  A use case may use or extend another use case. When a function is required by a number of use cases, for example a function to locate a specific instance of an object, then each of the use cases can be said to use it.  A use case can extend another use case when it is invoked by the first use case to provide some additional functionality. 15 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Use Case Diagrams  The use case diagram is a business model for an OO specification. It can used for analysis purposes, to record system requirements and enable the analyst to understand how the current system works, or for design purposes, to show he system behavior and the meaning of a particular set of procedures.  In some circumstances it is preferable to use a more detailed breakdown of the actions performed by the user or actor and the responses from the system. 16 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Use Case Diagrams 17 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Class Inheritance Diagrams  Class inheritance diagrams are the static structure models of OO developments.  Objects are said to belong to classes. Objects can have attributes and can exist in different states.  Objects are often similar to entities in structured systems analysis, although an object is an abstraction of anything within the domain of the system.  Objects are an abstraction of a thing found in the real world, and they are said to have a state, attributes and behaviour. 18 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Class Inheritance Diagrams  Identifying objects is often the first stage in OO analysis, and initially the analyst can safely include anything as an object that seems relevant to the system.  Objects are fitted into classes by establishing their similarities. A class defines a set of objects; an occurrence of a single object is known as an instance of a class. e.g.  The analyst would notice the similarities between sales invoices issued by a company and the purchase invoices that it receives. This might lead to the definition of the abstract class ‘transaction’ which has attributes and methods common to both purchase and sales invoices. 19 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Class Inheritance Diagrams 20 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Class Inheritance Diagrams  Classes of object interact. These interactions are represented by a line connecting the two objects, named to signify the association. The association is given a meaningful name that is indicative of its purpose. 21 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Class Inheritance Diagrams  An association can have attributes.  In data modeling the many-to-many relationship is eliminated in favor of two one-to-many relationships linked to the ‘intersection’ data. In an OO model we use an ‘association’ class to perform the same service. Our model above now has the additional class of ItemsOrdered linked to the association between customer and item. 22 Sharif University of Technology MIS (Management Information System), Session # 7

Sharif University of Technology MIS (Management Information System), Session # 7  System Analysis  Recording the information  Class Inheritance Diagrams 23

 System Analysis  Recording the information  Class Inheritance Diagrams  Although relational databases dominate the market for accounting and administrative systems there are some business areas that they are not suited to, and the developer must look to OO databases to meet requirements.  Cases like simultaneous decision-making to take place and reduction the throughput time for the transaction needs OO concepts.  Integrating this type of application with applications using the formatted data structures found in a relational database system forces the analyst to apply OO principles alongside the normalization and entity modeling approach used by the data modeler. 24 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  State transition diagrams  Objects have a state. This is a finite, non-instantaneous period of time in which the object fulfills a condition.  It is the event that causes the object to move from one state to the next. Certain classes of object will change their state more frequently than others.  The state chart diagram has a start state represented by a solid circle and a final state represented by a solid circle with a surrounding ring. Each state change is annotated with the change event that causes it to happen. 25 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  State transition diagrams 26 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  State transition diagrams 27 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  State transition diagrams  Event naming can be done to a syntax, which has been defined for UML as  The conditions must be satisfied for the transitions to take place.  The action, like the event, may have parameters with it.  The SendEvent denotes a type of event that sends a message to another object, and this too may be accompanied by parameters. 28 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  State transition diagrams 29 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  State transition diagrams  Sequence diagram  Objects interact to form complete systems.  The behavior of object interaction is shown with the sequence diagram, which shows the exchange of messages between different objects in a time sequence. 30 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  State transition diagrams  Sequence diagram 31 Sharif University of Technology MIS (Management Information System), Session # 7

 System Analysis  Recording the information  Object Oriented modeling 32 Sharif University of Technology MIS (Management Information System), Session # 7