12/10/15.  It is a Cross Life Cycle Activity (CLCA) that may be performed at any stage ◦ In fact, some part of it (e.g. risk analysis and management)

Slides:



Advertisements
Similar presentations
Preparing the Systems Proposal CIS458. Last Class Project outline –Documents and reports Database Application Lifecycle –Database planning, system definition,
Advertisements

Lesson-23 Feasibility Analysis and the System Proposal
IS Theories & Practices Systems Architecture & Infrastructure IS 655: Supplementary Note 1 CSUN Information Systems.
Chapter 20 Introduction to Systems Development and Systems Analysis Copyright © 2012 Pearson Education 20-1.
Karolina Muszyńska Based on
University of Toronto at Scarborough © Kersti Wain-Bantin CSCC40 feasibility 1 why address feasibility? to answer the questions... can the project be done.
Lesson 17 Requirements Discovery
Project Estimation Describe project scope, alternatives, feasibility.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Review Questions What is the difference between a tangible and an intangible benefits? Tangible benefits are benefits that can be easily quantified like.
The Analyst as a Project Manager
Karolina Muszyńska Based on
© Pearson Education Limited, Chapter 6 Fact-finding Transparencies.
Sharif University of Technology Session # 4.  Contents  Systems Analysis and Design Sharif University of Technology MIS (Management Information System),
Feasibility By Garrett Jones and Ryan Butler. All projects are feasible given unlimited resources and infinite time. Unfortunately, most projects must.
Initiating and Planning Systems Development projects
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
The Systems Proposal What the book calls the “Updated Baseline Project Plan” - no standard name for it Presents the different options to the customer along.
Department of Computer Science © Castro, Mylopoulos and Easterbrook The Feasibility Study  What is a feasibility study?  What to study and conclude?
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 4.1.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Chapter 13: Developing and Implementing Effective Accounting Information Systems
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 6 Initiating.
Project Feasibility Feasibility is the measure of how beneficial or practical the development of an information system will be to an organisation.
The chapter will address the following questions:
Feasibility Analysis What is feasibility and when should feasibility checkpoints occur? What are the four types of feasibility and what is the description.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Chapter 3 Systems Planning and Selection 3.1.
Chapter 12: Systems Investigation and Analysis. Agenda  How to Develop a CBIS?  Systems Development Life Cycle (SDLC)  Prototyping  Join Application.
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.
2  Mission Statement.  Company’s overall purpose and direction, products, services and values.  Goals.  That accomplish the mission. E.g. 5 year plan.
1 Chapter 10 Fact-Finding Techniques Transparencies.
Project Life Cycle – Project Initiation © Ed Green Penn State University All Rights Reserved.
CHAPTER 13 Acquiring Information Systems and Applications.
Information Systems System Analysis 421 Class Three Initiating and Planning Systems Development Projects.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
1 6 C H A P T E R REQUIREMENTS DISCOVERY. 2 Chapter Six Requirements Discovery Define system requirements and differentiate between functional and nonfunctional.
Data Gathering Techniques 27 th February Data Gathering Techniques System requirements specify what the system must do or what property or quality.
FEASIBILITY STUDY.
The techniques involved in systems analysis Explanation of a feasibility study:Explanation of a feasibility study: –economic, –legal, –technical, –time.
Systems Development Life Cycle
Feasibility Studies Dr. Muslim Suardi, MSi., Apt. Faculty of Pharmacy University of Andalas.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
5. Planning Phase System Analysis And Design Program: BSCS II (Advent Semester – 2014) Lecturer: Rebecca Asiimwe
Requirements Engineering Process
Unit Syllabus Definition Importance Types of Feasibility study Technical Operational Resource Legal/Ethical Economical.
Feasibility Analysis for a Software Project Dr. Pedro Mejia Alvarez Seccion de Computacion, CINVESTAV-IPN.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
PART 2 Information Systems Development. LEARNING OBJECTIVES Systems Development Life Cycle Application Development Methodologies Project Management Systems.
IT2005 System Analysis & Design
1 The Requirements Problem Chapter 1. 2 Standish Group Research Research paper at:  php (1994)
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
Software Engineering Lecture # 1.
1 Systems Analysis & Design 7 th Edition Chapter 2.
The Feasibility Study The objective of a feasibility study is to find out if an project can be done and if so, how The objective of a feasibility study.
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.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 6 Initiating.
Topic 2 – Techniques involved in Systems Analysis Unit 1 – Database Analysis and Design Advanced Higher Information Systems St Kentigern’s Academy.
Accounting systems design & evaluation 9434SB 18 March 2002.
C_ITIP211 LECTURER: E.DONDO.  Gather information on what system should do from many sources ◦ Users ◦ Reports ◦ Forms ◦ Procedures.
The Information Systems Development Processes Chapter 9.
Requirements Determination
IS Development Methodology
Systems Analysis and Design
2 Selecting a Healthcare Information System.
Martha Grabowski LeMoyne College
Systems Planning: Project Feasibility
Chapter 2 par Overview.
Lecture 7: the Feasibility Study
Presentation transcript:

12/10/15

 It is a Cross Life Cycle Activity (CLCA) that may be performed at any stage ◦ In fact, some part of it (e.g. risk analysis and management) should be continuous  Some methodology “flavours” devote one phase specifically to feasibility ◦ After analysis before design begins ◦ Called “system proposal” step

 Schedule feasibility is a measure of how reasonable the project timetable is  Technical feasibility is a measure of the practicality of a specific technical solution and the availability of technical resources and expertise  Operational and technical feasibility criteria measure the worthiness of a problem or solution ◦ Operational feasibility is people-oriented ◦ Technical feasibility is computer-oriented

 Is the problem worth solving, or will the solution to the problem work?  PIECES framework ◦ Performance ◦ Information ◦ Economy ◦ Control ◦ Efficiency ◦ Services  How do the end- users and managers feel about the problem (solution)? ◦ must evaluate whether the system will work, not just can work ◦ resistance to change

 Examined after analysis and design phases  Is the proposed technology of solution practical? ◦ mature and proven technology ◦ IS architecture  Do we currently possess the necessary technology? ◦ can our printer handle new report formats?  Do we have the necessary technical expertise?

 Are the project deadlines reasonable?  It is preferable to deliver a properly functioning information system late than to deliver an error-prone, useless information system on time Schedule Feasibility

 Difficult to estimate until user requirements and technical solutions have been identified  Cost-benefit analysis  How much will a system cost? ◦ development and operational costs ◦ lifetime benefits must recover both the development and operational costs ◦ fixed and variable operating costs

What benefits will the system provide?  tangible benefits are those that can be easily quantified ◦ fewer processing errors, increased throughput, decreased response time, elimination of job steps, reduced expenses, increased sales, better credit, reduced credit losses  intangible benefits are those benefits believed to be difficult or impossible to quantify ◦ improved customer goodwill, improved employee morale, better service to community, better decision- making

 Is the proposed system cost effective? ◦ Payback analysis, Return on Investment, Net Present Value ◦ must take into account the Time Value of Money ◦ A Framework that incorporates factors such as technology, people, data, processes should be used

Feasibility CriteriaWt.Candidate 1Candidate 2Candidate 3 Operational Feasibility An assessment of how well the solution meets the identified system requirements to solve the problems and take advantage of the opportunities envisioned for the system. 15% Score: Score: Score: Cultural/Political Feasibility An assessment of how well the solution will be accepted in a given organizational climate. 15% Score: Score: Score: Technical Feasibility An assessment of the practicality of the solution and the availability of technical resources and expertise to implement and maintain it. 20% Score: Score: Score: Economic Feasibility An assessment of the cost- effectiveness of a project or solution. Cost to develop: Payback period (discounted): Net present value: Detailed calculations: 30% Score: Score: Score: Schedule Feasibility An assessment of how long the solution will take to design and implement. 10% Score: Score: Score: Legal Feasibility An assessment of how well the solution can be implemented within existing legal and contractual obligations. 10% Score: Score: Score: Ranking:100%

 When 38 IT professionals in the UK were asked about which project stages caused failure, respondents mentioned “ requirements definition ” more than any other phase.

 A requirement is a statement about an intended product that specifies what it should do or how it should perform.  Goal: To make as specific, unambigous, and clear as possible.

 Consistent not conflicting or ambiguous  Complete all possible system inputs and responses  Feasible can be met with available resources & constraints  Required truly needed and fulfill purpose  Accurate stated correctly  Traceable directly map to system functions  Verifiable can be demonstrated during testing Pa ge 13

 Cost  Delay  Dissatisfaction leading to mis-use or dis-use  High maintenance / enhancement costs  Unreliability / down-time  Reputation of IT suffers Pa ge 14

 Identify and contextualize the problem (the task)  Lower level models need requirements analysis Pa ge 15

 Discovering and Collecting Requirements ◦ requirements discovery, requirements gathering  Fact-finding  Analysing requirements ◦ Criteria defining requirements  Documenting requirements ◦ Requirements specification Pa ge 16

 Organizing different techniques into a meaningful process aimed at fulfilling the goals of fact finding  Using a set of fact finding techniques efficiently ◦ Determine key points using techniques that offer the most information with the least effort/expense ◦ Follow up with less expensive techniques to collect mass data ◦ Target fine details ◦ Use other people’s time wisely and considerable – / I – 3 / Pa ge 17

 Learn all you can from existing documents, forms, reports, and files  If appropriate, observe the system in action  Given all the facts collected to date, design and distribute a questionnaire to clear up things you don’t fully understand  Conduct your interviews (or group work sessions)  Follow up – / I – 3 / Pa ge 18

 Focus on identifying the stakeholders  Involve all the stakeholder groups  Need more than on person from stakeholder group(s)  Use a combination of data gathering techniques For example: use observation to understand the context, interviews to target specific user groups, questionnaires to reach a wider population, and focus groups to build a consensus view

 Sampling of existing documentation forms and files  Site visits  Observation of work environment  Research of similar systems  Surveys of users and management (questionnaires)  Interviews of users and management 2013 – 2014 / I – 3 / Page 20