From What to How Current System NewSystem “What” “How” 1 2 3 4 5 We are here.

Slides:



Advertisements
Similar presentations
Preparing the System Proposal Chapter 13 Topics: –Systems proposal –Determining hardware needs –Determining software needs –Decision to rent, lease, or.
Advertisements

Moving from Analysis to Design
Initiating and Planning Systems Development Projects
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Chapter 6 Initiating and Planning Systems Development Projects 6.1.
ISMT221 Information Systems Analysis and Design
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.
Systems Analysis and Design Kendall & Kendall Sixth Edition
Modern Systems Analysis and Design Third Edition
Systems Analysis and Design Kendall and Kendall Fifth Edition
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
The Analyst as a Project Manager
Chapter 4 Determining Feasibility and Managing Analysis and Design Activities Systems Analysis and Design Kendall & Kendall Sixth Edition.
Chapter 17 Acquiring and Implementing Accounting Information Systems
Feasibility By Garrett Jones and Ryan Butler. All projects are feasible given unlimited resources and infinite time. Unfortunately, most projects must.
Chapter 5 Initiating and Planning Systems Development Projects
Documenting Network Design
The Purchasing Function
FEASIBILITY STUDY Aspects of Operating a Business
Initiating and Planning Systems Development projects
Systems Analysis and Design with UML Version 2
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 6 Slide 1 Chapter 5 Initiating and Planning Systems Development.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 6 Initiating.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 4.1.
Moving into Design SYSTEMS ANALYSIS AND DESIGN, 6 TH EDITION DENNIS, WIXOM, AND ROTH © 2015 JOHN WILEY & SONS. ALL RIGHTS RESERVED. 1 Roberta M. Roth.
Systems Analysis – ITEC 3155 Feasibility Analysis
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 4.1.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 6 Initiating.
Chapter 5 : Initiating and Planning Systems Development Projects.
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.
© 2005 by Prentice Hall Chapter 5 Initiating and Planning Systems Development Projects Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer.
2  Mission Statement.  Company’s overall purpose and direction, products, services and values.  Goals.  That accomplish the mission. E.g. 5 year plan.
ENTREPRENEURSHIP Chapter # 07 The Business Plan: Creating and Starting the Venture.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 8 Moving from Analysis to Design.
Information Systems System Analysis 421 Class Three Initiating and Planning Systems Development Projects.
SDLC 1: Systems Planning and Selection Dania Bilal IS 582 Spring 2008.
Chapter 5 Initiating and Planning Systems Development Projects Modern Systems Analysis and Design Sixth Edition Jeffrey A. Hoffer Joey F. George Joseph.
Lecture 4. IS Planning & Acquisition To be covered: To be covered: – IS planning and its importance Cost-benefit analysis Cost-benefit analysis Funding.
Cis339 Modern Systems Analysis and Design Fifth Edition Chapter 5 Initiating and Planning Systems Development Projects 5.1.
DEION ASSOCIATES & STRATEGIES, INC. 1 USING THE INTERNET AS A STRATEGIC BUSINESS TOOL Presented by: Mark S. Deion Deion Associates & Strategies, Inc.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
Software Engineering Lecture # 1.
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.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 6 Initiating.
Slide 1 Systems Analysis and Design with UML Version 2.0 An Object-Oriented Approach, Second Edition Chapter 3: Project Initiation.
The Information Systems Development Processes Chapter 9.
Project Estimation Describe project scope, alternatives, feasibility.
Chapter 5 Initiating and Planning Systems Development Projects
IS Development Methodology
Modern Systems Analysis and Design Third Edition
Chapter 6 Initiating and Planning Systems Development Projects
Initiating systems development
Business System Development
Chapter 4 Systems Planning and Selection
Chapter 4 Systems Planning and Selection
Systems Planning: Project Feasibility
Systems Analysis and Design Kendall and Kendall Fifth Edition
Systems analysis and design, 6th edition Dennis, wixom, and roth
Introduction to Projects
Systems analysis and design, 6th edition Dennis, wixom, and roth
Lecture 6 Initiating and Planning Systems Development Projects
Modern Systems Analysis and Design Third Edition
Chapter 5 Initiating and Planning Systems Development Projects
Systems Analysis and Design Kendall and Kendall Fifth Edition
Systems Analysis and Design Kendall and Kendall Fifth Edition
Chapter 3 Determining Feasibility and Managing Analysis and Design Activities 1.
Chapter 6 Initiating and Planning Systems Development Projects
Presentation transcript:

From What to How Current System NewSystem “What” “How” We are here

The Geometric Truth CheapNow Right Emphasizing quality generally diminishes the likelihood of cost minimization and fast delivery. Emphasizing cost minimization or delivery time generally diminishes the quality. Emphasizing quality and delivery generally diminishes the likelihood of significant cost minimization.

