学生信息管理系统毕业设计.doc

学生信息管理系统
软件设计说明书

目录
1. 介绍 1
1.1 目的 1
1.2 范围 1
1.3 定义、缩写词 1
1.4 内容概览 1
2. 体系结构表示方法 1
3. 系统要达到的目标和限制 1
4. 用例视图 2
4.1 系统用例图 2
4.2 学生登录系统 3
4.3 学生查询成绩信息 3
4.4 学生查询档案信息 4
4.5 学生查询学籍信息 5
4.6学生查询缴费信息 6
4.7 管理员登陆系统 7
4.8 管理员退出系统 8
4.9修改学生成绩信息 9
4.10 修改学生学籍信息 10
4.11 修改学生档案信息 10
4.12 修改学生缴费信息 11
4.13 管理员查询学生信息 12
4.14 教师登录系统 13
4.15 教师查询学生信息 14
5. 逻辑视图 19
5.1 总览 19
5.2 主要Package的介绍 20
6. 过程视图 21
6.1 学生登录系统 21
6.2 信息查询 23
6.3 信息修改 25

7. 部署视图 28
8. 数据视图 29
9. 规模和性能 29
10. 质量 29

软件设计说明书
1. 介绍
1.1 目的
这学校主要有总务处、政教处、教导处、培训处四大块。其中教导处的工作最为繁重，工作人员多，信息量大。除财务部门有专人及专用软件进行信息处理外，其它各类的数据处理都由班主任以及教导处工作人员人工完成。教导处目前有几十个班级的学生，处理的信息主要有五大类：学生信息、成绩数据、课程信息。本系统主要着眼于以上部分，建立数据库以及对数据的各种操作功能。
对于学生信息，各班的班主任及学校领导由于各种分类和了解的需要，经常性地进行各种查询。例如：查询一个班级中团员的人数，男、女生的人数，住宿或通宿学生的人数等等。教导处在每一届学生进校时必须进行分班，设置学号；每一届学生毕业，要进行学生信息备份；
对于成绩管理，课任教师要进行本科目成绩登记，计算平均分、优秀率、及格率；班主任在期中考试和期末考试后计算本班学生总分，排名次；教导处要统计补考学生人数及相应名单，每学期进行学生成绩备份；学校领导则可通过查询工具来了解学生成绩情况。
对于课程信息，教导处每学期要进行课程安排、课任教师分配、一周课程安排、中途课程调整等等。
以上各类信息目前还处于手工或半手工的管理状态，效率低，可靠性差。配备电脑，但实际利用率不高，如果采用计算机进行以上各类信息的管理，必将大大提高工作效率，对学校各类信息的维护及了解起到积极的作用。另外随着计算机网络的持续发展，无论是工作、学习还是生活，将会越来越多地融入到流动的比特中，人们的工作节奏在不断加快，需要快捷的信息来源，并对此作出反应。因此，无论是从目前的现状来看，还是面向未来，一个功能完备的学校信息管理系统的开发都非常有必要。
本人作为学习计算机专业的一员，对系统的需求作了较深入的认识，同时也掌握了一定的系统开发理论，借这次毕业设计的契机，一方面利用自己的所学小刀试牛，另一方面通过这次实践必将提升自身对软件工程、数据库、程序设计等理论的认识，积累系统开发的经验。
作为毕业设计，由于时间比较紧张，加之本人没有任何系统开发的经验，它肯定存在许许多多不足的地方，但对它的改善和功能的完备并不会随着毕业设计的结束而终止。本人将在原来的基础上，着眼未来，追踪计算机新技术发展，并应用到系统持续开发中。
1.2 范围
本系统主要包括学生信息查询、教务信息维护和学生选课三部分。
1.3 定义、缩写词
B2C：Business To Customer
1.4 内容概览
² 登录系统
用户如果要进行系统操作，需要输入正确的用户名和密码，如果输入错误，则停留在
登录页；
² 查询系统
学生、教师、管理员登录系统后，输入正确的用户名和密码，可以查询相应学生的信息。
² 修改系统
进入系统后，管理员可以死学生的信息进行添加和删除；

