软件项目管理案例教程习题答案

第0章软件项目管理概述1、项目集成管理是什么？项目集成管理是在项目的整个生存期内，协调项目管理其他各管理知识域，将项目管理的方方面面集成为一个有机整体，保证项目的总目标的实现。

项目集成管理从一个宏观的角度将项目作为一个整体来考察。

包括的过程包括：项目章程编制、初始项目范围编制、项目计划编制、指导与管理项目执行、项目监控、集成变更控制、项目结束等过程。

项目管理的目标在于对项目中的不同组成元素进行正确高效的协调，他不是所有项目组成元素的简单相加。

2、项目管理的9大知识领域是什么？1）项目集成管理2）项目范围管理3）项目时间管理4）项目成本管理5）项目质量管理6）项目人力资源管理7）项目沟通管理8）项目风险管理9）项目采购管理●为了成功实现项目的目标，首先必须设定项目的工作和管理范围，即项目的范围管理。

●为了正确实施项目，需要对项目目标进行分解，即对项目的时间、质量、成本三大目标进行分解，即项目时间管理、项目成本管理、项目质量管理●项目实施过程，需要投入人力、物力：项目人力资源管理、项目采购管理●为了项目的团队人员的管理，让大家有一致的目标，需要沟通，即项目的沟通管理●当然，项目实施过程会遇到各种风险，因此需要进行风险管理，即项目的风险管理●当项目管理一定要协调各个方面，不能只顾局部利益和细节，因此需要集成管理，即项目的集成管理3、项目的成本管理包括哪些过程？包括成本估算、成本预算、成本控制等过程4、项目管理的5个过程组是什么？启动过程组、计划过程组、执行过程组、控制过程组、收尾过程组5. 判断下面活动哪些是项目？上课野餐活动√集体婚礼√社区保安开发微软的操作系统√每天的卫生保洁神州飞船计划√第1章软件项目初始过程一、名词解释1．项目章程项目章程是指项目执行组织高层批准的一份以书面签署的确认项目存在的文件，包括对项目的确认、对项目经理的授权和项目目标的概述等。

严格地说，姓名章程包括队开始一个项目或项目阶段的正式授权，但是通常而言，在每个项目阶段都对项目进行一次授权的做法并不多见。

项目章程是一个正式的文档，它正式的认可一个项目的有效性，并指出项目的目标和管理方向。

它授权项目经理来完成项目，从而保证项目经理可以组织资源用于项目活动。

项目章程由项目发起人、出资人或者高层管理人员签发。

2．项目建议书即项目投标书。

主要按招标文件的内容和要求，详细描述我方的解决方案和报价，一般来说，软件系统的标书书写要包含需求分析、竞价设计方案、系统功能模块、软硬件选型、培训与技术支持、报价等几大部分。

同时给出我方凡能代表公司实力、能力的各类证明文件，能提供的尽量提供，最大限度地将自己推荐出去。

下面的是一些说明。

由于招标项目的性质和规模不同，标书文件的具体内容也就各不相同，但标书所包含的内容要按招标文件中所要求的关键问题与将要问题，依次展开，切忌前后颠倒、评奖不分。

总之，标书要使招标单位阅读后感觉重点突出，印象深刻。

下面简要介绍一般标书应该包含的内容：《项目范围变更管理》项目中不可避免的会发生范围的变更，不论是在项目的开始阶段或是项目的将要结束阶段，都有可能会发生项目范围的变更，而项目范围的变更会自然而然地对项目有影响，所以，怎么样控制项目的范围变更是项目管理所需要做的一个重要内容。

项目所处的阶段越早，项目不确定性就越大，项目调整或变更的可能性就越大，同时带来的代价比较低。

但随着项目的进行，不确定性逐渐减小，而变更的代价、付出的人力、资源逐渐增加，就会增加决策的困难度。

一旦项目变更发生了，项目管理该怎么处理呢？我认为：1）记录变更请求（CR）：任何变更，不论以后是否会被接受，都应该首先记录下来，有些变更请求也许在本阶段不被接受，也许可以成为以后参考的功能或范围。

所以对于任何变更请求，首先要做的是记录下来是一个什么样的变更请求，是由哪一类项目干系人提出来的，以及相应的联系方式。

2）澄清变更细节，分析相应变更请求的必要性。

3）对变更请求产生的原因进行分析，象是由于在项目初期对需求没有明确产品范围产生的项目变更，或是没有明确项目范围产生的变更，还是由于外部事件产生的原因。

4）根据变更请求，由相应的人员分析相应变更请求对现有项目进度的影响程度，并分析相关的变更请求之间的影响关系，添加相应记录在相应的变更请求中。

5）根据变更请求对现有项目进度影响程度，确认相应的成本估计。

6）对项目变更排列优先级。

针对项目现有进度，进行项目变更的项目进度影响、费用及项目可接受影响程度，建议对变更请求采取的应对措施，记录风险和相应的风险应对计划。

7）同项目赞助人协商项目变更影响，解决变更请求需要符合的条件，以及相应的费用的变化，及项目赞助人的可接受程度确定是否实施变更。

8）项目配置控制委员会批准相应的项目范围变更，进度计划，人员和费用计划。

9）项目管理将项目变更加入现有项目的项目详细计划中，更新相应的项目文档，通知相应项目干系人相应的项目内容、进度、人员、费用的变更。

10）执行并提交项目变更11）在项目变更被接受后，终止变更请求。

12）记录实际项目变更所带来的影响，汲取的教训分析。

