信息化项目开发管理组织办法.pdfVIP

  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文档。上传文档
查看更多
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) 测试记录文档;

文档评论(0)

ccccccxx + 关注
官方认证
文档贡献者

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

认证主体临沂冉通信息技术有限公司
IP属地山东
统一社会信用代码/组织机构代码
91371300MA9576790T

1亿VIP精品文档

相关文档