INTEGRATED SOLUTIONS
SOFTWARE RELEASE PROCEDURE
Prepared By: |
|
Lead Author, Integrated Solutions |
Date |
Approved By & Effective on Date of Signature Below: |
|
Yufen Chang Yu, Integrated Solutions |
Date |
THIS DOCUMENT IS TO BE REGARDED AS THE OFFICIAL SOFTWARE RELEASE PROCEDURE WITHIN Integrated Solutions. IT IS TO BE MAINTAINED UNDER CHANGE CONTROL BY THE DOCUMENT CONTROL COORDINATOR.
CHANGE SHEET
|
|||
TITLE: Software Release Procedure
|
|||
DESCRIPTION OF CHANGE |
|||
ISSUE |
DATE |
SECTION |
DESCRIPTION |
1.0 |
3/16/97 |
All |
· Draft Issue.
|
1. Software Distribution
This section outlines the process of software distribution during the various phases of Integrated Solutions development and maintenance. The strategy will be to use the same mechanisms for packaging, distribution control and installation during all phases. The steps can be summarized as follows:
A.
B.
1.1 Software Packaging Procedure
The initial asset delivery will include:
. Application packages
. Release letter
. Installation instructions
. Associated documentation
1.2 System Test Items
The following items complete the list of entrance criteria which must be supplied with each delivery:
. System test plan
. System test case listing
. System test status report
. System test conclusion notes
1.3 Naming Conventions
1.3.1 Introduction
Integrated Solutions is expected that emergency releases to fix severity 1 & 2 MRs will need to be installed on the Integration Test (IT) machines without the delay of a complete build and some of the other entrance criteria. In these cases, individual modules may be sent directly to the Integrated Solutions release coordinator for installation on the desired machine(s). When successful, it is understood that all emergency patch release will be incorporated in the next scheduled release. The following process is defined for emergency releases going to a customer site. If the emergency release will only be installed in Integrated Solutions then the following requirements can be waived with the approval of the software release coordinator.
An emergency release is defined as a customer required release containing only fixes for severity 1 or 2 MRs.
Emergency releases or patch releases may be required to fix high severity MRs found in the customer environment. Such fixes are usually needed on site as quickly as possible. The following procedure outlines the steps needed to deliver a patch or emergency release to the customer. The customer may request that some of the steps be omitted so that they can expedite delivery.
1.3.2 Process Steps
1.3.2.1 Release Contents
The contents of any patch release and target delivery date will be determined by the Integrated Solutions MR Review Board (MRRB). Customer participation is expected in the MRRB process. The target customer environment (release level) will also be determined at this time as will the regular release in which the patch MRs will be included.
The MRRB will publish the patch release information to the customer, the involved asset teams and the release coordinators as soon as the delivery date and contents are determined.
1.3.2.2 Asset Team
Integrated Solutions will deliver the release after testing it in their own environment. The release will include the following required items:
. Complete release notes including
- List of MRs
- Asset test report
- List of modules (file ownership, file mode, checksums, etc.)
- Execution environment, platform version
- Installation instructions
. Test case(s) for Integrated Solutions regression test
. Installation script(s) - as required
. Data conversion script(s) - as required
1.3.2.3 Integrated Solutions
Upon receipt of the patch release Integrated Solutions will install the release onto servers running the target environment. Integrated Solutions will test the release using the test case(s) supplied by the asset team(s) as well as other test case, as appropriate.
The integration test team will then package the release for the customer. The release package will include the same items as listed above for the asset team release. Those items will be modified to include installation instructions, tailored for the customer, and a test report.
1.3.3 Customer Verification
The customer will verify that the emergency release fixes the original problem(s).
1.4 Software Distribution
1.5 Repository Structure
The structure of the repository directory will resemble the following:
1.6 Distribution Control and Management
The Integrated Solutions installation administrator will have the responsibility of determining the following:
. The test machine on which the application will be installed
. When the application will accept upgrades and point releases
. Software distribution, installation and management
. User and system administration tasks
established and available for the required testing intervals.
2.0 Release Strategy
This section outlines the product release strategy for the customer. It defines the expectations and responsibilities of the release coordinator. The release coordinator’s function is to provide rapid delivery services of generally available software releases to customers.
2.1 Release Procedures
Upon determination that a new release must go to customer, the following steps must be followed:
2.1.1 Software Release Letter
A software release letter must be compiled by the Integrated Solutions release coordinator from various asset release letters. The release letter must contain the following information:
. Unique version number to identify the delivery
. List of hardware and software dependencies including the version numbers of the operating
system and software packages.
. List of all files delivered
. Description of the features supported in the release and any impacts on application
functionality.
. List of all MR fixes delivered with the release (if applicable).
. Complete installation instruction and backout procedures.
2.2 Release Procedure Guide
The release coordinator will develop the release procedure guide. This guide will document the procedure to create and deliver the complete customer deliverable. Guide contents will include:
. Customer release letter procedure
. File creation and verification procedures
. Product transmission via the network to customer
. Shipping guidelines
. Record keeping and tracking
2.3 File Release Procedures
This section describes the creation and verification procedures for creating the media. When the Integrated Solutions team is done testing, the lead tester must notify the release coordinator to begin manufacturing. The assets will be written into the release area of the distribution machine. A directory must be created for the customer.
. Steps to be followed in manufacturing the media
A.
B..
C.
D..