Chapter 3 Requirement Modeling

Slides:



Advertisements
Similar presentations
MIS (Management Information System)
Advertisements

Chapter 2 Analyzing the Business Case.
The Systems Analysis Toolkit
Requirements Modeling
Systems Analysis and Design 9th Edition
Week Two: Systems Planning
Chapter 2.
Chapter 3.
Topics: Interviewing Question Type Interviewing techniques
Requirements Modeling
Phase 2 – Systems Analysis
Systems Analysis and Design in a Changing World, Fourth Edition
Jump to first page Chapter 2 System Analysis - Determining System Requirements.
Analyzing the Business Case
Phase 2: Systems Analysis
Fact-Finding Fact-Finding Overview
System Analysis and Design
Chapter 4: Beginning the Analysis: Investigating System Requirements
Systems Analysis and Design 8th Edition
System Planning Analyzing the Business Case
Introduction to Systems Analysis and Design
Systems Analysis and Design 9th Edition
System Analysis and Design
Requirements Modeling
Systems Analysis and Design 10th Edition
Chapter 4: Beginning the Analysis: Investigating System Requirements
Continuation From Chapter From Chapter 1
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 7 Determining.
Project Life Cycle Lecture - 18.
Computers Are Your Future Eleventh Edition Chapter 13: Systems Analysis & Design Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall1.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
Chapter 3.
Business Case Justification System Planning
Requirements Gathering Chapter 5 Alan Dennis, Barbara Wixom, and David Tegarden John Wiley & Sons, Inc. Slides by Fred Niederman Edited by Solomon Negash.
1 Chapter Objectives  Describe systems analysis phase activities and the end product of the systems analysis phase  Explain joint application development.
Computers Are Your Future © 2006 Prentice Hall, Inc.
System Analysis System Analysis - Mr. Ahmad Al-Ghoul System Analysis and Design.
Topic 3 Requirements Modeling.  Describe systems analysis phase activities  Explain joint application development (JAD), rapid application development.
System Planning (Preliminary Investigation Overview)
Requirements Modeling
Systems Analysis and Design 8 th Edition Chapter 2 Analyzing the Business Case.
Computers Are Your Future © 2008 Prentice Hall, Inc.
Slide 1 Requirements Determination Chapter 5. Slide 2 Objectives ■ Understand how to create a requirements definition. ■ Become familiar with requirements.
Systems Analysis and Design in a Changing World, Thursday, Feb 1.
IFS310: Module 3 1/25/2007 Fact Finding Techniques.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 7 Determining.
CS211 Slide 3-1 ADCS 21 Systems Analysis Phase Overview Systems Requirements Checklist Fact-Finding techniques Documentation (Chapter 3) SYSTEMS ANALYSIS.
Chapter 6 Determining System Requirements. Objectives:  Describe interviewing options and develop interview plan.  Explain advantages and pitfalls of.
Department of Industrial Engineering Sharif University of Technology Session #10.
© 2005 by Prentice Hall Chapter 6 Determining System Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
Discuss the analytical skills, including systems thinking, needed for a systems analyst to be successful Describe the technical skills required of a systems.
DETERMINING REQUIREMENTS
1 Systems Analysis & Design 7 th Edition Chapter 2.
System Development Fundamentals System Analysis and Design (INF123) Semester B Lecturer: O. Pelekanou Weeks 4-5.
Chapter 4 Requirements Modeling Copyright ©2017 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly.
Systems Analysis & Design 7 th Edition Chapter 2.
1 Systems Analysis & Design 7 th Edition chapter 2.1-system analysis.
Systems Analysis Requirements Modeling Systems Analysis and Design Fourth Edition SDLC Phases Phase 2: Systems Analysis Objectives  Develop a logical.
CHAPTER 2 SYSTEM PLANNING DFC4013 System Analysis & Design.
4 Chapter 4: Beginning the Analysis: Investigating System Requirements Systems Analysis and Design in a Changing World, 3 rd Edition.
SYSTEMS ANALYSIS Chapter-2.
Systems Analysis and Design 10th Edition
Chapter 3 Requirements modeling
Phase 2. Analysis Phase 1. Planning Phase 3. Design Phase 5. Support
Introduction to Planning
CHAPTER 10 METHODOLOGIES FOR CUSTOM SOFTWARE DEVELOPMENT
Chapter 3.
Presentation transcript:

Chapter 3 Requirement Modeling

Phase Description Systems analysis is the second of five phases in the systems development life cycle (SDLC) Uses requirements modeling and data and process modeling to represent the new system Before proceeding to the next phase, systems design, you will consider system development strategies

Systems Analysis Phase Overview Systems Analysis Activities Requirements modeling Data and process modeling Development Strategies

Introduction This chapter describes requirements modeling techniques and team-based methods that systems analysts use to visualize and document new systems Fact-finding techniques include interviewing, documentation review, observation, surveys and questionnaires, sampling, and research 4

Systems Analysis Phase Overview The overall objective is to understand the proposed project, ensure that it will support business requirements, and build a solid foundation for system development You use models and other documentation tools to visualize and describe the proposed system

Systems Analysis Phase Overview Systems Analysis Skills Analytical skills Interpersonal skills Team-Oriented Methods and Techniques Joint application development (JAD) Rapid application development (RAD)

Joint Application Development User Involvement Users have a vital stake in an information system, and they should participate fully Successful systems must be user-oriented and users need to be involved

Joint Application Development JAD Participants and Roles JAD participants should be insulated from the distraction of day-to-day operations Objective is to analyze the existing system, obtain user input and expectations, and document user requirements for the new system

