IAD 2263: System Analysis and Design Chapter 3: Investigating System Requirements.

Slides:



Advertisements
Similar presentations
TC 4, 6, 10, 13 On-line Trading System 1, 2, 4
Advertisements

Object-Oriented Analysis and Design LECTURE 3: REQUIREMENTS DISCIPLINE.
Lecture # 2 : Process Models
The System Development Life Cycle
Today’s Outline Review exam one performance and overall grade
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
2Object-Oriented Analysis and Design with the Unified Process Overview  Requirements discipline prominent in elaboration phase  Requirements discipline.
Fundamentals of Information Systems, Second Edition
Systems Analysis and Design in a Changing World, Tuesday, Jan 30.
Computers: Tools for an Information Age
Systems Analysis and Design in a Changing World, Fourth Edition
Systems Analysis and Design in a Changing World, Fifth Edition
Chapter 4: Beginning the Analysis: Investigating System Requirements
Systems Analysis and Design in a Changing World, 6th Edition
CHAPTER 19 Building Software.
Welcome to CMPE003 Personal Computer Concepts: Hardware and Software Winter 2003 UC Santa Cruz Instructor: Guy Cox.
Introduction to Computer Technology
Copyright © 2003 by Prentice Hall Computers: Tools for an Information Age Chapter 14 Systems Analysis and Design: The Big Picture.
Chapter 4: Beginning the Analysis: Investigating System Requirements
Systems Analysis and Design: The Big Picture
Chapter 10 Systems Planning, Analysis, and Design.
Chapter 10: Systems Development
INFORMATION SYSTEM APPLICATIONS System Development Life Cycle.
Chapter 4 Investigating System Requirements
Systems Analysis and Design in a Changing World, 6th Edition
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
ITEC224 Database Programming
CIS 321—IS Analysis & Design Chapter 4: Analysis— Investigating System Requirements.
Investigating System Requirements
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
Chapter 14 Information System Development
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
2Object-Oriented Analysis and Design with the Unified Process The Requirements Discipline in More Detail  Focus shifts from defining to realizing objectives.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
1 4 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 4 Beginning the Analysis: Investigating System Requirements.
Chapter 7 Applying UML and Patterns Craig Larman
 Describe the activities of the requirements discipline  Describe the difference between functional and nonfunctional system requirements  Describe.
Content The system development life cycle
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 The Analysis Phase System Requirements Models and Modelling of requirements Stakeholders as a source of requirements.
Systems Analysis and Design
Accounting Information System By Rizwan Waheed M.Com 710.
Objectives Describe the activities of the requirements discipline Describe the difference between functional and nonfunctional system requirements Describe.
4 Systems Analysis and Design in a Changing World, Fourth Edition.
Systems Analysis and Design in a Changing World, Thursday, Feb 1.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Information Gathering Prototypes Structured Walkthrough.
Systems Analysis and Design in a Changing World, Fourth Edition
Topics Covered Phase 1: Preliminary investigation Phase 1: Preliminary investigation Phase 2: Feasibility Study Phase 2: Feasibility Study Phase 3: System.
 2004 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, by Bodnar/Hopwood 10 – 1 Systems Planning and Analysis Chapter 10.
Principles of Information Systems, Sixth Edition 1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
APPROACH TO SYSTEM DEVELOPMENT. SYSTEMS DEVELOPMENT LIFE CYCLE A project is a planned undertaking that has a beginning and an end and that produces a.
2Object-Oriented Analysis and Design with the Unified Process Objectives  Describe the activities of the requirements discipline  Describe the difference.
UML - Development Process 1 Software Development Process Using UML.
5. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Describe the activities of the requirements discipline  Describe the difference.
10-1 McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved.
1 Requirements Determination (Analysis) Lecture 3 Courtesy to Dr.Subhasish Dasgupta.
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 2 CHAPTER 2 SATZINGER | JACKSON | BURD INTRODUCTION TO SYSTEMS ANALYSIS AND DESIGN:
© 2017 by McGraw-Hill Education. This proprietary material solely for authorized instructor use. Not authorized for sale or distribution in any manner.
4 Chapter 4: Beginning the Analysis: Investigating System Requirements Systems Analysis and Design in a Changing World, 3 rd Edition.
The System Development Life Cycle
Systems Development Life Cycle
Investigating System Requirements
Objectives Describe the activities of the requirements discipline
Fundamentals of Information Systems, Sixth Edition
Systems Analysis and Design in a Changing World, 6th Edition
The System Development Life Cycle
Systems Analysis and Design
Systems Analysis – ITEC 3155 Requirements
Systems Development Life Cycle
UNIT No- III- Leverging Information System ( Investing strategy )
Presentation transcript:

