Revised by Ivor Perry Sept. 2003 From Flow Charts to UML - 1.

Slides:



Advertisements
Similar presentations
Chapters 7 & 9 System Scope
Advertisements

MIS 325 PSCJ. 2  Business processes can be quite complex  Process model: any abstract representation of a process  Process-modeling tools provide a.
SYSTEM ANALYSIS & DESIGN (DCT 2013)
© Farhan Mir 2008 IMS MIS Development BBA (IT) 6 th (Lectures ) (Information System Development Methodologies) Course Lecturer: Farhan Mir.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
Topics Creating DFD Physical and logical DFD Event driven modeling
CSEM01 SE Evolution & Management Anne Comer Helen Edwards
©Ian Sommerville 2000Software Engineering, 6/e, Chapter 71 System models l Abstract descriptions of systems whose requirements are being analysed.
IMS1805 Systems Analysis Topic 4: How do you do it? Guidelines for doing analysis.
© Copyright Eliyahu Brutman Programming Techniques Course.
Ims5024 Week 71 IMS 5024 Object orientation (2). Ims5024 Week 72 Content Group assignment Use-cases State transition diagrams Place in ISD Evaluation.
Chapter 2: IS Building Blocks Objectives
Curtis & Cobham Ch 10 Revised by Ivor Perry Sept From Flow Charts to UML - 2.
IMS1805 Systems Analysis Topic 2: Introduction to some key techniques for systems analysis in IS.
Methodology Conceptual Database Design
Copyright © 2015 Pearson Education, Inc. Systems Documentation Techniques Chapter
UNDERSTANDING, PLANNING AND PREPARING FOR THE SCHOOL-WIDE EVALUATION TOOL (SET)
SYSTEMS ANALYSIS. Chapter Five Systems Analysis Define systems analysis Describe the preliminary investigation, problem analysis, requirements analysis,
System Analysis Overview Document functional requirements by creating models Two concepts help identify functional requirements in the traditional approach.
1 Structured Analysis Techniques. 2 Data Flow Diagrams.
Introduction to Systems Analysis and Design Trisha Cummings.
Systems Analysis and Design in a Changing World, Tuesday, Feb 27
Section 02Systems Documentation1 02 Systems Documentation And Franchise Colleges By MANSHA NAWAZ.
Modelling information systems
1 Lecture 3: Introducing Data Flow Diagrams (DFDs) Section 1 - The Concept of Diagrams Why use Diagrams? Diagrams as Working Documents Systems Analysis.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
CS 310 Ch8: System models Abstract descriptions of systems being analyzed to help the analyst understand the system functionality communicate with customers.
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.
CB1004 Modelling Business Systems 71 Modelling Business Systems 7 Systems Methods.
BIS 360 – Lecture Five Ch. 7: Determining System Requirements.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
Chapter Two ( Data Model) Objectives Introduction to Data Models What are the Data Models Why they are important Learn how to design a DBMS.
1-1 System Development Process System development process – a set of activities, methods, best practices, deliverables, and automated tools that stakeholders.
Chapter 6 Determining System Requirements. 2 2 What are Requirements? “Requirements are … a specification of what should be implemented. They are descriptions.
Chapter 7 System models.
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.
Structured Analysis.
Software Engineering, 8th edition Chapter 8 1 Courtesy: ©Ian Somerville 2006 April 06 th, 2009 Lecture # 13 System models.
Activity & Class Modeling Labs Discussion p3 T120B pavasario sem.
1 IRU – database design part one Geoff Leese September 2009.
Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing Systems Development Methodologies.
© 2010 Health Information Management: Concepts, Principles, and Practice Chapter 5: Data and Information Management.
2-1 A Federation of Information Systems. 2-2 Information System Applications.
UML’s StateChart FSM, EFSM in UML Concurrent states Tool support.
Chapter 6 Determining System Requirements. Objectives:  Describe interviewing options and develop interview plan.  Explain advantages and pitfalls of.
CS223: Software Engineering
1 SYS366 Week 1 - Lecture 1 Introduction to Systems.
Lecture 3 : Hard Systems Modelling UFCE8V-20-3 Information Systems Development SHAPE Hong Kong 2010/11.
 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.
