Chapter 7: Delivery, Installation, and Documentation Ronald J. Leach Copyright Ronald J. Leach, 1997, 2009, 2014, 2015 1.

Slides:



Advertisements
Similar presentations
Configuration management
Advertisements

Software change management
Configuration management
Configuration Management
Copyright © 2014 Pearson Education, Inc. 1 Managers from across organizations are involved in developing and acquiring information systems Chapter 5 -
Software Delivery. Software Delivery Management  Managing Requirements and Changes  Managing Resources  Managing Configuration  Managing Defects 
© 2005 by Prentice Hall Chapter 4 System Testing & Implementation Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph.
Chapter 25 – Configuration Management 1Chapter 25 Configuration management.
Design an App Gail Dickinson Germantown Middle School 8 th Grade STEM Gail Dickinson Germantown Middle School 8 th Grade STEM.
HOMEWORK PAGE STAND ALONE PROGRAMS FUNCTION ON THEIR OWN AND SOMETIMES CANNOT SHARE DATA WITH OTHER PROGRAMS. INTEGRATED SOFTWARE COMBINES.
I Information Systems Technology Ross Malaga 3 "Part I Understanding Information Systems Technology" Copyright © 2005 Prentice Hall, Inc. 3-1 SOFTWARE.
Project Execution & Termination Life Cycle Execution Presented by: Basker George.
CSSE 375 Software Construction and Evolution: Configuration Management
Computing Fundamentals Objective 2 Software. IC3-GS3 Computing Fundamentals-Domain 2 2 Objectives Understand the steps involved in software development.
System Implementation
Hands-On Microsoft Windows Server 2008 Chapter 8 Managing Windows Server 2008 Network Services.
This chapter is extracted from Sommerville’s slides. Text book chapter
Section 6.1 Explain the development of operating systems Differentiate between operating systems Section 6.2 Demonstrate knowledge of basic GUI components.
Software Configuration Management (SCM)
Customized cloud platform for computing on your terms !
PHASE 4 SYSTEMS IMPLEMENTATION Application Development SYSTEMS ANALYSIS & DESIGN.
Managing the development and purchase of information systems (Part 1)
Programming and Application Packages
Seattle Area Software Quality Assurance Group Release and Configuration Management, The Acceleration of Change and Its Contribution To Software Quality.
Software Configuration Management
Rational Unified Process Fundamentals Module 4: Disciplines II.
City of Los Angeles Personnel Department Mobile Application Team 02:Shreya kamani Anushree Sridhar Pattra Thongprasert Abhishek Trigunayat Travis Jones.
AOIT Introduction to Programming Unit 4, Lesson 11 Documenting Bugs and Fixes Copyright © 2009–2012 National Academy Foundation. All rights reserved.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
Configuration Management (CM)
Chapter 8 Selecting and Maintaining Digital Resources.
Event Management & ITIL V3
Unit R005: Understanding Computer Systems Introduction System Software Software (i.e., programs) used to control the hardware directly Used to run the.
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.
©G. Millbery 2003Systems and User Interface SoftwareSlide 1 Self Documenting Systems  Systems where no external documentation is necessary  Includes:
INTRODUCTION SOFTWARE HARDWARE DIFFERENCE BETWEEN THE S/W AND H/W.
© Copyright 2011 John Wiley & Sons, Inc.
Requirements and Estimation Process From a CMM Level 5 Organization Alan Prosser.
INFORMATION MANAGEMENT Unit 2 SO 4 Explain the advantages of using a database approach compared to using traditional file processing; Advantages including.
Operating System Principles And Multitasking
Software Life Cycle The software life cycle is the sequence of activities that occur during software development and maintenance.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
Course Title: Introduction to Computer Course Instructor: ILTAF MEHDI Chapter No: 04 1BY ILTAF MEHDI (MCS, MCSE, CCNA)
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
1 Chapter 12 Configuration management This chapter is extracted from Sommerville’s slides. Text book chapter 29 1.
Unit 17: SDLC. Systems Development Life Cycle Five Major Phases Plus Documentation throughout Plus Evaluation…
State of Georgia Release Management Training
Slide 6-1 Chapter 6 System Software Considerations Introduction to Information Systems Judith C. Simon.
GCSE ICT 3 rd Edition The system life cycle 18 The system life cycle is a series of stages that are worked through during the development of a new information.
1 Sean Aluoto Anthony Keeley Eric Werner. 2 Project Plan Overview Project Lifecycle model Time line Deliverables Organization plan Risk management Design.
TECHDOTCOMP SUPPORT TECHDOTCOMP nd Ave, Seattle, WA 98122, USA Phone:
Chapter 8: Maintenance and Software Evolution Ronald J. Leach Copyright Ronald J. Leach, 1997, 2009, 2014,
SG Software Configuration Management And CVS scmGalaxy Author: Rajesh Kumar
Chapter 5: Coding Ronald J. Leach Copyright Ronald J. Leach, 1997, 2009, 2014,
Case Study of Agile Development Ronald J. Leach Copyright Ronald J. Leach, 1997, 2009, 2014,
Chapter 2: Project Management Ronald J. Leach Copyright Ronald J. Leach, 1997, 2009, 2014,
The Major Continuing Software Development Project Ronald J. Leach Copyright Ronald J. Leach, 1997, 2009, 2014,
DISCOVERING COMPUTERS 2018 Digital Technology, Data, and Devices
Principles of Information Systems Eighth Edition
Managing the Project Lifecycle
Introduction to Software Engineering: Second Edition
IT Roles and Responsibilities
THE STEPS TO MANAGE THE GRID
Chapter 2: System Structures
SYSTEMS ANALYSIS & DESIGN
Software Validation in Accredited Laboratories
SYSTEMS ANALYSIS & DESIGN
Configuration management
Overview of Computer system
Presentation transcript:

