管理信息系统 教学课件 作者 黄洪 第06章.pptVIP

用例描述示例 1.用例发表留言的描述 1.1 前置条件 在用户留言用例开始之前，用户注册用例必须已经完成，且用户登录用例也必须完成。 1.2 后置条件 如果这个用例完成，则用户的留言被保存在系统中。 1.3 扩展点 如果这个用户是初级用户，则需要扩展本用例。 1.4 事件流 1.4.1 标准事件流 用户登录后选择“留言”，发表留言用例开始。用户输入留言的主题，在留言信息区编辑留言内容，然后选择“提交”，则用例正常结束，留言内容被保存。 1.4.2 替代事件流 如果用户不选择“提交”而离开系统，则用例结束，留言内容不被保存。 1.4.3 例外事件流 用户提交留言时，系统对留言进行检查，如果发现有违规内容，则提示用户修改。内容不保存。 类图 类是面向对象技术的基础，是面向对象程序设计的基本单元。类图描述软件系统的静态结构。类图不仅定义了系统中的类，表示了类与类之间的关系（关联、依赖、继承），而且也描述了类的内部结构（类的属性和操作）。 类图描述的是系统的一种稳定的静态关系，在系统的整个生命期内都是有效的。 类图 类可以进一步划分为实体类、边界类和控制类。 实体类保存在系统中的信息。一个实体类的对象对应关系数据库中的一条记录。 边界类是系统与用户的接口。用户通过边界类与系统进行交互。 控制类协调和控制其他类的对象以实现用例规定的行为，它封装了实现用例行为所需要的事件流。 在系统分析阶段，主要考虑的是实体类。在设计和实现阶段，除了对实体类进一步细化之外，还要着重考虑边界类和控制类。 UML中类的基本表示方法 类的封装性及其表示 封装性表现为类成员的可见性。可见性分为公开的（public）、受保护的（protected）和私有的（private）三种。 在UML中分别用“+”，“#”和“-”表示。“+”表示完全公开；“#”表示对同一个包中的类公开，对不同包中的类隐藏；“-”表示对外完全隐藏，仅仅对定义该成员的类的内部可见。 封装性的表示 可见性也被分为：公开的，受保护的，默认的，私有的四类。其中“受保护的”对同一个包的其它及不在同一个包的子类可见；“默认的”对同一个包的其它类可见。 类之间的关系表示 类之间的关系可以分为继承和关联，关联可以进一步分为组合、聚集和依赖。 UML中继承关系表示如下： 类之间关联关系的表示 关联用于泛指两个类之间概念上的联系。例如公司类和雇员类之间就存在联系，雇员为公司工作，公司雇佣雇员。 在关联关系的两端，可以标注关联约束，还可以标注关联在数量上的对应关系（关联的多重性）。上图说明Employee是因为工作而与Company关联，任何一个雇员只为一个公司工作；Company因为雇佣而与Employee关联，一个公司可以雇佣一个以上（1..*）的雇员。 关联关系的细分 关联关系可以进一步划分为组合、聚合和依赖。 组合关系是一种紧密而稳定的关联关系。 如公司与部门是一种组合关联关系，因为如果没有公司，部门也将不存在。 有时组合关系也用于描述一个类的对象包含另一个类的确定个数的对象作为成员，例如：一辆汽车包含一台发动机、四个轮胎，则汽车类与发动机类和轮胎类的关系是组合关联关系。 关联关系的细分 聚合关系是一种较为松散的关系。 例如：雇员与公司和部门之间的关系不是一种稳定的关系，因为即使公司或者部门不在了，雇员仍然存在，而且公司中雇员的人数不是固定的，雇员可以在部门之间或者公司之间流动。所以雇员与公司和部门之间的关系是聚合关系。 在面向对象的程序设计中，聚合关系表现为一个类中声明另一个类的集合变量作为类成员。 组合与聚合关系的表示 关联关系的细分 依赖关系是一种更为松散的关系。 例如汽车和加油站的关系就是依赖关系。汽车类依赖加油站类，只有汽车加油时才会与加油站发生关联，而且在哪一个加油站加油也是不固定的。依赖关系中，被依赖的类的对象是依赖类的操作所要使用的一种工具。 在面向对象的程序设计中，依赖关系表现为依赖类的某个方法或者函数的参数类型是被依赖类的类型。 依赖关系的表示 对象图 对象是类的实例，对象图描述在某一瞬间系统中存在的对象及对象间的关系。 UML中对象的表示 对象图 对象图示例 面向对象的系统分析实例 仍以网上花店为例 用例图 网上花店前台总体用例图 用例图 细化的前台用例图 “购买商品”用例的细化 用例描述示例 1.用例“购买商品”的描述 1.1 前置条件 用户已经登录。且查看到了想买的商品。 1.2 后置条件 如果这个用例完成，则订单被保存在系统中。 1.3 扩展点 无 1.4 事件流 1.4.1 标准事件流 用户在相应的商品信息页面输入购买的数量，并单击放入购物车按钮，如果之前不存在该用户的购物车，则创建购物车，