软件产品质量与技术服务管理办法

《软件产品质量与技术服务管理办法》由会员分享，可在线阅读，更多相关《软件产品质量与技术服务管理办法（14页珍藏版）》请在装配图网上搜索。

1、Elake Research Center， HUST 产品版本1.5密级秘密项目名称项目ID共 14 页文档编号 NSS软件产品质量与技术服务管理办法 编写： 日期：2002/12/18审核： 日期：2003/1/15批准： 日期：2003/2/15版权所有 不得复制修 订 记 录日期修订版本描叙作者2003-2-131.01初稿完成刘瑞芳目 录1概述51.1简介51.2目的51.3范围52角色分配63项目组基本活动84关于项目计划95开发过程的阶段划分10参考资料14NSS软件产品质量与技术服务管理办法关键词： 软件产品质量，技术服务管理，软件开发过程，工程委员会，配置管理，质量控制，测试

2、摘要：深圳东湖存储华中大研究中心的软件开发必须遵循NSS软件开发过程，对于开发过程的各个阶段必须严格执行入口条件和出口条件的评审，确保软件产品质量。缩略语：PHB：过程手册LLD：概要设计HLD：详细设计ITP：集成测试计划STP：系统测试计划UTP：单元测试计划PPL：项目计划CMP：配置管理计划RMP：风险管理计划QMP：质量控制计划1 概述1.1 简介软件工程对软件开发分为多个开发周期。本文档的规范是软件工程在研究中心研究中心的实际应用。本文档描叙了研究中心软件开发的过程划分，以及软件开发中的角色划分。对于软件开发中的各个阶段的主要活动和交付材料做了明确描叙。严格按照NSS软件开发过程来

3、组织软件开发，可以保证软件产品质量。1.2 目的按照此过程进行的项目，可以使项目经理在软件开发整个过程中保证项目的控制，明确项目的阶段和状态，可以准确的向上级报告项目的进度。1.3 范围本文档介绍的过程适用于研究中心所有工程性项目。2 角色分配软件开发中，以角色定任务。研究中心软件开发中的角色划分如下表。注意对于规模小的项目一个人可能兼任多个角色。为便于全局把握控制研究中心的资源，研究中心从开发人员和管理人员中选取了有经验的组成了工程委员会。工程委员会可以从全局指导项目的开发，同时它也提供有经验的专员培训项目组各个有重要意义的角色。具体的角色划分请看下表。注意，一个项目开发中涉及的角色有7种，

4、但在实际的项目开发中，项目内部一共有五种角色划分。角色名责任备注1工程委员会对实验室资源调配管理；确定项目一级计划；宏观上把握项目进度；监控项目风险；对项目的完成情况进行检查；组织相关工程化的培训；负责项目的评审验收；委员会有如下：质量控制员，测试员，配置管理员对具体项目的的关键事项进行指导。2客户接收产品配合需求分析如果为内部项目，那就是指工程委员会3项目组长定项目一级计划控制项目风险协调项目小组成员报告项目进展考核小组成员组织培训讨论负责流程引导、培训4质量控制协调员监督各成员对规范的执行检查规范的执行情况通报质量问题组织准备REVIEW维护RTM按照REVIEW意见修改文档主要是按照各种

5、模版或者编程规范来检查各人是否符合要求；使用各种检查表来完成检查或者监督工作。5配置管理协调员准备开发中的工具培训工具的使用版本控制文档的收集代码的收集维护系统词汇表6测试协调员进行测试培训监控测试过程收集测试结果编写测试报告6开发人员编写合格的设计说明书编写合格的代码积极参加小组例会积极给小组提意见各个项目组中成员3 项目组基本活动在项目启动后，全体成员都必须按时写每周总结和下周计划，依次向自己的上级上报提交。项目负责人在项目紧张时，可以要求所属各成员填写每日总结。小组一旦成立后，每个星期一必须召开例会，主要是讨论上周末各人提交的每周总结和下周计划，如果项目紧张时，还得在每日晚组织每日碰头会

