毕业设计-基于UML建模的班级管理系统分析与设计.doc

个人博客：
班级管理系统分析与设计
摘要
在日常的班级管理中，涉及到很多事务，班级管理人员（班委）经常需要组织各种班级活动,发布考试信息，班级上课考勤，及提交各种课程作业，及有事情需要通知某位同学等相当多的一些事务。在目前的高校班级管理中，班级管理人员（班委）需要花费相当大的时间和精力来完成这些事情，而且不停地重复着大量的工作,但在已有的软件中很难找到一个精简实用高效的班级管理系统.
基于以上需求，我在查阅了班级管理相关资料并且咨询了班委以及辅导员后，选择开发基于WEB的高校班级管理系统.根据课程设计要求，本系统使用UML建模方法完成班级管理这一具体业务紧密结合的信息系统的分析与设计，使用SQLServer2005存储数据,开发平台采用常见的JSP技术，用JDBC实现数据库访问交互。
一、 UML建模
1.1 前期工作
1.1.1 业务概况
基于WEB的高校班级管理系统主要服务与高校各院系的日常班级信息管理中,通过学生档案管理、学生成绩管理、班级任务管理、班级组织管理、班级费用管理、学生考勤管理以及用户管理等几个功能模块,利用发展迅速的高校校园网实现各班级信息的集中管理、分散操作和信息共享，使班级管理数字化、无纸化、智能化,为高校的班级管理打造一个新的网络信息管理平台。
1.1.2 存在问题
根据当前班级管理的实际情况,以下是经过与班委和辅导员交流后发现的问题:
◆班主任与学生之间信息传递效率低。
◆班委们之间分工不明确，信息传递繁琐效率低.
◆班委劳动强度较大且大量重复,班委会开的较多。
◆学生信息不便于更新、查询和分析。
◆班委们容易忘事，工作落实不到位。
这些问题都不仅给班委们增加了很多麻烦，而且也不利于校园信息系统的升级和维护.所以我将根据高校班级管理系统的特殊需求,以不同的方式来改进传统管理,开发适当的信息系统以解决以上提到的问题，提高班级管理的效率。
1.1.3 业务目标
通过对实际情况的调查、分析,对该问题领域的了解，最终在与班委们商讨后，根据实际业务需要,确定开发以广东工业大学为背景的高校班级管理系统，以达到如下目标:
◆确保班级任务的有效实施。
◆改进管理信息服务。
◆增进教师与学生之间，学生与学生之间的交流。
◆处理信息的简单查询修改和有效更新.
◆提高班级工作以及信息传递的效率。
◆实现良好的管理界面.
1.1.4 可行性分析
本系统的开发，在技术、经济、操作、社会等方面都是可行的。现在大多数班级的平时事务管理主要包括学生的基本信息管理、班级同学上交作业的管理、同学上课情况的管理、班级同学的奖惩管理、班级日常事迹的管理.这些管理中全部都是属于信息系统管理的范围,不涉及到太多复杂的业务逻辑；开发此系统的方法没有太大困难的要求，开发所需的设备资源都是我们平时使用的个人电脑，所以不需要设备经费。因此，通过开发本系统来完善高校班级管理业务是切实可行的.
1.2 业务建模
业务建模作为统一过程的一个核心工作流,位于初始阶段。业务建模阶段在UML 建模中主要使用业务用例模型、概念用例模型和领域模型等进行建模。本班级系统管理项目根据实际需求，主要采用业务用例模型，通过对业务的分析、获取业务用例、描述业务用例场景、给出业务用例规约构建出实际业务的模型。
1.2.1 业务分析
本项目基本业务有：班委或辅导员在管理中要进行学生的基本信息管理,同时会记录学生日常的上课情况；班委在学生提交课程作业的时候也需要做相应的记录，以便统计学生课程作业的上交情况；班委应随时掌握班上学生的获奖情况和被惩罚的情况；班委或辅导员对日常的班级事情需要一个完整的记录情况，以便随时查阅和检查班上还有哪些事情没有通知.
因此当前业务的现状主要有学生档案管理、学生考勤管理、作业提交情况、学生奖惩管理、日常事务管理以及用户管理。
(1)学生档案管理.该模块负责管理学生的个人档案信息，班委与老师可通过它来查阅和更新学生的个人信息。
（2)学生考勤管理。该模块负责学生的考勤登记与管理,班委提交学生上课的考评,学生与老师可通过它来查阅考评情况。
(3）作业提交情况。该模块用以登记班级的作业上交情况，学生可根据它提交作业以及查询作业提交情况.
（4）学生奖惩管理.该模块负责记录班上学生的获奖情况和被惩罚的情况,班委通过它来添加、修改、删除学生奖惩记录，学生与老师可通过它来查阅奖惩信息。
（5)日常事务管理。该模块负责记录班上的日常事务活动以及班委的待办工作，班委可通过它添加、修改、删除班里的日常或待办工作，学生与老师可通过它来查阅班级活动，起到监督班委的工作的目的.
1.2.2 业务用例
通过以上分析，可得出实际参与该项目业务过程的业务主角有：班委、辅导员、学生，其中班委由学生扩展出来.同时，也可得出6个重要的业务用例：学生档案管理用例、学生考勤管理用例、作业提交情况用例、学生奖惩管理用例以及日常事务管理用例。其业务用例视图如下所示：
1.2.3 业务用例场景
(1) 学生档案管理业务用例场景.
(2) 学生考勤管理业务用例场景.
(3）作业提交情况业务用例场景。
(4）学生奖惩管理业务用例场景。
（5）日常事务管理业务用例场景。
1.2.4 业务用例规约
通过以上对业务用例的描述已经可以得知每个业务的实际执行过程，以及参与者的实际职责。下面再通过业务用例规约对每个业务用例进行描述说明与规范，具体如下表所示:
学生档案管理业务用例规约
用例名称
学生档案管理业务用例
用例标识码
XSDA
用例描述
该模块负责管理学生的个人档案信息，班委与老师可通过它来查阅和更新学生的个人信息。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
班委有权添加并维护其学生档案资料
学生只能查看个人资料
辅导员可以查看全部学生档案资料
基本流程
班委添加学生档案信息
辅导员与学生可以查看档案信息
学生判断个人档案信息是否有错误
如果有错,班委进行修改，再返回给学生查看;如果无错，用例完成。
学生考勤管理业务用例规约
用例名称
学生考勤管理业务用例
用例标识码
XSKQ
用例描述
该模块负责学生的考勤登记与管理,班委提交学生上课的考评，学生与老师可通过它来查阅考评情况。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
只有辅导员可以审核学生假条
班委有权检查、登记并修改班上学生考勤
学生只能申请假条和查看个人考勤信息
基本流程
学生申请假条.
辅导员审核假条并判断是否让其通过。
如果假条不通过,学生可以再次申请；如果假条通过,班委通过检查学生上课考勤情况记录考勤信息。
辅导员与学生可以查看考勤信息.
学生判断个人考勤信息是否有错误
如果有错，班委进行修改,再返回给学生查看;如果无错，用例完成.
作业提交情况业务用例规约
用例名称
作业提交情况业务用例
用例标识码
ZYTJ
用例描述
该模块用以登记班级的作业上交情况，学生可根据它提交作业以及查询作业提交情况。
参与者
学生、班委
前置条件
用户登录成功
后置条件
无
基本流程
班委查看作业提交情况.
班委通知未交作业学生，催其上交作业。
未交作业学生上传作业.
班委检查作业是否全部提交。
如果否，班委继续通知未交作业学生;如果是，用例完成。
学生奖惩管理业务用例规约
用例名称
学生奖惩管理业务用例
用例标识码
XSJC
用例描述
该模块负责记录班上学生的获奖情况和被惩罚的情况，班委通过它来添加、修改、删除学生奖惩记录，学生与老师可通过它来查阅奖惩信息。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
班委有权添加并维护其学生奖惩信息
学生只能查看个人奖惩情况
辅导员可以查看全部学生奖惩情况
基本流程
班委添加学生奖惩信息
辅导员与学生可以查看奖惩情况
学生判断个人奖惩情况是否有错误
如果有错，班委进行修改,再返回给学生查看；如果无错，用例完成.
日常事务管理业务用例规约
用例名称
日常事务管理业务用例
用例标识码
RCSW
用例描述
该模块负责记录班上的日常事务活动以及班委的待办工作,班委可通过它添加、修改、删除班里的日常或待办工作，学生与老师可通过它来查阅班级活动，起到监督班委的工作的目的。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
班委有权记录平常班级事务
基本流程
辅导员在此模块上发布班级工作。
班委通知学生执行该工作。
学生完成该工作后,班委检查是否有问题.
如果有问题,班委继续通知该学生完成工作；如果没有问题，班委把工作情况反馈给辅导员，同时记录此班级事务。
辅导员查看该工作完成情况,用例结束。
用户管理业务用例规约
用例名称
用户管理业务用例
用例标识码
YHGL
用例描述
该模块负责用户的权限管理。根据高校的实际情况，系统设置三类用户,包括：班委、辅导员和学生。各用户拥有不同的权限。
参与者
辅导员
前置条件
用户登录成功
后置条件
无
基本流程
辅导员选择某个学生。
辅导员为该学生设置用户权限，用例完成。
1.3 需求分析
1.3.1 分析问题
实际调查发现,现状业务存在的问题是，高校班级管理系统的业务功能相对简单,但是它是一个随时有可能进行修改和升级的系统,若按照传统纸面文件管理，像发布公告、文件、日常管理、考勤等功能在运行过程中，就不具备良好的可扩展性、复用性和较好的公共信息共享性。因此，我决定尝试在本系统上增加对作业提交、日常事务等有着信息文件共享的业务管理功能以及用户权限管理功能。
1.3.2 系统目标
根据对现状业务、存在问题的分析，以满足用户业务目标为基础,进行细化、具体化，最终得出本系统的开发目标。
（1）根据项目实际业务需要,本项目确定开发以广东工业大学为背景的班级管理系统,以实现班级信息共享精细化管理。系统使用B/S 模式，处于广东工业大学校园网，通过浏览器可供任何有广工校园网的使用者共同使用,并进行相应的业务操作，满足校内班级信息共享的需求。
（2）根据班级业务管理的实际需要，系统将实现学生档案管理业务与其他业务的关联。系统通过数据库连接对学生档案信息进行存储，并将该信息关联到其他业务中,从而实现信息良好的可扩展性、复用性和较好的公共信息共享性.
(3）根据高校的实际情况,系统在用户管理上设置有三类用户类别，包括：辅导员、班委和学生.各用户拥有不同的权限：辅导员享有发布公告、信息查看和用户权限设置等高级权限；班委享有信息添加、修改和删除的权限;而学生在此系统上只能上传作业、查看个人和班级相关信息。
1.3.3 系统范围和边界
根据以上对用户需求以及系统目标的分析，系统管理的内容都是为学生、班委、辅导员这三个用户服务的，因此这三个用户处于系统外部，即系统边界外。而处理学生档案管理、学生考勤管理、作业提交情况、学生奖惩管理、日常事务管理以及用户管理这些业务内容属于该系统管理范围内，即系统边界内。因此，得出如下图所示的结果：
1.3.4 参与者
根据高校的实际情况,系统外真正需要参与到系统的参与者有三类,包括:辅导员、班委和学生.
各参与者拥有不同的权限：辅导员享有发布公告、信息查看和用户权限设置等高级权限；班委享有信息添加、修改和删除的权限;而学生在此系统上只能上传作业、查看个人和班级相关信息。
1.3.5 系统用例
通过综合分析最终得出，在班级管理系统最高层用例图中,系统边界内共有6个用例，系统边界外有3个参与者。系统内6个用例如下:
(1)“学生档案管理"用例：用户通过它来查阅和更新学生的个人信息。
(2）“学生考勤管理”用例：用户使用其记录学生考勤情况.
（3）“作业提交情况”用例：用户根据它提交作业以及查询作业提交情况.
(4）“学生奖惩管理”用例：用户通过它记录班上学生的获奖情况和被惩罚的情况。
（5）“日常事务管理”用例:用户使用其记录班上的日常事务活动以及班委的待办工作。
（6)“用户管理”用例：辅导员使用其管理用户权限。
1.3.6 细化、描述用例
对系统用例图的每个用例考虑它的细化工作，并为每个细化后的用例添加描述,即给出用例规约。
◆学生档案管理:
以下是对该用例的描述：
（1）学生档案管理用例的描述：
用例名称
学生档案管理用例
用例标识码
XSDA01
用例描述
用户通过它来查阅和更新学生的个人信息。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统，选择“学生档案管理”模块.
当用户需要添加某个学生档案信息时，选择【添加学生档案】子用例.
当用户需要修改或删除某个学生的档案信息时，选择【管理学生档案】子用例。
当用户需要查询学生档案的相关信息时,选择【查询学生档案】子用例。
被包含的用例
添加学生档案子用例（TJXSDA)
管理学生档案子用例（GLXSDA）
查询学生档案子用例（CXXSDA）
(2）添加学生档案用例的描述:
用例名称
添加学生档案用例
用例标识码
TJXSDA
用例描述
该用例可供班委添加某个学生档案信息。
参与者
班委
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统,选择“学生档案管理”模块，再选择“添加学生档案”。用户填写某个学生的必填档案信息，然后单击“添加”按钮。
系统显示“添加学生档案信息成功”.
(3）管理学生档案用例的描述:
用例名称
管理学生档案用例
用例标识码
GLXSDA
用例描述
此用例可供班委查询学生档案的相关信息，并可修改或删除某个学生的档案。
参与者
班委
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统，选择“学生档案管理"模块，再选择“管理学生档案"。用户输入查询条件,然后单击“查询"按钮.
系统显示查询结果。
用户点击某个学生档案信息栏最后面的“修改”按钮,系统跳转到“修改学生档案"页面(与“添加学生档案"页面类似）。
用户修改信息完毕后点击“修改"按钮，系统显示“修改学生档案信息成功"。
替代流程
替:用户点击某个学生档案信息栏最后面的“删除”按钮，系统显示“真的要删除学号为***的学生档案吗"。
替：点击“确定”，系统显示“删除学生档案信息成功”。
(4）查询学生档案用例的描述：
用例名称
查询学生档案用例
用例标识码
CXXSDA
用例描述
此用例可供学生、班委以及辅导员三个用户查询学生档案的相关信息。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
学生只能查看个人档案信息
班委与辅导员能查看本班学生档案信息
基本流程
用户登录系统，选择“学生档案管理”模块，再选择“查询学生档案”.用户输入查询条件,然后单击“查询”按钮(学生只能显示自己的个人档案信息）。
系统显示查询结果。
◆学生考勤管理:
以下是对该用例的描述：
(1）学生考勤管理用例的描述：
用例名称
学生考勤管理用例
用例标识码
XSKQ01
用例描述
用户使用其记录学生考勤情况。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统，选择“学生考勤管理”模块。
当用户需要登记某个学生的考勤情况时，选择【登记学生考勤】子用例。
当用户需要修改或删除某个学生的考勤记录时,选择【管理学生考勤】子用例。
当用户需要查询学生考勤情况时，选择【查询学生考勤】子用例.
被包含的用例
登记学生考勤子用例（DJXSKQ）
管理学生考勤子用例（GLXSKQ)
查询学生考勤子用例（CXXSKQ）
（2）登记学生考勤用例的描述：
用例名称
登记学生考勤用例
用例标识码
DJXSKQ
用例描述
该用例可供班委登记某个学生的考勤情况.
参与者
班委
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统,选择“学生考勤管理"模块,再选择“登记学生考勤”。用户填写某个学生的考勤情况,然后单击“登记”按钮。
系统显示“登记学生考勤情况成功"。
（3）管理学生考勤用例的描述:
用例名称
管理学生考勤用例
用例标识码
GLXSKQ
用例描述
此用例可供班委查询学生考勤的相关情况，并可修改或删除某个学生的考勤记录。
参与者
班委
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统，选择“学生考勤管理”模块，再选择“管理学生考勤”.用户输入查询条件,然后单击“查询”按钮。
系统显示查询结果。
用户点击某个学生考勤登记信息栏最后面的“修改”按钮,系统跳转到“修改学生考勤”页面（与“登记学生考勤"页面类似)。
用户修改信息完毕后点击“修改"按钮,系统显示“修改学生考勤信息成功”。
替代流程
替:用户点击某个学生考勤登记信息栏最后面的“删除”按钮，系统显示“真的要删除学号为*＊*的学生考勤吗”。
替:点击“确定"，系统显示“删除学生考勤信息成功”。
(4)查询学生考勤用例的描述：
用例名称
查询学生考勤用例
用例标识码
CXXSKQ
用例描述
此用例可供学生、班委以及辅导员三个用户查询学生考勤情况。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
学生只能查看个人考勤情况
班委与辅导员能查看本班学生考情情况
基本流程
用户登录系统，选择“学生考勤管理"模块，再选择“查询学生考勤”。用户输入查询条件，然后单击“查询”按钮（学生只能显示自己的个人考勤信息）。
系统显示查询结果。
◆作业提交情况：
以下是对该用例的描述:
（1)作业提交情况用例的描述:
用例名称
作业提交情况用例
用例标识码
ZYTJ01
用例描述
用户根据它提交作业以及查询作业提交情况.
参与者
学生、班委
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统,选择“作业提交情况”模块.
当用户需要添加作业任务并发布作业时，选择【添加作业任务】子用例.
当用户需要上传作业将其保存到服务器上时,选择【上传作业】子用例。
当用户需要查看作业提交情况时，选择【查看作业提交情况】子用例。
被包含的用例
添加作业任务子用例（TJZY）
上传作业子用例（SCZY）
查看作业提交情况用例(CKZY）
(2)查看作业提交情况用例的描述：
用例名称
查看作业提交情况用例
用例标识码
CKZY
用例描述
此用例可供学生、班委以及辅导员三个用户查看作业提交情况。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统，选择“作业提交情况"模块，再选择“查看作业提交情况”,系统显示作业列表。
用户点击其中某个作业，系统显示作业提交情况表，该情况表无未上传作业的学生信息。
（3）添加作业任务用例的描述：
用例名称
添加作业任务用例
用例标识码
TJZY
用例描述
此用例可供班委添加作业任务，并发布作业。
参与者
班委
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统，选择“作业提交情况”模块，再选择“添加作业任务”。用户填写作业的详细内容，然后单击“发布”按钮。
系统显示“已成功发布作业任务”.
(4）上传作业用例的描述：
用例名称
上传作业用例
用例标识码
SCZY
用例描述
此用例可供学生、班委上传作业将其保存到服务器上。
参与者
学生、班委
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统，选择“作业提交情况"模块,再选择“上传作业”.
用户点击“浏览”，选择所需上传文件，然后点击“确定"。
系统显示文件路径,用户点击“上传”.
系统显示“已成功上传作业”。
◆学生奖惩管理：
以下是对该用例的描述：
（1)学生奖惩管理用例的描述:
用例名称
学生奖惩管理用例
用例标识码
XSJC01
用例描述
用户通过它记录班上学生的获奖情况和被惩罚的情况。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统,选择“学生奖惩管理”模块.
当用户需要添加某个学生奖惩信息时，选择【添加学生奖惩】子用例。
当用户需要修改或删除某个学生的奖惩情况时，选择【管理学生奖惩】子用例。
当用户需要查询学生奖惩的相关信息时，选择【查询学生奖惩】子用例.
被包含的用例
添加学生奖惩子用例（TJXSJC）
管理学生奖惩子用例（GLXSJC）
查询学生奖惩子用例（CXXSJC）
(2）添加学生奖惩用例的描述：
用例名称
添加学生奖惩用例
用例标识码
TJXSJC
用例描述
该用例可供班委添加某个学生奖惩信息。
参与者
班委
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统，选择“学生奖惩管理”模块，再选择“添加学生奖惩”。用户填写某个学生的奖惩情况，然后单击“添加”按钮。
系统显示“添加学生奖惩信息成功"。
(3）管理学生奖惩用例的描述：
用例名称
管理学生奖惩用例
用例标识码
GLXSJC
用例描述
此用例可供班委查询学生奖惩的相关信息，并可修改或删除某个学生的奖惩情况.
参与者
班委
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统,选择“学生奖惩管理"模块，再选择“管理学生奖惩"。用户输入查询条件，然后单击“查询”按钮。
系统显示查询结果。
用户点击某个学生奖惩信息栏最后面的“修改”按钮，系统跳转到“修改学生奖惩情况”页面（与“添加学生奖惩情况"页面类似)。
用户修改信息完毕后点击“修改”按钮，系统显示“修改学生奖惩信息成功"。
替代流程
替：用户点击某个学生奖惩信息栏最后面的“删除”按钮，系统显示“真的要删除学号为*＊＊的学生奖惩情况吗”.
替：点击“确定",系统显示“删除学生奖惩信息成功".
（4）查询学生奖惩用例的描述：
用例名称
查询学生奖惩用例
用例标识码
CXXSJC
用例描述
此用例可供学生、班委以及辅导员三个用户查询学生奖惩的相关信息。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统，选择“学生奖惩管理”模块，再选择“查询学生奖惩”.用户输入查询条件，然后单击“查询"按钮。
系统显示查询结果。
◆日常事务管理:
以下是对该用例的描述:
（1）日常事务管理用例的描述：
用例名称
日常事务管理用例
用例标识码
RCSW01
用例描述
用户使用其记录班上的日常事务活动以及班委的待办工作。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统，选择“日常事务管理"模块。
当用户需要发布班级工作任务公告时,选择【发布班级公告】子用例。
当用户需要保存班级活动记录信息时，选择【记录班级事务】子用例.
当用户需要查看班级活动记录信息时，选择【查看班级事务】子用例。
被包含的用例
发布班级公告子用例(FBBJGG）
记录班级事务子用例（JLBJSW）
查看班级事务子用例(CKBJSW）
（2)发布班级公告用例的描述：
用例名称
发布班级公告用例
用例标识码
FBBJGG
用例描述
该用例可供辅导员和班委发布班级工作任务公告给班委。
参与者
辅导员、班委
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统,选择“日常事务管理”模块，再选择“发布班级公告”。用户填写公告信息，然后单击“发布”按钮。
系统显示“发布班级公告成功”。
该公告会显示在班级管理系统的首页.
（3）记录班级事务用例的描述：
用例名称
记录班级事务用例
用例标识码
JLBJSW
用例描述
该用例可供班委保存班级活动记录信息.
参与者
班委
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统，“日常事务管理”模块,再选择“记录班级事务"。
用户填写该事务的相关情况，然后单击“添加"按钮。
系统显示“添加班级事务信息成功”。
（4)查看班级事务用例的描述：
用例名称
查看班级事务用例
用例标识码
CKBJSW
用例描述
此用例可供学生、班委以及辅导员三个用户查看班级活动记录信息。
参与者
学生、班委、辅导员
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统，“日常事务管理"模块，再选择“查看班级事务”。
系统显示结果。
◆用户管理：
以下是对该用例的描述：
（1）管理用户权限用例的描述:
用例名称
管理用户权限用例
用例标识码
GLYHQX
用例描述
该用例可供辅导员设置学生的用户权限.
参与者
辅导员
前置条件
用户登录成功
后置条件
无
基本流程
用户登录系统,选择“用户管理”模块。
用户在“管理用户权限”左边“学生栏"里选择若干学生，然后点击“》”按钮，将其拖入右边“班委栏”中，然后点击“确定"。
系统显示“确定修改用户权限吗"。
用户点击“确定”，系统显示“权限设置成功"
替代流程
替：用户在“管理用户权限"右边“班委栏"里选择若干学生,然后点击“《"按钮，将其拖入左边“学生栏”中，然后点击“确定”。
1.3.7 系统用例场景
本项目为了更好地描述系统参与者使用系统用例的执行过程,明确各参与者的职责,因此使用活动图来绘制系统用例场景，描述系统用例实现的执行过程.
通过以上对系统用例的分析、给出用例规约，已经可以基本了解到系统用例的执行过程，下面我们先使用文字描述，再绘制活动图，从而完整地展示系统用例场景,具体如下:
◆学生档案管理用例场景:
◆学生考勤管理用例场景：
◆作业提交情况用例场景：
◆学生奖惩管理用例场景：
◆日常事务管理用例场景:
◆用户管理用例场景：
1.4 系统分析
统一过程把分析与设计合并为一个核心工作流，即当成一个阶段来看。其实，分析设计阶段,也就是我们通常所说的概要设计与详细设计.本项目将系统分析与设计分开为两个阶段,旨在表示系统分析阶段与设计阶段的不同，分析阶段是通过分析类，建立分析模型，描述系统如何使用对象来实现系统需求.同时，分析阶段未涉及实现语言与方式，抽象层次较高。因此，用分析阶段作为需求到设计的过渡，来保持与系统需求一致。
1.4.1 分析对象
既然我们采用的是面向对象的方法，那么，自然就要通过对象之间的交互来描述需求的实现。因此，我们从分析系统的对象开始，进入系统分析阶段。
在UML的分析模型中,使用的MVC 模式，使用边界对象、控制对象、实体对象，这个三者来建立用例场景的对象模型。因此，回顾以上分析，仔细分析系统用例场景中的活动，以此发现和定义各个用例的对象，并得知对象间如何交互来实现用例的。
本项目使用顺序图来描述个用例的对象交互；其中，由于查询功能模块是三个用户都可以进行，而且交互过程相同，故以班委为代表展示其过程的交互.
在分析中容易看出每个系统用例的实现都要求用户已经是登录了系统的，因此，为了让过程更加明了，故先将登录功能模块单独出来，以班委用户为代表，描述登录模块的对象交互：
◆学生档案管理用例对象交互顺序图:
（1)添加学生档案用例对象交互：
(2）管理学生档案用例对象交互：
（3）查询学生档案用例对象交互：
◆学生考勤管理用例对象交互顺序图：
(1）登记学生考勤用例对象交互：
(2)管理学生考勤用例对象交互：
(3)查询学生考勤用例对象交互：
◆作业提交情况用例对象交互顺序图：
（1)查看作业提交情况用例对象交互：
（2)添加作业任务用例对象交互：
（3)上传作业用例对象交互：
◆学生奖惩管理用例对象交互顺序图:
(1)添加学生奖惩用例对象交互：
（2）管理学生奖惩用例对象交互:
(3）查询学生奖惩用例对象交互：
◆日常事务管理用例对象交互顺序图：
（1）记录班级事务用例对象交互：
（2）查看班级事务用例对象交互:
以下是辅导员专用的两个用例对象交互顺序图：
（1）发布班级公告用例对象交互：
(2）管理用户权限用例对象交互:
1.4.2 分析模型
通过以上对象间交互的分析，可以明白新系统将如果使用这些对象来实现用例的。那么，根据这些对象的特征，以及调查中的数据分析，可以抽象出相关的类。其中，本系统定义了如下实体类:
序号
类名
中文含义
1
Da
学生档案类
2
Kq
学生考勤类
3
Zy
作业提交类
4
Jc
学生奖惩类
5
Sw
日常事务类
6
Gg
发布公告类
7
Us
用户信息类
8
Bw
班委类
9
Fdy
辅导员类
10
Xs
学生类
1.5 系统设计
1.5.1 设计模型
以上已经通过分析,抽象出系统的实体类，现在再进一步从系统实现的角度开始设计这些类.具体设计如下：
（1）学生档案类的属性和操作：
字段名
说明
可见性
数据类型与长度
StudentID
学号
私有
char（10）
Name
姓名
私有
varchar(10）
Sex
性别
私有
varchar（2)
Specialty
专业
私有
varchar（20)
Grade
班级
私有
char（2）
Birthday
出生日期
私有
smalldatetime
NativePlace
籍贯
私有
varchar(20)
Residence
户口性质
私有
varchar(4）
IdentityID
身份证号
私有
varchar（18)
Politics
政治面貌
私有
varchar(4）
Folk
民族
私有
varchar（10)
Education
学历
私有
varchar（10）
Dormitory
宿舍号
私有
varchar（10）
EntranceDate
入学日期
私有
smalldatetime
University
所在院校
私有
varchar（30)
PermitID
准考证号
私有
char(6)
Duty
其他工作机构
私有
varchar(20）
Position
现任职务
私有
varchar(20）
ForeignLanguage
外语语种
私有
varchar(10）
Fllevel
外语水平
私有
varchar(4）
ComputerLevel
计算机水平
私有
varchar（4）
Phone
宿舍电话
私有
char(13）
MobilePhone
手机号码
私有
char（11）
Address
家庭住址
私有
varchar(30)
Economy
家庭经济情况
私有
varchar(10)
Resume
学生简介
私有
varchar（200）
UpdateDa（ )
更新学生档案信息
公有

（2）学生考勤类的属性和操作：
字段名
说明
可见性
数据类型与长度
AbsenceID
考勤编号
私有
Int
StudentID
学号
私有
char（10）
AbsenceType
缺席类型
私有
varchar(2)
AbsenceDate
缺席日期
私有
smalldatetime
AbsenceCourse
缺席课程
私有
varchar(10）
Teacher
任课老师
私有
varchar（10)
AbsenceReason
缺席原因
私有
Text
Resume
备注
私有
varchar(200)
UpdateKq( ）
更新学生考勤信息
公有

(3)作业提交类的属性和操作：
字段名
说明
可见性
数据类型与长度
SubmitID
提交编号
私有
Int
StudentID
学号
私有
char（10）
HomeworkName
作业名称
私有
varchar（20）
HomeworkExplain
作业说明
私有
varchar（200）
LastDate
最后提交日期
私有
smalldatetime
SubmitDate
提交日期
私有
smalldatetime
SubmitStatu
提交状态
私有
varchar（4)
UpdateZy（ ）
更新作业提交情况
公有

(4）学生奖惩类的属性和操作：
字段名
说明
可见性
数据类型与长度
RewardID
奖惩编号
私有
Int
StudentID
学号
私有
char（10）
RewardPunish
奖/惩
私有
varchar（2)
RewardContent
奖惩内容
私有
Text
Reason
奖惩原因
私有
varchar（60）
HandleName
批准人
私有
varchar(10)
RewardDate
奖惩日期
私有
smalldatetime
CancelDate
撤销时间
私有
smalldatetime
CancelReason
撤销原因
私有
varchar（60）
Remark
备注
私有
varchar(200)
UpdateJc（ )
更新学生奖惩信息
公有

(5）日常事务类的属性和操作：
字段名
说明
可见性
数据类型与长度
TaskID
事务编号
私有
Int
StudentID
学号
私有
char（10）
TaskName
事务名称
私有
varchar(20）
TaskContent
事务内容
私有
Text
StartDate
开始日期
私有
smalldatetime
EndDate
结束日期
私有
smalldatetime
TaskOrgan
负责人
私有
varchar（40）
TaskComplete
事务完成优先等级
私有
varchar(2）
Remark
备注
私有
varchar（200)
UpdateSw( ）
更新日常事务
公有

（6)发布公告类的属性和操作：
字段名
说明
可见性
数据类型与长度
BulletinID
公告编号
私有
Int
BulletinName
公告名称
私有
varchar(20)
BulletinContent
公告内容
私有
Text
IssueDate
发布公告时间
私有
smalldatetime
UpdateGg（ ）
更新公告
公有

(7)用户信息类的属性和操作：
字段名
说明
可见性
数据类型与长度
UserID
用户编号
私有
Int
StudentID
学名
私有
char(10)
TeacherID
教工号
私有
char(10）
Password
密码
私有
char（20)
UserPower
用户权限
私有
varchar（3）
UpdateUs（ )
更新用户信息
公有

（8）班委类的属性和操作：
字段名
说明
可见性
数据类型与长度
BwID