大学学籍管理系统概要设计说明书Name Date Change HistoryScott Wang 2010/10/19 Initial draft1．引言1.1 编写目的编写本套“大学学籍管理系统”的《概要设计说明书》的目的在于根据软件规格说明书中的任务概述，需求规定等规划设计出一套可执行的软件结构模型。

1.2 参考资料1. 《大学学籍管理系统产品规格说明书》言若金叶软件研究中心编写2．概要设计2.1 需求规定本套大学学籍管理系统软件采用B/S方式实现，用户可使用浏览器通过互联网进行对学生信息及学生成绩的添加、修改及删除等操作；2.2 运行环境客户端的运行环境：操作系统：Windows NT/2000/XP、Linux、Unix浏览器：IE7、Firefox等服务器端的运行环境：操作系统：Windows NT/2000 Server、Linux、UnixWeb服务器：Tomcat4.0.1以上版本数据库：MySQL4.0以上版本2.3 基本设计概念和处理流程本套“大学学籍管理系统”软件的编写，是为了设计出一套学生信息和成绩管理的网络管理软件。

软件主要是通过网页的形式展示给用户，用户可以在系统里添加学生、修改学生、删除学生、添加学生成绩、修改学生成绩、删除学生成绩、查询学生信息、查询学生成绩等，然后将数据保存MySQL数据库中；2.4 结构本套学籍管理系统软件采用Browser/Server方式实现。

2.4.1软件模块部署软件模块部署列出了软件的各个模块在系统总体架构中各部分的分布情况，用于指导系统主站的安装和部署实施。

本例程相当简单，部署图如图8-19所示。

c mp 布署图Web服务器(T omcat)学生成绩管理学生基本信息管理数据库服务器(MySQL)浏览器1浏览器2浏览器3图8-19软件部署图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服务器端的尚未解决的问题N/A2.6.2客户端的尚未解决的问题屏蔽创建新用户的功能及多个用户同时操作可能引起的学号重复问题。

2.6.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)、学生成绩表(grade)和登录用户表(users)4.4.2 数据库设计说明(1) 学生信息表(student)学生信息表(student) 说明：序号字段名称代码类型是否为空说明1 学号stu_number V ARCHAR(20) Not null2 姓名username V ARCHAR(20) null3 性别gender V ARCHAR(4) null4 所在城市city V ARCHAR(20) null5 身份证号id_number V ARCHAR(20) null6 联系电话phone V ARCHAR(20) null7 邮政编码post_code V ARCHAR(20) null8 电子邮件email V ARCHAR(40) null9 通讯地址address V ARCHAR(40) null主键名称stu_number索引备注(2) 学生成绩表(grade)学生成绩表(grade) 说明：维护学生各科课程的成绩序号字段名称代码类型是否为空说明1 成绩ID grade_id bigint(20)Not null2 学号student_id V ARCHAR(10) Not null3 电子技术electron int(11) null4 软件工程software int(11) null5 计算机网络与信息安全security int(11) null6 Java程序设计java int(11) null7 高级数据库db int(11) null8 图形图像处理技术img int(11) null9 分布计算与互联网技术distributed int(11) null10 软件测试与自演化技术test int(11) null主键名称grade_id索引备注字段student_id关联学生信息表student中的字段STUID(3) 登录用户表(users)登录用户表(users) 说明：维护登录用户的信息序号字段名称代码类型是否为空说明1 用户ID user_id bigint(20)Not null2 用户名username V ARCHAR(20) null3 登录密码password V ARCHAR (11) null4 用户角色role int(11) null主键名称user_id索引备注4.4.3 表间关系学生信息表(student)和学生成绩表(grade)由字段student_id作为关联；5. 系统出错设计5.1 出错信息在设计本套学籍管理系统软件时，设计人员应尽可能的考虑到所有的出错情况，并做出相应的恢复信息。

无法预料的错误信息，应返回给用户一个特定的信息提示。

5.2 补错措施对于出错概率较大的地方，设计人员应结合用户需求做一些必要的限制，减少出错的可能。

5.3 系统维护设计本套学籍管理系统软件的维护设计要有专门人员来做，这些人员应对本套学籍管理系统软件的程序代码结构与流程有深入的了解。

6. 程序系统的组织结构 6.1 模块层次图本系统由“学生信息管理”、“用户登录管理”及“学生成绩管理”组成，各子模块如图8-20所示。

大学学籍管理系统用户登录管理新建学生成绩学生信息管理 新建学生学生基本信息一览表删除学生修改学生信息 登录系统登出系统修改学生成绩学生成绩一览表学生成绩查询学生成绩管理学生基本信息查询删除学生成绩图8-20模块层次图7. 程序（标识符）设计说明 7.1 程序描述7.1.1客户端程序：本套学籍管理系统软件的客户端应用程序以网页的形式编写，包括静态和动态的网页，存放在服务器中，客户使用浏览器通过互连网络对网页进行访问，并完成客户端可以完成的功能。

7.1.2后台数据库：本套学籍管理系统软件的后台数据库使用My SQL 来搭建后台数据库服务器，用来存放所有的数据。

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 安全性本套学籍管理系统所涉及的数据存放于My SQL数据库中，在程序中应尽可能的使用存储过程的方法，以免使某人反编译软件或入侵到服务器后对数据库的结构进行修改，在程序中应该设置不同权限的账户和密码，以保证数据不容易被错改、破坏，而且要经常对数据库进行备份操作，使得数据一旦受到破坏或是出错能够保证及时的恢复数据，将损失降到最低。

7.3.5 可维护性7.3.5.1 应用程序的维护当用户使用本套学籍管理系统时，遇到了软件本身的逻辑错误，应当有软件的维护人员对软件进行修改。

7.3.5.2 数据库的维护应当有特定的数据库维护人员对数据库进行及时地进行备份，管理等操作，以保证数据库的安全性。

7.3.6 可移植性Java编程语言的兼容性很高，在windows系统操作系统，以及Unix操作系统等都可以直接运行。