南华大学计算机科学与技术学院软件项目管理课件.ppt

第13章 软件项目管理 关键路径示例（任务之间的依赖关系） 关键路径示例（任务网络图） 完成时间的算法 1）对于每一个结点，执行下面的步骤（直到计算出所有结点的完成时间为止）如果前面的任务已经完成，则取前面结点的最迟完成时间加上完成本结点所需要的时间。 2）具有最迟完成时间的结点决定了项目的最早完成时间。 关键路径示例（任务完成时间表） 关键路径 关键路径是决定可能的最短完成时间的任务集合。如果完成所有并行活动的资源不足，完成时间会更长，但是，完成时间不可能因为增加更多的资源而变短。 构建关键路径的算法 1）从具有最迟完成时间的结点开始，将它（们）作为关键路径的组成部分。 2）选择具有最迟完成时间的关键结点作为前趋结点，使它（们）作为关键路径组成部分。重复执行步骤2直到到达开始结点为止。 关键路径示例（关键路径） 宽松时间 位于关键路径上的子任务必须尽早开始，否则整个项目就会延迟。而不在关键路径上的子任务何时开始就具有一定的灵活性了。这种灵活性称为宽松时间。 宽松时间算法 选取尚未处理过的具有最迟结束时间的非关键路径结点。如果此子任务没有后继结点，则选取所有结点中最迟结束时间，如果此子任务有后继结点，选取后继结点的最迟开始实践中最早的时间。这就是此子任务的最迟完成时间。使此子任务的最迟开始时间反映这个最迟完成时间。 宽松时间举例 * * * * * * * 审查的正规性体现在： 仔细划分错误类型，并把这些信息运用在后续阶段的文档审查中以及未来产品的审查中。 * * * * * * * * * * * * * * * * * * * * 每个成本因素都根据它的重要程度和对工作量影响大小被赋予一定数值（称为工作量系数）。这些成本因素对任何一个项目的开发工作量都有影响，即使不使用COCOMO2模型估算工作量，也应该重视这些因素。Boehm把成本因素划分成产品因素、平台因素、人员因素和项目因素等4类。 表13.3（见书300页）列出了COCOMO2模型使用的成本因素及与之相联系的工作量系数。与原始的COCOMO模型相比，COCOMO2模型使用的成本因素有下述变化，这些变化反映了在过去十几年中软件行业取得的巨大进步。 * * * 不论从事哪种技术性项目，实际情况都是，在实现一个大目标之前往往必须完成数以百计的小任务（也称为作业）。这些任务中有一些是处于“关键路径”（见13.3.5节）之外的，其完成时间如果没有严重拖后，就不会影响整个项目的完成时间；其他任务则处于关键路径之中，如果这些“关键任务”的进度拖后，则整个项目的完成日期就会拖后，管理人员应该高度关注关键任务的进展情况。 软件项目的进度安排是这样一种活动，它通过把工作量分配给特定的软件工程任务并规定完成各项任务的起止日期，从而将估算出的项目工作量分布于计划好的项目持续期内。进度计划将随着时间的流逝而不断演化。在项目计划的早期，首先制定一个宏观的进度安排表，标识出主要的软件工程活动和这些活动影响到的产品功能。随着项目的进展，把宏观进度表中的每个条目都精化成一个详细进度表，从而标识出完成一个活动所必须实现的一组特定任务，并安排好了实现这些任务的进度。 * * * * * * * * * * * * * 图13.9 软件质量因素 软件质量保证（software quality assurance,SQA）的措施主要有：技术复审和测试。 两类参加软件质量保证工作的人员： 软件工程师通过采用先进的技术方法和度量，进行正式的技术复审以及完成软件测试来保证软件质量。 SQA小组的职责，是辅助软件工程师以获得高质量的软件产品。其从事的软件质量保证活动主要是： 计划，监督，记录，分析和报告。 确保软件过程的质量来保证软件产品的质量。 13.5.2 软件质量保证措施 1. 技术复审的必要性 较早发现错误，防止被传播到软件过程的后续阶段。 大型软件产品中检测出的错误，60%~70%属于规格说明错误或设计错误，而正式技术复审在发现规格说明错误和设计错误方面的有效性高达75%。 正式技术复审包括走查（walkthrough)和审查（inspection）。 走查的步骤比审查少，而且没有审查正规。 2. 走查 成员组成(走查规格说明的小组为例): 一名负责起草规格说明的人， 一名负责该规格说明的管理员， 一位客户代表， 一名下阶段开发组代表 一名SQA小组代表(组长)。 走查组成员最好是经验丰富的高级技术人员。 必须把被走查的材料预先分发给走查组每位成员。走查组成员应该仔细研究材料并列出两张表： 一张表是不理解的术语， 一张是