企业信息系统开发工作标准

1、北京xx集团信息系统开发工作标准(a-0 )一、总则1 .目的和作用为加强公司信息系统开发过程的管制力度，进一步提高系统开发的质量和水平，根据公司信息系统建设管理办法及相关规定制定本标准。2 .适用范围本标准是公司整体信息系统开发的指导文件。本标准适用于公司范围内的企业管理信息系统的开发，包括不同类型、不同规模的城市事业部、控股公司所建立的不同系统。 公司所属子公司、子公司或子公司(以下简称所属机关)、控股公司在贯彻执行本标准的过程中，可以根据自己的特点适当调整和补充有关标准的内容。本标准中推荐的文档可以在使用中根据情况进行选择调整。三.主要内容根据管理信息系统开发的特点，将系统开发工作分为：

2、个项目启动、项目修订、项目执行、项目结束4个阶段。 对发包人和开发人员各阶段的工作内容、文件要求等也做出了相应的技术和管理约定。 另外，关于在不同的信息系统之间进行综合时的数据接口开发作业，也制定了相应的技术基准。4 .规范化参考文档gb/t 8566-2007 信息技术软件生存周期过程gb/t8567-2006 计算机软件文档编制规范二、术语的定义1 .企业管理信息系统企业管理信息系统是一种综合利用计算机技术、通信技术、管理科学，采集、加工、保存、传输、维护企业内部的外部管理信息，辅助企业各级管理人员的控制、决策和趋势预测，实现企业管理目标的计算机系统。2 .信息系统开发周期根据信息系统项目

3、开发的管理特点，科学地将开发周期分为项目启动、项目修订、项目执行、项目结束四个阶段，内容包括可行性分析、需求分析、总体设置修订、详细设置修订、编码、测试、检验等工作3 .系统测试对于整个信息系统，组合已经确认的软件系统、计算机硬件、外围设备、网络等相关要素进行测试，验证系统是否满足需求规格的定义，找出与需求规格不一致或矛盾的地方4 .数据接口软件开发人员提供给用户或第三方的一系列数据标准规范用于在不同软件系统之间交换和转换特定数据。 格式可以是封装应用程序的接口函数、固定格式的数据文件，也可以是数据库的特定格式。三、系统开发工作1 .系统开发周期信息化项目系统的开发周期应分为启动、修订、执行、

4、终止四个阶段(下图)。各阶段的工作要轮流完成。 建设方检查确认各阶段工作完成情况，原则上不确认验证前阶段成果的，不得进入下一阶段。 可以根据项目的实际情况调整这个阶段划分。2 .启动阶段2.1在项目启动阶段，发包人首先进行目标系统领域研究，对项目进行可行性研究，明确信息系统开发建设目标，确定系统开发项目工作范围，评价所需资源、风险、预算等条件。 具体的动作如图2.1所示。图2.1启动会话的任务和文档2.2系统开发前，发包人对开发系统的行业领域情况进行背景研究，为项目论证提供依据，研究内容如下(一)开发系统所在领域的现状和前景；(2)开发系统普遍采用的商业模式和商业流程(三)行业内各开发者的现状

5、；(4)开发系统的特性和复杂性。2.3发包人应当根据商业和技术等因素，对目标系统进行可行性论证，确定项目是否开展。 论证的内容如下(一)商业可行性；(2)技术的可行性(3)与行业内类似系统的比较(4)与本公司现有系统的整合可能性(五)开发的成本和风险；(六)项目开发总体方案。具体内容见附件一1 项目可行性分析报告。对于重大或复杂的项目，建设可以根据需要召集专业信息化顾问进行干预，协助控制项目论证和今后各阶段的具体工作。2.4项目启动阶段，建设方组织各有关人员确认项目目标范围，形成项目开发大纲提交开发方，准备项目开发的修订阶段。 项目开发大纲的内容如表2.4所示。 表2.4内容说明叙述概要明确系

6、统的目的。核心功能下面对系统的各核心功能进行说明。一般功能描述系统通用的非核心功能。有关人员按照发包人管理模式，明确系统开发相关人员(如主责任部门、需求部门、咨询人、开发者等)。项目要求说明整体的项目要求。项目风险分析可预见的风险，提出风险规避的主要措施。项目回报系统上线后的成果预测。结论结合所有这些部分，明确项目的需求和风险，确定项目最终能够成功的论点和论据。3 .订正计划阶段3.1在项目修订阶段，发包人应与开发人员一起确定项目的功能范围、质量和进度目标，开发人员应评价各项工作的工作量和必要资源双方在此基础上共同制定总体项目管理修订计划，项目开发修订计划、风险管理修订计划、质量保证修订计划具

