面向对象需求分析-上海财经大学.PPTVIP

概念模型 分析阶段 概念模型展示出问题域中有意义的概念 概念是真实世界中事物的代表，而不是软件中各构件的代表 销售点终端系统问题域中的概念 如何识别概念？ 使用概念目录列表找出概念 根据名词短语找出概念 概念列表 初始概念模型 添加关联 概念模型是真实世界的表达方式，不是软件构件的表达方式，因此，任何与属性相关的声明都应该用真实世界中的实体进行解释。 属性是某个对象的逻辑数据值 概念模型中的属性不应该是一个复杂的领域概念，如sale或者airport 概念模型中的属性应该取简单属性或者纯数据值 纯数据值也称为值对象（value object） 如果不能确定，则将某个事物定义为单独的概念，而不是属性。 简单属性类型包括：boolean，date，number，string，text，time等 其他类型包括：address, color, geometrics, phone number, social security number, upc, zip code, enumerated type( 枚举类型） 非简单数据类型的属性 包含可以分开的段的数据，如电话号码，人名等 经常要进行某些操作的数据，如分析或验证，如社会安全号等 本身还包括其他属性的数据，如促销价格应有开始和结束日期 带有特定单位的数量值，如支付金额有货币单位 系统行为描述了系统做什么，而不是怎么做 顺序图是对系统行为所做的描述的一部分 系统顺序图展示了特殊的用例场景中系统外部参与者发起的事件、事件的顺序和系统之间的交互事件 在顺序图中，所有系统都被当成黑盒子，顺序图的重点是参与者发起的跨越系统边界的事件 顺序图适合于展示用例执行过程中典型事件过程，以及备选事件过程 顺序图—购买商品 系统事件和系统操作 系统事件是由某个参与者发起的指向系统的输入事件。一个事件的发生能够触发一个响应操作的执行。 系统操作是系统为响应一个事件而执行的操作。 例如，当出纳员发起一个enterItem事件后，这个事件导致执行enterItem这个系统操作，事件名字和操作名字完全相同。 但事件是命名的动因，而操作是对动因的响应 系统事件和系统操作 系统事件“enterItem”触发了一个同名的系统操作 记录系统操作 所有需要执行的系统操作都可以通过系统事件识别出来。 系统操作带有参数，例如： enterItem（UPC，quanlity) endSale() makePayment(amount) 系统事件和系统边界 用例：购买商品 一名顾客带着所要购买的商品来到POST付款处。 出纳员记录下商品代码（UPC)以及商品数量。 系统确定商品价格并将商品信息输入到正在处理的销售事务处理系统。系统显示当前商品描述信息和价格。 付款完成后，顾客带着他所购买的商品离开。 分析阶段总结 上海财经大学信息管理与工程学院 第15章 面向对象需求分析 * 添加关联 案例与练习 添加属性 本章主要内容 定义基本用例 精化用例图 精化概念模型 精化术语表 定义系统顺序图 定义操作契约 定义状态图 sale Date time SalesDatabase Date time sale Date time Print() 真实世界中的概念 软件制品，不是概念模型的一部分 软件类，不是概念模型的一部分 Store Sale POST 产品目录（Product Catalog） 管理员（Manager） 商店（Store） 顾客（Customer） 支付（Payment） 出纳员（Cashier） 销售项（Sale） 销售项条目（Sales Line Item） 商品项（Item） 产品规格说明（Product Specification） 销售点终端（POST） 销售点终端 顾客 管理员 销售项条目 出纳员 商店 销售项 产品规格说明 支付 产品目录 POST——商店 A被B所拥有 POST——POST A是B的一个实例 支付项——销售项 AB分别是一个事务，二者有关联 顾客——支付项 出纳员——支付项 A与一个事务B有关联 顾客——出纳员 A与B相互通信 出纳员——POST 管理员——POST 管理员——出纳员 A使用或管理B 出纳员——商店 A是B的一个成员 销售项——商店 销售项——POST A为B所记录 销售项条目——销售项 A是事务B或报告B的一个记录项 产品规格说明——商品项 A是对B的描述 产品规格说明——产品目录 产品目录——商店 A在逻辑上包含于B POST——商店 商品项——商店 A在物理上包含在B中/依赖B 销售项条目——销售项 A在逻辑上是B的一部分 在POST系统中的实例 分类 Cashier Name currentPOST cashier POST number 使用关联而