1 SYS366 Lecture Requirements Gathering: Stakeholders.

Slides:



Advertisements
Similar presentations
Building Customer Relationships Through Effective Marketing
Advertisements

3.05 Employee Marketing-information to develop a marketing plan
Workbook 1: Crafting Your Value Proposition Workbook Template
Chapter 1: The Context of SA&D Methods
Lecture 2: Businesses and Business Processes  archaic : purposeful activity : BUSYNESSBUSYNESS  usually commercial or mercantile activity engaged in.
1 SYS366 Week 1 - Lecture 2 How Businesses Work. 2 Today How Businesses Work What is a System Types of Systems The Role of the Systems Analyst The Programmer/Analyst.
1 Chapter 5: The F1ive Steps in Problem Analysis The five steps in problem analysis. Team Skill 1.
Project Management Quality Management* Dr. Khalid S. Husain * 07/16/96
Lesson-7 Players in the Systems Game
Introduction to Systems Analysis and Design
Waniwatining Astuti, M.T.I
Chistyakova Nataly O.. Project stakeholders The client is the principal party interested in the carrying out of a project and in its successful outcome.
International Organization for Standardization AIMS MANAGEMENT CONSULTANTS Vijay Garg ,
Problem Analysis The goal of problem analysis is to gain a better understanding of the problem being solved before development begins Gain agreement on.
SYS366 Week 3, Lecture 2 Introduction to Requirements Gathering:
Innovative and entrepreneurial projects. Innovation …the process of bringing any new problem solving idea into use … it is the generation, implementation.
A description of the different project roles and responsibilities within an organization Next © 2009 IT Project & Portfolio Office I The University of.
1 Module 14 Managerial Accounting for MBAs. 2 Financial Accounting Defined as the preparation of financial statements and other data for parties external.
BSBIMN501A QUEENSLAND INTERNATIONAL BUSINESS ACADEMY.
Dr. Tom WayCSC What is Software Engineering? CSC 4700 Software Engineering Lecture 1.
1 BTS330 Vision & Scope. 2 IT Projects What defines project success? On time Within budget Delivers what the clients want The reality Less than 20% of.
CSI315 Web Applications and Technology Overview of Systems Development (342)
1 SYS366 Week 3 Lecture 1 Introduction to Requirements Gathering: Part 1.
1 SYS366 Week 10, Lecture 3 Systems Requirements Gathering: Identifying Operating Requirements.
Module CC3002 Post Implementation Issues Lecture for Week 1 AY 2013 Spring.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
Quality Control Project Management Unit Credit Value : 4 Essential
BTS330: Business Requirements Analysis using OO Lecture 5: The Importance of Stakeholders.
Lecture: The Importance of Stakeholders.  Objective of the requirements capture and analysis phases is to understand business processes and develop requirements.
STRATEGIC HR CHOICES. STRATEGIC HR CHOICES: COMPENSATION  Internal vs. external equity  Fixed vs. variable pay  Performance vs. membership  Job vs.
1 BTS330 Introduction to Stakeholders & Business Areas.
Lecture 1 The University of Lahore Software Engineering Saeed Akhtar
The Enterprise Project Management (EPM) Professional March 28th, 2007 Brendan Giles, BSc., PMP, MOS, MCP (EPM) The Key to Successful Adoption of Enterprise.
1 Identifying System Requirements. 2 Agenda Identifying System Requirements –Stakeholder Needs –Features Project Scope Stakeholder Classifications.
1 SYS366 Week 4, Lecture 2 Requirements Part 4: Constraints, The Problem Statement.
1 BTS330 Lecture: Businesses and Business Processes.
Software Requirements and Design Khalid Ishaq
1 Team Skill 1 - Analyzing the Problem Continued and Product Features and Challenges Sriram Mohan.
Lecture: The Importance of Stakeholders SYS366. Identifying Requirements Objective of the requirements capture and analysis phases is to understand business.
1 Fit for the Future Selvin Brown MBE Programme Director, GCS Improvement Programme November 2015.
Problem Analysis 1. What is Problem Analysis?  The process of understanding real-world problems and user needs and proposing solutions to meet those.
IS2210: Systems Analysis and Systems Design and Change Twitter:
Requirements engineering The process of establishing the services that the customer requires from a system and the constraints under which it operates.
1 CP586 © Peter Lo 2003 Multimedia Communication Multimedia Development Team.
IS BUSINESS ETHICS AN OXYMORON?. Stakeholders  Building relationships is one of most important areas in business today  Can be associated with organizational.
Software Project Management Lecture 3. What is Project Management?  Project management is “the application of knowledge, skills, tools and techniques.
1 Version /05/2004 © 2004 Robert Oshana Requirements Engineering Analyzing the Problem.
BTS330: Business Requirements Analysis using OO Lecture 5: The Importance of Stakeholders.
STRATEGIC MANAGEMENT THE ORGANISATIONAL CONTEXT Prof. Dr. Kemal BİRDİR.
1 BTS330 Week 4 - Lecture 1 Businesses and Business Processes.
Crafting Your Offer & Market Value Proposition By Ed Downes.
1 Team Skill 1 Analyzing the Problem … Part 1: 5 steps in Problem Analysis Based on “Software Requirements Management, A use case approach”, by Leffingwell.
Chapter 1 Market-Oriented Perspectives Underlie Successful Corporate, Business, and Marketing Strategies.
Lecture 2: Business Use Cases and Actors - How to identify them
Fundamentals of Information Systems, Sixth Edition
BANKING INFORMATION SYSTEMS
Building the foundations for innovation
Lecture 6. Information systems
Chapter 4 Systems Planning and Selection
International Organization International Organization
Introduction to Requirements Management
International Organization International Organization
Career Framework: Grade
The Basics of Information Systems
International Organization International Organization
International Organization International Organization
ISO 9001.
The Basics of Information Systems
Accounting Discipline Overview
Presentation transcript:

