数据服务项目执行流程

1、程序文件数据效劳工程执行流程2003年 月 日起牛效文件号编制审核批准版次1.0日期日期日期共15页第1页1 目的及适用范围1.1 为标准数据效劳业务中工程执行过程，到达工程的本钱、进度、质量的统一，特 制定本程序；1.2 本程序文件适用于侏罗纪公司数据效劳工程提供；1.3 本程序文件由侏罗纪公司制定，其解释权及修改权属于；1.4 本程序文件从2003年 月日起执行；2 职责2.1 数据效劳部负责工程执行的总体进程，并对执行的最终结果负责；2.2 主管副总负责在关键节点监控和协调资源；2.3 质量控制部负责对工程执行过程中的里程碑产生的相关成果和文档进行质量控 制，并将符合标准的成果放入资源中

2、心存档；3 数据效劳工程执行流程3.1 销售部签完合同后，数据效劳业务的工程经理 在工程销售流程中的准工程经理 制订?工程方案书?，交由主管副总审批，如果未通过，工程经理重新修改?项 目方案书?；3.2 如果审批认可，主管副总安排工程资源，如果需要，那么填写?工程资源调度单? 同时将相关资料交给资源中心备案；3.3 工程经理得到相应的资源配备后，开始组建工程团队；3.4 工程经理组建工程团队的同时，制订工程实施方案，并经质量控制部审核，假设未 通过，工程经理对工程实施方案进行修改；3.5 实施方案通过质量控制部的审核后，工程经理和客户一起对实施方案进行协商和评审，假设未通过，工程经理修改实施方

3、案；3.6 实施方案经过客户评审通过，进入资源中心存档，同时工程经理进行工程实施；3.7 工程经理负责客户对工程实施结果进行评审，如未通过，工程经理对工程实施进 行返工；3.8 如果通过客户评审，工程经理进行工程总结，并将相关成果和文档交由质量控制 部检验，如未通过，工程经理负责对未通过局部进行修改；3.9 如果通过质量控制检验，工程经理将成果总结交给客户，同时相关成果和文档由 质量控制部放入资源中心存档；4 相关文件4.1 ?工程方案书?4.2 ?工程资源调度单?4.3 ?方案说明书?4.4 ?质量控制部对方案说明质量检验书?？4.5 ?方案说明书客户检验单?4.6 ?方案实施相关文档?4.

4、7 ?数据要求说明书?4.8 ?客户验收单?4.9 ?工程总结?4.10?质量控制部对工程总结检验单?资源中心验收单?工程方案书工程名称工程编号工程经理工程任务描述工程总时间及关键里程碑设置工程人力资源工程费用预计审批人意见：总监：副总监：执委会:备注：抄送财务部、人力资源部工程资源调度单工程名称工程编号工程经理工程的跨中心部门资源调度缘由申请人审批人正式调用时间:起：止：备注：抄送财务、人力资源部时间数据要求说明书1. 引言1.1目的说明编写数据要求说明书的目的，指出预期的读者。1.2 背景 1 待开发的软件系统的名称； 2 本工程的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络

5、； 3 该软件系统同其他系统或其他机构的根本的相互来往关系。1.3 参考资料列出所用的参考资料，如： 1 本工程的经核准的方案任务书或合同、上级机关的批文； 2 属于本工程的其他已发表的文件； 3 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。 4 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些 文件资料的来源。1.4 术语2. 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。3. 数据的逻辑描述对数据进行逻辑描述时可把数据分为动态数据和静态数据。 所谓静态数据， 指在运行过 程中主要作为参考的数据， 它们在很长的一段时间内不会变化， 一般不随运行

