学籍管理

学籍管理

-

2023年2月13日发(作者：)

《学籍管理系统分析报告》

课程：面向对象系统分析

实验时间：2016－2017学年第一学期

指导教师：

目录

1.系统需求

学籍管理系统是一个由学生档案管理、成绩管理、查询管理等几部分组成的

管理系统。本系统的用户主要分为有三种：一种是学校的学生、一种是学校的教

务人员、还有一种是系统管理员。三者的身份不同，权限不同，所以，具体的功

能需求也不同。

学生信息管理

在学生信息管理方面应提供的服务功能如下：

（1）注册、录入、删除学生信息。管理员在学籍管理系统中注册、录入、删

除学生信息。

（2）修改学生信息。学生可以查询自己的信息，进行个人信息的修改，包括

了更新个人信息和修改登录密码。

（3）查询。学生可以查询自己的信息，不允许查询他人的信息。教务人员及

管理员都可以查询所有学生的信息。查询的关键词可以是：学生编号、姓名、性

别、班级等。

学生成绩管理

在学生成绩管理方面应提供的服务功能如下：

（1）录入学生成绩。教务人员在学籍管理系统中录入学生成绩，并统计学生

的分数。

（2）修改学生成绩。教务人员可以修改学生的成绩。

（3）删除学生成绩。教务人员可以在系统中管理所有的学生成绩，包括查询

和删除学生成绩。

（4）查询。管理员不允许查学生成绩。学生可以查询自己的个人成绩，不允

许查询他人的成绩。教务人员可以查询所有学生的成绩。查询的关键词可以是：

学生编号、姓名、性别、班级等。

其他

（1）教务人员信息管理

管理员管理教务人员信息，包括添加教务人员，修改教务人员信息、删除教

务人员。

（2）在数据库方面的考虑

为了保存数据，需建立学籍数据库。可以采用关系数据库：学生表、成绩表、

学生分数统计表、教务人员表、管理员表。学籍管理系统的直接用户有学生、教

务人员和管理员。管理员可以有教务人员添加、删除、修改以及学生、学生成绩、

学生分数统计的删除操作；学生可以查询、修改个人信息以及查询成绩操作；教

务人员注册学生以及录入、修改学生成绩、统计学生分数操作。

（3）硬件部署方面的考虑

系统将采用客户机/服务器结构建立，系统的应用服务器和数据库服务器设置

在学校计算中心工作站。学生、教务人员和管理员可以在任意地点、有网络的设

备上使用。

2.分析问题领域

分析问题领域的主要任务是：对问题领域进行抽象，提出解决方案；对未来

系统进行需求分析，确定系统的职责范围、功能需求、性能需求、应用环境及假

设条件等；用UseCase图对未来系统的行为建立模型，初步确定未来系统的体

系结构。

确定系统范围和系统边界

首先要确定业务需求和系统目标。学籍管理系统主要对学生的信息以及成绩

进行管理。凡是这两方面的内容都是该系统的职责范围。系统目前暂无边界系统。

定义活动者

根据系统的职责范围和需求可以确定3个活动者：学生、教务人员、管理员。

对于每一个活动者，应当明确其业务活动的内容、对系统的服务要求。

（1）“学生”活动者使用系统查询个人信息，可以进行个人信息的修改，包括

更新个人信息和修改登录密码；还可以查询学习成绩。

（2）“教务人员”活动者使用系统注册、录入学生信息；可以查询、录入学生

成绩，录入成绩包括成绩登记、成绩修改和统计学生分数。

（3）“管理员”活动者使用系统管理学生信息，包括删除学生信息；管理学生

成绩信息，包括：删除成绩、删除学生分数统计；管理教务人员信息，包括添加

教务人员，修改教务人员信息、删除教务人员。

定义UseCase

每一个UseCase都是一个活动者与系统在交互中执行的有关事务序列。应

当根据系统需求，找出全部的UseCase，并从活动者的角度给出事件流，当Use

Case执行时系统应提供给活动者的服务。对一个UseCase应说明的基本内容是：

UseCase怎么开始和结束、正常的事件流、变通的事件流、意外情况的事件流

等。

顶层的UseCase模型包含:“学生信息管理”、“成绩管理”、教务人员信息管理

成绩管理

教务人员信息管理

学生

管理员