IAD 2263: System Analysis and Design Chapter 3: Investigating System Requirements

Content Analysis activities in more detail System requirements Models and modeling Stakeholders – The source of system requirements Techniques for Information Gathering Validating the requirement

The Analysis Phase in More Detail Gather information Define system requirements –Functional and nonfunctional Prioritize requirements Prototype for feasibility and discovery Generate and evaluate alternatives Review recommendations with management 2

The Activities of the Analysis Phase ‏ 3

Activities of the Analysis Phase and Their Key Questions ‏ 4

System Requirements System requirements – specifications that define the new system Functional requirements –Activities system must perform (use cases) ‏ –Based on procedures and business functions –Documented in analysis models 5

System Requirements (cont) ‏ Nonfunctional requirements –Technical requirement – hardware and software –Performance requirement – workload measures –Usability requirement – user interface, workflow –Reliability requirement – outages, error detection –Security requirement – access & protection 6

Models and Modeling Analyst describes information system requirements using a collection of models Complex systems require more than one type of model Models represent some aspect of the system being built Process of creating models helps analyst clarify and refine design Models assist communication with system users 7

Stakeholders—The Source of System Requirements People with interest in successful system implementation Three primary groups of stakeholders –Users (use system) ‏ –Clients (pay for and own system) ‏ –Technical staff (ensure system operation) ‏ Every type of stakeholder is identified by analyst 8

Stakeholders Interested in New System Development 9

Techniques for Information Gathering Analysis phase done to understand business functions and develop system requirements Original structured approach –Create model of existing system –Derive requirements from existing system model Current approach –Identify logical requirements for new system –Balance the review of current business functions with new system requirements 10

Relationship Between Information Gathering and Model Building ‏ 11

Validating the Requirements Make sure gathered information is correct Structured walkthrough –Effective means of implementing quality control early in project –Verify and validate system requirements –Review of findings from investigation and of models based on findings Project manager responsible for system quality –Systems analyst, project manager are partners 12

Structured Walkthrou gh Form 13

Activity Diagrams Workflow – sequence of steps to process a business transaction Activity Diagram – workflow diagram to describe sequence of steps Synchronization bar – symbol to control splitting or merging of a path on an activity diagram Swimlane – bounded area that contains activities of a single agent 14

Activity Diagram Symbols 15

Activity Diagram that Models a Workflow 16

Activity Diagram with Concurrent Paths 17

Build Prototypes Prototype - Preliminary working model of a larger, more complex system component –Discovery, design, evolving prototypes Prototype should be –Operative Working model to provide “look and feel” –Focused to accomplish single objective –Quick Built and modified rapidly with CASE tools 18

Distribute and Collect Questionnaires Limited and specific information from a large number of stakeholders Preliminary insight into business Not well suited for gathering detailed information Closed-ended questions direct person answering question Open-ended questions encourage discussion and elaboration 19

Class Activity- Case Study on activity diagram Develop an activity diagram based on the following narrative. –The purchasing department handles purchase requests from other departments in the company. People in the company who initiate the original purchase request are the "customers" of the purchasing department. A case worker within the purchasing department receives that request and monitors it until it is ordered and received. –Case workers process requests for the purchase of products under $1,500, write a purchase order, and then send it to the approved vendor. Purchase requests over $1,500 must first be sent out for bid from the vendor that supplies the product. When the bids return, the case worker selects one bid. Then, he or she writes a purchase order and sends it to the vendor.

Case Study Answer

THANKS You are never too old to set another goal or to dream a new dream. ~C. S. Lewis~