2. 体系结构表示方法
这篇文档使用一系列视图反映系统架构的某个方面；
用例视图：概括了架构上最为重要的用例和它们的非功能性需求；
逻辑视图：展示了描述系统关键方面的重要用例实现场景(使用交互图)；
部署视图：展示构建在处理节点上的物理部署以及节点之间的网络配置(使用部署图)；
数据视图：描述了数据流、持久性数据模式、对象与持久性数据之间的模式映射、对象到数据库、存储过程以及触发器的映射机制(使用类图描述数据模型，活动图表示数据流)。
3. 系统要达到的目标和限制
Ø 目标
学生可以正确的登陆，在登录页面输入信息时能够在输入错误的同时看到错误信息提示；在登陆后可以对自己的信息进行查询。
教师在正确输入学生的学号时可以成功登陆，并能够查询学生的所有信息。
管理员登录系统后，能够对学生信息进行修改包括添加和删除；能够查询学生的所有信息；能够对用户进行添加和修改。

Ø 限制
学生、教师和管理员的界面分开，学生不能修改逻辑上不能修改的信息；
管理员不能修改学生密码，还有同级别的管理员的信息。
4. 用例视图
主要用例有：管理员：登录系统，修改成绩信息，修改学籍信息，修改档案信息，修改缴费信息，查询学生所有信息，添加用户，修改用户。
教师：登录系统，查询成绩信息，查询学籍信息，查询档案信息，查询缴费信息。
学生：登录系统，查询成绩信息，查询学籍信息，查询档案信息，查询缴费信息
4.1 系统用例图
系统用例图见图4.1：

图4.1 系统用例图
4.2 学生登录系统
4.2.1 用例简述
学生输入学号和密码后，登录到学生系统。
4.2.2 基本事件流
1 学生：学生输入自己的学号和密码，点击登录。
2 系统：系统跳转到学生系统主页。
3 用例结束 。
4.2.3 活动图
学生登录系统的活动图见图4.2

图4.2 学生登录系统的活动图
4.3 学生查询成绩信息
4.3.1 用例简述
学生点击相应的操作按钮，查询成绩信息。
4.3.2 基本事件流
1 学生：点击相应的操作按钮。
2 系统：系统显示相应的查询结果。
3 系统：用例结束。
4.3.3 活动图
学生查询成绩的活动图见图4.3

图4.3 检索商品的活动图
4.4 查询学籍信息
4.4.1 用例简述
学生点击相应的操作按钮，查询成绩信息。
4.4.2 基本事件流
1 学生：点击相应的操作按钮。
2 系统：系统显示相应的查询结果。
3 系统：用例结束。
4.4.3 活动图
学生查询学籍信息的活动图见图4.4

图4.4 查看商品的活动图
4.5 学生查询档案信息
4.5.1 用例简述
学生点击相应的操作按钮，查询成绩信息。
4.5.2 基本事件流
1 学生：点击相应的操作按钮。
2 系统：系统显示相应的查询结果。
3 系统：用例结束。
4.5.3 活动图
学生查询档案信息的活动图见图4.5

图4.5 顾客注册的活动图
4.6 学生查询缴费信息
4.6.1 用例简述
学生点击相应的操作按钮，查询成绩信息。
4.6.2 基本事件流
1 学生：点击相应的操作按钮。
2 系统：系统显示相应的查询结果。
3 系统：用例结束。
4.6.3 活动图
学生查询缴费信息的活动图见图4.6

图4.6 修改注册信息的活动图
4.7 管理员登陆系统
4.7.1 用例简述
管理员输入有效的用户编号和密码后，登录系统。
4.7.2 基本事件流
1 管理员：在管理员登陆页面上，输入用户编号和密码，提交登录系统的要求；
2 系统：查询系统，获得管理员的信息，并将赋予管理员相应的权限；
3 系统：根据登录管理员的权限，在管理机能页面上显示相应的管理页面的入口。
4.7.3 活动图
管理员登陆系统的活动图见图4.7

图4.7 管理员登陆系统的活动图
4.8 管理员退出登录系统
4.8.1 用例简述
管理员退出系统。
4.8.2 基本事件流
1 管理员：提交退出系统的请求；
2 系统：注销管理员；
3 系统：显示管理员登录页面，提示此管理员已经退出系统；
4 用例结束。
4.8.3 活动图
管理员退出登录系统的活动图见图4.8

图4.8 管理员推出登录系统的活动图
4.9 修改成绩信息
4.9.1 用例简述
提交修改后的信息。
4.9.2 基本事件流
1 顾客：提交修改后的学生信息；
2 系统：将提交的信息保存到数据库。
4.9.3 活动图
修改成绩信息的活动图见图4.9