学生信息管理

教务人员

查询个人成绩

查询学生成绩

修改成绩<>

录入学生成绩

登录

登录

<>

教务人员

找回密码

学生

<>

<>

删除成绩

<>

图2-1顶层UseCase图

图2-2学生成绩管理用例图

绘制UseCase图

绘制UseCase图从顶层抽象开始，然后逐步分解，精化UseCase图。直到

能清晰地表达，满足系统分析与建立模型的需要为止。除了UseCase图之外，

修改个人信息

登录密码修改

信息查询

<>

查询学生信息删除学生

<>

登录

<>

登录

<>

学生

找回密码

管理员

<>

注册、录入学生信息

<>

修改教务人员信息

删除教务人员

查询教务人员信息

<>

<>

添加教务人员

登录

<>

<>

管理员

找回密码

教务人员

查询个人信息登录

图2-3学生信息管理用例图

图2-4教务人员信息管理用例图

对每一个UseCase还应进行描述，编写UseCase的说明文档。

下面对该系统的UseCase作简要的说明：

（1）UseCase“登录”：当使用者登录系统时，该用例就开始运行，它首先检查

用户标识（ID）和口令，验证用户的合法身份。若身份验证成功，则允许用户进

行相应的操作，否则提示用户输入正确的用户标识（ID）和口令。

（2）UseCase“找回密码”：当用户忘记密码，进行找回密码操作时，该用例就

开始运行。

（3）UseCase“信息查询”：当学生、教务人员及管理员查询学生信息时，该用

例开始运行。根据输入的查询要求（查询主题或关键词），显示有关的学生信息

（4）UseCase“信息修改”“登录密码修改”“更新个人信息”：当学生

进行个人信息修改操作时，这些用例就开始运行。信息修改包含了对密码，以及

个人其他信息的修改。

（5）UseCase“注册学生信息”：当管理员进行添加学生操作时，该用例就开

始运行，对学生数据进行注册、录入。

（6）UseCase“删除学生”：当管理员进行删除学生操作时，该用例就开始运

行，对学生数据进行删除。

（7）UseCase“录入学生成绩”“登记成绩”“统计学生分数”：当教务人员

进行录入学生成绩操作时，用例就开始运行，对学生成绩数据进行录入。

（8）UseCase“查询学生成绩”：学生、教师启动查询学生成绩时，该用例就开

始运行，根据输入的查询要求（查询主题或关键词），显示有关的学生成绩。

（9）UseCase“修改成绩”：教务人员启动修改成绩时，该用例就开始运行。

（10）UseCase“删除学生成绩”：当教务人员进行删除学生成绩操作时，该用

例就开始运行，对学生考试成绩数据进行删除。

（11）UseCase“教务人员信息管理”：当管理员进行教务人员信息管理操作时，

该用例就开始运行，对教务人员进行查询、添加、删除及修改操作。

3.静态结构模型

建立对象类图

学生信息管理对象类图

学生成绩管理对象类图

系统主要接口

接口说明：

（1）成绩管理表单：为教务人员提供学生成绩管理的操作功能，包括成绩的

录入、删除、修改。

（2）成绩查询表单：为教务人员、学生提供成绩查询的功能。

（3）学生信息管理表单：为管理员提供学生信息管理的操作功能，包括学生

信息的注册录入、修改、删除。

（4）学生信息查询表单：为管理员、教务人员、学生提供信息查询的功能。

（5）教务人员信息管理表单：为管理员提供教务人员信息管理的操作功能，

包括教务人员信息的添加、修改、喊出。

（6）身份验证表单：为学生、教师、教学管理员提供进入系统时的身份验证

等操作功能。

建立数据库模型

学生表（学号、姓名、年级、班级、出生日期、性别、籍贯、家庭住址、家长

姓名、家长联系电话、备注）

教师表（教师号、姓名、科目、班级、出生日期、性别、籍贯、地址、电话、

职称、专长、备注）

成绩表（学号、科目、成绩、排名、授课老师）

建立包图

4．建立动态模型

顺序图

学生学籍管理系统的包含的顺序图有：管理员学生信息录入顺序图，管理

员学生信息修改顺序图，学生个人信息管理顺序图，教务人员成绩录入顺序图，

教务人员成绩修改顺序图，学生成绩查询顺序图。

