面向的对象分析设计.pptVIP

7.3 面向对象分析（OOA） 建立用例模型的过程 找出系统边界以外的角色（actor），角色是与系统进行交互的外部实体，可以是与系统交互的人员、与系统相连并交换信息的设备和其他系统； 从这些角色如何与系统进行交互的角度，找出用例（use case）。用例表示向角色提供什么功能，每个用例代表一个完整的功能； 绘制用例图，用例图表达角色如何使用系统功能，角色启动用例并与之通讯。用例图能完整地描述系统所具备的基本功能； 用例描述，用例图只能宏观地表达系统功能，但却不能提供用例模型所必需的所有信息，采用文本方式对每个用例的含义和具体动作序列加以详细的描述。用例描述也可采用列表方式并辅以活动图。 7.3 面向对象分析（OOA） 举例 银行储蓄管理系统 7.3 面向对象分析（OOA） 用例文档 目标：储户提取现金。 2．事件流： (1)基本流程 ①输入用户身份（id号由操作员录入，密码由用户录入）和提取的金额； ②身份验证； ③余额验证，余额是否大于提取金额； ④提取现金，修改余额； ⑤显示帐户提款后的信息； (2）可选流程 ①身份号验证不通过，提示并重新输入； ②余额不足提示并重新输入； 3．特殊需求：无。 4．前提条件：用例开始之前，操作员必须在系统登录成功。 5．后置条件：如果用例执行成功，用户余额被更新，否则，系统状态不变。 7.3 面向对象分析（OOA） 用例名称： 取款 用例ID： B_11 参与者： 操作员 描述： 操作员根据储户要求提取现金 启动： 操作员登录后点击“取款” 前置条件： 用例开始之前，操作员必须在系统登录成功 后置条件： 如果用例执行成功，用户余额被更新，否则，系统状态不变 7.3 面向对象分析（OOA） 主事件流: 用户视图 逻辑运算 数据实体 1. 输入用户身份（id、Password）和提取金额 ? ? ? 2. 储户身份验证 Depositor ? 3. 余额验证，余额是否大于提取金额 Account ? 4. 提取现金，修改余额； Account 5. 显示帐户提款后的信息 ? ? 备选流： 备选说明 处理过程 1. 储户身份验证不通过 提示信息，返回“取款”并重新输入 2. 余额不足 提示信息，返回“取款”并重新输入 7.3 面向对象分析（OOA） 人机界面 逻辑运算 数据实体 7.3 面向对象分析（OOA） 概念模型 概念模型是将用例模型向计算机表示的进一步过渡。概念模型就是划分类的结果。主要表达用类图，辅以顺序图。 用例模型到概念模型的转化经过三个具体步骤：找类（划分类）、找属性和行为（封装类）、找类的关系（画类图） 类的识别 一 外部实体：如其他系统、设备、人员，他们产生或使用基于基于计算机系统的信息 事物：如报告、显示、字母、信号，问题信息域的一部分 偶发事件或事件：如所有权转移或完成机器人的一组移动动作，在系统操作环境内发生 角色：如经理、工程师、销售人员，由和系统交互的人员扮演 组织单元：如部门、组、团队，和某个应用系统相关 场地：如制造车间、码头，建立问题的环境和系统的整体功能 结构：如传感器、交通工具、计算机， 二 可能是物理实体、抽象的概念 物理实体 人或组织的角色 应该记忆的事件 两个或多个对象的相互作用，通常具有交易或接触的性质 需要说明的概念 二 数据的产生者 数据的使用者 数据的管理者 查看和观察者 7.3 面向对象分析（OOA） 四 对每个用例分别可以找出三种类：视图类、逻辑类和实体类； 将所有找到的三种类集中综合在一起得到三大模型：视图模型、逻辑模型和实体模型；（P166） 原始类的划分可采用表格表示三大模型，根据要求再进一步细化。 用例 角色 Model Entity 用例模型 视图模型 实体模型 逻辑模型 View O O A 模型 概念模型 综合 综合 综合 筛选类时主要依据下列标准 冗余：表达同样信息 无关：与目标系统无关 笼统： 属性：描述其他对象的属性 操作： 实现 类的封装（属性、行为）P168 属性包括分析和选择两个步骤。 分析 属性的确定既与问题域有关，也和目标系统的任务有关。 应该仅考虑与具体应用直接相关的属性，不要考虑那些超出所要解决的问题范围的属性 在分析过程中应该首先找出最重要的属性，以后再逐渐把其余属性增添进去。 在分析阶段不要考虑那些纯粹用于实现的属性。 选择 认真考察经初步分析而确定下来的那些属性，从中删掉不正确的或不必要的属性。 误把对象当作属性 误把关联类的属性误作为一般对象的属性 误把限定误当成属性 误把内部状态当成了属性 过于细化 存在不一致的属性 行为有交互图分配 类的外部关系 找出类的关联、依赖、继承等关系 7.3 面向对象分析（OOA） 例：银行储