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

1、学籍管理系统分析报告学籍管理系统分析报告课程： 面向对象系统分析 实验时间：20162017学年第一学期指导教师： 1.系统需求学籍管理系统是一个由学生档案管理、成绩管理、查询管理等几部分组成的管理系统。本系统的用户主要分为有三种：一种是学校的学生、一种是学校的教务人员、还有一种是系统管理员。三者的身份不同，权限不同，所以，具体的功能需求也不同。1.1 学生信息管理在学生信息管理方面应提供的服务功能如下： （1）注册、录入、删除学生信息。管理员在学籍管理系统中注册、录入、删除学生信息。（2）修改学生信息。学生可以查询自己的信息，进行个人信息的修改，包括了更新个人信息和修改登录密码。（3）查询。

2、学生可以查询自己的信息，不允许查询他人的信息。教务人员及管理员都可以查询所有学生的信息。查询的关键词可以是：学生编号、姓名、性别、班级等。1.2 学生成绩管理在学生成绩管理方面应提供的服务功能如下： （1）录入学生成绩。教务人员在学籍管理系统中录入学生成绩，并统计学生的分数。（2）修改学生成绩。教务人员可以修改学生的成绩。 （3）删除学生成绩。教务人员可以在系统中管理所有的学生成绩，包括查询和删除学生成绩。（4）查询。管理员不允许查学生成绩。学生可以查询自己的个人成绩，不允许查询他人的成绩。教务人员可以查询所有学生的成绩。查询的关键词可以是：学生编号、姓名、性别、班级等。1.3 其他（1）教务

3、人员信息管理 管理员管理教务人员信息，包括添加教务人员，修改教务人员信息、删除教务人员。（2）在数据库方面的考虑为了保存数据，需建立学籍数据库。可以采用关系数据库：学生表、成绩表、学生分数统计表、教务人员表、管理员表。学籍管理系统的直接用户有学生、教务人员和管理员。管理员可以有教务人员添加、删除、修改以及学生、学生成绩、学生分数统计的删除操作；学生可以查询、修改个人信息以及查询成绩操作；教务人员注册学生以及录入、修改学生成绩、统计学生分数操作。（3）硬件部署方面的考虑系统将采用客户机/服务器结构建立，系统的应用服务器和数据库服务器设置在学校计算中心工作站。学生、教务人员和管理员可以在任意地点、

4、有网络的设备上使用。2.分析问题领域分析问题领域的主要任务是：对问题领域进行抽象，提出解决方案；对未来系统进行需求分析，确定系统的职责范围、功能需求、性能需求、应用环境及假设条件等；用Use Case图对未来系统的行为建立模型，初步确定未来系统的体系结构。2.1 确定系统范围和系统边界首先要确定业务需求和系统目标。学籍管理系统主要对学生的信息以及成绩进行管理。凡是这两方面的内容都是该系统的职责范围。系统目前暂无边界系统。2.2 定义活动者根据系统的职责范围和需求可以确定3个活动者：学生、教务人员、管理员。对于每一个活动者，应当明确其业务活动的内容、对系统的服务要求。（1） “学生”活动者使用系

5、统查询个人信息，可以进行个人信息的修改，包括更新个人信息和修改登录密码；还可以查询学习成绩。（2）“教务人员”活动者使用系统注册、录入学生信息；可以查询、录入学生成绩，录入成绩包括成绩登记、成绩修改和统计学生分数。（3）“管理员”活动者使用系统管理学生信息，包括删除学生信息；管理学生成绩信息，包括：删除成绩、删除学生分数统计；管理教务人员信息，包括添加教务人员，修改教务人员信息、删除教务人员。2.3定义Use Case每一个Use Case都是一个活动者与系统在交互中执行的有关事务序列。应当根据系统需求，找出全部的Use Case，并从活动者的角度给出事件流，当Use Case执行时系统应提供

6、给活动者的服务。对一个Use Case应说明的基本内容是：Use Case怎么开始和结束、正常的事件流、变通的事件流、意外情况的事件流等。顶层的Use Case 模型包含:“学生信息管理”、“成绩管理” 、教务人员信息管理图 2-1 顶层Use Case 图图2-2 学生成绩管理用例图图2-3 学生信息管理用例图图2-4 教务人员信息管理用例图2.4 绘制Use Case图绘制Use Case图从顶层抽象开始，然后逐步分解，精化Use Case图。直到能清晰地表达，满足系统分析与建立模型的需要为止。除了Use Case图之外，对每一个Use Case还应进行描述，编写Use Case的说明文档

7、。下面对该系统的Use Case作简要的说明：（1）Use Case“登录”：当使用者登录系统时，该用例就开始运行，它首先检查用户标识（ID）和口令，验证用户的合法身份。若身份验证成功，则允许用户进行相应的操作，否则提示用户输入正确的用户标识（ID）和口令。（2） Use Case“找回密码”：当用户忘记密码，进行找回密码操作时，该用例就开始运行。 （3）Use Case“信息查询”：当学生、教务人员及管理员查询学生信息时，该用例开始运行。根据输入的查询要求（查询主题或关键词），显示有关的学生信息（4）Use Case“信息修改” “登录密码修改” “更新个人信息” ：当学生进行个人信息修改操

