软件开发实施方案文档格式.docx

软件开发实施方案文档格式.docx

《软件开发实施方案文档格式.docx》由会员分享，可在线阅读，更多相关《软件开发实施方案文档格式.docx（18页珍藏版）》请在冰豆网上搜索。

系统分配给软件的需求

图示：

软件需求分析在软件开发过程中的位置

（2）入口准则和出口准则

1）入口准则

要素

判断准则

客户需求（《系统需求规格说明书》）

已由CCB批准为基线

已进入配置库

2）出口准则

软件需求规格说明书

已经过审查

已批准为基线

系统测试计划

已获得批准

系统测试案例

用户手册（概要）

已编写

追溯表一

已填写

（3）评审

评审《软件需求规格说明书》，具体评审过程见《评审程序文件》，对软件需求的评审准则包括：

●系统需求和系统设计的可追溯性；

●与系统需求的一致性；

●内部一致性；

●可测试性；

●软件设计的可行性；

●运作和维护的可行性。

对软件需求中的问题，与系统工程组或客户一起确定和审查，根据审查结果对软件需求进行适当的修改，必要时按基线变更控制的要求对客户需求进行相应的修改。

对软件需求规格说明书进行同行评审。

审查、批准软件需求规格说明书。

将软件需求规格说明书置于配置管理之下。

（4）工作产品

●《软件需求规格说明书》

●《系统测试计划》

●《系统测试案例》

●《用户手册》

●《追溯表》

（5）职责

●项目经理：

负责组建软件需求分析组；

确定是否需要对有关人员进行培训；

负责软件需求规格说明书的审查和批准。

●软件需求分析组：

软件需求分析的主要承担者，负责完成本过程元素要求产生的所有工作产品。

●系统测试负责人：

负责组织软件系统测试组对软件需求进行分析，审查软件需求的可测试性；

参与软件需求规格说明书的审查和批准。

●质量保证人员：

参与工作产品的审查，统计缺陷，并对软件需求分析过程进行审计。

●系统开发组：

配合处理涉及客户需求的软件需求问题。

●客户：

必要时参与软件需求规格说明书的审查和批准。

1.3结构设计

结构设计是指按照《软件需求规格说明书》，设计软件系统的体系结构，即模块结构，定义每个模块的主要功能和模块之间的联系（即接口），并确定软件系统的数据体系结构。

详细设计

软件需求分析在软件开发过程中的位置图

经过审查

审查获得批准

进入配置库

结构设计说明书

集成测试计划

集成测试案例

用户手册（初稿）

已完善

●对《结构设计说明书》和《集成测试计划》进行同行评审。

●对结构设计中的问题，与软件需求分析人员一起确定和审查，并对结构设计进行适当的更改。

●审查、批准《结构设计说明书》，必要时，对其进行设计评审。

●将《结构设计说明书》、《集成测试计划》和《集成测试案例》置于配置管理之下。

●《结构设计说明书》

●《集成测试计划》

●《集成测试案例》

1）项目经理

负责选择合适的设计人员，组建结构设计工作组；

负责《结构设计说明书》和《集成测试计划》的审查和批准。

2）结构设计人员

结构设计阶段工作的主要承担者，负责完成本过程元素产生的所有工作产品。

3）系统分析员

配合处理涉及软件需求的问题。

4）系统开发负责人

负责组织系统工程组对结构设计进行分析，审查结构设计的可测试性；

负责协调处理涉及软件需求的问题；

参与《结构设计说明书》和《集成测试计划》的审查和批准。

5）软件测试负责人

负责组织软件测试组对结构设计进行分析，审查结构设计的可测试性；

1.4详细设计

详细设计是根据《结构设计说明书》进行模块设计，将结构设计所获得的模块按照单元、程序、规程的顺序逐步细化。

详细定义各个单元的数据结构、程序的实现算法以及程序、单元、模块之间的接口等，作为以后编码工作的依据。

编码

详细设计在软件开发过程中的位置

