毕业设计方案基于UML建模的班级标准管理系统分析及其设计应用.doc

班级管理系统分析与设计
摘要
在寻常班级管理中，涉及到诸多事务，班级管理人员（班委）经常需要组织各种班级活动，发布考试信息，班级上课考勤，及提交各种课程作业，及有事情需要告知某位同窗等相称多某些事务。在当前高校班级管理中，班级管理人员（班委）需要耗费相称大时间和精力来完毕这些事情，并且不断地重复着大量工作，但在已有软件中很难找到一种精简实用高效班级管理系统。
基于以上需求，我在查阅了班级管理有关资料并且征询了班委以及辅导员后，选取开发基于WEB高校班级管理系统。依照课程设计规定，本系统使用UML建模办法完毕班级管理这一详细业务紧密结合信息系统分析与设计，使用SQLServer存储数据，开发平台采用常用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
班委编号
私有
Int
StudentID
学号
私有
char(10)
UserPower
顾客权限
私有
varchar(3)
AddStu( )
添加学生档案
公有

ManageStu( )
管理学生档案
公有

ModifyStu( )
修改学生档案
公有

DeleteStu( )
删除学生档案
公有

SearchSt