图4.9 修改成绩信息的活动图
4.10 修改学籍信息
4.10.1 用例简述
提交修改后的信息。
4.10.2 基本事件流
1 顾客：提交修改后的学生信息；
2 系统：将提交的信息保存到数据库；
3 用例结束。
4.10.3 活动图
修改学籍信息的的活动图见图4.10

图4.10 修改学籍信息的活动图
4.11 修改档案信息
4.11.1 用例简述
提交修改后的信息。
4.11.2 基本事件流
1 顾客：提交修改后的学生信息；
2 系统：将提交的信息保存到数据库；
3 用例结束。
4.11.3 活动图
修改档案信息的活动图见图4.11

图4.11 修改档案信息的活动图
4.12 修改缴费信息
4.12.1 用例简述
提交修改的信息。
4.12.2 基本事件流
1 顾客：提交修改后的学生信息；
2 系统：将提交的信息保存到数据库；
3 用例结束。
4.12.3 活动图
修改缴费信息的活动图见图4.12

图4.12 下订单的活动图
4.13 管理员查询学生信息
4.13.1 用例简述
管理员输入有效的用户编号和密码后，提交查询条件。
4.13.2 基本事件流
1 管理员：学生显示信息的页面上，输入查询条件；
2 系统：判断信息是否有效，并显示查询信息。
3 用例结束。
4.13.3 活动图
管理员查询学生信息的活动图见图4.13

图4.13 管理员查询学生信息的活动图
4.14 教师登录系统
4.14.1 用例简述
教师输入有效的用户名和密码，登录到有效页面。
4.14.2 基本事件流
1 管理员：提交有效的用户名和密码；
2 系统：判断是否有效；
3 系统：显示管理员登录页面；
4 用例结束。
4.14.3 活动图
教师登录系统的活动图见图4.14

图4.14 教师登录系统的活动图
4.15 教师查询学生成绩信息
4.15.1 用例简述
管理员输入有效的用户编号和密码后，提交查询条件。
4.15.2 基本事件流
1 教师：学生显示信息的页面上，输入查询条件；
2 系统：判断信息是否有效，并显示查询信息。
3 用例结束；
4.15.3 活动图
教师查询学生成绩的活动图见图4.15

图4.15 管理业务数据的活动图
4.16 教师查询学生学籍信息
4.16.1 用例简述
管理员输入有效的用户编号和密码后，提交查询条件。
4.16.2 基本事件流
1 教师：学生显示信息的页面上，输入查询条件；
2 系统：判断信息是否有效，并显示查询信息。
3 用例结束。
4.16.3 活动图
教师查询学生学籍的活动图见图4.16

图4.16 管理员管理系统权限的活动图
4.17 教师查询学生档案信息
4.17.1 用例简述
管理员输入有效的用户编号和密码后，提交查询条件。
4.17.2 基本事件流
1 教师：学生显示信息的页面上，输入查询条件；
2 系统：判断信息是否有效，并显示查询信息。
3 用例结束。
4.17.3 活动图
教师查询学生档案信息的活动图见图4.17

图4.17 管理管理员的活动图
4.18 教师查询学生缴费信息
4.18.1 用例简述
管理员输入有效的用户编号和密码后，提交查询条件。
4.18.2 基本事件流
1 教师：学生显示信息的页面上，输入查询条件；
2 系统：判断信息是否有效，并显示查询信息。
3 用例结束。
4.18.3 活动图
教师查询学生缴费信息的活动图见图4.18

图4.18 教师查询学生缴费的活动图
5. 逻辑视图
逻辑视图部分主要叙述了设计阶段的工作。
5.1 总览
图5.1的领域模型是学生管理系统的设计实体及其之间的关系；
登陆
学生端
教师端
教务处
查询成绩
查询基本信息
录入成绩
修改成绩
删除成绩
查询成绩
录入基本信息
修改学生信息
删除学生信息
查询信息

图5.1 领域模型
5.2 主要Package的介绍
学生管理系统Package图见图5.2

