uml案例--选课系统

uml案例--选课系统

ID:36317804

大小:714.00 KB

页数:23页

时间:2019-05-09

uml案例--选课系统_第1页
uml案例--选课系统_第2页
uml案例--选课系统_第3页
uml案例--选课系统_第4页
uml案例--选课系统_第5页
资源描述:

《uml案例--选课系统》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、UML应用案例----选课系统本文主要以“学生注册讨论班”为例,运用UML建模语言对大学的选课系统进行了分析。从问题分析到最后的系统设计,主要从以下几个方面进行了陈述:问题描述需求分析静态建模动态建模组件建模部署建模一、问题描述大学选课系统是与学生有着紧密的联系,具有注册、交费、选课、成绩查询等功能为了简化本次系统分析只考虑学生注册讨论班的功能,该问题描述如下:学生想要注册某门讨论班,于是向注册员提交其姓名和学生编号;注册员验证该学生是否有资格注册这门讨论班;注册员验证后,提供讨论班列表,并验证是否适合学生的课程安排;注册员

2、统计费用并通知学生;在学生确认后,注册员将该学生注册到讨论班,并将费用加入学生帐单;注册员向学生提供注册成功的确认信息。根据以上问题描述,该简化系统应具有如下功能:学生搜索、注册讨论班验证注册资格显示讨论班及相关信息提供成绩单结算并显示帐单注册成功关闭注册返回二、需求分析采用用例驱动的方法分析需求的主要任务是识别参与者和用例,并建立用例模型,主要分为以下三个部分。识别参与者识别用例确定事件流返回(一)识别参与者(角色)参与者表示与系统进行交互的任何人或物。可以包括人(不只是最终用户)、外部系统和其它机构。通过分析选课系统的功

3、能需求,确定有以下三个参与者:(1)学生:在系统中申请注册讨论班的人(2)注册员:完成验证注册信息的人或外部系统(3)教授:指导或协助讨论班和管理学生成绩返回(二)识别用例(用况)用例是一系列活动,描述真实世界中参与者与系统相互交互的方式。用例关注的是系统应该交付的功能,也就是外部参与者所看到的功能。通过分析选课系统的功能需求,确定有如下用例:(1)注册讨论班(2)退出讨论班(3)参加讨论班(4)完成讨论班(5)通知学生计划改变(6)分发成绩单(7)输出收费计划表(8)输入成绩(9)指导讨论班(10)生成教学进度系统的用例图

4、如下所示:返回用例用椭圆表示直线代表通信关联(三)用例的事件流描述用例还可以事件流来描述,用例的事件流是对完成用例行为所需的事件的描述。事件流描述了系统应该作什么,而不是描述系统应该怎样做。学生注册员1.学生想去注册讨论班。3.注册员确定该学生是否有资格在这所学校注册讨论班。2.学生向注册员提交其姓名和编号4.学生从可供选择的讨论班列表中,选出他希望注册的讨论班。4.学生从可供选择的讨论班列表中,选出他希望注册的讨论班。5.注册员验证学生是否有资格注册这门课。6.注册员检验讨论班是否适合学生已有的课程安排7.注册员根据讨论班

5、目录中公布的费用、适用的学生费用和适用的税,计算出这门课的收费。8.注册员通知学生相关费用。9.注册员确认学生表示愿意注册该讨论班。10.学生表示愿意注册该讨论班。14.当学生得到确认信息时用况结束11.注册员把学生注册到该讨论班。12.注册员把相应的费用加到学生账单中。13.注册员向学生提供已经注册成功的确认。名称:注册讨论班描述:把现有的有资格的某一学生注册到某个讨论班。前提条件:学生已在大学注册。后置条件:如果学生具有注册资格,并且该讨论班仍有空位,则学生注册到该讨论班。活动的基本过程:事件流续表:候选过程A:学生没有

6、资格注册讨论班。A3.注册员确定学生没有资格注册讨论班。A4.注册员通知学生,她没有资格注册。A5.用况结束。候选过程B:学生不具备注册这一讨论班所需要的必备条件。B5.注册员确定学生没有资格注册该讨论班。B6.注册员通知学生,她不具备注册这一讨论班所需要的必备条件B7.注册员通知学生,她需要具备的条件。B8.用况从活动基本过程中的步骤4继续执行。候选过程C:学生决定不注册讨论班,虽然有讨论班可供其选择。C4.学生查看讨论班列表,但没有找到他想要注册的项。C5.用况结束。根据事件流描述,活动框图如下所示:返回活动图可以是事件

7、流,也可以是工作流。在活动图中定义了流程从哪里开始,到哪里结束,以及在这之中包括哪些活动。注意:活动是工作流期间完成的任务。简而言之:活动图描述了活动发生的顺序。决策点用菱形表示活动用圆角矩形表示泳道代表工作流中不同的参与者,通过泳道中的活动可以了解这个参与者的责任三、静态建模进一步分析系统需求,发现类以及类之间的关系,确定它们的静态结构和动态行为,是面向对像分析的基本任务。系统的静态结构模型主要用类图和对象图描述。静态建模主要分为两步:1)定义类2)确定类的名字、属性和操作,建立类图。返回(一)定义类该系统主要有三种类型的

8、类:参与者类(actorclass):代表出现在用况中的参与者用户界面类(userinterfaceclass):组成系统用户界面的屏幕显示、菜单和报表,即UI元素业务类(businessclass):描述业务的地点、物品、概念和事件在静态建模中用类模型表示概念模型,而着手进行概念模型的最

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。