UML 建模设计
航
空
订
票
系
统
姓名：卫飞
班级：1528
学号：201515614375
一、背景
1.1背景概述
随着知识经济的到来，人类已经逐步进入信息化社会，信息增长的速度越来越快，人们希望利用先进的管理理论方法手段来得到并处理越来越多的信息，以提高工作效率和管理水平。由于信息资源对人们生活的重要性，不断提高信息的收集，传输，加以利用等活动，日益成为人们社会生活的重要组成部分。网上机票预订管理系统的产生和发展正好满足人们的这种需求
1.2 主要组成及功能
1、新用户注册，新用户可以注册，注册时输入用户名可以查询用户可不可用，可用就可以注册，注册时可以判断用户输入的密码和验证密码是否相同，相同才给以注册，如果满意可以点注册，注册成功后用户可以选择不用在回到登陆界面，可以直接陆到用户主界面，以后就可以用这个用户登录了，如果不满意，点取消，所有信息清空，重新输入。
2、验证登陆名密码，正确进入主菜单，根据登录时所选的登录方式（客户、管理员）的不同分别对用户设定不同的访问权限（如果是输入的客户用户名和密码正确，选择以客户方式登陆则主界面里面的管理员界面不能用，如果输入的是管理员的相应用户密码正确，以管理员的方式登陆则管理员界面可用）不正确则清空登录框，最多可以输入三次，三次不正确系统会自动
关闭
3.我的航班界面。你可以点击你想查询的有关机票的信息的按钮（舱位信息查询，客机信息查询，航线查询，客户类型信息查询）获得相关信息的表，根据表的内容，你可以在下面的下拉框中选择你要定的票信息，点确定后在下面会显示你的机票的相关内容，如果满意可以点击订票，把相关信息添加到机票数据库表中，如果不满意，可以点重置，所有信息清空，再重新选择。
4.退票功能。用户可以根据用户信息表中的我的机票信息查询，找出机票号，在输入到机票号查询里，点击查询获得你的机票信息以及价格显示，点击退票则在数据库机票信息表中删除本条信息
二、使用Rose绘制图
分别有：用例图、类图、包图、顺序图、协作图、状态图、活动图、组件图、部署图
情景：机票预订系统是某航空公司推出的一款网上选票系统。其中，未登陆用户只能查询航班信息；以登陆的用户还可以网上购买机票，查看已购买机票，也可以退定机票；系统管理员可以安排系统中的航班信息。此外，该购票系统还可以与外部的一个信用评价系统有交互。当某用户一个月之内退订两次及以上的机票时，需要降低该用户在信用评价系统中的等级。当信用等级过低时，则不允许用户再次购买机票。
用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。
用例是系统中的一个功能单元，可以被描述为参与者与系统之间的一次交互作用，并显示那个参与者参与了哪个用例的执行。
该用例图中角色模型有已经登录用户，未登陆用户，管理员三者构成。已登录用户与登录系统存在着直接的通信关系；未登陆用户与查询信息之间存在着通信关系；管理员与安排航班信息之间存在着通信关系。
而登录系统又包含了：购买机票、查看机票、退定机票三者。购买在与评价系统的继续购买与禁止购买之间存在着扩展关系。
类图是以类为中心的，类图通过显示出系统的类以及这些类之间的关系来表示系统。订票系统的属性为class 和航班信息，已登录用户的属性为姓名身份证和电话，操作为权限，预定，撤销，查看。未登陆用户的属性有姓名，操作方式只限于查看。管理员的属性为姓名，管理员密码，操作方式为安排航班信息。评价系统的操作方式为检索用户的退票次数与时间。购买许可的操作方式为允许或禁止购买。
在该图中，订票系统与已登录用户，未登陆用户，管理员之间存在着一般化关系。订票系统为父类，其余为子类，子类继承父类的属性和操作。评价系统与已登录用户之间存在着依赖关系。
包图是对类进行组合，进而表示出复杂的类图。一个包是UML 上有逻辑关系的元件的集合。
在该图中，业务与用户，管理员，购买业务之间存在着依赖关系，表示当用户信息，管理员信息，购买业务发生辩护时，都可能会导致业务发生改变。当业务发生改变时，也会对信用评价造成影响。
状态图是一个类对象所可能经历的所有历程的模型图。状态图由对象的各个状态和连接这些状态的转换事件组成。
当一个事件发生时，它会触发状态间的转换，导致对象从一种状态转换到新的状态。
状态图中可用于描述用户接口、设备控制器和其他具有反馈的子系统，还可以用于描述在生命期中跨越多个不同性质的阶段的被动对象的行为，在每一阶段该对象都有自己的特殊行为。
本图中，有7种状态，由用户登录开始。未登录用户经过注册后状态转换为登录用户可以进入订票系统。管理员可以通过登录的方式进而进入修改安排航班信息的状态。而登录用户或注册后的用户需要经过评价系统的评价后方可进入购买的状态。
5.协作图
协作图对在一次交互中有意义的对象和对象之间的链式建模。类元角色描述了一个对象，关联角色描述了协作关系中一个链。协作图用几何排列来表示交互作用中的各角色。附在类元角色的箭头上代表的消息。消息的发生顺序用消息箭头处的编号来说明。
协作图也是互动的图表。它向顺序图一样也传递相同的信息，但他不关心消息什么时候被传递，只关心对象的角色。
该图的对象为管理员和用户，管理员，管理员输入登录信息，在接受到该条消息之后，进入到管理员界面。在管理员界面输入更改信息，收到该更改信息后，进入到机票安排界面。对用户来说原理相同。
该图为用户登录的协作图，着重于用户登录的模块。对于用户本人，如果已经注册。在输入帐号密码之后，进入刀登陆界面，系统验证登陆。在登陆后读取用户的个人信息到服务器，然后服务器反馈验证。
用户可以根据时间的合适程度进行购票，并在数据库中进行插入数，并且显示。
6.顺序图
顺序图可以用来表示一个场景说明，即一个事物的历史过程。顺序图中的一个用途是表示用例中的行为顺序。当执行一个用例行为时，顺序图中的每条消息对应一个类操作或者状态图中引起转换的触发事件。
该图中的七个方框表示七个对象，这个用例是由用户进行具体的操作，再将这些操作转换成固定的请求，发送给其他对象形成的。
当用户执行登录之后，进入订票系统，再由订票系统发送购买查询的命令到购买系统和查询系统。购买系统通过发送评价命令对用户是否继续购买和退票情况进行确定。最终进入评价系统对用户的星级进行评价。
管理员执行修改命令后可以进入订票系统对航班信息进行安排。
7.活动图
活动图是阐明了业务用例实现的工作流程。业务工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。
这个是订票系统
这个是退票系统中的活动图（visio）
用该活动图描述用户登录的过程。开始进行填写身份信息，填写完毕后，发送验证码，此时判断有无接收到验证码，若接收到验证码，则填写验证码进行身份验证。若验证成功则成功登录。若没有接受到
验证码，此时出现并行事件，可以取消发送验证码，进而取消登录操作，结束。或者重新发送验证码，再次验证，若验证成功则登陆。
除此之外，在界面的退定情况可以进行操作和在服务器界面进行对用户和管理员的操作。
该图描述管理员登陆以及操作的过程。在输入管理员密码的时候，系统对其进行验证，开始判断，若验证成功进入机票管理页面，并且可以对机票的信息进行管理和修改；若验证失败，此时可以执行并行活动，选择重新输入密码再次进行验证，进入管理页面；也可以选择取消登陆结束流程。
部署图是用来显示系统中软件和硬件的物理架构。从部署图中，可以了解到软件和硬件之间的组件以及处理节点组件的分布情况。使用部署图可以显示系统运行时系统的结构，同时还传达构成应用程序的硬件和软件元素的配置和部署方式。
部署图由节点和关系两部分组成。有的部署图也包含构件，但是构件必须在相对应的节点上，不是孤立的存在的。
该系统由4部分处理器构成，分别为用户端，管理员端，服务器端，数据库。用户端与管理员端通过http与服务器端相连，而服务器端则通过ADO与数据库相连。
组件图又称为构件图(Component Diagram) 。组件图中通常包括组件、接口，以及各种关系。组件图显示组件以及它们之间的依赖关系，它可以用来显示程序代码如何分解成模块或组件。一般来说，组件就是一个实际文件，可以有以下几种类型：
源代码组件：一个源代码文件或者与一个包对应的若干个源代码文件。二进制组件：一个目标码文件，一个静态的或者动态的库文件。可执行组件：在一台处理器上可运行的一个可执行的程序单位，即所谓可执行程序。
该图由5个组件构成，分别为客户端程序，管理员程序，服务器端程序，数据库端程序，数据库。客户端程序和管理员端程序与服务器端程序存在着依赖关系，数据库端程序与数据库之间存在着依赖关系。而服务器端程序则通过一个接口连接到数据库端程序。
10.小结
本次设计主要完成了一下任务：
1 根据选择的题目，搜集所完成机票预订管理系统的相关资料，用活动图表示机票预订管理系统的业务流程；
2 根据UML系统分析设计的第一步，完成系统的需求捕获，在Rational Rose中用用例模型表示出来；
3 根据已分析出来的用例模型，对其中核心的用例进行分析，得到分析模型（包括用例分析（类图）、顺序图等）；
4 根据上一步骤的分析模型，进一步细化得出设计模型和实施模型，设计模型主要包括设计类（类图）、类的状态图，实施模型包括了构件图和配置图；
5 本次课程设计熟悉了简单系统的设计流程，熟悉了系统的建模流程，对简单的系统建模有了初步的了解。
11.改善
本系统设计的是一个小型的网上订票系统，对比与已经实现的机票预订进行对比，从而实现了整体的模块。在现在用户需求越来越多样化的今天，系统需要进一步的完善才能紧跟市场，
实现用户喜欢的系统。从以下几点来看系统的有待完善之处：1、界面
人性化多彩的界面是一个优秀系统不可或缺的部分。在界面友好性，视觉效果方面可以设计出本系统的特色，从而作为优秀系统的点睛之笔。
2、功能扩展
系统的关键在于其支持的功能，可以进一步的进行客户的需求调查，提出更加完美的功能模块。
统一建模语言UML 课程设计报告 工资管理系统分析与设计 姓名： 学号： 班级： 指导教师： 《UML(Unified Modeling Language统建模语言)》课程设计任务书
指导教师（签字）：教研室主任（签字）： 一、工资管理系统的需求分析 1.系统功能需求 （1）员工可以进入此系统查询工资和查看基本的信息。 （2）管理员可以对员工的信息进行添加，删除，修改。并对数据库中的数据维护，包括数据备份，导入数据，导出数据。
满足上述需求的系统主要包括下面几个模块 （1）数据库维护模块：管理员要对数据库内所有的数据进行备份和恢复，并可实现数据导入导出功能。 （2）基本信息管理模块：实现对员工基本信息的管理操作，包括员工基本数据信息的添加、修改、删除和查询等功能。 （3）信息浏览查询模块：用户对系统中的信息进行查询。可根据条件查询员工历史工资数据（如按月份查询、按姓名查询、按部门查询等）。 2 3
4 查询员工信息：员工查询自己的信息。 查询工资：员工查询自己的工资情况。 二、系统的UML建模 1、系统的用例图 创建用例图之前首先需要确定参与者。 ①在工资管理系统中，需要员工的参与，员工可以查询工资的历史数据并领取工资，还可以通过员工编号查看员工的基本信息。 ②管理员是此系统的核心，管理着整个系统。他要对所有的员工的信息的管理，对数据进行添加，删除，修改。管理员还要对系统进行相关维护操作，数据备份，数据恢复，数据导入等以及更新数据库。 （1）系统用户参与的总的用例图 管理员和员工都可发从用户这个参与者中泛化而来，用户是指此系统的所有使用者，以登录系统完成相应的操作。
课程设计报告 课程名称UML建模与分析 设计题目酒店管理系统 专业班级12级软卓 指导教师徐卓然 小组成员： 酒店管理系统需求文档 1. 背景说明： 随着人民生活水平的提高，餐饮，住宿，娱乐业在
服务行业中占有越来越重要的地位。要使在当前酒店行业日趋激烈的竞争中脱颖而出，必须努力发展自己的特色。在酒店管理方面也要有自己的管理特色，避免传统管理方法的失误，使得酒店的信誉以及各个管理方面都能出现零失误，以及能给管理者和普通的营业员带来操作上的方便，对整个酒店各个方面的业务带来快捷、方便、高效的服务，使用户能够对这个软件感到满意。 目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统。 2.部门划分
2.1 饮食管理部 它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。 2.2 住宿管理部 它也是酒店基本部门之一。住宿管理部门的主要职责有： A.给个房间布置各种设备、分类、编号、制定收费标 准、分配服务人员。 B.登记旅客信息，确认其身份，登记其入住、退房。 C.统计各类房间的客满程度。 D.对本部门的财务流动进行登记处理。
2.3 娱乐管理部门 娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似，可以用计算机完成并且有必要用计算机完成的有： A制定收费标准，分配负责人. B收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。这些信息都需要长时间保留并上报。 C、酒店KTV、洗浴城和酒吧的管理与经营、 2.4 大厅部门 大厅部门是直接与客户打交道的部门，主要负责任务： A、客房的预定，客户入住登记，退房登记。 B、负责结账。 C、对礼仪队的分配与管理。
UML-课程设计-学生成绩管理系统-精
————————————————————————————————作者：————————————————————————————————日期：
学生成绩管理系统UML建模 姓名： 学号： 班级： 指导教师：
一．设计目的 UML统一建模课程是一门面向对象开发方法的设计语言。UML统一建模课程设计实验课，着重加强面向对象建模技术。使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。通过建模，使问题可视化，形式化。通过以序列的建模和迭代活动，对于提高学生综合素质十分必要。 UML统一建模课程是本科类计算机专业的一门骨干课程，技术复杂，应用范围广。本课程设计实验主要内容：构建系统的分析模型、设计模型。主要目标如下： 1. 掌握面向对象的分析技术、设计技术； 2. 构建“学生成绩管理系统”的需求分析模型和设计模型； 二．设计内容 1.可行性分析 随着网络通信技术的迅速发展和信息技术的广泛应用，计算机的应用已普及到经济和社 会生活的各个领域。教育领域也不例外，现今已经出现了各种远程网络在线教育系统、图书馆管理系统、学籍管理系统……其中学生成绩管理是任何院校都不可缺少的部分，它的内容对于学校的决策者和教学管理者来说都至关重要，而传统的人工管理方式效率较低，为数据的查询、更新和维护代来了极大的不便。所以学生学籍管理信息系统的开发和应用是必要的，它能够为管理人员提供充足的信息和快捷的查询手段，提高学校学籍管理的效率。 系统的可行性分析 （1）系统实施运行的可行性： 各教师，学生都已熟练掌握计算机的基本实用方法和操作技能，对新系统的开发，表现出极大的热情。提出了很多好的建议和要求。 （2）技术可行性： 校园网已正常运行；开发人员已熟练掌握开发工具。技术上实现系统是可行的。 （3）经济可行性： 校园内部局域网络已经建成；硬件投入不需要很大。 2.需求分析 2.1系统需求分析
图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标是实现部图书借阅管理的系统化、规化和自动化。 能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。 能够对借阅人进行注册登记，包括记录借阅人的、编号、班级、年龄、性别、地址、等信息。 提供方便的查询方法。如：以书名、作者、、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以名称查询联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面，尽量避免误操作。 2、系统功能需求分析 (1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、 借书期限、备注等。 (2) 书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关 键词、备注。 (3) 借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丢 失后的处理。 (4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理 满足以上需求的系统主要包含有一下几个子系统 （1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。 （2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。 （3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。 （4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。 （5）帮助功能子系统。 下图为该图书馆管理系统的主要功能模块图： 页脚
《面向对象分析与设计（UML）》课程设计报告 设计题目：学生成绩管理系统 院系：计算机科学与工程学院 专业：软件工程 班级： 学号： 姓名： 指导教师： 设计地点： 开课时间： 2012 至 2013 学年第 1 学期 常熟理工学院计算机科学与工程学院制
学生姓名成绩 评语： 指导教师（签名） 年月日
目录 1. 设计目的和任务.................................................................. .. (1) 2. 开发环境.................................................................. .............................. (2) 硬件环境.................................................................. ....................... (2) 软件环境.................................................................. (2) 3.设计题目.................................................................. (3) 题目名称.................................................................. ...................... . (3) 题目详细描述.................................................................. ........... .. (3) 功能要求.................................................................. (3) 4. 相关技术及知识点.................................................................. .. (4) UML的建模语言................................................................... . (4) RUP软件开发过程................................................................... ....... .. (4)
基于UML的图书馆管理系统建模设计 一、摘要 面向对象的软件工程，同传统的面向过程的软件工程相比，在需求的获取、系统分析、设计和实现方面都有着很大的区别。UML是OOA和OOD的常用工具。使用UML来构建软件的面向对象的软件工程的过程，就是一个对系统进行不断精化的建模的过程。这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。 使用面向对象的工具来构建系统，就应该使用面向对象的软件工程方法。然而，我们经常会发现，在实际的开发过程中，很多开发人员虽然能够理解UML的所有图形，却仍然不能得心应手的使用UML来构建整个项目，其很大的原因，是仍然在使用原有的软件工程方法，而不清楚如何使用UML来建立系统的这些模型，不清楚分析和设计的区别，以及他们之间的转化。 应用软件系统，就其本质来说，是使用计算机对现实世界进行的数字化模拟。应用软件的制造过程，按照UML的方法，就是建立这一系列模型的过程。关于这个图书馆系统，基本的需求比较简单，就是允许学生可以在图书馆借阅和归还图书，另外，也可以通过网络或者图书馆的终端来查阅和预订书。当然，图书馆管理员也可以对图书进行管理。为了简化系统，我们没有把图书馆中的人员作细分。 本文只是对使用UML的过程做一个探讨，着眼于使用UML进行建模的过程，说明各个层次的模型之间的区别和联系，展示系统演进的过程，而不会深入UML的细节方面。对于更加复杂的系统，其分析和设计的方法是相通的，可以举一反三。 二、图书馆管理系统可行性分析 随着政府机关与广大企事业单位内部网络的广泛建立，在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统，满足信息高度共享和即时发布的需求，有效实现内部知识管理，已成为众多用户的共同需求。 图书管理系统，为政府机关与广大企事业单位自动化办公提供了一个较好的解决方案。在开发过程中，按照软件工程的步骤，从设计到开发采用了面向对象的思想和技术，采用了SQL SERVER 2000数据库，使得本系统可以方便的和其他子系统进行数据交换。同时，注意从软件的图形应用界面上优化软件质量，使得本系统具有很强的可操作性。 三、图书馆管理系统需求分析 3.1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。 能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
《UML课程设计》报告题目：学生管理系统 学号：07103230 姓名： 指导老师：罗新程岚岚
1.可行性研究报告 学生成绩管理工作是高校教育工作的一项重要内容。教务管理工作是指学校管理人员按照一定教育方针，运用先进的管理手段，组织、协调、指挥并指导各用户活动，以便高效率、高质量地完成各项教学任务，完成国家所制定的教育目标。学生成绩管理工作是学校教学工作的中枢，是保证高校教学机制正常运转的枢纽，它是一项目的性、计划性、适用性、创造性和科学性很强的工作。学生成绩工作关系到高校教学秩序的稳定。大中型院校人员众多，如果没有好的管理，就不能取得很好的成果，应用数据库来管理，在这方面能够取得很好的效果。 系统的可行性分析 1.系统实施运行的可行性： 各教师，学生都已熟练掌握计算机的基本实用方法和操作技能，对新系统的开发，表现出极大的热情。提出了很多好的建议和要求。 2.技术可行性： 校园网已正常运行；开发人员已熟练掌握开发工具。技术上实现系统是可行的。 3.经济可行性： 校园内部局域网络已经建成；硬件投入不需要很大。 2.需求分析报告 2.1概述 随着互联网的发展，利用INTERNET 技术来实现“无纸办公”这个概念已经深入人心，校园网作为学校信息化建设的一个平台在完成资源共享、互联网访问、教务管理、电子备课等方面发挥了重要作用。服务教学、提高教学水平和效果是校园网建设的核心目标和核心价值，本系统立足于校园实际，着眼于未来发展，建成符合标准化协议、通用性较强、实用的系统，以提高高校的现代化管理水平，实现信息资源的共享。该项目主要是服务于教学方面，进一步方便教师的工作和学生的学习，从而从侧面达到提高学校的教学方面‘软件’质量。可以说它适用于每一所高校，因此很有开发价值。我们不敢说该产品是所有该系列产品中最好的，但是我们这里要强调的是它具有使用范围广，
图书管理系统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借阅者请求服务的用例图
图书馆管理系统UML建模
1 系统功能需求 ①借阅者可以通过网络查询书籍信息和预定书籍。 ②借阅者能够借阅书籍和还书。 ③图书管理员能够处理借阅者的借阅和还书请求。 ④系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借 阅者帐户，增加和删除书籍。 ⑤系统主要包括以下几个模块： 基本数据维护模块 基本业务模块 数据库管理模块 信息查询模块 2 基本数据维护模块 基本数据维护模块包括的主要功能模块： ①添加借阅者帐户 ②修改更新借阅者帐户信息 ③添加书目 ④修改和更新书目信息 ⑤添加书籍 ⑥删除书籍 3 基本业务模块 基本业务模块包含的功能： ①借书 ②还书 ③书籍预留 ④取消书籍预定 4 数据库模块 数据库模块的功能： ①借阅信息管理 ②书籍信息管理 ③帐户信息管理 ④书籍预留信息管理 5 信息查询模块 信息查询模块主要是查询数据库中的相关信息： ①查询书籍信息 ②查询借阅者信息 系统的参与者主要有三类：读者（也可称为借阅者）、图书馆管理员、图书馆管理系统维护者。
1、系统中的类 读者类Reader 图书馆人员类LibraryStaff 图书馆管理员类LibraryManager系统管理员类SystemManager 图书馆馆长类LibraryBoos
图书馆数据库类LibraryDatabase 图书馆资源数据库ResourcesDatabase 图书馆读者数据库ReaderDatabase 图书馆工作人员数据库LibraryStaffbase 图书馆资源类LibraryResources 实物书籍类BooksResources电子书籍类ElectronicResources 书类Book Magazine杂志类
目录 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所示。
图书管理系统需求分析 一、需求分析 1、业务组织结构 图书馆是让少部分人来管理大量的图书以方便更多的人，其中发生最多的就是借书与还书的过程。因此，图书管理系统主要用来实现注册登录、图书的出借与归还、新书入馆信息登记、旧书出馆存档的操作，其中，注册登录操作分为管理人员注册和普通借阅人员。 2、具体功能要求 ●用户管理图书管理人员账号由系统创建，并给予一定权限。普通用户可以向图书管理人员申请创建账号，且只有部分权限。 ●图书借还管理借阅者登录后可查看自己的借阅信息，也可搜索相关书籍并查看其详细信息。借阅者借书前，图书管理员必先查看借阅者借阅信息，如有超期未还图书、借书限定本数已到或拖欠罚金者不予办理借阅手续；若无上述情况，则新建借阅信息，完成借书。当借阅者归还图书时，图书管理员查看其借阅信息，若有超期，则收缴相应罚金，并建立相关存档记录，更新其借阅信息，还书结束。 ●书籍管理图书馆购买新书后，由系统新建书籍信息表单，然后填写相关书籍信息，分类并保存。图书馆过时或破损的旧书清理出图书馆时，由管理系统注销数据库中有关该书的相关信息，并另建出馆旧书表单，存档记录。 二、确定用例 1、用户管理 用户管理包括所有用户管理、普通借阅者用户注册和密码修改功能。 ●用户管理。根据图书馆的需要，系统可以相应增减图书管理员用户，同时也可以管 理普通用户账号，如查看信息或删除用户等。 ●普通借阅者用户注册。进入登录页面点击注册后，由系统自动生成用户账号，申请 者填写相关信息后提交，再由系统保存该用户信息。 ●密码修改。管理员用户和普通借阅者用户正确登录后，可以修改自己相关信息和密 码，确认后，再由系统更新该账号用户信息。 2、图书借还管理 图书出借管理包括图书出借、图书归还、搜索书籍、查看借阅信息以及管理员查看超期未还书籍等功能。 ●图书出借。管理员根据借阅者账号查看并核对借阅者信息，同时检查有无借书限制 （如有超期未还图书或已达到最多借书数目），若无限制，则办理借阅手续，否则 不予办理。 ●图书归还。管理员根据借阅者所还书籍编号查看该书借阅信息，若超期，则要求借 阅者缴纳罚金。然后注销该借阅信息，更新该书籍在馆状态。还书结束。 ●搜所书籍。借阅者用户或管理员登录后便可在数据库中搜索书籍，并查看其在馆状 态。 ●查看超期未还书籍。管理员用户定期搜索借阅信息，查看超期书籍，并在借阅者登 录后给予提示。 3、书籍管理 书籍管理主要有三个主要功能：新书入馆、旧书出馆、书籍信息修改。
图书馆管理系统UML建模 姓名：罗鑫 班级：计Y052班s 学号：200502001071
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基本模型
统一建模语言UML 课程设计报告工资管理系统分析与设计姓名： 学号： 班级： 指导教师： 《UML（Unified Modeling Language 统建模语言）》课程设计任务书
设计要求
1.用户和角色分析、应用需求、各个界面的间转换流程、要 用到工具和技术等。 2. 根据所收集的简单需求，使用 UML 和Rational Rose 具对系统进行 建模。 3. 根据需求的分析，进行需求建模，绘制系统的用例图和 活动图。 4. 根据用例模型，进行架构建模，绘制系统的状态图，类 图和交互图。 1. 知识准备，整体规划设计构思 1 天 2. 使用UM!和Rational Rose 工具对系统进行建模 天 3. 课程设计报告 0.5天 4. 幻灯片制作及答辩准备 0.5天 5. 演示及答辩设计内容 与步骤 设计工作 计划与进 度安排 1.5
1.出勤20 % 2.答辩或演示40% 3.课程设计报告40% 字)： 一、工资管理系统的需求分析 1.系统功能需求 (1)员工可以进入此系统查询工资和查看基本的信息。 (2)管理员可以对员工的信息进行添加，删除，修改。并对数据库中的数据维 护，包括数据备份，导入数据，导出数据。 满足上述需求的系统主要包括下面几个模块 图1.1系统功能需求指导教 设计考核要求师(签字)： 教研室主任(签 (1)数据库维护模块：管理员要对数据库内所有的数据进行备份和恢复，并可 览
2数据库维护模块 图1.2数据库维护模块数据备份：将一个月的数据进行复制 员 图1.3基本信息管理模块删除员工信息：如果有员工辞职则删除该员工的信息添加员工信息：如果聘用了新员工则添加员工信息 修改员工信息：如果有员工的信息有所变动则修改 4信息浏览查询模块
基于UML的图书管理系统模型 一、系统功能描述 1．系统功能需求分析 （1）读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。 （2）书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。 （3）借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丢失后的处理。 （4）系统管理：包括用户权限管理，数据管理和自动借还书机的管理。 满足以上需求的系统主要包含有一下几个子系统： （1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。 （2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。 （3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。 （4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订 信息管理功能。 （5）帮助功能子系统。 下图为该图书馆管理系统的主要功能模块图： 2
（1）借书。处理借书业务。 （2）还书。处理还书业务。 （3）书籍预订。借阅者可以通过网络进行书籍预订。 （4）书籍信息录入。处理书籍个类信息录入业务。 （5）借阅者信息录入。对读者信息进行录入。 （6）书籍信息查询。负责书籍信息的查询。 （7）读者信息查询。负责数据信息的查询。 （8）借阅信息管理。书籍借阅信息包括所借书的书名、ISBN 以及借书的时间等。 （9）书籍信息管理。书籍信息包括书籍的名字、ISBN 、作者、入库时间以及书籍在相 应书目下的编号等。 （10）预订信息管理。负责管理书籍预订信息。 3．图书馆管理系统的数据流图。如下： 二、系统的UML 建模设计 1．UML 简介 UML 是一种功能强大的、面向对象的可视化系统分析的建模语言，它采用一整套成熟的建模技术，广泛地适用于各个应用领域。它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠、更完善的系统模型。从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。 2．该图书馆管理系统的用例图如下： 图书馆管理系统的数据流图
第一章系统建模与分析设计的演变 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．课程设计的考核由指导教师根据设计表现、设计报告、设计成果、答辩等几个方面，给出各项权重，综合评定。该设计考核教研室主任审核，主管院长审批备案。2．成绩评定采用五级分制，即优、良、中、及格、不及格。 3．参加本次设计时间不足三分之二或旷课四天以上者，不得参加本次考核，按不及格处理。 4．课程设计结束一周内，指导教师提交成绩和设计总结。 5．设计过程考核和成绩在教师手册中有记载。 — 课程设计报告内容 课程设计报告内容、格式各专业根据专业不同统一规范，经教研室主任审核、主管院长审批备案。 注：1. 课程设计任务书和指导书在课程设计前发给学生，设计任务书放置在设计报告封面后和正文目录前。 2. 为了节省纸张，保护环境，便于保管实习报告，统一采用A4纸，实习报告建议双面打印（正文 采用宋体五号字）或手写。 { ）
酒店管理系统需求分析 一、背景说明 目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含 下面三类服务：饮食、仅供参考住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。 [ 1．饮食部门 它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。 在规模较大的酒店餐饮服务仅供参考部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分。 2．住宿管理部门 ' 它也是酒店基本部门之一。住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。B.登记旅客信息，确认其身份，登记其入住、退房时间。C.统计各类房 间的客满程度。D.对本部门的仅供参考财务流动进行登记处理。以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出。 3．娱乐管理部门
图书管理系统UML建模与设计模式 实验报告 计算机与信息工程学院 一、实验目的 在熟悉用例概念与应用的基础上，掌握用例模型的建立，包括： 1．掌握用例图的建立。 2．掌握用例描述文档的编写。 3．掌握建模工具的使用。 二、实验内容 根据以下需求设计一个图书馆管理系统的用例图模型，包括：用例图和主要用例的描述文档。 基本功能要求： 图书管理：新书登记，图书查询，图书注销； 借阅管理：借书，还书，查询今日到期读者； 读者管理：增加读者、删除读者、查询读者、读者类别管理（可以设置不同
类的读者，并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数，可续借天数等）； 报表管理：包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等。 系统管理：系统管理员使用，包括用户权限管理（增加用户，删除用户，密码修改等），数据管理（提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能。 三、实验思想 （1）分析系统需求； （2）确定系统参与者：读者、图书管理员、图书管理系统； （3）确定系统用例； 四、实验结果 借阅人用例图：
图书系统管理员用例图： 图书管理员用例图：
1．用例名称：登录 用例描述：根据用户输入的用户名和密码判断用户的身份，赋予相应的权限。前置条件：无 后置条件：根据用户所有的权限进入相应的操作界面。 基本操作流程： 1输入用户名 2输入密码 2校验密码是否正确。 3根据用户身份进入相应的操作界面。 可选流程：如果密码不正确，提示重新输入密码； 如果用户名不正确，提示没有此用户。
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）数据服务模块。数据服务模块是系统正常运行的基础，它包括客户的
ＵML课程设计 学生成绩管理系统 学院：计算机 专业：软件工程 学号： 姓名：兰青海 １、可行性研究报告?错误!未定义书签。 2需求规格说明?错误!未定义书签。 3、设计说明 3、1功能设置 ........................................................... 错误!未定义书签。３、2模块划分?错误!未定义书签。 3、3识别参与者与用例?错误!未定义书签。 4、其她得uml图10? 5、系统数据库设计 ...................................................................... 1２5、1数据库得需求分析13? 5、2数据库得逻辑设计 (14) 6.参考文献: ................................................................ 错误!未定义书签。１、可行性研究报告 随着网络通信技术得迅速发展与信息技术得广泛应用，计算机得应用已普及到经济与社
会生活得各个领域.教育领域也不例外,现今已经出现了各种远程网络在线教育系统、图书馆管理系统、学籍管理系统……其中学生成绩管理就是任一院校都不可缺少得部分,它得内容对于学校得决策者与教学管理者来说都至关重要，而传统得人工管理方式效率较低,为数据得查询、更新与维护代来了极大得不便。所以学生学籍管理信息系统得开发与应用就是必要得，它能够为管理人员提供充足得信息与快捷得查询手段,提高学校学籍管理得效率 系统得可行性分析 (1)系统实施运行得可行性: 各教师,学生都已熟练掌握计算机得基本实用方法与操作技能，对新系统得开发,表现出极大得热情。提出了很多好得建议与要求。 (2）技术可行性: 校园网已正常运行；开发人员已熟练掌握开发工具。技术上实现系统就是可行得。 （3)经济可行性: 校园内部局域网络已经建成;硬件投入不需要很大. 2、需求规格说明 2、1对功能得规定?2。１.1：输入一个同学得姓名与学号，系统能够输 出学生所在得学院、班级、成绩等学生信息 2.1。2：对于已经录入学生成绩管理系统得学生信息可以进行修改,例如：删除、添加。对于没有录入学生成绩管理系统得学生信息可以添加到系统（此项功能得实现需要对用户身份进行核查) 2.1。３:能够对学生得信息进行保存，即退出系统时，成绩成绩不能丢失?2、1、4：能够对学生成绩进行拷贝 2、１、5：能够登入与退出系 2、2对性能得规定 能够比较准确快捷地完成上述学生成绩管理系统所要求得功能即可。 3。设计说明 3、1系统描述 对于该系统得简要说明如下:此程序就是常驻内存得;因为学号就是学生得唯一标识符,所以学生姓名可以重复，但学号不可重复；本系统对数据修改时，会对数据进行覆盖 3、2功能 功能：此学生成绩管理系统基本能够实现学生成绩得输入、输出、插入、删除、