某大型公司软件开发管理制度.doc

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

某大型公司软件开发管理制度1某大型公司公司软件开发管理制度

版本:1.0

SDM审批:

QA经理[时间] CTO[时间]

目录

1.目的和作用3

2.适用范围:3

3. 参考文件3

4.适用对象3

5.软件开发流程4

5.1可行性研究与计划4

5.1.1实施4

5.1.2 文档4

5.1.2.1 应交付的文档4

5.1.2.2 提交步骤4

5.2需求分析4

5.2.1实施4

5.2.2要求5

5.2.3交付文档5 5.2.4审批5 5.3概要设计55.3.1实施5

5.3.2要求6

5.3.3交付文档65.3.4补充说明6 5.3.5审批6

5.4详细设计7

5.4.1实施7

5.4.2要求7

5.4.3文档7 5.4.4审批75.5实现7

5.5.1实施与要求7

5.5.2交付文档8 5.5.3审批8

5.6组装测试8

5.6.1实施8

5.6.2要求8

5.6.3交付文档8

5.6.4审批8

5.7确认测试9

5.7.1实施9

5.7.2要求9

5.7.3交付文档95.7.4补充说明9 5.7.5 审批9

5.8发布10

5.8.1过程10

5.8.2文档10

5.8.3 审核10

5.9 交接10

6. 附录1:项目文档清单11

1.目的和作用

本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件,使整个软件开发过程阶段清晰、要求明确、任务具体,实现软件开发过程的标准化。

2.适用范围:

公司的软件开发产品均适用。

3.参考文件

各种文档模板

文档命名规则

交接流程

4.适用对象

软件管理人员,软件开发人员,软件维护人员

5.软件开发流程

5.1可行性研究与计划

5.1.1实施

5.1.1.1 软件开发部分析人员进行市场调查与分析,确认软件的市场需求

5.1.1.2 在调查研究的基础上进行可行性研究,写出可行性报告

5.1.1.3 评审和审批,决定项目取消或继续

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

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

5.1.2 文档

5.1.2.1应交付的文档

1)可行性研究报告*

2)初步的软件开发计划

3)十大风险列表*

4)软件项目日志*

5.1.2.2 提交步骤

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

2)项目相关文档用sourcesafe进行版本管理,相关书写人员可根据各文档模板形式撰写文档,正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。

5.2需求分析

5.2.1实施

5.2.1.1调查被开发软件的环境

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

5.2.1.3 做出简单的用户原型,与用户共同研究,直到用户满意

5.2.1.4 对可利用的资源(计算机硬件、软件、人力等)进行估计,制定项目进度计划(可有相应的缓冲时间)

5.2.1.5 制定详细的软件开发计划

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

5.2.1.7编写初步的用户手册

5.2.1.8 评审

5.2.2要求

5.2.2.1必须以运行环境为基础

5.2.2.2 应有用户指定人员参加

5.2.2.3需求说明书必须明确,并经过用户确认

5.2.3交付文档

1)软件需求说明书

2)用户手册(概要)*

3)更新后的软件开发计划

4)项目进度计划*

5)QA计划

6)测试计划*

7)更新后的十大风险列表*

8)软件日志*

5.2.4审批

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

5.2.4.2 软件需求说明书经项目经理确认后再提交给CTO进行审核确认。

5.3概要设计

5.3.1实施

5.3.1.1确定目标系统的总体结构

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

l 对于一般系统,可按软件需求直接定义目标系统的功能模块及各功能模块间的关系

5.3.1.2给出每个功能模块的功能描述,数据接口描述,外部文件及各功能模块部的关系5.3.1.3 设计数据库或数据结构

5.3.1.4制定各阶段开发的目标(以下称里程碑)计划

5.3.1.5 制订第一个里程碑的测试计划

5.3.1.6评审

5.3.2要求

5.3.2.1在设计目标系统的整体结构时,应力争使其具有好的形态,各功能模块间应满足低耦合度,而各功能模块内应满足高内聚度。功能模块的作用范围应在其控制范围之内。

5.3.2.2 在设计目标系统的总体结构时,应降低模块接口的复杂性,提高目标系统的可靠性5.3.3交付文档

1)概要设计说明书

2)数据库/数据结构设计说明书

3)更新后的用户手册*

4)更新后的项目进度计划*

5)更新后的十大风险列表*

6)更新后的软件开发计划

7)更新后的软件项目日志*

5.3.4补充说明

5.3.4.1 测试程序的编写需与项目经理协商根据开发小组和QA小组的工作量确定由QA组还是由开发组完成

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

5.3.5审批

相关文档
最新文档