图5.2 学生管理系统Package图
Ø Webapp
Webapp包包含了action、form包，它们属于显示层的代码，主要使用struts框架。
Ø Service
Service包包含了业务实现的主要接口，每个接口有一个对应的serviceImpl的实现，serviceImpl类放在serviceImpl包中，其中serviceImpl的实现是通过调用dao接口来实现的，它们属于业务层的代码，主要使用spring框架。
Ø Dao
Dao包包含了业务实现的主要接口，每个接口都有一个对应的Hibernate版本的daoHibernate的实现，daoHibernate类放在daoHibernate包中，通过daoHibernate对数据库进行访问，它们属于持久层的代码，主要使用Hibernate框架。
Ø Model
Model包包含了POLO类和Hibernate映射文件。
Ø Search
Serach包包含了对页面进行处理的一些比较复杂的显示操作。
Ø util
util包包含了一些常用的操作，如时间转换、字符串转换等。
Ø admin
admin包包含了属于管理员操作的webapp、service、serviceImpl、dao、daoHibernate、model等包，这些包的关系同上。
Ø user
user包包含了属于管理员操作的webapp、service、serviceImpl、dao、daoHibernate、model等包，这些包的关系同上。
6. 过程视图
过程视图部分叙述几个主要子系统的处理流程。
6.1 学生登陆
6.1.1 管理员登陆的系统顺序图见图6.1

图6.1 学生登录的系统顺序图
6.1.2 学生登录的VOPC类图见图6.2

图6.2 管理员登陆的VOPC类图
6.1.3 管理员登陆的协作图见图6.3

图6.3 学生登陆的协作图
6.2 管理员修改信息
6.2.1 管理员修改信息的系统顺序图见图6.4

图6.4 管理员修改信息
6.2.2 管理员修改信息的VOPC类图

图6.5信息修改的VOPC类图
6.2.3 管理员修改信息的协作图见图6.6

图6.6 管理员修改信息的协作图
6.3 信息查询
6.3.1 学生信息查询的系统顺序图见图6.7

图6.7 学生信息查询的系统顺序图
6.3.2 学生信息查询的VOPC类图见图6.8

图6.8 学生信息查询的VOPC类图
6.3.3 学生信息查询的协作图见图6.9

图6.9 学生信息查询的协作图
7. 部署视图
部署视图描述了如何将具体软件制品分配到计算节点 (具有处理服务的某种事物) 上，表示了软件元素在物理架构上的部署，以及物理元素之间的通信。

图7.1学生管理系统的部署视图
Ø Generic PC
普通的个人计算机。
Ø Web Browser
通用个人计算机上的网页浏览器，如：IE6.0，Firefox等。
Ø Apache
Web服务器，可以运行在所有广泛使用的计算机平台上。
Ø Struts
一个为开发基于模型-视图-控制器模式的应用架构的开源框架，是利用Java Servlet和JSP构建Web应用的一项非常有用的技术。事件从客户端(浏览器)由用户操作出发的事件，Struts使用Action来接受浏览器表单提交的事件。
Ø Tomcat 6.0
Tomcat 6.0提供Servlet容器。
Ø Hibernate
Hibernate提供对象关系映射框架，对JDBC进行了非常轻量级的对象封装，使得可以使用对象编程思维来操纵数据库，完成数据持久化。
Ø MySQL
MySQL是小型关系型数据库管理系统，其体积小、速度快、总体拥有成本低，开放源码数据库。
8. 数据视图
学生管理系统数据在关系数据库中的组织。学生管理系统的数据视图见图8.1

图8.1 学生管理系统的数据视图

(1)学生基本信息：student_Info
列名
数据类型
说明
Student_id
Int(4)
学号（主键）
Student_name
Char(10)
姓名
Student_sex
Char(2)
性别
Born_date
Datetime(8)
出生日期
Class_no
Int(4)
班级号
Tele_number
Char(10)
联系电话
Ru_date
Datetime(8)
入校时期
Address
Varchar(50)
家庭住址
comment
Varchar(200)
备注

（2）学生成绩信息：result_Info
列名
数据类型
说明
Student_id
Int(4)
学号（主键）
Student_name
Char(10)
姓名
Course_no
Int(4)
课程号（主键）
Course_type
Char(10)
课程类型
result
Float(8)
成绩
（3）学生档案信息：result_Info
列名
数据类型
说明
Student_id
Int(4)
学号（主键）
Student_name
Char(10)
姓名
result
Float(8)
档案

（4）学生学籍信息：result_Info
列名
数据类型
说明
Student_id
Int(4)
学号（主键）
Student_name
Char(10)
姓名
result
Float(8)
学籍
学生缴费信息：result_Info
列名
数据类型
说明
Student_id
Int(4)
学号（主键）
Student_name
Char(10)
姓名
result
Float(8)
缴费

9. 规模和性能
Ø 满足的规模
能够满足100人同时在线浏览网页，20人同时进行有关数据库的操作。
Ø 满足的性能
能够满足让使用者可以认同的相应时间。
10. 质量
系统正式使用时，登录、查询、修改的流程正常。