ImageVerifierCode 换一换
格式:DOCX , 页数:14 ,大小:46.02KB ,
资源ID:5168125      下载积分:2 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/5168125.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(信息化项目管理办法.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

信息化项目管理办法.docx

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

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

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

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

5、果组织评估,填写软件试运行效果评估表(见附录F),并由使用人员会签。 7. 项目需求变更控制8. 4.1需求变更定义项目需求变更是指软件需求分析阶段结束之后,并且业务调整/开发评审表已经通过评审,正式定稿发行之后的软件开发各阶段对软件项目的需求发生必要的更改的情况。4.2需求变更流程由业务部门提出项目的需求变更,并填写项目需求变更表(见附录H),先由业务部门内部进行评审,评审通过并且部门相关领导签字确认后提交软件开发小组,软件开发小组对软件项目的需求变更要求进行技术评估及管理评估,并且组织相关人员进行评审,评审通过后,相关开发人员进行程序开发。9. 软件验收10. 5.1软件验收过程根据试运行

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

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

8、能模块描述简要说明该软件的各个功能模块的功能,及与其它模块之间的关系。7对人机交互的要求说明该软件是否要求人机交互,以何种方式进行交互,交互欲达到的目的;并简要说明主要人机交互的过程。附录C开发设计方案模板1需求规定2运行环境3基本设计概念和处理流程4系统功能结构图5接口设计6运行设计 7系统数据结构设计附录D测试方案模板1测试的目的2界定测试的范围3确定测试的环境4测试内容4.1.测试的详细操作步骤4.2测试的合格的标准附录E软件测试报告模板1测试概要包括测试的一些声明、测试范围、测试目的等情况简介。2测试环境配置3测试方法和工具4.测试内容和执行情况4.缺陷统计与分析 5.测试结论与建议附

9、录F软件试运行效果评估表软件名称试运行部门评估时间试运行情况简述试运行用户意见试运行效果评价参与试运行人员会签附录G软件验收评估表系统名称参与部门验收地点验收时间验收内容验收结论参与人员会签附录H项目需求变更表提出部门提出时间期望完成时间联 系 人联系电话紧 急 程 度重要且紧急 重要不紧急 一般 紧急不重要 项目名称变更描述提出部门审批意见技术评估从技术实现路线、开发方式、风险评估等方面描述技术解决方案开发周期 评估日期是否委外评审人员管理评审从业务管理、内控管理等主面描述意见评审日期评审人员科技管理部意见(注:合同协议是经验性极强的领域,无法思考和涵盖全面,最好找专业律师起草或审核后使用。资料供参考,期待您的好评与关注)

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1