Chapter 10 Delivering the System Shari L. Pfleeger Joann M. Atlee 4 th Edition.

Slides:



Advertisements
Similar presentations
Planning Reports and Proposals
Advertisements

© Copyright 2006 FPT Software 1 © FPT SOFTWARE – TRAINING MATERIAL – Internal use 04e-BM/NS/HDCV/FSOFT v2/3 How to work in Fsoft project Authors: KienNT.
Chapter 1: The Database Environment
Requirements Engineering Process
1 Copyright © 2010, Elsevier Inc. All rights Reserved Fig 2.1 Chapter 2.
Introduction to Product Family Engineering. 11 Oct 2002 Ver 2.0 ©Copyright 2002 Vortex System Concepts 2 Product Family Engineering Overview Project Engineering.
Slide 1 FastFacts Feature Presentation August 14 th, 2008 We are using audio during this session, so please dial in to our conference line… Phone number:
ASYCUDA Overview … a summary of the objectives of ASYCUDA implementation projects and features of the software for the Customs computer system.
Relational Database and Data Modeling
By Rick Clements Software Testing 101 By Rick Clements
Business Transaction Management Software for Application Coordination 1 Business Processes and Coordination.
HERMES TUTORIAL version 1.0 Published 24th July 2007 This tutorial version is based on the actual deployed version of Hermes, as of the date of publication.
Click to edit Master title style Page - 1 OneSky Teams Step-by-Step Online Corporate Communication Support 2006.
XP New Perspectives on Microsoft Office Word 2003 Tutorial 6 1 Microsoft Office Word 2003 Tutorial 6 – Creating Form Letters and Mailing Labels.
Jeopardy Q 1 Q 6 Q 11 Q 16 Q 21 Q 2 Q 7 Q 12 Q 17 Q 22 Q 3 Q 8 Q 13
Jeopardy Q 1 Q 6 Q 11 Q 16 Q 21 Q 2 Q 7 Q 12 Q 17 Q 22 Q 3 Q 8 Q 13
Title Subtitle.
Determine Eligibility Chapter 4. Determine Eligibility 4-2 Objectives Search for Customer on database Enter application signed date and eligibility determination.
DIVIDING INTEGERS 1. IF THE SIGNS ARE THE SAME THE ANSWER IS POSITIVE 2. IF THE SIGNS ARE DIFFERENT THE ANSWER IS NEGATIVE.
Addition Facts
Making the System Operational
Integrify 5.0 Tutorial : Creating a New Process
Introduction Lesson 1 Microsoft Office 2010 and the Internet
Proud Members of the Consulting Group, LLC
Transition from the Long Shutdown to Hot Checkout: Pre-Hot Checkout Steve Suhring Operability Manager 6/6/13.
1 2 In a computer system, a file is a collection of information with a single name, such as addresses.doc, or filebackup.ppt, or ftwr.exe, or guidebook.xls.
Configuration management
Software change management
Text 1 July, 2010 DCMS: Training Manual Campaign Management.
The Office Procedures and Technology
Freight Management System
Campaign Overview Mailers Mailing Lists
ABC Technology Project
1 Web-Enabled Decision Support Systems Access Introduction: Touring Access Prof. Name Position (123) University Name.
Use Case Diagrams.
Chapter 3: The Procurement Process
In The Name Of Allah, The Most Beneficent, The Most Merciful
XP New Perspectives on Introducing Microsoft Office 2003 Tutorial 1 1 Using Common Features of Microsoft Office 2003 Tutorial 1.
1 CS 446 – Tutorial 6 Frid. Nov. 6 th, 2009 Implementation Tutorial.
Chapter 1 Introduction to Visual Basic Programming and Applications 1 Exploring Microsoft Visual Basic 6.0 Copyright © 1999 Prentice-Hall, Inc. By Carlotta.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software processes 2.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 27 Slide 1 Quality Management.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
Lecture 6: Software Design (Part I)
Chapter 1 What is Software Engineering Shari L. Pfleeger
Chapter 10 Software Testing
Executional Architecture
Global Analysis and Distributed Systems Software Architecture Lecture # 5-6.
Chapter 5 Test Review Sections 5-1 through 5-4.
SIMOCODE-DP Software.
GG Consulting, LLC I-SUITE. Source: TEA SHARS Frequently asked questions 2.
Addition 1’s to 20.
25 seconds left…...
© Paradigm Publishing Inc Chapter 10 Information Systems.
Week 1.
Chapter 10: The Traditional Approach to Design
Systems Analysis and Design in a Changing World, Fifth Edition
We will resume in: 25 Minutes.
Module 12 WSP quality assurance tool 1. Module 12 WSP quality assurance tool Session structure Introduction About the tool Using the tool Supporting materials.
Chapter 12 Analyzing Semistructured Decision Support Systems Systems Analysis and Design Kendall and Kendall Fifth Edition.
©2008 Prentice Hall Business Publishing, Auditing 12/e, Arens/Beasley/Elder The Impact of Information Technology on the Audit Process Chapter 12.
1 PART 1 ILLUSTRATION OF DOCUMENTS  Brief introduction to the documents contained in the envelope  Detailed clarification of the documents content.
Chapter 14 Writing and Presenting The Systems Proposal
© ABB University - 1 Revision C E x t e n d e d A u t o m a t i o n S y s t e m x A Chapter 20 Import and Export Course T314.
Lecturer: Dr. AJ Bieszczad Chapter Types of training User training Operator training Special training needs: –infrequent vs. frequent users –new.
ISBN Prentice-Hall, 2006 Chapter 10 Delivering the System Copyright 2006 Pearson/Prentice Hall. All rights reserved.
CH10: Delivering the System help users to understand and feel comfortable with our product * Training * Documentation TECH Computer Science.
Delivering the System 中国科学技术大学软件学院 孟宁 2012 年 11 月.
Chapter 9 Testing the System Shari L. Pfleeger Joann M. Atlee
1 Chapter 10 Delivering the System Training Documentation.
Presentation transcript:

