软件移交计划STrP文档标准模版.docx

软件移交计划STrP文档标准模版.docx

《软件移交计划STrP文档标准模版.docx》由会员分享，可在线阅读，更多相关《软件移交计划STrP文档标准模版.docx（8页珍藏版）》请在冰豆网上搜索。

软件移交计划STrP文档标准模版

文件版本

XXXX

版本/良改状态

VI,0

软件移交计划（STrP）

I/O

软件移交计划（STrP）

拟制

审核

复核

标准化审核

批准

XXXXX

xxxx公司

文件版本

XXXX

版本/良改状态

VI,0

软件移交计划（STrP）

I/O

文件更改记录

序号

版本号

更改日期

更改内容

更改

更改人

审核人

批准人

页码

条号

1

2

3

4

5

6

7

8

9

10

11

12

13

14

文件版本

XXXX

版本/良改状态

VI,0

软件移交计划（STrP）

I/O

文件版本变更记录

版本号

变更内容简述

签宇

变更日期

变更人

审批

变更人

审批

变更人

审批

变更人

审批

变更人

审批

变更人

审批

变更人

审批

变更人

审批

文件版本

XXXX

版本/良改状态

VI,0

软件移交计划（STrP）

I/O

软件移交计划（STrP）

说明：

1•《软件移交计划）（STrP）扌旨出可交付软件的生存周期支持所需要的硬件、软件和其他资源。

描述开发方向支持部门移交应交付项目的计划。

2•仅当软件支持概念要求把责任从开发方移交到f独立的支持方时,才需要制走STrP,

STrP可供需方用来修改计算机资源生存期管理计划。

模版说明:

文档字体设定:

标题1:

小一

标题2：

1号

标题3:

小二

标题4：

—£□—V

标题5：

小三

标题6:

四号

正文：

四号

2、

3、

文章编号，请使用格式刷刷，不要手工编号。

目前格式都

是对的。

内容根据实际情况裁剪，一般可行性研究报告，模版章节

不可缺。

关于修订记录，请根据文档需要自行添加。

文件版本

XXXX

版本/良改状态

VI,0

软件移交计划（STrP）

I/O

le引言

本章分为以下几条。

1.1.标识

本条应包含本文档适用的系统和软件的完整标识,（若适用）包括标识号、标题、缩略词语、版本号和发行号。

1.2.系统概述

本条应简述本文档适用的系统和软件的用途,它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划的运行现场;列出其他有关的文档.

1.3.文档概述

本条应概述本文档的用途和内容,刑a述与其使用有关的保密性或私密性要

求。

1.4.与其他计划之间的关系

（若有）本条应描述本计划和其他项目管理计划的关系。

文件版本

XXXX

版本/良改状态

VI,0

软件移交计划（STrP）

I/O

2.引用文件

本章应列出本文档引用的所有文档的编号、标题、修订版本和日期,也应标识不能通过正常的供货渠道获得的所有文档的来源。

3.软件支持资源

本章应分条标识和描述为了支捋可交付软件所需的资源。

这些资源应包括为了控制、复制和分发软件和相应的文档所需的资源，以及说明、设计、实现、文档编制、测试、评估、控制、复制和分发软件修改所需的资源。

3.1.设施

本条应描述为了支持可交付软件所需的设施。

这些设施包括：

特殊的建筑、房间、实物模型、诸如升降地板或电缆的建筑特性、支持保密性和私密性需求的建筑特性（屏蔽层、地下室等）、支捋安全性需求的建筑特性（烟雾报警器、安全灯等）和特殊的电源需求等。

应描述每项的用途，倍适用）可包括图表。

32硬件

本条应标识和描述为了支捋可交付软件所需的硬件和相关文档。

硬件包括:

计算机、外围设备、硬件模拟器、激发器、仿真器、诊断设备和非计算机设备。

描述内容应包括:

a.具体的型号、版本与配置;

b.选择该硬件的理由；（若适用）对用户/操作员手册的引用或每项的说明;

d.标识岀需方所提供的硬件和文档、应交付给支持机构的项目、支持机构已

文件版本

XXXX

版本/良改状态

VI,0

软件移交计划（STrP）

I/O

有的项目、支捋机构必须得到的项目或其他的状态描述;

e.如果硬件项目是必须要得到的”则要给出当前供货来源信息,包括硬件项目现在是否可获得和交付时是否为期望获得的;

