项目管理案例(校务通)

项目管理案例（校务通）

校务通管理系统-项目管理案例

/SPM/JSP/caseAnalyse.jsp?de

st=MeasurePlan.htm

合同

生存期模型

需求规格

任务分解

规模估算

进度计划

质量计划

度量计划

风险管理计划

团队沟通计划

集成计划

配置管理计划

项目跟踪控制

合同登记编号:

项目总结

技术开发合同

项目名称：校务通管理系统

委托人（甲方）：XXXXX省教育委员会

研究开发人（乙方）：北京科力拓技术发展有限公司

签订地点：北京市

签订日期：XXXX年4月10日

有效期限：XXXX年4月1（）日至XXXX年12月16

日

北京技术市场管理办公室

根据《中华人民共和国合同法》的规定，合同双方就校务通

管理软件系统开发项目的技术开发（该项目属于/计划），

经协商一致，签定本合同。

一、标的技术的内容、范围及要求：

根据甲方的要求，乙方完成校务通软件系统的研制开发。

1.根据甲方要求进行系统方案设计，要求建立B/S结构

的,基于的Sql

server数据库、NT服务器和J2EE技术的三层架构体系的综合

服务软件系统。

2.配合甲方，在与整体系统相融合的基础上，建立系统

运行的软硬件环

境。

3.具体需求见SOW二、应达到的技术指标和参数

本合同签订之日起生效，甲方在五个工作日内应付乙方合同总

金额的50%,计人民币XXX.00元（人民币大写XXX元整），验收

后甲方在五个工作日内付清全部合同余款，计人民币XXX.00（人民

币大写XXX元整）9

五、利用研究开发经费购格的设备、器材、资料的财产权属:

/。六、履行的期限、地点和方式。

本合同自XXXX年8月16日至XXXX年11月16日在北

京履行。本合同的履行方式：甲方责任

1、甲方全力协助乙方完成合同内容。

2、合同期内甲方为乙方提供专业性接口技术支

持。乙方责任：

1、乙方按甲方要求完成合同内容。

2、乙方愿提供在实现功能的前提下，进一步予

以完善。3、乙方在合同商定的时间内保证系统正常

运行。4、乙方在项目验收后提供一年免费维护。

5、未经甲方同意，乙方不得向第三方提供本系

统中涉及专'业的技术

内容和所有的系统数据。

七、技术情报和资料的保密。

本合同中的相关专业技术内容和所有的系统数据，归甲方所

有，未经甲方同意乙方不得提供给第三方。八、技术协作的内容：

见系统设计方案。九、技术成果的归属和分享1.专利申

请权：/。

2.技术秘密的使用权、转让权：/。十、验收的标准和方

式：

研究开发所完成的技术成果，达到了本合同第二条所列技术指

标，按国家标准，采用一定的方式验收，由甲方出具技术项目验收证

明。十一、风险的承担

在履行本合同的过程中，确因在现有水平和条件下难以克服的

技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由

甲方承担50%,乙方承担50%o

本项目风险责任确认的方式：双方协商。

十二、违约金和损失赔偿额的计算：

除不可抗力因素外（指发生战争、地震、洪水、飓风或其它人

力不能控制的不可抗力事件），甲乙双方须遵守合同承诺，否则视为

违约并承担违约责任：

1、如果乙方不能按期完成软件开发工作并交给甲方使用，

乙方应向

甲方支付延期违约金。每延迟一周，乙方向甲方支付合同总额

0.5%的违约金，不满一周按一周计算，但违约金总额不得超过合同

总额的5%；2、如果甲方不能按期向甲方支付合同款项，甲方

应向乙方支付延期

违约金。每延迟一周，甲方向乙方支付合同总额0.5%的违约

金，不满一周按一周计算，但违约金总额不得超过合同总额的5%。

十三、解决合同纠纷的方式：

在履行本合同的过程中发生争议，双方当事人和解或调解不

成，可采取仲裁或按司法程序解决。

?负责项目实施过程中对项目实施情况进行监

督，包括对项目实施过程和工作产品进行监督检查；？实

施项目组成员的质量保证培训；？制定质量保证计划；

?按计划实施审计活动，依照质量保证计划执行评审/

审计，并记录执行中发现的不符合项？对不符合问题提交

不符合项报告，跟踪并验证纠正措施的执行情况？对项目

内不能解决的不符合项问题向高层管理提交报告？向项目

经理报告项目质量工作状况和质量度量结果？定期向项目