第三章-软件项目进度计划1. 根据图3-21计算项目在20天内完成的概率，其中任务1的最乐观、最悲观和最可能的历时估计是8天，10天，24天, 任务2的最乐观、最悲观和最可能的历时估计是1天，5天，9天？解：标准差δ方差项值历时估计E任务1 12 8/3 64/9任务2 5 4/3 16/9项目路径17 3 80/9E±1δ即17±3，从14天到20天的概率为68.3%，所以20天完成的概率为P=P(17天)+P(17-20天)=50%+68.3%/2=84.2%.第四章-软件项目成本计划三、计算题1. 如果某软件公司正在进行一个项目，预计有50KLOC的代码量，项目是中等规模的半嵌入式类型的项目，采用中等COCOMO模型，项目属性中只有可靠性为很高级别（即取值为1.3），其他属性为正常，计算项目是多少人月的规模？如果2万元/人月，则项目的费用是多少。

Effort=a*(KLOC)b*F查表a=3.0,b=1.12,F=1Effort=3.0*501.12*1=239.9(人月)所以项目的费用为2*Effort=479.7万元2. 项目经理正在进行一个媒体信息查询系统项目的估算，他采用的delphi的成本估算方法，邀请2位专家估算，第一个专家给出1万，8万，9万的估算值，第二个专家给出了4万，6万，万8 万的估算，计算这是成本的估算值是多少？解:E1=(a1+4*m1+b1)/6=(1+32+9)/6=7E2=(a2+4*m2+b2)/6=(4+24+8)/6=6E=(E1+E2)/2=6.5（万元）第五章-软件项目质量计划补充材料质量管理活动基本包括质量保证和质量控制两类。

质量保证是在项目过程中实施的有计划、有系统的活动，确保项目满足相关的标准，典型的例子是评审和审计。

质量控制指采取适当的方法监控项目结果，确保结果符合质量标准，还包括跟踪缺陷的排除情况，典型的例子就是测试。

对于软件开发来说，重要的质量活动包括： 1）评审：检查项目中间产品，早期发现缺陷以减少后期修改和返工的工作量。

2）测试：直接检查软件产品中的缺陷，确保产品符合要求。

一般通过单元测试、功能测试、集成测试、压力测试实现。

3）缺陷追踪：记录和追踪缺陷从发现到解决的整个过程，确保所有的问题都有结论（注意，并非一定都能解决，解决不了的要进行评价）。

这是与评审和测试配合使用的一个重要管理过程。

4）审计：对项目的工作过程进行检查，确保所有活动遵循规程进行。

5）变更控制：在前面的章节中谈过，这也是一个重要的质量活动。

6）配置管理：记录这些中间和最终产品（配置项）变化的历史，确保他们的正确性和一致性。

质量管理不是一堆文档就可以解决问题的，要想确实作好有三点很重要：一是培训，要确保员工知道为什么要这样做？能解决什么问题？具体如何做？没有这种培训，员工很容易把质量管理理解为填写各种表格的繁文缛节。

二是与客户交流，笔者发现很多时候因厂商没有与客户进行必要的交流，客户总觉得“什么事都要填表”是在故意刁难；通过解释客户往往非常理解，觉得这正是厂商做事规范的表现，因此会变得很配合。

三是慎重选用SQA。

SQA在软件质量管理中责任重大，最好有一定的开发经验，并愿意从事质量管理活动。

SQA典型职责如下： 1）根据项目特点对过程进行裁剪，并审定最终的质量标准； 2）帮助项目经理制定计划并最终审批，过程中对变更进行审批； 3）进行日常的项目审计，确保项目按规程工作； 4）在阶段点对项目的基线进行审计，配置管理情况； 5）收集和分析各种度量数据，并向高层报告项目情况； 6）对项目组成员进行培训。

总之，质量管理主要通过“文档”控制“过程”。

质量管理需要一定代价，要平衡与进度和成本的关系。

质量保证是确保最终产品质量的一系列活动；质量控制是确保最终产品满足要求一系列活动。

软件项目中的质量管理的重要角色是SQA。

信息沟通的几种方式及其适用情境本文结合作者的工作经验，重点讨论一下信息沟通的几种方式及其适用情境。

沟通是人际关系建设的永恒话题，沟通也是项目得以顺利开展的有力保障。

一项调查表明，项目管理人员有70%左右的时间花在信息沟通上，可见“信息沟通”在项目建设过程中的重要性。

我们知道，要想实现有效的沟通，除了当事人要具备良好的沟通技巧外，沟通方式的正确选择也是非常重要的。

以下结合作者的工作经验，总结出“团体沟通”和“个体沟通”几种经常采用的方式及这些方式的适用情境，供大家参考。

一、团体沟通“团体沟通”，顾名思义是指至少三人以上参加的信息沟通活动。

团体沟通主要有以下两种常用的沟通方式：会议沟通和E-Mail(或书面)沟通。

1、会议沟通“会议沟通”是一种成本较高的沟通方式，沟通的时间一般比较长，因此常用于解决较重大、较复杂的问题。

如下的几种情境宜采用会议沟通的方式进行：(1)需要统一思想或行动时(如项目建设思路的讨论、项目计划的讨论等);(2)需要当事人清楚、认可和接受时(如项目考核制度发布前的讨论、项目考勤制度发布前的讨论等);(3)传达重要信息时(如项目里程碑总结活动、项目总结活动等);(4)澄清一些谣传信息，而这些谣传信息将对团队产生较大影响时;(5)讨论复杂问题的解决方案时(如针对复杂的技术问题，讨论已收集到的解决方案等)。

2、E-Mail(或书面)沟通“E-Mail(或书面)沟通”是一种比较经济的沟通方式，沟通的时间一般不长，沟通成本也比较低。

这种沟通方式一般不受场地的限制，因此被我们广泛采用。

这种方式一般在解决较简单的问题或发布信息时采用。

在计算机信息系统普及应用的今天，我们很少采用纸质的方式进行沟通，因此以下只针对“E- Mail”的沟通方式进行总结。