《软件开发实施计划方案》由会员分享，可在线阅读，更多相关《软件开发实施计划方案（19页珍藏版）》请在金锄头文库上搜索。
1、1 软件开发实施方案系统开发严格按照软件工程的方法进行组织，系统的开发过程按照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。下表所示系统开发流程图，采用原型及迭代方式开发，根据用户需求持续改进，直到最终用户确认满意。1.1 开发流程总述如下图示流程定义了我公司内部的软件开发过程，以指导和规范软件项目中开发过程的定义和相应的实施。该过程可划分为一系列子过程，包括：软件需求分析、设计、编码、测试、验收、维护，每个子过程又由一系列任务和活动组成，如设计过程又可分为结构设计和详细设计。但是在实际开发项目中，情况仍然会是千变万化的，因此我们也并不是一成不变的死板执行一个僵化的工作流程
2、，我们的原则是在一个规范流程的指导和约束下，根据具体工程项目的实际要求，为每一个项目评估并制定真正能够最好的满足该项目要求的开发流程。专业资料开始软件需求分析N：改进同行评审通过Y结构设计N：改进评审通过Y详细设计N：改进评审通过Y编码集成测试系统测试验收维护结束软件需求规格说明书（初稿）系统测试计划系统测试案例（初稿）用户手册（概要）追溯表一软件需求规格说明书系统测试计划系统测试案例个人评审记录评审报告结构设计说明书（初稿）集成测试计划集成测试案例（初稿）用户手册（初稿）追溯表一结构设计说明书集成测试计划集成测试案例个人评审记录评审报告详细设计说明书（初稿）单元测试计划单元测试案例（初稿）用
3、户手册（修改稿）追溯表一详细设计说明书单元测试计划单元测试案例用户手册（修改稿）个人评审记录评审报告源代码、源代码文件清单单元测试报告（经过审批）软件问题状态登记表软件问题报告单集成工作单集成测试工作单集成测试报告（经过审批）软件问题状态登记表软件问题报告单集成的软件系统系统测试报告（经过审批）软件问题状态登记表软件问题报告单系统管理员使用说明书( 经过审批)安装手册（经过审批）用户手册（经过审批软件系统（系统测试通过）验收测试报告软件问题报告单软件问题状态登记表验收报告可交付产品软件需求规格说明书（升级版）客户需求登记表客户需求统计表设计说明书（升级版）软件问题报告单软件问题状态登记表软件维
4、护实施计划维护后的软件系统图 1.1-1软件开发流程总图专业资料在应用系统软件开发项目中，我们仍将遵循这一思想，这一点将在随后的项目开发实施计划部分有具体的体现，在这里和下面的相关章节中，我们仍将围绕着这个完整的开发流程来分析说明，以此来阐明我们对项目开发的完整过程管理思想和相关实践。下面我们对这个软件开发工作流程进行简要地分解说明。1.2 软件需求分析（1）概述由于应用系统与众多相关应用软件需要进行交互，因此需要先对这些应用系统进行分别梳理，充分做好需求调研工作，编写经项目单位认可并评审通过的系统需求规格说明书。软件需求分析是按照项目定义的软件开发过程，根据系统分配给软件的需求（见系统需求规
5、格说明书），进行软件质量特性规格说明的过程。该过程包括进一步明确软件运行环境，明确对软件的功能、性能和数据要求，以及软件与硬件、软件与软件之间的接口要求等，并对软件需求进行验证和文档化，即完成对软件需求的分析与规格定义。本元素在整个过程中的位置如下图所示：系统分配给软软件需求分析结构设计件的需求图示：软件需求分析在软件开发过程中的位置（2）入口准则和出口准则专业资料1）入口准则要素判断准则客户需求（系统需求规格已由 CCB批准为基线说明书）已进入配置库2）出口准则要素判断准则已经过审查软件需求规格说明书已批准为基线已进入配置库系统测试计划已经过审查系统测试案例已获得批准已进入配置库用户手册（概
6、要）已编写追溯表一已填写（3）评审评审软件需求规格说明书，具体评审过程见评审程序文件，对软件需求的评审准则包括： 系统需求和系统设计的可追溯性； 与系统需求的一致性； 内部一致性； 可测试性； 软件设计的可行性； 运作和维护的可行性。对软件需求中的问题，与系统工程组或客户一起确定和审查，根据审查结果对软件需求进行适当的修改，必要时按基线变更控制的要求对客户需求进行相应的修改。对软件需求规格说明书进行同专业资料行评审。审查、批准软件需求规格说明书。将软件需求规格说明书置于配置管理之下。（ 4）工作产品 软件需求规格说明书 系统测试计划 系统测试案例 用户手册 追溯表（ 5）职责 项目经理：负责组
7、建软件需求分析组；确定是否需要对有关人员进行培训；负责软件需求规格说明书的审查和批准。 软件需求分析组：软件需求分析的主要承担者，负责完成本过程元素要求产生的所有工作产品。 系统测试负责人：负责组织软件系统测试组对软件需求进行分析，审查软件需求的可测试性；参与软件需求规格说明书的审查和批准。 质量保证人员：参与工作产品的审查，统计缺陷，并对软件需求分析过程进行审计。 系统开发组：配合处理涉及客户需求的软件需求问题。 客户：必要时参与软件需求规格说明书的审查和批准。专业资料1.3 结构设计（1）概述结构设计是指按照 软件需求规格说明书 ，设计软件系统的体系结构，即模块结构，定义每个模块的主要功能
8、和模块之间的联系（即接口），并确定软件系统的数据体系结构。本元素在整个过程中的位置如下图所示：软件需求分析结构设计详细设计图示：软件需求分析在软件开发过程中的位置图（2）入口准则和出口准则1）入口准则要素判断准则软件需求规格说明书经过审查审查获得批准进入配置库2）出口准则要素判断准则结构设计说明书经过审查集成测试计划审查获得批准集成测试案例进入配置库用户手册（初稿）已完善追溯表一（ 3）评审 对结构设计说明书和集成测试计划进行同行评审。专业资料 对结构设计中的问题，与软件需求分析人员一起确定和审查，并对结构设计进行适当的更改。 审查、批准结构设计说明书，必要时，对其进行设计评审。 将结构设计说
9、明书 、集成测试计划 和集成测试案例置于配置管理之下。（ 4）工作产品 结构设计说明书 集成测试计划 集成测试案例 用户手册 追溯表（ 5）职责1）项目经理负责选择合适的设计人员，组建结构设计工作组；负责结构设计说明书和集成测试计划的审查和批准。2）结构设计人员结构设计阶段工作的主要承担者，负责完成本过程元素产生的所有工作产品。3）系统分析员配合处理涉及软件需求的问题。专业资料4）系统开发负责人负责组织系统工程组对结构设计进行分析，审查结构设计的可测试性；负责协调处理涉及软件需求的问题；参与结构设计说明书和集成测试计划的审查和批准。5）软件测试负责人负责组织软件测试组对结构设计进行分析，审查结
10、构设计的可测试性；参与结构设计说明书 和集成测试计划的审查和批准。1.4 详细设计（1）概述详细设计是根据 结构设计说明书 进行模块设计，将结构设计所获得的模块按照单元、程序、规程的顺序逐步细化。详细定义各个单元的数据结构、程序的实现算法以及程序、单元、模块之间的接口等，作为以后编码工作的依据。本元素在整个过程中的位置如下图所示：结构设计详细设计编码图示：详细设计在软件开发过程中的位置（2）入口准则和出口准则1）入口准则要素判断准则专业资料结构设计说明书经过审查审查获得批准进入配置库2）出口准则要素判断准则详细设计说明书经过审查审查获得批准进入配置库（3）评审对详细设计说明书和单元测试计划可进行走查或（和）同行评审；对详细设计中的问题，与结构设计人员一起确定和审查，并对详细设计做出适当的更改；审查、批准详细设计说明书 ，必要时，对其进行设计评审；将详细设计说明书和单元测试计划置于配置管理之下。（ 4）工作产品 详细设计说明书 单元测试计划 单元测试案例 用户手册