1 SYS366 Lecture Requirements Gathering: Stakeholders

2 Today Who is a Stakeholder? Stakeholder Categories

3 Who is a Stakeholder? “ An individual who is materially affected by the outcome of the system or the project (s) producing the system” * Or the people who suffer from the problem being addressed * * Use Case Modeling by Bittner and Spence, p. 51.

The importance of Stakeholders The stakeholders are important because it is their needs that the systems analyst must understand and address in order to solve the business problem. 5

6 Identifying System Requirements “If you want to satisfy [Stakeholders’] real needs, you must understand the problem that they are trying to solve.” * *Use Case Modeling by Bittner and Spence, page. 69.

Why identify all of the categories of Stakeholders Because in order to understand the problem from their perspective, the systems analyst must talk to representatives of all of the categories of stakeholders that are affected by the problem. 7

8 AgendaToday Who is a Stakeholder? Stakeholder Categories

9 Categories of Stakeholders Five primary categories – Users – Sponsors – Developers – Authorities – Customers

10 User Stakeholders Users are those who actually use the system Two distinct types of User Stakeholders 1. Technology Adopters Interested in using all of the features of the system; in pushing it to the limit of its capabilities 2. Standard Users Not interested in using all of the features of the system. Rather they want a system that allows them to perform their business processes simply and in the same way that they are used to performing them

11 Standard Users Those in day-to-day business operations – use and change information Those using queries – view calculated/collected information Management – use reports, statistics – demand controls Executives – Use decision support to make strategic decisions

12 Non-Human Stakeholders Non-human users – Mechanical devices that the system must interact with – Other business areas – Other systems

13 Sponsor Stakeholders Those actually paying for the development of the system Those affected only by the business outcomes that the system influences

14 Examples of Sponsor Stakeholders Business Managers, investors Department heads “champions”

15 Developer Stakeholders Those involved in the production and maintenance Examples: – Project Leader – Systems Analysts – Programmers – Operations staff – Test Analysts and Programmers – QA – Implementation staff – Maintenance staff

16 Authority Stakeholders Those who are expert in a particular aspect of the problem or solution domain – Ministries – Technical experts – Domain experts

17 Customer Stakeholders Those doing business with the company

18 Questions to Ask to Determine Stakeholders: Who will be affected by the success or failure of the new solution? Who are the users of the system? Who is the economic buyer for the system? Who is the sponsor of the development? * * Use Case Modeling, by Bittner & Spence, page 63.

19 Questions to Ask to Determine Stakeholders: Who else will be affected by the outputs that the system produces? Who will evaluate and sign off on the system when it is delivered and deployed? Are there any other internal or external users of the system whose needs must be addressed? * * Use Case Modeling, by Bittner & Spence, page 63.

20 Questions to Ask to Determine Stakeholders: Are there any regulatory bodies or standards organizations to which the system must comply? Who will develop the system? Who will install and maintain the new system? Who will support and supply training for the new system? Who will test and certify the new system? * * Use Case Modeling, by Bittner & Spence, pages

21 Questions to Ask to Determine Stakeholders: Who will sell and market the new system? Is there anyone else? Okay, Is there anyone else? * *Use Case Modeling, by Bittner & Spence, page 64.