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

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

《《学籍管理系统分析报告》.docx》由会员分享，可在线阅读，更多相关《《学籍管理系统分析报告》.docx（21页珍藏版）》请在冰豆网上搜索。

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

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

课程：

面向对象系统分析

实验时间：

2016－2017学年第一学期

指导教师：

1.系统需求

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

本系统的用户主要分为有三种：

一种是学校的学生、一种是学校的教务人员、还有一种是系统管理员。

三者的身份不同，权限不同，所以，具体的功能需求也不同。

1.1学生信息管理

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

（1）注册、录入、删除学生信息。

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

（2）修改学生信息。

学生可以查询自己的信息，进行个人信息的修改，包括了更新个人信息和修改登录密码。

（3）查询。

学生可以查询自己的信息，不允许查询他人的信息。

教务人员及管理员都可以查询所有学生的信息。

查询的关键词可以是：

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

1.2学生成绩管理

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

（1）录入学生成绩。

教务人员在学籍管理系统中录入学生成绩，并统计学生的分数。

（2）修改学生成绩。

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

（3）删除学生成绩。

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

（4）查询。

管理员不允许查学生成绩。

学生可以查询自己的个人成绩，不允许查询他人的成绩。

教务人员可以查询所有学生的成绩。

查询的关键词可以是：

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

1.3其他

（1）教务人员信息管理

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

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

为了保存数据，需建立学籍数据库。

可以采用关系数据库：

学生表、成绩表、学生分数统计表、教务人员表、管理员表。

学籍管理系统的直接用户有学生、教务人员和管理员。

管理员可以有教务人员添加、删除、修改以及学生、学生成绩、学生分数统计的删除操作；学生可以查询、修改个人信息以及查询成绩操作；教务人员注册学生以及录入、修改学生成绩、统计学生分数操作。

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

系统将采用客户机/服务器结构建立，系统的应用服务器和数据库服务器设置在学校计算中心工作站。

学生、教务人员和管理员可以在任意地点、有网络的设备上使用。

2.分析问题领域

分析问题领域的主要任务是：

对问题领域进行抽象，提出解决方案；对未来系统进行需求分析，确定系统的职责范围、功能需求、性能需求、应用环境及假设条件等；用UseCase图对未来系统的行为建立模型，初步确定未来系统的体系结构。

2.1确定系统范围和系统边界

首先要确定业务需求和系统目标。

学籍管理系统主要对学生的信息以及成绩进行管理。

凡是这两方面的内容都是该系统的职责范围。

系统目前暂无边界系统。

2.2定义活动者

根据系统的职责范围和需求可以确定3个活动者：

学生、教务人员、管理员。

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

（1）“学生”活动者使用系统查询个人信息，可以进行个人信息的修改，包括更新个人信息和修改登录密码；还可以查询学习成绩。

（2）“教务人员”活动者使用系统注册、录入学生信息；可以查询、录入学生成绩，录入成绩包括成绩登记、成绩修改和统计学生分数。

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

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

2.3定义UseCase

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

应当根据系统需求，找出全部的UseCase，并从活动者的角度给出事件流，当UseCase执行时系统应提供给活动者的服务。

对一个UseCase应说明的基本内容是：

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

顶层的UseCase模型包含:

“学生信息管理”、“成绩管理”、教务人员信息管理

图2-1顶层UseCase图

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

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

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

2.4绘制UseCase图

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

直到能清晰地表达，满足系统分析与建立模型的需要为止。

除了UseCase图之外，对每一个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.静态结构模型

3.1建立对象类图

3.1.1学生信息管理对象类图

3.1.2学生成绩管理对象类图

3.1.3系统主要接口

接口说明：

（1）成绩管理表单：

为教务人员提供学生成绩管理的操作功能，包括成绩的录入、删除、修改。

（2）成绩查询表单：

为教务人员、学生提供成绩查询的功能。

（3）学生信息管理表单：

