6.Quality, maintenance and documentation l Development cycle l Productisation l Plan for quality l Plan for maintenance; l Plan for documentation:

Slides:



Advertisements
Similar presentations
Rough Guide to Entrepreneurship Jack Lang
Advertisements

By Rick Clements Software Testing 101 By Rick Clements
Technical System Options
INSE - Lecture 15  SE Project Management  This lecture is a brief overview –  mainly things to remember to do!
Software Quality Assurance Plan
Systems Analysis and Design in a Changing World
Chapter 8: Evaluating Alternatives for Requirements, Environment, and Implementation.
Case Tools Trisha Cummings. Our Definition of CASE  CASE is the use of computer-based support in the software development process.  A CASE tool is a.
March 30, Exploratory Testing Testing Approaches Analytical Information-driven Intuitive Exploratory Design the tests and test concurrently Learn.
Process of Making Multimedia
Managing the Information Technology Resource Jerry N. Luftman
MSIS 110: Introduction to Computers; Instructor: S. Mathiyalakan1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
1 IS371 WEEK 8 Last and Final Assignment Application Development Alternatives to Application Development Instructor Online Evaluations.
PowerPoint Presentation for Dennis, Wixom & Tegarden Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
Fundamentals of Information Systems, Second Edition
CS CS 5150 Software Engineering Lecture 20 Acceptance and Delivery.
Principles of Information Systems, Sixth Edition 1 Systems Investigation and Analysis Chapter 12.
8 Systems Analysis and Design in a Changing World, Fifth Edition.
1 CS 501 Spring 2005 CS 501: Software Engineering Lecture 26 Delivering the System.
Electronic Business (MGT-485)
ISO 9000 Introduction Imran Hussain.
© 2010 Plexent – All rights reserved. 1 Change –The addition, modification or removal of approved, supported or baselined CIs Request for Change –Record.
12 Building and Maintaining Information Systems.
Pre-Project Activities Text Chapters 5 and 6. Pre-Project Activities 1.Contract Review 2.Development Plan 3.Quality Plan.
1 Building and Maintaining Information Systems. 2 Opening Case: Yahoo! Store Allows small businesses to create their own online store – No programming.
Introduction to Software Quality Assurance (SQA)
Managing Software Quality
Software Configuration Management
Quality Attributes of Web Software Applications – Jeff Offutt By Julia Erdman SE 510 October 8, 2003.
From Research Prototype to Production
CS3100 Software Project Management Week 26 - Quality Dr Tracy Hall.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
What is a life cycle model? Framework under which a software product is going to be developed. – Defines the phases that the product under development.
Introduction to Interactive Media The Interactive Media Development Process.
ITEC 275 Computer Networks – Switching, Routing, and WANs Week 12 Chapter 14 Robert D’Andrea Some slides provide by Priscilla Oppenheimer and used with.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
© 2007 by Prentice Hall 1 Introduction to databases.
A Level ICT Unit Implementing CBIS’s. Support Installing a new system is disruptive and the support program will need to be planned well in advance.
PowerPoint Presentation for Dennis, Wixom & Tegarden Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
16 1 Installation  After development and testing, system must be put into operation  Important planning considerations Costs of operating both systems.
Software Requirements Engineering: What, Why, Who, When, and How
1 Exhibit 1: Integrated Product Development (IPD) – Level 1 Innovation is the engine driving revenue growth Innovation Engine Manufacturing Products New.
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
Principles of Information Systems, Sixth Edition Systems Investigation and Analysis Chapter 12.
Software Development Life Cycle by A.Surasit Samaisut Copyrights : All Rights Reserved.
1 Construction Chapter Key Concepts Be familiar with the system construction process. Understand different types of tests and when to use Understand.
Fundamentals of Information Systems, Second Edition 1 Systems Development.
Software Life Cycle The software life cycle is the sequence of activities that occur during software development and maintenance.
6.Quality, maintenance and documentation l Development cycle l Productisation l Plan for quality l Plan for maintenance; l Plan for documentation:
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
Systems Development Life Cycle
MIS 7003 MBA Core Course in MIS Professor Akhilesh Bajaj The University of Tulsa Introduction to S/W Engineering © All slides in this presentation Akhilesh.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
Principles of Information Systems, Sixth Edition 1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
The Second Annual Medical Device Regulatory, Reimbursement and Compliance Congress Presented by J. Glenn George Thursday, March 29, 2007 Day II – Track.
1 Object-Oriented Analysis and Design with the Unified Process Figure 13-1 Implementation discipline activities.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
NEM201 Week 4 Project Plan Create and complete outstanding items. 01. Front Cover 02. Document details 03. Scope Document 04. Technical Design 05. Creative.
David M. Kroenke and David J. Auer Database Processing Fundamentals, Design, and Implementation Appendix B: Getting Started in Systems Analysis and Design.
The information systems lifecycle Far more boring than you ever dreamed possible!
ITEC 275 Computer Networks – Switching, Routing, and WANs Week 12 Chapter 14 Robert D’Andrea Some slides provide by Priscilla Oppenheimer and used with.
ITEC 275 Computer Networks – Switching, Routing, and WANs
Information Systems Development
Principles of Information Systems Eighth Edition
Project proposal for ISO 27001:2013 implementation
Information Systems Development
6. Quality, maintenance and documentation
Configuration management
IT OPERATIONS Session 7.
Today’s Agenda Dealing with Vendors Consultants Contracts
Presentation transcript:

