PRJ566 Project Planning and Management

Slides:



Advertisements
Similar presentations
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 1.Gain agreement on the problem definition. 2.Understand the root causes 3.Identify the.
Advertisements

Session # 2 SWE 211 – Introduction to Software Engineering Lect. Amanullah Quadri 2. Fact Finding & Techniques.
Slide 1 Systems Analysis and Design with UML Version 2.0 Alan Dennis, Barbara Wixom, and David Tegarden Chapter 5: Requirements Determination John Wiley.
 Interviewing individuals  Interviewing groups  Observing workers  Studying business documents 1.
4.01A ACQUIRE FOUNDATIONAL KNOWLEDGE OF MARKETING- INFORMATION MANAGEMENT TO UNDERSTAND ITS NATURE AND SCOPE WF SPORTS & ENTERTAINMENT MARKETING II.
CAP 252 Lecture Topic: Requirement Analysis Class Exercise: Use Cases.
ANALYSIS PHASE Systems analysis is the part of the SDLC in which to determine how the current information system functions and asses what users would like.
CATEGORIES OF INFORMATION There are three main categories of business information,and these are related to the purpose for which the information is utilized.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Computers: Tools for an Information Age
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 Systems.
Systems Analysis and Design in a Changing World, Fourth Edition
Systems Analysis and Design in a Changing World, Fifth Edition
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
Jump to first page Chapter 2 System Analysis - Determining System Requirements.
Requirements Gathering. Adapted from PowerPoint Presentation for Dennis, Wixom & Tegardem, Systems Analysis and Design, John Wiley & Sons, Inc. For CSU’s.
© Pearson Education Limited, Chapter 6 Fact-finding Transparencies.
IS550: Software requirements engineering Dr. Azeddine Chikh 4. Validation and management.
Chapter 4: Beginning the Analysis: Investigating System Requirements
1 Lecture 6 The Systems Analyst (Role and activities) Systems Analysis & Design Academic Year 2008/9.
The Agile vs. Waterfall Methodologies Systems Development:  the activity of creating new or modifying / enhancing existing business systems.  Objectives.
SYS366 Week 3, Lecture 2 Introduction to Requirements Gathering:
CSC271 Database Systems Lecture # 20.
Chapter 4: Beginning the Analysis: Investigating System Requirements
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 7 Determining.
INFORMATION SYSTEM APPLICATIONS System Development Life Cycle.
Chapter 4 Investigating System Requirements
System Analysis and Design 3 rd Lecture اعداد : أ.ساره الحجام.
CSE323 การวิเคราะห์และออกแบบระบบ (Systems Analysis and Design) Lecture 03: Requirements Capture Requirements Analysis.
Conceptual Design versus Logical Design. Conceptual Data Design Prepared at beginning of project High level view of how the client sees the data Top down.
PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
Requirements Gathering Chapter 5 Alan Dennis, Barbara Wixom, and David Tegarden John Wiley & Sons, Inc. Slides by Fred Niederman Edited by Solomon Negash.
System Analysis and Design Dr. Taysir Hassan Abdel Hamid Lecture 5: Analysis Chapter 3: Requirements Determination November 10, 2013.
1 SYS366 Week 4, Lecture 1 Introduction to Requirements Gathering: Part 3 – Getting to Software Requirements.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Team-Based Development ISYS321 Determining Object- Oriented Systems Requirements.
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 6 Determining System Requirements. 2 2 What are Requirements? “Requirements are … a specification of what should be implemented. They are descriptions.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 The Analysis Phase System Requirements Models and Modelling of requirements Stakeholders as a source of requirements.
Database Analysis and the DreamHome Case Study
1 BTS330 Introduction to Stakeholders & Business Areas.
Slide 1 Requirements Determination Chapter 5. Slide 2 Objectives ■ Understand how to create a requirements definition. ■ Become familiar with requirements.
University of Sunderland Professionalism and Personal Skills Unit 9 Professionalism and Personal Skills Lecture Data Collection.
1 SYS366 Week 5 - Lecture 1 Systems Requirements Gathering: Identifying Software Requirements.
Systems Analysis and Design in a Changing World, Thursday, Feb 1.
IFS310: Module 3 1/25/2007 Fact Finding Techniques.
Topics Covered Phase 1: Preliminary investigation Phase 1: Preliminary investigation Phase 2: Feasibility Study Phase 2: Feasibility Study Phase 3: System.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 7 Determining.
SYS366 Week 7, Lecture 1 Introduction to Requirements Gathering:
Chapter 4 Requirements Engineering (3/3) Yonsei University 2 nd Semester, 2015 Sanghyun Park.
The techniques involved in systems analysis Explanation of a feasibility study:Explanation of a feasibility study: –economic, –legal, –technical, –time.
Software Engineering Project.  Why User involvement?  Requirements Gathering statistics.  Ways of Gathering user requirements.  One-on-One Interviews.
IAD 2263: System Analysis and Design Chapter 3: Investigating System Requirements.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 4 Systems Requirements Determination.
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 5: Requirements Determination.
Chapter 6 Determining System Requirements. Objectives:  Describe interviewing options and develop interview plan.  Explain advantages and pitfalls of.
© 2005 by Prentice Hall Chapter 6 Determining System Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph.
1 Week 8 - Life cycle vs Methodology IT2005 System Analysis & Design.
Information System Analysis Topic-2. Data Gathering Observations Questionnaires Interviews.
GCSE ICT 3 rd Edition The system life cycle 18 The system life cycle is a series of stages that are worked through during the development of a new information.
MIS 321 PS 2 FACT FINDING METHODS: SURVEY AND INTERVIEW.
1 Requirements Determination (Analysis) Lecture 3 Courtesy to Dr.Subhasish Dasgupta.
Topic 2 – Techniques involved in Systems Analysis Unit 1 – Database Analysis and Design Advanced Higher Information Systems St Kentigern’s Academy.
Systems Analysis Lecture 5 Requirements Investigation and Analysis 1 BTEC HNC Systems Support Castle College 2007/8.
Information System Analysis Topic-2. Data Gathering Observations Questionnaires Interviews.
MANAGEMENT INFORMATION SYSTEM
Scope of Systems Requirements: Definition o f Requirements Not to define the full system Not to define the full system Describe or define the essential.
4 Chapter 4: Beginning the Analysis: Investigating System Requirements Systems Analysis and Design in a Changing World, 3 rd Edition.
TIM 58 Chapter 3: Requirements Determination
Systems Analysis and Design
Presentation transcript:

