CIS 321—IS Analysis & Design Chapter 4: Analysis— Investigating System Requirements.

Slides:



Advertisements
Similar presentations
Systems Analysis and Design in a Changing World
Advertisements

Object-Oriented Analysis and Design LECTURE 3: REQUIREMENTS DISCIPLINE.
The System Development Life Cycle
Karolina Muszyńska Based on
Systems Analysis and Design 9th Edition
Chapter 2.
Today’s Outline Review exam one performance and overall grade
© Prentice Hall CHAPTER 9 Application Development by Information Systems Professionals.
2Object-Oriented Analysis and Design with the Unified Process Overview  Requirements discipline prominent in elaboration phase  Requirements discipline.
Lecture 13 Revision IMS Systems Analysis and Design.
Systems Analysis and Design in a Changing World, Tuesday, Jan 30.
Systems Analysis and Design in a Changing World, Fourth Edition
Systems Analysis and Design in a Changing World, Fifth Edition
Professor Michael J. Losacco CIS 1150 – Introduction to Computer Information Systems Systems Analysis and Design Chapter 12.
7.2 System Development Life Cycle (SDLC)
Chapter 4: Beginning the Analysis: Investigating System Requirements
Systems Analysis and Design in a Changing World, 6th Edition
Introduction to Systems Analysis and Design
Sharif University of Technology Session # 4.  Contents  Systems Analysis and Design Sharif University of Technology MIS (Management Information System),
Chapter 4: Beginning the Analysis: Investigating System Requirements
CIS 321—IS Analysis & Design
INFORMATION SYSTEM APPLICATIONS System Development Life Cycle.
Chapter 4 Investigating System Requirements
Systems Development Lifecycle Project Identification & Selection Project Initiation & Planning Analysis Logical Design Physical Design Implementation Maintenance.
المحاضرة الثالثة. Software Requirements Topics covered Functional and non-functional requirements User requirements System requirements Interface specification.
Investigating System Requirements
Business Analysis and Essential Competencies
2Object-Oriented Analysis and Design with the Unified Process The Requirements Discipline in More Detail  Focus shifts from defining to realizing objectives.
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.
Lecture 7: Requirements Engineering
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 8 th Edition Chapter 2 Analyzing the Business Case.
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.
Foundations of Geospatial System Development II Todd S. Bacastow Professor of Practice for Geospatial Intelligence John A. Dutton e-Education Institute.
Systems Analysis and Design in a Changing World, Fourth Edition
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 7 Determining.
IAD 2263: System Analysis and Design Chapter 3: Investigating System Requirements.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
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.
Chapter 11: Alternative Approach - Purchasing Systems.
Requirements Engineering Process
Thomas L. Gilchrist Testing Basics Set 3: Testing Strategies By Tom Gilchrist Jan 2009.
Requirements Engineering Processes. Syllabus l Definition of Requirement engineering process (REP) l Phases of Requirements Engineering Process: Requirements.
2Object-Oriented Analysis and Design with the Unified Process Objectives  Describe the activities of the requirements discipline  Describe the difference.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
Investigating System Requirements
5. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Describe the activities of the requirements discipline  Describe the difference.
Installation and Maintenance of Health IT Systems Unit 8a Troubleshooting; Maintenance and Upgrades; and Interaction with Vendors, Developers, and Users.
Public Management Information Systems System Analysis & Design Saturday, June 11, 2016 Hun Myoung Park, Ph.D. Public Management & Policy Analysis Program.
1 Requirements Determination (Analysis) Lecture 3 Courtesy to Dr.Subhasish Dasgupta.
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
Requirements Determination
Investigating System Requirements
Objectives Describe the activities of the requirements discipline
Fundamentals of Information Systems, Sixth Edition
TIM 58 Chapter 3: Requirements Determination
Systems Analysis and Design
Systems Analysis and Design in a Changing World, 6th Edition
The System Development Life Cycle
Investigating System Requirements
Systems Analysis – ITEC 3155 Requirements
Joint Application Development (JAD)
Public Management Information Systems System Analysis Thursday, August 01, 2019 Hun Myoung Park, Ph.D. Public Management & Policy Analysis Program Graduate.
Presentation transcript:

