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

对需求建模 软件需求就是根据用户对产品功能的期望，提出产品外部功能的描述。需求分析所要做的工作是获取系统的需求，归纳系统所要实现的功能，使最终的软件产品最大限度的贴近用户的要求。一般要考虑系统做什么（what），而尽可能的不去考虑怎么做（how）。UML用例图可以表达和管理系统大多数的功能需求。 对需求建模 对系统功能建模可以参考如下方法： 识别系统外部的参与者，从而建立系统的语境； 考虑每一个参与者期望的行为或需要系统提供的行为； 把公共行为命名为用例； 确定供其他用例使用的用例和扩展其他用例的用例； 在用例图中对这些用例、参与者和它们间的关系建模； 用描述非功能需求的注释修饰用例图。 内容：根据访谈内容，进行业务用例建模 交付：业务用例图 现在的任务 图书管理系统需求描述(descriptions) 图书馆系统有借书者、普通管理员、系统管理员和一般浏览者四种角色。 一般浏览者是非图书会员，只能通过网络浏览图书馆的基本信息，如通过查询获取图书馆提供的各种服务信息。 借书者是图书馆的会员，拥有自己的账号，可以借阅图书。借书者能够从图书馆系统中借、还、续借和预约图书，还可以查询自己的借书信息和系统情况等。借书者可通过网络进行续借和预约图书。 图书管理系统需求描述(descriptions) 普通管理员协助借书者完成借书、还书和续借服务。 系统管理员负责图书管理（如图书编目和图书登记）、借书者管理和普通管理员管理等任务。 本图书馆系统能够处理藏书200万册左右和4万左右的会员。 图书管理系统处理图书流通每次事务时间应小于8秒。 课上/后任务 在图书管理系统或自己组所选项目访谈记录的基础上，识别参与者、用例及其之间的关系，画出业务用例图 预习教材第6-7章，了解各用例的处理过程，要处理的数据及属性 预习7.2节，理解用例场景描述文档中的关键要素及含义 ? CST:王春秀 ? 图书管理系统-业务用例图 * 计科系 段恩泽 email:duanenze@126.com 教材学习线路图 Chap1-4 Chap5 Chap6 Chap7 Chap8 Chap9 Chap10 Chap11 Chap12-13 Chap14-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）是系统外部的一个实体（可以是任何的事物或人），它以某种方式参与了用例的执行