详细设计说明书

对《详细设计说明书》和《单元测试计划》可进行走查或（和）同行评审；

对详细设计中的问题，与结构设计人员一起确定和审查，并对详细设计做出适当的更改；

审查、批准《详细设计说明书》，必要时，对其进行设计评审；

将《详细设计说明书》和《单元测试计划》置于配置管理之下。

●《详细设计说明书》

●《单元测试计划》

●《单元测试案例》

负责选择合适的设计人员，组建详细设计组；

负责《详细设计说明书》和《单元测试计划》的审查和批准。

2）详细设计人员

详细设计阶段工作的主要承担者。

负责完成本过程元素产生的所有工作产品。

负责组织系统工程组对详细设计进行分析，审查详细设计的可测试性；

参与《详细设计说明书》和《单元测试计划》的审查和批准。

负责组织软件测试组对详细设计进行分析，审查详细设计的可测试性；

1.5编码

编码阶段主要完成的工作是根据详细设计说明书编写程序源代码，包括必要的数据文件，并进行单元测试，单元测试的内容包括模块内程序的逻辑、功能、参数传递、变量引用、出错处理等方面。

集成测试

编码阶段在软件开发过程中的位置

单元测试计划

获得批准

源代码文件

源代码文件清单

源代码文件获得批准

源代码文件进入配置库的源代码区

单元测试报告

提交测试负责人

软件问题报告单

提交问题管理渠道

对源代码文件进行同行评审，主要的方法为对照详细设计说明书对代码进行查阅，也可根据编程者的经验或程序的难度、重要程度，选择走查评审方式，但目的都是发现程序存在的问题。

●源代码文件

●《单元测试报告》

●《软件问题报告单》

●《软件问题状态登记表》

建立编码组、测试组或相应岗位，并进行必要的培训；

跟踪进度和问题解决状态；

对提交的源代码进行批准（或指定负责人进行批准工作）。

2）程序员

编写程序代码；

测试程序代码；

修改程序代码；

提交工作产品，批准后将其导入配置区的源码库。

3）单元测试人员

测试源代码；

提交测试报告和软件问题报告单。

4）评审人员

对指定源代码文件进行阅读，发现缺陷和问题，填写评审报告。

1.6模块集成测试

集成测试阶段主要完成的工作是集成和集成测试。

集成是参考结构设计说明书并根据详细说明书中规定的系统集成方案将不同的经测试的程序单元进行构造，并逐步构造成一个完整的软件产品的过程；

集成测试则是在集成完成之后，对各单元、模块之间接口的正确性和集成后功能的正确性进行验证。

对于大型软件，集成测试可以采取分步进行的方法，可以先对各子系统进行集成测试，然后在子系统之间进行集成测试。

系统测试

集成测试在软件开发过程中的位置

集成的软件系统

（完整的源代码和目标代码）

集成测试报告

提交集成测试负责人

已进入软件问题管理流程

（3）审查阶段

核查集成状态和结果，并进行批准；

批准后，将目标程序和程序清单进入目标代码库。

●集成后的系统目标代码（包括文件清单），及相应的源代码（包括文件清单）

●集成测试报告

●《集成工作单》

●《集成测试工作单》

建立集成组、集成测试组或相应岗位，并进行必要的培训；

对集成后的系统目标码进行批准（或指定负责人进行批准工作）。

●集成负责人员：

负责集成过程的实施。

●集成人员：

负责环境构建，集成的过程操作，并将集成后的目标代码提交批准。

●程序员、设计人员：

修改源码或设计，解决集成过程中出现的与源码有关的问题。

●测试人员：

测试系统目标码，将测试报告和软件问题报告单提交测试负责人。

1.7系统测试

系统测试的主要任务是从系统需求的角度对系统运行的正确性和性能进行验证。

系统测试的依据为系统测试计划。

验收

系统测试在软件开发过程中的位置

系统需求

系统的目标代码

用户手册

编写完成

系