面向对象建模技术.ppt

2.1.4用例与参与者的关系注意2：如果参与者使用某一个用例，则不应该再使用其父用例。泛化用例图01名称02[标识符]03[参与者]04[状态]05频率06前置条件07后置条件08[假设]09基本操作流程10可选操作流程11[修改历史记录]对用例的细节描述2.3描述用例将用例中重要的可选性流程从用例中分离出来，以形成新的用例，这样可以减少重复、增加重用。用例之间的关系有：包含关系扩展关系0302012.4用例间的关系2.4.1包含关系包含用例可以简单地包含被包含用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。提供者用例的来源02从现有用例中提取01已经存在的2.4.1包含关系2.4.1包含关系扩展用例被定义为基用例的增量扩展，扩展关系的虚线箭头指向基用例。02用一个用例增强另一个用例的功能，被扩展到用例称为基用例012.4.2扩展关系2.4.2扩展关系归还图书超时调用NotifyOverTime用例1当学生借阅图书有超期时，才会启动扩展用例，如果每次都要启动NotifyOverTime，则应使用包含关系。22.4.2扩展关系扩展用例的启用机制：扩展点01扩展点：基用例中的一个或多个位置，在该位置会衡量某个条件以决定是否启用扩展用例02图2-21032.4.2扩展关系1泛化与包含用例属于无条件发生的用例，而扩展属于有条件发生的用例。2泛化侧重表示子用例间的互斥性、用例间的继承性；当两个或者多用例在行为，结构和目的方面存在共性时，就可以使用泛化关系3包含侧重表示被包含用例提供服务的复用性；4扩展侧重表示扩展用例的触发不定性（可选性）；泛化、包含与扩展关系的区别泛化、包含与扩展关系的区别01.确定系统涉及的总体信息02.确定系统的参与者03.确定系统的用例04.构造用例模型05.下面以单机版的图书管理系统为例，说明建模过程建模步骤2.5用例建模2.5.1确定系统涉及的总体信息2书籍归还处理5图书管理员信息的维护3查看借阅者的借阅信息6图书信息的维护1书籍借出处理4借阅者信息的维护分析使用该系统主要功能部分的是哪些人。谁将需要该系统的支持以完成其工作。系统的管理者与维护者。首先分析系统所涉及的问题领域和系统运行的主要任务：2.5.2确定系统的参与者*PlaceOrder下订单RequestCatalog申请目录*************面向对象建模技术软件工程系林琳第2章用例图*人们在进行软件开发时，无论是采用面向对象方法还是传统方法，首先要做的就是了解需求。在进行需求分析时，使用用例图可以更好描述系统应具备什么功能。用例图由开发人员与用户经过多次商讨而共同完成，软件建模的其他部分都是从用例图开始的。*本章学习要点：用例图的组成理解泛化理解用例之间的关系对用例进行描述绘制用例图2.1用例图的构成*用例图用于定义系统的功能需求，它描述了系统的参与者与系统提供的用例之间的连接关系。这里的参与者可以人，也可以另一个系统。用例图仅从参与者使用系统的角度描述系统中的信息。下图描述了一个学生成绩管理系统的用例图。用例图包含四个基本元素：2.1用例图的构成用例（UseCase）参与者（Actor）系统（System）关系（Relation）关联关系（Association）包含关系（Include）扩展关系（Extend）泛化关系（Generalization）2.1.1系统*系统是为用户执行某类功能的一个或多个软件构件。系统的边界用来说明用例图应用的范围。01准确定义系统的边界并不总是很容易的，因为有些情况下，严格地划分哪些任务是由系统完成，而哪些是由人工或其他系统完成是很困难的。02一般的作法是，先识别出系统的基本功能，然后以此为基础定义一个稳定的、精确定义的系统架构，以后再不断地扩充系统功能，逐步完善系统。这样做可以避免由于系统太大，需求分析不易明确，从而导致浪费大量的开发时间。03系统用一个方框表示,可以省略。042.1.2参与者系统外部的一个实体。参与用例的执行过程。参与者通过向系统输入或者系统要求参与者提供某种信息来进行交互。由参与用例时所担当的角色来表示，命名时以所扮演的角色命名。每个参与者可以参与一个或多个用例。系统用户22%一些可以运行的进程40%与所建造的系统交互的其他系统38%参与者的种类：2.1.2参与者02