《软件开发管理办法》由会员分享，可在线阅读，更多相关《软件开发管理办法（7页珍藏版）》请在金锄头文库上搜索。
1、软件开发管理办法修订记录版本编号修订日期主要修订摘要审核记录审核人员属于部门审核日期第一章 总则第一条 为规范公司的开发管理流程，使各开发项目的管理进行标准化管理，特制定本管理办法。第二条 本管理办法详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。第三条 本管理办法适用于计算机的自主软件开发项目。适用对象：软件开发管理人员，软件开发人员，软件维护人员，系统管理人员。第二章 组织机构与职责第四条 软件开发管理人员职责：第五条 软件开发人员职责：第六条 软件维护人员职责：第七条 系统管理人员职责：第三章 软件开
2、发环境管理第八条 软件建设环境根据项目不同的时期，需要搭建生产运行环境、系统测试环境、系统开发环境三种不同的软硬件网络环境，便于生产、开发、测试等工作的安全、顺畅的进行。第九条 生产环境为系统维护管理人间管理的范畴，是系统正式运行，提交给各业务科室的正式环境，包括系统运行的硬件、网络等设备和进行集群处理的软件系统。第十条 测试环境为测试人员提供功能测试、性能测试的运行环境，包括运行环境模拟、测试工具服务器、测试工具客户端。第十一条 开发环境为系统开发人员提供系统开发需要的软件硬件环境，包括数据库服务器、应用服务器、开发工具客户端。第十二条 生产环境、测试环境、开发环境都存在自己独立的数据库服务
3、器、应用服务器、客户端。在开发环境完成内部测试后，提交发布版本到测试环境中，由专门的测试人员进行集成测试和功能测试。并进行一定的压力性能测试。在测试环境通过的版本在发布到生产环境。第十三条 生产环境与测试环境、开发环境需要物理隔离，保障生产环境的安全。第四章 开发过程管理第十四条 项目开发流程根据软件工程的流程，分为可行性研究与计划、需求分析、总计设计、详细设计、代码开发、系统测试五个阶段。第十五条 可行性研究与计划1实施要求1. 软件开发部分析人员进行市场调查与分析，确认软件的市场需求2. 在调查研究的基础上进行可行性研究，写出可行性报告3. 评审和审批，决定项目取消或继续4. 若项目可行，
4、制订初步的软件开发计划，建立项目日志5. 根据市场环境、公司软硬件情况预测十大风险因素2交付文档1. 可行性研究报告*2. 初步的软件开发计划3. 十大风险列表*4. 软件项目日志*第十六条 需求分析1实施要求1. 调查被开发软件的环境2. 软件开发提出的需求进行分析并给出详细的功能定义3. 做出简单的用户原型，与用户共同研究，直到用户满意4. 对可利用的资源（计算机硬件、软件、人力等）进行估计，制定项目进度计划（可有相应的缓冲时间）5. 制定详细的软件开发计划6. 测试人员制订质量控制计划和测试计划7. 编写初步的用户手册8. 进行需求方案评审2交付文档1. 软件需求说明书2. 更新后的软件
5、开发计划3. 项目进度计划4. 计划5. 测试计划6. 更新后的十大风险列表7. 项目日志3审批1. 经评审通过的各项内容形成相应的文档后，提交给项目经理审核确认2. 软件需求说明书经项目经理确认后再提交给部门负责人进行审核确认。第十七条 总体设计1. 实施要求(1)确定目标系统的总体结构对于大型系统，可按主要的软件需求划分成子系统，然后为每个系统定义功能模块及各功能模块间的关系，并描述各子系统的接口界面。对于一般系统，可按软件需求直接定义目标系统的功能模块及各功能模块间的关系。(2)给出每个功能模块的功能描述，数据接口描述，外部文件及各功能模块部的关系(3)设计数据库或数据结构(4)制定各阶
6、段开发的目标（以下称里程碑）计划(5)制订第一个里程碑的测试计划(6)总体设计评审2. 设计要求(1)在设计目标系统的整体结构时，应力争使其具有好的形态，各功能模块间应满足低耦合度，而各功能模块内应满足高内聚度。功能模块的作用范围应在其控制范围之内。(2)在设计目标系统的总体结构时，应降低模块接口的复杂性，提高目标系统的可靠性3. 交付文档1）总体设计说明书2）数据库/数据结构设计说明书3）更新后的用户手册4）更新后的项目进度计划5）更新后的十大风险列表6）更新后的软件开发计划7）更新后的软件项目日志4. 审批经评审通过的各项内容形成相应的文档后，提交给项目经理审核确认。第十八条 详细设计1.
7、 实施要求 (1)将概要设计产生的构成软件系统的各个功能模块逐步细化，形成若干个程序模块（可编程模块）(2)确定各程序模块之间的详细接口信息(3)撰写拟定单元测试计划(4)设计评审2. 设计要求1）确定程序模块内的数据流或控制流，对每个程序模块必须确定所有输入、输出和处理功能。2）规定符号的使用，确定命名规则。3. 交付文档1) 详细设计说明书2) 单元测试计划4. 审批经评审通过的各项内容形成相应的文档后，提交给项目经理审核确认。第十九条 代码开发1. 实施与要求(1)对每个程序模块用所选定的程序设计语言进行编码，写出的程序应该是结构良好、清晰易读、且与设计一致，符合公司编码规范，公司编码规
8、范包含JAVA代码编写规范、C#代码编写规范。(2)代码编写应符合安全编码规范要求进行编写。(3)单元测试：开发人员按单元测试计划对自己编写的程序进行测试(4)编程及单元测试过程用SVN进行版本管理，主要由项目组长负责管理。2. 交付文档单元测试报告3. 审批所有文档必须提交给项目经理审核确认。第二十条 系统测试1. 实施要求(1)开发组单元自测完成后，填写测试申请单连同要测试产品清单交给QA(2)相关QA人员根据提交申请单将源程序、文档等拷贝到测试中产品目录(3)执行测试计划中所有要求的组装测试(4)对测试结果进行分析，生成当前问题列表（BUGLIST），返回项目组长(5)开发人员经过分析，
9、修复并自测完毕，生成BUG修复报告，返回QA(6)完成：反复直至QA通过。2. 测试要求1）组装测试应保证模块间无错误的连接2）应对软件系统或子系统的输入/输出能力进行测试，使其达到设计要求3）应测试软件系统或子系统正确能力和经受错误的能力3. 交付文档1）运行的软件系统源程序清单2）组装测试计划3）当前问题列表（BUGLIST）4）BUG修复报告5）组装测试分析报告4. 审批所有文档必须提交给项目经理审核确认。第五章 配置管理第二十一条 代码管理为了保障开发过程的源代码的可控制和管理，解决软件的版本冲突、系统集成等问题，实现团队多人开发协作管理。使用SVN源代码管理软件工具进行代码管理。代码
10、管理软件服务器建立在开发环境中，测试环境、生产环境的不允许存放源代码，只部署编译后的执行文件。在项目启动时需要的代码仓库，当有子项目存在时，在父项目库下建立自己的代码仓库。每个项目仓库的目录结构将开发库、测试库、发布库、文档库，开发库、测试库、发布分别为开发环境、测试环境、生产环境建立的代码控制库，文档库为共享库，三个环境的人员都可以进行读写。第二十二条 文档管理各开发流程中的交付的文档，需要统一提交到SVN 文档库中，在项目完成后需要由文档管理员进行归档处理，在系统维护期存在的文档变更也需要通过SVN 的文档库进行管理。第二十三条 文档管理员的主要职责： 1. 建立编制、登记、出版系统文档和
11、软件文档的各种策略； 2. 把文档计划作为整个开发工作的一个组成部分； 3. 建立确定文档质量、测试质量和评审质量的各种方法的规程； 4. 为文档的各个方面 确定和准备各种标准和指南； 5. 积极支持文档工作以形成在开发工作中自觉编制文档的团队风气； 6. 不断检查已建立起来的过程，以保证符合策略和各种规程并遵守有关标准和指南。 第六章 集成测试管理第二十四条 实施1. 模拟的环境中进行强度测试，即在事先规定的一个时期内运行软件的所有功能，以证明该软件无严重错误2. 执行测试计划中的所有确认测试3. 使用用户手册，以进一步证实其实用性和有效性，并改正其中的错误4. 对测试结果进行分析，生成当前
12、问题列表（BUGLIST）5. 反复查找BUG原因，直到修复6. 对所有文件进行整理第二十五条 测试要求1. 全部系统存储量、输入及输出通道，以及处理必须有足够的余量2. 全部预期结果、测试结果及测试数据全部存档第二十六条 交付文档1. 确认测试计划2. 更新后的用户手册3. 更新后的项目进度计划4. 更新后的十大风险列表5. 更新后的软件项目日志6. 测试产品清单7. 当前问题列表（BUGLIST）8. BUG修复报告第七章 系统发布管理第二十七条 发布过程1. 经测试合格的产品测试管理员填写发布申请表连同发布文档一起提交给测试管理经理、项目经理、部门负责人2. 测试管理经理、项目经理、部门负责人审核发布申请3. 测试管理员将发布产品（包括源程序、执行文件及相关文档）放入发布中产品目录并生成安装程序第二十八条 交付文档1. 当前版本说明2. 发布文档3. 用户手册4. 安装手册5. 发布产品检查清单CHECKLIST6. 发布产品审批文档7. 更新后的软件日志*第二十九条 审核第三十条 所有发布文档须经测试部、项目经理、部门负责人审核确认。第八章 附则第三十一条 本管理办法由产品研发部负责解释。第三十二条 本管理办法自发布之日起执行。第 7页 / 共7页
