学籍管理系统需求分析报告Rational Rose作图.docx

学籍管理系统需求分析报告Rational Rose作图.docx

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

学籍管理系统需求分析报告RationalRose作图

学籍管理系统需求分析报告

广东金融学院计算机二班C.CY

一、项目概述

随着网络技术和软件技术的飞速发展，特别是Internet/Intranet的出现及其相关技术的迅速发展，信息革命带来了全球范围市场竞争的日益加剧，对传统的办公教学和生活方式产生了巨大的冲击。

学籍管理系统就是采用Internet/Intranet技术，基于工作流的概念，使内部人员可以方便快捷地共享信息，高效地协同工作；改变过去复杂、低效的手工办公方式，实现迅速、全方位的信息采集、信息处理。

本项目主要的功能模块有：

信息查询、成绩查询、个人信息修改、登录、学生注册信息、成绩录入，总共6大功能。

1、信息查询功能模块

所谓的信息查询，对于学生和教务人员而言，即是可以通过正确的用户名、密码，登录页面，查询其个人信息。

对于系统管理员来说，就是可以查看学生以及教务人员的信息。

2、成绩查询功能模块

学生在每一次考试以后，都可以通过正确学号、密码、指定学期数查询考试成绩。

教务人员则可以以学号为参数，查询某一个学生的学习成绩，了解学生的能力水平。

3、个人信息修改功能模块

学生如要修改个人信息，可以通过正确的学号、密码，进入个人信息修改页面。

数据库导出个人信息，学生对其进行修改以后，保存并重新导入数据库。

4、登录功能模块

学生和教务人员通过用户名、密码，登录系统。

5、学生注册信息功能模块

在新生注册页面，教务教务人员创建一个学生的档案，录入、注册学生的信息，并将其导入数据库。

6、成绩录入功能模块

教务人员登录成绩录入界面了以后，选择班级，进入录入页面，然后录入学生的成绩。

最后保存并导入数据库。

二、需求分析

1、需求概述

（1）系统具体需求分析

学籍管理系统是一个由学校学籍管理信息中心监控，针对现有教学信息、各教学系（部）、教研室分级管理，由学生档案管理、成绩管理、查询管理等几部分组成的管理系统。

当学生注册时，由系统管理员向学籍管理系统中录入学生的基本信息，并且为新生分配登录系统的用户名和密码。

学生注册后，可以通过用户名和密码登录系统，可以查询并修改个人信息，而且可以查询各门课程的成绩。

教务人员登录系统后，可以查看和修改教务人员的个人信息，并可以录入学生的课程成绩。

而系统管理员则可以查看和修改学生以及教务人员的信息。

（2）需求目标

基于上述需求分析，学籍管理系统的系统目标可以归纳为一下几个方面：

第一、录入和查询学生学籍的所有信息。

第二、录入和查询学生考试成绩。

第三、支持学生、教务人员和系统管理员登录系统。

2、功能需求分析

（1）学生功能模块需求分析

（2）教务人员功能模块需求分析

（3）管理员功能模块需求分析

（4）用UML描述系统的功能需求（系统用例分析）

用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。

在本系统中为了便于实现，分析时将教师、教务管理人员归为教务人员，系统管理员称为DataBase，即数据库管理员。

经过分析，得到如下的用例图。

三、概要设计

1、系统结构

本系统采用B/s结构，用户界面通过www浏览器来实现，主要的业务逻辑在web服务器和应用服务器端实现，数据存储在数据库服务器，形成常见的web应用三层结构。

系统开发采用MVC（Model-View-Controller）架构，模型提供数据的内部表示，视图负责显示数据，控制器负责对用户的输入或内部事件进行解释，决定要做的处理步骤和处理内容，控制视图和模型做相应的改变。

2、学籍管理系统的配置图

本学籍管理系统将使用后台数据库的支持，并将程序部署到Web服务器中。

因此，学籍管理系统的配置图如下。

3、类图

（1）边界类

要寻找边界类，可以寻找UseCase框图。

每个Actor/UseCase交互至少要有一个边界类。

在本系统中，边界类有以下6个：

成绩录入interface、个人信息修改interface、信息查询interface、成绩查询interface、登录interface、学生注册信息interface。

（2）控制类

控制类是控制其他类工作的类，每个UseCase通常有一个控制类。

其他类并不向控制类发送很多信息，而是由控制类发出很多信息。

在本系统中，也有6个控制类：

登录workflow、学生注册信息workflow、信息查询workflow、成绩查询workflow、个人信息修改workflow、成绩录入workflow。

（3）实体类

实体类保存要放进持久存储体的信息。

持久存储体就是数据库、文件等可以永久存储数据的介质。

实体类可以通过事件流和交互图发现。

通常每个实体类在数据库中都有相应的表，实体类中的属性对应数据库表中的字段。

本系统中主要有8个实体类：

成绩录入、信息查询、登录系统、教务人员用户、学生用户、注册、信息修改、信息保存。

（4）学籍管理系统中类之间的相互关系

4、执行

（1）为了能更好的理解网站的功能，下面通过几个重要需求的活动图进行详细说明。

a）学生成绩查询活动图：

学生登入相关网页，输入学号和密码。

系统管理员确认学生的学号和密码完毕之后，即可成功登录。

学生可以请求查询成绩。

数据库调出相应的成绩，显示给学生。

b）学生成绩录入活动图：

教务人员通过正确的用户名和密码，登入成绩录入网页。

系统管理员对教务人员身份核对无误后，显示成功登录。

此时，教务人员可以选择要将录入成绩的班级，录入成绩核对无误后，保存录入信息。

系统管理员将数据导入数据库，并显示成功录入提示。

c）学生登录系统活动图

学生登入相关网页，输入学号和密码。

系统管理员确认学生的学号和密码完毕之后，即可成功登录。

d）学生修改信息活动图

学生登入相关网页，输入学号和密码。

系统管理员确认学生的学号和密码完毕之后，即可显示成功登录个人信息修改页面。

数据库导出学生个人信息，并显示。

学生将要修改的信息填写完整并保存。

系统管理员将重新导入个人信息。

e）新生注册系统活动图

教务人员通过正确的用户名和密码，登入新生注册系统网页。

系统管理员对教务人员身份核对无误后，显示成功登录。

此时，教务人员可以录入新增学生的信息并保存。

系统管理员将核对无误的信息导入数据库。

（2）下面通过时序图和协作图来表示各对象之间或对象与参与者之间如何通过交互来实现需求中的功能，每个时序图分别与需求文档中的用例相对应。

a）新生注册时序图和协作图

图表1新生注册时序图

图表2新生注册协作图

b）学生登录系统时序图和协作图

图表3学生登录系统时序图

图表4学生登录系统协作图

c）个人信息修改时序图和协作图

图表5个人信息修改时序图

图表6个人信息修改协作图

d）学生查询个人信息时序图与协作图

图表7学生查询个人信息时序图

图表8学生查询个人信息协作图

e）学生查询成绩时序图和协作图

图表9学生查询成绩时序图

图表10学生查询成绩协作图

f）教务人员登录系统时序图和协作图

图表11教务人员登录系统时序图

图表12教务人员登录系统协作图

g）教务人员查询学生信息时序图和协作图

图表13教务人员查询学生信息时序图

图表14教务人员查询学生信息协作图

h）学生成绩录入时序图和协作图

图表15学生成绩录入时序图

图表16学生成绩录入协作图

i）教务人员对学生成绩查询时序图和协作图

图表17教务人员对学生成绩查询时序图

图表18教务人员对学生成绩查询协作图