数据服务项目的执行流程

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.7 数据要求说明书4.8 客户验

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

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

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

7、制约。 逐条列由对进一步扩充或使用方 面的考虑而提由的对数据要求的限制（容量、文卷、记录和 数据元的个数的最大值）。对于在设计和开发中确定是临界 性的限制更要明确指由。3 .数据的采集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.2 技术方法评

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

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

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

13、由对比图 表，并对比较结果进行分析。开发人 员计划时间实际时间是否按 时计划M实际MABCD等等2.5.2 从模块的角度进行总结：将每一模块完成的起止时间和工作 量与计划进行比较，给由对比图表，并对比较结果进行分析。模块名 称计划时间实际时间是否按 时计划M实际M模块1模块2模块3模块4总计2.5.3 从开发阶段的角度进行总结：将每一阶段完成的起止时间和 工作量与计划进行比较，给由对比图表，并对比较结果进行分析阶段计划时间实际时间是否按 时计划M实际M需求分 析系统设 计编码测试总计2.5.4 从工作量的角度进行总结：将开发该软件项目或软件产品所 用工作量与计划进行比较，给由由于软件问题报告所

14、增加的工 作量，给由对比图表，并对比较结果进行分析。批复工作量实际工作量计划增加小计2.5.5 从完成情况进行总结：将项目的总体进度和阶段进度与计划 进行比较，说明此项目是正常完成、正常但增加工作量、延期 但不增加工作量、即延期又增加工作量，并对比较结果进行分析计划时间实际时间批复工作量实际工作量结论注：以最后一版的开发计划中的开发进度为准，批复工作量包括由于软件问题报告增加的工作量。3 .项目评价3.1 生产率评价评价生产率可以有两种方法：代码行数与人月数比较，或修改 BUG数与所用人月数的比较。我们可以采用任何一种。如果采 用第一种方法，应以模块为单位进行比较；如果采用第二种方 法，应以各测试版本的 BUG数、修改的BUG数、彳t改BUG所用 的工作量及修改单位 BUG所用的工作量进行比较，总结评价项 目的开发效率及相应的原因分析。模块名称代码行（千 行）工作量代码行/工作 量模块1模块2等等3.2 技术方法评价总结该软件项目或软件产品开发时所采用的各项技术3.3 产品质量评价可参考以下几个方面进行产品质量的评价。1）历次测试发现的 BUO;2）同种原因产生的BUO;3）同种类型的BUO4）