Chapter 10 Delivering the System Shari L. Pfleeger Joann M. Atlee 4 th Edition

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter 10.2 Contents 10.1 Training 10.2 Documentation 10.3 Information System Example 10.4 Real Time Example 10.5What this Chapter Means for You

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter 10.3 Chapter 10 Objectives Training Documentation

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter 10.4 Chapter 10: Delivering the System It is more than just putting the system in place It is also helping users to understand and feel comfortable with the system –Training –Documentation

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Training Types of People Who Use a System Users: exercise the main system functions Operators: perform supplementary functions –create back up copies of data files –define who has access to the system

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Training User and Operators Functions User FunctionsOperator Functions Manipulating data filesGranting user access Simulating activitiesGranting file access Analyzing dataPerforming backups Communicating dataInstalling new devices Drawing graphs and chartsInstalling new software Recovering damage files

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Training Types of Training User training Operator training Special training needs

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Training User Training Introduces the primary functions –Record management: record creation, deletion, retrieval, sorting –Navigation thru the system –No need to internal mechanism (e.g., sorting algorithms, data structures) Relates how the functions are performed now, how to perform later with the new system –Need to take into account the difficulty of transition learning

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Training Operator Training Focuses on support functions and addresses how the system works rather than what the system does Runs in two levels –how to bring up and run the new system –how to support users

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Training Special Training Needs Infrequent vs. frequent users –Certain functions may become forgotten New users (who have replaced trained users) Existing users interest in brush-up on things missed Need for specialized traning

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Training Training Aids Documents –Formal documentation, manuals –A small percentages of the users read them Icons and online help –Metaphors (for objects and functions) –Online manuals provide hypertext links Demonstrations and classes –More individualized, more dynamic; uses of multimedia (hearing, seeing) Expert users (and trained individuals) –Role models can be convincing

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Training Guidelines for Training Understand the personal preferences, work styles, and organizational pressures Need to accommodate different types of students – individualized system Divide a training class or demonstration into presentation units with short, limited scope Determines the type of training based on the location of the students –Hundreds of students all over? Use web-based training

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Documentation Considering the Audiences Need to understand the intended audience –Users –Operators –Customer staff –Other member of development team Design different document for different audience –Include a “gentle” introduction

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Documentation Types of Documentations User’s manual Operator’s manual General system guide Tutorials and automated overviews Other documentation: Programmer guide

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Documentation User’s Manuals Beginning with the general purpose, and progressing to detailed functional description –system’s purpose or objectives –system’s capabilities and functions –system features, characteristics, advantages

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Documentation Operator’s Manuals Hardware and software configuration Methods of granting and denying access to a user Procedures for adding and removing peripherals from system Techniques for duplicating or backing up files and documents

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Documentation General System Guide The system details in terms the customer can understand The system hardware and software configuration The philosophy behind the system’s construction Provide cross-referencing

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Documentation Tutorials and Automated System Overviews Multimedia-based, step-by-step, automated tutorials

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Documentation Other Documentation: Programmer’s Guide An overview of how the software and hardware are configured Software components detailed and their functions performed System support functions System enhancements

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Documentation User Helps and Troubleshooting Failure message reference guide Online helps files Quick reference guide (a quick summary of primary uses, configuration)

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Documentation Guidelines for Failure Messages The name of code component executing when the failure occurred The source code line number in the component that was executing The failure severity and its impact on the system The contents of any relevant system memory or data pointers, such as registers or stack pointers The nature of the failure, or a failure message number (for cross-reference with the failure message reference guide)

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Documentation Example Failure Messages The failure message FAILURE 345A1: STACK OVERFLOW OCCURRED IN: COMPONENT DEFRECD AT LINE: SEVERITY: WARNING REGISTER CONTENTS: PRESS FUNCTION KEY 12 TO CONTINUE The reference guide entry Failure 345A1: Stack overflow. This problem occurs when more fields are defined for a record than the system can accommodate. The last field defined will not be included in the record. You can change the record size using the Record Maintenance function on the Maintenance menu to prevent this failure in the future.

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Information System Example Piccadilly System A training system can present users with the actual Piccadilly screen Training software can be added to allow users to understand the nature and purpose of each system function

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter Real-Time Example Ariene-5 Some of the assumptions about the reused Ariane-4 software were not present in the documentation –The designers of Ariene-5 should have been able to read all of the underlying assumptions inherent in the code

Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter What This Chapter Means for You Training and documentation should be planned and tracked from the project’s beginning Training and documentation software should be integrated with the regular system software All training and documentation modules and documents should take into account the varying needs of different audiences