Joint Application Development JAD Participants and Roles Figure 3-4

Joint Application Development Figure 3-5

Joint Application Development JAD Advantages and Disadvantages Advantages Allows key users to participate effectively Disadvantages More expensive and can be cumbersome if the group is too large relative to the size of the project

Rapid Application Development Rapid application development (RAD) is a team-based technique that speeds up information systems development and produces a functioning information system RAD uses a group approach, but goes much further The end product of RAD is the new information system

Rapid Application Development RAD Phases and Activities

Rapid Application Development RAD Advantages and Disadvantages Advantages Systems can be developed more quickly with significant cost savings Disadvantages RAD stresses the mechanics of the system itself and does not emphasize the company’s strategic business needs Might allow less time to develop quality, consistency, and design standards

Modeling Tools and Techniques CASE Tools Offer powerful modeling features Systems analysts use modeling and fact-finding interactively Functional Decomposition Diagrams Functional decomposition diagram (FDD)

Modeling Tools and Techniques Functional Decomposition Diagrams Figure 3-9

System Requirements Checklist After gathering information about new system, system analyst needs to describe all system requirements. A feature that must be included in an IS to satisfy business requirement and be acceptable to users. Five general categories Outputs Inputs Processes Performance Controls

System Requirements Checklist Outputs The Web site must report online volume statistics every four hours, and hourly during peak periods The inventory system must produce a daily report showing the part number, description, quantity on hand, quantity allocated, quantity available, and unit cost of all parts — sorted by part number

System Requirements Checklist Inputs Manufacturing employees must swipe their ID cards(刷卡) into online data collection terminals that record labor costs and calculate production efficiency The department head must enter overtime hours on a separate screen

System Requirements Checklist Processes The student records system must calculate the GPA at the end of each semester As the final step in year-end processing, the payroll system must update employee salaries, bonuses, and benefits and produce tax data required by the IRS

System Requirements Checklist Performance The system must support 25 users online simultaneously Response time must not exceed four seconds

System Requirements Checklist Controls The system must provide log-on security at the operating system level and at the application level An employee record must be added, changed, or deleted only by a member of the human resources department

Future Growth, Costs, and Benefits Scalability(擴展性) A scalable system offers a better return on the initial investment To evaluate, you need information about projected future volume for all outputs, inputs, and processes

Future Growth, Costs, and Benefits Total Cost of Ownership Total cost of ownership (TCO) is especially important if the development team is evaluating several alternatives One problem is that cost estimates tend to understate indirect costs

Fact-Finding Fact-Finding Overview The first step is to identify the information you need Who, What, Where, When, How, and Why? Difference between asking what is being done (current situation) and what could or should be done (future improvement) Know now first, and future comes later

Fact-Finding Who, What, Where, When, How, and Why? Figure 3-15

Interviews Systems analysts spend a great deal of time talking with people Much of that time is spent conducting interviews Consists of 7 steps

Interview Step 1: Determine the People to Interview Informal structures: some people have more influence or knowledge than appears on an organization chart. Step 2: Establish Objectives for the Interview Determine the general areas to be discussed List the facts you want to gather

Interviews Step 3: Develop Interview Questions Creating a standard list of interview questions helps to keep you on track and avoid unnecessary tangents Avoid leading questions Open-ended questions How is the task performed? Closed-ended questions How many pc do you have in this department? Range-of-response questions On a scale of 1 to 10, how effective was your training?

Interviews Step 4: Prepare for the Interview Careful preparation is essential because an interview is an important meeting and not just a casual chat Limit the interview to no more than one hour Send a list of topics Ask the interviewee to have samples available

Interviews Figure 3-18

Interviews Figure 3-19

Interviews Step 5: Conduct the Interview Develop a specific plan for the meeting Begin by introducing yourself, describing the project, and explaining interview objectives Use engaged listening Allow the person enough time to think about the question Summarize main points After interview, summarize the session and seek a confirmation

Interviews Step 6: Document the Interview During the interview, note taking should be kept to a minimum After the interview, record the information quickly 50% of a conversation is forgotten within 30 minutes After the interview, send memo expressing appreciation, including the main points discussed so the interviewee has a written summary and can offer additions or corrections

Interviews Step 7: Evaluate the Interview Unsuccessful Interviews In addition to recording the facts obtained in an interview, try to identify any possible biases Unsuccessful Interviews No matter how well you prepare for interviews, some are not successful

Other Fact-Finding Techniques Document Review Observation Seeing the system in action gives you additional perspective and a better understanding of the system procedures Plan your observations in advance Hawthorne Effect

Other Fact-Finding Techniques Questionnaires and Surveys When designing a questionnaire, the most important rule of all is to make sure that your questions collect the right data in a form that you can use to further your fact-finding

Other Fact-Finding Techniques Sampling Systematic sample Stratified (分層的)sample Random sample Main objective of a sample is to ensure that it represents the overall population accurately

Other Fact-Finding Techniques Research Newsgroups Site visit

Other Fact-Finding Techniques Interviews versus Questionnaires Interview is more familiar and personal Questionnaire gives many people the opportunity to provide input and suggestions Brainstorming Structured brainstorming (take turn to speak) Unstructured brainstorming (speak when you have an idea)

Documentation The Need for Recording the Facts Record information as soon as you obtain it Use the simplest recording method Record your findings in such a way that they can be understood by someone else Organize your documentation

Documentation Software Tools CASE Tools Productivity Software Word processing, spreadsheets, database management, presentation graphics, histogram

Documentation Software Tools Graphics modeling software Personal information managers Personal information manager (PIM) Handheld computers Personal digital assistants (PDAs) Wireless communication devices