组报告质量活动的结果

?制订质量保证的过程改进计划，记录过程数据

2.2.3项目经理

项目经理的质量职责如下：？评审质量计划；

?与质量保证人员一起协商不符合项问题的纠正措

施，并安排资源实施纠正措施；？定期或事件驱动的评审

质量保证活动和结果

3.质量目标

根据企业的质量方针和质量目标，结合本项目特点,制定项目的

总体质量目标:

1）基于需求的测试覆盖率为100%;2）软件功能测试用

例通过率不低于95%；

3）每个阶段评审中发现的问题都已经解决或得到适当处理。

4）产品发布时小存在严重及其以上的缺陷。

注：严重问题指导致系统或模块不能正常工作的问题。

结合以往的项目经验和企业的质量相应标准，制定质量标

准如下表表1：质量计划标准项目缺陷排除率（缺陷数/页）缺

陷排除率（缺陷数/KLOC）具体描述需求检查系统总体设计检

查详细设计复核详细设计检查代码复核代码检查编译单元测

试系统集成系统测试计划4230106520201555实际

4.质量策略

为了保证提交用户的产品是高质量，实施过程中采取的质量保

证措施包括：1）将质量贯彻到日常的项目进展过程中，2）应该特别

注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控

制采取的策略都是早期预防和早期排除缺陷。

5.质量保证活动

质量保证的主要活动包括过程评审和产品审计。过程评审和产

品审计的目的是为了确保在项目进展过程的各个阶段和各个方面采

取各项措施来保证和提高提交给用户的产品质量。每一次过程评审和

产品审计都应填写相应的报告或活动记录。

5.1.产品审计

产品审计由质量保证人员来进行，检查项目产品是否达到质量

目标。

质量保证人员对项目生存期中创建的工作产品可以有选择性

的进行审计，以验证是否符合适当的标准，是否进行了质量检查,表

2便是质量审计一览表

表2：审计产品一览表

项12345678910审计对象软件项目计划软件配置管理

计划软件质量保证计划总体设计文档详细设计文档数据库表和

编码规范产品代码测试报告测试计划用户文档审计阶段计划

结束计划结束计划结束参照的标准企业质量体系企业质量体系

企业质量体系企业质量体系和项目计划企业质量体系和项目计划

企业质量体系和项目计划企业质量体系和项目计划企业质量体系

和项目计划企业质量体系和项目计划企业质量体系和项目计划设

计结束设计结束设计结束每个阶段实施结束测试结束设计结束

测试结束5.2过程评审

项目严格按照组织定义的软件过程进行开发，过程评审的具体

依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围

内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。

评审可采取文件传阅、评审会等形式。

质量保证人员负责对项目过程进行监督，发现的问题和解决情

况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的

问题提交高级管理者处理。

每个周末，进行一次配置管理审核，确认配置管理工作是否正

常进行。根据公司的质量保证体系和本项目的具体特点，确定项目

执行过程如下：

1)项目规划过程及产品标准2)项目跟踪管

理过程3)需求分析过程及产品标准4)系统设计

过程及产品标准5)详细设计过程及产品标准6)

调试运行过程及产品标准7)代码走查过程及代码编写标

准8)产品集成测试过程及产品标准

9)开发环境中的执行规则10)测试环境中的执

行规则11)质量保证过程及其标准12)配置管理过程及

其标准

具体过程执行标准详见企业质量体系和项目计划的过程附件.

6.质量控制活动

质量控制活动包括代码走查、单元测试、集成测试、环境测试

等，由开发人负责，详见进度计划。编码人员在编写代码时要进行同

步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检

查后，应提交测试部进行集成测试、系统测试。测试部的测试应达到

质量目标要求，软件发布时应达到测试通过准则的要求.

7.质量保证的报告途径

质量保证人员对每次审计活动发现的不符合项，应该和项目经

理协商不符合项的纠正措施，及预定完成日期，若和项目经理存在意

见分歧，质量保证人员可以上报给高层管理者，高层管理者决定最后

的措施。同时不符合项在项目周例会中汇报。对不符合项，质量保

证人员要在预定完成日期内重新审计，验证不符合项的纠正情况，若

超过预定完成日期1周仍然有没解决的不符合项，质量保证人员上报

给高级管理者，由高级管理者决定最后的措施。

质量保证人员有独立的汇报途径，日常的汇报途径如下：？

发现的问题通知项目经理，协调纠正措施。？将项目组内

不能协调的问题汇报给高级管理者，由高级管理者协调解决。？