6、，讨论个人提交的每日总结。在项目开发的各个阶段，各个成员都可以组织发起各种形式的正式或者非正式的技术讨论会。项目正常运行过程中，一般会召开几种会议：周例会，日例会，临时会议（各种形式的讨论会）。各种会议都必须填写相应的会议记录报告。以上的文档和活动在各个阶段都必须实现。项目组的各个基本活动：会议组织，报告提交，文档评审等都是基于自动化的NOTES平台管理。所有组员都必须利用好这个平台。4 关于项目计划项目计划是软件开发中的一个重要的文档。项目计划包括定义项目的目标，以及达到目标的方法。它涉及到项目实施的各个环节，带有全局的性质，是战略性的。计划应力求完备，要考虑到一些未知因素和不确定因素，考虑

7、到可能的修改。计划应力求准确，尽可能提高所依据的数据的可靠程度。主要工作集中在软件项目规模的估算、软件开发成本的估算和软件项目进度安排。软件项目计划的目标是提供一个能使项目管理人员对资源、成本和进度做出合理估算的框架。这些估算应在软件项目开始时的一段有限时间内作出，并随着项目的进展进行更新。软件项目的进度安排主要是考虑软件交付用户使用的这一段开发时间的安排。进度安排的准确程度可能比成本估计的准确程度更重要。软件产品可以靠重新定价或者靠大量的销售来弥补成本的增加，但进度安排的落空会导致市场机会的丧失或者用户不满意，而且也会导致成本的增加。因此在考虑进度安排时要把人员的工作量与花费的时间联系起来，

8、合理分配工作量，利用进度安排的有效分析方法严密监视软件开发的进展情况，以使得软件开发的进度不致被拖延。注意，关于项目进度计划的书写，项目进度计划统一使用PROJECT2002专业版来书写。项目经理在小组启动阶段，初步定下本项目各个阶段的时间点：即本项目的一级计划；在进入概要设计以后各个阶段，各个模块负责人必须做出各个模块在各个阶段的二级计划（使用MS_PRJ）。项目经理负责收集各个模块的二级计划，同时更新项目的计划书。5 开发过程的阶段划分开发过程分为9个阶段。每个阶段都有相应的主要活动，而完成每个特定阶段，项目组必须提供相应的交付文档，并且通过特定的检查点。注意有些活动，比如开讨论会，开例会

9、，写文档在项目开发的各个阶段都存在。在如下列表中就没有列出。本软件开发过程的划分是基于已经成熟的V型瀑布模型，本软件开发过程强调测试的重要性。本软件开发过程的各个阶段是顺序进行的，但是这并不是限定研究中心的软件项目必须在完成了上个阶段的工作后才能进行下个阶段的工作。在实际的开发过程中，研究中心常常会遇到这样的情况：阶段反复和重叠。但只要严格控制好每个阶段的输入和输出，研究中心还是可以有效的控制软件项目的开发过程。虽然阶段的重叠和反复是允许的，但是研究中心却不能允许这种情况随意发生。比如说，需求分析和设计可以重叠，但是如果需求分析和编码也重叠就很难说代码会写成什么样了；编码阶段可以因为需求变更回

10、过头来进行需求分析和设计，但是如果已经进行系统测试了还在进行阶段反复，这就等于又开发一个新项目了。因此，为了更好的控制软件开发过程，要尽量减少阶段重叠和反复，如果实在不可避免，应该对所有的变更进行严格控制，这样才能保证研究中心的开发过程陷入无序状态。研究中心这种强调测试活动的V模型。它把传统的瀑布模型的测试阶段进行细分，并于前面的阶段进行对应。细分出来的这些阶段分别为：单元测试阶段、集成测试阶段和系统测试阶段。V模型的结构图如下。 系统定义 维护-/- 需求分析 . 系统测试 / 概要设计 . 集成测试 / 详细设计 . 单元测试 / 编码与需求分析对应的是系统测试。因为需求分析的工作是分解用