6、而改变。 所谓 动态数据 包括所有在运行中要发生变化的数据以及在运行中要输入、 输出的数据。 进行描 述时应把各数据元素逻辑地分成假设干组， 例如函数、 源数据或对于其应用更为恰当的逻辑分 组。给出每一数据元的名称包括缩写和代码 、定义或物理意义度量单位、值域、格 式和类型等有关信息。2.1 静态数据列出所有作为控制或参考用的静态数据元素。2.2 动态输入数据列出动态输入数据元素包括在常规运行中或联机操作中要改变的数据。2.3 动态输出数据列出动态输出数据元素包括在常规运行中或联机操作中要改变的数据。2.4 内部生成数据列出向用户或开发单位中的维护调试人员提供的内部生成数据。2.5 数据约定4

7、. 说明对数据要求的制约。 逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限 制容量、文卷、记录和数据元的个数的最大值 。对于在设计和开发中确定是临界性的限制更要明确指出。5. 数据的采集3.1 要求和范围按数据元的逻辑分组来说明数据采集的要求和范围， 指明数据的采集方法， 说明数据采 集工作的承当者是用户还是开发者。具体的内容包括： 1 输入数据的来源，例如是单个操作员、数据输入站，专业的数据输入公司或它们 的一个分组； 2 数据输入指把数据输入处理系统内部所用的媒体和硬设备。如果只有指定的 输入点的输入才是合法的，那么必须对此加以说明； 3 接受者说明输出数据的接受者； 4 输出

8、数据的形式和设备列出输出数据的形式和硬设备。无论接受者将接收到的数 据是打印输出，还是 CRT上的一组字符、一帧图形，或一声警铃，或向开关线圈 提供的一个电脉冲，或常用介质如磁盘、磁带、穿孔卡片等，均应具体说明；5数据值的范围给出每一个数据元的合法值的范围；6量纲给出数字的度量单位、增量的步长、零点的定标等。在数据是非数字量的情 况下，要给出每一种合法值的形式和含意；7更新和处理的频度给出预定的对输入数据的更新和处理的频度。如果数据的输入是随机的，应给出更新处理的频度的平均值，或变化情况的某种其他度量。3.2 输入的承当者说明预定的对数据输入工作的承当者。 如果输入数据同某一接口软件有关， 还

9、应说明该 接口软件的来源。3.3 处理对数据的采集和预处理过程提出专门的规定， 包括适合应用的数据格式、 预定的数据通 信媒体和对输入的时间要求等。 对于需经模拟转换或数字转换处理的数据量， 要给出转换方 法和转换因子等有关信息，以便软件系统使用这些数据。3.4 影响说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响，例如要求用户单位增设某个机构等。工程总结工程编号：部门名称： 目录1. 引言 . 2. 工程开发结果 2.1 软件产品或软件工程 2.2 主要功能和性能 2.3 工程规模总结 2.4 工程人员总结 2.5 进度及工作量总结 3. 工程评价 . 3.1 生产效率评价 3

10、.2 技术方法评价 3.3 产品质量评价 3.4 出错原因分析 4. 经验和教训 1. 引言说明实际参加人员、 时间及工作划分：说明参加本工程的负责人、参加人员、起止时间及实际工作量。按工程开发的阶段划分，细划每位开发人员在各开发阶段所用开发时间及实际工作量负责人：起止时间：方案工作量：工程情况阶段参加人员工作内容起止时间实际工作量需求分析A B等等 等等系统设计编码测试其它合计2.工程开发结果2.1 软件产品或软件工程软件产品或软件工程名称：给出该软件工程或软件产品在工程任务书或 开发方案评审等文件中确定的正式的工程名称和工程编号；并给出该软件工程或软件产品正式批准发布的版本标识。程序量：按

11、模块进行划分，给出该软件工程或软件产品的源程序的存贮 容量。源代码用代码行来表示，可执行程序及其他程序可用字节来表示， 文档可用页或字节来表示。源代码一定要按模块来统计模块名称代码行千行字节数KB源码模块1模块2执行程序等等注：源码不填写“字节数，执行程序只填写“字节数。存储介质：给出该软件工程或软件产品正式发布版本的存储介质及所需 存储介质及其数量。2.2 主要功能和性能1描述该软件工程或软件产品所实现的功能，根据需要说明该软件项 目或软件产品的有关性能指标。2与最初的需求相比拟，给出功能和/或性能上的差异并说明原因。2.3 工程规模总结根据软件开发的各阶段，总结该软件工程或软件产品完成的功