的日常工作和过程数据要汇报给质量经理统一收集、统计。8.记录

的收集、维护和保存

项目组应当保留项目执行过程中形成的各类文档、各种记录、

各级周报、各级会议记录、对于项目中问题的处理也需要形成记录保

存。每周由质量保证人员根据任务清单的审计任务进行审计活动，并

收集各活动的过程数据。案例说明-《校务通管理系统》风险管理计

划

本项目的主要风险是开发人员对客户需求中的学校管理环境

不是很熟悉，另外，客户要求的进度比较紧，而且具体需求不是很明

确，下面的这个风险列表就是通过一系列的风险识别、风险评估、风

险应对，最后得出项目TOP1()风险列表。

风险分析表

排序1输入客户的SOW风险事件需求不明确，增加需求,

导致需求要延可能性70%影响50%风险值35%风险应对措施

1.采取加班的方法2.修改计划去掉一些任务3.与客户商量延长

一些时间2合同进度要求紧，合同金额有限30%50%15%可以请

一些实习的学生做辅助工作，一来成本不高,二来可以加快进度.4

WBS供货商、外包商的质量问题20%50%10%多选择几个可以作

为备份的外包商和供应商5历史项目信息开发人员的流动15%

60%9%1.注意项目团队的沟通，及时了解开发人员的动态2.控

制好项目过程中的文档3.从其他的项目组借调人员4.从外部招聘

有过此类开发经验人员

案例说明・《校务通管理系统》的项目集成计划

1.导言

略

2.概述

《校务通管理系统》是对学校教务和教学活动进行综合管理的

平台系统，是基于Internet环境的综合信息系统，满足学校管理层、

教师、学生、家长等日常工作、学习、管理、咨询等工作。目的是共

享学校各种资源、提高学校的工作效率、规范学校的工作流程、便利

校内外的交流。系统具有标准化、分布式存储和检索、易用、易维护、

开放等特点。

3项目任务范围

《校务通管理系统》项目需完成的任务总的分为两类：通用功

能和学校日常业务管理功能。其中通用功能包括电子课表、会议通知

和公告、日程安排、个人日记、通讯录、教师答疑、家庭作业等。学

校日常业务管理功能包括招生管理、学生日常管理、教务管理、、教

师备课系统、资源库系统、网上考试功能、聊天室、论坛等。图1是

项目任务的范围图示。

图1：任务范围

4项目目标

目前电化教育已经越来越普及，各地的学校纷纷建设自己的校

园网，但是好多学校在投巨资建设校园网之后，未能高效利用校园网

的资源。《校务通管理系统》提供了有效利用校园网，实现学校管理

的电子化。本项目的产品可以达到以下目标。？提高生产效率，减

少返工。？节省开支。

?业务过程的流水线化。？先前人工劳动的自动化。？符合

相关标准和规则。

?与目前的应用产品相比较，提高了可用性或减少了失效程

度。

另外，通过项目进一步验证和完善公司的质量体系，同时锻炼开

发队伍的协同精神。

5项目实施策略

实施策略是确定如何实施项目，以达到项目目标的策略。根据

校务通项目特点和企业的战略要求，采取如下策略：

?项目管理策略

1.项目管理过程遵循公司质量体系中关于项目管理过

程规范

2.根据项目计划中的评审点进行跟踪和管理，并根据结

果对项目计划进行适当的调整3.评审采用定期评审、阶段评

审和事件评审相结合的方式4.按周发布项目简报，通报项目

进展情况及其他相关情况？软件开发策略

1.采用OO技术逐步构造系统2.产品按阶段提

交

3.开发实施过程采用公司的复用技术，同时遵循公司质

量体系中关于项目实施过程规范？质量保证策略

1.质量管理过程遵循公司质量体系中关于项目质量管

理过程规范。2.加强对项目参与人员的质量保证概念的培训

3.加强对过程的控制，重点确定该项目中需控制的过程4.

加强对产品规范的审计，重点确定该项目中需审计的产品5.

实施完整的软件配置管理

6项目组织结构

由于该项目在实施过程中需要涉及不同组织的各方面人员，而

各组织之间的利益、任务和职责也不尽相同，因此明确定义项目组织

结构和各自职责可保证项目的顺利进行。该项目的组织结构图如图2：

其中：

市场部・负责与用户的协调工作・负责

项目相关的商务活动・负责用户需求的接口・

配合项目经理的资源协调活动・负责产品的验收活动・

