Home

  About Us

  Products

  Process Models

  SE Resources

  Commentary

  Contact us

Breaking News!

A new blog ...

visit OnCenter, Roger Pressman's running commentary on the world at large

A new edition ... the 7th edition of Software Engineering is available now

A new book ... Roger Pressman and David Lowe on Web Engineering

A first novel ... Roger Pressman's first novel is a technothriller -- The Aymara Bridge

A new curriculum! RSP&A has partnered with QAI to develop a comprehensive Internet-based software engineering curriculum.

A redesigned site! ... we've done a major redesign and added many new features for 2009 - 2010

 
Adaptable Process Model
Task IV.28 Release the Modified Software



IMPORTANT NOTICE: The complete Adaptable Process Model (APM) is provided for informational purposes and for assessment by potential users. The APM is copyrighted material and may not be downloaded, copied, or extracted for use in actual project work. The full hypertext (html) version of the APM may be licensed for use and customization within your organization. Contact R.S. Pressman & Associates, Inc. for complete licensing information.

Task IV.28 Release the modified software

 

IV.28.1 Deliver the modified software to each customer.

Intent: The intent of this task is to develop a systematic and controlled approach for delivery of the software.

Mechanics: After the Software Release Package (Task IV.27.8) has been completed and reviewed and alpha/beta-test planning has been completed), a formal procedure for delivery of the product to the customer occurs.

Application of Formal Methods: none

Application of CASE Tools: t.b.d.

Deliverables: Delivered documents, prototype or engineered system

 

IV.28.2 Define feedback mechanisms.

Intent: The intent of this task is to define a mechanism through which customer feedback can be obtained and analyzed. The feedback mechanism should be explained as part of the Software Release Package (Task IV.27.8) and should begin as soon as the product has been delivered to the customer site for beta-test or field use.

Mechanics: A feedback mechanism includes both formal and informal feedback paths. Formal feedback is collected through a Software Problem Report form and a Software Change Request form. Informal feedback is collected via meetings between technical staff and the customer.

Application of Formal Methods: none

Application of CASE Tools: t.b.d.

Do's & Don'ts

    Do: Develop feedback forms that guide the customer as a problem or request for change is described.

    Do: Consider alternative modes of feedback (e.g., voice mail, electronic bulletin boards).

    Do: Be certain to assign an individual with the responsibility to manage all formal feedback.

    Don't: Make the formal feedback mechanisms unnecessarily complicated.

Helpful Hints

Feedback mechanisms are best if they are integrated with an electronic mail system. The feedback "forms" should be E-mail templates so that reporting is made as effortless as is possible.

Deliverables:

1. Software Problem Report

2. Software Change Request

 

IV.28.3 Update the help-desk to accommodate multiple customer locations.

Intent: The intent of this task is to provide updated information for the 'help desk' facility so that customer questions, inquiries and problems associated with the change can be adequately addressed.

Mechanics: All relevant help desk information is updated.

Application of Formal Methods: none

Application of CASE Tools: t.b.d.

Deliverables: Updated information for help desk.

 

IV.28.4 Conduct training and provide implementation support.

IV.28.5 Collect and analyze customer feedback.

Intent: The intent of these tasks is to collect customer feedback and analyze it. The feedback mechanism (Task IV.28.2) should be explained as part of the Software Release Package (Task IV.28.2) and should begin as soon as the product has been delivered to the customer site.

Mechanics: If the application is business critical, monitoring should be direct during early use of the software. That is, staff should be on sight with the customer, addressing questions, problems in real time. The formal and informal feedback mechanisms defined in Task IV.28.2 are used during subsequent stages of customer use.

Application of Formal Methods: none

Application of CASE Tools: t.b.d.

Do's & Don'ts

    Do: Be certain to respond to all feedback.

    Do: Be certain to classify every problem report and change request so that they can be analyzed statistically.

    Do: Be certain to assign an individual with the responsibility to manage all formal feedback.

Helpful Hints

Feedback mechanisms are best if they are integrated with an electronic mail system. The feedback "forms" should be E-mail templates so that reporting is made as effortless as is possible.

Deliverables:

1. completed Software Problem Report

2. completed Software Change Request

3. results of feedback analysis


Use Browser "back" arrow or return to APM Process Design Language Description


Site search! We've added links to a search engine that will enable you to search our entire site for information you need. Enter the appropriate word or phrase below.

PicoSearch




Home About us Products Product Models SE Resources Commentary Contact us

Web site and all contents © R.S. Pressman & Associates, Inc. 2001 - 2010, All rights reserved.
Free website templates