Chapter 7: Delivery, Installation, and Documentation Ronald J. Leach Copyright Ronald J. Leach, 1997, 2009, 2014,

Delivery Copyright Ronald J. Leach, 1997, 2009, 2014,

Some Compression utilities UtilityOperating system tarLinux, UNIX barLinux, UNIX cpioLinux, UNIX gunzipMany pkzipMany BinhexWindows GzipMacintosh Copyright Ronald J. Leach, 1997, 2009, 2014,

Two Likely Possibilities You and your team deliver the product to customers yourself (“direct delivery”) You deliver your product to an App Store and the product is delivered to customers via an App Store (“indirect delivery”) Copyright Ronald J. Leach, 1997, 2009, 2014,

For direct delivery The project can be delivered physically via a CD, DVD, or similar The product can be made available for download (requires a secure website) In each case, installation instructions are needed Copyright Ronald J. Leach, 1997, 2009, 2014,

Typical add-ons README file Set of system requirements Configuration information Installation log Error checking Copyright Ronald J. Leach, 1997, 2009, 2014,

Use the implementation environment Compress, decompress utilities The target system’s existing installer software Copyright Ronald J. Leach, 1997, 2009, 2014,

Customer Support Handle issues in problems due to unusual configuration on target computer or smartphone Might be needed to handle credit card/license issues Copyright Ronald J. Leach, 1997, 2009, 2014,

One additional delivery To yourself (or the developing organization) Reason: keep a clean copy for future use This should be done on a dedicated machine or, at least, a dedicated portion of the same machine – Cloud storage on a virtual machine is better Copyright Ronald J. Leach, 1997, 2009, 2014,

Installation Copyright Ronald J. Leach, 1997, 2009, 2014,

A possible issue Customers may not be expect to be charged for installation if there are problems after delivery Copyright Ronald J. Leach, 1997, 2009, 2014,

Typical add-ons README file Set of system requirements Configuration information Installation log Error checking Help (FAQs) Help (on-line or telephone/chat) Copyright Ronald J. Leach, 1997, 2009, 2014,

Possible complications The delivered product needs a COTS product or utility that is not installed on the user’s computer The user’s computer does not have the proper operating system version (a configuration management issue!) Copyright Ronald J. Leach, 1997, 2009, 2014,

Documentation Copyright Ronald J. Leach, 1997, 2009, 2014,

The two main types of documentation Internal – Intended for programmers and designers External – Intended for users – Intended for potential purchasers – intended for programmers and designers Copyright Ronald J. Leach, 1997, 2009, 2014,

What kinds of internal documentation? Comments within programs – Explain purpose of each module – Explain interfaces of each module – README files within directories Copyright Ronald J. Leach, 1997, 2009, 2014,

Requirements and Design Documents Often not released to customers Design rationales Requirements documents Database of errors detected during development Intended for use by maintainers of the software system Copyright Ronald J. Leach, 1997, 2009, 2014,

What kinds of external documentation? None FAQs Tutorials On-line assistance ( ) On-line assistance (help desk) Copyright Ronald J. Leach, 1997, 2009, 2014,

External documentation, cont. Training courses Operations manuals Copyright Ronald J. Leach, 1997, 2009, 2014,

FAQs May be included in the software’s advertising Copyright Ronald J. Leach, 1997, 2009, 2014,

App Stores Copyright Ronald J. Leach, 1997, 2009, 2014,

Very different from other models One delivery to the App Store to await approval based on coding standards and security. (Most stringent on Apple App Store) After that approval, all delivery and installation issues are handled by the App Store. Documentation is often little more than FAQs. Copyright Ronald J. Leach, 1997, 2009, 2014,

Agile Development Case Study: Delivery, Installation, and Documentation Copyright Ronald J. Leach, 1997, 2009, 2014,

Very different from other processes Most required components will be available on the target machine. The many prototypes in this type of development have been refined until they meet the customer’s requirements Copyright Ronald J. Leach, 1997, 2009, 2014,

An observation There is little actual data on the delivery costs and installation/documentation effort for projects that use an agile development process. Copyright Ronald J. Leach, 1997, 2009, 2014,

The Major Continuing Software Development Project: Delivery, Installation and Documentation Copyright Ronald J. Leach, 1997, 2009, 2014,

Use a RTM List the requirements, documentation, and all delivered items in the RTM to adhere to quality standards. (Our RTM was vague on this, so it needs to be fixed.) Use the RTM as a status check. Copyright Ronald J. Leach, 1997, 2009, 2014,

Improve the development process Enter data about the project’s cost, schedule, and quality into a database for further analysis. This is a good time to consider process improvement. Copyright Ronald J. Leach, 1997, 2009, 2014,