uml习题答案第三次到第五次解读.ppt

* 习题 8.16 (a) 对象图 * 习题 8.16 (b) 修改后的类图 * 习题 8.16 (c) 问题说明，不同的类图可以模型化同样的现实，Node类的引入只表示一个抽象类，不会产生任何实例，不代表一个新的对象类型，只是表达一个更简洁的模型，(a)中的对象与链接仍然有效 (a)中的“subdirectory”链接与类directory和类file之间的链接，在(b)的新类图中合并为“Contains”关联 * 习题 8.16 (d) 聚合关联用类Node和类Directory之间，以描述目录的分层结构 * 习题 8.17 类图 重写函数满足特定性质 * 习题 8.18 类图 Part Item * 习题 8.19 类图 * 习题 8.20 类图 * 习题 8.21 类图 * 习题 8.22 类图 * 习题 8.23 类图 * 习题 8.24 类图 * 习题 8.25 类图 * 习题 8.26 类图 * 习题 8.27 类图 风险分析一般都会涉及下次迭代计划的活动。 * 汽车生产，属于只有增量，没有迭代，因为需求一致。工业时代带来的强行统一需求所导致的好处。 写论文，改错别字的过程，每改一遍就是迭代无增量 * 保存祖先信息，可以允许空缺 * 没有marriage就是没有婚姻了，如果要单独记录离婚就要再添加一个divorce类继承liaison * 需要说明canread不能关联directory * Chd.Wang，E-Mail：Chdwang@njupt.edu.cn * 习题 3.1 参考答案 对比其他工程，在软件工程的实施中，晚期测试带来的问题越来越明显 问题在于软件工程师，通过系统模型或用户需求，无法推断目标系统的特证；但对于航空工程师来说，通过早期的风洞试验或数学分析模型，就能够评测新机翼的设计 软件开发的形式化研究，试图为软件工程的实施提供一个适合的数学基础，但没有取得成功；部分原因就在于，软件形式化规范对需求的描述比代码本身更详细，在某些方面甚至不是一种对系统的抽象 * 习题 3.2 参考答案 要回答这个问题，需要熟悉其他工程。从一个世俗的角度来看，似乎是软件需求比其他工程更复杂。其中一个原因可能是缺乏宽容（太过于严谨），这是软件需求的典型表现 * 习题 3.3 参考答案 每次螺旋的开始，基于以往的开发和风险分析提出一些明确的方案。 * 习题 3.4 参考答案 这一过程是渐进的，没有反复建立一个分阶段制度，每个阶段所涉及的活动将有所不同。例如神经网络软件的开发过程：第一增量是网络拓扑定义，第二增量就是增加适当的数据训练样本。分阶段地构建系统，每个阶段的活动都不一样，这就是一个增量而无迭代的开发过程。 构建好完整的系统原型后，在前一次开发的评估或启发下，不断返工开发的过程，就是一个迭代而无增量的过程。 * 习题 3.5 参考答案 开源开发是一个分布的演化模型，通常会转化为增量和迭代开发，例如Linux的开发，具有以下特征： 地理上广泛分布的开发者进行相互独立的开发，使得许多不同的增量被并行（迭代）开发 通过具有配置管理功能的系统，确保从分布的开发活动中提取合适的产品 * 示例 家庭图书管理 有一个爱书的人，家里各类书籍已过千册，而平时又时常有朋友外借，因此需要一个个人图书管理系统。该系统应该能够将书籍的基本信息按计算机类、非计算机类分别建档，实现按书名、作者、类别、出版社等关键字的组合查询功能。在使用该系统录入新书籍时，系统会自动按规则生成书号，可以修改信息，但不能够删除记录。该系统还应该对书籍的外借情况进行记录，显示外借情况列表。另外，还希望对书籍的购买金额、册数按特定时限进行统计 请用UML画出用例图 * 示例 参考答案 * 示例 优化 * 习题 8.1 (a) (b) * 习题 8.1 (c) (d) * 习题 8.2 (a) (b) (c) (d) (e) * 习题 8.3 (a) 正确 (b) 错误 类C实例不允许独立存在， 1个类C实例都确定链接1个类D实例 (c) 错误 类D的1个实例最多只能链接1个类C实例 (d) 错误 1个类C实例都当且仅当只能链接1个类D实例 (e) 错误 类图中没有定义与链接匹配的关联 (f) 正确 类D实例可能独立存在 * 习题 8.4 (a) 正确 类C实例可以链接0到多个类D实例 (b) 错误 类D实例不允许独立，每1个类D实例都确定链接1个类C实例 (c) 正确 (d) 错误 每1个类D实例都当且仅当只能链接1个类C实例 (e) 正确 类C实例可以链接0到多个类D实例 (f) 错误 最上面的类D实例链接了2个类C实例 * 习题 8.5 参考答案 director? ?Employs * 习题 8.6 (a) P119图8