学生档案管理系统需求规格说明书文档格式.docx
- 文档编号:21814831
- 上传时间:2023-02-01
- 格式:DOCX
- 页数:15
- 大小:430.94KB
学生档案管理系统需求规格说明书文档格式.docx
《学生档案管理系统需求规格说明书文档格式.docx》由会员分享,可在线阅读,更多相关《学生档案管理系统需求规格说明书文档格式.docx(15页珍藏版)》请在冰豆网上搜索。
4.功能需求(8
4.1功能划分(8
4.2功能描述(9
5.性能需求(11
5.1时间特性(11
5.2适应性(11
5.3系统安全性需求(11
6.运行需求(12
6.1用户界面(12
6.2硬件接口(12
6.3软件接口(12
6.4故障处理(12
7.其他需求(13
1.引言
1.1编写目的
该软件项目需求规格说明书是对《学生档案管理系统》的全面通盘考虑,是项目分析员进行进一步工作的前提,是软件开发人员正确成功的开发项目的前提与基础。
此研究报告可以使软件开发团体尽可能深入了解研制课题的需求,可以在定义阶段较早的认识到系统方案的缺陷,就可以节省时间和精力,也可以节省资金,并且避免了许多专业方面的困难。
本文档供项目经理、设计人员、开发人员参考。
所以该软件项目需求规格说明书在整个开发过程中是非常重要的。
1.2项目背景
鉴于目前学校学生人数剧增,学生信息呈爆炸性增长,计算机成本日益下降的前提下,学校对《学生档案管理》的自动化与准确化的要求日益强烈的背景下,由兰州理工大学提出,由面向对象软件工程课程设计四组开发,兰州理工大学全体师生为最终的项目用户,全国高等院校都是潜在用户。
此项目与《教务管理系统》和《库存管理系统》有相似性,部分代码可以重用,有较高的参考意义,降低了项目的开发难度。
1.3定义
学籍管理系统:
学籍管理是帮助教学人员、行政人员对人事档案的管理软件。
静态数据:
当我们的客户在查看数据的时候它已经被生成好了,没有和服务器数据库进行交互的数据,直接在客户端创建完毕,这种我们叫做静态数据。
动态数据:
是指在系统应用中随时间变化而改变的数据,如库存数据等。
1.4参考资料
1.《Java课程设计》,耿祥义著
2.《Java课程设计案例精编》,张广彬,王小宁,高静等著
3.《Java程序设计基础》,张晓龙、刘钊、边小勇等著
4.《数据库原理与应用》,李昭原主编
5.项目《库存管理系统》资料
6.互联网《学生档案管理系统》资料
2.任务概述
2.1目标
开发此学籍管理系统软件,以供管理人员及学生进行学籍管理,方便管理人员随时添加、查询、修改等。
促进学生档案管理工作的规范化,提高工作效率;
降低学生档案管理维护费用,提高行政工作效率,为学校领导决策提供支持,该系统的设计目标应尽量达到人力与设备的节省,并且提高处理数据的速度。
2.2运行环境
硬件环境:
●微机若干:
⏹CPU:
1.8GHz
⏹ROM:
1G或更高内存
⏹硬盘:
500G
●大型服务器一台
软件环境:
●Windows系列操作系统
●Mysql数据库
2.3条件与限制
●建议开发软件运行的最短寿命:
5年
●经费来源和使用限制:
客户预支20%费用,用于软件设计、开发
●法律和政策方面的限制:
合法
●可利用的信息和资源:
《库存管理系统》、《教务管理系统》
●建议开发软件投入使用的最迟时间:
10年
3.数据描述
3.1静态数据
管理员初始信息:
账号:
admin
密码:
000000
权限:
管理员
3.2动态数据
用户账号和密码
学院信息数据
专业信息数据
学生学籍信息
学生个人基本信息
学生家庭信息
学生获奖和处分信息
3.3数据库介绍
根据系统功能设计的要求以及功能模块划分,对于系统信息数据库,可以列出以下数据表。
数据库名:
studentarchivessystem
1管理员账号数据表
2学生账号数据表
表名:
user
3年级数据表
grade
4院系数据表
5专业数据表
6班级数据表
classroom
7学生学籍信息数据表表名:
Stu_status
8学生基本信息数据表表名:
basic
9学生家庭信息数据表表名:
family
10学生获奖信息数据表
award
11学生处分信息数据表
punish
3.4数据字典
数据项:
account
含义说明:
唯一标识每个用户
类型:
varchar
长度:
8
取值范围:
00000000到99999999
取值含义:
第1、2位为年份后两位,第3到5为是专业编号,第6位是班级,第7到8位是学号。
年级
4
school
学院名称
20
major
专业名称
数据结构:
用来识别权限和验证账号
组成:
管理员account+密码
学生
包括了学生的学籍信息
学号+年级+学院+专业+班级+学历+英语四级+英语六级
学生基本信息
包括了学生的基本信息
学号+姓名+曾用名+身份证号+性别+照片+国籍+民族+籍贯+政治面貌+出生年月+健康状况+婚姻情况+联系电话+家庭电话+家庭地址+邮编
包括了学生的家庭信息
学号+姓名+关系+职业+工作单位+健康状况+备注
学生获奖信息
包括了学生的获奖信息
学号+日期+获奖缘由+获奖证书
学生处分信息
包括了学生的处分信息
学号+日期+处分缘由+处分级别
3.5数据采集
只有管理员拥有权限去增加,修改,删除学生档案信息和院系信息。
用户和管理员都有权利修改自己的密码信息。
4.功能需求
4.1功能划分
学生管理系统可大致分大致实现以下功能:
用户管理:
●修改密码
●查询用户信息
●注册管理员(管理员权限
权限管理:
●管理员权限
●学生权限
院系信息:
●年级信息查询
●学院信息查询
●专业信息查询
●班级信息查询
●年级信息修改(管理员权限
●学院信息修改(管理员权限
●专业信息修改(管理员权限
●班级信息修改(管理员权限
学生信息:
●学生档案信息查询
✓学籍信息
✓基本信息
✓家庭信息
✓获奖信息
✓处分信息
●学生基本信息录入(管理员权限
●学生基本信息修改(管理员权限
●学生学籍信息录入(管理员权限
●学生学籍信息修改(管理员权限
●学生家庭信息录入(管理员权限
●学生家庭信息修改(管理员权限
●学生获奖信息修改(管理员权限
●学生处分信息修改(管理员权限
4.2功能描述
用户管理:
每个学生都有独立的用户账号和密码,新生入学需要添加用户,毕业生需要删除用户,以及学生本人对密码的修改。
图4.2.1用户管理用例
管理员和学生各自拥有权限和操作界面。
非管理人员任何人不能擅自修改学生档案信息和院系信息。
图4.2.1管理员修改信息用例
管理员有权对年级信息、学院信息、专业信息、班级信息进行增加、删除、修改等基本操作。
学生只能对年级信息、学院信息、专业信息、班级信息进行查询。
图4.2.2院系管理用例
学生信息又可分为基本信息、学籍信息、家庭信息、获奖信息、处分信息。
管理员有权对学生信息进行增加、删除、修改等基本操作。
学生只能对个人信息进行查询。
图4.2.3学生档案信息用例
5.性能需求
5.1时间特性
无论是客户端和管理端,当用户登录,进行任何操作的时候,系统应该及时的进行反应,反应的时间在5秒以内。
系统应能监测出各种非正常情况,如与设备的通信中断,无法连接数据库服务器等,避免出现长时间等待甚至无响应。
5.2适应性
系统应具有十分的灵活性,以适应将来功能扩展的需求。
系统设计要求能够体现扩展性要求,以适应将来功能扩展的需求。
5.3系统安全性需求
系统有严格的权限管理功能,各功能模块需有相应的权限方能进入。
系统需能够防止各类误操作可能造成的数据丢失,破坏。
防止用户非法获取网页以及内容。
6.运行需求
6.1用户界面
系统的界面要求如下:
1页面内容:
主题突出,站点定义、术语和行文格式统一、规范、明确,栏目、菜单设置和布局合理,传递的信息准确、及时。
内容丰富,文字准确,语句通顺;
专用术语规范,行文格式统一规范。
2导航结构:
页面具有明确的导航指示,且便于理解,方便用户使用。
3技术环境:
页面大小适当;
无错误链接和空链接;
控制字体大小和版面布局。
4艺术风格:
界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理,前后一致,美观大方;
动与静搭配恰当,动静效果好;
色彩和谐自然,与主题内容相协调。
6.2硬件接口
1.联通网关通信协议接口
2.路由器通信接口
3.交换机通信接口
4.打印机接口
6.3软件接口
无
6.4故障处理
1连接数据库失败
联系软件维护人员对数据库进行连接
2数据库数据丢失
系统具有数据库备份功能,有效防止数据丢失
3数据库受到恶意攻击而瘫痪
及时联系数据库维护人员,防止数据库进一步损坏
4权限错误
及时关闭服务器并联系软件开发人员
5管理员无法修改数据库数据
联系软件发开人员对软件进行纠正,更新
6无法查询数据
先确保数据库数据存在,再联系开发人员
7.其他需求
符合客户对系统安全保密且方便使用的要求,提供操作培训,满足系统可维护性、可扩充性、可靠性、运行环境的可移植性及文档的易读性、易理解性等要求。
软件发行已光盘为载体,文档分为纸质文档和电子文档。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 档案管理系统 需求 规格 说明书