UML建模银行管理系统
- 格式:doc
- 大小:358.00 KB
- 文档页数:18
基于UML的寝室管理系统建模作者:朱珍珍李昊东徐梦馨来源:《机电信息》2020年第17期摘要:UML作为一种统一的软件建模语言具有广泛的建模能力。
UML是在消化、吸收、提炼至今存在的所有软件建模语言的基础上提出的,集百家之所长。
随着近几年各高校招生人数的不断扩大,学生的寝室管理工作变得越来越烦琐。
例如,每年的新生住宿寝室安排、物品发放、缴费(包括电费、物品租赁费用等),整个过程执行起来异常复杂,耗费了大量人力和时间。
目前还有很多大学的寝室管理报表是手工完成的,这些报表数据不仅不利于保存,而且查找起来十分不便。
针对该问题,利用UML为寝室管理系统的开发建立了多种模型视图,基本构建了系统在开发前期的工作内容,为其他管理系统的开发提供了参考。
关键词:UML;寝室管理系统;用例图;静态模型;动态模型0 引言寝室管理系统的基本任务是整合离散的寝室信息,帮助相关负责老师、寝室管理中心提高日常的工作管理效率。
在该系统中赋予不同用户以不同的等级权限,可以方便相关负责老师、学生等查询个人相关信息、寝室住宿信息、具体寝室卫生成绩等,同时,可以方便学生及时解决报修、缴费等方面问题,使得学生寝室管理进入一个全新的信息化时代。
1 系统需求分析系统用户包括学生、相关负责老师、楼管会成员、宿管科教师、物业以及系统管理员。
用户可以以不同身份登录系统,查看与自己有关的信息,处理相关的业务。
1.1 学生模块学生可以查看本系各学年各寝室老师和学生检查的本寝室卫生成绩,当对卫生成绩不满意时,可以申请老师或学生复查,可以查看物业公告;当寝室设备出现问题时,可提交寝室设备报修信息,与物业人员约定报修时间以及随时查看报修情况;该系统通过微信、支付宝、网上银行等缴费方式缴纳寝室电费、空调费,并可查看剩余电费等。
1.2 教师模块1.2.1 辅导员系辅导员老师可以查看本系学生相关信息,分配床位信息,查询本系各学年各专业寝室卫生成绩,还可以办理本系学生的走读申请以及修改相关学生的寝室信息。
火车购票系统UML类图-时序图-状态图-协作图-活动图-对象图--用例图《UML面向对象分析》课程实践项目报告项目名称:网上订购火车票系统项目组成员:学号:班级:指导教师:3需求分析3.1 需求概述线上预订火车票系统是一款功能强大、操作简便、易维护的、具有良好人机交互界面的线上订票系统,它包括用户管理模块、系统参数设置模块、票务信息模块(提供票价、列车的实时信息)、订票管理模块(提供订票和退订功能)、实时信息提示模块(提供车况、路况、列车晚点等实时信息)、数据管理模块(提供数据备份、数据操作功能)。
实现火车票线上预定的自动化的计算机系统,为旅客提供准确、精细、迅速的火车票销售信息和方便、简单的订票功能。
线上预订火车票系统主要是对于订票信息的统一管理,满足了中小型线上订票网站对于用户的管理,订票信息的收集和处理方面的要求。
用现代化的方式取代以前的传统模式,更有利于信息的流通,资源的宏观管理。
具有体积小,代码简洁,易维护、易修改的优点。
23.2 需求分析用户管理模块用户管理模块包括如下几个部分。
(1) 添加用户信息:管理员可以对用户信息进行添加操作。
(2) 删除用户信息:管理员可以对已有用户信息进行删除操作。
(3) 查看用户信息权限:每个用户都具有一定的权限,管理员可以查看用户的管理权限。
(4) 修改用户信息权限:管理员可以修改用户的管理权限。
线上订购火车票系用户管理系统参数票务信息订票管理实时信息数据管理3(5) 删除管理权限:管理员在权限管理中可以删除管理权限。
(6) 添加管理权限:管理员在权限管理中可以添加管理权限。
系统参数设置模块系统参数设置模块有如下几个部分。
(1) 用户信息:管理员可以修改用户信息并保存。
(2) 订票信息:对订票信息进行添加、删除操用户管理模块用户管理 权限管理 添加用户信删除用户信查看用户信修改用户信删除管理权查看管理权添加管理权4作。
(3) 退订信息:对退订信息进行添加、删除操作。
UML各种图例面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML(也就是Unified Modeling Language ™),这篇课程的目的是展示出UML的精彩之处.UML中有九种建模的图标,即:∙用例图∙类图∙对象图∙顺序图∙协作图∙状态图∙活动图∙组件图∙配置图本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题,测试一下你对这个部分的理解.为什么UML很重要?为了回答这个问题,我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂,设计师和施工人员之间的交流就越重要.蓝图就成标准文档为了这个行业中的设计师和施工人员的必修课.写软件就好像建造建筑物一样.系统越复杂,参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师,设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师,设计师和程序员之间在软件设计时的通用语言.UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界.模型是由对象objects组成的,它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事(属性attributes)和他们可以做的事(行为或操作behaviors or operations).对象的属性的值决定了它的状态state.类Classes是对象的“蓝图”.一个类在一个单独的实体中封装了属性(数据)和行为(方法或函数).对象是类的实例instances.用例图用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象.强调这个系统是什么而不是这个系统怎么工作.用例图与情节紧紧相关的.情节scenario是指当某个人与系统进行互动时发生的情况.下面是一个医院门诊部的情节.“一个病人打电话给门诊部预约一年一次的身体检查.接待员找出在预约记录本上找出最近的没有预约过的时间,并记上那个时间的预约记录.”用例Use case是为了完成一个工作或者达到一个目的的一系列情节的总和.角色actor是发动与这个工作有关的事件的人或者事情.角色简单的扮演着人或者对象的作用.下面的图是一个门诊部Make Appointment用例.角色是病人.角色与用例的联系是通讯联系communication association(或简称通讯communication)标准文档角色是人状的图标,用例是一个椭圆,通讯是连接角色和用例的线.一个用例图是角色,用例,和它们之间的联系的集合.我们已经把Make Appointment作为一个含有四个角色和四个用例的图的一部分.注意一个单独的用例可以有多个角色.用例图在三个领域很有作用.决定特征(需求).当系统已经分析好并且设计成型时,新的用例产生新的需求标准文档∙客户通讯.使用用例图很容易表示开发者与客户之间的联系.∙产生测试用例.一个用例的情节可能产生这些情节的一批测试用例.类图类图Class diagram通过显示出系统的类以及这些类之间的关系来表示系统.类图是静态的-它们显示出什么可以产生影响但不会告诉你什么时候产生影响.下面是一个顾客从零售商处预定商品的模型的类图.中心的类是Order.连接它的是购买货物的Customer和Payment.Payment有三种形式:Cash,Check,或者Credit.订单包括OrderDetails(line item),每个这种类都连着Item.标准文档UML类的符号是一个被划分成三块的方框:类名,属性,和操作.抽象类的名字,像Payment是斜体的.类之间的关系是连接线.类图有三种关系.关联association-表示两种类的实例间的关系.如果一个类的实例必须要用另一个类的实例才能完成工作时就要用关联.在图中,关联用两个类之间的连线表示.标准文档标准文档为了简单地表示出复杂的类图,可以把类组合成包packages.一个包是UML上有逻辑关系的元件的集合.下面这个图是是一个把类组合成包的一个商业模型.dependencies关系.如果另一个的包B改变可能会导致一个包A改变,则包A依赖包B.包是用一个在上方带有小标签的矩形表示的.包名写在标签上或者在矩形里面.点化线箭头表示依赖对象图Object diagrams用来表示类的实例.他们在解释复杂关系的细小问题时(特别是递归关系时)很有用.这个类图示一个大学的Department可以包括其他很多的Departments.标准文档这个对象图示上面类图的实例.用了很多具体的例子.UML中实例名带有下划线.只要意思清楚,类或实例名可以在对象图中被省略.标准文档每个类图的矩形对应了一个单独的实例.实例名称中所强调的UML图表.类或实例的名称可能是省略对象图表只要图的意义仍然是明确的.顺序图类图和对象图是静态模型的视图.交互图是动态的.他们描述了对象间的交互作用.顺序图将交互关系表示为一个二维图.纵向是时间轴,时间沿竖线向下延伸.横向轴代表了在协作中各独立对象的类元角色.类元角色用生命线表示.当对象存在时,角色用一条虚线表示,当对象的过程处于激活状态时,生命线是一个双道线.消息用从一个对象的生命线到另一个对象生命线的箭头表示.箭头以时间顺序在图中从上到下排列.标准文档协作图协作图也是互动的图表.他们像序列图一样也传递相同的信息,但他们不关心什么时候消息被传递,只关心对象的角色.在序列图中,对象的角色放在上面而消息则是连接线.标准文档对象角色矩形上标有类或对象名(或者都有).类名前面有个冒号(:).协作图的每个消息都有一个序列号.顶层消息的数字是1.同一个等级的消息(也就是同一个调用中的消息)有同样的数字前缀,再根据他们出现的顺序增加一个后缀1,2等等.状态图对象拥有行为和状态.对象的状态是由对象当前的行动和条件决定的.状态图statechart diagram显示出了对象可能的状态以及由状态改变而导致的转移.标准文档我们的模型例图建立了一个银行的在线登录系统.登录过程包括输入合法的密码和个人账号,再提交给系统验证信息.登录系统可以被划分为四种不重叠的状态:Getting SSN, Getting PIN, Validating, 以及 Rejecting.每个状态都有一套完整的转移transitions来决定状态的顺序.标准文档状态是用圆角矩形来表示的.转移则是使用带箭头的连线表示.触发转移的事件或者条件写在箭头的旁边.我们的图上有两个自转移.一个是在Getting SSN,另一个则在上Getting PIN.初始状态(黑色圆圈)是开始动作的虚拟开始.结束状态也是动作的虚拟结束.事件或条件触发动作时用(/动作)表示.当进入Validating状态时,对象并不等外部事件触发转移.取而代之,它产生一个动作.动作的结果决定了下一步的状态.活动图活动图activity diagram是一个很特别的流程图.活动图和状态图之间是有关系的.状态图把焦点集中在过程中的对象身上,而活动图则集中在一个单独过程动作流程.活动图告诉了我们活动之间的依赖关系.对我们的例子来说,我们使用如下的过程.“通过ATM来取钱.”这个活动有三个类Customer, ATM和 Bank.整个过程从黑色圆圈开始到黑白的同心圆结束.活动用圆角矩形表示.标准文档标准文档标准文档。
中南民族大学管理学院学生实验报告课程名称:UML面向对象分析与设计教程年级:专业:信息管理与信息系统学号:姓名:指导教师:实验地点:管理学院综合实验室2013 学年至 2014 学年度第 2 学期目录实验一 UML建模基础实验二用例图实验三 UML类图实验四对象图实验五包图实验六动态模型图实验(一) UML建模基础实验时间:实验目的1.熟悉UML建模工具Rational Rose的基本菜单及操作。
2.掌握UML的三大组成部分及各部分作用。
3.掌握UML的可见性规则和构造型的作用。
实验内容1.练习使用建模工具建立各种UML图形,并对图形进行相应编辑和修改。
2.认识各种UML关系及可见性符号,并用工具表示出来。
答:各种UML关系如下:分析与讨论1.总结UML在软件工程中的作用以及使用UML建模的必要性。
答:统一建模语言(UML)是用来对软件密集系统进行可视化建模的一种语言,也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。
UML作为一种模型语言,它使开发人员专注于建立产品的模型和结构,而不是选用什么程序语言和算法实现。
当模型建立之后,模型可以被UML工具转化成指定的程序语言代码。
UML可以贯穿软件开发周期中的每一个阶段,最适于数据建模、业务建模、对象建模、组件建模。
UML展现了一系列最佳工程实践,这些最佳实践在对大规模、复杂系统进行建模方面,特别是在软件架构层次方面已经被验证有效。
UML是一种功能强大的,面向对象的可视化系统分析的建模语言,它的各个模型可以帮助开发人员更好地理解业务流程,建立更可靠,更完善的系统模型,从而使用户和开发人员对问题的描述达到相同的理解,以减少语义差异,保障分析的正确性。
指导教师批阅:实验(二)用例图实验时间:实验目的1.掌握用例的概念、UML用例图的组成、作用以及使用场合。
2.掌握用例与用例之间的各种关系。
3.用Rational Rose工具练习教材中的用例图。
目录一系统功能需求 (3)二系统的UML建模 (4)1、系统的用例图 (4)(1)系统用户参与的总的用例图 (5)&(2)People的详细用例 (5)(3)会员详细用例图 (7)(4)买家详细用例图 (8)(5)卖家详细用例图 (9)(6)职员详细用例图 (11)~2类图 (13)3 系统的顺序图 (16)5活动图 (19)(1)买家购物 (19)(2)卖家开店 (22)。
(3)卖家发货及商品管理 (23)(4)商品管理活动图 (23)(5)注册活动图 (24)6包图 (26)7构件图 (27)"8部署图 (27)一、系统功能需求本B2C电子商务系统是以淘宝网系统为建模对象。
依据淘宝网的工作流程和模式用统一建模语言UML对淘宝网进行设计和分析。
本系统主要为用户提供了会员注册,购物车管理,商品搜索,用户资料修改等功能,为管理员提供了商品管理,会员管理,新闻信息管理,广告链接管理等功能。
管理员可以通过后台登录进去进行会员管理,商品管理,新闻管理和广告链接管理。
在会员管理中,可以对会员就行添加删除,在商品管理中可以对商品进行添加修改,在广告链接里面可以对广告设置和友情链接进行管理。
$根据对系统的分析,整个系统主要实现网上商品展示与在线购买及各类用户管理。
一、不同身份的人登录后有不通的权限(淘宝公司职员、注册会员、游客)。
二、在线商品展示(首先对所有的商品进行分类,对同一类商品进行分页展示);三、在线购买,对于买家或是游客选定的宝贝可以在线支付货款,商家随即发货;四、后台管理,对庞大复杂的各类商品数据以及注册会员数据进行管理。
其中在线购买宝贝的流程可分为:会员注册(买家或者卖家)、身份认证、发布信息、购买宝贝、网上付款(支付宝或者网银或者邮政储蓄汇款等多种付款方式,供买家自由选择)、发货(淘宝合作快递公司或者其他邮递方式,买家根据邮资自由选择运货方式)、确认收货、打款到商家、信用评价(买家评论卖家,卖家也可评论买家;买家购买宝贝后对商品、卖家的评价反应卖家的信用度,以供后来买家参考)。
基于B/S的银行客户销售管理系统的设计与实现随着我国市场经济的不断发展,银行的数量也在不断的增多。
目前市场上银行之间的竞争很大,这种情况给银行带来了极大的压力。
为了扩大自身的业务,银行需要改变传统的管理方式,提高管理过程中的信息化程度。
银行销售管理作为银行管理的重要方面,更需要提高信息化程度。
本文根据我国银行的实际情况,设计并开发了银行客户销售管理系统。
银行应用该系统以后,可以提高自身的管理水平,可以提高客户的满意度,可以提升银行自身的销售业绩。
(1)本文研究了该系统的研究背景,分析了目前银行销售管理过程中存在的问题,并提出采用信息化手段来解决这些问题。
本文还分析了该项目实施的目的和意义,并介绍了最国内外销售管理系统的研究现状。
(2)本文分析了该系统的需求。
首先本文介绍了软件需求分析对于软件的重要性,然后通过功能性需求和非功能性需求两个方面分析了用户的需求。
接着,本文通过可行性分析说明了开发系统是可行的。
最后,本文介绍了系统的用户和权限分配情况。
(3)本文设计并实现了银行客户销售管理系统。
在系统的设计阶段,在设计系统时,主要使用的是UML建模技术,并通过时序图、E-R图等方式来明确设计的具体内容。
在开发系统时,本文主要采用的是技术,并采用三层架构作为系统的整体架构;在部署系统时,服务器采用的操作系统是Windows Server 2008。
银行客户销售信息管理系统主要可以对销售工作的中的客户、订单、产品等信息进行管理。
(4)本文介绍了系统测试环境和测试的过程,通过系统测试表明系统的功能合理,可以满足银行客户销售管理工作的需要。
1
2020年4月19日
UML建模银行管理
系统
文档仅供参考
2
2020年4月19日
银行管理系统的UML建模
课程设计报告
专业:
学号:
姓名:
任课教师:
一、系统概述
银行是与人们生活密切相关的一个机构,银行能够提供存
款、取款、转账等业务。
文档仅供参考
3
2020年4月19日
在银行设立账户的人或机构被称为银行的客户
(customer)。一个客户能够在银行开设多个账户(account),
客户能够存钱到账户中,也能够从自己的账户中取钱,还能够将
存款从一个账户转到另一个账户。另外,客户能够随时查询自己
的账户情况,以及查询以前所进行的存款、取款等交易记录。客
户还有权利要求关闭自己的账户。
实际生活中的银行功能其实还要复杂得多,但为了简化系
统,本次设计只考虑银行的基本功能。简化版的银行信息系统至
少应具有如下功能:
1. 一个银行能够有多个账户;
2. 一个银行能够有多个客户;
3. 一个客户能够持有多个账户;
4. 一个账户能够有多个持有者;
5. 银行能够为客户开设账户;
6. 银行能够为客户注销账户;
7. 客户能够从自己账户中取钱;
8. 客户能够向自己账户中存钱;
9. 客户能够在同一银行的不同账户之间转账;
10. 客户能够在不同银行的不同账户之间转账;
请完成登录、存款、取款、转账和查询几个模块的设计。
二、需求分析
银行系统是与生活紧密相关的一个机构,银行提供了存款、
文档仅供参考
4
2020年4月19日
取款、转账等业务。在银行设立账户的人或机构一般被称为银行
的储户。一个储户能够在银行开多个账户,储户能够存钱到账户
中,也能够从自己的账户中取现,还能够将存款从一个账户转到
另一个账户。储户还能够随时查询自己账户的情况,并查询以前
所进行的存款、取款等交易记录。后台管理员能够对客户的账户
进行注销、删除、查询等管理,还有就是银行利息、汇率、手续
费之类参数的设置,以及财务管理以及财务分析。
软件分别有开户,查询存取款,转账等功能。各个模块各有
不同的功能,但都能完成查询和存取功能。各模块的数据都存放
在数据库中。数据的调用和连接都有程序来完成。
此软件所要完成的主要功能有三方面:如果是存款,用户填
写存款单,然后交给收银员键入系统,同时系统还要记录存款人
姓名,住址,身份证号码,存款类型,存款日期,利率及密码
(可选)等信息,完成后由系统反馈成功存款信息给用户。如果
是取款,用户填写取款的相关信息(取款金额、取款币种)进行
提交,系统要求用户输入密码以确认身份,核对密码正确无误后
系统计算利息并印出利息单给用户。如果是转账,用户填写转账
的相关信息进行提交,系统要求用户输入密码以确认身份,核对
密码正确无误后系统计算利息并反馈信息给用户。系统及时更新
数据库。
外部功能:实现化窗口,开户/销户、存款/取款、查询/转账。
内部功能:同步,过滤,定位,识别,更新,连接。
文档仅供参考
5
2020年4月19日
三、系统的UML基本模型
(1)、用例图
经过分析对银行管理系统的需求分析,确定参与者有银行客
户、收银员。
收银员具有维护系统信息、维护客户信息、查询客户情况和处理
处理客户需求的作用。
用例包括:
1)开户、
2)存款、
3)取款、
4)转账、
5)查询、
6)销户等