- 245
- 0
- 约4.51千字
- 约 18页
- 2018-06-12 发布于贵州
- 举报
UML课程设计
指导教师: 罗曦
题 目: 毕业设计选题系统
班 级: 08计本二班
成 员: 蔡淅荣 9
林溪泉 4
蔡舜开 5
林飞雪 7
设计日期: 2010年12月23日
目录
一、系统需求 1
1.1. 基本需求分析 1
1.2. 具体功能分析 1
二、分析问题领域 2
2.1. 识别参与者(角色) 2
2.2. 识别用例 2
2.3. 用例的事件流描述 3
三、系统建模 5
3.1. 活动图 5
3.2. 时序图 8
3.3. 类图及主要调用关系 12
四、系统体系结构建模 14
4.1. 构件图 14
4.2. 配置图 14
五、小结 15
六、分工情况 16
UML课程设计之毕业生选题系统
一、系统需求
基本需求分析
随着教育改革的不断深化,全社会信息化、收集化培植热潮的兴起建立一套能够适应这些改变的行政管理方案也就显得尤为重要。在高等院校的日常工作中,每个学都要面临生选工作。以往在工作的各个阶段都是手工操作,不但效率低下、工作繁琐,而且容易出错,于是开发一套适合情的网上选系统便成为了的迫切需求。图-1“学生”用例图
“导师”用例图
导师用例图主要描述导师在基于选课系统的基础上可以进行的操作。导师用例图的执行者是导师,用例有:查询已选学生;提交课题;查询学生信息;删除不满意学生;确定要辅导的学生。
图-2“导师”用例图
“管理员”用例图
管理员用例图主要是对选课系统进行一系列的信息操作和维护的工作。包括大方面的设置选导师的流程,以及查询导师的信息,查询选课题信息,公布系统消息,更新和删除导师,更新和删除学生。而以上的这些用例都是要基于登陆选题系统的后台基础上才能进行的。
图-3“管理员”用例图
三、系统建模
下面通过使用用例驱动创建系统的用例模型,获取系统的需求,并使用系统的静态模型创建系统的内容,然后通过动态模型对系统的内容进行完善,最后通过部署模型完成系统的部署情况。
活动图
“学生登录”的活动图
学生登陆选题系统
进入登陆界面,输入用户名和密码
系统对登陆信息进行验证,如果信息正确则顺利进入选题系统,否则就返回登陆界面,进行用户名和密码的重新填写。
图-1“学生登录”活动图
学生选课题活动图
学生进入选课题界面
系统显示所有课题的信息,供学生进行选择
学生选择课题后,系统提示进行确认。如果信息无误的话,学生对其进行确认,则选题成功。否则重新返回进行课题的重新选择。
图-2“学生选课题”活动图
“管理员发布系统消息”活动图
管理员进入选题系统的后台,进入发布信息的界面
输入要发布的信息
系统对将要更新的信息进行确认的提醒,如果确定的话,就更新成功;否则返回发布信息的界面。
图-3“管理员发布系统消息”活动图
时序图
“老师选择学生”时序图
导师登陆系统,进入选择学生的界面。此时,系统会从所有的学生列表中,选择已选这个导师的学生名单显示出来,并且提供查看学生具体信息的选项。导师可以从这些学生中,选择满意的学生。而那些未被选中的学生则会被系统定为待选状态,并自动存放在学生待选列表中,供下一轮导师选择。
图-4“老师选择学生”时序图
“管理员删除老师”时序图
管理员从后台登陆系统主界面,对要删除的老师进行搜索。若搜索成功,则在导师目录中对其进行销毁。否则,提示“导师信息不存在”。
图-5“管理员删除老师”时序图
“管理员删除学生”时序图
管理员从后台登陆系统主界面,对要删除的学生进行搜索。若搜索成功,则在学生目录中对其进行销毁。否则,提示“该学生信息不存在”。
图-6“管理员删除老师”时序图
“管理员设置选课流程”时序图
管理员进入系统的设置主界面,对各轮次的时间进行设置。而系统这对本次设置进行自动保存。
图-7 “管理员设置选课流程”时序图
“学生选择老师并选择课题”时序图(该时序图的描述已在活动图中体现,故在此不再说明)
图-8“学生选择老师并选择课题”时序图
“管理员添加用户”时序图
管理员登录系统的主界面,对用户信息进行添加,确认以后。系统会将其信息自动保存在用户目录中。
图-9“管理员添加用户”时序图
类图及主要调用关系
类图:
学生类: 导师类:
管理员类: 课题类:
主要调用及多重性关系:
四、系统体系结构建模
构件图
图-1“选课系统”构件图
配置图
图
原创力文档

文档评论(0)