ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.

Slides:



Advertisements
Similar presentations
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
Advertisements

Chapter 2 Analyzing the Business Case.
IS Theories & Practices Systems Architecture & Infrastructure IS 655: Supplementary Note 1 CSUN Information Systems.
5 C H A P T E R Modeling System Requirements: Events and things.
The System Development Life Cycle
Karolina Muszyńska Based on
Systems Analysis and Design 9th Edition
Chapter 2.
CATEGORIES OF INFORMATION There are three main categories of business information,and these are related to the purpose for which the information is utilized.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
Bina Nusantara 5 C H A P T E R SYSTEMS ANALYSIS. Bina Nusantara Systems Analysis Define systems analysis and relate the term to the scope definition,
Review Questions List and describe the purpose of the four phases of Systems Analysis. The preliminary investigation phase quickly determines whether or.
Systems Analysis and Design in a Changing World, Fourth Edition
Analyzing the Business Case
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
Karolina Muszyńska Based on
Fact-Finding Fact-Finding Overview
System Planning Analyzing the Business Case
Lesson-15 Systems Analysis What are information systems, and who are the stakeholders in the information systems game? Define systems analysis and relate.
1 Lecture 6 The Systems Analyst (Role and activities) Systems Analysis & Design Academic Year 2008/9.
Introduction to Systems Analysis and Design
The Agile vs. Waterfall Methodologies Systems Development:  the activity of creating new or modifying / enhancing existing business systems.  Objectives.
SYSTEMS ANALYSIS. Chapter Five Systems Analysis Define systems analysis Describe the preliminary investigation, problem analysis, requirements analysis,
Acquiring Information Systems and Applications
S/W Project Management
Chapter 5 System Analysis Sarah El Sehemawy Karim Elsabee Sherine Meshad Hakim Meshriky Ahmed Zaki Ismail Abou Hamda.
Foundations of Geospatial System Development Todd S. Bacastow Professor of Practice for Geospatial Intelligence John A. Dutton e-Education Institute The.
Business Case Justification System Planning
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
Chapter 14 Information System Development
5 SYSTEMS ANALYSIS C H A P T E R
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
2131 Structured System Analysis and Design
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
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.
1-1 System Development Process System development process – a set of activities, methods, best practices, deliverables, and automated tools that stakeholders.
Systems Analysis and Design
Systems Analysis and Design 8 th Edition Chapter 2 Analyzing the Business Case.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
IFS310: Module 4 11/3/2015 Structured Methodology and COBOL.
Systems Analysis and Design in a Changing World, Fourth Edition
Develop Project Charter
2 nd Knowledge Area : Project Scope Management. Importance of Good Project Scope Management 1995 CHAOS study cited user involvement, a clear project mission,
CSE-3421: INFORMATION SYSTEM ANALYSIS & DESIGN. DUET Copyright © 2010 Dr. M.A. Kashem DR.M.A.Kashem Associate professor SOFTWARE ENGINEERING CSE
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
Foundations of Geospatial System Development Todd S. Bacastow Professor of Practice for Geospatial Intelligence John A. Dutton e-Education Institute The.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
OBJECT-ORIENTED SYSTEM ANALYSIS AND DESIGN 河北农业大学面向对象系统分析与设计课程组版权所有 5 C H A P T E R SYSTEMS ANALYSIS.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
1 Systems Analysis & Design 7 th Edition Chapter 2.
Ondřej Přibyl L3: System Development Life Cycle page 1 Lecture 3: System Development Life Cycle Doc.Ing. Ondřej Přibyl, Ph.D. Department of applied mathematics.
SYSTEM ANALYSIS AND DESIGN LAB NARZU TARANNUM(NAT)
Systems Analysis & Design 7 th Edition Chapter 2.
Systems Analysis Lecture 5 Requirements Investigation and Analysis 1 BTEC HNC Systems Support Castle College 2007/8.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
CHAPTER 2 SYSTEM PLANNING DFC4013 System Analysis & Design.
Chapter 1: Introduction to Systems Analysis and Design
Fundamentals of Information Systems, Sixth Edition
Fundamentals of Information Systems, Sixth Edition
Lecture on Systems Analysis
Systems Analysis and Design
Chapter 5 Systems Analysis.
Chapter 1: Introduction to Systems Analysis and Design
Chapter 4 Systems Analysis
System Analysis System Analysis & Design Course
Chapter 1: Introduction to Systems Analysis and Design
Presentation transcript:

ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY

INTRODUCTION System Analysis – is a term that describes the early phases of systems development. problem solving technique that decomposes a system into its component pieces for the purpose of studying how well those component parts work & interact to accomplish their purposes.

System analysis approaches There are 4 system analysis approaches; Model driven analysis approach Accelerated analysis approach Requirements discovery methods Business process redesign methods

Model Driven Analysis Approaches Emphasizes the drawing of pictorial system models to document & validate both existing & proposed system. The system model becomes the blueprint for designing & constructing an improved system. Example of software : VISIO Structures Analysis Was one of the first formal approach for system analysis of business information system. Used to either analyze an existing system, define business requirements for new system or both.

Model Driven Analysis Approaches Information Engineering Model driven & data centered approach to plan, analyze & design information systems. Consists of pictures that illustrate & synchronize the system’s data & processes. Said to be data-centered paradigm because it emphasizes the study & requirement analysis of data requirements before those of the process & interface requirements. This is based on the belief that data is a corporate resources that should be planned & managed.

Model Driven Analysis Approaches Object Oriented Analysis Is a technique that integrates data & process concerns into constructs called objects. Consists of pictures that illustrates the system’s objects from various perspectives such as structure & behaviour. Unified Modeling Language (UML) provides a graphical syntax for an entire series of object models.

Accelerated Analysis Approaches Emphasize the construction of prototypes by rapidly identifying business & user requirements for a new system. Emphasizes the interface building blocks in the information system framework by constructing sample forms & reports. Prototype – a small scale, incomplete but working sample of desired system.

Accelerated Analysis Approaches Discovery Prototyping Uses rapid development technology to help users discover their business requirements by having them reach to quick- and- dirty implementation of those requirements. Rapid Architecture Analysis An accelerated analysis approach that also builds a system models. Attempts to derive system models from existing systems or discovery prototype. It is made possible by reverse engineering technology that is included in many tools such as CASE & programming languages.

Accelerated Analysis Approaches Reverse engineering technology reads the program code for an existing database, application program, user interface & automatically generates the equivalent system model. The resulting system model can be further edited by system analyst & users to provide a blueprint for a new & improved system.

Requirement Discovery Methods Includes those techniques to be used by system analyst to identify or extract system problems & solution requirements from the user community. Fact-finding Techniques An essential skill for all system analysts. Classical set of techniques used to collect information about system problems, opportunities, solution requirements & priorities.

Accelerated Analysis Approaches Fact finding techniques; Sampling of existing documentation, reports, forms, memos Research of relevant literature, site visits Observation on the current system & work environment Questionnaires & surveys of the management & users Interviews of the appropriate managers, users & technical staffs.

Business Process Redesign Methods Business process redesign – the application of system analysis methods to the goal of dramatically changing & improving the fundamental business processes of an organization, independent of information technology. Suitable for a study of existing business processes to identify problems & inefficiencies that is addressed in requirements for new / improved system.

The Preliminary Investigation Phase Investigation is done by system analyst to study the systems request & recommend specific action. The analyst gathers fact about the problem / opportunity, project scope & constraints, project benefits & estimated development time & cost. The end product of the investigation is a report to the management.

Steps in the Preliminary Investigation Step 1: Understand the problem / opportunity Step 1: Understand the problem / opportunity Step 2: Define project scope & constraints Step 2: Define project scope & constraints Step 3: Performs fact-finding Step 3: Performs fact-finding Step 4: Determine feasibility Step 4: Determine feasibility Step 5: Estimate development time & cost Step 5: Estimate development time & cost Step 6: Present result/recommendation to management Step 6: Present result/recommendation to management

Steps in the Preliminary Investigation Step 1: Understand the problem / opportunity System analyst might need to develop a business profile. Analyst will need to understand & know how the modifications will affect the business operation or system even when it’s a small alteration. Step 2: Define the project scope & constraints Means to define boundaries/extent of the project being as specific as possible. Projects that expands gradually without specific authorization is called = project creep

Steps in the Preliminary Investigation Types of constraints ; present, future, internal, external, mandatory & desirable. Step3: Perform fact-finding Analyst will perform this step using various techniques such as; Analyze organization charts – to understand how departments functions & identify the individual involved Conduct interview – interviewing the identified individual. Review current documentation – analyst should check whether the documentation received is accurate & complete Observe operation – use statistic technique to check the frequency Carry out a user survey – especially when it involves larger group.

