《软件工程》学生信息管理系统概要设计说明书
一、引言
1.1 编写目的
由于现在的学校规模在逐渐的扩大,设置的专业类别、分支机构及老师、学生人数越来越多,对于过去的学生信息管理系统,不能满足当前学生信息管理的服务性能要求。本报告对于开发新的学生信息管理系统面临的问题及解决方案进行初步的设计与合理的安排对用户需求进行了全面细致的分析,更清晰的理解学生信息管理系统功能需求,深入描述软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求,对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。
1.2 项目背景
开发软件的名称:学生信息管理系统
项目开发者:北京交通大学计算机学院软件工程1组
用户:各级管理员、老师、学生
二、主要内容
2.1 系统主要目标
本系统可以细化为两个系统,用户的自我管理系统和管理员的管理系统。
管理员的工作过程为:注册并登陆账户后进行身份验证和权限获取,根据自己已有的权限对用户的信息进行管理并且可以进行维护,保证系统和信息安全,也可以修改账户信息。
用户的使用过程:注册并登陆账户后,可以根据自己的需求查看信息或打印信息,也可以修改账户信息。
2.2 主要软件功能需求模板
-
学生信息录入
由负责录入学生身份信息的管理员、负责录入学生成绩信息的管理员、负责录入学生荣誉信息的管理员分别录入学生的各项信息,他们的录入是互相独立的,具有同一等级的权限,在此之上,设立可以录入所有类别学生信息的超级管理员,具有更高一级的权限。 -
学生信息查看
所有用户都可以使用学生信息查看功能,但学生只可查看自己的信息,而管理员可以查看所有学生的信息。信息具体有学生的身份信息,如姓名、学号、年级、身份证号、通讯地址等,成绩,获得过的荣誉等 -
学生信息修改
只有管理员可以使用学生信息筛查功能,管理员可以通过学生姓名或学生的其他信息来筛查学生。例如管理员可以通过输入学生的姓名或学号查找某一个学生,也可以通过筛选列出所有获得过某奖项的学生 -
学生信息打印
所有用户都可以使用学生信息打印功能,学生可以打印自己的信息,管理员可以打印某个学生的信息,也可以打印筛查出来的学生列表。 -
用户管理
共包括4个功能模块:对账户的注册和注销、登录和退出、管理员身份验证、密码修改。
三、设计软件结构
3.1 层次图

3.2 软件体系结构

3.3 功能需求追溯
- 从需求回溯项目目标
从需求回溯相应的项目目标,确认学生管理系统需求的源头。满足各项当初的既定目标,包括功能等其他要求。 - 从需求回溯产品
由于开发过程中系统需求转变为软件需求、设计、代码等,所以通过定义单个需求和特定的产品元素之间的联系链可从需求向前追溯。这种联系链可以使得需求对应的学生管理系统产品部件,从而确保产品部件满足每个需求。
四、数据库构建
该系统使用数据库对数据进行管理,使用的数据库如下:
|
字段名称 |
数据类型 |
主键 |
允许空 |
|
学生学号 |
Char(10) |
√ |
否 |
|
学生姓名 |
Nvarchar(50) |
否 | |
|
性别 |
Nvarchar(10) |
否 | |
|
身份证号 |
Char(50) |
否 | |
|
出生日期 |
Datetime |
否 | |
|
籍贯 |
Nvarchar(50) |
否 | |
|
联系方式 |
Char(15) |
否 | |
|
密码 |
Char(20) |
否 | |
|
照片 |
Image |
否 | |
|
入学时间 |
Char(20) |
否 | |
|
班级号 |
Char(10) |
否 | |
|
政治面貌 |
Char(20) |
是 |
注:其中班级号是外键,它参照班级信息表里的班级号。
班级信息表:
|
字段名称 |
数据类型 |
主键 |
允许空 |
|
班级号 |
Char(10) |
√ |
否 |
|
名称 |
Nvarchar(10) |
否 | |
|
备注 |
Txt |
是 |
学生职位信息表:
|
字段名称 |
数据类型 |
主键 |
允许空 |
|
学生学号 |
Char(10) |
√ |
否 |
|
职位名称 |
Nvarchar(10) |
√ |
是 |
成绩信息表:
|
字段名称 |
数据类型 |
主键 |
允许空 |
|
学生学号 |
Char(10) |
√ |
否 |
|
密码 |
Char(20) |
否 | |
|
课程名 |
Nvarchar(10) |
否 | |
|
课程成绩 |
Char(10) |
否 | |
|
成绩组成 |
Nvarchar(50) |
是 |
荣誉信息表:
|
字段名称 |
数据类型 |
主键 |
允许空 |
|
学生学号 |
Char(10) |
√ |
否 |
|
学生姓名 |
Nvarchar(50) |
否 | |
|
荣誉名称 |
Nvarchar(50) |
是 | |
|
获得日期 |
Datetime |
是 |
密码权限表:
|
字段名称 |
数据类型 |
主键 |
允许空 |
|
学生学号 |
Char(10) |
√ |
否 |
|
密码 |
Char(20) |
否 | |
|
权限 |
Char(10) |
是 |
五、运行设计
学籍信息管理模块运行时通过与学生信息数据库连接,搜索学生信息,并将结果显示给用户,可以修改学生学籍信息选课管理模块运行时通过与选课信息数据库连接,学生可以选择相应的课程,也可以退选选中的课程。将查询匹配的信息显示给不同身份的用户。
六、安全与故障处理设计
|
模块 |
出错原因 |
系统输出形式 |
处理方法 |
|
登录模块 |
登陆时输入的账号与密码不一致 |
系统提示账号与密码错误 |
返回登录页面重新输入 |
|
由于网络因素影响,登陆没有响应 |
系统没有任何错误提示信息 |
刷新页面,重新登陆 | |
|
学籍管理模块 |
输入的查询条件有误 |
输出没有想要的查询结果 |
审查查询条件 |
|
选课管理模块 课程管理模块 |
选中的课程,课时安排信息查询不到 |
系统没有提示出错信息 |
选中课程后,等30秒以后查询 |
|
退选课程查询不到信息 |
系统没有提示出错信息 |
选中课程后,等30秒以后查询 | |
|
密码管理模块 |
修改的密码两次不一致 |
系统提示密码两次不一致 |
发回重新输入密码 |
|
成绩管理模块 |
查询浏览时系统不响应 |
系统没有提示出错信息 |
刷新页面再查询 |
七、系统维护更新设计
学生信息管理系统,在整个系统的运行过程中,系统的维护和管理是始终贯穿其中的,包括进行系统应用程序的维护、代码的维护、数据的备份与恢复、硬件设备维护。系统在运行时,也要随着环境的变化根据不同的需求及变化对系统进行必要的修改,使得系统功能更加完善。系统维护工作贯穿于系统的整个运行过程中,包括:系统应用程序的维护、数据的维护、代码的维护、硬件设备维护,系统维护的重点是系统应用软件的维护工作。而系统维护工作不应总是被动的等待用户提出要求后才进行,应进行主动的预防性维护。
更多推荐



所有评论(0)