信息化项目管理办法_第1页
信息化项目管理办法_第2页
信息化项目管理办法_第3页
信息化项目管理办法_第4页
信息化项目管理办法_第5页
已阅读5页,还剩6页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、精品资料1 .目的和范围本管理办法规定信息化软件研发管理所遵循的原则和方法,目的是提高软件质量和软件开 发项目的可控性。2 .定义质量控制小组:负责软件项目过程评审和项目验收。项目负责人:负责项目设计、开发、实施全过程管理。3 .软件开发的基本流程:3.1软件需求提出3.1.1需求提出业务部门经过内部评估后,填写业务调整 部门领导、公司分管领导批准后的业务调整/开发需求申请表(见附录 a), /开发需求申请表报科技管理部。由业务3.1.2技术评估科技管理部从技术实现路线、开发方式、风险评估等方面组织对需求的技术评估;并在业务调整/ 开发评审表填写相关评审意见。3.1.3 管理评估科技管理部组织

2、相关部门从业务流程、 内控管理、 业务职责等方面进行管理评审, 并在业务调整/ 开发评审表填写相关评审意见。科技管理部在综合技术评估和管理评审意见、 提出项目建议意见, 报经总工程师批准后,信息化室指定项目负责人组建开发小组, 负责开展相应的优化改进和开发工作, 指定质量控制人员组建质量控制小组负责开发过程的质量控制、 组织过程评审和项目验收等工作; 相关 单位应做好测试及应用推广等工作。1.2 软件的需求调研和分析1.2.1 需求调研业务部门主导,开发小组共同参与调研,协助业务部门进行需求收集工作。1.3 软件的需求分析业务部门和开发小组共同参与, 认真分析、理解相关的业务管理流程及要求,

3、使需求分析符合实际,最终由开发小组编写软件需求说明书 (见附录 b )。由质量控制小组小组评审内容,给出“通过”和“不通过”的结论。1.4 软件开发的设计方案和测试方案开发小组根据软件需求说明书, 进行 开发设计方案 (见附录 c ) 及测试方案 (见 附录 d )的编写,由质量控制小组组织评审,给出“通过”和“不通过”的结论。1.4.1 设计方案基本设计概念和处理流程、系统功能模块图,系统数据结构设计,接口设计等。1.4.2 测试方案概述该测试的目的、任务、环境、方法等。1.5 软件的实施(编程和单元测试、集成测试)项目负责人分配开发任务,软件开发人员负责编码、单元测试、集成测试。1.6 软

4、件的系统测试测试人员根据测试方案进行测试,测试完成后,将系统bug 以文档形式反馈开发人员进行修改,开发人员修复系统bug 完成后,由测试人员进行回归测试。经过反复的测试及修复,形成最终版本程序。测试人员编写软件测试报告 (见附录 e) 后,与最终版本程序一并提交质量控制小组评审, 给出“通过”和“不通过”的结论。 评审通过后提交试运行。1.7 软件的试运行开发小组与业务部门组织软件的试用行, 项目的试用期应根据项目的复杂程度、 推广缓急程度不同而定,一般试用期最短不低于2 个月,最长不超过6 个月。试用期间, 开发小组应与业务部门和软件使用人员保持紧密联系, 充分听取对软件的修改意见,并及时

5、解决试用中遇到的问题,不断完善软件功能。试用完成后, 质量控制小组应对软件试运行效果组织评估, 填写 软件试运行效果评估表(见附录 f ),并由使用人员会签。4. 项目需求变更控制可修改4.1 需求变更定义项目需求变更是指软件需求分析阶段结束之后,并且业务调整/ 开发评审表已经通过评审,正式定稿发行之后的软件开发各阶段对软件项目的需求发生必要的更改的情况。4.2 需求变更流程由业务部门提出项目的需求变更,并填写 项目需求变更表(见附录h) , 先由业务部门内部进行评审, 评审通过并且部门相关领导签字确认后提交软件开发小组, 软件开发小组对软件项目的需求变更要求进行技术评估及管理评估, 并且组织

6、相关人员进行评审, 评审通过后,相关开发人员进行程序开发。5. 软件验收5.1 软件验收过程根据试运行评估意见, 由质量控制小组组织业务需求部门、 软件使用部门进行验收, 验收内容为:1) 业务调整/ 开发评审表及其变更记录;2) 设计方案及测试方案的全部资料;3) 全部源程序;4) 测试记录文档;5) 培训资料;6) 资料的详细清单。验收结束由质量控制小组经过认真评议给出“验收是否合格”结论,填写软件验收评估表(见附录 g) 。5.2 软件发布和归档5.2.1 软件的发布将经过正式验收的软件交付交付科技管理部标准化室进行发布。5.2.2 项目的归档管理项目负责人对本开发项目的所有文档和源代码

7、进行整理, 形成文档目录一并交付科技管理部标准化室进行归档。附录a业务调整/开发需求申请表编号:提出部门提出时间期望完成时间联系人联系电话紧急程度重要且紧急 口 重要不紧急口 一般 口 紧急/、重要口项目名称问题描述应用现状、应用难点目标应用 场景描述;需求应用期望描述技术评估从技术实现路线、开发方式、风险评估等方面描述技术解决方案开发周期评估日期是否委外评审人员管理评审从业务管理、内控管理等主面描述意见评审日期评审人员提出部门 审批意见公司领导 审批意见科技管理部 意见总工程师 批准附录b软件需求说明书模板1 .任务名称2 .任务来源3 .运行环境4 .功能需求详细的以文字和图 / 表描述该

8、软件应该完成的功能。5 技术性能要求说明该软件应该具备的安全性、可靠性、实时响应性、可用性等具体要求。6 功能模块描述简要说明该软件的各个功能模块的功能,及与其它模块之间的关系。7 对人机交互的要求说明该软件是否要求人机交互, 以何种方式进行交互, 交互欲达到的目的; 并简要说明 主要人机交互的过程。附录 c开发设计方案模板1 需求规定2 运行环境3 基本设计概念和处理流程4系统功能结构图5 接口设计6 运行设计7 系统数据结构设计测试方案模板附录 d1 测试的目的2 界定测试的范围3 确定测试的环境4 测试内容4.1 . 测试的详细操作步骤4.2 测试的合格的标准附录 e软件测试报告模板1 测试概要包括测试的一些声明、测试范围、测试目的等情况简介。2 测试环境配置3 测试方法和工具4 . 测试内容和执行情况5 . 缺陷统计与分析6 . 测试结论与建议附录f软件试运行效果评估表软件名称试运行部门评估时间试运行情况简 述试运行用户意见试运行效果评 价参与试运行人 员会签附录g软件验收评估表系统名称参与部门验收地点验收时间验收内容验收结论参与人员 会签附录h项目需求变更表提出部门提出时间期望完成时

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论