大学学籍管理系统设计规格说明书文档格式.docx
《大学学籍管理系统设计规格说明书文档格式.docx》由会员分享,可在线阅读,更多相关《大学学籍管理系统设计规格说明书文档格式.docx(13页珍藏版)》请在冰豆网上搜索。
“大学学籍管理系统”软件的编写,是为了设计出一套学生信息和成绩管理的网络管理软件。
软件主要是通过网页的形式展示给用户,用户可以在系统里添加学生、修改学生、删除学生、添加学生成绩、修改学生成绩、删除学生成绩、查询学生信息、查询学生成绩等,然后将用户的操作通过互联网保存到服务器端的MySQL数据库中。
2.4结构
大学学籍管理系统软件采用Browser/Server方式实现。
2.5人工处理过程
2.5.1数据库人工处理
数据库不进行人工处理,一切行为通过客户端维护;
2.5.2客户端的人工处理
2.5.2.1添加学生
用户可以添加学生的相关信息,如学生姓名、学生性别、学生籍贯、学生身份证等信息。
2.5.2.2修改学生
用户可以修改学生的相关信息,如学生姓名、学生性别、学生籍贯、学生身份证等信息。
2.5.2.3删除学生
用户可以选择单个或多个需要被删除的学生。
2.5.2.4添加学生成绩
用户可以添加学生各门功课的成绩。
2.5.2.5修改学生成绩
用户可以修改学生各门功课的成绩。
2.5.2.6删除学生成绩
2.5.2.7学生基本信息查询
用户通过填写一定的查询条件,可查询用户所需要的学生基本情况等。
2.5.2.8学生成绩查询
用户通过填写一定的查询条件,可查询用户所需要的学生学习成绩等。
2.5.2.9学生基本信息一览表
列出所有学生的基本信息。
2.5.2.10学生成绩一览表
列出所有学生的成绩。
2.6尚未解决的问题
2.6.1服务器端的尚未解决的问题
暂无。
2.6.2客户端的尚未解决的问题
屏蔽创建新用户的功能及多个用户同时操作可能引起的学号重复问题。
2.6.3难点问题
多人同时从多客户端新建学生时对学号的处理。
3.接口设计
3.1用户接口
大学学籍管理系统软件的可视化很强,做到用户打开程序就可直接上手操作。
在设计界面时,同时也考虑到此方面,因此在每个可以点击的按钮上都设置了鼠标获得焦点后的提示信息,即ToolTipText属性。
3.2外部接口
大学学籍管理系统软件中没有考虑外部接口问题,如有需要可以添加对外部接口的考虑,例如红外扫描、卡式读取设备等。
3.3内部接口
因为大学学籍管理系统软件是使用可视化软件来管理数据库中的数据,因此数据库为连接各个模块之间的接口,我们同时也称之为软件内部的接口。
4.系统数据结构设计
4.1逻辑结构设计要点
按照需求分析设计数据库中的字段,建立一个逻辑上的数据库的结构。
4.2物理结构设计要点
在数据库软件(MySQL)中建立数据库,并要保证数据库最低要符合第二范式。
4.3数据结构与程序的关系
4.3.1静态数值需求
(1)支持并行操作的用户。
(2)处理多条记录数据。
(3)表或文件最小为2048字节,最大无限制。
4.3.2精度需求
在进行提取数据库数据时,要求数据记录定位准确,在向数据库中添加数据时,要求输入数据准确。
主要的精度适应系统要求,不接受违规操作。
4.3.3时间特性需求
(1)响应时间应在人的感觉和视觉事件范围内;
(2)更新处理时间,随着应用软件的版本升级,以及网络的定期维护更新。
4.3.4灵活性
当需求发生某些变化时,管理应用软件操作方式、数据结构、运行环境基本不会发生变化,变化只是将对应的数据库文件内的记录改变,或将过滤条件改变即可。
4.3.5数据管理能力需求
本应用软件可管理多条记录,本应用软件基本约用1,300千字节空间,所有文件均放置在数据库中调用,查询数据、文件、记录时,通过库文件名直接进行操作或通过存储过程来完成操作。
4.4数据库设计描述
4.4.1数据库分析
需将数据库设计成关系模式最低符合第二范式的标准。
按照需求分析,确定系统的实体。
根据实体分析的结果,在数据库中应建立如下数据表:
学生信息表(student)、学生成绩表(stu_grade)
4.4.2数据库设计说明
(1)学生信息表(student)
学生信息表(student)
说明:
序号
字段名称
代码
类型
是否为空
说明
1
学号
STUID
VARCHAR(10)
Notnull
2
姓名
username
VARCHAR(64)
0否/1是
3
性别
gender
4
身份证号
PID
5
联系电话
phone
6
邮政编码
postID
null
7
电子邮件
email
VARCHAR(128)
8
通讯地址
address
VARCHAR(255)
9
保留字段1(int)
refnum1
int(10)
Int型
10
保留字段2(int)
refnum2
11
保留字段1(str)
refstr1
VARCHAR
12
保留字段2(str)
refstr2
13
保留字段1(date)
refdate1
DateTime
DateTime型
14
保留字段2(date)
refdate2
15
最后修改时间
lastmodifiedtime
主键名称
索引
备注
(2)学生成绩表(stu_grade)
学生成绩表(stu_grade)
维护学生各科课程的成绩
电子技术
g_electron
int(3)
Default0
软件工程
g_software
计算机网络与信息安全
g_security
Java程序设计
g_java
高级数据库
g_db
图形图像处理技术
g_image
分布计算与互联网技术
g_distributed
软件测试与自演化技术
g_test
关联学生信息表student中的字段STUID
4.4.3表间关系
学生信息表(student)和学生成绩表(stu_grade)由字段STUID作为关联;
5.系统出错设计
5.1出错信息
在设计大学学籍管理系统软件时,设计人员应尽可能的考虑到所有的出错情况,并做出相应的恢复信息。
无法预料的错误信息,应返回给用户一个特定的信息提示。
5.2补错措施
对于出错概率较大的地方,设计人员应结合用户需求做一些必要的限制,减少出错的可能。
5.3系统维护设计
大学学籍管理系统软件的维护设计要有专门人员来做,这些人员应对本套学籍管理系统软件的程序代码结构与流程有深入的了解。
6.程序系统的组织结构
6.1模块层次图
本系统由“学生信息管理”、“用户登录管理”及“学生成绩管理”组成,各子模块如图6-1所示:
图6-1模块层次图
7.程序(标识符)设计说明
7.1程序描述
7.1.1客户端程序
大学学籍管理系统软件的客户端应用程序以网页的形式编写,包括静态和动态的网页,存放在服务器中,客户使用浏览器通过互连网络对网页进行访问,并完成客户端可以完成的功能。
7.1.2后台数据库
大学学籍管理系统软件的后台数据库使用MySQL来搭建后台数据库服务器,用来存放所有的数据。
7.2功能描述
7.2.1添加学生
7.2.2修改学生
7.2.3删除学生
7.2.4添加学生成绩
7.2.5修改学生成绩
7.2.6删除学生成绩
7.2.7学生基本信息查询
7.2.8学生成绩查询
7.2.9学生基本信息一览表
7.2.10学生成绩一览表
7.3性能描述
7.3.1时间特性需求
在网络连接正常的情况下,查询响应时间为秒级。
7.3.2灵活性
当需求发生某些变化时,学生管理应用软件操作方式、数据结构、运行环境基本不会发生变化,变化只是将对应的数据库文件内的记录改变,或改变过滤条件。
7.3.3可用性
软件应该尽可能的一目了然,使一般用户能够使用。
7.3.4安全性
大学学籍管理系统所涉及的数据存放于MySQL数据库中,在程序中应尽可能的使用存储过程的方法,以免使某人反编译软件或入侵到服务器后对数据库的结构进行修改,在程序中应该设置不同权限的账户和密码,以保证数据不容易被错改、破坏,而且要经常对数据库进行备份操作,使得数据一旦受到破坏或是出错能够保证及时的恢复数据,将损失降到最低。
7.3.5可维护性
7.3.5.1应用程序的维护
当用户使用大学学籍管理系统时,遇到了软件本身的逻辑错误,应当有软件的维护人员对软件进行修改。
7.3.5.2数据库的维护
应当有特定的数据库维护人员对数据库进行及时地进行备份,管理等操作,以保证数据库的安全性。
7.3.6可转移、可转换性
Java编程语言的兼容性很高,在windows95/98.windowsNT.windows2000.windowsXP等操作系统都可以直接运行。
7.4输入项
用户通过软件输入必要的信息,然后保存到数据库,所输入的信息是经过需求分析限定的内容,同时也是数据库中每个字段存储的内容。
7.5输出项
大学学籍管理系统将所有需要浏览的数据显示在屏幕上,以便使用户能够浏览到数据库中的数据或用户想要浏览范围内的数据。
7.6算法
1)将用户输入的数据,按字段保存到数据库中。
2)将数据库中的数据,按字段提取到用户界面中。
3)必要的去除重复项的算法。
4)按条件修改、删除数据中的数据。
5)保持表间数据的一致性。
7.7流程逻辑
7.7.1.用户登录流程图
如图7-1所示:
图7-1流程逻辑
7.7.2添加学生模块流程图
如图7-2所示:
图7-2添加学生流程
7.8注释设计
尽可能的将软件中插入注释语句,使语句容易阅读。
制作网页的时候可以另备份一份,一份是标有注释语句的网页,用来给维护人员、测试人员和开发人员了解开发过程所用,另一份是不带有注释语句的网页,用来最后实际应用当中,这样可以充分的利用有限的带宽,降低客户的计算机打开网页的时间,提高客户端的浏览速度。
7.9限制条件
限制必要的条件,以排除由于用户的误操作造成不必要的错误。
7.10测试计划
在开发工程师编写代码时,测试人员便要开始制定测试计划,其中要包括白盒和黑盒的具体测试项目,及其必要的测试数据和出错的信息。
每次测试的结果要写报告,并就发现和怀疑的问题与开发工程师联系。
测试的结果要让开发工程师明白。