8、作时，这些用例就开始运行。信息修改包含了对密码，以及个人其他信息的修改。 （5）Use Case“注册学生信息”：当管理员进行添加学生操作时，该用例就开始运行，对学生数据进行注册、录入。 （6）Use Case“删除学生”：当管理员进行删除学生操作时，该用例就开始运行，对学生数据进行删除。 （7） Use Case“录入学生成绩” “登记成绩” “统计学生分数” ：当教务人员进行录入学生成绩操作时，用例就开始运行，对学生成绩数据进行录入。 （8）Use Case“查询学生成绩”：学生、教师启动查询学生成绩时，该用例就开始运行，根据输入的查询要求（查询主题或关键词），显示有关的学生成绩。（9）U

9、se Case“修改成绩”：教务人员启动修改成绩时，该用例就开始运行。（10）Use Case“删除学生成绩”：当教务人员进行删除学生成绩操作时，该用例就开始运行，对学生考试成绩数据进行删除。（11）Use Case“教务人员信息管理”：当管理员进行教务人员信息管理操作时，该用例就开始运行，对教务人员进行查询、添加、删除及修改操作。3.静态结构模型3.1 建立对象类图3.1.1 学生信息管理对象类图3.1.2学生成绩管理对象类图3.1.3系统主要接口接口说明：（1） 成绩管理表单：为教务人员提供学生成绩管理的操作功能，包括成绩的录入、删除、修改。（2） 成绩查询表单：为教务人员、学生提供成绩查

10、询的功能。（3） 学生信息管理表单：为管理员提供学生信息管理的操作功能，包括学生信息的注册录入、修改、删除。（4） 学生信息查询表单：为管理员、教务人员、学生提供信息查询的功能。（5） 教务人员信息管理表单：为管理员提供教务人员信息管理的操作功能，包括教务人员信息的添加、修改、喊出。（6） 身份验证表单：为学生、教师、教学管理员提供进入系统时的身份验证等操作功能。3.2 建立数据库模型学生表（学号、姓名、年级、班级、出生日期、性别、籍贯、家庭住址、家长姓名、家长联系电话、备注）教师表（教师号、姓名、科目、班级、出生日期、性别、籍贯、地址、电话、职称、专长、备注）成绩表（学号、科目、成绩、排名、

11、授课老师）3.3 建立包图4建立动态模型4.1 顺序图 学生学籍管理系统的包含的顺序图有：管理员学生信息录入顺序图，管理员学生信息修改顺序图，学生个人信息管理顺序图，教务人员成绩录入顺序图，教务人员成绩修改顺序图，学生成绩查询顺序图。4.1.1 管理员学生信息录入顺序图和协作图“管理员学生信息录入”顺序图：活动者“管理员”“学生信息表单”接口对象，“教务人员”对象，“班级”对象等发生的交互，其中的交互事件如下： （1） 注册学生：“教务人员”活动者发出“查询”消息，“成绩管理表单”对象接口响应该消息。 （2） 录入学生信息：“成绩管理表单”接口对象发出“查询”消息到“教务人员”对象，并将该消息

12、传递给“班级”对象并得到的班级里的学生信息。将信息反馈给“教务人员”对象。 （3） 录入学生：“教务人员”活动者发出“录入学生成绩”消息，“成绩管理表单”接口对象响应该消息 （4） 录入学生信息：“教务人员”对象接收来自“成绩管理表单”接口对象的“查询”消息，并且传递给“班级”对象，班级对象找到相应的学生。 （5） 提交：在完成了录入学生信息操作后，“管理员”发出请求提交的消息，进行存储学生信息的操作。“学生信息表单”接口对象响应该请求。 （6） 存储：“学生信息表单”接口对象发出“存储”消息，“班级”对象响应该消息，进行数据库存储操作，把成绩的结果数据真正存入数据库。 管理员学生信息录入顺序

13、图4.1.2 管理员学生信息修改顺序图“管理员学生信息修改”顺序图：活动者“管理员”“学生信息表单”接口对象，“年级SET”对象， ，“年级”对象，“班级”对象等发生的交互，其中的交互事件如下： （1） 查询学生信息：“管理员”活动者发出“查询学生成绩”消息，“学生信息管理表单”对象接口响应该消息。 （2） 查询：“学生信息管理表单”接口对象发出“查询”消息到“年级SET”对象。 （3） 取学生信息： “教务人员”对象，发出“取学生信息”消息给“年级”对象，按照输入的查询条件找出有与自身相关年级。 （4） 得到学生信息：并从“学生”对象中“得到学生信息”消息，并反馈查询成功或失败的信息给“管理

