软件开发实施方案样本.docx

软件开发实施方案样本.docx

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

软件开发实施方案样本

1软件开发实行方案

系统开发严格按照软件工程办法进行组织，系统开发过程按照需求分析、系统分析与设计规定、系统编码、系统测试几种过程有序推动。

下表所示系统开发流程图，采用原型及迭代方式开发，依照顾客需求持续改进，直到最后顾客确认满意。

1.1开发流程总述

如下图示流程定义了我公司内部软件开发过程，以指引和规范软件项目中开发过程定义和相应实行。

该过程可划分为一系列子过程，涉及：

软件需求分析、设计、编码、测试、验收、维护，每个子过程又由一系列任务和活动构成，如设计过程又可分为构造设计和详细设计。

但是在实际开发项目中，状况依然会是千变万化，因而咱们也并不是一成不变死板执行一种僵化工作流程，咱们原则是在一种规范流程指引和约束下，依照详细工程项目实际规定，为每一种项目评估并制定真正可以最佳满足该项目规定开发流程。

图1.41软件开发流程总图

在应用系统软件开发项目中，咱们仍将遵循这一思想，这一点将在随后项目开发实行筹划某些有详细体现，在这里和下面有关章节中，咱们仍将环绕着这个完整开发流程来分析阐明，以此来阐明咱们对项目开发完整过程管理思想和有关实践。

下面咱们对这个软件开发工作流程进行简要地分解阐明。

1.2软件需求分析

（1）概述

由于应用系统与众多有关应用软件需要进行交互，因而需要先对这些应用系统进行分别梳理，充分做好需求调研工作，编写经项目单位承认并评审通过《系统需求规格阐明书》。

软件需求分析是按照项目定义软件开发过程，依照系统分派给软件需求（见《系统需求规格阐明书》），进行软件质量特性规格阐明过程。

该过程涉及进一步明确软件运营环境，明确对软件功能、性能和数据规定，以及软件与硬件、软件与软件之间接口规定等，并对软件需求进行验证和文档化，即完毕对软件需求分析与规格定义。

本元素在整个过程中位置如下图所示：

图示：

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

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

1）入口准则

要素

判断准则

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

已由CCB批准为基线

已进入配备库

2）出口准则

要素

判断准则

软件需求规格阐明书

已通过审查

已批准为基线

已进入配备库

系统测试筹划

已通过审查

已获得批准

已进入配备库

系统测试案例

顾客手册（概要）

已编写

追溯表一

已填写

（3）评审

评审《软件需求规格阐明书》，详细评审过程见《评审程序文献》，对软件需求评审准则涉及：

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

●与系统需求一致性；

●内部一致性；

●可测试性；

●软件设计可行性；

●运作和维护可行性。

对软件需求中问题，与系统工程组或客户一起拟定和审查，依照审查成果对软件需求进行恰当修改，必要时按基线变更控制规定对客户需求进行相应修改。

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

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

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

（4）工作产品

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

●《系统测试筹划》

●《系统测试案例》

●《顾客手册》

●《追溯表》

（5）职责

●项目经理：

负责组建软件需求分析组；拟定与否需要对关于人员进行培训；负责软件需求规格阐明书审查和批准。

●软件需求分析组：

软件需求分析重要承担者，负责完毕本过程元素规定产生所有工作产品。

●系统测试负责人：

负责组织软件系统测试组对软件需求进行分析，审查软件需求可测试性；参加软件需求规格阐明书审查和批准。

●质量保证人员：

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

●系统开发组：

配合解决涉及客户需求软件需求问题。

●客户：

必要时参加软件需求规格阐明书审查和批准。

1.3构造设计

（1）概述

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

本元素在整个过程中位置如下图所示：

图示：

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

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

1）入口准则

要素

判断准则

软件需求规格阐明书

通过审查

审查获得批准

进入配备库

2）出口准则

要素

判断准则

构造设计阐明书

通过审查

审查获得批准

进入配备库

集成测试筹划

集成测试案例

顾客手册（草稿）

已完善

追溯表一

（3）评审

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

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

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

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

（4）工作产品

●《构造设计阐明书》

●《集成测试筹划》

●《集成测试案例》

●《顾客手册》

●《追溯表》

（5）职责

1）项目经理

负责选取适当设计人员，组建构造设计工作组；负责《构造设计阐明书》和《集成测试筹划》审查和批准。

2）构造设计人员

构造设计阶段工作重要承担者，负责完毕本过程元素产生所有工作产品。

3）系统分析员

配合解决涉及软件需求问题。

4）系统开发负责人

负责组织系统工程组对构造设计进行分析，审查构造设计可测试性；负责协调解决涉及软件需求问题；参加《构造设计阐明书》和《集成测试筹划》审查和批准。

5）软件测试负责人

负责组织软件测试组对构造设计进行分析，审查构造设计可测试性；参加《构造设计阐明书》和《集成测试筹划》审查和批准。

1.4详细设计

