内部研发项目控制流程_第1页
内部研发项目控制流程_第2页
内部研发项目控制流程_第3页
内部研发项目控制流程_第4页
内部研发项目控制流程_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

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

文档简介

内部研发项目管理流程1:目的为了使公司内部的其他部门适应自己的业务情况,研发部门必须为此开发相关的业务管理信息系统,特别制定本程序。2:服务范围此过程适用于公司的所有内部研发项目。3:工作程序3.1:项目可行性报告作为具有项目开发要求的业务部门,需要根据自己的工作实际情况,从项目应用方面创建项目开发的可行性分析报告。3.2:可行性研究应该组织相关人员,例如业务部门经理、副总裁、技术专家、技术负责人、研发人员等,对可行性分析报告进行审核。3.3:公司批准通过审查的可行性分析报告可以向公司经理报告以供审批,只有经经理批准的内部项目才能进行下一步。3.4:联合项目团队建设提出开发要求的事业部门和研究开发部门共同组成项目联合开发团队,项目组必须有1名以上的业务人员全面参与项目开发过程,并由负责研究开发的经理任命项目经理。3.5:项目项目研究开发部根据通过审查的可行性分析报告编制了立项申请书,并向公司总经理报告审查批准情况。3.6:需求分析3.6.1:项目经理组织项目组成员以建立需求分析小组,然后根据开发计划开始需求调查。3.6.2:需求调查后,需求分析小组需要汇总需求分析结果并填写需求规格说明书。3.6.3:项目经理负责组织需求复查。需求复查的主要对象是需求规格说明书。需求审查应邀请公司相关业务要求部门员工。配置生成审阅报告以记录审阅结果。审阅结果必须得到相应审阅者的签名确认,条目才能继续下一步。3.6.4:审阅的需求规格说明书和用户提供的原始要求文档必须作为配置管理项目包含在配置管理库中。3.7:系统设计系统设计一般分为摘要设计和详细设计两个阶段,系统设计团队的具体责任。根据项目的具体情况,可以适当地削掉这个过程。3.7.1:摘要设计3.7.1.1:摘要设计的主要基础是审阅的需求规格说明书和用户提供的原始要求文档。3.7.1.2:摘要设计完成后,形成概要设计说明书,项目经理组织相关人员进行审核。此次审查的主要依据是需求规格说明书和客户提供的原始要求文档。审查结果应记入评审报告。在执行项目的下一阶段任务之前,必须获得相关审阅人的签名审阅结果。3.7.1.3:所审查的概要设计说明书应由配置管理库中的配置条目控制。3.7.2:详细设计:3.7.2.1:详细设计的主要依据是正在审查的概要设计说明书,详细设计和摘要设计必须协调,并为编码提供详细依据。3.7.2.2:详细设计完成后,形成详细设计说明书,项目经理应组织相关人员进行审查。审查的主要依据是概要设计说明书。审查结果应记入评审报告。审阅结果必须得到相应审阅者的签名确认,条目才能继续下一步。3.7.2.3:所审查的详细设计说明书应由配置管理库中的配置条目控制。3.8编码3.8.1:编码工作由系统开发组负责。3.8.2:开发组成员在编码时应严格遵守详细设计说明书的要求,以确保最终程序与详细设计一致。要使程序清晰易读,必须遵循编码规范命名约定和注释规则。3.8.3:开发组成员有责任调试他们编写的程序,使程序通过编译的语法检查,并在功能和性能等方面满足设计要求。3.8.4:在每个阶段结束时,开发组成员应根据配置管理程序的请求将原始程序或可执行程序包括在等待测试的配置管理库中。3.9:测试3.9.1: 测试计划由测试团队根据项目实际情况制造,并获得项目经理批准。测试小组成员按照测试计划的要求设计、准备和完成后,项目经理审核测试用例,并将审核结果记录在评审报告中。审阅结果必须得到相应审阅人的签名确认,才能执行项目为下一阶段任务的特定测试。3.9.2:测试人员应按照测试计划进行测试工作,将测试问题写在测试记录上,对于子系统测试、产品开发结束测试,应准备测试报告。3.9.3:通过测试的合格品或未通过测试的不合格品应按照配置管理程序单独保管。对于不合格的产品,必须及时向相关人员反馈测试记录,进行修改,并重新测试,直到测试通过为止。3.9.4:测试通过后,项目组完成用户手册的创建,用户手册在项目经理批准后标记为配置项,进入配置管理库,审阅结果记录在评审报告中。审核结果必须得到相应审核者的签名确认,项目才能进行下一阶段的试点工作。3.10:系统试点通过测试审查的系统只有在正常的试点周期为一个月,试点结束后审查执行结果并通过审查后,才能获得系统的批准。3.11:接受系统审核试点后,将进入系统接受阶段,在接受系统时,必须提供系统试点状态报告和用户使用说明等,系统接受需要项目组成员以及相关业务部门经理和主管的签名确认。4:附件附件1:内部项目研发流程图附件2: 可行性分析报告附件1:内部项目研发流程图否启动可行性报告平定审查公司评审成立联合项目组是是完成项目结束否项目结束否项目构想需求分析平定审查否概括设计图平定审查是否编码是测试平定审查否试验运行平定审查验收是附件2:专案名称可行性分析报告版本号:作者:部门:日期:XXX年XX月XX日山东万宝科技有限公司1.专案概述1.1项目来源介绍项目的来源。1.2项目背景介绍这个项目的背景。2.项目目标2.1业务目标业务介绍这个项目要实现的目标。2.2系统目标功能和性能介绍此项目的目标。3.系统主要功能简要介绍本项目将实施的主

温馨提示

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

评论

0/150

提交评论