基于UML排课管理建模分析.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于UML排课管理建模分析

基于UML排课管理建模分析   摘 要 UML统一建模语言是面向对象开发系统的,具有可视化功能的一种标准语言。运用统一建模语言大大提高了开发效率,保证了开发阶段的顺利转换,并能够及时进行系统测试。在排课管理系统中运用UML可以很容易地进行统一建模,然后设计出用例图、类图与时序图,通过这些图示是大大帮助我们理解本系统设计的关键所在,从而很容易进行写程序代码。本文主要介绍了UML统一建模以及用例图、类图和时序图在排课管理系统中如何设计的。   关键词 UML;建模;用例图;类图;时序图   中图分类号 TP311.52文献标识码A文章编号1673-9671-(2010)022-0031-01      本文是根据自己设计的排课管理系统总结出来的,希望对读者有所帮助。首先进行排课管理的建模分析,然后对用例图、类图以及时序图进行分析。   1建模分析   在学分制下,排课系统有利用学校对学生上课进行管理,也有利于学生选择课程和查询课表,并且可以避免教务人员因手动排课考虑不周而造成的教室上课冲突、同一教师上课时间冲突以及同一学生上课时间冲突等问题。   排课管理系统有三个角色:即管理员、学生、院系教务员。管理员的权限最高,包括排课信息的操作、教室信息的操作,生成班级学生名单的管理,还具有对各个模块的查询功能,系统管理的功能如下:   1)登录:不同的用户以不同的身份登录,将会有不同的操作权限。2)课头信息的管理:对课头信息的录入、修改、删除和查询等功能。(保证教室、教师、学生等上课时间的不发生冲突)。3)教室信息的管理:对教室信息的录入、修改、删除和查询等功能,以方便排课时,教室的最优使用。4)生成班级名单管理:对班级成员的添加、更新、查询等功能。   最后,根据以上几个操作的结果生成一个课表,学生只能看到自己所选课程的课表,院系教务员可以看到本院所排的所有课程的课表。   注:在这里要特别说明一下课头:由于多个班会学习同一门课,不同的教师也可能教同一门课程,所以在排课时,用课头来唯一标识一条排课信息,使得排课条目清晰。   2用例图分析   用例图表明了系统会怎样工作,清晰的用例图可以帮助我们建立正确的程序框架。一个用例描述了参与者使用系统来达到目标的时候的一组相关的成功场景和失败场景的集合。   2.1在进行用例图的设计时,首先要确定系统的参与者   对于这个用例图,参与者有三个:即系统管理员,学生,院系教务员。   2.2确定系统用例   对于本系统的用例有,课头的维护(添加、修改、删除、查询),教室信息的管理(添加、修改、删除、查询),分班的管理(录入学生、更新学生、查询)。   2.3描述用例说明信息   图1 用例图   在这个系统中,院系教务员是使用这个系统的主要人员,他们负责安排本院系所有课程的安排,即对本院系的课头进行维护,包括安排上课时间地点,任课教师等,也可以查看本院系的分班情况、查看课表;负责对本院系的教室进行管理,即对教室信息的录入、删除、修改、查询;系统管理员除了具有院系管理员具有的功能外,还负责平衡教室的使用情况,协调教师的任课情况;查看所有院系的排课情况,以及所有的分班情况。学生只能查看自己所选课程的课表。   具体的用例图如图1所示。   3对像类图分析   设计类是面向对象系统设计方法的核心,因此类图是面向对象系统中应用最广泛的图,它对系统进行静态建模。静态图主要描述系统的功能需求;类图描述一组类、接口和协作,以及它们的关系。类图包括整个系统的描述.如系统的结构和细节,还有类的属性和操作等。 ―个标准类图的基本内容为类、接口、协作、节点和约束、以及依赖、泛化和关联关系。   1)出错类:同一教师及教室上课时间冲突,同一班级上课时间冲突。2)课头类:包括对课头信息的录入、修改、删除、查询,在录入和修改时,要调用溢出类。3)教室类:包括对教室信息的录入、修改、删除、查询。4)班级类:对本班级人员管理,这个班是根据学生所选课程来安排的,选了同一门课程的学生组成了一个班级,如果将本班的某个学生移除,就表明该学生不选学这门课程。   具体的类图如图2所示。   图2类图   4时序图分析   时序图是一种交互图,这个图是用于为系统的动态方面建模而建立的,它描述一组对象的交互和它们的关系,它强调了消息的时间顺序。时序图的目的是在一个有时间关系的视图中描述对象之间的消息序列。对于单个(部分)用例,典型的时序图范围包括所有的消息相互作用。每个用例可以有多个时序图,而每个用例场景有一个时序图。   时序图通常包括对象、联结、消息、响应时间。   垂直的“生命线”表示时间流从上到下,水平消息在对象生命线之间流动。UML支持在时序图中标明响应的时间,描述一个实时

文档评论(0)

189****7685 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档