Steps in the Preliminary Investigation Step4 : Determine feasibility To determine economic feasibility. Step5 : Estimate time & cost To determine cost & time the following need to be addressed: What information needed & how to gather & analyze? Source of information to use & the constraints to use it? How many will be interviewed & how much time & cost for it. How much cost to alayze the information gathered & prepare final report.

Steps in the Preliminary Investigation Step6 : present results & recommendations to management If minor problem then recommendation is given without further analysis, but if the problem is big then further analysis is needed (development phase)

Problem Analysis Phase Provides the analyst a better understanding of the problems, opportunities & directives that triggered the project. The goal of this phase is to study & understand the problem domain well enough to analyze its problems, opportunities & constraints.

Steps in Problem Analysis Phase Analyst must follow a series of steps: Step 1 – study the problem domain Step2 – analyze problems & opportunities Step3 – analyze business process Step4 – establish system improvement objectives Step 5- update the project plan Step 6 – present findings & recommendations to management

Steps in Problem Analysis Phase Step 1 – study the problem domain Attempts to learn about the current system Step2 – analyze problems & opportunities To perform this step, project team must work with system owners & system users Cause & effect analysis is a technique in which problems are studied to determine their causes & effects.

Steps in Problem Analysis Phase Step3 – analyze business process Analyze business needs – to clearly define the business & system requirements. Define business solution – IT experts define in the form of programs 7 databases, business people define in procedures to fulfill business mission. Test business solution – evaluating whether the solution fulfills the business need. Step4 – establish system improvement objectives Any improvement to the system will be measured & constraints identified. Criteria for success measured in term of objectives

Steps in Problem Analysis Phase Step 5 – update the project plan This task is triggered by completion of the system improvement objectives. Initial project plan = input, updated project plan = output Step 6 – present findings / recommendations This task is triggered by the completion of the updated project plan.

Requirements Analysis Phase Defines the business requirements for a new system. Final deliverables & milestones is to produce a business requirements statement that will fulfill the system improvement objectives.

Steps in Requirements Analysis Phase Steps are as follows: Step 1 – define requirements Step2 – analyze functional requirements Step3 – trace & complete requirements Step4 – prioritize requirements Step5 – update the project plan Step6 – outgoing requirement management

Steps in Requirements Analysis Phase Step1 : define requirements A functional requirement – a description of activities & services a system must provide (input, output, stored data & processes) Non functional requirement – description of other features, characteristics & constraints that define a satisfactory system (performance, budgets, cost) Step2 : Analyze functional requirements System modeling – graphical representation of concept or process that system developers can analyze, test & modify Prototyping – creation of early working version of the information system or its components.

Steps in Requirements Analysis Phase Step3 – Trace & complete requirements Tracing each system model / prototype back to the functional requirement to ensure all functional requirements are fulfilled. Step4 – prioritize requirements Timeboxing – technique that delivers information system’s functionality & requirements through versioning.

Steps in Requirements Analysis Phase Step5 : update the project plan The completed business requirements statement completes the task, as well as the requirement analysis phase. Step6 : ongoing requirement management Requirement management defines a process for everyone involved in the system development that specifies how changes are to be requested & documented, how to be logged & tracked, etc

Decision Analysis Phase Identifies candidate solutions, analyses those candidate solutions & recommends a target system that will be designed, constructed & implemented.

Steps in Decision Analysis Phase Steps are as follows ; Step1 – identify candidate solutions Step2 – analyze candidate solutions Step3 – compare candidate solutions Step4 – update the project plan Step5 – recommend a system solution

Steps in Decision Analysis Phase Step 1: identify candidate solution System owners & users may not be directly involved in the task, but they may contribute ideas & opinions that start the task. Step2: analyze candidate solution Each candidate solution must be analyzed for feasibility. 4 criteria: Technical feasibility Operational feasibility Economic feasibility Schedule feasibility

Steps in Decision Analysis Phase Step3 : Compare candidate solution The deliverables of this task is the solutions to be recommended. If more than one solution is recommended, priorities should be established. Step4 : update the project plan System analyst are adjusting scope accordingly, so based on the solution recommended, analyst should re- evaluate project scope & update project plan accordingly

Steps in Decision Analysis Phase Step6 : Recommend a solution This task is triggered by the completion of the updated project plan.