负责系统的维护活动项目管理・负责项目的组织和规

划・负责项目计划制定和维护・负责项目的

跟踪和管理-负责资源的分配和协调活动-

负责各组织和计划之间的协调活动-负责与市场部的协

调活动软件开发・负责项目的软件开发，包括设计，

编码，单元测试和集成测试-负责产品质量控制的工作-

负责配合质量保证的活动，如系统测试，文档编制等・配

合产品验收的相关活动质量保证・负责项目过程和产

品规范的制定・负责项目过程的质量保证活动，・

过程评审・产品审计配置管理・负责项目的

配置管理活动-负责软件产品的提交用户-

确保相关责任的实施-参与项目的组织和规划-

负责产品的验收工作

表1为角色映射表。

表1:角色映射表

负责人组成（人）

7项目生存期

项目管理组韩万江1软件开发组姜岳尊2质量保证组郭

天奇1配置管理组岳好1根据该项目的特点并结合公司已有的软

件生存期模型定义，本项目生存期采用增量模型如图3。

生存期中的各阶段定义如下：项目规划阶段

阶段目标：根据合同和初步的需求分析确定项目的规模、时

间计划和资源需求。输入:

合同文本

sow

过程：输出：

项目规划，计划确认项目计划

需求分析阶段

阶段目标：确定客户的需求输入：过程：输出:

设计阶段

阶段目标：

输入：过程：输出：

增量1实现

阶段目标：输入：

过程：输出：

增量2实现

阶段目标：输入:

过程：输出:

项目计划，sow

需求获取，需求分析，需求控制原型系统，需求规格

总体系统结构设计原型系统，需求规格总体设计

系统设计说明书，数据库结构定义

实现系统的通用功能

系统设计说明书数据库结构定义

详细设计,编码，代码走查，代码评审，单元测试详细设计说

明书，源代码，可运行版本一1

实现系统的招生管理功能

系统设计说明书数据库结构定义

详细设计,编码，代码走查，代码评审，单元测试详细设计说

明书，源代码，可运行版本一2

增量3实现

阶段目标：实现系统的学生日常管理功能

输入：

过程：输出:

增量4实现

阶段目标：输入:

过程：输出：

增量5实现

阶段目标：输入:

过程：输出：

增量6实现

阶段目标：输入:

系统设计说明书数据库结构定义

详细设计,编码，代码走查，代码评审，单元测试详细设计说

明书，源代码，可运行版本一3

实现系统的教务管理功能

系统设计说明书数据库结构定义

详细设计,编码，代码走查，代码评审，单元测试详细设计说

明书，源代码，可运行版本一4

实现系统的教师辅助功能

系统设计说明书数据库结构定义

详细设计,编码，代码走查，代码评审，单元测试详细设计说

明书，源代码，可运行版本一5

实现系统的聊天室/论坛功能

系统设计说明书数据库结构定义

过程：输出：

详细设计,编码，代码走查，代码评审，单元测试详细设计说

明书，源代码，可运行版木一6

集成测试

阶段目标：通过集成环境下的软件测试输入：

测试计划测试案例

过程：输出：

集成测试，系统测试

系统软件包，测试报告，产品说明书

产品提交

阶段目标：产品可投入使用输入：过程：输出：

系统软件包产品提交验收报告

8时间计划

项目进度计划甘特图如图4所示（，详见进度计划.mpp,）：

图4：进度计划

9项目成本估算

项目估算是为了确定项目所需的人力、时间以及项目完成过程

中耗费的人力、物力、财力资源。图5是项目估算和预算的结果（详

见估算计划.）.

校务通管理系统预算表¥8(),()()().()()¥70,()()().()()¥60,000.0()

¥5(),()()().()()¥40,()00.00¥3(),()()().()()¥20,()00.00¥1(),()()().()()

¥0.002791520233236384042时间(天)

预算（元）BCWS

10质量管理计划

图5：成本计划

质量管理计划详见质量管理计划专题.

11配置管理计划

配置管理计划详见配置管理计划专题.

12项目风险计划

风险是指在项目进行过程中可能发生的事件，这些事件将会对

项目按预期时间、资源和预算完成产生重大影响。风险分析的目标是

识别这些事件，设法避免这些事件的发生并制定一旦这些事件发生后

的处理措施。表2是本项目风险计划清单表。

表2：风险分析表

排序1输入客户的SOW风险事件需求不明确，增加需求,

导致需求蔓延可能性70%影响50%风险值35%风险应对措施

