1 SYS366 Week 3 Lecture 1 Introduction to Requirements Gathering: Part 1.

Slides:



Advertisements
Similar presentations
BUSINESS PLUG-IN B2 Business Process.
Advertisements

Copyright 2009  Develop the project charter: working with stakeholders to create the document that formally authorizes a project—the charter  Develop.
Lecture: Requirements Development - Vision and Scope.
Systems Analysis and Design 9th Edition
Chapter 2.
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.
CATEGORIES OF INFORMATION There are three main categories of business information,and these are related to the purpose for which the information is utilized.
Chapter 6 Organizational Information Systems
Lecture 1: Project Initiation  A Project is a sequence of unique, complex, and connected activities having one goal or purpose and that must be completed.
Unit Five – Transforming Organizations
Introduction to Systems Analysis and Design
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.
operational-level system. management-level system.
Management Information System
Professor Michael J. Losacco CIS 1150 – Introduction to Computer Information Systems Information Systems Chapter 10.
INTRODUCTION TO PROJECT MANAGEMENT. WHAT IS A PROJECT? “A planned undertaking of related activities to reach an objective that has a beginning and an.
@ ?!.
BTS330: Business Requirements Analysis using OO Discussion: Introduction to Business and the systems that support it.
Computer Science Centre University of Indonesia Chapter 1 Introduction to Decision Support Systems Mallach, 2000.
Setting Your Fees Project Cost and Setting Your Fees.
Chapter 10 Information Systems Analysis and Design
Using Information Technology Chapter 11 Information Systems.
OBJECT ORIENTED SYSTEM ANALYSIS AND DESIGN. COURSE OUTLINE The world of the Information Systems Analyst Approaches to System Development The Analyst as.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
McGraw-Hill/Irwin © The McGraw-Hill Companies, All Rights Reserved CHAPTER 9 Enabling the Organization—Decision Making.
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.
BUSINESS DRIVEN TECHNOLOGY
Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution Structured programming Product SW.
McGraw-Hill/Irwin © 2006 The McGraw-Hill Companies, Inc. All rights reserved. 1-1 BUSINESS DRIVEN TECHNOLOGY UNIT 1: Achieving Business Success Through.
Strategically Managing the HRM Function McGraw-Hill/Irwin ©2012 The McGraw-Hill Companies, All Rights Reserved.
1 Identifying System Requirements. 2 Agenda Identifying System Requirements –Stakeholder Needs –Features Project Scope Stakeholder Classifications.
Microsoft Office Project 2003: Selling EPM in your Organization Matt Wilson Business Solutions Specialist LMR Solutions.
Session III. Information Systems A system, whether automated or manual, that comprises people, machines, and/or methods organized to collect, process,
McGraw-Hill/Irwin © 2008 The McGraw-Hill Companies, All Rights Reserved Chapter 9 Enabling the Organization – Decision Making.
Formulating a Simulation Project Proposal Chapter3.
© 2008 Prentice Hall1-1 Introduction to Project Management Chapter 1 Introduction Information Systems Project Management: A Process and Team Approach,
Computer Concepts 2014 Chapter 10 Information Systems Analysis and Design.
1 BTS330 Lecture: Businesses and Business Processes.
1 SYS366 Lecture Requirements Gathering: Stakeholders.
1 SYS366 Lecture: Businesses and Business Processes.
Lecture 11 Introduction to Information Systems Lecture 12 Objectives  Describe an information system and explain its components  Describe the characteristics.
BTS330: Business Requirements Analysis using OO Lecture 6: Systems.
1 Accounting systems design & evaluation Karen Lau 25 Feb 2002.
Lecture: The Importance of Stakeholders SYS366. Identifying Requirements Objective of the requirements capture and analysis phases is to understand business.
Foundations of Information Systems in Business. System ® System  A system is an interrelated set of business procedures used within one business unit.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution Structured programming Product SW.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
Health Management Dr. Sireen Alkhaldi, DrPH Community Medicine Faculty of Medicine, The University of Jordan First Semester 2015 / 2016.
Kingdom of Saudi Arabia Ministry of Higher Education Al-Imam Muhammad Ibn Saud Islamic University College of Computer and Information Sciences 1 Chapter.
Foundations of Information Systems in Business
System A system is a set of elements and relationships which are different from relationships of the set or its elements to other elements or sets.
Fundamentals of Information Systems Dr. Hanan Moussa.
BTS330: Business Requirements Analysis using OO Lecture 5: The Importance of Stakeholders.
INTRODUCTION Mehmet Sait Andaç Web: Office: 431.
CIW Lesson 10 Part A NAME:____________________________.
Systems Analysis & Design 7 th Edition Chapter 2.
1 © 2014 by McGraw-Hill Education. This is proprietary material solely for authorized instructor use. Not authorized for sale or distribution in any manner.
1 BTS330 Week 4 - Lecture 1 Businesses and Business Processes.
+ CIW Lesson 10 Part A. + IT Project and Program Management Successfully managed IT projects increase productivity and increase profits IT projects differ.
Introduction to the course
BUSINESS PLUG-IN B15 Project Management.
BUSINESS PLUG-IN B2 Business Process.
TECHNOLOGY PLUG-IN T12 BUSINESS PROCESS.
BUSINESS PLUG-IN B2 Business Process.
Types of information systems in organizations and its characteristics
Enterprise Resource Planning (ERP) Systems
UNIT No- III- Leverging Information System ( Investing strategy )
Presentation transcript:

1 SYS366 Week 3 Lecture 1 Introduction to Requirements Gathering: Part 1

