《发改委二期项目--开发管理规范》由会员分享，可在线阅读，更多相关《发改委二期项目--开发管理规范（11页珍藏版）》请在金锄头文库上搜索。
1、 附件一国家发展改革委网上办公系统二期项目开发管理规范编制单位：北京AAAA信息产业股份有限公司编 制 人：编制日期：二一一年四月国家发展改革委网上办公系统二期项目-开发管理规范目 录第1章总 则1第2章适用范围1第3章管理职责1第4章总体管理2第5章方案设计管理2第6章开发过程管理3第7章开发流程管理37.1 需求建模47.2 总体设计47.3 详细设计47.4 开发编程57.5 系统整合与测试57.6 系统外部测试57.7 系统后期维护57.8 软件开发流程图6第8章开发进度管理7第9章开发质量管理7第10章验收管理8第11章相关文件和记录911.1 用户评估表911.2 系统综合评估表9
2、11.3 系统验收单911.4 系统功能修改单9 I 第1章 总 则 第一条 为规范国家发展改革委网上办公系统二期项目（以下简称“发改委二期项目）系统开发的管理，明确责任，保证系统开发各阶段衔接顺畅，提高系统开发项目决策程序的科学性，提高软件开发的质量，保证软件开发能够更好的开展，保障发改委二期项目按期保质完成，特制定本办法。 第二条 二期项目系统开发实行项目管理的模式，按具体类型进行。一般公司的信息项目包括： （一）应用开发类项目，泛指应用信息技术开发的业务处理系统和管理信息系统等应用软件项目，包括新建和改建、变更项目。 （二）基础设施类项目，泛指网络建设、安全架构建设、主机系统购置及升级等
3、信息基础建设为主体的项目。 （三）信息研究类项目，泛指全公司战略性信息规划项目、信息标准建设项目、信息咨询项目等。 本办法适用的项目为第一类，即应用开发类项目。第2章 适用范围适用于国家发展改革委网上办公系统二期项目建设。第3章 管理职责 第五条 成立发改委二期项目领导小组，是应用系统开发管理的主要决策机构，负责项目的方案审批和对开发工作的监督和指导。 第六条 发改委二期项目开发组是应用系统开发项目的主要机构，负责组织项目的可行性研究，项目的开发和管理，组织项目的验收。 第七条 发改委二期项目需求组是应用系统开发项目的需求制定者，编写业务需求，协助解决项目开发过程中出现的业务相关问题，组织项目
4、的用户测试、试运行，参与项目的验收工作。第4章 总体管理 第八条 项目正式立项后，领导小组负责项目全过程的统筹管理，对项目的进度和质量负责。 第九条 项目开发小组根据项目时间要求、项目工作量和人力安排，制定出精确到周的项目实施计划。此计划中应包括项目的各阶段目标、任务、时间表、里程碑、项目所需人员及其职责划分，并汇报给领导小组负责人签字确认。 第十条 项目进入验收测试阶段时，领导小组会同甲方成立验收小组，验收小组中应包括项目开发小组的全部成员。验收小组对项目进行临时验收和最终验收，对项目的最终质量负责。 第十一条 领导小组指定具备3年工作经验并熟知公司项目管理制度的员工担任项目负责人。项目负责
5、人负责协调需求组、领导小组和甲方三者之间的工作，并负责保存项目所有的相关文档。 第十二条 项目负责人在项目实施过程中，应每月向公司领导小组负责人书面报告项目的进展情况，包括已完成的内容，当前进度与项目实施计划的比较，存在的有可能影响进度的问题，人员、资金的使用情况等。第5章 方案设计管理 第二十一条 甲方和项目开发小组共同对系统运行环境进行分析，并根据业务需求制订设计方案。设计方案经过项目开发小组全体成员的讨论后，由需求组负责人和领导小组负责人签字确认。变更项目的设计方案中，必须包括移入工作环境的方法和计划，以及移入失败时的回退计划。 第二十二条 对于变更项目，开发小组必须对项目所涉及的原有数
6、据和业务需求进行分析、研究，最大限度的在新项目中利用原有业务数据，保护甲方的信息资产。开发小组在此类项目的设计方案中必须制订数据转换的计划和实施步骤，并经过领导小组负责人签字确认。 第二十三条 项目设计方案确定后，需求组可提出需求变更。需求变更必须经过需求组负责人和领导小组负责人签字确认，由此造成的设计变更和项目延期甲方不承担责任。 第二十四条 项目设计方案确定后，甲方可提出设计变更。设计变更必须由甲方项目经理书面提出，领导小组负责人签字确认，由此造成的项目延期和系统功能改变甲方承担全部责任。 第二十五条 发生需求变更或设计变更时，项目负责人评估变更对项目所造成的影响，制定变更后的项目实施计划
7、，并由需求组和领导小组负责人签字确认。第6章 开发过程管理 第二十六条 项目开发的过程中应具备开发、测试和运行3套独立的环境。其中开发环境一般由赛迪提供，项目的开发必须在开发或测试环境中进行。 第二十七条 变更项目中涉及的所有软硬件升级、打补丁的工作应在测试环境中进行。项目负责人对此项工作进行测试并做出书面报告。领导小组和需求组负责人对测试报告签字确认后，此工作方可在生产环境中进行。 第二十八条 按照每周的计划要求，项目开发小组对甲方的工作进行检查，督促其进度。对于已经完成的部分，项目开发小组应及时进行检查和测试，以了解项目的实际情况，并对开发过程中出现的问题及时处理。 第二十九条 甲方应按照
8、设计方案中数据转换的计划和步骤，将原有数据转换并移植到新系统中。项目开发小组检查数据的完整性、一致性、准确性、唯一性、可读取性等。第7章 开发流程管理发改委二期项目的开发流程如下： 7.1 需求建模通过对需求部门业务的了解和与需求部门对流程的讨论对需求进行基本建模，最终形成需求规格说明书。7.2 总体设计通过分析需求信息，对系统的外部条件及内部业务需求进行抽象建模，最终形成概要设计说明文档。 1. 功能分解：对数据流图中的每个状态处理， 进一步细化，进行功能分解。 2. 设计软件结构：软件结构反映系统中模块的相互调用关系：顶层模块调用它的下层模块以实现程序的完整功能，每个下层模块再调用更下层的
9、模块，最下层的模块完成最具体的功能。 3. 设计数据库。 7.3 详细设计此部分在对需求和概要设计的基础上进行系统的详细设计（也包含部分代码说明），详细设计的过程实质上是对体系结构设计成果的逐步细化,最终可得到对系统中各模块实现算法的具体描述. 1. 确定每个模块的具体算法. 2. 确定每个模块的内部数据结构及数据库的物理结构. 3. 确定模块接口的具体细节.(即确定模块接口的详细信息,包括模块之间的接口信息,模块与系统外部的接口信息及用户界面等)。 7.4 开发编程按照总体设计跟详细设计文档对系统进行代码编写。 7.5 系统整合与测试对所有功能模块进行模拟数据测试及其它相关性测试并整合所有模
10、块功能。 7.6 系统外部测试系统上线试运行后进行系统反馈，问题记录、解答。 7.7 系统后期维护系统正式上线后，对系统进行必要的维护和BUG修改。7.8 软件开发流程图 流程图详解如下：1. 需求确认需求分析完成以后，形成需求分析文档。由需求分析人员给需求部门负责人解读需求文档，一旦确认需求分析文档所描述的功能符合自己所提的需求，则填写需求分析确认书，签字后交由综合部进行需求确认。2. 系统开发一旦系统需求部门和综合部完成需求确认，系统开发人员则根据需求分析文档，进行系统总体设计，详细设计，并制定系统开发总体进度，系统开发总统进度形成文档，交由综合部进行查看。接下来交由系统开发人员进行系统编
11、码。 3. 功能测试系统编码完成后进行功能测试，由系统开发人员进行系统内测，如果出现问题后进行系统功能修改。功能测试完成后交综合部进行系统初步验收，如果验收不通过则进行功能修改，直到通过。4. 系统测试系统初步验收完成后交由需求部门进行外部测试；在测试期间出现问题交由系统开发人员进行修改， 直到外部测试通过。5. 系统评估外部测试期间，需求部门需对系统进行评估，并填写用户评估表，完成后交综合部进行汇总，综合部结合用户评估情况最后形成系统综合评估表，系统综合评估表得分直接与软件开发维护合作商家的考核挂钩。第8章 开发进度管理开发小组制定完需求分析文档后，进行系统总体设计和详细设计，将业务需求系统化，利用project项目管理软件制定系统开发进度表，将待开发的系统模块在进度表中设计出来。通过项目进度表可以清楚的看到项目的开始时间，每一个模块的设计时间，系统模块负责人，系统各阶段完成时间。同时，将开发项目纳入项目管理系统进行统一管理。如果项目开发有临时变动，比如有系统需求改动或新需求的添加，经综合部同意可重新调整项目开发进度。如果在项目规定时间内未完成系统开发，将按照系统综合评估表扣减相应分值。第9章 开发质量管理开发质量管理主要是通过软件开发过程中的软件测试环节来度量所开发出来的系统在质量上是否满足要求。 系统开发人员测试 综合部信息化管理人员测试 需求部门测试 缺陷管理与系统维护