1.采取加班的方法2.修改计划去掉一些任务3.与客户商量延长

一些时间2合同进度要求紧，合同金额有限30%50%15%可以请

一些实习的学生做辅助工作，一来成本不高,二来可以加快进度.4

WBS供货商、外包商的质量问题20%50%10%多选择几个可以作

为备份的外包商和供应商5历史项目信息开发人员的流动15%

60%9%1.注意项目团队的沟通，及时了解开发人员的动态2.控

制好项目过程中的文档3.从其他的项目组借调人员4.从外部招聘

有过此类开发经验人员

13.度量计划

详见度量计划专题14项目沟通与评审

项目评审的主要目的是根据项目计划对项目的执行活动进行

检查，及时发现问题，研究解决对策，纠正偏差，保证项目的顺利实

施。项目交流计划分为如下几类：

-每天17:00的沟通交流・定期评审・

阶段评审・事件评审

各类交流评审安排见表3。

表3:项目管理交流计划

评审类别日例会评审周期每天17:00-17:30评审要点1.

不限定主题和内容，随意相关人员项目组所有人交流2.

共享经验，避免错误定期评审（周例会）每周五3.本周

工作进度4.问题及对策5.资源协调6.

下周工作安排项目经理开发经理质量经理配置管理员项目主管

项目经理开发经理阶段评审阶段结束1.本阶段计划

执行情况2.质量评审结果3.产品审计结果4.

下阶段计划修正质量经理配置管理员市场人员事件评审当事件

可能影响计划的执行1.事件性质和影响范围2.

事件处理方案的讨论3.修改计划的评审时间项目经理

开发经理质量经理

案例说明-《校务通管理系统》的生存期模型

针对本项目的开发特点，参考企业的生存期模型说明和软件过

程体系，决定采用增量式模型如下图，理由如下：

1.校务通系统的全部功能分成通用功能和日

常业务管理功能两大类，因此

可以先基于通用功能作出一个最小的使用版本，再逐步添加其

余的功能。这样一来，用户可以先试用最小版本的同时，提出更多明

确的需求，这有助于下一阶段的开发，大大减小了开发的风险。

2.在校务通系统需求规格中，要求系统有可扩充性。

若使用增量模型，可

以保证系统的可扩充性。用户明确了需求的大部分，但也存在

不很详尽的地方。如：“关于教师档案，比照所提供资料设计，现在

也没有一个成形的东西“；资源库系统只提到“应提供一个标准的资源

库解决方案。“这样只有等到一个可用的产品出来，通过客户使用，

然后进行评估，评估结果作为下一个增量的开发计•划，下一个增量发

布一些新增的功能和特性。直至产生最终完善的产品。

3.“系统要求有可扩充性，可以在现有系统的基础上,

通过前台就可加挂

其它功能模块，也说明用户可能会增加新的需求。

4.对一个管理方式已经比较成熟的学校，要完全舍

弃原有的管理方式，用

校务通系统替代全部管理，这是不实际的。所以，可以从最基

础的做起，逐步扩充其应用，所以选用增量模型来开发校务通系统。

5.本项目具备增量式模型的其他特点

a)项目复杂程度为中等。b)预计开发软件

的成本为中等。

c)产品和文档的再使用率会很高，d)项目风

险较低

生存期中的各阶段定义如下：

项目规划阶段

阶段目标：根据合同和初步的需求分析确定项目的规模、时

间计划和资源需求。

输入：

合同文本sow

项目规划，计划确认项目计划

过程：输出：

需求分析阶段阶段目标：确定客户的需求输入：过程:

输出：

设计阶段阶段目标：

输入：过程：输出：

增量1实现

阶段目标：输入：

过程：输出：

增量2实现

阶段目标：输入:

项目计划，SOW

需求获取，需求分析，需求控制原型系统，需求规格

总体系统结构设计原型系统，需求规格总体设计

系统设计说明书，数据库结构定义

实现系统的通用功能系统设计说明书数据库结构定义

详细设计,编码，代码走查，代码评审，单元测试详细设计说明

书，源代码，可运行版本一1

实现系统的招生管理功能系统设计说明书数据库结构定义

过程：输出：

详细设计,编码，代码走查，代码评审，单元测试详细设计说

明书，源代码，可运行版本一2

增量3实现

阶段目标：实现系统的学生日常管理功能输入：

过程：输出：

增量4实现

阶段目标：输入：

过程：输出:

增量5实现

阶段目标：输入:

过程：输出：

