面向对象软件分析87282.pptVIP

面向对象软件开发 面向对象分析基础知识 面向对象分析基础知识 理解面向对象分析的意义 面向对象分析应该掌握的基础知识 对分析类有一定的了解 学会如何用动名词法从知识域中提供分析类 面向对象分析是什么? 对某个特定领域或待解决问题的抽象和建模 对需求的分析,为了更精确的理解需求 抓住核心的本质的需求,抛弃无效需求 以易于理解、组织、更改和重用的方式来组织需求 分析的结果是设计的切入点 分析使用开发人员的语言来描述，因此可以引入更为形式化的方法，用于探究系统内部的运作方式，如UML。 以面向对象的方式进行抽象和建模 面向对象分析不是什么? 分析阶段避免有具体实现的想法,那是错误的。 分析不需要考虑诸如网络、存储、性能、伸缩性等问题。 分析在软件生命周期中的作用 不同的软件项目如何看待和使用分析是不同的： 使用分析模型来描述分析结果，并在整个软件生命周期内维护该模型的一致性； 项目使用分析模型来描述分析结果，但仅将其视为过渡性的工具，可能重点在细化阶段； 项目根本不使用分析模型来描述分析结果，而是将分析需求作为需求捕获或设计的一个完整部分。 面向对象分析最重要的是什么？ 类型的确定 类型职责的划分 类型的组织 类型之间关系的建立 面向对象分析之 类型的确定之分析类 分析类代表了对系统设计中的一个或几个类或若干子系统的抽象； 分析类侧重功能性需求，非功能性需求通常在设计阶段转化为具体类解决； 分析类定义的职责和属性更抽象，属于概念级的； 分析类涉及到关系; 分析类分为边界类、控制类、实体类三种； 面向对象分析之 类型的确定之分析类 分析类的类型： 边界类 实体类 控制类 面向对象分析之 类型的确定之分析类 边界类 边界类用于建立系统与其参与者之间交互的模型； 边界类对系统中依赖于参与者的部分建模； 边界类经常代表对窗口、窗体、通常接口、打印机接口以及API的抽象； 边界类应该保持在一个较高的概念化层次上，不要深究细节； 面向对象分析之 类型的确定之分析类 边界类举例 下面称为“支付请求用户界面”的边界类用于支持”买主”和“支付帐单”之间有交互； 面向对象分析之 类型的确定之分析类 实体类 实体类是对长效且持久的信息建模； 实体类通常表示为一种逻辑数据结构； 实体类是一类被动的对象，它本身不会启动交互，可以参加多个交互，并且存活于任何单独的交互之外； 实体类通常包括文件、数据库等 面向对象分析之 类型的确定之分析类 实体类示例： 通过边界类实现对实体类的操作： 面向对象分析之 类型的确定之分析类 控制类： 控制类代表协调、排序、事务处理以及对其他对象的控制； 控制类还可用来表示复杂的派生演算，如业务逻辑，它们与任何具体的实体类都没有关系； 对对象的组织，有效的将控制与变化隔离； 控制类并不封装与参与者交互有关的问题，也不封装与系统处理的长效的、持久的信息，这是由边界类和实体类进行封装的； 面向对象分析之 类型的确定之分析类 控制类示例： 面向对象分析之 类型的确定之分析类 发现类，类的来源有： 高层问题语句 低层需求 领域的专业知识 面向对象分析之 类型的确定之分析类 类获取方式： CRC 动名词法 面向对象分析之 类型的确定之分析类 动名词法获取类: 证券系统基本需求描述 证券管理人员应该能够在好几层上累加证券。 交易者应该可以设置代表证券的订单，它可以产生一次或者多次交易。 证券管理人员应该可以选择一种与设置销售订单一起的匹配方式。 交易入口应该产生与给定交易区有关的预测现金流。 系统应该使实际现金流与预测现金流匹配。 系统应该自动给总账产生正确的对帐。 系统应该允许助理交易员修改交易数据并正确的传输结果。 面向对象分析之 类型的确定之分析类 动名词法优点: 简单易用 周期短 动名词缺点: 容易陷入句法分析的漩涡 使用不当可能会花入很多时间却让一无所获 有些对象是没有办法在简单的业务描述中获得，它隐藏在该领域的知识里面； 面向对象分析之 类型的确定之分析类 练习: 用动名词法对书籍管理系统分析,提供分析类 * * Zenith:冉露 ranlu@ *