第6章面向对象分析培训课件.pptVIP

6.4 构造动态模型 通过描述分析类实例之间的消息传递将用例的职责分配到分析类中。 在初步找出一些分析类之后，用顺序图将用例和分析对象联系在一起，描述用例的行为是怎样在它的参与对象之间分布的。顺序图可以将用例的行为分配到所识别的分析类中，并且帮助开发人员发现和补充前面遗漏的分析类。例如，图书馆信息管理系统“借书”用例的顺序图 6.5 评价分析模型 为了使需求评审工作更加具有可操作性，下面列出了一些问题清单: 1．检查“正确性”的问题列表 用户是否可以理解实体对象的术语表？ 抽象类与用户层次上的概念对应吗？ 所有的描述都与用户定义一致吗？ 所有的实体类和边界类都使用具有实际含义的名词短语吗？ 所有的用例和控制类都使用具有实际含义的动词短语吗？ 所有的异常情况都被描述和处理了吗？ 是否描述了系统的启动和关闭？ 是否描述了系统功能的管理？ 2．检查“完整性”的问题列表 每一个分析类都是用例需要的吗？它在什么用例中被创建、修改和删除？是否存在边界类可以访问它？ 每一个属性是在什么时候设置的？类型是什么？它是限定词吗？ 每一个关系是在什么时候被遍历？为什么选择指定的基数？一对多和多对多的关系能被限定吗？ 每一个控制类对象是否有必要访问参与用例的对象？ 3．检查“一致性”的问题列表 类或用例有重名吗？ 具有相同名字的实体表示相同的对象吗？ 所有的实体都以同样的细节进行描述吗？ 是否存在具有