7、体工作如图3.1所示。图3.1修订阶段的工作内容和文件3.2在修订阶段，发包人要求开发人员评价项目规模、工作量等。 开发人员需要编写工作负载评估报告。 评价的内容如下(一)模块数量、复杂度、质量目标；(2)输入输出外部接口的数量和复杂性(3)重要的功能点(四)开发工作量(人/月或者人/日)(五)进展和里程碑(六)进展风险。3.3开发者发行的项目开发计划的内容如下表3.3所示。表3.3内容说明叙述概要描述系统的目标、功能、平台、客户、大致进度、开发责任。系统功能发包人概述了系统的功能，包括这些功能的附加信息，使开发人员能够根据这些信息理解和实现需求。项目成员决定软件工程功能的角色和分配给这些角色

8、的人员数。系统开发过程本文概述了在此项目中应用的软件开发过程。系统开发方法概述了本项目中应用的软件工程方法和技术。进度和工作量描述整个项目的进度和工作量，并明确说明每个里程碑和主要节点的工作成果。 可以在甘特图等工具图中显示。软件工具列出要使用的每个软件工具以及该工具支持的任务。专案支援硬件支持：确定所需的硬件，包括需要移动、检索和升级的硬件。软件支持：明确所需的软件，包括需要获得、安装和升级的软件。人力资源支持：明确支持开发人员的哪些任务。3.4发包人应共同制定风险管理计划。 主要内容包括风险识别、风险分析、解决方案等。 详情请参照表3.4内容说明叙述概要用文本和图形概述了风险管理任务的整体

9、执行过程。风险识别详细说明“风险识别”任务的实施详情和各任务的负责人。风险分析决定风险的优先顺序，明确“风险分析”的实施详情和各工作的负责人。风险解决方案说明风险发生时的解决作业的运用规格和过程。风险监视详细说明风险监测任务的实施详情和各任务的负责人。3.5发包人开发者共同制定质量保证计划，内容见下表3.5表3.5内容说明一下叙述概要简单说明制作的目的、适用范围、对相关人员的要求等。软件开发过程详细介绍了在此项目中应用的软件开发过程。软件工程学详细介绍了适用于该项目的软件工程方法和技术。工作规范规范软件工程方法中的各种工作任务，明确执行的时间、流程、指导方针等。 这些工作任务规范包括但不限于：

10、-一般开发活动规范，如需求分析、架构设置修订、详细设置修订、编码和测试、检查等工作例行会议、进度会议、审查会议等会议规范项目评审、技术评审、质量评审等评审工作规范-系统规模评价、进度评价、缺陷评价、测试评价率评价等评价作业规范技能培训、数据收集、客户沟通等其他工作。3.6发包人应当重点审查开发者提出的开发进度计划。 主要内容包括工作的任务项目、任务的说明、开始时间、完成时间、工作量、负责人、成果物等。 详见附件二2 项目开发进度计划表。4 .执行阶段4.1在项目执行阶段，建设方根据项目管理修订计划完成开发人员的要求规格说明，由开发人员按要求实现具体功能，调整过程中所需资源如人员、设备、费用、技

11、术、信息等，同时跟踪各项工作的完成质量，确保项目整体进度具体工作如图4.1所示。图4.1运行时的工作内容和文档4.2开发者应当根据发包人项目开发大纲等需求文件，进行详细的需求整理，在细分程度上开展结构设置修订和接口原型设置修订工作，形成需求规格说明书。 内容如表4.2所示。 需求规格说明书的创建方法可以根据具体情况进行调整或扩展，但必须包括表4.2内容说明一下商业需求总结记述发包人提出的业务内容、必须实现的功能、应达到的性能及质量等要求。功能要求根据上述发包人列出的业务需要，详细列出开发者必须实现的功能。性能要求(1)描述对运行速度、容量、同时性能的要求。(2)描述对资源利用率的要求。(3)记