（1）概述

详细设计是依照《构造设计阐明书》进行模块设计，将构造设计所获得模块按照单元、程序、规程顺序逐渐细化。

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

本元素在整个过程中位置如下图所示：

图示：

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

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

1）入口准则

要素

判断准则

构造设计阐明书

通过审查

审查获得批准

进入配备库

2）出口准则

要素

判断准则

详细设计阐明书

通过审查

审查获得批准

进入配备库

（3）评审

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

对详细设计中问题，与构造设计人员一起拟定和审查，并对详细设计做出恰当更改；

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

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

（4）工作产品

●《详细设计阐明书》

●《单元测试筹划》

●《单元测试案例》

●《顾客手册》

●《追溯表》

（5）职责

1）项目经理

负责选取适当设计人员，组建详细设计组；负责《详细设计阐明书》和《单元测试筹划》审查和批准。

2）详细设计人员

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

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

3）系统分析员

配合解决涉及软件需求问题。

4）系统开发负责人

负责组织系统工程组对详细设计进行分析，审查详细设计可测试性；负责协调解决涉及软件需求问题；参加《详细设计阐明书》和《单元测试筹划》审查和批准。

5）软件测试负责人

负责组织软件测试组对详细设计进行分析，审查详细设计可测试性；参加《详细设计阐明书》和《单元测试筹划》审查和批准。

1.5编码

（1）概述

编码阶段重要完毕工作是依照详细设计阐明书编写程序源代码，涉及必要数据文献，并进行单元测试，单元测试内容涉及模块内程序逻辑、功能、参数传递、变量引用、出错解决等方面。

本元素在整个过程中位置如下图所示：

图示：

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

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

1）入口准则

要素

判断准则

详细设计阐明书

单元测试筹划

通过审查

获得批准

进入配备库

2）出口准则

要素

判断准则

源代码文献

源代码文献清单

源代码文献获得批准

源代码文献进入配备库源代码区

单元测试报告

提交测试负责人

软件问题报告单

提交问题管理渠道

（3）评审

对源代码文献进行同行评审，重要办法为对照详细设计阐明书对代码进行查阅，也可依照编程者经验或程序难度、重要限度，选取走查评审方式，但目都是发现程序存在问题。

（4）工作产品

●源代码文献

●《单元测试报告》

●《软件问题报告单》

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

（5）职责

1）项目经理

建立编码组、测试组或相应岗位，并进行必要培训；跟踪进度和问题解决状态；对提交源代码进行批准（或指定负责人进行批准工作）。

2）程序员

编写程序代码；测试程序代码；修改程序代码；提交工作产品，批准后将其导入配备区源码库。

3）单元测试人员

测试源代码；提交测试报告和软件问题报告单。

4）评审人员

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

1.6模块集成测试

（1）概述

集成测试阶段重要完毕工作是集成和集成测试。

集成是参照构造设计阐明书并依照详细阐明书中规定系统集成方案将不同经测试程序单元进行构造，并逐渐构导致一种完整软件产品过程；集成测试则是在集成完毕之后，对各单元、模块之间接口对的性和集成后功能对的性进行验证。

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

本元素在整个过程中位置如下图所示：

图示：

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

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

1）入口准则

要素

判断准则

构造设计阐明书

详细设计阐明书

集成测试筹划

源代码文献

通过审查

获得批准

进入配备库

2）出口准则

要素

判断准则

集成软件系统

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

获得批准

进入配备库

集成测试报告

提交集成测试负责人

软件问题报告单

已进入软件问题管理流程

（3）审查阶段

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

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

（4）工作产品

●集成后系统目的代码（涉及文献清单），及相应源代码（涉及文献清单）

●集成测试报告

●《软件问题报告单》

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

●《集成工作单》

●《集成测试工作单》

（5）职责

●项目经理：

建立集成组、集成测试组或相应岗位，并进行必要培训；跟踪进度和问题解决状态；对集成后系统目的码进行批准（或指定负责人进行批准工作）。

●集成负责人员：

负责集成过程实行。

●集成人员：

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

●程序员、设计人员：

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

●测试人员：

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

1.7系统测试

（1）概述

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

系统测试根据为系统测试筹划。

本元素在整个过程中位置如下图所示：

图示：

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

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

1）入口准则

要素

判断准则

系统需求

系统目的代码

系统测试筹划

通过审查

获得批准

进入配备库

顾客手册

编写完毕

2）出口准则

要素

判断准则

系统测试报告

软件问题报告单

获得批准

（3）工作产品

●《系统测试报告》

●《软件问题报告单》

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

（4）职责

●项目经理：

负责建立系统测试组或有关岗位，并进行必要培训；跟踪进度和问题解决状态；对最后目的代码进行批准（或指定负责人进行批准工作）。

●程序员、设计人员：

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

●测试人员：

测试系统目的码，将测试报告提交测试负责人，将软件问题报告单提交问题管理渠道。

1.8验收

（1）概述