11、户的功能和性能需求并规格化，所以系统测试的工作主要就是测试这些功能和性能指标是否都在软件中正确实现。该测试把软件作为一个黑盒，针对每个需求规格组织各种输入并根据软件输出来判断该需求规格是否正确实现。与概要设计对应的是集成测试。概要设计的工作主要是根据功能把大的系统进行模块分解，所以集成测试的工作主要是，把各模块逐步集成在一起，来测试数据是否能够在各模块间正确流动，以及各模块能否正确同步。与详细设计对应的是单元测试。与从需求到设计、编码的顺序相反，这些测试活动是从最底层的单元测试开始，直到最后对整个软件进行系统测试，于是就形成了一个V字形的结构。与在瀑布模型中描述的一样，这些测试活动也是顺序进行

12、的，并遵循一定的输入和输出规则，但是这些阶段也同样可以重叠和反复。阶段主要人员阶段交付文档主要活动1项目规划项目组长客户立项说明书调查估计资源分析可行性工程委员会立项说明书评审报告评审立项说明书2小组启动项目组长开发人员项目计划书小组启动说明书定一级计划分配角色资源分配搭建环境工程委员会项目一级计划评审报告评审一级计划3需求分析项目组长开发人员质量控制协调员配置管理协调员测试协调员工程委员会用户更新的项目计划书需求跟踪矩阵需求分析说明书系统测试计划书项目词汇表阶段工作报告定二级计划调查工程委员会需求分析评审报告评审需求分析4概要设计(按模块)项目组长开发人员质量控制协调员配置管理协调员测试协调

13、员更新的项目计划书更新的需求跟踪矩阵编程规范概要设计说明书（含总体方案）集成测试计划书意见反馈单阶段工作报告定二级计划确立总体方案学习编程规范分析可复用性走读检视更新需求变更工程委员会概要设计评审报告评审概要设计5详细设计(按模块)项目组长开发人员质量控制协调员配置管理协调员测试协调员工程委员会更新的项目计划书更新的需求跟踪矩阵详细设计说明书单元测试计划书意见反馈单阶段工作报告定二级计划定单元测试计划走读检视更新需求变更工程委员会详细设计评审报告评审详细设计6编码调试(按模块)项目组长开发人员质量控制协调员配置管理协调员测试协调员工程委员会更新的项目计划书更新的需求跟踪矩阵代码单元测试报告意见

14、反馈单问题跟踪单阶段工作报告编码检查单定二级计划确认编程规范编码同行检查走读检视跟踪调试问题进行单元测试更新需求变更工程委员会代码评审报告评审代码7系统集成和测试项目组长开发人员质量控制协调员配置管理协调员测试协调员工程委员会更新的项目计划书集成测试报告集成测试检查单系统测试报告系统测试检查单用户手册问题跟踪单阶段工作报告定二级计划进行集成测试进行系统测试跟踪测试问题测试阶段总结会工程委员会内部验收报告内部验收8验收项目组长开发人员工程委员会客户系统验收检查单准备材料配合验收客户验收报告验收9项目关闭项目负责人开发人员质量控制员配置管理员项目过程总结报告角色总结报告过程改进意见报告开总结会写角

15、色总结写过程改进意见注意，以上列表中的各个交付材料的相关模块请和工程委员会的质量控制协调员联系获取相关模块和样例。再相邻阶段之间，必须执行里程碑检查。检查时主要是根据开发过程规定的交付材料是否齐备，评审意见以及是否根据评审意见做了相应的修改来判断。没有达到预定的出口条件，项目就不能进入下一个开发阶段。研究中心强调再项目最后必须是项目关闭阶段，这个阶段主要是对项目开发的一个总结。便于研究中心提高改进自己的软件开发过程。参考资料1. 小组软件开发过程，人民邮电出版社，20012. 个体软件开发过程，人民邮电出版社，20013. 人月神话，机械工业出版社，20024. 现代软件工程，清华大学出版社，2000027-87556569, Room 413, South Building 1 Page 14, Total 14