管理制度信息系统开发管理办法暂行文档格式.docx

管理制度信息系统开发管理办法暂行文档格式.docx

《管理制度信息系统开发管理办法暂行文档格式.docx》由会员分享，可在线阅读，更多相关《管理制度信息系统开发管理办法暂行文档格式.docx（8页珍藏版）》请在冰点文库上搜索。

c.评审和审批，决定项目取消或继续

d.若项目可行，制订初步的软件开发计划，建立项目日志

e.根据市场环境、公司软硬件情况预测十大风险因素

4.1.2文档

a.应交付的文档

1）可行性研究方案

2）初步的软件开发计划

3）十大风险列表

4）软件项目日志

b.提交步骤

1）适用于以后各阶段的文档提交。

2）项目关联文档用管理工具进行版本管理，关联书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器关联目录时间为准。

以后每次修改均应注明修改内容。

4.2需求分析

4.2.1实施

a.调查被开发软件的环境

b.软件开发提出的需求进行分析且给出详细的功能定义

c.做出简单的用户原型，和用户共同研究，直到用户满意

d.对可利用的资源（计算机硬件、软件、人力等）进行估计，制定项目进度计划（可有相应的缓冲时间）

e.制定详细的软件开发计划

f.QA部门制订质量控制计划和测试计划

g.编写初步的用户手册

h.评审

4.2.2要求

a.必须以运行环境为基础

b.应有用户指定人员参加

c.需求说明书必须明确，且经过用户确认

4.2.3交付文档

a.软件需求说明书

b.用户手册（概要）

c.更新后的软件开发计划

d.项目进度计划

e.QA计划

f.测试计划*

g.更新后的十大风险列表

h.软件日志

4.2.4审批

a.经评审通过的各项内容形成相应的文档后，提交给项目经理审核确认

b.软件需求说明书经开发组长确认后再提交给项目经理进行审核确认。

4.3概要设计

4.3.1实施

a.确定目标系统的总体结构

1）对于大型系统，可按主要的软件需求划分成子系统，然后为每个系统定义功能模块及各功能模块间的关系，且描述各子系统的接口界面

2）对于壹般系统，可按软件需求直接定义目标系统的功能模块及各功能模块间的关系

b.给出每个功能模块的功能描述，数据接口描述，外部文件及各功能模块部的关系

c.设计数据库或数据结构

d.制定各阶段开发的目标（以下称里程碑）计划

e.制订第壹个里程碑的测试计划

f.评审

4.3.2要求

a.于设计目标系统的整体结构时，应力争使其具有好的形态，各功能模块间应满足低耦合度，而各功能模块内应满足高内聚度。

功能模块的作用范围应于其控制范围之内。

b.于设计目标系统的总体结构时，应降低模块接口的复杂性，提高目标系统的可靠性

4.3.3交付文档

a.概要设计说明书

b.数据库/数据结构设计说明书

c.更新后的用户手册

d.更新后的项目进度计划

e.更新后的十大风险列表

f.更新后的软件开发计划

g.更新后的软件项目日志

4.3.4补充说明

a.测试程序的编写需和开发组长协商根据开发小组和QA小组的工作量确定由QA组仍是由开发组完成

b.每壹个里程碑又可分为详细设计、实现、组装测试、确认测试、发布、交接等阶段。

4.3.5审批

b.数据库/数据结构设计说明书、概要设计说明书经开发组长确认后仍须提交给项目经理进行审核确认。

4.4详细设计

4.4.1实施

a.将概要设计产生的构成软件系统的各个功能模块逐步细化，形成若干个程序模块（可编程模块）

b.确定各程序模块之间的详细接口信息

c.撰写拟定单元测试计划

d.评审

4.4.2要求

a.确定程序模块内的数据流或控制流，对每个程序模块必须确定所有输入、输出和处理功能。

b.规定符号的使用，确定命名规则。

4.4.3文档

a.详细设计说明书

b.单元测试计划

4.4.4审批

a.经评审通过的各项内容形成相应的文档后，提交给项目经理审核确认。

b.详细设计说明书经开发组长确认后仍须提交给项目经理进行审核确认。

4.5实现

4.5.1实施和要求

a.对每个程序模块用所选定的程序设计语言进行编码，写出的程序应该是结构良好、清晰易读、且和设计壹致，符合公司编码规范

b.单元测试：

开发人员按单元测试计划对自己编写的程序进行测试

c.编程及单元测试过程用管理软件进行版本管理，主要由项目组长负责

管理。

4.5.2交付文档

单元测试方案

4.5.3审批

所有文档必须提交给项目经理审核确认。

4.6组装测试

4.6.1实施

a.开发组单元自测完成后，填写测试申请单连同要测试产品清单交给QA

b.关联QA人员根据提交申请单将源程序、文档等拷贝到测试中产品目录

c.执行测试计划中所有要求的组装测试

d.对测试结果进行分析，生成当前问题列表（BUGLIST），返回项目组长

e.开发人员经过分析，修复且自测完毕，生成BUG修复方案，返回QA

f.完成：

反复直至QA通过。

4.6.2要求

a.组装测试应保证模块间无错误的连接

b.应对软件系统或子系统的输入/输出能力进行测试，使其达到设计要求

c.应测试软件系统或子系统正确能力和经受错误的能力

4.6.3交付文档

a.运行的软件系统源程序清单

b.组装测试计划

c.当前问题列表（BUGLIST）

d.BUG修复方案

e.组装测试分析方案

4.6.4审批

4.7确认测试

4.7.1实施

a.模拟的环境中进行强度测试，即于事先规定的壹个时期内运行软件的所有功能，以证明该软件无严重错误

b.执行测试计划中的所有确认测试

c.使用用户手册，以进壹步证实其实用性和有效性，且改正其中的错误

d.对测试结果进行分析，生成当前问题列表（BUGLIST）

e.反复查找BUG原因，直到修复

f.对所有文件进行整理

4.7.2要求

a.全部系统存储量、输入及输出通道，以及处理必须有足够的余量

b.全部预期结果、测试结果及测试数据全部存档

c.交付文档

1）确认测试计划

2）更新后的用户手册

3）更新后的项目进度计划

4）更新后的十大风险列表

5）更新后的软件项目日志

6）测试产品清单

7）当前问题列表（BUGLIST）

8）BUG修复方案

4.7.4补充说明

a.QA部门将测试清单中缺少的文档也列入BUGLIST

b.对于测试中重现和未重现的BUG均要有说明

4.7.5审批

所有文档完成后须提交给项目经理审核确认。

4.8发布

4.8.1过程

a.经测试合格的产品QA填写发布申请表连同发布文档壹起提交给QA经理、开发组长、项目经理

b.QA经理、开发组长、项目经理审核发布申请

c.QA人员将发布产品（包括源程序、执行文件及关联文档）放入发布中产品目录且生成安装程序

4.8.2文档

a.当前版本说明

b.发布文档

c.用户手册

d.安装手册

e.发布产品检查清单CHECKLIST

f.发布产品审批文档

g.更新后的软件日志

4.8.3审核

所有发布文档须经QA部、开发组长、项目经理审核确认。

4.9交接

参见交接流程。