基于UML的学籍管理系统的分析与设计_第1页
基于UML的学籍管理系统的分析与设计_第2页
基于UML的学籍管理系统的分析与设计_第3页
基于UML的学籍管理系统的分析与设计_第4页
免费预览已结束,剩余1页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、基于UML的学籍管理系统的分析与设计关键词:UML;学籍管理系统;ROSE 1引言 面向对象技术出现之后,先后出现了很多种面向对象软件开发方法,但是术语不统一,缺乏共同的标准,常给软件开发人员带来困惑。其中统一建模语言UML被认为具有划时代重要意义的成果之一。UML是Booch方法、OOSE方法、OMT方法和其他一些建模方法的组合和延伸。 UML是一种用于描绘、构造可视化和文档化软件系统的语言,它融入了软件工程领域的新思想、新方法和新技术,可以用于构造各种类型系统的业务模型和软件模型。本文将以UML为根底,通过ROSE工具,讨论学生学籍管理系统的建模问题。 2. UML简介 UML作为一种建模

2、语言,UML的定义包括UML语义和UML表示法两个局部。 (1) UML语义 描绘基于UML的准确元模型定义。元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明,使开发者能在语义上获得一致,消除了因人而异的最正确表达方法所造成的影响。此外UML还支持对元模型的扩展定义。 (2) UML表示法 定义UML符号的表示法,为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型,在语义上它是UML元模型的实例。 UML的主要内容是由用例图、类图、对象图、状态图、活动图、构件图、配置图、顺序图和协作图等图形来描绘。这些不同的图形提

3、供了对系统进展分析或开发时的多角度描绘,基于这些图就可以分析和构造一个自一致性系统。 3. 基于UML的学籍管理系统建模 3.1 基于UML的管理系统建模过程 从应用的角度看,当采用面向对象技术设计系统时,首先是描绘需求;其次根据需求建立系统的静态模型,以构造系统的构造;第三步是描绘系统的行为。其中在第一步与第二步中所建立的模型都是静态的,包括用例图、类图(包含包)、对象图、组件图和配置图等五个图形,是标准建模语言UML的静态建模机制。其中第三步中所建立的模型或者可以执行,或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图等四个图形,是标准建模语言UML的动态建模机制。因

4、此,标准建模语言UML的主要内容也可以归纳为静态建模机制和动态建模机制两大类。 3.2 根据需求建立系统的静态模型 学籍管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,使其有更多的精力从事教务管理政策的研究施行,教学方案的制定执行和教学质量的监视检查,从而全面进步教学质量。包括学生档案管理、课程管理、成绩管理等功能。 3.2.1 用例图的建立 需求定义中,最重要的就是用UML分析建模中得到的用例模型。确定用例模型首先要确定参与者与用例,它是需求定义中最重要的活动。这些活动分为以下几个步骤。 1 确定角色 角色是系统外部的一个实体,在UML中,

5、角色的表示如图1所示。它是以某种方式参与用例的执行过程,通过向系统输入或恳求某些事件来触发系统的执行。 一个角色既可以是人,而且也可以是硬件设备或者另一个系统。在本学籍管理系统中,主要确定的角色有:老师、学生、管理员。 2 确定用例 用例是指对系统角色的交互进展响应,并产生一个可见的结果所进展的一系列动作,它描绘了系统的一个完好的功能需求。在UML中,用例的表示如图2所示: 在本学籍管理系统中,主要的一些用例是:学生管理、课程管理、成绩管理等。 3 建立用例图 一个用例图是由一些角色、一组用例、还可能有一些接口以及这些组成元素之间的关系构成的图,关系是指角色和用例之间的联络。在ROSE工具中,

6、我们得到本学籍管理系统中的一组顶层用例图,如图3、图4、图5所示: 图3 管理员用例图 图4 老师用例图 图5 学生用例图 4 用例描绘 完成用例图后,我们还需要对每个用例进展描绘。通常我们用文字性语言进展描绘。 下面,对本学籍管理系统的成绩管理用例进展描绘,系统其他用例描绘方法类似。 用例名称:成绩管理 参与者:老师,学生 简要说明: 负责对学生成绩信息的添加、查询和更新等。 前置条件: 已经登成绩管理系统 根本领件流: 1 老师登录系统并录入学生成绩 2 老师查询学生成绩,并根据需要更新学生成绩 3 学生登录系统查询个人成绩信息 4 用例终止 异常事件流: 1 提示错误信息,负责人确认 2

7、 返回到管理系统主页面 后置条件: 学生成绩信息已更新或查询 学生成绩管理的精华用例图如图6所示: 3.2.2 类图的建立 类图是静态构造模型的图形化视图,它由各种静态关系连接起分类器元素而构成。 类图是一组静态的描绘性模型元素互相连接的集合图。模型元素包括类、接口和它们之间的关系。它描绘的是系统的静态构造,而不是系统的行为。类图的表示如图7所示: 图7 类图的表示 类图包括类的属性,用户接口及联络等方面的信息。本学籍管理系统的主要类图及关系如图8所示: 图8 学籍管理系统中主要类图及关系 3.3 根据需求建立系统的动态模型 系统的动态模型由交互图和行为图表达。在系统分析设计中对主要的用例和对

8、象类绘制这些图形,可以分析系统的行为,印证和修改系统的静态构造,实现用户需求,到达系统目的。 3.3.1 顺序图的建立 顺序图用于显示对象之间的动态合作关系, 它强调对象之间消息发送的顺序, 同时显示对象之间的交互。在本学籍管理系统中, 需要建立学生注册顺序图、学生选课顺序图, 详情见图9,图10所示: 图9 学生注册顺序图 图10 学生选课顺序图 相应的协作图如图11,图12所示: 图11学生注册协作图 图12学生选课协作图 3.3.2 活动图的建立 活动图用于描绘满足用例要求所要进展的活动及活动间的约束关系, 有利于识别并行活动。在本学籍管理系统中, 主要有成绩查询活动图。如图13所示:

9、图13 学生成绩查询活动图 3.4 学籍管理系统的物理模型 在采用UML分析时,对系统的物理模型是用构件图和部署图来描绘的, 3.4.1构件图的建立 构件图表示软件构件之间的依赖关系。软件构件包括源代码构件、二进制代码构件和可执行构件。构件图是由依赖关系连接起各个构件而成的图,也可能与代表复合关系的物理包容体构件进展连接。在本学籍管理系统中的构件图,成绩管理子系统构件图如图14所示: 图14 成绩管理子系统构件图 3.4.2 部署图的建立 部署图由节点构成,节点代表系统的硬件,组件在节点上驻留并执行,部署图表达的是运行系统的构造。在本学籍管理系统中的部署图,如图15所示: 4. 结语 UML是

10、一种建模语言,主要用于软件开发的详细设计环节,功能主要是给开发人员一个可视化的工程构造图,方便开发人员理解,从而减少开发过程中产生的问题,且可以明确类名,方法名,参数,返回值类型等等,对数据库方面,可以一目了然的知道表与表之间的关联关系,对业务流程方面,也是很清楚了反响了业务流程方向,所以,在我个人理解里,UML就是一个将抽象的设计转变成详细形象上的表现. 通过对学籍管理系统的开发可以看到,UML作为一种建模语言,应用于各种系统的设计与分析,改变了传统的软件设计思想,降低了系统设计的盲目性,也更有利于系统的扩展与测试。但是由于它自身开展的程度决定了目前它还不能取代现有的各种面向对象的分析与设计方法。但是,随

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论