f.关于制造商提供支持、许可证和资料版权等信息，包括制造商在当前和在交付时能否提供支持，能否给予支持机构许可证和许可证的限期等都必须加以说

明；

g.保密性、私密性方面的考虑、限制或其他感兴趣的条款。

3.3.软件

本条应标识和描述为了支捋可交付软件所需的软件和相关文档。

软件包括:

计算机辅助软件工程（CASE）工具,CASE工具中的资料、编译程序、测试工具、测试数据、模拟器、仿真器、实用程序、配置管理工具、数据库和数据文件以及其他软件。

描述内容应包括：

a.（若适用的话）具体名称、标识号、版本号、发行号及配置;

b.选择该软件的理由；

C.（若适用）对用户/操作员手册的弓I用或每项的说明；

d.标识出需方所提供的软件和文档、应交付给支持机构的项目、支持机构已有的项目、支持机构必须得到的项目或其他的状态描述；

e.如果软件项目是必须要得到的”则要给出当前供货来源信息,包括软件项目现在是否可获得和交付时是否可期望获得的;

f.关于制造商提供的支持、许可证、资料版权的信息，包括制造商在当前和在交付时能否提供支持，能否给予支持机构许可证和许可证的限期等都必须加以

说明；

g.保密性、私密性方面的考虑、限制或其他感兴趣的条款。

文件版本

XXXX

版本/良改状态

VI,0

软件移交计划（STrP）

I/O

34其他文档

本条应标识描述为了支捋可交付软件所需的其他文档。

例如”清单应包括可交付软件的计划、报告、研究材料、规格说明、设计说明、测试用例/测试过程、测试报告、用户/操作员手册和支持手册。

本条应提供：

a.（若适用）名称、标识号、版本号和发行号;

b.清单中收人每个文档的理由；

C.标识出需方所提供的文档、应交付给支持机构的项目、支捋机构已有的项目、支持机构必须得到的项目或其他的状态描述；

d.如果文档是必需要得到的，说明从哪里能得到它；

e.有关许可证和资料版权的信息;

f.保密性、私密性方面的考虑、限制或其他感兴趣的条款。

3.5.人员

本条应描述为了支捋可交付软件所需的人员,包括预期的人员数量、技能和专长的类型和级别、涉密审查。

（若适用）应以实际参与项目开发的人员为基础来

估计所需的人员。

36其他资源

本条应标识为了支捋可交付软件所需的其他资源，包括磁带和磁盘等易耗品,估计所需资源的类型和数量。

文件版本

XXXX

版本/良改状态

VI,0

软件移交计划（STrP）

I/O

3.7.各组成部分之间的相互关系

本条应标识前面各条所标识的各个组成部分之间的关系。

可以用图表形式表示这些关系。

4.推荐的过程

本章应根据需要分条描述为了支捋可交付软件和相关的支捋环境,开发方希望向支持机构推荐的过程，包括建议和教训。

5.培训

本章应适当地分成若干条描述开发方培训支持人员使其能够支持可交付软件的计划。

内容包括：

a.培训的进度安排、期限和地点;

b.描述课程培训和实习培训;

C.规定的预备条件（直接或引用）:

1）熟悉运行软件和目标计算机；

2）熟悉支持软件和宿主系统。

本章应描述可交付软件预期的变更区域。

文件版本

XXXX

版本/良改状态

VI,0

软件移交计划（STrP）

I/O

7.移交计划

本章应根据需要分条描述开发方把可交付软件移交给支持机构的计划。

按以

下内容描述：

乱为向支持机构移交可交付软件而要执行的所有活动”这些活动可能包括计划/协调会议,要交付给支持机构的项的准备，软件支持环境的包装、运输、安装和检测，运行软件的包装、运输、安装和检测，以及支捋人员的培训等；

b.每项活动的角色和职责；

C.执行移交活动所需的资源及这些资源的来源；

d.实现移交活动的进度表和里程碑。

进度表和里程碑必须与合同中的总进度

—致；

e.在支持环境中安装和检测可交付项的过程。

本章应包含有助于理解本文档的一般信息（例如背景信息、词汇表、原理）。

本童应包含为理解本文档需要的术语和定义「所有缩略语和它们在文档中的含义的字母序列表。

附录

附录可用来提供那些为便于文档维护而单独出版的信息（例如图表、分类数据）。

为便于处理，附录可单独装订成册。

附录应按字母顺序（A,B等）编排。