面向对象分析与设计分析.ppt

用例分析的步骤补充用例描述对每个用例实现从用例行为中找出类把用例行为分配到类对每个分析类描述属性和关联描述责任限定分析机制（analysismechanism）确定属性建立分析类之间的关联关系说明分析类之间的事件依赖关系整合分析类第30页，共65页，星期日，2025年，2月5日Step1:补充用例描述用例的描述往往不够查找分析类用户通常不关心系统内部的信息，所以开始时的用例描述是黑盒的为了发现分析类，需要从系统内部的视点对用例进行白盒描述例如：课程注册系统中，学生可能喜欢说“系统显示课程列表”，但是这不能说明系统内部是如何实现的。为了给出系统内部是如何工作的，我们要加入:系统从课程目录遗留数据库中取得课程列表第31页，共65页，星期日，2025年，2月5日Step2:从用例行为中查找分析类目的确定一组备选的、能够执行用例行为的分析类分析类分析类代表“系统中具备职责和行为的事物”的初期概念模型。这些概念模型最终将演进为设计模型中的类和子系统分类（根据其担负的职责和表现的行为）边界类（Boundaryclass）接口与系统外部某些事物的媒介。控制类（ControlClass）负责协调用例的行为。实体类（EntityClass）封装了数据以及数据相关的操作，表达领域概念，负责承担系统中需要持久化的信息及其关联的行为。应用逻辑对象第32页，共65页，星期日，2025年，2月5日识别分析类用例的行为最终都要落实到各分析类的职责上。第33页，共65页，星期日，2025年，2月5日边界类承担的角色边界类负责系统与外界的通讯和交互。边界对象将系统与其外部环境的变更（与其他系统的接口的变更、用户需求的变更等）分隔开，使这些变更不会对系统的其他部分造成影响。第34页，共65页，星期日，2025年，2月5日边界类的职责转换和翻译交互事件—对内，将外界不同格式的事件和信息转换为内部能够识别的格式，并触发控制类对象（或实体对象）来响应它们；对外，则做类似的反向操作；变更对外的表示内容—在内部状态（特别是外界关注的信息）发生变化时，向外部通知或更新表示内容）常见的边界类对象有：用户接口类帮助与用户进行通信的类，通过标准的I/O设备提供人机界面（GUI）系统接口类帮助与其他系统进行通信的类，系统（通讯协议）接口。设备接口类或Timer提供对硬件设备的软件接口第35页，共65页，星期日，2025年，2月5日识别边界类用户界面类关注要呈现给用户的信息是什么不要陷入UI的设计细节系统和设备接口类关注必须定义的协议是什么不要关注协议是如何实现的重点关注职责而不是细节第36页，共65页，星期日，2025年，2月5日识别边界类（续）每个用例主角都至少有一个边界类查找用户接口类时需要注意可以复用用户界面建模活动期间存在的边界类仅对系统的核心部分建模，不要对GUI中的每个按钮、列表和小部件都建模。分析的目的是要大致了解系统是如何构成的，而不是要设计每一个细枝末节查找系统边界类时注意与现有系统的接口可能已有明确定义，如果是这样，即可从接口定义中直接推导出职责如果已经有一个正式的接口定义，则可对它实施逆向工程，这样就不必在此正式界定它查找设备边界类时注意做用例分析的时候可能需要补充原来没有识别出来的设备主角，相应的也要修改用例的说明第37页，共65页，星期日，2025年，2月5日实例：用户界面（边界类）第38页，共65页，星期日，2025年，2月5日实例：系统接口（边界类）第39页，共65页，星期日，2025年，2月5日边界类的职责归类GUI界面边界类承担的职责包括：按要求的格式显示内容（VIEW—文本、表格、图形等控件）输入数据并转换为内部格式（CONTROL—编辑、选择、图形等控件）转换和翻译用户动作并触发响应（CONTROL—菜单、按钮、快捷键）系统接口边界类承担的职责包括：输入/输出数据，并根据协议进行格式转换接收事件并触发响应和向外发送事件第40页，共65页，星期日，2025年，2月5日边界类的状态与行为GUI界面边界类可以拥有状态，并可能对其行为产生如下影响：影响用户操作的执行范围（菜单等的使能与禁用，对话框的打开与关闭）影响对外显示的样式和能力边界类的状态除了受用户操作序列的影响，更多地将为控制类和实体类的状态所控制系统接口边界类的状态将与其支持的协议中规定的交互顺序有关设备接口边界类通常拥有复杂的状态，以便支持与硬件设备的适配逻辑第41页，共65页，星期日，2025年，2月5日控制类作用：负责协调、调度、处理事务并控制系统内部其它对象的行为。