Lecture: The Importance of Stakeholders.  Objective of the requirements capture and analysis phases is to understand business processes and develop requirements.

Slides:



Advertisements
Similar presentations
Workbook 1: Crafting Your Value Proposition Workbook Template
Advertisements

Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Chapter 5 Buying business services. Program The increasing importance of services Differences between goods and services A classification of services.
Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department of Defense © 1998 by Carnegie Mellon.
Software Configuration Management
Lecture 2: Businesses and Business Processes  archaic : purposeful activity : BUSYNESSBUSYNESS  usually commercial or mercantile activity engaged in.
1 Chapter 5: The F1ive Steps in Problem Analysis The five steps in problem analysis. Team Skill 1.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Project Management Quality Management* Dr. Khalid S. Husain * 07/16/96
CHAPTER 9: LEARNING OUTCOMES
socio-organizational issues and stakeholder requirements
Waniwatining Astuti, M.T.I
Framework Project Concept Source – PMBOK®– 2008 Edition Project Management Professional Project Management Professional (P M P)
Chistyakova Nataly O.. Project stakeholders The client is the principal party interested in the carrying out of a project and in its successful outcome.
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:
Project Management Lecture 5+6 MS Saba Sahar.
Project Management An Overview John Mulhall MIICM; LIB International Credit & Process Management Professional.
Project Management Fundamentals Project Organization and Integration
What is Business Analysis Planning & Monitoring?
A description of the different project roles and responsibilities within an organization Next © 2009 IT Project & Portfolio Office I The University of.
Project Identification and Selection
Strengthening the quality of research for policy engagement in the African context – achievements and aspirations Tebogo B. Seleka Botswana Institute for.
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.
Resources Performance time. resources Performance time 2.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
PRODUCT TRANSFER.
Quality Control Project Management Unit Credit Value : 4 Essential
Software Requirements Engineering: What, Why, Who, When, and How
BTS330: Business Requirements Analysis using OO Lecture 5: The Importance of Stakeholders.
Chapter 3 DECISION SUPPORT SYSTEMS CONCEPTS, METHODOLOGIES, AND TECHNOLOGIES: AN OVERVIEW Study sub-sections: , 3.12(p )
Chapter CHAPTER EIGHT OVERVIEW SECTION 8.1 – OPERATIONS MANAGEMENT Operations Management Fundamentals OM in Business IT’s Role in OM Competitive.
1 BTS330 Introduction to Stakeholders & Business Areas.
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 SYS366 Lecture Requirements Gathering: Stakeholders.
System Implementation. © 2011 Pearson Education, Inc. Publishing as Prentice Hall 2 Chapter 13 FIGURE 13-1 Systems development life cycle with the implementation.
BTS330: Business Requirements Analysis using OO Lecture 6: Systems.
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.
Team Skill 1 Analyzing the Problem
Problem Analysis 1. What is Problem Analysis?  The process of understanding real-world problems and user needs and proposing solutions to meet those.
Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution Structured programming Product SW.
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.
Environment Lecture 2. Environment definition Organizations are open systems with input and output. Environment is all that surrounds the organization.
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.
Analysis of the External Environment and Competition
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.
Requirement Elicitation Nisa’ul Hafidhoh Teknik Informatika
Security Development Lifecycle (SDL) Overview
Introducing Accrual Accounting in the Republic of Kazakhstan
Lecture 2: Business Use Cases and Actors - How to identify them
The Project Management Framework
Chapter 4 Systems Planning and Selection
Introduction to Requirements Management
Mumtaz Ali Rajput +92 – SOFTWARE PROJECTMANAGMENT– WEEK 1 Mumtaz Ali Rajput +92 – 301-
Why should the public sector want to innovate?
The Basics of Information Systems
The Basics of Information Systems
Presentation transcript:

Lecture: The Importance of Stakeholders

 Objective of the requirements capture and analysis phases is to understand business processes and develop requirements for the new system

 “ 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.

 Five primary categories  Users  Sponsors  Developers  Authorities  Customers

 Those who actually use the system  Skilled Users  Comfortable with technology  Interested in using all of the features of the system; in pushing it to the limit of its capabilities  Standard Users  Not interested in using all of the features of the system.  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

 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  strategic issues

 Mechanical devices that the system must interact with  Other business areas  Other systems

 Indirect users  Or those actually paying for the development of the system  Or those affected only by the business outcomes that the system influences

 Business Managers, investors  Department heads  “champions”

 Those involved in the production and maintenance

 Those who are expert in a particular aspect of the problem or solution domain  Ministries  Technical experts  Domain experts

 Those doing business with the company

 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.

 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.

 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

 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.

 “…you must understand the economic, technological, political, and business environment into which the system will be introduced and how that environment will be changed by the new system.” * * Use Case Modeling by Bittner and Spence, page. 15.

--can tell you the economic, technological, political, and business environment into which the system will be introduced and how that environment will be changed by the new system.

 Now it is time for you to compile a list of stakeholders for your subsystem and add them to your requirements document