2 Today Business Systems Projects Why do Projects Fail? The importance of Stakeholders

3 What is a system? A combination of hardware and software that meets the needs of a business. A collection of inter-related components that collect, process, store and provide as output the information needed to complete business tasks and to make business decisions.

4 Types of systems? Office Systems Productivity tools available to employees on a desk top. Electronic Mail, Word Processing, Database Management, Spreadsheets, Desktop Publishing, Presentation Graphics and so on.

5 Types of systems? Operational (Transaction Processing) Systems Take care of the day-to-day processing of the business Information about the transactions that affect the organization are captured and recorded

6 Types of systems? Management Information Systems Uses operational systems’ information to give management the information needed to make management decisions

7 Types of systems? Executive Information Systems Provide information to executives on how their company is doing relative to the industry

8 Types of systems? Decision Support Systems Systems that allow a user to explore the impact of available options or decisions ‘What if’ analysis

9 Types of systems? Expert Systems Simulate human reasoning and decision- making. Artificial Intelligence.

10 Types of Systems Information systems Collection of interrelated components that collect, process, store, and provide as output the information needed to complete business processes

11 Flow of Information Horizontally - information flows across departments Vertically - information needs of clerical staff, middle management, and senior executives

12 Information Systems IS Planning Level Type of planningTypical IS applications Organizational Unit Responsible for Developing StrategicStrategies in support of organizational long-term objectives Market and sales analysis, Product planning, Performance evaluation Senior Management/ Executives TacticalPolicies in support of short-term goals and resource allocation Budget analysis, Salary forecasting, Inventory scheduling, Customer service Middle Management OperationalDay-to-day staff activities and production support Payroll, Invoicing, Purchasing, Accounting Lower Management; Operational

13 Today Business Systems Projects Why do Projects Fail? The importance of Stakeholders

14 What is a Project? Sequence of unique, complex, connected activities having one goal and that must be completed by a specific time, within a specific budget and according to spec

15 Project Initiation: How are Projects Chosen? Long-term information systems strategic plan (top-down) Department managers or process managers (bottom-up) Response to outside forces Legislative changes Market forces Competition

16 Strategic Planning Strategic Planning involves determining long-term objectives by analyzing the strengths and weaknesses of an organization, studying opportunities and threats in the business environment, predicting future trends, and projecting the need for new products and services.

17 Strategic Plan Helps determine which projects go ahead

18 How do you get projects justified? Understand the relationship to the Strategic Plan Support from Stakeholders Understand and quantify hard & soft benefits Understand and calculate one-time and ongoing costs

19 Some IT Examples Software/system development Package implementation Selection of a turnkey solution Technology implementation Business process re-engineering Component assembly

20 Hard vs Soft Benefits Hard- quantifiable in terms of dollars Soft - Intangible

21 Justification based on benefit Cost Savings New Services to clients Mandatory changes Strategic advantage Technical reasons

22 Project Parameters Scope Quality--product and process Cost Time Resources Scope and Quality ARE DIRECTLY IMPACTED BY Cost, Time, Resources

23 What is project scope? A definition of the boundaries of the project

24 When do you define scope? You define scope at the beginning of the project You manage and control scope throughout the life of the project

25 How do you define scope? You talk to your stakeholders!

26 How do you define scope? In addition to talking to your stakeholders!, You research and clarify You document Identify expected capabilities of new system Develop Business Use Case Diagrams Develop textual Business Use Case descriptions Ask, “Is problem understood?”

27 Today Business Systems Projects Why do Projects Fail? The importance of Stakeholders

28 Why is scope important? One of the biggest factors in project success Good scope definition = good client and IT understanding of what will be delivered and when Ensures you understand WHERE you are going, HOW you will get there and WHEN you will arrive This is where most projects start to fail!

29 What defines project success? On time Within budget Expected results achieved

30 The evil truth Only 16.2% of all IT projects succeed! Fully functional, on time, within budget Some studies show this as low as 10%.

31 The evil truth 52.7% are “challenged” --less than fully functional, over budget, late The remaining 31.1% get cancelled before they are fully implemented

32 The evil truth Estimated cost of challenged and cancelled projects in 1 year? $140 billion

33 More evil truth The average project: exceeds planned budget by 90% exceeds schedule by 120% How to estimate: take your best, most honest guess multiply that by 4

34 Why do projects fail? Objectives not fully specified (51%) Poor planning/estimating (48%) New technology (45%) Poor or no project management discipline (42%) Inadequate skills (42%) and so on…

35 Today Business Systems Projects Why do Projects Fail? The importance of Stakeholders

36 To A Avoid Disaster “The team must Establish a good understanding of the stakeholder community Demonstrate an understanding of the problem to be solved…”* * Use Case Modeling by Bittner and Spence, p. 50.

37 To A Avoid Disaster “The team must Capture the real needs of the stakeholders and the system features required to fulfill them Ensure that the views of the stakeholder community are actively and appropriately represented throughout the project” * * Use Case Modeling by Bittner and Spence, p. 50.

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

39 Categories of Stakeholders Five primary categories Users Sponsors Developers Authorities Customers

40 User Stakeholders Those who actually use the system Technology Adopters 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. 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

41 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 strategic issues

42 User Stakeholders Non-human users Mechanical devices that the system must interact with Other business areas Other systems

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

44 Developer Stakeholders Those involved in the production and maintenance

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

46 Customer Stakeholders Those doing business with the company

47 Over to You Let’s get started on Work Package 1 In-Class Exercise 5