软件开发过程控制程序-四达时代
- 格式:pdf
- 大小:100.33 KB
- 文档页数:6
软件开发过程控制程序
1. 目的
为保证软件产品及其文档可维护,软件开发过程得到有效控制,特制定本程序。
2. 适用范围
本程序适用于本公司对应用软件开发过程及其输出文档的控制活动。
3. 定义
3.1 概要设计:分析各种设计方案和定义软件体系结构的过程。典型的概要设计包括计算
机程序组成成分和数据的定义及构造、界面的定义,并提出对时间和规模方面的估计。
3.2 详细设计:推敲并扩充概要设计,以获得关于处理逻辑、数据结构和数据定义的更加
详尽的描述,直到设计完善到足以能实现的地步。
3.3 编码实现:把设计翻译成代码,然后对此代码排除隐错的过程。它是程序的一种机器
可执行形式,或者能被自动地翻译成机器可执行的形式的某种形式的程序。
3.4 测试:为了发现程序中的错误而执行程序的过程。
4. 职责
4.1 技术研发中心经理负责任命项目开发负责人,并批准项目的开发计划、客户需求规格
说明书、概要设计说明书和详细设计说明书、测试计划、测试报告等相关文件。
4.2 项目开发负责人负责编制产品立项申请书、开发计划,并组织开发计划的实施。
4.3 需求分析员:
a. 作为开发方的代表,负责沟通客户和开发人员的认识和见解。
b. 明确并准确地编写客户需求规格说明书。
4.4 系统设计员:
a. 负责把软件需求量变换成可表示的和可实现的软件形式,为设计实现提供可行的
依据;
b. 负责编写概要设计说明书、详细设计说明书。
4.5 程序员:按设计要求把软件的详细设计变换成可执行的源程序,进行调试,完成相应
的文档,编写用户操作手册。
4.6 测试人员:负责制定测试计划,包括设计测试方案和测试用例,并实施测试。
4.7 配置管理员:负责制定《配置管理计划》,对配置库中软件配置项的管理和维护。
4.8 总经理批准自主产品的《产品立项评审报告》
5. 工作程序
5.1 软件产品开发过程主要分为以下几个阶段:
⎯ 立项/合同评审
⎯ 开发计划
⎯ 需求分析
⎯ 概要设计
⎯ 详细设计
⎯ 实现
⎯ 内部测试
⎯ 系统测试
⎯ 交付验收(合同产品)
⎯ 结项
5.2 立项
5.2.1 对于自主开发的产品,产品立项发起人根据调研情况,编写产品立项申请书,主要包
括以下内容:
a. 背景情况介绍;
b. 产品开发目标;
c. 产品主要功能描述;
d. 产品市场情况预测;
e. 可行性分析;
f. 风险及不确定情况分析;
g. 产品开发所需资源及进度安排;
h. 同类产品情况介绍。
5.2.2 技术研发中心经理组织相关人员对产品立项申请书进行评审,参加评审人员包括:总
经理或其指定代表、立项发起人、其它相关部门负责人。评审申请书已对产品的功能和性能做了明确的描述,并识别可能出现的意外或风险;评审立项产品开发对资源的要求以及进度安排的可行性,应考虑的因素有:
a. 产品开发所需资源能否充分保证;
b. 开发人员是否具备所需的技术及技能;
c. 产品开发如需其它部门支持,这种支持有无可能实现;
d. 与立项产品配合使用的上下游产品的开发进度,使用上的衔接;
e. 产品开发有无合适的项目负责人。
5.2.3 评审应对是否批准产品立项做出明确的结论。如果做出不批准该产品立项的结论,则
做好记录后移交综合部存档,评审活动即告结束;如果认为立项报告有重大疏漏或问题而需进行补充,则责令产品立项发起人在对产品立项申请书进行修改后重新按本规程的要求进行评审。如果产品立项申请书中存在部分问题,但对这些问题的解决办法在评审中已达成共识,则可以在批准产品立项后,由产品立项发起人按评审意见实施修改;
5.2.4 对于评审通过的产品立项,立项发起人编写《产品立项评审报告》,报公司总经理批
准。
5.2.5 在产品立项批准后进行开发的过程中, 当对产品立项申请书中规定的目标进行实质性
修改时, 必须按本规程5.2.2规定的程序重新进行评审,并将评审结果通知相关部门。
5.2.6 评审记录由产品立项发起人进行收集、整理。立项产品通过评审后,交由项目开发负
责人保存,并及时通知综合部,进行备案。
5.3 开发计划
5.3.1 对于合同产品,包含软件开发的合同签订后,技术研发中心经理任命项目开发负责人;
对于自主开发的产品,立项申请经总经理批准后,技术研发中心经理任命项目开发负责人。项目开发负责人依据相关合同、质量计划等相关文档,制定开发计划。开发计划应包含如下内容:
a. 开发工作阶段划分;
b. 工作细分,及相关人员的职责和权限;
c. 各阶段的评审、验证和确认活动,以及相应的记录要求;
d. 资源需求;
e. 与相关部门或人员的接口管理。
5.3.2 开发计划提交技术研发中心经理审批。
5.3.3 在开发计划实施过程中,根据设计的进展情况进行必要的修改,并按《文件控制程序》
进行控制。当有重大变动时,应重新审批。
5.3.4 在启动一个新项目之始,配置管理员在项目开发负责人的配合下制订该项目的《配置
管理计划》,并报部门经理批准。具体见《配置管理控制程序》。
5.3.5 制定开发规范
开发开始后,项目开发负责人组织有关人员讨论和确定项目实施过程中每个人需遵守的技术规范。如有特别规定,组织编写系统开发规范,其中包括:
⎯ 阐述项目采用的技术路线;
⎯ 采用的软件开发方法和使用的软件辅助开发工具;
⎯ 制定需求分析阶段,设计阶段,编程阶段中文档编写规则,模型表示规则,命名约定等在开发过程中需协调一致的规则。
5.4 需求分析
5.4.1 需求分析员通过各种方式收集和获得所开发项目的客户需求,并对获取的需求和系统
应具有的隐含需求进行分析,以建立系统需求,通常包括:
a. 功能需求;
b. 数据需求;
c. 性能需求;
d. 人机接口需求;
e. 安全和保密需求;
f. 网络需求和其他系统的接口需求;
g. 操作、维护和安装需求;