Computing A2 Project Analysis. Company Background Set the scene – Company history – Staff – Turnover – Location(s) – Brief overview of product/services.

Slides:



Advertisements
Similar presentations
Parts of a Training Proposal
Advertisements

Business System Options
Technical System Options
The right tools for the job How to choose a web / bespoke development company.
Brad Berdine Brian Henze Beth Cohlman Bryan Schiele.
Ultimate Bundle Overview Products Benefits Technical Requirements Licensing Pricing Valid until 01-Sep-2010.
System Development Life Cycle (SDLC)
Advanced Database Projects In Access © Hodder Education 2008 Access Projects – Problem Specification.
Which server is right for you? Get in Contact with us
Preparing the Systems Proposal CIS458. Last Class Project outline –Documents and reports Database Application Lifecycle –Database planning, system definition,
Chapter 3 Program Management and Project Evaluation Professor Hossein Saiedian McGraw-Hill Education ISBN
Overview Payback Analysis NPV
Richard Gardner Pembrokeshire College.  Background  Aims and objectives  Options  Realism and Implementation  Outcomes and Benefits.
System Analysis (Part 1)
W5HH Principle As applied to Software Projects
Understand Virtualized Clients Windows Operating System Fundamentals LESSON 2.4.
Lecture 13 Revision IMS Systems Analysis and Design.
Introduction to Information Technology for Small Business Marc Compeau and Mike Wasserman Wednesday, 7/21/04.
1 Lecture 6 The Systems Analyst (Role and activities) Systems Analysis & Design Academic Year 2008/9.
Oracle Database Administration. Rana Almurshed 2 course objective After completing this course you should be able to: install, create and administrate.
Cardiff University April 6, 2011 Simon Parker.
Chapter 9: Software Tools and Dashboards. 2 V. Kumar and W. Reinartz – Customer Relationship Management Overview Topics discussed  CRM Implementation.
November 2009 Network Disaster Recovery October 2014.
How can ERP improve a company’s business performance?  Prior to ERP systems, companies stored important business records in many different departments.
SYSTEM ANALYSIS AND DESIGN
Copyright Course Technology Chapter 14: Executing.
Copyright Course Technology 1999
Maintaining a Microsoft SQL Server 2008 Database SQLServer-Training.com.
1 Management of IS How do business organize themselves to manage IS and IT activities? –Depends upon the type of technology –Depends upon the size of the.
LESSON 8 Booklet Sections: 12 & 13 Systems Analysis.
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.
Alternatives to Systems Development Chapter 11. Chapter Objectives Understand the factors and situations where building a system in-house is not feasible.
CIS 321—IS Analysis & Design Chapter 4: Analysis— Investigating System Requirements.
What is Sentinel? Sentinel is an innovative printer management solution, designed for organizations who need better control over their printing system.
1 ©2009 Desktone, Inc. All rights reserved. Desktops in the Cloud: It’s not Virtual Desktop Infrastructure (VDI) Danny Allan, Chief Solution Architect.
Innovation Use Case <Solution Title> <Partner Name>
Making a great Project 2 OCR 1994/2360. Analysis This is the key to getting it right. Too many candidates skip through this section. It’s worth 20% of.
1 Copyright Flying Kiwi Productions Inc. An Introduction to Object-Oriented Analysis Objects and UML in plain English. Chapter.
ISYS 562 Microcomputer Business Applications David Chao.
California State University, Northridge Certification Process Team B Carlos Guzman John Kramer Stacey LaMotte University of Phoenix.
Feedback on marking and next section. Feedback Do not copy from exemplar materials. All information in the project must be your own or acknowledged Remember.
Project Charters Module 3
Systems Analysis and Design
ICT IGCSE.  Introducing or changing a system needs careful planning  Why?
Clinical Application. The Problem Clinical Systems are extremely complex IT configures and deploys best practices (best guesses) about what users want.
Systems Life Cycle A2 Module Heathcote Ch.38.
The Systems Life Cycle AS Computing F451 AS Computing F451.
Task 1-Language Choice By Joshua Wild.
Systems Development Life Cycle
GCSE ICT Systems Analysis. Systems analysis Systems analysis is the application of analytical processes to the planning, design and implementation of.
11 i Upgrade: Is an Assessment Useful for Your Company? By: Bernard Doyle, Applications Software Technology Corp. Marie Klein, Information Resources Inc.
PART 2 Information Systems Development. LEARNING OBJECTIVES Systems Development Life Cycle Application Development Methodologies Project Management Systems.
Chapter 8 Process Implementation Reference: Tan, A. (2007). Business Process Reengineering in Asia: A Practical Approach, Pearson Education, Singapore.
Observing the Current System Benefits Can see how the system actually works in practice Can ask people to explain what they are doing – to gain a clear.
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.
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.
The information systems lifecycle Far more boring than you ever dreamed possible!
Accounting systems design & evaluation 9434SB 18 March 2002.
Systems Analysis Lecture 5 Requirements Investigation and Analysis 1 BTEC HNC Systems Support Castle College 2007/8.
HOW TO CHOOSE THE BEST CLOUD ACCOUNTING SOFTWARE? You can use cloud-based software from any device with an internet connection. Online accounting means.
We are a HP tech support provider for HP users facing different level of technical issues with their HP devices like :- Desktop Computers, Laptops, Printers,
Information Systems Development
System.
Oracle Database Administration
CAPE Internal Assessment
FEASIBILITY STUDY Feasibility study is a means to check whether the proposed system is correct or not. The results of this study arte used to make decision.
Mobile Apps How to get more out of your workforce and save time money and resources.
Unit 6: Application Development
Systems Analysis and Design
Unit 5 – eProject – Starting to look at projects Unit 5
Presentation transcript:

