CCIC_BX_软件开发管理规范_20100225.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
密级:商业机密 CCIC信息技术部文档状态 [ ] 初稿 [ ] 审核通过 [ √ ] 发布 [ ] 修改 [ ] 作废 文档标识 当前版本 正文/总页数 编制人/部门/日期 /CCIC/ 2009-12-07 审核人/部门/日期 批准人/部门/日期 发布日期 文档版本历史表 版本号 作者 操作 日期 说明 V 创建 200-12-07 文档审核记录表 版本号 审核人 审核人签字 审核日期 说明 V 文档分发记录表 版本号 所属部门/处室/厂商 分发日期 接收人数 接收人 To 所属部门/处室/厂商 目 录 1 文档说明 4 1.1 文档目的 4 1.2 适用范围 4 1.3 引用资料 4 1.4 术语定义 4 2 项目阶段及产出物 4 2.1 项目规划 4 2.2 需求管理及开发 5 2.3 系统设计 6 2.4 实现 6 2.5 系统测试 7 2.6 用户验收 7 3 过程管理 7 3.1 项目监控 8 3.2 技术评审 8 3.3 质量保证 9 文档说明 《中国大地财产保险股份有限公司软件开发管理规范》(以下简称开发管理规范)是根据公司软件开发管理要求,参考ISO9001质量体系相关文档,并结合公司的实际开发情况而编写的软件开发指导性规范。 开发管理规范可以作为公司内部软件开发和项目管理时的指导性规范。 1.1文档目的 规范软件开发过程管理,规定IT部或第三方开发商软件开发项目应符合的工作标准及产出物,保证按时,保质、保量完成预期交付成果,提高软件开发的效率。 1.2适用范围 本规范适用于自行开发项目和外包开发项目,作为项目开发方应遵循的管理指南。应根据本规范定义管理各开发阶段并产出有效的文档。 1.3引用资料 GB/T ×××××××××××《质量管理体系 基础和术语》 GB/T ×××××××××××《质量管理体系 要求》 GB/T ×××××××××××《质量管理体系 业绩改进指南》 GB/T 8566-2007 信息技术 软件生存周期过程 1.4术语定义 无 项目阶段及产出物 为有效跟踪管理,一个软件开发项目必须具有项目规划、需求管理及开发、系统设计、实现、系统测试、用户验收六个项目阶段,各阶段要求及关键产出物控制如下: 2.1 项目规划阶段 2.1.1目的 为项目的研发和管理工作制定合理的行动纲领,以便所有相关人员按照计划有条不紊的开展工作。 2.1.2输出 该阶段输出以下成果: 《项目立项报告》,应写明项目外包的建议、启动、完成时间 《项目章程》,应写明项目目标、CCIC方面项目负责人的授权,以及项目的假设和约束等信息。 《项目计划》,项目计划应包括开发模型、进度目标、质量目标、项目各阶段的起止时间点、准入/准出准则、主要工作内容、里程碑、人力资源和工作量分配,项目风险等。项目计划还应包括质量保证方法和活动、配置管理等相关内容。 2.2 需求管理及开发阶段 2.2.1目的 通过调查与分析,获取用户需求并定义产品需求。在客户与开发方之间建立对需求的共同理解,维护需求与其他工作成果的一致性,并控制需求的变更。 2.2.2输出 该阶段输出以下成果: 《用户需求说明书》,应包括但不限于: 明示的系统特性,包括功能、非功能需求特性;必要的用户界面设计; 用户虽未明确提出要求,但规定的用途或已知的预期用途所必须的要求,即习惯上隐含的潜在要求,也应是《用户需求说明书》所包含的内容; 用户没有规定,但国家或行业强制性标准及法律法规有规定的要求也应予以满足; 特别是保监会的相关的规定必须予以满足; 应说明系统的约束和对相关应用系统的影响; 信息技术部确定的与系统相关的其它要求。 《需求变更控制报告》,记录用户需求的变更原因、变更内容,并对变更的影响进行评估。 《需求评审报告》,需求文档需要经过正式评审,获得客户和开发方的书面认可。 2.3 系统设计阶段 2.3.1目的 设计软件系统的体系结构、用户界面、数据库、模块等,从而在需求与代码之间建立桥梁,指导开发人员去实现能满足用户需求的软件产品。 2.3.2 输出 该阶段输出以下成果: 《体系结构设计报告》,主要包括系统概述、设计的约束因素、设计策略、系统总体结构、子系统的结构和模块功能、开发测试运行需要的软硬件环境。对于与现有系统的关系、数据交互、部署方式等,需要着重写明。 《概要设计报告》,阐述系

文档评论(0)

___________ + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档