1 BTS330 Introduction to Stakeholders & Business Areas.

Slides:



Advertisements
Similar presentations
Logical and Physical Design of an Information System
Advertisements

Scope of TOGAF ADM The scope of the four architecture domains of TOGAF align very well with the first four rows of the Zachman Framework, as shown in the.
Lecture # 2 : Process Models
Chapter 2.
1 Agenda 01/13/05 Announcement Database Development Process (Chapter 2)
Systems Analysis and Design in a Changing World, Tuesday, Jan 30.
Computers: Tools for an Information Age
Systems Analysis and Design in a Changing World, Fourth Edition
Accounting Information Systems: A Business Process Approach Chapter One: Introduction to Accounting Information Systems.
Fact-Finding Fact-Finding Overview
9 1 Chapter 9 Database Design Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
Requirements Gathering : Determining the scope of the system 1. Elicitiation – fact finding 2. Specification 3. Validation.
Introduction to Systems Analysis and Design
Welcome to CMPE003 Personal Computer Concepts: Hardware and Software Winter 2003 UC Santa Cruz Instructor: Guy Cox.
SYS366 Week 3, Lecture 2 Introduction to Requirements Gathering:
Copyright © 2003 by Prentice Hall Computers: Tools for an Information Age Chapter 14 Systems Analysis and Design: The Big Picture.
What is Business Analysis Planning & Monitoring?
Systems Analysis and Design: The Big Picture
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.
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
CIS 321—IS Analysis & Design Chapter 4: Analysis— Investigating System Requirements.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
The Challenge of IT-Business Alignment
PRJ566 Project Planning and Management
Roles and Responsibilities
CSE323 การวิเคราะห์และออกแบบระบบ (Systems Analysis and Design) Lecture 03: Requirements Capture Requirements Analysis.
3.08 b Determine venture’s information technology.
A GENERIC PROCESS FOR REQUIREMENTS ENGINEERING Chapter 2 1 These slides are prepared by Enas Naffar to be used in Software requirements course - Philadelphia.
1 SYS366 Week 4, Lecture 1 Introduction to Requirements Gathering: Part 3 – Getting to Software Requirements.
OBJECT ORIENTED SYSTEM ANALYSIS AND DESIGN. COURSE OUTLINE The world of the Information Systems Analyst Approaches to System Development The Analyst as.
Team-Based Development ISYS321 Determining Object- Oriented Systems Requirements.
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.
Lecture 7: Requirements Engineering
1 Identifying System Requirements. 2 Agenda Identifying System Requirements –Stakeholder Needs –Features Project Scope Stakeholder Classifications.
1 SYS366 Business Use Case Descriptions. 2 Today Identifying Business Use Cases Documenting Business Use Cases.
1 SYS366 Week 5 - Lecture 1 Systems Requirements Gathering: Identifying Software Requirements.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
Develop Project Charter
SYS366 Week 7, Lecture 1 Introduction to Requirements Gathering:
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
CT1404 Lecture 2 Requirement Engineering 1 1. Today's Lecture Definition of a Software Requirement Definition of Software Requirements Management Characteristics.
1 SYS366 Lecture Requirements Gathering: Stakeholders.
Validate Scope What we have: Requirement Traceability Matrix Verified Deliverables What we do: Inspection What we get: Accepted Deliverables.
Lecture: The Importance of Stakeholders SYS366. Identifying Requirements Objective of the requirements capture and analysis phases is to understand business.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Quality Management Theory Terms, Concepts, & Principles.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
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.
1 The System life cycle 16 The system life cycle is a series of stages that are worked through during the development of a new information system. A lot.
1 Systems Analysis & Design 7 th Edition Chapter 2.
David M. Kroenke and David J. Auer Database Processing Fundamentals, Design, and Implementation Appendix B: Getting Started in Systems Analysis and Design.
Prepared by Amira Selim 31 st October 2009 Revised by Dahlia Biazid Requirements Analysis.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
BTS330: Business Requirements Analysis using OO Lecture 5: The Importance of Stakeholders.
SYSTEM ANALYSIS AND DESIGN LAB NARZU TARANNUM(NAT)
1 Requirements Elicitation – 2 Lecture # Requirements Engineering Process Requirements Elicitation Requirements Analysis and Negotiation Requirements.
The Project Management Process Groups
Phase 1 Systems Planning
Getting Ready for the NOCTI test April 30, Study checklist #1 Analyze Programming Problems and Flowchart Solutions Study Checklist.
Introduction for the Implementation of Software Configuration Management I thought I knew it all !
Principles of Information Systems Eighth Edition
Fundamentals of Information Systems, Sixth Edition
Systems Analysis and Design
Accounting Information Systems: A Business Process Approach
How does a Requirements Package Vary from Project to Project?
The Development of Information Systems Chapter 8 page 348+
Chapter 1 (pages 4-9); Overview of SDLC
Portfolio, Programme and Project
Applied Software Project Management
Presentation transcript:

1 BTS330 Introduction to Stakeholders & Business Areas

2 Today More on Requirements Gathering Identifying Stakeholders Identifying Business Areas

3 Requirements Gathering Analyst needs to find out what the user requires in the new system or what the user requires to be changed in an existing system Gather the requirements by doing fact finding Document the requirements

4 Requirements Gathering For a new system, analyst needs 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?

5 Requirements Gathering For an existing system, analyst needs to find out: Functionality Some of the functionality of the existing system will be included in the new system Some of the data of the existing system may need to be migrated into the new system

6 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 ?

7 Requirements Gathering Scope of the System Functional TechnicalData RequirementsRequirementsRequirements

8 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

9 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

10 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

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

12 Requirements Gathering As part of the process to begin gathering requirements, it is necessary to understand the organizational structure of the organization to ensure that you use the correct people within the organization to get useful requirements Need to identify where those people are

13 Today More on Requirements Gathering Identifying Stakeholders Business Areas

14 Identifying Stakeholders A stakeholder is an individual who is materially affected by the outcome of the system or the project(s) producing the system Need to conduct a stakeholder analysis

15 Identifying Stakeholders A stakeholder analysis identifies: the key stakeholders the organizations they are with their overall organizational responsibilities their relationship to the project

16 Identifying Stakeholders Types of stakeholders: Users Sponsors Developers Authorities Customers

17 Identifying Stakeholders Users/Sponsors/Authorities/Customers: Provide user requirements for validation Developers: Provide the framework within which the system can be developed (architecture)

18 Identifying Stakeholders *Use Case Modeling by Bittner and Spence, Figure 3-3, p. 56.

19 Identifying Stakeholders Who are the users of the system? Who is the sponsor of the development? 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?

20 Identifying Stakeholders Are there any other internal or external users of the system whose needs must be addressed? Are there regulatory bodies or standards organizations to which the system must comply? Is there anyone else?

21 Today More on Requirements Gathering Identifying Stakeholders Business Areas

22 Business Areas Organizational grouping of responsibilities Discovered from stakeholder analysis The organizational areas needed to support a business

23 Business Areas To identify a business or organizational area, think of the business functions needed to support the business and group them into major areas of responsibility We will create a ‘package’ for each business area

24 Business Areas i.e. Loan Processing System Loan Submission Submit Load Request Evaluate Load Request Loan Program Inquiry Generate Loan Agreement Credit Management Retrieve Customer Profile Request Credit Report Perform Credit Analysis

25 Business Areas i.e. Loan Processing System Loan Account Maintenance & Care Close Out Loan Loan Account Status Inquiry Generate Late Notice Loan Portfolio Analysis & Reporting Generate Account Activity Sheet Delinquent Loan Inquiry Portfolio Performance Inquiry

26 Business Areas i.e. Gym Management System Employee Management Class Management Membership Services Management ProShop Management

27 Identifying Business Areas Based on your experience at Seneca College, identify as many business areas as you can for the Book Store at Seneca College.

28 Identifying Business Areas In class exercise: A Movie Theatre think of the processing to support a movie theatre and group the business functions a movie theatre provides and group these into major areas of responsibility