12、能模块数 量与方案的比照，给出比照图表，并比照拟结果进行分析。阶段方案模块数完成模块数需求分析系统设计编码测试合计2.4 工程人员总结总结该软件工程或软件产品开发各阶段人员的变化情况与方案的比照,并比照拟结果进行分析。阶段方案人数实际人数增加人数减少人数变动人数需求分析系统设计编码测试总计注：变动人数为人员更换数。2.52.6 进度及工作量总结总结该软件工程或软件产品实际完成所用的时间及工作量与原方案的比照。用图表 来表示。从开发人员的角度进行总结：将每位开发人员开发该软件工程或软件产品起止时间 和工作量与方案进行比拟，给出比照图表，并比照拟结果进行分析。开发人员方案时间实际时间是否按时方案M

13、实际MABCD等等从模块的角度进行总结：将每一模块完成的起止时间和工作量与方案进行比拟，给 出比照图表，并比照拟结果进行分析。模块名称方案时间实际时间是否按时方案M实际M模块1模块2模块3模块4总计从开发阶段的角度进行总结：将每一阶段完成的起止时间和工作量与方案进行比拟, 给出比照图表，并比照拟结果进行分析。阶段方案时间实际时间是否按时方案M实际M需求分析系统设计编码测试总计264从工作量的角度进行总结：将开发该软件工程或软件产品所用工作量与方案进行比 较，给出由于软件问题报告所增加的工作量，给出比照图表，并比照拟结果进行分 析。批复工作量实际工作量方案增加小计265从完成情况进行总结：将工程

14、的总体进度和阶段进度与方案进行比拟，说明此工程 是正常完成、正常但增加工作量、延期但不增加工作量、即延期又增加工作量，并 比照拟结果进行分析。方案时间实际时间批复工作量实际工作量结论3. 注：以最后一版的开发方案中的开发进度为准，批复工作量包括由于软件问题报 告增加的工作量。4. 工程评价3.1 生产率评价评价生产率可以有两种方法：代码行数与人月数比拟，或修改BUG数与所用人月数 的比拟。我们可以采用任何一种。如果采用第一种方法，应以模块为单位进行比拟； 如果采用第二种方法，应以各测试版本的 BUG数、修改的BUG数、修改BUG所 用的工作量及修改单位BUG所用的工作量进行比拟，总结评价工程的

15、开发效率及相 应的原因分析。模块名称代码行千行工作量代码行/工作量模块1模块2等等3.2技术方法评价总结该软件工程或软件产品开发时所采用的各项技术。3.3 产品质量评价可参考以下几个方面进行产品质量的评价1) 历次测试发现的 BUG 数；2) 同种原因产生的 BUG 数；3) 同种类型的 BUG 数4) 各等级的 BUG 数；5) 同一 BUG 出现的次数。3.4出错原因分析分别对以上几种情况绘制图表，进行原因的分析次数BUG数原因BUG数类型BUG数等级BUG数BUG名次数5.经验和教训可以从以下几方面总结开发中获得的经验及纠正错误或缺陷等问题的教训1管理人员的管理水平；2开发人员的合理分工；3工程软件经理PSM及开发人员的技术水平；4开发人员的更换；5开发人员的配合及协作；6用户的密切配合；7需求及设计的更改；开发过程中方案的合理调整等等。Word是学生和职场人士最常用的一款办公软件之一，99.99% 的人知道它，但其实，这个软件背后，还有一大批隐藏技能你不知道。掌握他们，你将开启新世界的大门。Tab+Enter,在编过号以后，会自动编号段落Ctrl + D 调出字体栏，配合 Tab+Enter 全键盘操作吧Ctrl + L 左对齐， Ctrl + R 右对齐， Ctrl + E 居中Ctrl + F 查找，Ctrl + H 替换。然后关于替换，里面又大