Information systems modeling tools

Slides:



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

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
Systems development life cycle & development methodologies
Introduction To System Analysis and Design
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix.
Introduction to Software Design Chapter 1. Chapter 1: Introduction to Software Design2 Chapter Objectives To become familiar with the software challenge.
Introduction To System Analysis and design
CIT UPES | Sept 2013 | Unified Modeling Language - UML.
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.
Unified Modeling Language, Version 2.0
Introduction To System Analysis and Design
11 Chapter 11 Object-Oriented Databases Database Systems: Design, Implementation, and Management 4th Edition Peter Rob & Carlos Coronel.
Enterprise Systems Modeling EGN 5620 Enterprise Systems Configuration Spring, 2012.
© 2009 Pearson Education, Inc. Publishing as Prentice Hall 1 Chapter 15: Object-Oriented Data Modeling Modern Database Management 9 h Edition Jeffrey A.
Fall 2010 CS4310 Requirements Engineering A Brief Review of UML & OO Dr. Guoqiang Hu Department of Computer Science UTEP 1.
T3: Enterprise Systems Modeling Fall 2013 Chin-Sheng Chen Florida International University.
2 2009/10 Object Oriented Technology 1 Topic 2: Introduction to Object-Oriented Approach Reference: u Ch.16 Current Trends in System Development (Satzinger:
Modeling as a Design Technique Chapter 2 Part 1: Modeling Concepts Object-Oriented Modeling and Design Byung-Hyun Ha
What is Object-Oriented?  Organization of software as a collection of discreet objects that incorporate both data structure and behavior.
EIN 6133 Enterprise Engineering Chin-Sheng Chen Florida International University.
The Enterprise Systems Configuration Spring, 2012 The Enterprise Systems Configuration Spring, 2012.
Lecture 9-1 : Intro. to UML (Unified Modeling Language)
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
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.
1 Unified Modeling Language, Version 2.0 Chapter 2.
Enterprise Systems Modeling
What is Java? Object Oriented Programming Language Sun Microsystems “Write Once, Run Everywhere” Bytecode and Virtual Machine Java Platform (Java VM and.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
Business Applications with Object-Oriented Paradigm (Modeling Concepts) Professor Chen School of Business Gonzaga University Spokane, WA
Enterprise Systems Modeling EGN 5623 Enterprise Systems Optimization Fall, 2012.
Class Diagrams. Terms and Concepts A class diagram is a diagram that shows a set of classes, interfaces, and collaborations and their relationships.
Object-Oriented Systems. Goals Object-Oriented Methodologies – The Rumbaugh et al. OMT – The Booch methodology – Jacobson's methodologies.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Appendix A Object-Oriented Analysis and Design A.1.
Enterprise Systems Modeling EGN 5620 Enterprise Systems Configuration Fall, 2011.
Basic Characteristics of Object-Oriented Systems
Enterprise Systems Modeling EGN 5621 Enterprise Systems Collaboration (Professional MSEM) Fall, 2012.
Slide 1 Unified Modeling Language, Version 2.0 Object-Oriented SAD.
Object-oriented programming (OOP) is a programming paradigm using "objects" – data structures consisting of data fields and methods together with their.
Appendix 3 Object-Oriented Analysis and Design
Object-Oriented Modeling
Object-oriented and Structured System Models
The Movement To Objects
Systems Analysis and Design
Business System Development
Object-Oriented Techniques
Systems Analysis and Design With UML 2
Unified Modeling Language
Rumbaugh’s Objectmodeling Technique
Object Oriented Modeling and Design
Abstract descriptions of systems whose requirements are being analysed
Software Architecture & Design Pattern
System models October 5, 2005.
Unified Modeling Language
Chapter 20 Object-Oriented Analysis and Design
Appendix A Object-Oriented Analysis and Design
An Introduction to Software Architecture
Introduction to Systems Analysis and Design Stefano Moshi Memorial University College System Analysis & Design BIT
Members: Keshava Shiva Sanjeeve Kareena
Software Design Methodologies and Testing
Chapter 22 Object-Oriented Systems Analysis and Design and UML
Appendix A Object-Oriented Analysis and Design
Agenda Software development (SD) & Software development methodologies (SDM) Orthogonal views of the software OOSD Methodology Why an Object Orientation?
Appendix A Object-Oriented Analysis and Design
Information systems modeling tools
UML  UML stands for Unified Modeling Language. It is a standard which is mainly used for creating object- oriented, meaningful documentation models for.
The Enterprise Systems Configuration Spring, 2012
Presentation transcript:

Enterprise Systems Modeling EGN 5621 Enterprise Systems Collaboration Summer B, 2013

Information systems modeling tools IDEF IDEF0 (activities) IDEF1x (information) IDEF2x (dynamics) OMT Functional model Object model Dynamic model

IDEF Concept (1) IDEF (ICAM Definition) ICAM Objective Developed by the US Air Force Integrated Computer Aided Manufacturing (ICAM) Programs in 1981 ICAM Objective To develop structured methods for applying computer technology to manufacturing and to better understand how best to improve manufacturing productivity

IDEF Concept (2) IDEF0 IDEF1 IDEF2 An activity model of a manufacturing system and environment IDEF1 An informational model of the system and environment IDEF2 A dynamic model to describe time-varying system behavior

IDEF Concept (3) IDEF Methodology Commercial IDEF software tools Modeling process and tools, leading to creation of the three IDEF models IDEF0 (activities) IDEF1x (information) IDEF2x (dynamics) Commercial IDEF software tools Design/IDEF by Meta Software Company AI0WIN by Knowledge Based Systems Inc.

OMT Concepts (1) Object modeling technique (OMT) “Object-oriented” means: Software organized as a collection of discrete objects that incorporate both data structure and behavior, in contrast to conventional programming in which data structure and behavior are only loosely connected. OMT Methodology (in stages): system analysis, system design, Object (implementation) design, and implementation.

OMT concepts (2) - common themes Synergy (i.e., shifting focus from coding technique to packaging, based on consistent identity, classification, polymorphism, and inheritance Abstraction, Encapsulation, Combining data and behavior, Sharing (inheritance of data structure & behavior among subclasses) Emphasis on object structure (not procedure structure),

OMT Concepts (3) - Synergy Identity Data is quantized into discrete, distinguishable entities called objects Classification Objects with the same data structure (attributes) and behavior (operations) are grouped into a class An operation is an action or transformation that an object performs or is subject to. polymorphism The same operation may behave differently on different classes. A specific implementation of an operation by a certain class is called a method. Each operation may have multiple methods implementing it. inheritance The sharing of attributes and operations among a hierarchy of object classes

OMT Models (4) 3 OMT models used to describe a system: Object model describing the objects in the system and their relationships; Dynamic model describing the interactions among objects in the system; and Functional model describing the data transformation of the system. Their relationship The object model describes what changes (or transforms) before when (dynamic model) or how (functional model) it changes.

OMT Functional Model (5) It describes the data value transformations within a system. The functional model contains data flow diagrams. A data flow diagram is a graph whose nodes are processes (activities) and whose arcs are data flows.

OMT Object Model (6) It describes the static structure of the objects in a system and their relationships. The object model contains object diagrams. An object diagram is a graph whose nodes are object classes and whose arcs are relationships among classes.

OMT Dynamic Model (7) It describes the aspects of a system that change over time and is used to specify and implement the control aspects of a system. The dynamic model contains state diagrams. A state diagram is a graph whose nodes are states and whose arcs are transitions between states caused by events.

Relationship between the two techniques & among the three models IDEF0/functional model The input to an activity is usually through a user interface for data entry The output from an activity is usually a user interface for a report, though the output may be a write/update to a database. IDEF0’s ICOM Material is an input object. Product/process data are output objects. Rules/regulations and SOPs are constraints. Technical precedence is a constraint Resources/tools and methods are a mechanism. IDEF1/object model The collection of the ICOM of an IDEF activity model constitutes an inclusive foundation for the object model. IDEF2/dynamics model Each object requires a state diagram to define/govern its life-cycle behavior. A triggering event is associated with each transition from one state to another. One state may transform to multiple states, depending on the triggering event.

Relationship between the two methods and among the three models IDEF0/functional model The input to an activity is usually a user interface for data entry The output to an activity is usually a user interface for a report, though the output may be a write/update to a database. ICOM Material is an input object. Product/process data are output objects. Rules/regulations and SOPs are constraints. Resources/tools and methods are mechanisms. IDEF1/object model The collection of the ICOM of an IDEF activity model constitutes an inclusive foundation for the object model. IDEF2/dynamics model Each object requires a state diagram to define/govern its life-cycle behavior. A triggering event is associated with each transition from one state to another. One state may transform to multiple states, depending on the triggering event.