Computing A2 Project Analysis

Company Background Set the scene – Company history – Staff – Turnover – Location(s) – Brief overview of product/services Q: Where could you find info?

Current systems (software/hardware) Overview of what key IT systems/tools they use Off the shelf/bespoke/in-house Q: What are Pros and Cons of above?

Problem definition Get to the real underlying issues Apply the ‘So What?’ test – E.g. “The problem is it’s paper based” So what? – “It’s slow and errors are often made” So what? – “Customer’s leave dissatisfied and the company loses money” Ah. Ok, how much? – “About 3-4 errors per week = 1 customer lost = £600 lost per month” – DON’T MENTION THE SOLUTION YET…

Feasibility Analysis Is the problem suitable for being solved by a PC? Obviously the answer is Yes, but you’ll get 2 marks for discussing why What type of problems are suitable for a PC?

Feasibility Analysis (2) Common applications being: – Heavy reliance on data – Complex processing involved – Repetitive tasks with simple decision required – Cataloguing required – Automation required Q: What types of problems aren’t great for PCs?

Feasibility Analysis (3) Tasks not suitable for an IT application might include: – Complex decisions requiring years of experience – ‘Personal touch’ required, e.g. call centre – Decisions made have life saving impact – Tasks difficult to model with many unpredictable events or external factors (e.g. crossing the road, cooking dinner)

Fact finding Detail all the activities you undertook to find out information which could include: – Interview transcript – Questionnaires – Letters/ – Workshop/observation – Evidence/photocopies of forms/paperwork/proformas used INCLUDE THESE IN YOUR APPENDIX WITH REFERENCE

Requirements Specification See example on BlackBoard

Constraints and limitations Identify and state the above. These could include Resource: Time, budget, skill Environmental: physical, users Q: What are some examples of a: – User constraint – Skill constraint – Budget constraint

Example The ideal solution would be for all employees to have a wireless mobile device, however this would exceed the budget

DFD See BlackBoard

Realistic Appraisal of Alternatives Obviously your chosen project should be the most suitable (option 4 in this case) but you have to demonstrate you’ve considered (and why you’ve discounted) alternatives for example: – Option 1: Do nothing Reason not to: lost revenue, customers etc – Option 2: Buy-in a solution Reason not to: not viable within budget, inflexible solution, no product does everything – Option 3: Develop using C++ Reason not to: difficult UI development, expensive to support – Option 4: Develop bespoke using VB Reason not to: None therefore the proposed solution

Q: Justify this… The problem lends itself to the development of a bespoke database and front end application, using Microsoft Access 2007 and VB.Net 2008 running on a PC connected to printer. The application will be installed on all 5 users PCs and the database will be hosted on the main server

Justification of chosen solutions List all benefits over alternatives: – VB.Net skills are available – User interface must be easy to use – Free license therefore in budget – Can use existing pc hardware/operating system – Solution can be tailored to specific needs

Agreed system scope In scope: – The delivery of a software application that: Manages x (customers, jobs, appointments, bookings) Reports y (costs, tasks, time, resources) – Installation, training, user, backup, recovery and maintenance guides Out of scope: – Hardware – Software licenses – On-going support/maintenance

Requirements in scope Include requirements table and indicate which will be delivered and which won’t (consider using MoSCoW where M (and S) indicate in scope.

Summary Background Current system Problem definition Feasibility analysis – is the problem suited to being solved via a PC? Fact Finding – demonstrating formal methods (e.g. interview, observation, workshop) include references to any photocopied docs included in Appendix Requirements analysis Requirements Specification (see sample on blackboard) Identify constraints, user limitations DFDs level 0 and level 1 (see sample on blackboard) ERDs Research of alternative solutions Realistic appraisal of feasibility of potential solutions Justification of chosen solution Agreed system objectives and scope – this includes detailing any requirements identified which will not be implemented and should be agreed with customer