Transition From Logical to Physical Design Prepare a detailed development plan for the physical design Identify a physical design which meets the requirements Document the physical design in detail Assess the feasibility of the physical design across all dimensions Recommend based on the outcome of the feasibility assessment

3 Ways to Make a Business Case  “The system will have a net present value of $753,000.”  “The system will yield a minimum reduction in operating cost of $193,000 annually.”  “The estimated increase in market share is 14.7%.” within the first 24 months of operation.”  “IT is part of the infrastructure, we can’t cost justify it like a new fleet of trucks.”  “It seems reasonable to assume that this new system will reduce our costs of servicing this market sector.”  “Trust me. This is why you hired me as the IT Director.”  “Our competitors are doing this even as we speak.”  “Our shareholders will view us as technologically behind if we don’t do this now.”  “We have a small window of opportunity here and we are wasting precious time trying to decide.”

Breakeven Analysis

Evaluating a COTS Solution Evaluation CriteriaCharacteristics Application Efficiency Acceptable response times under actual conditions Efficient use of a wide variety of data storage solutions Efficient use of backup and recovery mechanisms Application Effectiveness Meets all stated requirements for the present process needs Expandable & scalable to expected future needs & platform requirements Logical organization of menus and data capture screens Capacity for current and expected future user load Usability Functional and logical user interface Context-sensitive online help system Appropriate user feedback with regard to application processes and user error Non-destructive error recovery from command or menu selection errors Documentation Well-organized and comprehensive written user documentation Complete duplication of all documentation in online form Comprehensive user tutorials for all application functions Vendor Support Telephone technical support with direct access to technicians Web-based support site with downloadable updates Searchable web-based technical support knowledge base for first line solutions

Evaluating Outsourcing Terms of reference document that sets out the objectives, scope and approach of the evaluation Strategic business plan (where does the organization want to be?) Analysis of how outsourcing integrates with the purchaser's strategic plan Business analysis and feasibility study (the high level requirements and how the process would work) Human resources impact assessment (may require the assistance of employment law specialists at an early stage) Request for information (RFI) (seeking suitable services and indicative costs) Cost-benefit analysis (what are the economics?) Risk analysis and business impact (what are the risks?) Business case and recommendation to management Specification of requirements (detailed statement of services and service levels required) Call for proposals from suppliers known as a request for proposal (RFP) Evaluation of proposals

Typical Tangible Benefits Benefit CategoryCommon Examples Cost Reduction Reduction in labor or headcountLess paperwork Reduction or elimination of overtimeEfficiencies in distribution Consolidation of jobs or employee rolesLess need for travel Reduction in supply usageLess maintenance Smaller inventory needs or carrying costs Lower costs of hardware and/or software Increase in product/process quality Improved production throughput or costs Reduction in overall cost of funds Efficient use of utilities Improved subcontractor or external vendor control Reduction in or improved effectiveness of training Revenue Increase Introduction of new products Improved product quality Increased efficiency in sales processes Product enhancements Improved advertising support and target marketing Development of, or access to, new markets Decreased time to market Effective bidding tools

Typical Intangible Benefits Improved employee morale Improved corporate image Increase in perceived quality of products or services Perceived decrease in time to market by customers Improved decision making More timely information Increased organizational flexibility Improved resource allocation and control Increased strategic or competitive advantage Improved public and community relations Improvements in addressing environmental concerns Reduced employee turnover Increased quality of work for employees Proactive attention to ethical issues Proactive addressing of legal issues Increased workplace and/or community safety

Typical System Costs Cost CategoryCommon Examples Tangible Development Development personnel Data conversion costs Analysis and design consulting fees Pre-development training Vendor installation and consulting Materials and supplies Hiring costs for new operating personnel Hardware and software acquisition or development Physical plant acquisition and/or conversion Tangible Operating Maintenance and upgrades (hardware and software) End-user training Annual or renewable software licenses Operational personnel Repairs (hardware and software) Depreciation of system assets Connectivity and communication charges Materials and supplies Equipment lease payments Intangible Potential disruption to existing productivity and environment Loss of customer goodwill Reduction in employee morale Diversion of attention to daily responsibilities

Categories of Risk Category of RiskExamples of Risk Project Size length of development schedule number of members of development team span of involvement across organizational business units span of involvement across unrelated organizations size of project as measured in number of applications or lines of code Project Structure degree to which development effort is new and/or innovative extent of organizational or structural change required overall managerial commitment to project Analysts familiarity with business environment familiarity with proposed technologies familiarity with similar project scopes and complexities End-users perception of end-users to necessity or relevance of new system familiarity with system development process and change familiarity with proposed system application environment