文档介绍:-
. z.
目录
1.简介2
2.具体实施步骤3
准备工作及工程启动阶段3
工程规划阶段3
系统设计实施阶段3
系据本?工作说明书?及该文件所涉及到的公司相关工程管理规对工程过程进展审核,并每周项其部门经理汇报工程情况,每月汇报工程度量数据,遇到严重不符合问题或紧急情况时,随时汇报。
-
. z.
配置管理工程师负责识别、备份配置项,测试版本、正式版本的发布工作。配置项记录、配置库及版本管理工作。?配置项记录表?和?工程版本状态表?实时更新。
指定委派的工程质量工程师及配置管理工程师是:
构造设计工程师
系统所有设备的箱体构造绘制
设备辅助支架的绘制
指定委派的构造设计工程师是:
软件开发总工程师
负责整个工程的软件设计研发管理工作。
软件功能需求审核,开发工作安排。
指定委派的软件开发总工程师是:
软件开发工程师
负责平台软件开发工作
相关文档编写
指定委派的软件开发工程师是:
软件开发工程师
负责设置软件开发工作。
相关文档编写。
指定委派的软件开发工程师是:
软件开发工程师
负责平台软件开发工作。
相关文档编写。
指定委派的软件开发工程师是:
-
. z.
软件开发工程师
负责设置软件开发工作
相关文档编写。
指定委派的软件开发工程师是:
软件开发UI设计师
负责UI设计工作。
指定委派的软件UI设计师是:
产品管理工程师
负责软件功能验证、用户手册编写整理。
相关文档编写。
指定委派的产品管理工程师是:
-
. z.
4.工程管理机制
问题反响时效及机制:
在各研发阶段中有任何解决不了的问题及疑问都要在当天向工程经理通过汇报提出,工程经理要在问题提出当日给出反响及处理方式。
沟通机制:
工程组成员需每周5中午前通过形式通报当前工程进度〔工作情况、问题、建议等〕给工程经理,并由工程经理总结后通报给上级领导抄送工程组成员,并在OA上填写工程周报。
工程经理要不定时的与工程组成员及时沟通了解工程研发状态,所有会议必须要有会议记录,会后要发送全体工程组成员。
所有沟通结论及决策都要发送确认。
以上容都要抄送质量工程师。
工程成果管理机制:
所有里程碑节点的工作产品都需要进展评审,非里程碑节点的工作产品采用审核方式进展。
评审:里程碑节点默认为评审完毕时间点,在里程碑到来之前,责任人需在评审前1-2天向工程经理提交工作产品,工程经理审核后发给工程质量工程师,由工程质量工程师协调并组织评审工作,评审问题由责任人进展记录、整理并完成?评审问题记录表?,评审问题记录表中审批人局部由部门领导给出审批结论后,交给工程质量工程师进展审核、备份
在里程碑到来之前,责任人提交工作产品给工程经理,由工程经理执行审核,通过审核的工作产品和审核结论由工程经理提交给工程质量工程师进展备份。
验收:所有产品需求中的性能、功能作为产品经理对该产品的验收执行依据。
工程变更机制:
变更的条件:需求围发生了变化〔增加或减少〕,性能指标发生了变化〔提高或降低〕,时间周期发生变化〔提前/延期〕,假设因研发问题导致的性能改变,时间改变,由研发人员提出变更请求,填写?变更申请单?并评估变更影响,经工程经理审核后提交给工程质量工程师,由工程质量工程师协调、组织变更评审。通过批准的变更,按照变更后的结论进展继续开发;未通过批准的变更,按照之前的需求和方案进展开发。因产品经理方面需求围增加导致的围变更由产品经理发起,通过与开发人员进展技术可行性讨论后认为可行的由产品经理提出变更申请,执行变更申请流程。由变更导致的工程文件的修改需要在?变更申请单?中关于影响分析一栏进展表述,要求每次的变更所影响到的产品/文件一并修改,保证连贯性、一致性、可追溯性。变更记录由工程质量工程师进展记录并跟踪。
所有过程工作产品/产出物为各个阶段必须完成的产出物,是产品/工程的一局部,包括需求文档、技术文件,过程文件,代码,图纸、评审记录、审核记录等。一经定义,不能擅自修改。〔可申请变更〕;否则按不符合项处理。
注:详细变更要求请见1
关于发版机制:
研发人员需要进展发布版本时,对外需要进展外加工的,由研发人员提交全部材料给工程经理,工程经理进展审核后发给工程质量工程师,工程质量工程师为该版本分配版本号后通知采购及其他相关干系人该版本的地址〔如有本卷须知的,研发人员需一并提交相关文件〕。
制止研发人员