系统设计说明书数据库结构定义

详细设计,编码，代码走查，代码评审，单元测试详细设计说

明书，源代码，可运行版本一3

实现系统的教务管理功能系统设计说明书数据库结构定义

详细设计,编码，代码走查，代码评审，单元测试详细设计说

明书，源代码，可运行版本一4

实现系统的教师辅助功能系统设计说明书数据库结构定义

详细设计,编码，代码走查，代码评审，单元测试详细设计说

明书，源代码，可运行版本一5

增量6实现

阶段目标：实现系统的聊天室/论坛功能

输入：

系统设计说明书数据库结构定义

详细设计,编码，代码走查，代码评审，单元测试详细设计说

明书，源代码，可运行版本一6

过程：输出：

集成测试

阶段目标：通过集成环境下的软件测试输入：

测试计划测试案例

过程：输出：

集成测试，系统测试

系统软件包，测试报告，产品说明书

产品提交

阶段目标：产品可投入使用输入：过程：输出：

注：生存期模型中的过程定义可以参照企业的质量保证体系并

结合项目的具体特点而决定，由于公司的流程已覆盖到了项目开发、

管理的所有方面，包括从最开始的合同到最后软件的产品提交，都有

相应的过程规定，基本上已形成一种工业化的软件开发，所以，为形

成一个良好的软件开发环境奠定了基础。

系统软件包产品提交验收报告

例如系统设计过程及产品标准的定义如下：

参与角色

R1：项目经理R2：开发经理R3：设计人员进入条件

E1：项目计划规定的系统设计时间到输入

II：需求规格活动

Al：设计人员了解业务需求并仔细阅读需求规格A2：设计人

员收集了解同类项目的技术框架；

A3：开发经理领导设计人员通过具体的业务分析和企一业成熟的

技术框架进行系统设计；A4：设计人员在进行系统设计时，应按照

系统设计的标准模板进行，要求如下

?完整，正确，如实地说明每个模块的流程和数据库

表；？用中文进行描述，并用小四号字体

A5：开发经理负责监督设计人员设计文档的对等评审；

A6：开发经理主持设计正式评审，同时要求项目经理和质量经

理参加A7：设计人员根据评审结果进行修订和补充，并形成最终

系统设计文档。

A8：开发经理负责将系统设计过程中无法解决的问题以事件报

告形式提交给项目经理，由项目管理

者进行跟踪解决；输出

O1：系统设计文档（格式标准见企业质量体系）完成标志

F1：系统设计评审通过，纳入配置库

案例说明-《校务通管理系统》度量计划

根据企业的质量策略和项目的特点制定本项目度量计划，主要

目的是为本项目的控制提供实际数据，以及将来其它项目提供估算依

据，表1给出项目规模的度量指标，表2是项目的时间度量指标，表

3是需求变更度量指标。

一、规模度量表1：项目规模的度量指标任务名称需求规格

说明书总体设计说明书系统测试计划规模度量单位文本页数

HLD页数文本页数计划实际详细设计说明书单

元测试计划源程序单元测试报告系统测试报告总计DLD页数

文本页数LOC行数文本页数文本页数文本页数HLD页数DLD

行数LOC行数二、时间度量表2：时间度量指标各阶段

名称管理需求分析需求检查总体设计测试计划总体设计检查

详细设计详细设计复核详细设计检查单元测试计划编写源程序

代码复核代码检查单元测试集成测试系统测试验收合计

计戈I」时间（小时）实际时间（小时）

三、需求变更度量统计表表3：需求变更度量指标

变更请求请求时间变更请求者变更内容批准否（Y?N）批

准时间需求规格版本

案例说明・《校务通管理系统》团队组织和沟通计划

一、项目的组织结构如下图，它是矩阵型组织结构的一个具体

化。

其中：市场部-负责与用户的协调工作-

负责项目相关的商务活动・负责用户需求的接口・

配合项目经理的资源协调活动・负责产品的验收活动・

负责系统的维护活动项目管理-负责项目的组织和规

划・负责项目计划制定和维护・负责项目的

跟踪和管理-负责资源的分配和协调活动-

负责各组织和计划之间的协调活动-负责与市场部的协

调活动软件开发-负责项目的软件开发，包括设计，

编码，单元测试和集成测试・负责产品质量控制的工作・

负责配合质量保证的活动，如系统测试，文档编制等・配

合产品验收的相关活动质量保证・负责项目过程和产

品规范的制定-负责项目过程的质量保证活动，