管理员学生信息录入顺序图和协作图

“管理员学生信息录入”顺序图：活动者“管理员”“学生信息表单”接口对象，“教

务人员”对象，“班级”对象等发生的交互，其中的交互事件如下：

（1）注册学生：“教务人员”活动者发出“查询”消息，“成绩管理表单”

对象接口响应该消息。

（2）录入学生信息：“成绩管理表单”接口对象发出“查询”消息到“教务

人员”对象，并将该消息传递给“班级”对象并得到的班级里的学生信息。

将信息反馈给“教务人员”对象。

（3）录入学生：“教务人员”活动者发出“录入学生成绩”消息，“成绩管

理表单”接口对象响应该消息

（4）录入学生信息：“教务人员”对象接收来自“成绩管理表单”接口对象

的“查询”消息，并且传递给“班级”对象，班级对象找到相应的学生。

（5）提交：在完成了录入学生信息操作后，“管理员”发出请求提交的消息，

进行存储学生信息的操作。“学生信息表单”接口对象响应该请求。

（6）存储：“学生信息表单”接口对象发出“存储”消息，“班级”对象响

应该消息，进行数据库存储操作，把成绩的结果数据真正存入数据库。

管理员学生信息修改顺序图

“管理员学生信息修改”顺序图：活动者“管理员”“学生信息表单”接口对象，

“年级SET”对象，，“年级”对象，“班级”对象等发生的交互，其中的交互事件如

下：

（1）查询学生信息：“管理员”活动者发出“查询学生成绩”消息，“学生

信息管理表单”对象接口响应该消息。

（2）查询：“学生信息管理表单”接口对象发出“查询”消息到“年级SET”

对象。

（3）取学生信息：“教务人员”对象，发出“取学生信息”消息给“年级”

对象，按照输入的查询条件找出有与自身相关年级。

（4）得到学生信息：并从“学生”对象中“得到学生信息”消息，并反馈查

询成功或失败的信息给“管理员”。

（5）修改学生信息：“管理员”活动者发出“修改学生信息”消息，“学生

信息管理表单”接口对象响应该消息

:管理员

学生信息管理表

单

年级SET年级班级

录入学生

录入学生信息

注册学生

录入学生信息

提交

存储

管理员学生信息录入顺序图

（6）修改：“年级SET”对象接收来自“学生信息管理表单”接口对象的“修

改”消息，并且传递给“年级”对象。

（7）提交：“管理员”触发“学生信息表单”接口对象，将修改的信息通过

“年级SET”对象传递给数据库。

（8）存储：“学生信息表单”接口对象发出“存储”消息，“班级”对象响

应该消息，进行数据库存储操作，把学生信息的结果数据真正存入数据库。

学生个人信息管理顺序图

（1）查看学生信息：“学生”活动者向“学生信息管理表单”接口对象发出

请求，查询学生信息。

（2）获得学生信息：“学生信息管理表单”接口对象发送消息“获得学生信

息”给“学生”对象。并反馈查询成功或失败的信息给“学生”活动者。

（3）修改个人信息：“学生”活动者向“学生信息管理表单”接口对象发出

请求，修改个人信息。

（4）修改：“学生管理信息表单”接口对象发送消息“修改”给“学生”对

象。

（5）提交：在完成了修改操作后，“学生”活动者发出请求提交的消息，进

行修改信息的操作。“学生信息管理表单”接口对象响应该请求。

管理员学生信息修改顺序图

（6）存储：“学生信息管理表单”接口对象发出“存储”消息，“学生”对

象响应该消息，进行数据库存储操作，把学生信息的结果数据真正存入数据

库。

教务人员成绩录入顺序图

“教务员成绩录入”顺序图：活动者“教务人员”“成绩管理表单”接口对象，“教

务人员”对象，“班级”对象等发生的交互，其中的交互事件如下：

（1）查询班级：“教务人员”活动者发出“查询”消息，“成绩管理表单”

对象接口响应该消息。

（2）查询：“成绩管理表单”接口对象发出“查询”消息到“教务人员”对

象，并将该消息传递给“班级”对象并得到的班级里的学生信息。将信息

反馈给“教务人员”对象。

（3）录入学生成绩：“教务人员”活动者发出“录入学生成绩”消息，“成

