4软件估算技术.pptVIP

* * * * 举例：Web Matrix是一个完全免费的ASP.NET的开发工具，它由24位工程师在业余时间完成。 共大约150,000行代码，历时1年 * * * * * * * * 案例:凭直觉的项目估算 案例:仔细的项目估算 * * * * To explain how proxies work for estimating, lets look at an example from outside the software field. * A client might have the following requirements for their new house. * The builder can use historical data to build this table showing typical room sizes. * We can combine the two sets of information to calculate the estimated area of the clients new house. Could animate this to fill in the table in stages. Start with the first 2 columns, then add the rest of each row (row 1, row 2, then the rest, with total row as final step) * * For software development, we need to identify suitable proxies. * * 功能点计算 确定五个信息域的特征，并在表格中相应位置给出计数。 (1) 用户输入数：各个用户输入是面向不同应用的输入数据。 (2) 用户输出数：各个用户输出是面向应用的输出信息，包括报告，屏幕信息，错误信息等。在报告中的各个数据项不应再分别计数。 (3) 用户查询数：查询是一种联机的交互操作，每次询问/响应具备应计数。 (4) 文件数：每一个逻辑主文件都应计数。逻辑主文件是指逻辑上的一组数据，可以是一个大数据库的一部分，可以是一个单独的文件。 (5) 外部接口数：与系统中其他设备通过外部接口读写信息次数均应计数。 * * * * * IBM模型是静态单变量模型。 在此模型中，一般指一条机器指令为一行源代码。 一个软件的源代码行数不包括程序注释、作业命令、调试程序在内。 对于非机器指令编写的源程序，例如汇编语言或高级语言程序，应转换成机器指令源代码行数来考虑。 定义: 转换系数＝机器指令条数／非机器语言执行步数。 * * * * * * * * * * * * * * * * 有效的进度（1） 假定： 优秀的开发者（前25%),在编程语言和环境上有一年的工作经验 团队对项目有共同的看法，没有严重的冲突 有效使用编程工具 使用现代编程思想，主动的风险管理 采用快速开发实践，使用沟通工具，优良的工作环境 有效的进度（2） 有效的进度（3） 普通进度（1） 假定： 中等的开发者，熟悉编程语言和环境 在解决冲突上有一定经验 一定程度上使用编程工具和现代编程思想 工作环境有些不理想，但足够了 对一个一般的项目达到普通进度有50%的把握 普通进度（2） 普通进度（3） 案例讨论：项目估算 凭直觉的项目估算 仔细的项目估算 * * * * * * * * 9 * * * * * * * * * * * * * * * * Q：详细设计文档做吗？ 如果客户不成熟，进度压力太太，测试工作可放入维护期 而对成熟的客户，质量要求很高，必须做好测试，如IBM，根据质量来付款。 * 一般来说，人们最容易选择的是第一个答案，理由如下：“需要花的时间比预期长，但是现在它是固定的，所以我们一定要在以后节省时间。我们要在编码和测试中弥补不足。” 1991年对300多个项目的调查表明，项目几乎不能弥补损失的时间----它们总是更加拖延。这样第一个选择就去掉了。 估算倾向于不准确总是由于遍布整个进度的系统原因，比如来自管理层的压力要求使估算过于乐观。除了你有过实际经验的部分外，整个进度的其他部分不可能准确。这样第二个选择也去掉了。 无一例外，对错过的里程碑的正确回答是选择3。这个选择分析上最有道理，而且最符合实践。如果你不愿意把进度延长到那个数量，别人通常也不愿意，那么你可以晚一些做决定，通过监控你第二个里程碑的数据来决定。如果第二个里程碑同样延长了25%，那么就要马上采取纠正措施，措施越晚起作用的机会越少。 Historical Building Data Small Medium La