第九章
9-2答：
对象是用面向对象方法学开发软件时对客观世界实体的抽象，它是由描述实体属性的数据及可以对这些数据施加的所有操作封装在一起构成的统一体。传统的数据是用传统方法学开发软件时对客观世界实体的抽象。但是，这种抽象是不全面的：数据智能描述实体的静态属性，不能描述实体的动态行为。必须从外界对数据施加操作，能能改变数据实现实体应有的行为。
对象与传统数据有本质区别，他不是被动地等待外界对它施加操作，相反，它是进行处理的主体。必须发消息请求对象主动地执行它的某些操作，处理他的私有数据。而不能直接从外界对他的私有数据进行草组。
9-5答：
所谓模型，就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。通常，模型由一组图示符号和组织这些符号的规则组成，利用它们来定义和描述问题域中的术语和该念。更进一步讲，模型是一种思维工具，利用这种工具可以把知识规范地表示出来。在开发软件的过程中，为了更好地理解客户要求解决的问题，往往需要建立问题域的模型。
为了开发复杂的系统，系统分析员应该从不同角度抽象出目标系统的特性，使用精确地表示方法构造系统的模型，验证模型是否满足客户对目标系统的需求，并在设计过程中主见吧和实现有关的细节加紧模型中，直至最终用程序实现这个模型。对于那些因过分复杂而不能直接理解的系统，特别需要建立模型，建模的目标主要是为了降低复杂性。人的头脑每次只能处理少量信息，模型通过把系统的重要部分分解为人的头脑一次能处理的若干个字部分，从而减少了系统的复杂程度。 9-9答：
管理员1n输入事 务n更 新1库存信息1生成出库事务入库事务0...*订货信息拥有采购员
9-10答：
管理员处理事务修改库存处理定货采购员产生报表
第十章
10-4 答：
售货机11存放硬币11使 用货物分配器n分 配货物（不同价格）存放n各 种 面 值的硬币硬币
投硬币要求输入要do检验真假 求真do要求选货选货do检查是否有货假退 币do / 退币有do检验真假大 于小于提示输入传送货物找零退币无要求输退币提示入决定不买退 币 用 户硬 币购物信息自动售货系统零 钱货 物用 户用 户退币假币信息硬币信息接受硬币硬币信息辨 真 伪真（面值信息）根据面值计算总额信 息面值总额购 物检查是否有货有货物信息检查是否够货无货信息购 物 信 息and输 出货 物退 货顾 客
第十三章
13-3 答：
（1）习题中仅对需求做了粗略描述，每项需求都应该进一步扩展，以提供细节需求和定量约束。例如，在开始估算软件规模之前，需要确定“良好的人机界面设计特征”的具体含义，以及对“CAD数据库”的规模和复杂度的具体需求。
经过对需求的进一步精化，分解出软件的下述7个主要的子功能。 用户界面及控制机制 二维几何图形分析 三维几何图形分析 数据库管理
计算机图形显示机制 外部设备控制 设计分析模块
（2）为了用代码行技术估算软件规模，应该针对每个子功能都分别估计出下述3个值：乐观值（即最小规模）、悲观值（即最大规模）和可能值（即最可能规模）。然后用加权平均法计算每个子功能的规模。结果如下： 功能 乐观值 可能值 悲观值 估计值 用户界面及控制机制 1500 2200 3500 2300 二维几何图形分析 3800 5400 6400 .5300 三维几何图形分析 4600 6900 8600 6800 数据库管理 1850 3200 5450 3350 计算机图形显示机制 3100 4900 7000 4950 外部设备控制 1400 2150 2600 2100 设计分析模块 6200 8500 10200 8400 估算出的总代码行数 33200 （3） 使用功能点技术估算软件规模时，对软件的分解时基于信息域特性而不是基于软件功能，下表给出了5个信息域特性的估计值，为了计算未调整的功能点数，假设每个信息域特性的复杂度都是平均级别的。
未调整的功能点数 信息域值 乐观值 可能值 悲观值 估计值 特性UFP系数 数 输入数 20 24 30 24 4 96 输出数 12 15 22 16 5 80 查询数 16 22 28 22 4 88 文件数 4 4 5 4 10 40 外部接口数 2 2 3 2 7 14 总计数值 318 接下来估计14个技术复杂性因素的值，并且计算DI的值。得到如下结果 因素 估计值 因素 估计值 数据通信 2 复杂的计5 算 分布式数据处理 0 可重用性 4 性能标准 4 安装方便 3 高负荷硬件 2 操作方便 4 高处理率 4 可移植性 5 联机数据输入 4 可维护性 5 终端用户效率 4 DI 49 联机更新 3 计算技术复杂性因子TCF=0.65+0.01*DI=1.14 最后计算功能点数：FP=UFP*TCF=318*1.14=363 （4）用代码行技术估算，开发本系统的工作量为 E=33200/620=54人月
开发成本为54*8000=432000元
（5—）用功能点技术估算，开发本系统的工作量为 E=363/6.5=56人月
开发成本为56*8000=448000元 13-4 答：
由于待开发的应用系统类似于以前做过的系统，开发人员已经积累了丰富的经验，没有多少技术难题需要攻克。为了减少通信开销，充分发挥技术骨干的作用，统一意志统一行动，提高生产率，加快开发速度，项目组的组织结构以基于主程序员的组织形式为好。
针对待开发的系统，客户已经写出了完整的需求文档，项目组又有开发类似系统的经验，因此，可以采用广大软件工程师熟悉的瀑布模型来开发系统。 13-10 答：
IEEE把基线定义为： 已经通过了正式复审的规格说明或中间产品，它可以作为进一步开发的基础，并且只有通过正式的变化控制过程才能改变它。基线就是通过了正式复审的软件配置项。
? 在软件配置项变成基线之前，可以迅速而非正式地修改它。
? 一旦建立了基线之后，虽然仍然可以实现变化，但是，必须应用特定的、正式的过程来评估、实现和验证每个变化。