12、述对外部输入的反馈速度和正确性的要求。(4)描述对错误的负荷能力的要求。系统要求(1)描述目标系统必须适应的操作环境的要求(包括操作平台、网络和其他硬件要求)。(2)描述与其它系统的兼容性的请求，包括与操作系统、数据库、浏览器和其它现有应用的兼容性的请求。(3)记述与外部其他系统和组件的接口要求。质量要求(1)对发包人承诺重要的质量指示(可靠性、效率性、灵活性、安全性、互操作性、稳定性、健全性、可用性)。(2)保证对开发者来说重要的品质标记(保守性、扩展性、再利用性、测试性)。其他需求在上述要求之外，受其他因素影响的要求包括-国家或地区的特别标准。-软件使用界面的特殊要求。-知识产权要求。-软

13、件面临的市场和行业规范。-建设方的特别要求等。请参见附件3 需求规格说明书模版，了解请求规范的具体内容。4.3开发人员应主导整个系统的设置修订，第一时间完成系统原型的实施，验证设置修订构想的可行性，同时提交系统原型设计概要文档。 内容主要包括设置修订的理念、核心功能的设置修订和实现以及与类似系统接口的对比等。 开发人员应与发包人一起在会议上讨论、确认原型界面设置修订和核心功能等。4.4开发者根据需求分析和系统原型设定修正所决定的系统核心功能，进行系统的详细设定修正。 对于重要的功能、算法、公共模块和外部接口等，发包人应以模块设置修订说明书的形式向开发人员详细记述。 内容包括系统核心模块的功能名

14、、设定修正思想、设定修正图(类图、流程图等)、要点的记述(包装、接口、类、方法、算法等)4.5开发人员在系统编程阶段必须遵守行业代码规范，充分考虑异常情况和临界条件，记录测试过程中发生的错误。4.6开发人员必须在系统编程中以增量方式执行分阶段的开发任务，并在各阶段结束后分发软件中间版。 舞台周期通常在2周以下。 每个中间版，由开发人员主导测试工作，发包人协作，尽早发现问题及早解决。 测试中发现的问题需要在下一个周期的中间版本中解决。 对于每个中间版本的测试任务，开发人员必须总结创建中间版本测试报告的内容(1)测试用例的总结(用例数、通过的用例数、没有通过的用例数等)(2)错误摘要表(错误记述、

15、错误状态等)(3)测试订正计划执行情况等。4.7项目执行过程中出现的各种变更，如需求变更、设定修订变更等，发包人和开发人员必须共同评价变更风险，制定解决方案，跟踪变更处理过程，最后编制变更处理报告。 具体形式和内容见附件四4 变更处理报告。5 .结束阶段5.1在系统开发结束阶段，建设方应当做好整体测试和检验工作，确保开发方提出的目标系统满足需求，将各种项目文件存档，总结整个项目过程等工作。图5.1结束会话的工作内容和文档5.2系统正式公布前，发包人应组织自己的有关人员对产品进行完全测试，开发人员随时根据测试结果修改产品，产品质量达到发包人期望后公布。 发包人开发人员应在测试结束后公布系统测试报

16、告。 测试工作包括但不限于以下内容：(1)易用性测试发包人应检查：系统用户界面是否友好，防止中英文混合界面出现的信息是否清晰，是否易于理解系统内各模块的界面风格是否一致(2)功能项目测试发包人对信息系统要求规格书的所有功能项目进行测试，确保各功能与要求规格书的功能一致，确保功能点都已开发完毕。(3)业务流程测试发包人测试系统业务流程，确保系统业务流程符合企业实际管理流程，公文流转准确、高效。(4)弹性测试建设方应检查系统输入画面，确保系统对用户常见的误操作作出准确明确的提示。 例如，对于重要的数据的删除有警告和确认的提示，系统对用户输入的数据进行有效性检查，立即切断用户的误输入，识别不正确的值(5)安全性测试开发人员应向发包人证明系统中的密钥作为密文保存，展示系统保存用户操作日志的功能和当前系统中各种用户的权限分配设置。(6)性能测试开发人员应根据需求规格书中的性能要求对系统进行测试。 可以使用loadrunner等压力测试软件对系统进行大用户数合并、频繁访问数据库等压力测试，分析测试结果并及时反馈给建设方。 发生性能问题时，开发人员应确定原因，及时纠正。(7)适应性测试开发者参照发包人用户的软件、硬件使用环境和需求说明书的规定，列举系统适合的软件、硬