2021年软件开发实施专业方案.doc

软件开发实施方案
系统开发严格根据软件工程方法进行组织，系统开发过程根据需求分析、系统分析和设计要求、系统编码、系统测试多个过程有序推进。下表所表示系统开发步骤图，采取原型及迭代方法开发，依据用户需求连续改善，直到最终用户确定满意。
开发步骤总述
以下图示步骤定义了我企业内部软件开发过程，以指导和规范软件项目中开发过程定义和对应实施。
该过程可划分为一系列子过程，包含：软件需求分析、设计、编码、测试、验收、维护，每个子过程又由一系列任务和活动组成，如设计过程又可分为结构设计和具体设计。不过在实际开发项目中，情况仍然会是千变万化，所以我们也并不是一成不变死板实施一个僵化工作步骤，我们标准是在一个规范步骤指导和约束下，依据具体工程项目标实际要求，为每一个项目评定并制订真正能够最好满足该项目要求开发步骤。
图 1 软件开发步骤总图
在应用系统软件开发项目中，我们仍将遵照这一思想，这一点将在随即项目开发实施计划部分有具体表现，在这里和下面相关章节中，我们仍将围绕着这个完整开发步骤来分析说明，以此来说明我们对项目开发完整过程管理思想和相关实践。下面我们对这个软件开发工作步骤进行简明地分讲解明。
软件需求分析
（1）概述
因为应用系统和众多相关应用软件需要进行交互，所以需要先对这些应用系统进行分别梳理，充足做好需求调研工作，编写经项目单位认可并评审经过《系统需求规格说明书》。
软件需求分析是根据项目定义软件开发过程，依据系统分配给软件需求（见《系统需求规格说明书》），进行软件质量特征规格说明过程。该过程包含深入明确软件运行环境，明确对软件功效、性能和数据要求，和软件和硬件、软件和软件之间接口要求等，并对软件需求进行验证和文档化，即完成对软件需求分析和规格定义。
本元素在整个过程中位置以下图所表示：
软件需求分析
结构设计
系统分配给软件需求
图示：软件需求分析在软件开发过程中位置
（2）入口准则和出口准则
1）入口准则
要素
判定准则
用户需求（《系统需求规格说明书》）
已由CCB同意为基线
已进入配置库
2）出口准则
要素
判定准则
软件需求规格说明书
已经过审查
已同意为基线
已进入配置库
系统测试计划
已经过审查
已取得同意
已进入配置库
系统测试案例
用户手册（概要）
已编写
追溯表一
已填写
（3）评审
评审《软件需求规格说明书》，具体评审过程见《评审程序文件》，对软件需求评审准则包含：
系统需求和系统设计可追溯性；
和系统需求一致性；
内部一致性；
可测试性；
软件设计可行性；
运作和维护可行性。
对软件需求中问题，和系统工程组或用户一起确定和审查，依据审查结果对软件需求进行合适修改，必需时按基线变更控制要求对用户需求进行对应修改。对软件需求规格说明书进行同行评审。审查、同意软件需求规格说明书。
将软件需求规格说明书置于配置管理之下。
（4）工作产品
《软件需求规格说明书》
《系统测试计划》
《系统测试案例》
《用户手册》
《追溯表》
（5）职责
项目经理：负责组建软件需求分析组；确定是否需要对相关人员进行培训；负责软件需求规格说明书审查和同意。
软件需求分析组：软件需求分析关键负担者，负责完成本过程元素要求产生全部工作产品。
系统测试责任人：负责组织软件系统测试组对软件需求进行分析，审查软件需求可测试性；参与软件需求规格说明书审查和同意。
质量确保人员：参与工作产品审查，统计缺点，并对软件需求分析过程进行审计。
系统开发组：配合处理包含用户需求软件需求问题。
用户：必需时参与软件需求规格说明书审查和同意。
结构设计
（1）概述
结构设计是指根据《软件需求规格说明书》，设计软件系统体系结构，即模块结构，定义每个模块关键功效和模块之间联络（即接口），并确定软件系统数据体系结构。
本元素在整个过程中位置以下图所表示：
软件需求分析
结构设计
具体设计
图示：软件需求分析在软件开发过程中位置图
（2）入口准则和出口准则
1）入口准则
要素
判定准则
软件需求规格说明书
经过审查
审查取得同意
进入配置库
2）出口准则
要素
判定准则
结构设计说明书
经过审查
审查取得同意
进入配置库
集成测试计划
集成测试案例
用户手册（初稿）
已完善
追溯表一
（3）评审
对《结构设计说明书》和《集成测试计划》进行同行评审。
对结构设计中问题，和软件需求分析人员一起确定和审查，并对结构设计进行合适更改。
审查、同意《结构设计说明书》，必需时，对其进行设计评审。
将《结构设计说明书》、《集成测试计划》和《集成