学籍管理系统

合集下载
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

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

课程:面向对象系统分析

实验时间:2016-2017学年第一学期

指导教师:

目录

1.系统需求 (4)

1.1 学生信息管理 (4)

1.2 学生成绩管理 (4)

1.3 其他 (5)

2.分析问题领域 (5)

2.1 确定系统范围和系统边界 (5)

2.2 定义活动者 (5)

2.3定义Use Case (6)

2.4 绘制Use Case图 (8)

3. 静态结构模型 (9)

3.1建立对象类图 (9)

3.1.1 学生信息管理对象类图 (9)

3.1.2学生成绩管理对象类图 (10)

3.1.3系统主要接口 (10)

3.2建立数据库模型 (11)

3.3建立包图 (11)

4.建立动态模型 (11)

4.1 顺序图 (11)

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

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

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

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

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

4.1.6 学生成绩查询顺序图 (17)

4.2 建立协作图 (18)

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

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

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

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

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

4.2.6学生成绩查询协作图 (21)

4.3 状态图 (21)

4.3.1成绩状态图 (22)

4.3.2学生信息状态图 (23)

4.4 活动图 (23)

4.4.1注册学生信息活动图 (23)

4.4.2注册学生信息活动图 (24)

5.物理模型 (24)

5.1 构件图 (24)

5.2 部署图 (24)

1.系统需求

学籍管理系统是一个由学生档案管理、成绩管理、查询管理等几部分组成的管理系统。本系统的用户主要分为有三种:一种是学校的学生、一种是学校的教务人员、还有一种是系统管理员。三者的身份不同,权限不同,所以,具体的功能需求也不同。

1.1 学生信息管理

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

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

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

(3)查询。学生可以查询自己的信息,不允许查询他人的信息。教务人员及管理员都可以查询所有学生的信息。查询的关键词可以是:学生编号、姓名、性别、班级等。

1.2 学生成绩管理

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

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

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

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

和删除学生成绩。

(4)查询。管理员不允许查学生成绩。学生可以查询自己的个人成绩,不允许查询他人的成绩。教务人员可以查询所有学生的成绩。查询的关键词可以是:学生编号、姓名、性别、班级等。

1.3 其他

(1)教务人员信息管理

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

(2)在数据库方面的考虑

为了保存数据,需建立学籍数据库。可以采用关系数据库:学生表、成绩表、学生分数统计表、教务人员表、管理员表。学籍管理系统的直接用户有学生、教务人员和管理员。管理员可以有教务人员添加、删除、修改以及学生、学生成绩、学生分数统计的删除操作;学生可以查询、修改个人信息以及查询成绩操作;教务人员注册学生以及录入、修改学生成绩、统计学生分数操作。

(3)硬件部署方面的考虑

系统将采用客户机/服务器结构建立,系统的应用服务器和数据库服务器设置在学校计算中心工作站。学生、教务人员和管理员可以在任意地点、有网络的设备上使用。

2.分析问题领域

分析问题领域的主要任务是:对问题领域进行抽象,提出解决方案;对未来系统进行需求分析,确定系统的职责范围、功能需求、性能需求、应用环境及假

设条件等;用Use Case图对未来系统的行为建立模型,初步确定未来系统的体系结构。

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

首先要确定业务需求和系统目标。学籍管理系统主要对学生的信息以及成绩进行管理。凡是这两方面的内容都是该系统的职责范围。系统目前暂无边界系统。

2.2 定义活动者

根据系统的职责范围和需求可以确定3个活动者:学生、教务人员、管理员。对于每一个活动者,应当明确其业务活动的内容、对系统的服务要求。

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

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

(3)“管理员”活动者使用系统管理学生信息,包括删除学生信息;管理学生成绩信息,包括:删除成绩、删除学生分数统计;管理教务人员信息,包括添加教务人员,修改教务人员信息、删除教务人员。

2.3定义Use Case

每一个Use Case都是一个活动者与系统在交互中执行的有关事务序列。应当根据系统需求,找出全部的Use Case,并从活动者的角度给出事件流,当Use Case 执行时系统应提供给活动者的服务。对一个Use Case应说明的基本内容是:Use Case怎么开始和结束、正常的事件流、变通的事件流、意外情况的事件流等。顶层的Use Case 模型包含:“学生信息管理”、“成绩管理” 、教务人员信息管理

相关文档
最新文档