illustrate:
1. The Software Transition Plan (STrP) specifies the hardware, software, and other resources required to support the life cycle of the deliverable software. Describes the development direction's plan for handing over deliverables to the support department.
2. A STrP is only required when the software support concept requires the transfer of responsibility from the developer to an independent supporter . STrP can be used by the acquirer to modify the computer resource lifetime management plan.
1 Introduction
1.1 Identification
This paragraph shall contain the complete identification of the systems and software to which this document applies, including , where applicable , identification numbers, titles, acronyms, version numbers, and release numbers.
1.2 System overview
This paragraph should briefly describe the purpose of the system and software to which this document applies. It should describe the general characteristics of the system and software; outline the history of system development, operation, and maintenance; identify the project's investors, acquirers, users, developers, and supporting organizations ;Identifies current and planned operating sites;lists other relevant documents .
1.3 Documentation overview
This paragraph shall outline the purpose and content of this document and describe the confidentiality or privacy requirements associated with its use.
1.4 Relationship with other programs
( If any ) This paragraph shall describe the relationship between this plan and other project management plans.
2 Reference documents
This chapter shall list the numbers, titles, revisions, and dates of all documents referenced in this document, and shall identify the source of all documents not available through normal supply channels.
3软件支持资源
本章应分条标识和描述为了支持可交付软件所需的资源。这些资源应包括为了控制、复制和分发软件和相应的文档所需的资源，以及说明、设计、实现、文档编制、测试、评估、控制、复制和分发软件修改所需的资源。
3.1设施
本条应描述为了支持可交付软件所需的设施。这些设施包括：特殊的建筑、房间、实物模型、诸如升降地板或电缆的建筑特性、支持保密性和私密性需求的建筑特性(屏蔽层、地下室等)、支持安全性需求的建筑特性(烟雾报警器、安全灯等)和特殊的电源需求等。应描述每项的用途，(若适用)可包括图表。
3.2硬件
本条应标识和描述为了支持可交付软件所需的硬件和相关文档。硬件包括：计算机、外围设备、硬件模拟器、激发器、仿真器、诊断设备和非计算机设备。描述内容应包括：
a.具体的型号、版本与配置；
b.选择该硬件的理由；(若适用)对用户/操作员手册的引用或每项的说明；
d.标识出需方所提供的硬件和文档、应交付给支持机构的项目、支持机构已有的项目、支持机构必须得到的项目或其他的状态描述；
e.如果硬件项目是必须要得到的，则要给出当前供货来源信息，包括硬件项目现在是否可获得和交付时是否为期望获得的；
f.关于制造商提供支持、许可证和资料版权等信息，包括制造商在当前和在交付时能否提供支持，能否给予支持机构许可证和许可证的限期等都必须加以说明；
g.保密性、私密性方面的考虑、限制或其他感兴趣的条款。
3.3软件
本条应标识和描述为了支持可交付软件所需的软件和相关文档。软件包括：计算机辅助软件工程(CASE)工具,CASE工具中的资料、编译程序、测试工具、测试数据、模拟器、仿真器、实用程序、配置管理工具、数据库和数据文件以及其他软件。描述内容应包括：
a.(若适用的话)具体名称、标识号、版本号、发行号及配置；
b.选择该软件的理由；
c.(若适用)对用户/操作员手册的引用或每项的说明；
d.标识出需方所提供的软件和文档、应交付给支持机构的项目、支持机构已有的项目、支持机构必须得到的项目或其他的状态描述；
e.如果软件项目是必须要得到的，则要给出当前供货来源信息，包括软件项目现在是否可获得和交付时是否可期望获得的；
f.关于制造商提供的支持、许可证、资料版权的信息，包括制造商在当前和在交付时能否提供支持，能否给予支持机构许可证和许可证的限期等都必须加以说明；
g.保密性、私密性方面的考虑、限制或其他感兴趣的条款。
3.4其他文档
本条应标识描述为了支持可交付软件所需的其他文档。例如，清单应包括可交付软件的计划、报告、研究材料、规格说明、设计说明、测试用例/测试过程、测试报告、用户/操作员手册和支持手册。
本条应提供：
a.(若适用)名称、标识号、版本号和发行号；
b.清单中收人每个文档的理由；
c.标识出需方所提供的文档、应交付给支持机构的项目、支持机构已有的项目、支持机构必须得到的项目或其他的状态描述；
d.如果文档是必需要得到的，说明从哪里能得到它；
e.有关许可证和资料版权的信息；
f.保密性、私密性方面的考虑、限制或其他感兴趣的条款。
3.5人员
本条应描述为了支持可交付软件所需的人员，包括预期的人员数量、技能和专长的类型和级别、涉密审查。(若适用)应以实际参与项目开发的人员为基础来估计所需的人员。
3.6其他资源
本条应标识为了支持可交付软件所需的其他资源，包括磁带和磁盘等易耗品，估计所需资源的类型和数量。
3.7各组成部分之间的相互关系
本条应标识前面各条所标识的各个组成部分之间的关系。可以用图表形式表示这些关系。
4推荐的过程
本章应根据需要分条描述为了支持可交付软件和相关的支持环境，开发方希望向支持机构推荐的过程，包括建议和教训。
5培训
本章应适当地分成若干条描述开发方培训支持人员使其能够支持可交付软件的计划。内容包括：
a.培训的进度安排、期限和地点；
b.描述课程培训和实习培训；
c.规定的预备条件(直接或引用)：
1)熟悉运行软件和目标计算机；
2)熟悉支持软件和宿主系统。
6预期的变更区域
本章应描述可交付软件预期的变更区域。
7移交计划
本章应根据需要分条描述开发方把可交付软件移交给支持机构的计划。按以下内容描述：
a.为向支持机构移交可交付软件而要执行的所有活动，这些活动可能包括计划/协调会议，要交付给支持机构的项的准备，软件支持环境的包装、运输、安装和检测，运行软件的包装、运输、安装和检测，以及支持人员的培训等；
b.每项活动的角色和职责；
c.执行移交活动所需的资源及这些资源的来源；
d.实现移交活动的进度表和里程碑。进度表和里程碑必须与合同中的总进度一致；
e.在支持环境中安装和检测可交付项的过程。
8注解
本章应包含有助于理解本文档的一般信息(例如背景信息、词汇表、原理)。本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。
附录
附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。为便于处理，附录可单独装订成册。附录应按字母顺序(A,B等)编排。