绩管理表单”接口对象响应该消息

（4）录入：“教务人员”对象接收来自“成绩管理表单”接口对象的“查询”

消息，并且传递给“班级”对象，班级对象找到相应的学生。

（5）提交：“教务人员”触发“成绩管理表单”接口对象，将录入的信息通

过“班级”对象传递给数据库。

（6）存储：“成绩管理表单”接口对象发出“存储”消息，“班级”对象响

应该消息，进行数据库存储操作，把成绩的结果数据真正存入数据库。

学生个人信息管理顺序图

教务人员成绩修改顺序图

“教务员成绩修改”顺序图：活动者“教务人员”“成绩管理表单”接口对象，“教

务人员”对象，“班级”对象等发生的交互，其中的交互事件如下：

（1）查询成绩：“教务人员”活动者发出“查询学生成绩”消息，“成绩管

理表单”对象接口响应该消息。

（2）查询：“成绩管理表单”接口对象发出“查询”消息到“教务人员”对

象。

（3）取学生成绩：“教务人员”对象，发出“取学生成绩”信息给“班级”

对象，按照输入的查询条件找出有与自身相关班级。

（4）得到学生成绩：通过“班级”对象发出“得到学生成绩”消息，反馈给

“成绩列表”对象在屏幕上显示，并反馈查询成功或失败的信息给“教务人

员”。

（5）修改学生成绩：“教务人员”活动者发出“修改学生成绩”消息，“成

绩管理表单”接口对象响应该消息

（6）修改：“教务人员”对象接收来自“成绩管理表单”接口对象的“修改”

消息，并且传递给“班级”对象，“班级”对象响应该信息。

教务员成绩录入顺序图

（7）提交：“教务人员”触发“成绩管理表单”接口对象，将修改的信息通

过“班级”对象传递给数据库。

（8）存储：“成绩管理表单”接口对象发出“存储”消息，“班级”对象响

应该消息，进行数据库存储操作，把成绩的结果数据真正存入数据库。

学生成绩查询顺序图

（1）查询成绩：“学生”活动者向“成绩管理表单”接口对象发出请求，查

询成绩。“成绩管理表单”接口对象响应该消息

（2）取成绩：“成绩管理表单”接口对象发送消息“取成绩”给“学生”对

象。

（3）获得成绩：“学生”对象按照输入的查询条件找出有关学生成绩，在屏

幕上显示，并反馈查询成功或失败的信息给“学生”活动者。

:教务人员

成绩管理表单教务人员班级成绩列表

查询

查询学生成绩

取学生成绩

获得学生成绩

查询成功

修改学生成绩

修改

修改

提交

存储

教务员成绩修改顺序图

建立协作图

协作图用于描述系统的行为是如何由系统的成分实现的。对于学籍管理系

统也需要绘制主要的UseCase的协作图，以深入了解和表示系统的行为和各个

对象的作用。

学生成绩查询顺序图

管理员学生信息录入协作图

管理员学生信息修改协作图

管理员学生信息录入协作图

管理员学生信息修改协作图

学生个人信息管理协作图

教务人员成绩录入协作图

教务员成绩录入协作图

学生个人信息管理协作图

教务人员成绩修改协作图

学生成绩查询协作图

状态图

学籍管理系统包含有成绩状态图，学生信息状态图如下：

教务员成绩修改顺序图

学生成绩查询状态图

成绩状态图

学生信息状态图

未提交

未审核

审核

提交

取消

未提交

未审核

审核

提交

取消

成绩状态图

学生信息状态图

活动图

注册学生信息活动图

注册学生信息活动图

5.物理模型

构件图

建立构件图：系统实现的源代码、二进制码、执行码可以按照模块化的思想，

用构件分别组织起来，明确系统各部分的功能职责和软件结构。

部署图

在学籍管理系统系统中，系统包括四种节点，分别是：数据库节点，负责数

据存储和处理；服务器节点，负责与数据库服务器进行交互，进行数据的访问；

客户端节点，负责用户在客户端上进行各种的操作。

学籍管

理.exe

学生信息

管理.dll

学生成绩

管理.dll

教务人员信息

管理.dll

科目班级学生成绩教务人员

学生客户

端

教务人员

客户端

管理员客

户端

服务器

JDBC

数据库

图5-1构件图

图5-2部署图