[精选]信息化项目管理办法资料.docxVIP

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
精品文档 1. 目的和范围 本管理办法规定信息化软件研发管理所遵循的原则和方法,目的是提高软件质量和软件开 发项目的可控性。 2. 定义 质量控制小组:负责软件项目过程评审和项目验收。 项目负责人:负责项目设计、开发、实施全过程管理。 3. 软件开发的基本流程: 3.1?软件需求提出 3.1.1?需求提出 业务部门经过内部评估后,填写《业务调整/开发需求申请表》(见附录?A),由业务 部门领导、公司分管领导批准后的《业务调整/开发需求申请表》报科技管理部。 3.1.2?技术评估 科技管理部从技术实现路线、开发方式、风险评估等方面组织对需求的技术评估;并在 精品文档 精品文档 《业务调整/开发评审表》填写相关评审意见。 3.1.3?管理评估 科技管理部组织相关部门从业务流程、内控管理、业务职责等方面进行管理评审,并在 《业务调整/开发评审表》填写相关评审意见。 科技管理部在综合技术评估和管理评审意见、提出项目建议意见,报经总工程师批准后, 信息化室指定项目负责人组建开发小组,负责开展相应的优化改进和开发工作,指定质量控 制人员组建质量控制小组负责开发过程的质量控制、组织过程评审和项目验收等工作;相关 单位应做好测试及应用推广等工作。 3.2?软件的需求调研和分析 3.2.1?需求调研 业务部门主导,开发小组共同参与调研,协助业务部门进行需求收集工作。 3.3?软件的需求分析 业务部门和开发小组共同参与,认真分析、理解相关的业务管理流程及要求,使需求分 析符合实际,最终由开发小组编写《软件需求说明书》(见附录B)。由质量控制小组小组 评审内容,给出“通过”和“不通过”的结论。 3.3?软件开发的设计方案和测试方案 开发小组根据软件需求说明书,进行《开发设计方案》(见附录?C)及《测试方案》(见 附录?D)的编写,由质量控制小组组织评审,给出“通过”和“不通过”的结论。 3.3.1?设计方案 基本设计概念和处理流程、系统功能模块图,系统数据结构设计,接口设计等。 3.3.2?测试方案 概述该测试的目的、任务、环境、方法等。 3.4?软件的实施(编程和单元测试、集成测试) 项目负责人分配开发任务,软件开发人员负责编码、单元测试、集成测试。 3.5?软件的系统测试 (测试人员根据《测试方案》进行测试,测试完成后,将系统?BUG?以文档形式反馈开发人 ( 员进行修改,开发人员修复系统?BUG?完成后,由测试人员进行回归测试。经过反复的测试及 修复,形成最终版本程序。测试人员编写《软件测试报告》?见附录?E)后,与最终版本程序 一并提交质量控制小组评审,给出“通过”和“不通过”的结论。评审通过后提交试运行。 3.6?软件的试运行 开发小组与业务部门组织软件的试用行,项目的试用期应根据项目的复杂程度、推广缓 急程度不同而定,一般试用期最短不低于?2?个月,最长不超过?6?个月。 试用期间,开发小组应与业务部门和软件使用人员保持紧密联系,充分听取对软件的修 改意见,并及时解决试用中遇到的问题,不断完善软件功能。 试用完成后,质量控制小组应对软件试运行效果组织评估,填写《软件试运行效果评估 表》(见附录?F),并由使用人员会签。 4. 项目需求变更控制 4.1?需求变更定义 精品文档 精品文档 项目需求变更是指软件需求分析阶段结束之后,并且《业务调整/开发评审表》已经通 过评审,正式定稿发行之后的软件开发各阶段对软件项目的需求发生必要的更改的情况。 4.2?需求变更流程 由业务部门提出项目的需求变更,并填写《项目需求变更表》(见附录?H),先由业务部 门内部进行评审,评审通过并且部门相关领导签字确认后提交软件开发小组,软件开发小组 对软件项目的需求变更要求进行技术评估及管理评估,并且组织相关人员进行评审,评审通 过后,相关开发人员进行程序开发。 5. 软件验收 5.1?软件验收过程 根据试运行评估意见,由质量控制小组组织业务需求部门、软件使用部门进行验收,验 收内容为: 1) 《业务调整/开发评审表》及其变更记录; 2) 设计方案及测试方案的全部资料; 3) 全部源程序; 4) 测试记录文档; 5) 培训资料; 6) 资料的详细清单。 验收结束由质量控制小组经过认真评议给出“验收是否合格”结论,填写《软件验收 评估表》(见附录?G)。 5.2?软件发布和归档 5.2.1 软件的发布 将经过正式验收的软件交付交付科技管理部标准化室进行发布。 5.2.2?项目的归档管理 项目负责人对本开发项目的所有文档和源代码进行整理,形成文档目录一并交付科技管 理部标准化室进行归档。 精品文档 精品文档 附录?A 编号: 提出部门  提出时间  业务调整/开发需求申请表 期望完成时间 联?系?人 联系电话 重要且紧急?□ 项目名称  紧?急?程?度 重

文档评论(0)

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

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

1亿VIP精品文档

相关文档