基于UML的学生宿舍管理系统的建模.doc
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 UML 学生宿舍 管理 系统 建模
- 资源描述:
-
案例分析—— 采用UML对学生宿舍管理系统的建模 1. 案例分析目标 本案例采用UML的方式对学生宿舍管理系统进行分析和设计,通过对学生宿舍的建模来对UML进行更加详细的了解和熟悉。 基于以上我们对学生宿舍的了解和对学校宿舍楼管理老师的咨询,我们小组成员:钱亚文,钟春瑕,仓决决定试着开发出来一个小型的学生宿舍管理系统。 2背景分析 2.1宿舍楼的基本情况 学生住在宿舍楼中,每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。 一、学生的基本信息: 入校时,每位同学都有唯一的学号,并被分配到指定的宿舍楼和指定的宿舍,也会有一个宿舍号,其入校时间就是他的入住时间。另外,为了管理上的方便,同一院系的学生的宿舍一般在一起,相应地会有其所在的院系名称。 一、 宿舍的基本信息:每间宿舍都有唯一的宿舍号 2.2用户对系统的要求 一、宿舍楼管理员: a.信息要求: 宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息,包括某一学号的学生在宿舍楼中住宿的详细信息,夜归的详细信息和学生离返校的信息。以利于对整个宿舍楼的全面管理。 b.处理要求: 当学生基本信息发生变化时,宿舍楼管理员能对其进行修改。比如,某些同学搬到其他的宿舍中去,他们在本宿舍楼中相应的记录就应该删去;或者学生转换专业,他们记录中院系的信息也要作相应的修改等等。 c.安全性与完整性要求: 安全性要求: 1.系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用; 2.系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容; 3.系统应对不同用户设置不同的权限,区分不同的用户,如区分普通用户(学生),管理员。 二、本宿舍楼的学生: 信息要求:本宿舍楼的学生能查询其所在的宿舍的所有信息。 3.UML建模基础知识 学生宿舍管理系统的主要的参与者是查询者,一般用户,系统管理员,财务人员,系统管理员,学生工作人员,以及时钟。 通过分析参与者的活动,可以初步确定这样的一些用例:(1)查询信息(2)学生管理(3)宿舍分配(4)住宿管理(5)基本数据管理(6)财务管理(7)决策支持。 UML采用9种视图来描述系统的结构和行为,具体下面将一一介绍: 用例图:参与者,用例的集合,可能的接口以及这些元素之间关系的图形表示。 类图:类与类之间的相互关系。 构件图:构建以其相互依赖关系。 部署图:构建在各节点上的部署。 顺序图:强调时间顺序的交互图。 协作图:强调对象协作的交互图。 4.UML建模 根据前面的需求分析,分别建立系统的用例图,包图,类图,顺序图,协作图,活动图。 4.1整体宿舍管理系统用例的组织——用例包图 学生宿舍管理系统的包图 4.2子系统的用例图 用例图分析 首先确定参与者,参与者是系统以外的一个实体(可以是任何的事物或者人),它以某种方式参与了用例的执行过程。参与者通过向系统或请求系统输入某些事件来触发系统的执行。我们看到宿舍管理系统的参与者是查询者,一般用户,学生工作人员,信息管理员,住宿管理,系统管理员,财务人员,时钟。 在分析用例,从需求捕获看用例有以下这些: 查询信息,学生信息管理,基础数据库管理,财务管理,登陆,宿舍分配,住宿管理,时钟支持。 画出上图的“学生宿舍管理子系统”的用例图。 参与者与用例的关系是通信关系。 用例与用例的关系是包含,扩展,泛化三种。 学生宿舍管理子系统的用例图 学生信息管理子用例图 用例的详细描述——以“登录用例”为例 用户名 登录用例 目标 登录。描述了用户登录到《学生宿舍管理系统.的过程,设置了 各种用户的的访问权限 主参与者 用户 触发条件 用户企图进入各个系统模块的时出发 前置条件: 系统必须能正常启动 典型实践过 程 参与者 系统响应 ①当用户启动这个应用系统时,用力开始。 ③用户数如用户名和密码 ②系统显示登录界面 ④系统验证信息 ⑤系统设置访问权限 ⑥系统显示主菜单(子用例:显示主界面) ⑦用例结束 替代实践过程 如果用户输入错误的用户名或密码时,给出提示信息,并跳转到⑦ 后置条件 用户正常登录到界面上 4.3 系统类图 分析用例,从用例中寻找对象和类。例如,通过分析宿舍分配管理子系统,可以发现已下实体类:学生,宿舍管理员,班级,楼栋,床位等。类是对象的抽象的描述,它包括属性的描述和行为的描述两个方面。类中的关系是关联,泛化,实现,依赖四种关系。其中类与类主要的关系是关联,泛化。 静态分析阶段——学生宿舍分配类图 4.4 为对象分配操作——通过协作图 为对象分配操作 登陆交互图 4.5 系统的动态分析——用顺序图表示用例的实现 学生宿舍分配顺序图 动态分析阶段——登陆顺序图 4.6 活动图 活动图显示了系统从一个活动到另一个活动的流程。利用UML的活动图工具进行工作流程建模。在这个学生宿舍管理系统在中的其中的学生入住业务流程中,活动应该涉及到申请入住,交费认可,取消住宿,学生身份认证,住宿分配。 学生入住业务流程——活动图 5.案例总结 本案例以学生宿舍管理系统UML建模为例,列举了我们几个认为重要的且会做的图形建模,旨在为大家分析此类问题提供参考性的方法和思路。每类图中更细节的问题有待进一步深入分析和细化。 UML,不是一种方法学,它不需要任何正式的工作产品,而且它还提供了多种类型的模型描述图(diagram).当在某种给定的方法学中使用这些图时,它使得开发中的应用程序的更易理解。 UML的内涵不只是这些模型描述图,但是对于入门来说,这些图对这门语言及其用法背后的基本原理提供了很好的介绍。通过把标准的UML图放进工作产品中,精通UML的人员就更加容易加入你的项目并迅速进入角色。最常用的UML图包括:用例图,类图,序列图,状态图,活动图,组件图和部署图》 最后,以钱亚文为代表的小组长在此感谢裴老师对我们的谆谆教导。展开阅读全文
咨信网温馨提示:1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前可先查看【教您几个在下载文档中可以更好的避免被坑】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时联系平台进行协调解决,联系【微信客服】、【QQ客服】,若有其他问题请点击或扫码反馈【服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【版权申诉】”,意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:0574-28810668;投诉电话:18658249818。




基于UML的学生宿舍管理系统的建模.doc



实名认证













自信AI助手
















微信客服
客服QQ
发送邮件
意见反馈



链接地址:https://www.zixin.com.cn/doc/2991873.html