图书管理系统-业务用例图.pptxVIP

计科系 段恩泽email:duanenze@126.com图书管理系统-业务用例图第一页，共三十四页。教材学习线路图Chap1-4Chap5Chap6Chap7Chap8Chap10Chap9Chap11我们的重点是面向对象的软件工程Chap12-13Chap14-16第二页，共三十四页。主要内容(contents)业务用例图第三页，共三十四页。图书管理系统需求描述(descriptions)图书馆系统有借书者、普通管理员、系统管理员和一般浏览者四种角色。一般浏览者是非图书会员，只能通过网络浏览图书馆的基本信息，如通过查询获取图书馆提供的各种服务信息。借书者是图书馆的会员，拥有自己的账号，可以借阅图书。借书者能够从图书馆系统中借、还、续借和预约图书，还可以查询自己的借书信息和系统情况等。借书者可通过网络进行续借和预约图书。第四页，共三十四页。图书管理系统需求描述(descriptions)普通管理员协助借书者完成借书、还书和续借服务。系统管理员负责图书管理（如图书编目和图书登记）、借书者管理和普通管理员管理等任务。本图书馆系统能够处理藏书200万册左右和4万左右的会员。图书管理系统处理图书流通每次事务时间应小于8秒。第五页，共三十四页。业务建模(Business Modeling)任务1：图书管理系统业务建模要求：根据访谈的结果，建立业务模型工作产品：业务用例图第六页，共三十四页。做什么模型化抽象化具体化实例化导出逻辑模型软件需求分析的任务(Task)由于需求分析方法不同，描述形式不同。理解需求 表达需求当前系统物理模型原系统新系统目标系统物理模型逻辑模型第七页，共三十四页。三个模型(Three Models)功能模型：即用例模型，反映系统应该“做什么”对象模型：构建分析类，使用类图、对象图描述对象、对象属性、对象之间的关系，是系统静态模型。动态模型：利用活动图、时序图、协作图等描述系统动态行为。第八页，共三十四页。相关知识点(Knowledges)用例图参与者用例用例间的关系用例建模第九页，共三十四页。用例（Use Case）用例是待构造系统的使用场景，提供了系统将被如何使用的描述。用例描述了由一系列执行的活动所产生的一些输出结果。每个用例描述了外部用户如何来触发系统必须响应的事件。第十页，共三十四页。用例图（Use Case Diagram）用例图（Use Case Diagram）从用户的角度描述系统功能，指出各功能的执行者，用例图可使系统的用户更容易理解这些元素的用途，也便利软件开发人员最终实现这些元素。第十一页，共三十四页。用例图（Use Case Diagram）UML中的用例图描述了一组用例、参与者以及它们之间的关系。因此用例图包括以下3方面内容参与者（Actor）用例（Use Case）用例间的关系第十二页，共三十四页。参与者（Actor）参与者（Actor）是系统外部的一个实体（可以是任何的事物或人），它以某种方式参与了用例的执行过程。参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。参与者由他们参与用例时所担当的角色来表示。第十三页，共三十四页。参与者（Actor）参与者一般可分为三类：具体的系统用户其他系统可运行的进程第十四页，共三十四页。如何识别参与者(Identifying Actor)在获取用例前要先确定系统的参与者，可以根据以下的一些问题来寻找系统的参与者。谁或什么使用该系统；谁安装系统；谁启动和关闭系统；谁维护系统；与该系统交互的是什么系统；谁从系统获取信息；谁提供信息给系统；有什么事发生在固定事件。第十五页，共三十四页。参与者之间的关系(Relations)在用例图中，常使用泛化关系描述多个参与者之间的公共行为例如学院的老师，分为专业教师和素质教师第十六页，共三十四页。练习(Exercise)识别图书管理系统中的参与者及其他们之间的关系第十七页，共三十四页。用例（Use Case）用例的概念识别用例第十八页，共三十四页。用例的概念(Concept)用例就是外部可见的系统功能。用例包含了所必需的全部行为，即执行用例的主线次序、标准行为的不同变形及一般行为下的所有异常情况及其预期的反应。用例不是系统的功能需求或规格说明，其目的是要展示所描述过程中的需求情况。用例的动态执行过程可以通过状态图、时序图、协作图来描述。第十九页，共三十四页。用例的概念(Concept)在UML中，用例用一个椭圆来表示，用例的名字可以书写在椭圆的内部或下方。第二十页，共三十四页。识别用例(Identifying use case)从分析系统的参与者开始，考虑每个参与者是怎样使用系统。在识别用例的过程中，通过以下的几个问题可以帮助识别用例：特定参与者希望系统提供什么功能；系统是否存储和检索信息，如果是，这个行为由