CIS 321—IS Analysis & Design Chapter 4: Analysis— Investigating System Requirements

2 Overview A reminder—the ______ consists of five phases: Planning Analysis Design Implementation Maintenance Two key activities (skills) involved with analysis: Investigate the system requirements* Model the business processes to meet the requirements** Investigation Become an expert about the current/proposed system *Covered in this chapter **Covered in Chapter 5

3 Activities of the Analysis Phase Gather information Define system requirements Prioritize system requirements Prototype for feasibility and __________ Generate and evaluate alternatives Review recommendations with management

4 Gather (All) Information About the existing business process/information system Interview users/stakeholders Observe users Become deeply involved About the proposed business process/information system Interview users of similar systems About the technical issues of the existing/proposed system ___________ with other systems Software packages that may meet requirements

5 Define System Requirements Types of requirements Functional—what functions need to be performed __________—how to perform the required functions Two types of models Detailed logical Performed during analysis, w/o reference to technology Detailed __________ Performed during design, w/ reference to technology How to model Create, refine, cross-validate with other models Specific models depend on development methodology

6 Prioritize Requirements Categorize system functions Essential Desirable Resources are limited Each requirement must be justified Without prioritization, scope _______ can occur

7 Prototype Two reasons for prototyping in the analysis phase Verify the plan can meet existing requirements Problem domain (user view) Technology domain (system view) ___________ new requirements Problem domain (user view) Technology domain (system view)

8 Generate and Evaluate Alternatives Possible alternatives for system development In-house development Third party development Packaged software Also known as make vs. _____

9 Review Recommendations w/ Management Keep management informed throughout the analysis phase Decisions Should the project continue? (go-no go) If so, which alternative should be selected? What is the revised budget and schedule?

10 Business Process Reengineering Different philosophies about change If it ain’t broke, don’t fix it _____________ improvement (many small improvements) BPR (major changes) Customer ____________ management (CRM) Keep detailed information about customers to serve them better What if BPR costs jobs? If your company doesn’t make major improvements, your competitors will and you will go out of business entirely If possible, go beyond the obvious requirements

11 System Requirements Definition All of the capabilities and constraints that the new system must meet Two types of system requirements Functional (functions the system must perform) Nonfunctional (how the system must function) Technical (What operating system? Wireless network?) Performance (Response time? Number of users?) Usability (Types of menus? Legal disclaimers?) Reliability (Required uptime? Procedures for downtime?) Security (Who has access?)

12 Stakeholders—The Source Definition Those who have an interest in the successful implementation of the system All stakeholders must be included in analysis Types of stakeholders Users Horizontal—across departments Vertical—business, information, management, executive, external _______ Person or group providing the funding for the project Technical staff Can the technical staff support the technical requirements?

13 Old vs. New Systems In the past… the existing system was completely documented before the new system was studied Today… the analyst begins with the new system requirements (to save time) the existing system is studied only to discover business needs

14 Themes for Questions The goal: build a _______ model of the new system Three major questions must be answered in detail What are the business processes? How is the business process performed? What information is required? Be effective and efficient in your analysis

15 Information Gathering Methods Review existing documentation (external / internal) Conduct interviews with users (checklist, p. 130) prepare, conduct, follow up Observe and document business processes use activity diagrams (part of UML) to document workflow Build prototypes desired characteristics: operative, focused, quick Distribute and collect questionnaires (limited use) Conduct JAD or GSS sessions Research vendor solutions (but be careful)

16 Validating Requirements Developing a system is like constructing a building Structured walkthrough—a review of all the findings during analysis What and when? All the models developed Who? Developers and stakeholders How? preparation execution follow-up