§2 UML的组成与建模过程
UML是第一个统一的面向对象的可视化建模语言，当今主流的CASE都支持UML。
2.1 UML的组成
UML由下列5类图组成:
第1类：用例图。从用户角度描述系统功能，并指出各功能的交互者（外部实体）。
第2类：静态图。包括类图、对象图和包图。其中，类图描述系统中类的静态结构，不仅定义系统中的类，表示类之间的联系（如关联、依赖、聚合），而且包括类的内部架构（类的属性和操作）。类图描述的是一种静态关系，在系统的整个生命周期内都是有效的。对象图是类图的实例，几乎使用与类图完全相同的标识。包图用于描述系统的分层结构，由包或类组成，表现包与包之间的关系。
第3类：行为图。包括状态图和活动图。其中，状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件；活动图描述用例中的活动以及活动之间的约束关系，可用于识别活动的并发性。
第4类：交互图。包括顺序图和协作图，用于描述对象间的交互关系和动态协作关系。顺序图强调对象之间消息发送的顺序，同时显示对象之间的交互信息。协作图跟顺序图相似，除显示交互信息外，还显示对象之间的结构关系。如果强调时间和顺序，则使用顺序图；如果强调上下级关系，则可使用协作图。
第5类：实现图。包括构件图和部署图。构件图描述软件构件之间的依赖关系，这些构件包括源代码文件、二进制文件以及可执行文件等。部署图（配置图）显示了基于计算机系统的物理架构。
2.2 UML的基本建模过程
面向对象的软件开发过程中，传统开发模式中的阶段之间的界限已不明显。使用UML的一般思路是，首先建立软件系统的逻辑模型，然后建立相应的物理模型。
建立系统逻辑模型的过程可大致分为3步：
第一步：描述需求；
第二步：根据需求建立系统的静态结构；
第三步：描述系统的行为。
其中，第一步和第二步可以用用例图、类图和对象图等来描述，属于UML的静态建模机制；第三步则可以用状态图、活动图、顺序图及协作图来描述，属于UML的动态建模机制。
这样，就可以将UML建模分为静态建模和动态建模两部分。静态建模包括对系统的对象、功能、抽象关系、接口和框架建模；动态建模包括对系统的控制流、工作流及交互过程建模。
§3 用例图
3.1 用例图的作用
用例图的主要作用是描述系统需求，即描述系统面向的是哪些用户、用户如何使用系统、以及系统与用户之间的交互过程。
用例图是使用UML开发目标软件的起始点。
3.2 用例图的组成元素
用例图由四种基本元素组成：
1、角色(Actor)：也称交互者，它代表与系统交互的外部实体。
2、系统边界(System scope)：它确定系统的范围。
3、用例(Use case)：它代表系统提供的服务。
4、关联（Association）：它表示角色与用例间的交互关系。
用例图建立。以下内容摘自网上
一、执行者（Actor）
1、执行者概念
是指用户在系统中扮演的角色。如图1-1是一个用户管理的用例图，图中的用户、管理员就是用例的执行者。
2、从业务中找出执行者
获取系统用例首先要找出系统的执行者。我们可以通过用户回答一些问题的答案来识别执行者。可以参考以下问题：
谁使用系统的主要功能（主要使用者）？
谁需要系统支持他们日常工作？
谁来维护、管理系统使其正常工作（辅助使用者）？
系统需要控制哪些硬件？
系统需要其他哪些系统交互？这里包含其他计算机系统或者应用程序。对系统产生结果感兴趣的是哪些人和哪些事物？
3、执行者之间关系
因为执行者是类，所以多个执行者之间可以具有与类相同的关系。在用例图中，使用了泛化关系来描述多个执行者之间的公共行为。如果系统中存在几个执行者，它们既扮演自身的角色，同时也扮演更具一般化的角色，那么就用泛化关系来描述它们。这种情况往往发生在一般角色的
行为在执行者超类中描述的场合。特殊化的执行者继承了该超类的行为，然后在某些方面扩展了此行为。执行者之间的泛化关系用一个三角箭头来表示，指向扮演一般角色的超类。这与UML中类之间的返还关系符号相同。图1-2
二、用例（Use Case）
1、用例概念
用例就是外部可见的系统功能，对系统提供的服务进行描述。
2、从业务中找出用例
找出系统的用例，我们从执行者入手，对每个执行者提出一些问题，然后从执行者对这些问题的答案中获取用例。可以参考以下问题：
执行者要求系统提供哪些功能（执行者需要做什么）？
执行者需要读、产生、修改、删除或者存储系统中的信息有哪些类型？执行者必须提醒系统事件有哪些？把这些事件表示成系统用例。
3、用例之间关系
1) 关联关系（Association）
关联关系是连接执行者和用例，表示该执行者代表的外部系统实体与该用例描述的系统需求有关。
2) 包含关系（Include）
包含关系是来自于用例的抽象，即从数个不同的Use Case中，分离出公共的部分，而成为可以复用的用例。
3) 扩展关系（Extend）
扩展关系表示某一个用例的对话流程中，可能会根据条件临时插入另外一个用例，而前者称为基础用例后者称为扩展用例。
4) 泛化关系（Generalization）
一个用例可以被特别列举为一个或多个用例，这被称为用例泛化，如果系统中一个或多个用例是某个一般用例的特殊化时，就需要使用用例的泛化关系。
3.8 案例:超市进销存管理系统
建立用例模型的一般步骤：
1. 识别并确定角色；
2. 识别并确定用例；
3. 分层建立用例图；
4. 书写用例文档；
5. 通过关系（泛化、包含、扩展）整理用例模型。
1. 需求描述
①终端售货员接收顾客定购，输入顾客购买的商品，计算总价，如果是会员，则按规定打折计价；
②顾客付款并接收购物价格清单；
③终端售货员保存顾客的购物记录。
④库存管理员每天进行盘点一次；
⑤库存管理员当发现库存商品有损坏时，及时到相关部门报损；
⑥在供应商的商品到货时，库存管理员首先检查商品是否合格，并将合格的商品入库处理；当商品进入卖场时，进行商品出库处理；
⑦经理、采购员根据需要进行库存商品的模糊查询或详细查询。
⑧采购员用新商品供应商信息更新供应商数据库的信息；
⑨采购员统计库存商品是否低于库存下限，然后制作订货单。
⑩经理能够使用系统的统计功能，了解商品销售情况、库存情况、供应商情况，以便进行合理的营销策略。
⑾经理按市场情况适时变动商品价格。
2. 建立用例图模型
1)识别并确定角色
本系统的使用者是超市的有关员工：终端售货员、采购员、库存管理员和经理。超市服务的对象是顾客，但该系统并不需要给顾客提供任何功能，顾客业务的操作由终端售货员完成。所以，本系统的角色可确定为：终端售货员、采购员、库存管理员和经理。他们的用例图如下：
2)识别用例
经分析，本系统有以下基本用例：
■登录 ■销售管理 ■库存管理 ■订货管理 ■查询统计
3)建立用例图（迭代完成）
Rational Rose 免费UML建模工具推荐：JUDE – community 如果您的开发环境中只能使用正版软件，而又 因种种原因无法获得专业级的建模工具，正苦苦寻找一个好用的，免费的工具时，那么JUDE绝对值得您一试。JUDE是一个中日合作的软件项目，有商业化的Professional版本和免费的Community版本，最大 的区别是免费版的不支持UML 2.0，对于一般应用足 够了。 免费UML建模工具推荐：UMLet UMLet是一个开放源代码轻量级UML建模工具。UMLet能够让你快速建模，并且能够导出各种格式SVG, JPG, PDF and LaTeX-friendly EPS。 免费UML建模工具推荐：Argo UML
ArgoUML 是一款开源的UML 建模工具，支持所有UML 1.4 的标准图形。它可以运行在任何Java 平台上，并且支持10 种语言(地区语言而不是编程语言)。它用Java构造，并遵守开源的BSD协议。 免费UML建模工具推荐：BOUml 一个免费的UML 2工具箱，支持C++，Java以及Idl。 免费UML建模工具推荐：Visual paradigm –community 为软件工程师、系统分析员、商业分析员、系统建筑师而设计的一个UML CASE工具。 中文UML建模软件Trufun Plato V3.6.0 1、优秀的UML支持 支持绘制所有UML框图（类图、用例图、状态图、活动图、协作图、部署图，序列图）； 支持UML Profile：可以用户可以定制各种语言的数据类型，构造型，以及构造型的显示图标，从而将建模环境定制为自己属性的编程语言环境。
课程设计报告 课程名称UML建模与分析 设计题目酒店管理系统 专业班级12级软卓 指导教师徐卓然 小组成员： 酒店管理系统需求文档 1. 背景说明： 随着人民生活水平的提高，餐饮，住宿，娱乐业在
服务行业中占有越来越重要的地位。要使在当前酒店行业日趋激烈的竞争中脱颖而出，必须努力发展自己的特色。在酒店管理方面也要有自己的管理特色，避免传统管理方法的失误，使得酒店的信誉以及各个管理方面都能出现零失误，以及能给管理者和普通的营业员带来操作上的方便，对整个酒店各个方面的业务带来快捷、方便、高效的服务，使用户能够对这个软件感到满意。 目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统。 2.部门划分
2.1 饮食管理部 它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。 2.2 住宿管理部 它也是酒店基本部门之一。住宿管理部门的主要职责有： A.给个房间布置各种设备、分类、编号、制定收费标 准、分配服务人员。 B.登记旅客信息，确认其身份，登记其入住、退房。 C.统计各类房间的客满程度。 D.对本部门的财务流动进行登记处理。
2.3 娱乐管理部门 娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似，可以用计算机完成并且有必要用计算机完成的有： A制定收费标准，分配负责人. B收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。这些信息都需要长时间保留并上报。 C、酒店KTV、洗浴城和酒吧的管理与经营、 2.4 大厅部门 大厅部门是直接与客户打交道的部门，主要负责任务： A、客房的预定，客户入住登记，退房登记。 B、负责结账。 C、对礼仪队的分配与管理。
网络教学系统UML建模 1、软件问题描述 随着现代信息技术的迅猛发展，网络技术在教育中的应用日益广泛和深入，特别是In ternet与校园网的接轨，为教育提供了丰富的资源，使网络教学真正成为现实，同时也为教育开辟了广阔的前景。对于如何有效地利用网上的资源，建构基于网络的现代教学模式是一个迫切研究的问题，而开展网络教学模式研究的重要理论基础之一就是网络教学的设计与评价。因此，开展网络教学的设计与评价的探索与实践研究有着十分重要的意义。1.1需求分析 1.1.1系统功能需求 （1）系统的功能需求主要包括以下几个方面： ①学生可以登陆网站浏览和查找各种信息以及下载文件。 ②教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。 ③系统管理员可以对页面进行维护和批准用户的注册申请。 （2）满足上述需求的系统主要包括下面几个模块： ①数据库管理模块：提供使用者录入、修改并维护数据的途径。 ②基本业务模块：教师可以上传文件、发布消息、修改和更新消息；学生可以下载文件；管理员可以维护页面，批准注册等。 ③信息浏览、查询模块：主要用于对网站的信息进行浏览、搜索查 询。 图1.1系统功能需求图1.2数据库管理模块
1.1.2数据库管理模块 （1）教师信息管理：负责教师信息的管理。 （2）课程简介信息管理：负责课程简介信息的管理。 （3）文件上传信息管理：负责文件上传信息的管理。 1.1.3基本业务模块 （1）文件上传：教师可以使用此模块将课程的数据上传到网站服务器。 （2）文件下载：学生可以使用此模块从网站上下载课件及其他资料。 （3）消息发布：教师可以通过此模块发布学习方法、课程重点等和教学相关的文章，以及和课程相关的通知等。 （4）消息修改和更新：教师可以通过此模块对自己发布的信息进行修改和更新。 （5）页面维护：网站管理员可以使用此模块对网站的页面进行维护。 （6）用户注册批准：网站管理员可以使用此模块批准用户注册。 图1.3基本业务模块图1.4信息查询模块功能 1.1.4信息浏览、查询模块 （1）网页信息浏览：用户浏览网站信息。 （2）文章信息搜索：用户根据关键字搜索文章。 2、分析说明 2.1用例图 创建用例图之前首先需要确定参与者。在网络教学系统中，需要学生和教师的参与。学生可以浏览课程简介，教学计划，学习方法等教师发布的文章，并可以根据关键字查询文章。此外，学生可以从网站上下载课件。教师作为教学的主导者，使用此网站可以发布学习方法，课程
图书管理系统UML建模： 1.1、确定系统涉及的总体信息 （1）读者： ?借书 ?还书 ?书籍预定 （2）图书馆管理员： ?书籍借出处理 ?书籍归还处理 ?预定信息处理 （3）系统管理员： ?增加书目 ?删除或更新书目 ?增加书籍 ?减少书籍 ?增加读者帐户信息 ?删除或更新读者帐户信息 ?书籍信息查询 ?读者信息查询 1.2．确定系统的参与者 （1）分析系统所涉及的问题领域和系统运行的主要任务：?分析使用该系统主要功能部分的是哪些人 ?谁将需要该系统的支持以完成其工作 ?系统的管理者与维护者 （2）图书馆管理系统的参与者： ?读者（借阅者） ?图书馆管理员 ?图书馆管理系统维护者 1.3．确定系统的用例 1.3.1借阅者请求服务的用例 （1）查询借阅者信息 （2）查询书籍信息 （3）增加书目 （4）删除或更新书目 （5）增加书籍 （6）删除书籍 （7）添加借阅者帐户
（8）删除或更新借阅者帐户 1.3.2 图书馆管理员处理借书、还书等的用例 （1）处理书籍借阅 （2）处理书籍归还 （3）删除预定信息 1.3.3系统管理员进行系统维护的用例 （1）查询借阅者信息 （2）查询书籍信息 （3）增加书目 （4）删除或更新书目 （5）增加书籍 （6）删除书籍 （7）添加借阅者帐户 （8）删除或更新借阅者帐户 1.4．使用Rational Rose绘制用例图的步骤（具体详见教材P83-92） 1.创建用例图 2.用例图工具栏按钮简介 3.工具栏的定制 4.添加参与者与用例 5.添加参与者与用例之间的关系 6.添加用例之间的关系 1.5.图书馆管理系统的用例图 1.5.1借阅者请求服务的用例图
图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标是实现部图书借阅管理的系统化、规化和自动化。 能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。 能够对借阅人进行注册登记，包括记录借阅人的、编号、班级、年龄、性别、地址、等信息。 提供方便的查询方法。如：以书名、作者、、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以名称查询联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面，尽量避免误操作。 2、系统功能需求分析 (1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、 借书期限、备注等。 (2) 书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关 键词、备注。 (3) 借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丢 失后的处理。 (4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理 满足以上需求的系统主要包含有一下几个子系统 （1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。 （2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。 （3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。 （4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。 （5）帮助功能子系统。 下图为该图书馆管理系统的主要功能模块图： 页脚
网上书店系统的U M L 建模 -CAL-FENGHAI.-(YICAI)-Company One1
网上书店系统的UML建模
目录 1 系统需求.................................................................... 错误!未定义书签。 2 需求分析.................................................................... 错误!未定义书签。识别参与者 ............................................................. 错误!未定义书签。创建系统用例模型.................................................. 错误!未定义书签。识别用例 .........................................................................错误!未定义书签。 3 静态结构模型............................................................. 错误!未定义书签。定义系统对象 ......................................................... 错误!未定义书签。定义用户界面类...................................................... 错误!未定义书签。建立类图 .........................................................................错误!未定义书签。 4 动态行为模型............................................................. 错误!未定义书签。创建系统序列图与协作图....................................... 错误!未定义书签。创建系统的状态图.................................................. 错误!未定义书签。 创建系统的活动图 ........................................................错误!未定义书签。 5 物理模型.................................................................... 错误!未定义书签。创建系统组件图...................................................... 错误!未定义书签。创建系统部署图 .............................................................错误!未定义书签。6总结 ...................................................................................错误!未定义书签。7参考文献 ............................................................................错误!未定义书签。
题目：UML系统分析设计、建模与实现学号：100430112022 姓名：杨家建 专业：计算机技术 指导教师：舒远仲
U M L 系统分析设计与建模 以简单的学生选课系统进行详细的系统分析与建模。 (一)系统用例图 1.首先根据需求分析可知：管理员维护课程信息，对其进行添加、修改、删除等。学生可以在线查询课程信息，并进行选课，也可以在规定时间内更改选修的课程。我们发现系统中的参与者有：管理员和学生，然后从参与者的角度就可以发现系统的用例，并绘制出系统的用例图，如图1所示： 2.对部分用例进行描述： “添加课程”用例 1） 用例名：添加课程 2） 执行者：管理员 3） 目的：管理员通过系统界面进入，添加所要开设的课程，确认无误后将其信息保 存到数据库中，以供学生选择。 4） 过程描述： 5） 管理员选择进入管理界面，用例开设 6） 系统提示输入管理密码 7） 管理员输入密码 8） 系统验证密码 9） A1:密码错误 ?1 ????????? ???? ????
10）进入管理界面，系统显示目前所建立的全部课程信息 11）管理员选择添加课程 12）系统提示输入新课程信息 13）管理员输入信息 14）系统验证是否和已有的课程冲突 15）A2：有冲突 16）10）系统添加新课程，提示课程添加成功 17）11）系统重新进入管理界面，显示所有课程 18）12）用例结束 19）异常事件流处理： 20）A1：密码错误：1）系统提示再次输入。2)用户确认后进入第5)步。 21）A2：有冲突：1)系统提示冲突，显示冲突的课程信息。2）用户重新输入，验证无误后进入第10）步。 “选课”用例 1）用例名：选课 2）执行者：学生 3）目的：学生进入选课系统界面，浏览的课程，最后选择一门自己喜欢的课程并提交。 4）过程描述： 5）1）学生进入选课登录界面，用例开始 6）2) 系统提示输入学号与密码 7）3) 学生输入学号与密码 8）4）系统验证 9）A1：验证错误 10）5) 进入选课主界面 11）6）学生点击选课 12）7）系统显示所有课程信息 13）8）学生选择课程 14）9）系统验证课程是否可选 15）A2：不可选 16）10）系统提示课程选择成功 17）11）用例结束 18）异常事件流处理： 19）A1：验证错误：1）系统提示验证错误，提示重新输入。2）验证成功，进入第5）步 20）A2：不可选1)系统提示课程不可选及原因。2）学生重新选课。3）验证成功后进入第10）步 “修改”用例 1）管理员选择进入管理界面，用例开设 2）系统提示输入管理密码 3）管理员输入密码 4）系统验证密码 A1:密码错误 5）进入修改主界面，系统显示目前所建立的全部课程信息 6）管理员选择要修改的课程
目录 1 需求分析 (2) 1.1 需求获取 (2) 1.2 业务建模 (2) 1.3 业务规则建模 (3) 1.3.1 管理人员开展工作顺序图 (3) 1.3.2 客户预订车辆的顺序图 (4) 1.3.3 客户取车顺序图 (5) 1.3.4 客户还车顺序图 (6) 1.3.5 客户预订车辆的协作图 (7) 1.3.6 客户取车协作图 (7) 1.3.7 客户还车协作图 (8) 1.4 业务过程建模 (8) 1.4.1 系统的状态图 (8) 1.4.2 系统的活动图 (9) 2 系统分析 (11) 2.1 概念用例 (11) 2.1.1 客户参与的用例图 (11) 2.1.2 公司员工参与的用例图 (12) 2.2 分析类模型 (12) 2.3 组件模型 (14) 2.4 软件构架和框架建模 (14) 3 系统设计 (15) 3.1 设计类模型 (15) 3.1.1 客户和公司员工类 (15) 3.1.2 一些其他的类 (16) 3.2 接口设计模型 (17) 3.3 包设计模型 (18) 3.4 部署模型 (18)
1需求分析 这里介绍一个简单汽车租赁系统的需求分析。 1.1需求获取 本系统的功能性需求包括以下几个方面： （1）客户可以通过不同的方式（包括电话、前台、网上）预订车辆； （2）能够保存客户的预订申请单； （3）能够保存客户的历史记录； （4）工作人员可以处理客户申请； （5）技术人员可以保存对车辆的检修结果；为了满足上述需求，则系统主要包括以下几个模块： （1）基本数据维护模块。基本数据维护模块提供了使用者录入、修改并维护基本数据的途径。例如, 对客户的个人信息、租赁信息、车辆的基本信息等的录入和修改。 （2）基本业务模块。基本业务模块中，客户可以填写汽车租赁申请表，工作人员负责处理这些表格。 同时，技术人员还可以提交每辆车的状态，以便工作人员根据这些资料决定是否批准客户的请 求。 （3）数据库管理模块。在汽车租赁系统中，对所有客户、工作人员以及车辆的信息都要进行统一管理，车辆的租赁情况也要进行详细的登记。 （4）信息查询模块。信息查询模块主要用于查询相关信息，例如工作人员查询车辆信息和客户信息等。 图1所示表示汽车租赁系统的功能需求。 图1功能需求 1.2业务建模 系统业务用例图如图2所示。
图书馆管理系统UML建模
1 系统功能需求 ①借阅者可以通过网络查询书籍信息和预定书籍。 ②借阅者能够借阅书籍和还书。 ③图书管理员能够处理借阅者的借阅和还书请求。 ④系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借 阅者帐户，增加和删除书籍。 ⑤系统主要包括以下几个模块： 基本数据维护模块 基本业务模块 数据库管理模块 信息查询模块 2 基本数据维护模块 基本数据维护模块包括的主要功能模块： ①添加借阅者帐户 ②修改更新借阅者帐户信息 ③添加书目 ④修改和更新书目信息 ⑤添加书籍 ⑥删除书籍 3 基本业务模块 基本业务模块包含的功能： ①借书 ②还书 ③书籍预留 ④取消书籍预定 4 数据库模块 数据库模块的功能： ①借阅信息管理 ②书籍信息管理 ③帐户信息管理 ④书籍预留信息管理 5 信息查询模块 信息查询模块主要是查询数据库中的相关信息： ①查询书籍信息 ②查询借阅者信息 系统的参与者主要有三类：读者（也可称为借阅者）、图书馆管理员、图书馆管理系统维护者。
1、系统中的类 读者类Reader 图书馆人员类LibraryStaff 图书馆管理员类LibraryManager系统管理员类SystemManager 图书馆馆长类LibraryBoos
图书馆数据库类LibraryDatabase 图书馆资源数据库ResourcesDatabase 图书馆读者数据库ReaderDatabase 图书馆工作人员数据库LibraryStaffbase 图书馆资源类LibraryResources 实物书籍类BooksResources电子书籍类ElectronicResources 书类Book Magazine杂志类
UML系统建模课程设计报告 2011 ～ 2012 学年第一学期 教学单位信息工程系 课程名称软件开发工具 课程设计题目图书馆管理系统的分析与设计指导教师 学生姓名 专业班级
【课程设计名称】图书馆管理系统的分析与设计 【课程设计目的】1.掌握UML建模的基础知识和其应用； 2.熟悉Rational Rose环境及功能,能够设计出完整系统。【课程设计要求】1.对系统功能进行必要的描述； 2.绘制系统的主要模型图； 3.模型图要有说明性文字解释。 【课程设计内容】1.图书馆管理系统的需求分析； 2.图书馆管理系统UML建模。 【课程设计步骤】 系统的配置与实现 1.图书馆管理系统的需求分析 1 系统功能需求 2 基本数据维护模块 3 基本业务模块 4 数据库模块 5 信息查询模块 1.1系统功能需求 系统的功能需求主要包括以下几个方面： (1)借阅者可以通过网络查询书籍信息和预定书籍。 (2)借阅者能够借阅书籍和还书。 (3)图书管理员能够处理借阅者的借阅和还书请求。 (4)系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借阅者帐户，增加和删除书籍。 1.2 基本数据维护模块 基本数据维护模块包括的主要功能模块： (1)添加借阅者帐户
(2)修改更新借阅者帐户信息 (3)添加书目 (4)修改和更新书目信息 (5)添加书籍 (6)删除书籍 1.3基本业务模块 基本业务模块包含的功能： (1)借书 (2)还书 (3)书籍预留 (4)取消书籍预定 1.4数据库模块 数据库模块的功能： (1)借阅信息管理 (2)书籍信息管理 (3)帐户信息管理 (4)书籍预留信息管理 1.5信息查询模块 信息查询模块主要是查询数据库中的相关信息： (1)查询书籍信息 (2)查询借阅者信息 2 系统的UML基本模型
1.1跟我学UML建模工具StarUML（第12部分）——应用StarUML创建状态图的创建示例 1.1.1UML状态图及相关技术 1、状态机图和状态机图中的状态 （1）状态机图 UML状态图（也称UML状态机图）是展示对象状态与状态转换的视图，在UML中，状态机图用于对具有事件驱动的特性的动态行为的建模。 （2）状态机图中的状态 状态是状态机图的重要组成部分，所有对象都具有状态，状态是对象执行了一系列活动的结果。当某个事件发生后，对象的状态将发生变化。 2、状态图（State Diagram） （1）什么是状态图 用来描述一个特定对象的所有可能状态及其引起状态转移的事件，从而可以实现对单个的对象行为建模。 （2）状态图的主要作用 大多数面向对象技术都用状态图表示单个对象在其生命周期中的行为，同时也显示了该实体如何根据当前所处的状态对不同的时间做出反应的。 3、什么场合中应该要采用状态图 当功能行为的改变和状态有关时才需要创建出UML状态图，因为通过状态图可以显示对象在其生命周期中依次经历的各种状态。但如果要表示由系统内部生成的功能操作（而非外部事件）驱动的事件流时，则一般使用UML活动图。如下给出一个Account对象的状态图示例：
4、为什么要使用UML状态图 （1）动态特性是由事情所触发的 一个完全静态的系统是无任何应用价值的，因为没有事件发生也就不可能产生出具体的功能。所有真正的软件应用系统自身都含有某些动态的特性，并且这些动态的特性是由内部或外部发生的事件所触发。 比如，在一个ATM机上，动作是由一个用户按下相关的功能按钮引发而开始一个事件；在一个自动机器人中，动作是由机器人碰上一个对象而引发的；在一个网络路由器中，动作是由检测消息缓冲区是否溢出而引发的。如下图为一个图书销售业务的状态图示例： （2）为单个的对象和共同工作的对象建模 使用UML交互图可以对共同工作的对象群体的行为进行建模，而使用状态图，则可以
UML期末大作业 电 影 订 票 系 统
电影订票系统 成员：秦晓航 20127760237 组长（二班） 杨姗姗 20127760253 组员（二班） 韩舒蕊 20127760208 组员（二班） 项目情景： 1. 系统中有多个电影院，系统管理员可以完成电影院的维护，系统 管理员可以为每个电影院指派1各电影院管理员； 2. 电影院管理员定期维护本电影院即将上映的电影信息； 3. 网民可以根据时间、电影名称、电影院名称进行查询，查询到自 己中意的电影后，注册的网民可以在网上完成订票，并进行网上支付； 4. 系统能够对指定时间、电影院、电影名字进行统计分析，以便分 析出受欢迎的电影片； 一、需求陈述： （1）系统总体的功能需求 影院售票系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择影票；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。 系统总体功能需求框图 （2）用户接口模块 用户接口是网站用户使用影院售票系统服务的入口，所有的在线用户都通过浏览登录
网站，并进行一系列的查询，订购操作。用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。 （3）管理员接口模块 这是系统提供给网站维护和管理人员的接口。管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。 （4）数据服务模块 数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存；网站工作人 员的定单处理；网站管理员的销售情况查询与分析。 注解： 根据开发者和客户的需求分析后，可以把系统功能分为两个子模块，购票系统模块和电影信息管理模块，售票管理系统是一个基于电影院工作人员的系统，不同类型的用户在系统中有不同的权限。主要有三种用户：购票者：可以查询电影的上映时间，场次，并选择自己所需要的电影票，购票时需登录，然后购买电影票并进行网上支付。管理员：主要负责将电影信息增加，修改，删除，并导入数据库，然后根据数据分析最受欢迎的电影。系统管理员：主要负责为每个电影院指派1各电影院管理员和电影院的维护； 本系统拟使用Java语言通过三层模型实现：数据核心层，
第一章系统建模与分析设计的演变 1、系统建模的三要素：方法、工具和过程 2、软件的分类： 按软件的功能划分：系统软件、支撑软件和应用软件 按软件的规模划分：小型软件、中型软件、大型甚至超大型软件 按软件的工作方式划分：实时处理软件、分时处理软件交互式软件和批处理软件 按软件服务对象的范围划分：一次性使用软件和使用频度较高的软件 按软件失效的影响程度划分：一般性软件和关键性软件 3、软件危机产生的原因主要有两个：一是与软件本身的特点相关；二是软件开发和维护的方法不正确。 4、软件开发过程模型：瀑布模型、渐增模型、演化模型、螺旋模型、智能模型 5、UML的特点：唯一性、连续性、维护性、复用性和逐步完善 6、面向对象的三大重要特征：封装性、继承性和多态性 7、软件开发方法从结构化开发方法、模块化开发方法到面向对象开发方法是一个渐进的演变过程 8、软件生命周期描述了一个软件从定义、开发、使用、维护到服用的全过程 9、面向对象的基本概念有：对象、类急气封装性、多态性、继承性和消息传递 10、软件开发过程由客户端需求分析、系统分析、系统设计和系统实现以测试与维护四个四个阶段组成 11、面向对象系统的开发过程以体系结构为中心，以用例为驱动，是一个反复、渐增的过程 1、封装是吧对象的属性和操作结合在一起，组成一个独立的对象、 2、封装是一种信息隐蔽技术，目的是使对象的生产者和使用者分离，使对象的定义和实现分开。 3、面向对象方法中的继承机制使子类可以自动地拥有复制父类全部属性和操作 4、使得在多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法是多态性 5、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。 6、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。 7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型 8、面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用，而且使软件维护工作可靠有效，可实现软件系统的柔性制造。 9、UML的优点是：唯一性、连续性、维护性、复用性和完善性。 第二章统一建模语言UML 1、UML的五种视图：用例视图、逻辑视图、构件视图、进程视图和配置视图 2、UML的三大类模型图是：用例模型图、静态模型图和动态模型图 3、用例模型描述的是外部执行者主要用于需求分析阶段 4、UML的静态建模机制包括：类图、对象图、包图、构件图、配置图 5、UML的动态模型包括4种兔：状态图、活动图、顺序图、合作图 6、软件的开发过程即生命周期划分为开始、详细规划、系统构造、移交四个阶段。
1.1跟我学UML建模工具StarUML（第10部分）——应用StarUML创建带泳道的UML活动图的创建示例 1.1.1带泳道的UML活动图及实现示例 1、泳道 泳道可以将模型中的活动按照职责组织起来，这在许多场合下通常是很有应用价值的。例如，可以将一个商业组织处理的所有活动组织起来。这种分配可以通过将活动组织成用线分开的不同区域来表示。由于它们的外观像泳池的泳道的缘故，这些区域被称作泳道。（1）活动图中的活动可以被分成为几个区域，每个区域在图中用虚线分开，因此被叫做泳道。 （2）泳道是活动图的内容的组织单元 它没有内在的语义，但可以根据建模者的意愿使用。通常，每个泳道代表真实世界组织内的一个组织单元。 2、为什么要采用泳道------普通的活动图所存在的问题 （1）首先UML活动图告诉了软件系统的分析和设计人员发生了什么，但没有告诉我们该项活动由谁来完成——参与者等方面的信息。在程序设计中，这意味着活动图没有描述出各个活动由哪个类来完成。而泳道解决了这一问题，并给出了明确的对象信息。 （2）在活动图中的泳道区分了其中活动的不同职责 因为在带泳道的UML活动图中，每一个活动都只能明确的属于一个泳道。
3、泳道的主要作用 （1）它将活动图的逻辑描述与顺序图、协作图的责任描述结合起来。从而能够更加准确地描述活动、活动的产生者等方面的信息。 因此，带泳道的UML活动图能够更加直观地描述系统的各活动之间的逻辑关系，利于用户理解软件系统的业务逻辑和业务实现的过程。 （2）泳道可以用于建模某些复杂关系的UML活动图 这时，每一个泳道可以对应于一个协同，其中活动可以由一个或多个相互连接的类的对象实现。 4、泳道的UML图示 泳道用矩形框来表示，属于某个泳道的活动放在该矩形框内，将对象名放在矩形框的顶部，表示泳道中的活动由该对象负责。 由于泳道名应为对象名，既然是对象名，所以泳道名应为名词。 5、在StarUML工具软件中提供了对泳道的技术支持
基于UML的图书馆管理系统建模设计 一、摘要 面向对象的软件工程，同传统的面向过程的软件工程相比，在需求的获取、系统分析、设计和实现方面都有着很大的区别。UML是OOA和OOD的常用工具。使用UML来构建软件的面向对象的软件工程的过程，就是一个对系统进行不断精化的建模的过程。这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。 使用面向对象的工具来构建系统，就应该使用面向对象的软件工程方法。然而，我们经常会发现，在实际的开发过程中，很多开发人员虽然能够理解UML的所有图形，却仍然不能得心应手的使用UML来构建整个项目，其很大的原因，是仍然在使用原有的软件工程方法，而不清楚如何使用UML来建立系统的这些模型，不清楚分析和设计的区别，以及他们之间的转化。 应用软件系统，就其本质来说，是使用计算机对现实世界进行的数字化模拟。应用软件的制造过程，按照UML的方法，就是建立这一系列模型的过程。关于这个图书馆系统，基本的需求比较简单，就是允许学生可以在图书馆借阅和归还图书，另外，也可以通过网络或者图书馆的终端来查阅和预订书。当然，图书馆管理员也可以对图书进行管理。为了简化系统，我们没有把图书馆中的人员作细分。 本文只是对使用UML的过程做一个探讨，着眼于使用UML进行建模的过程，说明各个层次的模型之间的区别和联系，展示系统演进的过程，而不会深入UML的细节方面。对于更加复杂的系统，其分析和设计的方法是相通的，可以举一反三。 二、图书馆管理系统可行性分析 随着政府机关与广大企事业单位内部网络的广泛建立，在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统，满足信息高度共享和即时发布的需求，有效实现内部知识管理，已成为众多用户的共同需求。 图书管理系统，为政府机关与广大企事业单位自动化办公提供了一个较好的解决方案。在开发过程中，按照软件工程的步骤，从设计到开发采用了面向对象的思想和技术，采用了SQL SERVER 2000数据库，使得本系统可以方便的和其他子系统进行数据交换。同时，注意从软件的图形应用界面上优化软件质量，使得本系统具有很强的可操作性。 三、图书馆管理系统需求分析 3.1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。 能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
ATM系统 1、ATM系统总体需求与功能模块 ATM系统是一个复杂的软件控制硬件的系统，各功能模块协调工作。以具体业务为出发点对它进行建模，一个功能齐全的ATM系统包含以下几个模块： (1)读卡机模块客户银行卡插入读卡机，读卡机识别卡在显示器提示输入密码。 (2)键盘输入模块客户通过键盘输入密码与取款金额，选择要进行的业务。 (3)IC认证模块基于安全性，鉴别卡的真伪。 (4)显示模块显示一切与客户有关信息，包括交互提示、确认等信息。 (5)吐钱机模块照客户需求选择合适面值钞票给客户。 (6)打印报表模块客户可自由选择打印或不打印凭条（卡号、金额、日期等信息）。 (7)监视器模块设置摄像头以防意外事件，保证交易安全性，银行有权调看记录。 2、ATM系统需求分析与用例建模 从用户角度对系统进行评估，采集和分析系统的需求，理解系统要解决的问题。结果可以用一个业务用例（Business Use Case）框图表达，分以下几个步骤：参与者分析；用例分析；创建参与者-用例关系图。
2.1 参与者分析 参与者是与系统交互作用的人或事物，代表系统的使用者或外部通信目标。考察ATM系统服务对象可以确定参与者： ■客户（使用ATM进行现金交易） ■银行官员（更改ATM设置，放置现金，维护机器等） ■信用系统（作为外部角色参与整个交易过程） 2.2 用例分析 用例是参与者启动的，基于这样的考虑，ATM系统根据业务流程大致可分为以下几个用例： ■客户取款 ■客户存款 ■客户查询余额 ■客户转帐 ■客户更改密码 ■客户通过信用系统付款 ■银行官员修改密码 ■银行官员为ATM添加现金 ■银行官员维护ATM硬件 ■信用系统启动来自客户的付款 2.3 参与者-用例关系图 在参与者与用例之间存在交互关系，客户、银行官员和信用系统这3个参与者都有各自的用例关系图。综合所有参与者的用例关系，可以建立如下整个ATM 系统的用例关系图：
网网虫商城设计
目录 1 系统分析与设计 (2) 1.1系统总体的功能需求 (2) 1.2用户接口模块 (3) 1.3管理员接口模块 (4) 2 系统UML建模 (6) 2.1系统用例图 (6) 2.2系统的时序图和活动图 (9) 3 数据库设计 (11) 3.1数据库的R-R图 (11) 3.2数据表设计 (12)
1 系统分析与设计 1.1系统总体的功能需求 网网虫商城是个复杂的电子商务系统，它必须提供接口以供用户登陆并从中选购喜爱的商品，同时还提供系统的管理接口以供管理员和一般网站工作者处理客户订单并维护网站正常运行。 系统的总体功能框架如图1所示： 图1 系统总体功能需求图 （1）用户接口模块。用户接口是网站用户使用商城系统的服务入口，所有在线用户都通过浏览器登陆网站，并进行一系列的查询，订购等操作。用户接口模块包括用户信息维护、商品查询、订购商品和订单维护4个部分。用户登陆后，用户的ID将会被保存在服务器的缓存（session）中，用户在系统中所做的操作都将被系统存储到数据库中，以供商家进行销售情况和销售走势分析。 （2）管理员接口模块。这是系统提供给网站维护管理人员的接口。管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询和报表维护5部分。网站的一般工作人员通常只有订单处理的权限，他们获得用户提交的订单，并根据库存情况来确定发货或者推迟发货。网站管理员具有最高级的权限，可以处理客户的订单，可以浏览网站商品的销售情况，及时做出经营调整战略，降低经营风险。 （3）数据服务模块。数据服务模块是系统正常运行的基础，它包括客户的
1.1跟我学UML建模工具StarUML（第9部分）——应用StarUML创建UML活动图的创建示例 1.1.1UML活动图及主要的应用 1、UML活动图和活动 （1）活动图其实本质上就是流程图 从软件系统内部的视角来看，因为UML活动图反映的都是软件系统功能所要完成的动作过程（它定义出工作流从哪里开始，到哪里结束，工作流中发生了哪些活动及其顺序等），活动是工作流期间完成的任务。但要注意的是。UML用例描述和活动模型之间存在着一些重要的区别。但活动图与流程图之间也还存在有一定的区别 1）流程图着重描述处理过程，它的主要控制结构是顺序、分支和循环，各个处理过程之间有严格的顺序和时间对象活动的顺序关系所遵循的规则，它着重表现的是系统的行为，而非系统的处理过程； 2）活动图能够表示并发活动的情形，而流程图不行； 3）活动图是面向对象的，而流程图是面向过程的。 （2）UML活动图可以描述用例的活动和行为 用例描述是从外部参与者的角度出发来编写的，而活动模型则采用内部系统的角度进行描述的——使用活动图可以表示由内部生成的动作（描述活动）。当然，软件系统的分析和设计人员也可以利用活动图来为参与者对系统的操作行为进行建模（描述行为）。 （3）UML活动图中的动作状态的特性 这里所指的动作（也就是活动动作）主要有三个特点：原子性、不可中断性和瞬时性： 1)原子性的即不能被分解成更小的部分； 2)是不可中断的即一旦开始就必须运行到结束； 3)是瞬时的即动作状态所占用的处理时间通常是极短的，甚至是可以被忽略的。（4）动作状态在UML中的图示形式 在UML中，动作状态使用带圆端的方框表示（）。 （5）活动图中的动作流或者控制流
图书馆管理系统 1 系统功能需求 ①借阅者可以通过网络查询书籍信息和预定书籍。 ②借阅者能够借阅书籍和还书。 ③图书管理员能够处理借阅者的借阅和还书请求。 ④系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借 阅者帐户，增加和删除书籍。 ⑤系统主要包括以下几个模块： ◆基本数据维护模块 ◆基本业务模块 ◆数据库管理模块 ◆信息查询模块 2 基本数据维护模块 基本数据维护模块包括的主要功能模块： ①添加借阅者帐户 ②修改更新借阅者帐户信息 ③添加书目 ④修改和更新书目信息 ⑤添加书籍 ⑥删除书籍 3 基本业务模块 基本业务模块包含的功能： ①借书 ②还书 ③书籍预留 ④取消书籍预定 4 数据库模块 数据库模块的功能： ①借阅信息管理 ②书籍信息管理 ③帐户信息管理 ④书籍预留信息管理 5 信息查询模块 信息查询模块主要是查询数据库中的相关信息： ①查询书籍信息 ②查询借阅者信息 ◆系统的参与者主要有三类：读者（也可称为借阅者）、图书馆管理员、图书馆管理系统维 护者。
1、系统中的类 读者类Reader 图书馆人员类LibraryStaff 图书馆管理员类LibraryManager 系统管理员类SystemManager 图书馆馆长类LibraryBoos
图书馆数据库类LibraryDatabase 图书馆资源数据库ResourcesDatabase 图书馆读者数据库ReaderDatabase 图书馆工作人员数据库LibraryStaffbase
图书馆资源类LibraryResources 实物书籍类BooksResources电子书籍类ElectronicResources 书类Book Magazine杂志类
UML建模课程设计 目录 1 引言 .................................................................... 4... 2 UML 概述............................................................... 4... 2.1 UML 简介 ......................................................... 4. 2.2 UML模型图的构成.................................................. 4. 2.3 UML 事物 ......................................................... 4. 2.3.1 构件事物 ................................................... 5... 2.3.2 行为事物 ................................................... 5... 2.3.3 分组事物 ................................................... 5... 2.3.4 注释事物 ................................................... 6... 2.4 UML图及特征...................................................... 6. 2.4.1 用例图........................................................ 6... 2.4.2 类图 ......................................................... 6... 2.4.3 对象图 ....................................................... 6... 2.4.4 时序图 ....................................................... 6... 2.4.5 协作图 ....................................................... 7... 2.4.6状态图........................................................ 7... 2.4.7 活动图 ....................................................... 7... 2.4.8 组件图 ....................................................... 7... 2.4.9 配置图 ....................................................... 8... 3 UML结合实例分析....................................................... 8.