PRJ566 Project Planning and Management Scope

Managing Client Expectations Need to recognize a ‘want’ vs a ‘need’ Start gathering the requirements of the system Identify the functionality of the system Translate the functionality into use cases

Requirements Gathering Need to find out: Functionality What are the activities the system needs to perform? How is the user to interact with the system? Are other systems to interact with the system? Data needs What information is needed?

Requirements Gathering What is the analyst determining? Scope of the System Who is going to use the system? What is the new system going to do? What information does the system need to have available? How large is this system going to be? How small is the system going to be ?

Requirements Gathering Scope of the System Functional Technical Data Requirements Requirements Requirements

Requirements Gathering Functional Requirements Describes what a system does or is expected to do Includes: Descriptions of the processing which the system will be required to carry out Details of the inputs into the system from paper forms and documents or the interactions between people and the system or transfers from other systems Details of the outputs that are expected from the system in the form of printed documents and reports, screen displays and transfers to other systems

Requirements Gathering Technical Requirements Describes the aspects of the system that are concerned with how well it provides the functional requirements. Includes: Performance criteria Anticipated volumes of data Security requirements

Requirements Gathering Data Requirements Describes what information the system is going to need or produce – really a part of Functional and Technical Requirements Includes Details of the data that must be held in the system

Requirements Gathering Techniques for Gathering Requirements Interviews Prototypes Questionnaires Observation Reviewing existing documentation Review Strategic and Tactical Plans Other Methods

Interviews Primary technique for fact finding and information gathering Most effective way to understand business functions and business rules Usually requires multiple sessions Usually conducted with customers/clients/users Clients are not always able to express their requirements clearly  it is up to the analyst to ask the right questions to help the client express their requirements

Interviews Questioning Strategies Top Down How can order processing be improved? How can we reduce the number of times that customers return items they’ve ordered? How can we eliminate shipping the wrong products? High-level: very general Medium-level: moderately specific Bottom UP Low-level: very specific

Interviews Questions Open ended questions Encourages unstructured responses and generates discussion Useful when you need to understand a larger process or to draw out opinions or suggestions from the person being interviewed

Interviews Questions Closed ended questions Limited or restricted response – a simple definitive answer Used to get information that is more specific or when you need to verify facts

Interviews Sample interview questions Open-ended Closed-ended What do you think about the current system? How do you decide what type of marketing campaigns to run? Closed-ended How do customers place orders? How many orders to you receive a day?

Observation An effective way to gather requirements if obtaining complete information was not effective through other fact finding techniques (I.e. interviews and questionnaires) Or An effective way to verify information gathered from other fact finding sources (such as interviews)

Observation Observation can be done by having the analyst observe the client from a distance (without actually interrupting the client) or by actually doing the work of the client Should be carried out for a period of time and at different time intervals, not just once so that analyst can observe different workloads and to ensure that what client does is consistent over different periods of time

Observation Allows the analyst to follow an entire process from start to finish Can upset the client if they feel threatened by new activity going on around them – the client may behave differently from what they normally do

Reviewing existing documentation Most beneficial to new employees or consultants hired to work on a project Types of documentation that is reviewed: Company reports Organization charts Policy and Procedures manuals Job Descriptions Documentation of existing systems

Reviewing existing documentation Allows the analyst to get an understanding of the organization prior to meeting with employees Allows the analyst to prepare questions for either interviews or questionnaires (other fact finding techniques)