为管理员提供学生信息管理的操作功能，包括学生信息的注册录入、修改、删除。

（4）学生信息查询表单：

为管理员、教务人员、学生提供信息查询的功能。

（5）教务人员信息管理表单：

为管理员提供教务人员信息管理的操作功能，包括教务人员信息的添加、修改、喊出。

（6）身份验证表单：

为学生、教师、教学管理员提供进入系统时的身份验证等操作功能。

3.2建立数据库模型

学生表（学号、姓名、年级、班级、出生日期、性别、籍贯、家庭住址、家长姓名、家长联系电话、备注）

教师表（教师号、姓名、科目、班级、出生日期、性别、籍贯、地址、电话、职称、专长、备注）

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

3.3建立包图

4．建立动态模型

4.1顺序图

学生学籍管理系统的包含的顺序图有：

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

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

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

活动者“管理员”“学生信息表单”接口对象，“教务人员”对象，“班级”对象等发生的交互，其中的交互事件如下：

（1）注册学生：

“教务人员”活动者发出“查询”消息，“成绩管理表单”对象接口响应该消息。

（2）录入学生信息：

“成绩管理表单”接口对象发出“查询”消息到“教务人员”对象，并将该消息传递给“班级”对象并得到的班级里的学生信息。

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

（3）录入学生：

“教务人员”活动者发出“录入学生成绩”消息，“成绩管理表单”接口对象响应该消息

（4）录入学生信息：

“教务人员”对象接收来自“成绩管理表单”接口对象的“查询”消息，并且传递给“班级”对象，班级对象找到相应的学生。

（5）提交：

在完成了录入学生信息操作后，“管理员”发出请求提交的消息，进行存储学生信息的操作。

“学生信息表单”接口对象响应该请求。

（6）存储：

“学生信息表单”接口对象发出“存储”消息，“班级”对象响应该消息，进行数据库存储操作，把成绩的结果数据真正存入数据库。

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

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

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

活动者“管理员”“学生信息表单”接口对象，“年级SET”对象，，“年级”对象，“班级”对象等发生的交互，其中的交互事件如下：

（1）查询学生信息：

“管理员”活动者发出“查询学生成绩”消息，“学生信息管理表单”对象接口响应该消息。

（2）查询：

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

（3）取学生信息：

“教务人员”对象，发出“取学生信息”消息给“年级”对象，按照输入的查询条件找出有与自身相关年级。

（4）得到学生信息：

并从“学生”对象中“得到学生信息”消息，并反馈查询成功或失败的信息给“管理员”。

（5）修改学生信息：

“管理员”活动者发出“修改学生信息”消息，“学生信息管理表单”接口对象响应该消息

（6）修改：

“年级SET”对象接收来自“学生信息管理表单”接口对象的“修改”消息，并且传递给“年级”对象。

（7）提交：

“管理员”触发“学生信息表单”接口对象，将修改的信息通过“年级SET”对象传递给数据库。

（8）存储：

“学生信息表单”接口对象发出“存储”消息，“班级”对象响应该消息，进行数据库存储操作，把学生信息的结果数据真正存入数据库。

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

4.1.3学生个人信息管理顺序图

（1）查看学生信息：

“学生”活动者向“学生信息管理表单”接口对象发出请求，查询学生信息。

（2）获得学生信息：

“学生信息管理表单”接口对象发送消息“获得学生信息”给“学生”对象。

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

（3）修改个人信息：

“学生”活动者向“学生信息管理表单”接口对象发出请求，修改个人信息。

（4）修改：

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

（5）提交：

在完成了修改操作后，“学生”活动者发出请求提交的消息，进行修改信息的操作。

“学生信息管理表单”接口对象响应该请求。

（6）存储：

“学生信息管理表单”接口对象发出“存储”消息，“学生”对象响应该消息，进行数据库存储操作，把学生信息的结果数据真正存入数据库。

学生个人信息管理顺序图

4.1.4教务人员成绩录入顺序图

“教务员成绩录入”顺序图：