Your Interactive Guide to the Digital World Discovering Computers 2012 Chapter 12 Exploring Information System Development.
Use Case Diagrams. Introduction In the previous Lecture, you saw a brief review of the nine UML diagrams. Now that you have the clear, you'll start to.
DBS201: Data Modeling. Agenda Data Modeling Types of Models Entity Relationship Model.
WELCOME TO OUR PRESENTATION UNIFIED MODELING LANGUAGE (UML)
Engineering, 7th edition. Chapter 8 Slide 1 System models.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
The Components of Information Systems
Tools Of Structured Analysis
CompSci 280 S Introduction to Software Development
DATA REQIREMENT ANALYSIS
LESSON 2 SYSTEM ANALYSIS & DESIGN PHASE
Abstract descriptions of systems whose requirements are being analysed
Concepts used for Analysis and Design
The Components of Information Systems
Systems Analysis – ITEC 3155 Modeling System Requirements – Part 2
SYSTEM ANALYSIS & DESIGN PHASE
Information System Building Blocks
Chapter 4 System Modeling.
Week 10 Systems Development
Presentation transcript:

Revised by Ivor Perry Sept From Flow Charts to UML - 1

Revised by Ivor Perry Sept Agenda Process Analysis and Modelling Rich Picture Manual Flowchart Data Dictionaries

Revised by Ivor Perry Sept Process Analysis and Modelling Most approaches are structured - why? To answer the following questions Why is an information system being developed? How should it be developed - the process? How can this process be managed - the project? What is the best way to set down this knowledge? What is the best way to teach or pass on this knowledge?

Revised by Ivor Perry Sept Coming Up Fast! The Commonest Approach Hard and Soft Approaches Soft e.g. Soft Systems Methodology (SSM) - Checkland –Emphasis on human and organisational perspective Hard e.g. SSADM, DSDM –focus on processes and transactions entities about which data is stored Object Orientation (OO) approach e.g. Unified Modelling Language (UML) –seeks to bring together process and data –an object will have attributes, but also services (e.g. procedures, functions) Curtis & Cobham Ch 16

Revised by Ivor Perry Sept Using Graphical Tools Easier for users to understand Demonstrate processes and business rules consistently May show business rules more clearly (ERD) May show process bottlenecks (Manual Flowchart) Assist in defining boundaries (Rich Picture, ERD) Useful in preventing ‘scope creep’

Revised by Ivor Perry Sept Understanding the task -the Rich Picture Courses Bookings Casual staff Permanent staff Customers Suppliers Health & Safety enquiries Rooms & courts book watches deliver order ? Curtis & Cobham Ch 16

Revised by Ivor Perry Sept The Rich Picture Focusses attention on the important issues Helps people to visualise and discuss their roles Is used to define the boundaries of the project Represents 3 important elements in systems design Elements of structure –boundaries, physical layout, products and services Elements of process –what happens Elements of relationships –the relationship between structure and process Curtis & Cobham Ch 16

Revised by Ivor Perry Sept The Data Dictionary A store of data about data It holds the name of the data element the type of data it is the structure, e.g. for a flow or store, the aggregates or data items which comprise it the usage characteristics, e.g. the processes a flow interacts with, or the aggregates which use a data item. Curtis & Cobham Ch 10

Revised by Ivor Perry Sept Manual Flowcharts Considers the physical processes Usually used to record flow of documents in a manual system Use commonly agreed symbols NOT a system design –would simply lead to replicating the manual system Curtis & Cobham Ch 10

Revised by Ivor Perry Sept Manual Flowcharts Claim form Validate policy Docs in suspense file OK? Check against terms Garage report No - refuse claim Yes- raise cheque letter Motor Insurance Claim Policy OK? Garage Request inspection fax Yes Confirmation letter Yes Rejection letter No Curtis & Cobham Ch 10

Revised by Ivor Perry Sept Manual Flowcharts - Summary Advantages Easier to understand than narrative Preparing a chart means the analyst has to understand the process Incompleteness of the process is easily discovered Little technical knowledge is required to understand a chart Weaknesses in the system are shown up, e.g. bottlenecks, duplication of work etc. Curtis & Cobham Ch 10

Revised by Ivor Perry Sept Manual Flowcharts - Summary Disadvantages With complex systems flowcharts become unwieldy Difficult to amend Flowchart does not show informal information flows Curtis & Cobham Ch 10

Revised by Ivor Perry Sept End of Lecture