网上选课系统需求建模
- 格式:doc
- 大小:116.00 KB
- 文档页数:7
信息系统集成技术及应用题目:UML系统分析设计、建模与实现学号:100430112022姓名:杨家建专业:计算机技术指导教师:舒远仲UM L系统分析设计与建模以简单的学生选课系统进行详细的系统分析与建模。
(一)系统用例图1•首先根据需求分析可知:管理员维护课程信息,对其进行添加、修改、删除等。
学生可以在线查询课程信息,并进行选课,也可以在规定时间内更改选修 的课程。
我们发现系统中的参与者有:管理员和学生,然后从参与者的角度就可 以发现系统的用例,并绘制出系统的用例图,如图 1所示:图1学生选课系统用例图2.对部分用例进行描述:“添加课程”用例1) 用例名:添加课程2) 执行者:管理员3) 目的:管理员通过系统界面进入,添加所要开设的课程,确认无误后将其信息保 存到数据库中,以供学生选择。
4)过程描述:5) 管理员选择进入管理界面,用例开设修改课程停开课程A —管理员vvinclude>><<include>>添加课程vvinclude>><<extend>>删除课程查询课程信息6)系统提示输入管理密码7)管理员输入密码8)系统验证密码9)A1:密码错误10)进入管理界面,系统显示目前所建立的全部课程信息11)管理员选择添加课程12)系统提示输入新课程信息13)管理员输入信息14)系统验证是否和已有的课程冲突15)A2 :有冲突16)10 )系统添加新课程,提示课程添加成功17)11 )系统重新进入管理界面,显示所有课程18 )12 )用例结束19 )异常事件流处理:20 )A1 :密码错误:1)系统提示再次输入。
2)用户确认后进入第5)步。
21 )A2 :有冲突:1)系统提示冲突,显示冲突的课程信息。
2)用户重新输入,验证无误后进入第10 )步。
选课”用例1)用例名:选课2)执行者:学生3)目的:学生进入选课系统界面,浏览的课程,最后选择一门自己喜欢的课程并提交。
目录1 设计时间 (1)2 设计目的 (1)3设计任务 (1)4 设计内容 (1)4.1 用例图 (1)4.2 用例脚本 (4)4.3 网络选课系统中的类图 (6)4.4 网上选课系统顺序图及协作图 (7)4.5 网上选课系统活动图 (10)5总结与展望 (12)参考文献 (13)成绩评定 (13)够理解如何使用这些元素,并使开发者能够实现这些元素。
将每个系统中的用户分出工作状态的属性和工作内容,方便建模,防止功能重复和多余的类。
用例图定义了系统的功能需求,它是从系统的外部看系统功能,并不描述系统内部对功能的具体实现。
根据题目的要求画出相关的用例的图,如下:1.学生用例图:查询课程表、查询成绩、查询个人信息、修改个人信息、选课、查看公告、评价教师、报考等,如图4-1所示。
图4-1学生用例图2.教师用例图:查询个人信息、修改个人信息、查看考勤信息、查看学生选课信息、录入成绩、查询课程信息、查询公告等,如图4-2所示。
图4-2 教师用例图3.管理员用例图:发布公告、学生管理、教师管理、课程管理、教师考勤录入、管理课程表、统计学生分数等,如图4-3所示。
图4-3 管理员用例图4.教务处管理员:学生档案管理、教师档案管理、修改账户信息、发布公告、维护、权限管理等,如图4-4所示。
图4-4 教务处管理员表4-4网上报名考试用例参与者学生用例行为网上报名考试用例描述方便学生进行相应的等级考试报名前置条件成功登录该系统后置条件是对应考试的报名时间基本操作流1:系统登录成功2:系统根据相应班级显示可报考考试信息3:选择考试并报名4:系统提示报名成功5:退出系统备选操作流1:没有不是相应考试的报名时间,退出系统2:还没有可以报考的考试,退出系统4.3 网络选课系统中的类图从用例图中和系统分析说明中采用名词和实体识别法识别出:学生、教师、系办管理员、教务处管理员、课程、公告、课程这几个类。
在确定类的基础上,再进一步标识类之间的关系,建立网上选课类图如图4-6所示和网上选课界面类图如图4-7所示:图4-6 网上选课系统类图图4-7网上选课界面类图4.4网上选课系统顺序图及协作图根据系统功能,UML文档绘制了教师成绩信息管理的的顺序图如图4-8所示及协作图如图4.4.5所示、教务处管理员设置权限顺序图及协作图、系办管理员发布课程表顺序图如图4-9所示及协作图、学生选课的顺序图如图4-10所示及协作图如图4-11所示,教师成绩信息管理的的顺序图及协作图。
学生选课管理信息系统的设计与实现说明:本文档详细展示了“学生选课管理信息系统”的UML建模过程,供大家对自己的系统进行建模时参考。
目录第一章需求分析 (2)一、需求调查 (2)二、建立用例图 (2)三、描述用例 (3)第二章系统分析 (5)一、寻找系统中的类 (5)二、建立交互图并寻找类的操作 (6)三、建立类图 (13)第三章系统设计 (15)一、类图的调整与完善 (15)二、人机界面设计 (16)三、数据库设计 (19)第四章系统实现 (21)一、开发环境 (21)二、建立数据库 (21)三、程序设计 (22)四、系统测试 (29)五、使用说明 (33)第一章需求分析一、需求调查为提高学生选课的准确性,提高数据处理的工作效率,特开发学生选课管理信息系统。
经过调查,发现该系统的需求如下:教务科管理和维护学生和课程信息。
查看所有的学生信息和课程信息,对以上信息进行添加、修改、删除。
学生在线选课。
选择好课程后进行提交,系统要记录学生所选择的课程和提交的时间;学生也可以撤销提交。
选课中心处理选课数据。
查看选课信息,统计每门课程的选课人数,停开选课人数少于规定人数的课程。
二、建立用例图从以上需求陈述中,我们发现系统中的参与者有:教务科、学生、选课中心。
识别出参与者后,从参与者的角度就可以发现系统的用例,并绘制出系统的用例图,如下图所示。
用例图三、描述用例用例图中仅仅给出了用例的名称,每一个用例的内部细节尚不清楚,需要对此进行描述。
描述用例有两种方式,一种是用文字或表格,另一种是活动图。
下面分别用表格和活动图描述一个用例。
1、“添加学生信息”用例的描述采用表格的形式描述用例,如下表所示:“添加学生信息”用例的描述用例名称添加学生信息用例标识UC1001基本操作选程1、通过查询确认学生信息不存在2、将学生信息保存到数据库中3、将学生信息在页面上显示出来可选操作流程如果要添加的学生信息已经存在,则显示相应的提示信息2、“删除选课人数不足的课程”用例的描述采用活动图描述该用例,如下图所示:“删除选课人数不足的课程”用例的活动图第二章系统分析一、寻找系统中的类1、实体类通过对系统需求的分析,我们发现系统中的实体类有:学生信息类、课程信息类、选课信息类。
《学生网上选课管理系统(UML)》一、系统概述学生网上选课管理系统是基于UML(统一建模语言)进行设计的,旨在为学生提供一个便捷、高效的选课平台。
本系统通过对选课流程的规范化管理,提高了选课效率,降低了教务管理人员的工作负担,同时保证了选课过程的公平、公正。
二、系统功能模块1. 用户登录模块用户登录模块包括学生登录和教务管理员登录两个部分。
学生通过学号和密码登录系统,进行选课操作;教务管理员则负责维护课程信息、监控选课过程及处理异常情况。
2. 课程浏览模块课程浏览模块为学生提供了丰富的课程信息,包括课程名称、课程编号、上课时间、上课地点、授课教师等。
学生可根据个人兴趣和需求筛选课程,为选课做好充分准备。
3. 选课操作模块选课操作模块是系统的核心部分,学生可以在该模块进行课程选择、退选、查看已选课程等操作。
系统会实时更新选课结果,确保学生选课的实时性和准确性。
4. 课程管理模块课程管理模块供教务管理员使用,主要包括课程信息维护、选课人数限制、选课时间设置等功能。
教务管理员可根据实际情况调整课程安排,确保选课工作的顺利进行。
5. 数据统计与分析模块数据统计与分析模块负责收集、整理选课数据,为教务管理员提供决策依据。
通过分析选课结果,教务管理员可以了解学生选课偏好,优化课程设置,提高教学质量。
三、系统特点1. 操作简便:系统界面设计简洁,操作流程清晰,便于学生快速上手。
2. 高效性:采用UML建模,系统结构合理,数据处理速度快,提高了选课效率。
3. 安全性:系统采用加密技术,保障用户数据安全,防止信息泄露。
4. 可扩展性:系统设计充分考虑未来发展需求,便于功能扩展和升级。
5. 易维护性:模块化设计,便于后期维护和故障排查。
《学生网上选课管理系统(UML)》四、系统角色与权限划分1. 学生角色查询和浏览课程信息;进行选课、退课操作;查看个人选课记录和课程表;接收选课通知和系统消息。
2. 教务管理员角色发布和更新课程信息;设置选课时间、人数限制等参数;监控选课过程,处理选课异常情况;管理学生账户信息,包括权限分配和密码重置;查询和导出选课数据,进行统计分析。
学生选课系统完整的UML建模(一)系统用例图1.首先根据需求分析可知:管理员维护课程信息,对其进行添加、修改、删除等。
学生可以在线查询课程信息,并进行选课,也可以在规定时间内更改选修的课程。
我们发现系统中的参与者有:管理员和学生,然后从参与者的角度就可以发现系统的用例,并绘制出系统的用例图,如图1所示:图1 学生选课系统用例图停开课程删除课程2.对部分用例进行描述:“添加课程”用例1)用例名:添加课程2)执行者:管理员3)目的:管理员通过系统界面进入,添加所要开设的课程,确认无误后将其信息保存到数据库中,以供学生选择。
16)10)系统添加新课程,提示课程添加成功17)11)系统重新进入管理界面,显示所有课程18)12)用例结束19)异常事件流处理:20)A1:密码错误:1)系统提示再次输入。
2)用户确认后进入第5)步。
21)A2:有冲突:1)系统提示冲突,显示冲突的课程信息。
2)用户重新输入,验证无误后进入第10)步。
“选课”用例1)用例名:选课2)执行者:学生-可编辑修改-。
3)目的:学生进入选课系统界面,浏览的课程,最后选择一门自己喜欢的课程并提交。
4)过程描述:5)1)学生进入选课登录界面,用例开始6)2) 系统提示输入学号与密码7)3) 学生输入学号与密码8)4)系统验证9)A1:验证错误10)5) 进入选课主界面11)6)学生点击选课12)7)系统显示所有课程信息 13)8)学生选择课程14)9)系统验证课程是否可选 15)A2:不可选16)10)系统提示课程选择成功 17)11)用例结束18)异常事件流处理:19)A1:验证错误:1)系统提示验证错误,提示重新输入。
2)验证成功,进入第5)步20)A2:不可选1)系统提示课程不可选及原因。
2)学生重新选课。
3)验证成功后进入第10)步“修改”用例-可编辑修改-5)进入修改主界面,系统显示目前所建立的全部课程信息6)管理员选择要修改的课程7)是否确定修改该课程A2:不修改8)系统显示全部课程信息9)管理员输入新信息10)验证是否有课程冲突A3:冲突11)系统修改课程,提示修改成功12)系统重新进入主界面,显示所有课程13)用例结束异常事件流处理:A1:密码错误:1)系统提示再次输入。
关于网上选课UML建模姓名:徐文斌学号:0943041137教师:刘旭伟评价:系统需求网上选课 UML 设计网上选课系统主要包括如下功能:管理员通过管理界面进入,建立本学期要开的各种课程、将课程信息保存在数据库里并可以对课程进行改动和删除。
学生通过客户机浏览器根据学号和密码进入选课界面,在这里学生可以进行三种操作:查询已选课程、选课以及付费。
同样,通过业务层,这些操作结果存入数据库中。
本系统涉及的用户包括管理员(Registrar)和学生(Student),他们是用例图中的活动。
数据库管理系统是另外一个活动者。
用例图选课进行详规格描述Select Course 序列图和协作图..查找 Select Course 用例的对象,包括有:①界面②课程③对于业务层的操作,也应该有对象进行处理。
④事件流中设计的角色有:学生、数据库。
选课系统活动图选课系统序列图选课系统协作图选课系统类图:Student(学生类)主要有以下属性和操作:⑴学号(studentID)⑵姓名(studentName)DataBase (数据库类)主要有以下属性和操作:⑴连接的数据库名称(位置)(dbpath)⑵查询课程(Querycourse)⑶添加课程(Addcourse)⑷删除课程(Deletecourse)ControlObject(控制对象类)主要有以下属性和操作:(1)验证课程的合法性(verifycourse)(2)判断能不能添加指定的课程(canadd)(3)判断能不能修改指定的课程(canmodify)(4)通过ID查询课程(QuerycoursebyID)(5)确认删除(confirmDelete)(6)查询所有的课程(getallcourse)(7)查询关联(queryassociation)(8)判断是不是能选择(canselect)(9)查询课程列表(QuerycourseList)管理员修改信息详细规格说明管理员要对课程信息进行更改时,要输入用户名和密码,以确保其拥有相应的权限。
案例2:网上选课系统二、设计建模(一)系统总体设计1、系统的体系架构“网上选课系统”是一个基于Web的网络应用系统,在进行软件体系架构分析时,我们采用了典型的三层架构模式(B/A/S)来对其进行建模:在分析阶段重点识别了问题域中的实体类,但只有实体类还不能使整个系统正常地运转起来,我们必须细化,为系统添加界面类和控制类。
2、组件设计(2种方法)图2:组件图(1)MainProgram图3:组件图(2)3、部署设计图4:部署图(二)、系统详细设计对用例的事件流进行梳理,逐一确定边界对象和实体对象,将边界对象放在界面层、实体对象和业务规则放在业务逻辑层,并根据流程确定接口;然后再根据业务逻辑层的实体类需要的数据存储来分析数据访问层;对分布式、并发、安全和日志等其他机制进行处理。
1、建立动态模型(1)对管理员“添加课程”行为进行分析“添加课程”用例的事件流如下:1)管理员选择进入登录界面,用例开始2)系统提示输入管理员密码3)管理员输入密码4)系统验证密码A1:密码错误5)进入管理界面,系统显示目前所建立的全部课程信息。
6)管理员选择添加课程7)系统提示输入新课程信息8)管理员输入信息9)系统验证是否和已有课程冲突A2:有冲突10)系统添加新课程,提示课程添加成功11)系统重新进入管理主界面,显示所有课程12)用例结束首先查找“添加课程”用例的对象,从事件流中发现涉及以下对象:(1)界面(2)课程(3)对于业务层的操作,也应该有对象进行处理。
(4)事件流中设计的角色有:管理员、数据库。
然后,分析对象、角色之间交互的消息。
本用例主要有以下交互:(1)管理员进入管理界面,选择添加课程功能(2)界面提示用户输入课程信息(3)界面对象创建一个课程对象(4)通过控制对象来对课程信息进行合法性检查(5)控制对象向课程对象返回结果(6)控制对象向数据库查询课程相关信息(7)控制对象对查询结果进行判断(8)控制对象向数据库中插入数据(9)在界面上显示结果(10)控制对象撤消建立的课程对象(2“选课”用例的事件流见“网上选课系统需求建模-1”首先查找“选课”用例的对象,从事件流中发现涉及以下对象:(1)界面(2)课程(3)对于业务层的操作,也应该有对象进行处理。
学生选课系统详细设计1. 引言学生选课系统是一个用于学校管理学生选课的系统。
它提供了学生选择课程、查询课程信息、查看选课结果等功能,方便学生进行选课操作,并为教务处提供了管理和统计数据的功能。
本文将对学生选课系统进行详细设计,包括系统架构、功能模块、数据库设计等内容。
2. 系统架构学生选课系统采用三层架构,包括表现层、业务逻辑层和数据访问层。
2.1 表现层表现层负责与用户进行交互,接收用户的输入并展示相应的界面。
采用前后端分离的方式,前端使用HTML、CSS和JavaScript实现用户界面,并通过Ajax与后端进行数据交互。
2.2 业务逻辑层业务逻辑层负责处理用户请求,并调用相应的服务进行业务逻辑处理。
它包括以下几个模块:2.2.1 用户认证模块用户认证模块负责验证用户身份信息,包括用户名和密码。
在用户登录时,通过用户名和密码验证用户身份,并生成一个加密的令牌返回给客户端,在后续请求中使用该令牌进行身份认证。
2.2.2 课程管理模块课程管理模块负责管理课程信息,包括添加课程、修改课程信息、删除课程等功能。
它提供了对课程的增删改查操作,并与数据访问层进行交互。
2.2.3 学生选课模块学生选课模块负责处理学生的选课请求,包括选择可用的课程、判断是否满足选课条件、记录学生选课结果等功能。
它与数据访问层进行交互,查询可用的课程信息,并将选课结果保存到数据库中。
2.3 数据访问层数据访问层负责与数据库进行交互,包括读取和写入数据库中的数据。
它提供了对数据库的操作接口,供业务逻辑层调用。
3. 功能模块学生选课系统包括以下几个功能模块:3.1 用户登录与注册用户可以使用用户名和密码登录系统,如果没有账号可以进行注册。
在注册时需要填写一些基本信息,并验证输入的合法性。
3.2 个人信息管理用户可以查看和修改自己的个人信息,包括姓名、性别、出生日期等。
用户还可以修改密码和上传头像。
3.3 课程查询与选择用户可以查询所有可用的课程信息,并选择自己感兴趣的课程进行选课。
案例2:网上选课系统
一、需求建模
(一)需求捕获
1、识别参与者:管理员、学生和数据库
Delete Course
图1:用例图
5、编写用例描述
在需求建模的初期,只需对重要的用例和对体系结构有影响的用例进行详细的编
写用例描述。
用例编号:UC01
用例名称:添加课程(AddCourse):
主要参与者:管理员
前置条件:管理员进入管理界面
后置条件:管理员重新进入管理界面
基本事件流:
1 管理员选择进入登录界面,用例开始
2 系统提示输入管理员密码
3 管理员输入密码
4 系统验证密码
A1:密码错误
5 进入管理界面,系统显示目前所建立的全部课程信息。
6 管理员选择添加课程
7 系统提示输入新课程信息
8 管理员输入信息
9 系统验证是否和已有课程冲突
A2:有冲突
10 系统添加新课程,提示课程添加成功
11 系统重新进入管理主界面,显示所有课程
12 用例结束
其他事件流
A1:密码错误
1 系统提示再次输入
2 用户确认
3 三次错误,拒绝再次访问
4 否则进入添加课程事件流第5步
A2:有冲突
1 系统提示有冲突,显示冲突课程信息
2 用户重新输入
3 继续验证直到无冲突
4 进入添加课程事件流第10步
“删除课程”用例描述和“修改课程”用例描述与此类似。
用例编号:UC04
用例名称:选课(SelectCourse)
主要参与者:学生
前置条件:学生进入选课界面
后置条件:系统提示选课成功
基本事件流:
1 学生进入选课登录界面,用例开始。
2 系统提示输入学号和密码。
3 学生输入学号和密码。
4 系统验证
A1:验证失败
5 进入选课主界面
6 学生点击选课
7 系统显示所有课程信息 8 学生选择课程
9 系统验证课程是否可选 A2:不可选
10 系统提示课程选择成功,提示学生交费。
11 用例结束 错误流:
A1:验证失败
1 系统提示验证失败,提示重新进入。
2 三次失败,拒绝访问。
3 成功,转选课事件流5步。
A2:课程不可选
1 系统提示课程不可选及原因。
2 学生重新选课
3 重新验证直至成功。
4 转选课事件流第10步。
(三)建立概念模型 1、发现类
3、职责分析(得到图3:包含主要属性的概念模型)
图2:概念模型
People
Student
图3:包含主要属性的概念模型
(四)为用例建立交互模型和状态模型
注意:需求建模阶段的交互图重点在于描述用例的事件流,而不是体现类实际的消息传递顺序。
在设计模型中的交互图在此基础上进一步细化。
(1)“添加课程”顺序图(见下图)
(2)
db : Database “课程”类状态图(见下图)
“添加课程”用例的活动图(见下图)。