活动者“教务人员”“成绩管理表单”接口对象，“教务人员”对象，“班级”对象等发生的交互，其中的交互事件如下：

（1）查询班级：

“教务人员”活动者发出“查询”消息，“成绩管理表单”对象接口响应该消息。

（2）查询：

“成绩管理表单”接口对象发出“查询”消息到“教务人员”对象，并将该消息传递给“班级”对象并得到的班级里的学生信息。

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

（3）录入学生成绩：

“教务人员”活动者发出“录入学生成绩”消息，“成绩管理表单”接口对象响应该消息

（4）录入：

“教务人员”对象接收来自“成绩管理表单”接口对象的“查询”消息，并且传递给“班级”对象，班级对象找到相应的学生。

（5）提交：

“教务人员”触发“成绩管理表单”接口对象，将录入的信息通过“班级”对象传递给数据库。

（6）存储：

“成绩管理表单”接口对象发出“存储”消息，“班级”对象响应该消息，进行数据库存储操作，把成绩的结果数据真正存入数据库。

教务员成绩录入顺序图

4.1.5教务人员成绩修改顺序图

“教务员成绩修改”顺序图：

活动者“教务人员”“成绩管理表单”接口对象，“教务人员”对象，“班级”对象等发生的交互，其中的交互事件如下：

（1）查询成绩：

“教务人员”活动者发出“查询学生成绩”消息，“成绩管理表单”对象接口响应该消息。

（2）查询：

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

（3）取学生成绩：

“教务人员”对象，发出“取学生成绩”信息给“班级”对象，按照输入的查询条件找出有与自身相关班级。

（4）得到学生成绩：

通过“班级”对象发出“得到学生成绩”消息，反馈给“成绩列表”对象在屏幕上显示，并反馈查询成功或失败的信息给“教务人员”。

（5）修改学生成绩：

“教务人员”活动者发出“修改学生成绩”消息，“成绩管理表单”接口对象响应该消息

（6）修改：

“教务人员”对象接收来自“成绩管理表单”接口对象的“修改”消息，并且传递给“班级”对象，“班级”对象响应该信息。

（7）提交：

“教务人员”触发“成绩管理表单”接口对象，将修改的信息通过“班级”对象传递给数据库。

（8）存储：

“成绩管理表单”接口对象发出“存储”消息，“班级”对象响应该消息，进行数据库存储操作，把成绩的结果数据真正存入数据库。

教务员成绩修改顺序图

4.1.6学生成绩查询顺序图

（1）查询成绩：

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

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

（2）取成绩：

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

（3）获得成绩：

“学生”对象按照输入的查询条件找出有关学生成绩，在屏幕上显示，并反馈查询成功或失败的信息给“学生”活动者。

学生成绩查询顺序图

4.2建立协作图

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

对于学籍管理系统也需要绘制主要的UseCase的协作图，以深入了解和表示系统的行为和各个对象的作用。

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

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

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

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

4.2.3学生个人信息管理协作图

学生个人信息管理协作图

4.2.4教务人员成绩录入协作图

教务员成绩录入协作图

4.2.5教务人员成绩修改协作图

教务员成绩修改顺序图

4.2.6学生成绩查询协作图

学生成绩查询状态图

4.3状态图

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

4.3.1成绩状态图

成绩状态图

4.3.2学生信息状态图

学生信息状态图

4.4活动图

4.4.1注册学生信息活动图

4.4.2注册学生信息活动图

5.物理模型

5.1构件图

建立构件图：

系统实现的源代码、二进制码、执行码可以按照模块化的思想，用构件分别组织起来，明确系统各部分的功能职责和软件结构。

图5-1构件图

5.2部署图

在学籍管理系统系统中，系统包括四种节点，分别是：

数据库节点，负责数据存储和处理；服务器节点，负责与数据库服务器进行交互，进行数据的访问；客户端节点，负责用户在客户端上进行各种的操作。

图5-2部署图