14、员”。 （5） 修改学生信息：“管理员”活动者发出“修改学生信息”消息，“学生信息管理表单”接口对象响应该消息 （6） 修改：“年级SET”对象接收来自“学生信息管理表单”接口对象的“修改”消息，并且传递给“年级”对象。 （7） 提交：“管理员”触发“学生信息表单”接口对象，将修改的信息通过“年级SET”对象传递给数据库。 （8） 存储：“学生信息表单”接口对象发出“存储”消息，“班级”对象响应该消息，进行数据库存储操作，把学生信息的结果数据真正存入数据库。 管理员学生信息修改顺序图4.1.3 学生个人信息管理顺序图（1） 查看学生信息：“学生”活动者向“学生信息管理表单”接口对象发出请求，查

15、询学生信息。 （2） 获得学生信息： “学生信息管理表单”接口对象发送消息“获得学生信息”给“学生”对象。并反馈查询成功或失败的信息给“学生”活动者。 （3） 修改个人信息：“学生”活动者向“学生信息管理表单”接口对象发出请求，修改个人信息。 （4） 修改： “学生管理信息表单”接口对象发送消息“修改”给“学生”对象。 （5） 提交：在完成了修改操作后，“学生”活动者发出请求提交的消息，进行修改信息的操作。“学生信息管理表单”接口对象响应该请求。 （6） 存储：“学生信息管理表单”接口对象发出“存储”消息，“学生”对象响应该消息，进行数据库存储操作，把学生信息的结果数据真正存入数据库。 学生个

16、人信息管理顺序图4.1.4 教务人员成绩录入顺序图“教务员成绩录入”顺序图：活动者“教务人员”“成绩管理表单”接口对象，“教务人员”对象，“班级”对象等发生的交互，其中的交互事件如下： （1） 查询班级：“教务人员”活动者发出“查询”消息，“成绩管理表单”对象接口响应该消息。 （2） 查询：“成绩管理表单”接口对象发出“查询”消息到“教务人员”对象，并将该消息传递给“班级”对象并得到的班级里的学生信息。将信息反馈给“教务人员”对象。 （3） 录入学生成绩：“教务人员”活动者发出“录入学生成绩”消息，“成绩管理表单”接口对象响应该消息 （4） 录入：“教务人员”对象接收来自“成绩管理表单”接口对

17、象的“查询”消息，并且传递给“班级”对象，班级对象找到相应的学生。 （5） 提交：“教务人员”触发“成绩管理表单”接口对象，将录入的信息通过“班级”对象传递给数据库。 （6） 存储：“成绩管理表单”接口对象发出“存储”消息，“班级”对象响应该消息，进行数据库存储操作，把成绩的结果数据真正存入数据库。 教务员成绩录入顺序图 4.1.5 教务人员成绩修改顺序图 “教务员成绩修改”顺序图：活动者“教务人员”“成绩管理表单”接口对象，“教务人员”对象，“班级”对象等发生的交互，其中的交互事件如下： （1） 查询成绩：“教务人员”活动者发出“查询学生成绩”消息，“成绩管理表单”对象接口响应该消息。 （2

18、） 查询：“成绩管理表单”接口对象发出“查询”消息到“教务人员”对象。 （3） 取学生成绩： “教务人员”对象，发出“取学生成绩”信息给“班级”对象，按照输入的查询条件找出有与自身相关班级。 （4） 得到学生成绩：通过“班级”对象发出“得到学生成绩”消息，反馈给“成绩列表”对象在屏幕上显示，并反馈查询成功或失败的信息给“教务人员”。 （5） 修改学生成绩：“教务人员”活动者发出“修改学生成绩”消息，“成绩管理表单”接口对象响应该消息 （6） 修改：“教务人员”对象接收来自“成绩管理表单”接口对象的“修改”消息，并且传递给“班级”对象，“班级”对象响应该信息。 （7） 提交：“教务人员”触发“成

19、绩管理表单”接口对象，将修改的信息通过“班级”对象传递给数据库。 （8） 存储：“成绩管理表单”接口对象发出“存储”消息，“班级”对象响应该消息，进行数据库存储操作，把成绩的结果数据真正存入数据库。 教务员成绩修改顺序图 4.1.6 学生成绩查询顺序图 （1） 查询成绩：“学生”活动者向“成绩管理表单”接口对象发出请求，查询成绩。 “成绩管理表单”接口对象响应该消息 （2） 取成绩： “成绩管理表单”接口对象发送消息“取成绩”给“学生”对象。 （3） 获得成绩：“学生” 对象按照输入的查询条件找出有关学生成绩，在屏幕上显示，并反馈查询成功或失败的信息给“学生”活动者。 学生成绩查询顺序图 4.

20、2 建立协作图 协作图用于描述系统的行为是如何由系统的成分实现的。对于学籍管理系统也需要绘制主要的Use Case的协作图，以深入了解和表示系统的行为和各个对象的作用。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 部署图