信息系统分析与饲设计第六章.pptVIP

第6章 面向对象分析工作流 ——Osbert案例研究 6.1 分析工作流 获得对需求的更深入理解并以某种方式述需求 在统一过程中有三种类 实体类：为长期存在的信息建模 Account Class类，Painting Class类，Mortgage Class类和Investment Class类 边界类：为信息系统及其参与者之间的交互建模 Purchases Report Class类和Sales Report Class类 控制类：为复杂的计算和算法建模 Compute Masterpiece Price Class、Compute Masterwork PriceClass和Compute Other Painting Price Class 3种类的UML表示法（构造型stereotype） 6.2 提取实体类 6.3 初始功能性建模：Osbert 案例研究 Osbert信息系统用例图 方案是用例的一个实例。 以Buy a Painting为例说明： 购买到精品油画 卖主拒绝出价 信息系统没有查找出需要的油画 方案只描绘一种特殊的购买交互。 对应于每个用例有许多方案，系统分析师团队应该尽可能多的分析出正常的和异常的方案，以获得对该领域、业务模型以及最重要的是对用例尽可能深入的理解。 一种可能方案 其他两种方案 方案合并描述 6.4 初始类图：Osbert案例研究 提取实体类，确定它们的相互关系，并找出它们的属性。 开始这一步的最佳方式通常是使用两阶段名词提取法。 Osertb案例： 阶段1：描述信息系统 阶段2中，标识出这个段落中的名词。 找出实体类：Paint Class、Masterpiece Class、Masterwork Class和Other Painting Class 初始类建模（第一次迭代） 考虑四个实体类之间的关系（第二次迭代） 更进一步 之前的描述 调整Masterwork Class与Masterpiece Class之间的关系 初始类图的第三次迭代 更进一步 之前的描述 提取“拍卖的油画”类与“要购买的油画”类 初始类图的第四次迭代 更进一步 之前的描述 提取“流行度系数”类 初始类图的第五次迭代 添加属性 显示构造型的类图 6.5 初始动态模型：Osbert Oglesby案例研究 绘制状态图，反映由信息系统执行的或为其执行的所有操作。 状态：信息系统的属性的一组特殊值。 Osbert系统的初始状态图 Osbert信息系统中的初始主菜单 当发生某种事件时，信息系统会从一种状态转移到另一种状态。在每种状态中，Osbert会执行那种状态支持的操作之一。 6.6 提取边界类 边界类通常容易提取。 一般来说，每个输入屏幕、输出屏幕和打印的报告都是通过边界类来建模。 Osbert Oglesby案例： 所有用例使用一个屏幕： 购买油画 销售油画 打印报告 更新流行度系数 建立一个屏幕类：User Interface Class 用户界面屏幕——图形界面和文本界面 信息系统的初始边界类 信息系统中产生的报告 购买报告 销售报告 将来的趋势报告 每种报告的内容不同，所以通过单独的边界类来建模。 由此产生4个相应的初始边界类： 6.7 提取控制类 一般来说，每种重要的计算都是通过控制类来建模的。 Osbert Oglesby案例： 有四类计算： 确定Osbert 应该为精品、名品或其他油画提出的最大价格以及确定艺术品购买中是否有新趋势 产生四个初始控制类： 6.8 改进用例 对用例进行细化 Buy a Painting用例细化 Buy a Masterpiece Buy a Masterwork Buy other painting Produce a Report用例细化 Produce a Purchase Report Produce a Sales Report Produce a Future Trends Report Osbert Oglesby用例图的第三次迭代 用例细化后的改变 用例细化后，只需改变原来用例的描述。把每个用例进行单独的描述。 如：Buy a Masterpiece用例图 Buy a Masterpiece用例描述 6.9 用例实现 用例实现——扩展和细化用例的过程。 使用的UML建模工具：交互图（顺序图或协作图） 6.9.1 Buy a Masterpiece用例 6.8 改进用例 购买精品的一种可能方案 方案是用例的一个可能的实例。用例为参与者与信息系统之间的所有交互的集建模。每个交互都是用例的一个方案。 6.8 改进用例 工作中的信息系统使用的是对象，而不是类。 例