数据服务项目执行流程程序文件.docx

数据服务项目执行流程程序文件1.1 为规范数据服务业务中项目执行过程，达到项目的成本、进度、质量的统一，特制定本程序；1.2 本程序文件适用于XX公司数据服务项目提供；1.3 本程序文件由XX公司制定，其解释权及修改权属于：1.4 本程序文件从年月日起执行；2 职责2.1 数据服务部负责项目执行的总体进程，并对执行的最终结果负责；2.2 主管副总负责在关键节点监控与协调资源；2.3 质量操纵部负责对项目执行过程中的里程碑产生的有关成果与文档进行质量操纵，并将符合规范的成果放入资源中心存档；3 数据服务项目执行流程3.1 箱售部签完合同后，数据服务业务的项目经理（在项目销售流程中的准项目经理）进行立项；3.2 项目经理在立项后制订项目计划书，交由工程服务总监审批，假如未通过，项目经理重新修改项目计划书；3.3 假如审批认可，工程服务总监安排项目资源，假如需要，则填写项目资源调度单，同时将有关资料交给资源中心存档；3.4 项目经理得到相应的资源配备后，开始组建项目团队；3.5 项目经理组建项目团队的同时，制订项目实施方案，并经质量操纵部审核，若未通过，项目经理对项目实施方案进行修改；3.6 实施方案通过质量操纵部的审核后，项目经理与客户一起对实施方案进行协商与评审，若未通过，项目经理修改实施方案；3.7 实施方案通过客户评审通过，进入资源中心存档，同时项目经理进行项目实施；3.8 项目经理负责客户对项目实施结果进行评审，如未通过，项目经理对项目实施进行返工；3.9 假如通过客户评审，项目经理进行项目总结，并将有关成果与文档交由质量操纵部检验，如未通过，项目经理负责对未通过部分进行修改；3.10 假如通过质量操纵检验，项目经理将成果总结交给客户，同时有关成果与文档由质量操纵部放入资源中心存档；4 有关文件4.1 立项报告4.2 项目计划书4.3 质量操纵项目计划评审记录4.4 项目资源调度单4.5 数据要求说明书4.6 质量操纵数据要求说明书评审记录4.7 数据要求说明书客户检验单4.8 项目成果客户验收单4.9 项目总结4.10 综合评审记录4.11 资源中心验收单项目计划书项目名称项目编号项目经理项目任务描述项目总时间及关键里程碑设置项目人力资源项目费用估计审批人意见：总监：副总监：执委会：备注：抄送财务部、人力资源部Refill项目启动计划评审记录记录编号：时间：年月日项目编号：项目名称：项目启动计划编号：开发部门：PM:评审地点：参加评审人员：评审内容（评审中审议通过的内容在中划否则划“X”）：D项目的目的是否明确？2）对项目的规模是否进行估算？口3）是否进行项目启动的预算？口4）阶段输出结果是否明确？口5）其它方面评审意见：评审结论：填表：审批：1.项目启动计划评审由项目管理部门组织评审。2.评审完成后由开发体系决策层SMG批准。3.本页不足记述结果时,能够加入附页，附页格式自行设计，总页数包含本页与所有附页。第页/共页开发计划评审记录记录编号：时间：年月日项目编号：项目名称：项目计划编号：开发部门：PSM:评审地点：参加评审人员：评审内容：评审意见：评审结论：填表：审批：1.开发计划评审由项目管理部门组织评审。2.评审完成后由开发体系决策层SMG批准。3.本页不足记述结果时，能够加入附页，附页格式自行设计，总页数包含本页与所有附页。第页灰页开发计划检查表（开发计划评审附页）项目名称：项目编号:检查项目检查内容检查结果得分一、质量目标1、是否符合质量体系的要求？2、如果不符合质量体系的要求，是否按要求编制质量计划？二、阶段划分1、是否明确划分各阶段？2、各阶段的输入、输出标准是否明确？3、是否明确各阶段提交物？4'是否明确各阶段质量目标？5、是否明确提出各阶段检查点？三、产品清单1、是否明确提交给客户的产品清单（产品名称、提交时同、客户接受方式、责任人、验收标准）？2、是否明确提交给项目监控部门的产Sa清单（产品名称、提交时向、提交方式、责任人）？四、技术管理1、是否明确开发环境（软件、硬件环境）？2、是否明确开发工具？3、是否明确开发方法？4、是否采用新技术？5、是否考虑软件复用？五、组织结构1、是否确定工页目小组成员，并将其划分成多个Team?2、是否明确各个小组成员的职责？六、风险管理1、是否预测了与项目有关的主要风险？2、是否采取跟踪、监测措施以减小风险或避免风险的产生？七、相关性1、是否考虑了项目的外部相关活动？2、是否考虑了项目的内部相关活动？八、资源预算1、是否画了有关资源的直方图？2、是否预算了项目的工作量并划分给小组成员？九、配置管理1、是否制定了配置管理计划表？检查人/日期:批准人/日期:风险评估与控制（开发计划评审附页）开发计划名称：计划编号：评审部门：序号风险描述风险发生可能性风险级别风险现值风险控制措施1客户需求不明确2客户需求变化3开发人员缺乏足够的行业知识和专业知识4源码、文档的控制5工作阶段划分不明确、人员分工不合理6多部门配合7开发队伍不稳定或缺乏人力资源8预算超支9缺乏对技术复用的考虑10时间紧11存在技术难点、采用新技术12检查点设立不合理13缺乏对突发事件的考虑L评估中风险不限于表中已列出的,应依据评审的具体情况增加风险项。并将各项填写完整。2.风险描述：描述当前过程中可能发生的风险。风险发生可能性：风险发生的概率，以百分数表示.为O到1,增量为0.05。风险级别：风险发生造成损失的严重程度.以0、10级表示，其中10级为最高级。风险现值：风险发生可能性与风险级别的乘积。风险控制措施：预防风险发生的措施。第页/共页软件问题报告记录编号：-时间：年月日项目编号：项目名称：软件项编号：软件项名称：版本号：问题描述：报告人签字/日期：修改描述（要紧是修改后与修改前的对比，如所用资源的变化、提交时间的变化、功能的变化等）：修改人签字/日期：填写：审批：1.问题描述栏中能够填写问题现象及其产生原因，假如有用户的书面说明，则能够直接引用。2.修改描述一栏描述问题的确切原因、修改办法与修改后的效果。3.本页不足记述时，能够有附页，格式自定。总页数包含本页与所有附页。项目资源调度单项目名称I项目编号I项目经理项目的跨中心(部门)资源调度缘由申请人审批人正式调用时间：起：止：备注：抄送财务、人力资源部时间数据要求说明书1.1 言11目的说明编写数据要求说明书的目的，指出预期的读者。12背景(I)待开发的软件系统的名称；（2）本项目的任务提出者、开发者、用户及实现该软件的计算中心或者计算机网络；（3）该软件系统同其他系统或者其他机构的基本的相互来往关系。1.3 参考资料列出所用的参考资料，如：（1）本项目的经核准的计划任务书或者合同、上级机关的批文；（2）属于本项目的其他已发表的文件；（3）本文件中各处引用的文件、资料，包含所需用到的软件开发标准,（4）列出这些文件资料的标题、文件编号、发表日期与出版单位，说明能够得到这些文件资料的来源。1.4 术语列出本文件中用到的专门术语的定义与外文首字母组词的原词组。2 .数据的逻辑描述对数据进行逻辑描述时可把数据分为动态数据与静态数据。所谓静态数据，指在运行过程中要紧作为参考的数据，它们在很长的一段时间内不可能变化，通常不随运行而改变。所谓动态数据.包含所有在运行中要发生变化的数据与在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组，比如函数、源数据或者关于其应用更为恰当的逻辑分组。给出每一数据元的名称（包含缩写与代码）、定义（或者物理意义）度量单位、值域、格式与类型等有关信息。1. 1静态数据列出所有作为操纵或者参考用的静态数据元素。2. 2动态输入数据列出动态输入数据元素（包含在常规运行中或者联机操作中要改变的数据）。3. 3动态输出数据列出动态输出数据元素（包含在常规运行中或者联机操作中要改变的数据）。4. 4内部生成数据列出向用户或者开发单位中的保护调试人员提供的内部生成数据。5. 5数据约定说明对数据要求的制约。逐条列出对进一步扩充或者使用方面的考虑而提出的对数据要求的限制（容量、文卷、记录与数据元的个数的最大值）。关于在设计与开发中确定是临界性的限制更要明确指出。3 .数据的采集3.1 要求与范围按数据元的逻辑分组来说明数据采集的要求与范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。具体的内容包含：(1)输入数据的来源，比如是单个操作员、数据输入站，专业的数据输入公司或者它们的一个分组;(2)数据输入(指把数据输入处理系统内部)所用的媒体与硬设备。假如只有指定的输入点的输入才是合法的，则务必对此加以说明；(3)同意者说明输出数据的同意者；(4)输出数据的形式与设备列出输出数据的形式与硬设备。不管同意者将接收到的数据是打印输出，还是CRT上的一组字符、一帧图形，或者一声警铃，或者向开关线圈提供的一个电脉冲，或者常用介质如磁盘、磁带、穿孔卡片等，均应具体说明；(5)数据值的范围给出每一个数据元的合法值的范围；(6)量纲给出数字的度量单位、增量的步长、零点的定标等。在数据是非数字量的情况下，要给出每一种合法值的形式与含意；(7)更新与处理的频度给出预定的对输入数据的更新与处理的频度。假如数据的输入是随机的，应给出更新处理的频度的平均值，或者变化情况的某种其他度量。3. 2输入的承担者说明预定的对数据输入工作的承担者。假如输入数据同某一接口软件有关，还应说明该接口软件的来源。4. 3处理对数据的采集与预处理过程提出专门的规定，包含适合应用的数据格式、预定的数据通信媒体与对输入的时间要求等。关于需经模拟转换或者数字转换处理的数据量，要给出转换方法与转换因子等有关信息,以便软件系统使用这些数据。5. 4影响说明这些数据要求关于设备、软件、用户、开发单位所可能产生的影响，比如要求用户单位增设某个机构等。项目总结项目编号：项目类项：产品研发/项目/数据服务/组件开发/等部I"名称：目录1 .引言2 .项目开发结果2.1 软件产品或者软件项目2.2 要紧功能与性能2.3 项目规模总结2.4 项目人员总结2.5 进度及工作量总结3 .项目评价3.1 生产效率评价3.2 技术方法评价3.3 产品质量评价3.4 出错原因分析4 .经验与教训1 .引言说明实际参加人员、时间及工作划分：说明参加本项目的负责人、参加人员、起止时间及实际工作量。按项目开发的阶段划分，细划每位开发人员在各开发阶段所用开发时间及实际工作量。负责人：起止时间：计划工作量：项目情况阶段参加人员工作内容起止时间实际工作量需求分析A、B等等系统设计编码测试其它合计2 .项目开发结果2.1 软件产品或者软件项目2.1.1 软件产品或者软件项目名称：给出该软件项目或者软件产品在项目任务书或者开发计划评审等文件中确定的正式的项目名称与项目编号；并给出该软件项目或者软件产品正式批准公布的版本标识。2.1.2 程序量：按模块进行划分，给出该软件项目或者软件产品的源程序的存贮容量。源代码用代码行来表示，可执行程序及其他程序可用字节来表示，文档可用页或者字节来表示。（源代码一定要按模块来统计）模块名称代码行（千行）字节数（KB）源码模块1模块2执行程序等等注：源码不真写“字节数”，执行程序只填写“字节数”。2.1.3 存储介质：给出该软件项目或者软件产品正式公布版本的存储介质及所需存储介质及其数量。2.2 要紧功能与性能1）描述该软件项目或者软件产品所实现的功能，根据需要说明该软件项目或者软件产品的有关性能指标。2）与最初的需求相比较，给出功能与/或者性能上的差异并说明原因。2.3 项目规模总结根据软件开发的各阶段，总结该软件项目或者软件产品完成的功能模块数量与计划的对比，给出对比图表，并对比较结果进行分析。阶段计划模块数完成模块数需求分析系统设计编码测试合计2.4 项目人员总结总结该软件项目或者软件产品开发各阶段人员的变化情况与计划的对比，并对比较结果进行分析。阶段计划人数实际人数增加人数减少人数变动人数需求分析系统设计编码测试总计注：变动人数为人员更换数。72.5 进度及工作量总结总结该软件项目或者软件产品实际完成所用的时间及工作量与原计划的对比。用图表来表示。2.5.1 从开发人员的角度进行总结:将每位开发人员开发该软件项目或者软件产品起止时间与工作量与计划进行比较，给出对比图表，并对比较结果进行分析。开发人员计划时间实际时间是否按时计戈IJM实际MABCD等等2.5.2 从模块的角度进行总结：将每一模块完成的起止时间与工作量与计划进行比较，给出对比图表，并对比较结果进行分析。模块名称计划时间实际时间是否按时计戈IJM实际M模块1模块2模块3模块4总计2.5.3 从开发阶段的角度进行总结：将每一阶段完成的起止时间与工作量与计划进行比较，给出对比图表，并对比较结果进行分析。阶段计划时间实际时间是否按时计戈IJM实际M需求分析系统设计编码测试总计需求分析系统设计编码测试2.5.4 从工作量的角度进行总结：将开发该软件项目或者软件产品所用工作量与计划进行比较,给出由于软件问题报告所增加的工作量，给出对比图表，并对比较结果进行分析。批复工作量实际工作量计戈增加小计2.5.5 从完成情况进行总结：将项目的总体进度与阶段进度与计划进行比较，说明此项目是正常完成、正常但增加工作量、延期但不增加工作量、即延期又增加工作量，并对比较结果进行分析。计划时间实际时间批复工作量实际工作量结论注：以最后一版的开发计划中的开发进度为准，批复工作量包含由于软件问题报告增加的工作量。3 .项目评价3.1 生产率评价评价生产率能够有两种方法：代码行数与人月数比较，或者修改BUG数与所用人月数的比较。我们能够使用任何一种。假如使用第一种方法，应以模块为单位进行比较；假如使用第二种方法，应以各测试版本的BUG数、修改的BUG数、修改BUG所用的工作量及修改单位BUG所用的工作量进行比较，总结评价项目的开发效率及相应的原因分析。模块名称代码行（千行）工作量代码行/工作量模块1模块2等等3.2 技术方法评价总结该软件项目或者软件产品开发时所使用的各项技术。3.3 产品质量评价可参考下列几个方面进行产品质量的评价。1）历次测试发现的BUG数；2）同种原因产生的BUG数；3）同种类型的BUG数；4）各等级的BUG数；5）同一BUG出现的次数。3.4 出错原因分析分别对以上几种情况绘制图表，进行原因的分析。次数BUG数原因BUG数类型BUG数等级BUG数BUG名次数4 .经验与教训能够从下列几方面总结开发中获得的经验及纠正错误或者缺陷等问题的教训I。1）管理人员的管理水平；2）开发人员的合理分工；3）项目软件经理PSM及开发人员的技术水平；4）开发人员的更换；5）开发人员的配合及协作；6）用户的密切配合；7）需求及设计的更换；8）开发过程中计划的合理调整等等。综合评审记录（公司）评审对象（项目名称及编号）评审项类（如合同、投标方案等）评审人时间业务板块（产品中心、项目中心、服务中心、营销中心）评审意见财务部评审意见质量操纵部评审意见技术委员会评审意见专家委员会评审意见最终意见：通过修改修改内容时间资源中心验收单（式样）-式三份序号编号成果题名完成日期提交日期页数密级保管期限备注1NAVIKENVer2.11998-8-2172长期MO盘2多媒体办公自动化系统MOAS1998-12-3042长期磁盘填表人:成果管理员:成果提交人:卷内成果目录（式样）-式三份序号文件编号责任者题名H期页次备注1AT97004DP0I李峰FAX1997-3-3112NA504100A王琛乐器练习软件功能说明书1997-4-343AT97004SD01李峰乐器练习软件概要书1997-4-3644NR506100A王琛AMORRTVer1.0开发计划1997-4-25102第页供页