统一建模语言uml——uml核心视图图书管理系统建模案例

统一建模语言UML,UML核心视图图书管理系统建模案例,案例描述,ABC是一所以培养软件开发人才为目标的高等院校，为适应IT产业发展对技术人才的需求，近年来扩大了招生规模，随着在校学生的增加，学院计划改善包括图书馆在内的各项教学设施，拟开发图书管理系统使其可以满足学生的要求。,任务一：,理解需求分析与用例图之间的关系。掌握参与者、用例、关系的概念。学会通过分析系统的需求，确定系统中的参与者和主要用例，并画出用例视图。,任务解决,系统中的主要活动，如下：读者需要借书籍，需要还书籍。读者可以预约书籍，也可以撤消预约。管理员根据读者要求提供服务。管理员可以添加、修改、删除读者。管理员可以添加、修改、删除书籍。,任务解决,1确定系统参与者 管理员和读者 2确定系统用例。 3绘制用例图。,读者信息管理用例图的绘制,书籍信息管理用例图的绘制,图书馆业务用例图的绘制,信息查询用例图的绘制,小结,用例图是显示一组用例、参与者以及它们之间关系的图。 用例图包括以下三方面的内容。参与者用例泛化、包含和扩展关系事件流描述了用例的细节内容,任务二,学会提取类的属性学会提取类的操作寻找和抽象出图书业务功能中的类寻找和抽象出书籍管理功能中的类。,类的寻找,类的寻找策略：(1) 从事件流中寻找名词或名词词组（或交互图中的对象），将性质相同的归为一类，或性质内容值正负相反的归为一类。(2) 去除不恰当的与含糊的类别，去除应是归类为属性的项目。(3) 给这些类取个合适的名字，在现实系统实现时，可以参照真实系统相关的命名规约。,寻找类示例,从图书馆管理系统中的读者管理模块中找出所用到的控制类。分析：读者管理模块主要完成对读者信息进行新增、修改和删除工作，因此我们可以在操作界面（边界类）和读者（实体类）之间创建一个控制类读者管理类，来协调完成读者管理的工作，该控制类应该具有新增、修改、删除三个主要的操作，如下图：,任务解决：图书业务功能中的类,图书馆业务功能主要由借书、还书、预约和取消预约四个主要功能，这四种功能是由三层组成，即：界面、控制和相应的书籍信息表。,因此，本功能模块可以抽象出如下类：书实体类读者实体类借书操作界面类 还书操作界面类预约图书操作界面类书籍业务管理类 。,精练,请根据所学的知识寻找和抽象出书籍管理功能中的类。参考分析：由前面章节对图书馆管理系统中的书籍管理功能可知，对管理员对书籍可以进行添加、修改、删除书籍这几种操作。因此该模块是由书籍信息类、书目类、新增书籍界面类、修改书籍界面类、删除书籍界面类和书籍管理类6个类组成。,任务解决：确定类之间的关系,图书业务功能模块中的类存在如下关系： 1关联关系所有的操作界面类与管理类之间就是一种普通的关联关系。 2泛化关系我们可将管理员类和读者类相同的特性和操作抽象出来形成一个父类（Client），那么管理员类、读者类与用户类之间就是一种泛化关系,在类图中绘制类的关系图。,精练,请根据所学的知识分析书籍管理模块中类之间的关系。参考分析：图书馆的主要静态模型类图是由书籍管理类、书类、书目类、管理员类、用户类和各种界面操作类组成。其中用户类与管理员类是泛化的关系，而其它类之间均是关联关系。请根据演示部分绘制类图的方法为书籍管理业务绘制类图。,任务三,根据ABC的图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务，要求：用活动图描述系统中已知用例的业务过程：1描述新增读者用例2描述删除读者用例,使用活动图对系统建模的步骤,确定活动图所关注的业务流程。确定该业务流程中的业务对象。确定该工作流的起始状态和终止状态。从该工作流的起始状态开始，说明随着时间发生的动作和活动，并在活动图中把它们表示成活动状态或动作状态。,将复杂的动作，或多次出现的动作集合归并到一个活动状态，并对每个这样的活动状态提供一个可展开的单独的活动图。找出连接这些活动和动作状态的转移。如果工作流中涉及重要的对象，则也把它们加入到活动图中。,任务解决：新增读者用例活动图建模,新增读者用例属于读者信息管理中的一个功能，主要用于在系统中增加新的读者信息，其具体的办理流程是：“读者”填写申请表，并交给“图书管理员” ；“图书管理员”将申请表中的信息通过录入界面，输入到图书管理系统；,系统中的业务逻辑组件将判断输入的信息是否合法；如果不合法则转入步骤（5），否则转入步骤（6）；显示添加错误信息，转到（8）；在数据库添加相信的用户信息；显示添加成功信息；结束。,精练,请根据所学的知识，绘制“删除读者信息”用例的活动图。,删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。,任务四,掌握事件的基本概念及如何描述事件掌握的状态基本概念及如何描述状态掌握的转换基本概念及如何描述转换完成以下内容：图书业务模块中借书用例中的书籍状态图； 图书业务模块中还书用例中的书籍状态图。,状态图的建模技术的策略,(1) 选择状态机的语境（即建模对象），不管它是类、用例或是整个系统；(2) 选择这个对象的初态和终态。为了指导模型的剩余部分，可能要分别地说明初态和终态的前置条件和后置条件；,(3) 考虑对象可能在其中存在一段时间的条件，以决定该对象所在的稳定状态。从这个对象的高层状态开始，然后考虑它的可能的子状态；(4) 在对象的整个生命周期中，决定稳定状态的有意义的顺序；,(5) 决定可能触发从状态到状态的转换的事件。将这些事件建模为触发者，它触发从一个合法状态序列到另一个合法状态序列的转换；(6) 把动作附加到这些转换上，并且附加到这些状态上；(7) 考虑通过使用子状态、分支、汇合和历史状态，来简化状态图；,(8) 核实所有的状态都是在事件的某种组合下可达的；(9) 核实不存在死角状态，即不存在那种不能转换出来的状态；(10) 通过手工或通过使用工具跟踪状态机，核对所期望的事件序列以及它们的响应。,任务解决：借书用例中的书籍状态图,借书业务在系统的业务建模中是一个用例，为便于理解该业务的控制流程和确保业务处理的正确性，从前面章节对该业务描述可知，借书业务中，书籍是由7种状态组成。,空闲(idle)书目查询（finding）借书（Lending）预约（reservation）取消预约（remove reservation）成功借出（Success）失败（Failure）,确定状态间转化的事件,从空闲状态到书目查询状态是由书目编号录入引发的；同样查询失败也会引发查询状态转换到借书业务的空闲状态；查询成功的事件会激发从查询状态到借书状态；,当所查到的书在库时则借阅成功转发成功显示状态；当所查到的书已预约时则激发取消预约事件；当所查到的书已借出则激发预约事件转入预约状态；在取消预约时如预约取消成功则转入借书状态；如预约成功则转入信息显示状态,精练,请根据所学的知识绘制图书业务模块中还书用例中的书籍状态图。 分析：由前面章节对图书馆管理系统中的还书业务的描述和分析可知，还书业务的动态行为是由：空闲（idle）、图书查找（finding）、还书（reversion）、失败（Failure）、归还成功（Success）5种状态及激活相互转换的事件。,任务五,掌握顺序图的基本知识掌握协作图的基本知识完成以下内容：对图书业务功能中的用例进行动态建模；对书籍管理功能中的用例进行动态建模。,顺序图建模技术,设置交互的语境。通过识别对象在交互中扮演的角色，设置交互的场景。为每个对象设置生命线。从引发某个消息的信息开始，在生命线之间画出从顶到底依次展开的消息，显示每个消息的特性（如参数）。,如果需要可视化消息的嵌套或实际计算发生时的时间点，可以用激活修饰每个对象的生命期。如果需要说明时间或空间的约束，可以用时间标记修饰每个消息，并附上合适的时间和空间约束。如果需要更形式化的说明某控制流，可以为每个消息附上前置和后置条件。,协作图建模技术,设置交互的语境。通过识别对象在交互中扮演的角色，设置交互的场景。对每个对象设置初始特性。描述对象之间可能有信息沿着它传递的链。,从引起交互的消息开始，适当地设置其顺序号，然后将随后的每个消息附到适当的链上。如果需要说明时间或空间约束，可以用时间标记修饰这个消息，并附上合适的时间和空间约束。如果需要更形式化地说明这个控制流，可以为每个消息附上前置和后置条件。,任务解决：图书业务用例交互建模,1借书交互操作的动态建模由业务模型对借书交互操作的描述可知，借书是图书管理的最基本的功能。,参与借书活动的类：管理员角色借书窗体类（LendFrame）书籍管理类（BookManager）书籍类（Book）书目类（Item）借书记录类（Loan）读者管理类（ReaderManager）读者类（Reader）,借书业务时序