图书管理系统业务用例图.pptVIP

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