Problems in Information Systems Development

Slides:



Advertisements
Similar presentations
© 2010 Bennett, McRobb and Farmer1 Requirements Analysis 1: Requirements and Classes Based on Chapter 7 of Bennett, McRobb and Farmer: Object Oriented.
Advertisements

03/12/2001 © Bennett, McRobb and Farmer 2002 Refining the Requirements Model Based on Chapter 8 of Bennett, McRobb and Farmer: Object Oriented Systems.
1 Chapter 5: The F1ive Steps in Problem Analysis The five steps in problem analysis. Team Skill 1.
03/12/2001 © Bennett, McRobb and Farmer What Are Information Systems? Based on Chapter 1 of Bennett, McRobb and Farmer: Object Oriented Systems.
03/12/2001 © Bennett, McRobb and Farmer Avoiding the Problems Based on Chapter 3 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis.
03/12/2001 © Bennett, McRobb and Farmer Problems in Information Systems Development Based on Chapter 2 of Bennett, McRobb and Farmer: Object Oriented.
Requirements Analysis
03/12/2001 © Bennett, McRobb and Farmer Activity Diagrams Based on Chapter 5 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and.
03/12/2001 © Bennett, McRobb and Farmer Development Process Based on Chapter 5 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and.
Requirements Analysis 2. 1 Req. Capture b502.ppt © Copyright De Montfort University 2000 All Rights Reserved INFO2005 Requirements Analysis Requirements.
03/12/2001 © Bennett, McRobb and Farmer What Are Information Systems? Based on Chapter 1 of Bennett, McRobb and Farmer: Object Oriented Systems.
Sharif University of Technology Session # 4.  Contents  Systems Analysis and Design Sharif University of Technology MIS (Management Information System),
Paul Mundy Concept notes A brief summary of your project idea.
Project Management What The Heck Is That?. Why Do We Need Project Management? Critical towards delivery of effective IT initiatives Ensures we align projects.
Software Project Management Lecture # 8. Outline Chapter 25 – Risk Management  What is Risk Management  Risk Management Strategies  Software Risks.
PROJECT RISK MANAGEMENT Presentation by: Jennifer Freeman & Carlee Rosenblatt
PROJECT RESOURCES AND RISKS By Catherine Cowper. AVAILABLE RESOURCES When doing a project there are various resources that need to be made available for.
2-Oct-15 Software Development Process E. Haodudin Nurkifli Teknik Informatika Universitas Ahmad Dahlan Kuliah 2 : Administrative dan Introduction 2 Oktober.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Where Agile Business Meets Agile Development Agile Building Blocks: People Dave Yardley.
Lecture 3 Managing the Development Project SFDV Principles of Information Systems.
Semester 2 Situation analysis TESL 3240 Lecture 3.
© Bennett, McRobb and Farmer Requirements Analysis Based on Chapter 7 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and Design.
Project Management For the Non Project Manager 1.
© Bennett, McRobb and Farmer Avoiding the Problems Based on Chapter 3 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and Design.
© 2010 Bennett, McRobb and Farmer1 Development Process Based on Chapter 5 Bennett, McRobb and Farmer Object Oriented Systems Analysis and Design Using.
CSE323 การวิเคราะห์และออกแบบระบบ (Systems Analysis and Design) Lecture 02: Problems in Information Systems Development.
© 2010 Bennett, McRobb and Farmer1 Requirements Analysis 2: Realizing Use Cases Based on Chapter 7 of Bennett, McRobb and Farmer: Object Oriented Systems.
03/12/2001 © Bennett, McRobb and Farmer What Are Information Systems? Based on Chapter 1 of Bennett, McRobb and Farmer: Object Oriented Systems.
Project Management Planning and Control Techniques  5th Edition u ISBN: u Rory Burke.
© 2010 Bennett, McRobb and Farmer1 Challenges in Information Systems Development Based on Chapter 2 of Bennett, McRobb and Farmer: Object Oriented Systems.
Module CC3002 Post Implementation Issues Lecture for Week 7
© Bennett, McRobb and Farmer 2005
1 Requirements Analysis Lecture # Recap of Requirements Elicitation - 1 Requirements elicitation deals with discovering requirements for a software.
Ashima Wadhwa.  Probably the most time-consuming project management activity.  Continuous activity from initial concept through to system delivery.
ITK-AM’05 © J.Stirna Analys och modellering av kommunikativa system och system för sammarbe Analysis and Modelling of Communicative Systems Janis Stirna.
1 Team Skill 1 Analyzing the Problem … Part 1: 5 steps in Problem Analysis Based on “Software Requirements Management, A use case approach”, by Leffingwell.
Chapter 8 Activity-based costing
Development Process Based on Chapter 5 Bennett, McRobb and Farmer
Requirements Errors Lecture # 14.
Analisis Bisnis.
DSS & Warehousing Systems
The importance of project management
Modelling Concepts Based on Chapter 5 Bennett, McRobb and Farmer
VP, Institutional Services
Introduction to Requirements
The value of a project-oriented approach to IT and how we do it in IBM
THE BUSINESS ANALYSIS PROCESS MODEL
By Kean Tak, MSc, Lecturer at RUPP
Project Audit and Closure
Here are some top tips to help you bake responsible data into your project design:.
CIS12-3 IT Project Management
FOUNDATIONAL CONCEPTS
Strategies Achieving our Goals
Chapter 5: Software effort estimation
IS0514 Lecture Week 3 Use Case Modelling.
L E A R N I N G O U T L I N E Follow this Learning Outline as you read and study this chapter.
OBSERVE ETHICAL PRACTICES
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Stakeholder Perspectives
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Management of Change Management of Change.
Why should the public sector want to innovate?
Organizational Culture and Environment: The Constraints
Introduction to Project Management
Refining the Requirements Model
Project Audit and Closure
Project Management Method and PMI ® PMBOK ® Roles
INTRODUCTION OF REQUIREMENT ENGINEERING Chapter- one.
Presentation transcript:

Problems in Information Systems Development Based on Chapter 2 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and Design Using UML, (2nd Edition), McGraw Hill, 2002. 03/12/2001 © Bennett, McRobb and Farmer 2002

In This Lecture You Will Learn: The main players in an IS project The problems in IS development The underlying causes of these problems How the stakeholder concept helps identify ethical issues in IS development The costs of problems and ethical issues 06 January 2002 © Bennett, McRobb and Farmer 2002

© Bennett, McRobb and Farmer 2002 The Main Players Three main types of player are involved in an IS development project: Those who will benefit from the system’s outputs, directly or indirectly (end-users) Those who commission the project, pay for it or have the power to halt it (owners or sponsors) Those who will produce the software (developers) 06 January 2002 © Bennett, McRobb and Farmer 2002

What Do We Mean by Problem? An IS project may fail before delivery The Taurus project was cancelled An IS may fail after delivery The LAS system was withdrawn after implementation An IS may be continue to be used, despite causing problems to its users, its owners or its developers 06 January 2002 © Bennett, McRobb and Farmer 2002

© Bennett, McRobb and Farmer 2002 End-user View End-users may directly operate the software, or may be more remote, e.g. a manager who receives printed reports Typical concerns include: A system that is promised but not delivered A system that is difficult to use A system that doesn’t meet its users’ needs 06 January 2002 © Bennett, McRobb and Farmer 2002

© Bennett, McRobb and Farmer 2002 Owner View Owners care about meeting business needs and about value for money Typical concerns include: Projects that overspend their budget (may no longer have a net benefit) Systems that are delivered too late Badly managed projects Political issues Systems that are rendered irrelevant by events 06 January 2002 © Bennett, McRobb and Farmer 2002

© Bennett, McRobb and Farmer 2002 Developer View IS developers sometimes have a difficult time Budget and time constraints often conflict with doing the job properly Users and owners may not know how to ask for what they really want Technologies, development approaches and business needs all constantly change Not enough knowledge or skill Forced commitment Blame the users 06 January 2002 © Bennett, McRobb and Farmer 2002

© Bennett, McRobb and Farmer 2002 Why Things Go Wrong Whether a system is delivered or not, many things can go wrong Flynn (1998) categorizes the main causes as: Quality problems Productivity problems 06 January 2002 © Bennett, McRobb and Farmer 2002

© Bennett, McRobb and Farmer 2002 Quality Problems The wrong problem is addressed Failure to align the project with business strategy Wider influences are neglected Project team or business managers don’t take account of the system environment Incorrect analysis of requirements Poor skills or not enough time allowed Project undertaken for wrong reason Technology pull or political push 06 January 2002 © Bennett, McRobb and Farmer 2002

Productivity Problems Users change their minds External events E.g. introduction of the Euro Implementation not feasible May not be known at start of the project Poor project control Inexperienced management or political difficulties 06 January 2002 © Bennett, McRobb and Farmer 2002

Ethics Issues and Stakeholder Problems Some IS may affect people far beyond obvious users and owners of the system Cellphone companies collect data about subscribers’ calls and physical movements This data can be passed to police and many other government agencies Do you know what data is stored about you? Who by? And what it is used for? 06 January 2002 © Bennett, McRobb and Farmer 2002

© Bennett, McRobb and Farmer 2002 Stakeholder Analysis This approach tries to identify everyone affected by a proposed IS Who are the stakeholders? How does the system affect each group? What are their legitimate concerns? Are there any legal implications, e.g. Data Protection Act in the UK? 06 January 2002 © Bennett, McRobb and Farmer 2002

© Bennett, McRobb and Farmer 2002 Summary In this lecture you have learned about: The main players in an IS project, and how they perceive the potential problems The origins of the main types of problem How stakeholder analysis can help identify ethical impacts of an IS 06 January 2002 © Bennett, McRobb and Farmer 2002

© Bennett, McRobb and Farmer 2002 References Flynn (1998) (For full bibliographic details, see Bennett, McRobb and Farmer) See also www.ccsr.cse.dmu.ac.uk 06 January 2002 © Bennett, McRobb and Farmer 2002