软件工程及应用第九章.ppt

第9章 软件项目管理过程与成本估算 ;9.1 软件项目管理过程; ; 1. 启动一个项目; 2. 制定项目计划; 3. 计划的追踪和控制; 4. 评审; 5. 编写管理文档; 9.2 成本估算;9.2.1 软件开发成本估算方法;② 自底向上的估计法。这种方法的主要思想是把待开发的软件细分，直到每一个子任务都已经明确所需要的开发工作量，然后把它们加起来，得到软件开发的总工作量。这是一种常见的估算方法。它的优点是估算各个部分的准确性高。缺点是缺少各项子任务之间相互联系所需要的工作量，还缺少许多与软件开发有关的系统级工作量（配置管理、质量管理、项目管理）。所以往往估算值偏低，必须用其他方法进行检验和校正。 ③ 差别估计法。这种方法综合了上述两种方法的优点，其主要思想是把待开发的软件项目与过去已完成的软件项目进行类比，从其开发的各个子任务中区分出类似的部分和不同的部分。类似的部分按实际量进行计算，不同的部分则采用相应的方法进行估算。这种方法的优点是可以提高估算的准确程度，缺点是不容易明确“类似”的界限。; 9.2.2 专家判定技术;Deiphi技术的步骤如下：;④ 在综合专家估算结果的基础上，组织专家再次无记名地填写表格。然后比较两次估算的结果。若差异很大，则要通过查询找出差异的原因。 ⑤ 上述过程可重复多次。最终可获得一个得到多数专家共识的软件规模（源代码行数）。在此过程中不得进行小组讨论。 最后，通过与历史资料进行类比，根据过去完成软件项目的规模和成本等信息，推算出该软件每行源代码所需要的成本。然后再乘以该软件源代码行数的估算值，就可得到该软件的成本估算值。 此方法的缺点是人们无法利用其他参加者的估算值来调整自己的估算值。宽带Deiphi技术克服了这个缺点。在专家正式将估算值填入表格之前，由组织者召集小组会议，专家们与组织者一起对估算问题进行讨论，然后专家们再无记名填表。组织者对各位专家在表中填写的估算值进行综合和分类后，再召集会议，请专家们对其估算值有很大变动之处进行讨论，请专家们重新无记名填表。这样适当重复几次，得到比较准确的估计值。 由于增加了协商的机会，集思广益，使得估算值更趋于合理。; 9.2.3 成本估算的经验模型; 9.3 风险分析; 9.3.1 风险识别; 1． 风险类型;5种主要的商业风险如下 ：;2．风险项目检查表;从如下几个方面识别已知的或可预测的风险：;3．全面评估项目风险;⑧ 项目的需求是否稳定？ ⑨ 项目组是否具有实现目标软件系统的技术基础和工作经验？ ⑩ 项目组中的人员数量对于执行项目的任务是否足够？ 11.所有客户是否都一致赞同该项目的重要性并支持将要建立的系统∕产品？ 只要对这些问题的回答有一个是否定的，就应当制定缓解、监控、驾驭的步骤以避免项目失败。项目处于风险的程度直接与对这些问题否定回答的数目成比例。;4．风险构成和驱动因素;构成 类别; 9.3.2 风险估计;风险表的示例如表9.2所示。第1列列出风险（不论多么细微），可以利用风险项目检查表的条目来给出。每一个风险在第2列加以分类，在第3列给出风险发生概率，第4列是利用表9.1给出的对风险产生影响的评价。这要求对4种风险构成（性能、支持、成本、进度）的影响类别求平均值，得到一个整体的影响值。 风险出现概率可以使用从过去项目、直觉或其他信息收集来的度量数据进行统计分析估算出来。例如，由45个项目中收集的度量表明，有37个项目遇到的用户要求变更次数达到2次。作为预测，新项目将遇到的极端的要求变更次数的概率是 37／45＝0.82，因而，这是一个很大的项目。 一旦完成了风险表前4列的内容，就可以根据概率和影响进行排序。高发生概率和高影响的风险移向表的前端，低概率低影响的风险向后移动，完成第一次风险优先排序。 项目管理人员研究已排序的表，定义一条截止线（Cutoff line），这条截止线（在表中某一位置的一条横线）表明，位于线上部分的风险将给予进一步关注而位于线下部分的风险需要再评估以完成第二次优先排序。;表9.2 风险表;参看图9.1，风险影响和发生概率对驾驭参与有不同的影响。一个具有较高的影响但发生概率极低的风险应当不占用很多有效管理时间。然而，具有中等到高概率的高影响的风险和具有高概率的低影响的风险，就必须进行风险的分析。;在进行风险评价时，可建立一系列三元组：[ ri, li, xi ]，其中，ri是风险，li是风险出现的可能性（概率），而xi是风险产生的影响。在做风险评价时，应进一步审查在风险估计时所得到的估计的准确性，尝试对已发现的风险进行优先排队，并着手考虑控制和（或）消除可能出现风险的方法。 在做风险评价时常采用的一个非常有效的方法就是