软件开发管理规范.doc
《软件开发管理规范.doc》由会员分享，可在线阅读，更多相关《软件开发管理规范.doc（5页珍藏版）》请在冰豆网上搜索。
软件开发管理规范
文件编号：
SCMC-SN-ZH
版次：
1.0
1.0目的
随着公司的不断发展，员工信息化意识逐步提高，各部门需求逐步增多，为提高软件开发的质量，保证软件开发能够更好的开展，推动公司信息化建设快速有序的发展，特制定本管理规范。
2.0适用范围
适用于中国移动通信集团四川有限公司遂宁分公司信息化建设。
3.0软件开发柱形图
3.1需求建模
通过对需求部门业务的了解和与需求部门对流程的讨论对需求进行基本建模，最终形成需求规格说明书。
3.2总体设计
通过分析需求信息，对系统的外部条件及内部业务需求进行抽象建模，最终形成概要设计说明文档。
3.2.1功能分解：
对数据流图中的每个状态处理，进一步细化，进行功能分解。
3.2.2设计软件结构：
软件结构反映系统中模块的相互调用关系：
顶层模块调用它的下层模块以实现程序的完整功能，每个下层模块再调用更下层的模块，最下层的模块完成最具体的功能。
3.2.3设计数据库。
3.3详细设计
此部分在对需求和概要设计的基础上进行系统的详细设计（也包含部分代码说明），详细设计的过程实质上是对体系结构设计成果的逐步细化,最终可得到对系统中各模块实现算法的具体描述.
3.3.1确定每个模块的具体算法.
3.3.2确定每个模块的内部数据结构及数据库的物理结构.
3.3.3确定模块接口的具体细节.（即确定模块接口的详细信息,包括模块之间的接口信息,模块与系统外部的接口信息及用户界面等）。
3.4开发编程
按照总体设计跟详细设计文档对系统进行代码编写。
3.5系统整合与测试
对所有功能模块进行模拟数据测试及其它相关性测试并整合所有模块功能。
3.6系统外部测试
系统上线试运行后进行系统反馈，问题记录、解答。
3.7系统后期维护
系统正式上线后，对系统进行必要的维护和BUG修改。
4.0软件开发流程图
5.0流程图详解
5.1需求确认
需求分析完成以后，形成需求分析文档。
由需求分析人员给需求部门负责人解读需求文档，一旦确认需求分析文档所描述的功能符合自己所提的需求，则填写需求分析确认书，签字后交由综合部进行需求确认。
5.2系统开发
一旦系统需求部门和综合部完成需求确认，系统开发人员则根据需求分析文档，进行系统总体设计，详细设计，并制定系统开发总体进度，系统开发总统进度形成文档，交由综合部进行查看。
接下来交由系统开发人员进行系统编码。
5.3功能测试
系统编码完成后进行功能测试，由系统开发人员进行系统内测，如果出现问题后进行系统功能修改。
功能测试完成后交综合部进行系统初步验收，如果验收不通过则进行功能修改，直到通过。
5.4系统测试
系统初步验收完成后交由需求部门进行外部测试；在测试期间出现问题交由系统开发人员进行修改，直到外部测试通过。
5.5系统评估
外部测试期间，需求部门需对系统进行评估，并填写用户评估表，完成后交综合部进行汇总，综合部结合用户评估情况最后形成系统综合评估表，系统综合评估表得分直接与软件开发维护合作商家的考核挂钩。
6.0软件开发进度管理
软件开发小组制定完需求分析文档后，进行系统总体设计和详细设计，将业务需求系统化，利用project项目管理软件制定系统开发进度表，将待开发的系统模块在进度表中设计出来。
通过项目进度表可以清楚的看到项目的开始时间，每一个模块的设计时间，系统模块负责人，系统各阶段完成时间。
同时，将开发项目纳入项目管理系统进行统一管理。
如果项目开发有临时变动，比如有系统需求改动或新需求的添加，经综合部同意可重新调整项目开发进度。
如果在项目规定时间内未完成系统开发，将按照系统综合评估表扣减相应分值。
7.0软件开发质量管理
软件开发质量管理主要是通过软件开发过程中的软件测试环节来度量所开发出来的系统在质量上是否满足要求。
系统开发人员测试
综合部信息化管理人员测试
需求部门测试
缺陷管理与系统维护
系统内测
综合部评估
需求部门评估
系统开发完成后，开发人员首先对系统进行内部测试，待开发人员测试完成后将系统交由综合部人员进行测试，测试完成后由综合部人员进行系统评分，内部测试完成后，由需求部门对系统进行外部测试，系统外部测试完成后进行系统验收，验收完成后系统正式上线使用，进入系统维护阶段。
8.0系统开发版权归属及说明
为方便系统的后期维护工作，在项目开发过程中，开发人员应按照项目开发规范进行系统开发，包括代码规范，书写系统帮助文档等。
开发后的系统版权归遂宁移动分公司所有。
9.0相关文件和记录
9.1用户评估表
9.2系统综合评估表
9.3系统验收单
9.4系统功能修改单
生效日期：
2009年12月1日第5页共5页
升级会员 