资源预览内容
第1页 / 共10页
第2页 / 共10页
第3页 / 共10页
第4页 / 共10页
第5页 / 共10页
第6页 / 共10页
第7页 / 共10页
第8页 / 共10页
第9页 / 共10页
第10页 / 共10页
亲,该文档总共10页全部预览完了,如果喜欢就下载吧!
资源描述
文档编号ZJS-MA-02-2005文档标题项目研发工作流程版 本 号1.0使用范围信息部密级机密共: 12 页拟 制赵 明审核会签批准项目名称日期2005 年 8 月 22 日项目研发工作流程宅急送快运目 录1 可行性分析42 立项及计划42.1 立项过程42.2 注意事项42.3 组织43 需求分析53.1 定义53.2 需求分析报告53.3 需求分析评审53.4 需求分析阶段要提交的文档54 概要设计64.1 定义64.2 概要设计说明书64.3 概要设计评审64.4 概要设计阶段要提交的文档74.5 说明75详细设计75.1 定义75.2 详细设计说明书75.3 详细项目开发计划和测试计划85.4 详细设计阶段的评审85.5 详细设计阶段的确认85.6 详细设计阶段要提交的文档86 实现96.1 技术文档96.2 用户文档96.3 项目组的工作96.4 测试组的工作96.5 文档组的工作96.6 联调106.7 技术文档的更改106.8 实现评审106.9 实现阶段应提交的文档107 测试和验收107.1 提出测试申请107.2 测试组的工作117.3 测试阶段应提交的文档117.4 测试评审118 验收111可行性分析宅急送总公司信息部受理软件研发建议和项目立项申请的机构是项目管理委员会,项目管理委员会将根据不同项目选择合适人选组成评审组,全面负责该项目的所有阶段性评审工作。公司任何部门和个人均有提出软件研发建议书或项目立项申请书的权利。对于任一项目,必须进行可行性分析,此部分工作由评审组协同需求方共同实施,结果是形成经过论证之后的项目可行性研究报告或项目立项报告。2立项及计划2.1立项过程项目立项工作由项目管理委员会组织,具体流程根据项目立项工作程序执行。2.2注意事项根据立项报告,形成项目任务书或合同书。项目任务书包含项目实施计划。此计划从实现目标来说是静态的,但从实现的过程来说,又是动态的,因其分系统的实现计划可能在开发过程中修正。实施计划按研发的一般过程安排。文档组按照实施计划对项目实行监督和检查。对节点的完成标志为相应的文档资料完整、合乎规范并通过阶段评审。如果在开始阶段不能完全把握每个分系统的计划,可在一定阶段补上相关分系统的工作计划,其计划也是按从需求分析到实现的研发过程进行。在制定计划时,一定要考虑到文档的编写时间和人力需求,考虑测试组的组成和人员需求,而不应只考虑开发所需人员。项目组的人员可动态调配。在项目开始可能只需部分核心成员;当物理模块划分完后,根据需要增添其他的子系统设计和实现人员。 计划书/合同书由项目组起草,文档组负责审核。2.3 组织本阶段工作由研发中心负责,产生的计划书/合同书必须由主管副总裁签字方为有效。3 需求分析3.1定义对软件的需求(包括功能/性能/可生产性/可靠性/可维护性/可测试性等)进行定义,描述实现的初步考虑,对技术难点的解决方案,制定实施计划和进一步的任务分解。3.2需求分析报告3.2.1 需求分析报告的内容需求分析报告必须清楚、准确地描述系统的每一个基本需求(功能、性能、设计约束和属性)和外部界面。必须把每一个需求规定成能够通过预先定义的方法(例如检查、分析、演示或测试等)被客观地验证与确认的形式。需求分析报告格式和要求详见文档规范。3.2.2 需求分析报告的写作者需求分析报告由项目组完成。进行需求分析讨论时,测试组的成员要参加旁听。3.3 需求分析评审3.3.1 目的在需求分析结束后必须进行需求分析评审,以确保在需求分析报告中所规定的各项需求的合适性。3.3.2 需求分析确认 项目组在需求分析报告完成以后,向项目管理委员会提出评审申请,评审组将做出评审结论,如通过,开发方可进入设计阶段;如未通过,则需返工。返工工作由项目组完成。详细内容见项目节点评审办法。3.4 需求分析阶段要提交的文档a) 需求分析报告;b) 项目节点审查申请书;c) 项目节点评审决议书。4概要设计4.1 定义概要设计部分必须描述所设计的总体结构、外部接口、各个主要部件的功能与数据结构以及各主要部件之间的接口;必要时还必须对主要部件的每一个部件进行描述。4.2 概要设计说明书4.2.1 概要设计说明书的内容提出系统体系结构,划分软硬件功能;定义软件和硬件之间协议和其它接口关系;关键技术的研究及实现;将硬件总体逻辑划分为独立的物理实体,定义每个物理的接口关系(协议、时序关系);将软件总体逻辑划分为相对独立的模块,定义每个模块的接口关系(协议、时序关系等);模块至少要划分为界面和后台部分,对于界面部分,还要列出它将要基于的硬件平台。概要设计说明书格式详见文档规范。4.2.2 概要设计说明书的写作者 概要设计说明书由项目组完成。进行概要设计讨论时,测试组的成员要参加旁听。4.3 概要设计评审4.3.1 目的在概要设计结束后必须进行概要设计评审,以评价概要设计说明书中所描述的概要设计在总体结构、外部接口、主要部件功能分配、全局数据结构以及各主要部件之间的接口等方面的合适性。4.3.2 概要设计的确认 项目组在概要设计说明书完成以后,提请评审组做出评审结论。如通过,开发可进入详细设计阶段;如未通过,则需返工。返工工作由项目组完成。详细内容见开发节点检查办法。4.4 概要设计阶段要提交的文档a)概要设计说明;b)数据库设计说明;c)接口设计说明;d)项目节点审查申请书;e)项目节点评审决议书。4.5 说明“需求分析”和”概要设计”在有些项目或有些情况下,可在一起提交和评审。5详细设计5.1 定义详细设计部分必须给出每一个基本部件的功能、算法和过程描述。扩充概要设计,以获得处理逻辑、数据结构和数据定义的更加详尽的描述,直到设计完善到足以能实现的地步。5.2 详细设计说明书5.2.1 详细设计说明书的内容软件:对每个模块的详细设计。包括每一模块的进一步逻辑功能划分,流程图、数据结构、编程工具及环境。详细设计说明书格式详见软件文档规范。5.2.2 项目组成员的工作在分头进行详细设计时,项目组成员要根据自己承担的任务编写各自分系统的需求分析报告,该需求分析报告要得到项目经理/主管的确认。在需求分析报告得到项目经理/主管的确认后,项目组成员方可进行设计。项目经理/主管可根据分系统的复杂情况决定设计文档是由概要设计、详细设计组成,还是只要详细设计。5.2.3 详细设计说明书的写作者 详细设计说明书由项目组完成。进行详细设计讨论时,测试组的成员要参加旁听。5.3 详细项目开发计划和测试计划项目组在完成详细设计说明书后,要根据详细设计说明书制定详细项目开发计划。包括研制开发进度、资源(包括人力、费用)保证计划。 测试组要根据详细设计说明书制定测试计划。测试计划格式详见测试工作流程。5.4 详细设计阶段的评审 在详细设计阶段结束后必须进行详细设计评审,以确定详细设计说明书中所描述的详细设计在功能、算法和过程描述方面的合适性。在详细设计阶段结束后必须进行详细开发计划评审,以确定详细开发计划是否满足项目合同/任务书的要求。在详细设计阶段结束后必须进行测试计划评审,以确定测试计划的合理性、完备性、与需求规范的一致性。 详细内容见项目节点评审办法和测试工作流程。5.5详细设计阶段的确认评审最终要由评审组作出评审结论。如通过,开发可进入实现阶段;如未通过,则需返工。详细设计说明书和详细开发计划返工工作由项目组完成。测试计划的返工工作由测试组完成。 详细内容见项目节点评审办法和测试工作流程。5.6 详细设计阶段要提交的文档 a)详细设计说明书 b)详细开发计划 c)测试计划d)项目节点审查申请书(详细设计说明书); e)项目节点评审决议书(详细设计说明书)。f)项目节点审查申请书(详细开发计划); g)项目节点评审决议书(详细开发计划)。 h)项目节点审查申请书(测试计划); i)项目节点评审决议书(测试计划)。6实现6.1技术文档 a) 软件:流程图、协议、程序源码(详细注释)及编译工具配置说明、数据结构、变量表和软件配置说明和最终可执行程序。格式详见文档规范; b) 对于业务平台,还应包括对基于平台的安装和配置说明。 6.2 用户文档用户文档(系统说明、用户使用手册等)必须指明成功运行该软件所需要的数据、控制命令以及运行条件等;必须指明所有的出错信息、含义及其修改方法;还必须描述将用户发现的错误或问题通知项目开发组)。 用户文档的详细格式见文档规范。6.3 项目组的工作进行系统的软设计实现;软件模块的测试;用户文档的写作。根据技术状态基线的要求向文档组提交技术文档。对已提交的文档要做标记,存入系统完成库中。未提交的技术文档存在系统开发库中。系统完成库中的文档供项目组开发时参考之用,项目组不得自行更改,系统完成中文档以文档组系统完成库中的文档为准。详细内容见文档和成果管理规定。6.4 测试组的工作研究项目组已提交的软件、硬件的实现。根据测试计划,编制测试方案。 对已提交的分系统进行测试。进行系统总体测试的研究工作。详细情况见测试工作流程。6.5 文档组的工作 根据技术状态基线对项目组技术文档的提交情况进行审核。 组织技术状态管理,包括系统完成库中文档更改的评审、确认、更新。6.6 联调 当所有软件开发完成,各种配套设施准备好之后,由项目组进行系统联调。6.7 技术文档的更改 在项目组测试、测试组测试、联调的过程中发现技术文档需要更改时: 项目经理/主管首先要判断更改涉及的范围。 对系统开发库中文档的更改,由项目组进行。 对系统完成库中的文档,要求以需求分析、概要设计、详细设计、软硬件资料的层次顺序,某一层需要更改,其下各层都要作相应的更改。项目组要提出更改申请,阐明更改理由、涉及的范围,由文档组组织评审,评审确认后方可由项目组进行更改。 详细内容见文档和成果管理办法。6.8 实现评审在项目组将项目提交测试之前,应进行实现评审。详细内容见项目节点评审办法。6.9 实现阶段应提交的文档a) 源程序; b) 测试分析报告; c) 改动说明; d) 性能指标测试; e) 系统说明; f) 操作手册; g) 程序维护手册; h) 安装实施手册。7 测试和验收7.1 提出测试申请当项目组认为该项目已开发完毕,即可提出测试申请。详细情况见测试工作流程。7.2 测试组的工作由测试组根据需求分析报告、测试计划、用户手册,制定项目测试大纲。由评审组对测试大纲进行评审。评审通过后,测试组进行测试。测试组报告测试结果。详见测试工作流程。7.3 测试阶段应提交的文档 a) 测试大纲;b) 测试申请表;c) 测试表;d) 测试记录表;e) 测试错误登记表;f) 测试总结报
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号