数据服务项目的执行流程图

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

2、相关成果和文档进行质量控制，并将符合规的成果放入资源中心存档；3 3 数据服务项目执行流程数据服务项目执行流程3.1 销售部签完合同后，数据服务业务的项目经理（在项目销售流程中的准项目经理）制订项目计划书 ，交由主管副总审批，如果未通过，项目经理重新修改项目计划书 ；3.2 如果审批认可，主管副总安排项目资源，如果需要，则填写项目资源调度单 ，同时将相关资料交给资源中心备案；3.3 项目经理得到相应的资源配备后，开始组建项目团队；3.4 项目经理组建项目团队的同时，制订项目实施方案，并经质量控制部审核，若未通过，项目经理对项目实施方案进行修改；3.5 实施方案通过质量控制部的审核后，项目经理和

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

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

5、称；（2） 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；（3） 该软件系统同其他系统或其他机构的基本的相互来往关系。1.3 参考资料列出所用的参考资料，如：（1） 本项目的经核准的计划任务书或合同、上级机关的批文；（2） 属于本项目的其他已发表的文件；（3） 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。（4） 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。1.4术语列出本文件中用到的专门术语的定义和外文首字母组词的原词组。2. 数据的逻辑描述对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据，指在运行过

6、程中主要作为参考的数据，它们在很长的一段时间不会变化，一般不随运行而改变。所谓动态数据包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组，例如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称（包括缩写和代码） 、定义（或物理意义）度量单位、值域、格式和类型等有关信息。2.1静态数据列出所有作为控制或参考用的静态数据元素。2.2动态输入数据列出动态输入数据元素（包括在常规运行中或联机操作中要改变的数据） 。2.3动态输出数据列出动态输出数据元素（包括在常规运行中或联机操作中要改变的数据） 。2.4部生成数据列出向用户或开发单位

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

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

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

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

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

12、2.3 项目规模总结根据软件开发的各阶段，总结该软件项目或软件产品完成的功能模块数量与计划的对比，给出对比图表，并对比较结果进行分析。阶段计划模块数完成模块数需求分析系统设计编码测试合计2.4 项目人员总结总结该软件项目或软件产品开发各阶段人员的变化情况与计划的对比，并对比较结果进行分析。阶段计划人数实际人数增加人数减少人数变动人数需求分析系统设计编码测试总计注：变动人数为人员更换数。01234567需求分析系统设计编码测试计划人数实际人数变动人数2.5 进度及工作量总结 总结该软件项目或软件产品实际完成所用的时间及工作量与原计划的对比。用图表来表示。 2.5.1 从开发人员的角度进行总结：将

13、每位开发人员开发该软件项目或软件产品起止时间和工作量与计划进行比较，给出对比图表，并对比较结果进行分析。 开发人员计划时间实际时间是否按时计划 M实际 MABCD等等05101520253035ABCD计划M实际M2.5.2 从模块的角度进行总结：将每一模块完成的起止时间和工作量与计划进行比较，给出对比图表，并对比较结果进行分析。模块名称计划时间实际时间是否按时计划 M实际 M模块 1模块 2模块 3模块 4总计05101520253035模块1模块2模块3模块4计划M实际M2.5.3 从开发阶段的角度进行总结：将每一阶段完成的起止时间和工作量与计划进行比较，给出对比图表，并对比较结果进行分析

14、。阶段计划时间实际时间是否按时计划 M实际 M需求分析系统设计编码测试总计05101520253035需求分析系统设计编码测试计划M实际M2.5.4 从工作量的角度进行总结：将开发该软件项目或软件产品所用工作量与计划进行比较，给出由于软件问题报告所增加的工作量，给出对比图表，并对比较结果进行分析。批复工作量计划增加小计实际工作量2.5.5 从完成情况进行总结：将项目的总体进度和阶段进度与计划进行比较，说明此项目是正常完成、正常但增加工作量、延期但不增加工作量、即延期又增加工作量，并对比较结果进行分析。计划时间实际时间批复工作量实际工作量结论 注：以最后一版的开发计划中的开发进度为准，批复工作量

15、包括由于软件问题报告增加的工作量。3.项目评价3.1 生产率评价 评价生产率可以有两种方法：代码行数与人月数比较，或修改 BUG 数与所用人月数的比较。我们可以采用任何一种。如果采用第一种方法，应以模块为单位进行比较；如果采用第二种方法，应以各测试版本的 BUG 数、修改的 BUG 数、修改BUG 所用的工作量及修改单位 BUG 所用的工作量进行比较，总结评价项目的开发效率及相应的原因分析。模块名称代码行（千行）工作量代码行/工作量模块 1模块 2等等3.2 技术方法评价 总结该软件项目或软件产品开发时所采用的各项技术。3.3产品质量评价可参考以下几个方面进行产品质量的评价。1） 历次测试发现的 BUG 数；2） 同种原因产生的 BUG 数；3） 同种类型的 BUG 数4）