6.Quality, maintenance and documentation l Development cycle l Productisation l Plan for quality l Plan for maintenance; l Plan for documentation:

Development cycle: Effort Time SpecificationAnalysisBuild Test Maintain Alpha Beta

Productisation l Generalisation – Does the product work on all target systems? Hardware variants/constraints O/S variants – Internationalisation Language, number, date and time formats l Documentation – Installation, User Guide, Reference Manual, Help texts, examples, training – System manual, maintenance documentation – Conformance l Legals – IPR generated (Copyright, trademark) – IPR used – Licence, contract, liability

Productisation II l Packaging – Artwork, Box, Deliverables l Manufacture – Reproduction, Manual printing, Stocking – Distribution set-up l Marketing Materials – Leaflets, brochures, advertisements Text, Artwork, approvals l Testing – Usability – Market – Standards approvals l Maintenance – Organisation setup and training – Help desk - staff, facilities,, FAQs, training – Report forms, database and summaries

Supply side management l Quality control – Monitoring – Contingency planning l Information systems – Stock control Just in time Shipping Integration with suppliers l Reliability of supply – Multiple sources l Change management – Evolution

Plan for quality l Cheaper in the long run l Build-in from the start; cant be added later l Board-level function l Good Practice

Standards l ISO 9000/BS 5750 – Tracebility l BS 7799 – Information Management and Security l Internal standards

Control and review l Record key decisions l Control key documents l Control versions and deliverables l Define standards – Coding standards Naming conventions Routine structure Testing – Documentation standards House style Conventions and examples l Review and Audit

Key Documents l Project Definition – User Requirement Document – Project Constraints Document l Base definition – Functional Specification or prototype – Top Level design l Control – Project Plan – Project Log – Quality Plan – Document Plan

Detailed Controlled Documents l Sub-system specs and interfaces l Data model and dictionary l Module specs and interface l Released code and documentation

Monitoring: l Early warning of impending disaster – Time to do something about it – Avoid unpleasant surprises l Culture: – Communication Internal With client – OK to ask for help – Requests taken seriously l Milestones – Roughly one every 1-2 weeks l Review meetings – Weekly

Meetings l Keep it short – meetings are expensive l Circulate agenda and papers BEFORE l Start on time l Purpose and structure l Finish on time l 1 page minutes

Brain-storming l Problem solving l Purpose l List ideas/topics, no matter how crazy l Vote l Work on top three – break up into subgroups l Report

Agenda l Typical Board meeting l Place for decisions, not discussion – CALL TO ORDER Attendance Minutes Matters arising – STATUTORY BUSINESS – REPORTS Financial Report Business Development Personnel Shareholders Issues – AOB – DATE OF NEXT MEETING

SWOT l Strengths l Weaknesses l Opportunities l Threats

ACCTO l Criteria for customer acceptance – Everett Rogers The Diffusion of Innovation – 80% of new product failures are due to new customer acceptance l A - relative Advantage – competitive advantage over existing products l C - Complexity – Can I understand it l C -Compatibility l T -Trialability – Can I test it without risk first? l O - Observability – Can I see the benefits?

Testing l Test plan l Test suite – Base functionality – Specific bugs – Performance – Correct failure – re-run the entire suite each time l Bug reports and database l Action plan for fixes – Prioritisation

Plan for maintenance l The relationship goes on – Revenue stream 12% p.a – Future sales channel l Levels l Help desk l Internal documentation l Record keeping

Plan for documentation: l 10 x the coding effort l Specialist skill l Levels of documents – User – Training – System – Maintenance l Avoid forward references! l Conformance