学生信息管理系统概要设计说明书
一． 引言 1.1 编写目的
从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的 数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种
表示只是描绘出软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得
出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。
1.2 项目背景
待开发软件系统的名称；计信A0602班学生信息管理系统 本项目的任务提出者：
《软件工程开发与应用》的授课老师 开发者：
汪叶舟 裘家瑜 用 户：
学生信息管理人员、学生和相关人员。
本项目将对计信A0602班学生信息的管理和现有数据库信息系统进行扩充和完善，以提供各种数据信息服务，从而方便开发人员参考和对整个系统的规划，以及为详细设计提供更好的服务。
1．3参考资料
《 软件需求 》 ---- （美） Karl E.Wiegers 著陆丽娜 王忠民 王 志敏 等译
二.总体设计 ： 2．1需求规定 2.1.1 系统功能
A：主界面登陆：该模块是本系统的主界面，在该界面中，用户可以选择下来所要进行 的操作如：数据录入，数据查询，数据统计，打印等操作。
B：系统后台：该模块主要是数据库的逻辑关系的建立，和重要信息的存储管理，通过主界面对后台数据信息进行管理，比如：信息的更新、修改、删除等操作。
2.1.2系统性能
A：精度
a:要按照严格的数据格式输入，否则系统不给予响应进行处理。
b:查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。因为通常有文件的记录会很多，所以本系统采用了两种方法进行查询：直接查询和模糊查询。
B:时间特性要求
一般操作的响应时间应在1~2秒内，对软磁盘和打印机的操作也应在可接受的时间内完成。
C:灵活性
当用户需求，如操作方式，运行环境，结果精度，数据结构于其他软件接口等发生变化时，设计的软件要做适当调整,灵活性非常大。
2.1.3 输入输出要求
A:数据约定
a: 输入的学号必须是数字，但不能超过13位；
b: 学生姓名必须是字符型，但不能超过6个字； c：学生成绩必须为数字，可以是小数； d: 联系方式可以为数字和字母； e:家庭地址、特长、爱好等没有
B:输出
a:查询的数据信息进行显示 b:查询的数据进行打印
2.1.4数据管理能力要求
数据表10个，单个数据中不可以超过1000个文件。
由于输入的数据全部是单个信息，没有什么表格，文件等内容，所以不存在什么复杂的数据管理，只要数据能够正确存储就可以。
2.1.5故障处理要求
a. 内部故障处理
在开发阶段可以随即修改数据库里的相应内容。 b. 外部故障处理
对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。
2.1.6其他专门要求
a:使用人员必须了解Windows 操作系统的使用 b:数据的维护人员必须熟悉数据库的备份和恢复
2．2：运行环境规定 2.2.1设备
a: PIII 1.5G Hz 以上处理器 b: 内存不少于512M
c．VGA 彩显一台
d:键盘和鼠标分别一个 e:打印机一台
2.2.2支持软件
A.windows 2000 以上的操作系统 B．Microsoft Visual C++ 6.0.编程工具 C．Office 2003应用软件
2.2.3 接口
A:硬件接口
本软件不需要特定的硬件或硬件接口进行支撑。 PIII 1.5G Hz以上PC机均可运行此软件。 B:软件接口
运行于Windows2000及更高版本具有WIN32 API的操作系统之上。
2.2.4 控制
本软件是在数据编程系统的支持下，展示界面由主窗口与子窗口嵌套而那成，窗口
操作通过按钮控制，不同的按钮进行不同的操作实现不同的功能.
2.3基本设计概念和处理流程
数据中 心 处理 查询 处理 管理管理界面 查询 信息输出 用户界面 打印 管理员通过密码认证，进入信息管理页面对学生相关信息的录入、更新、修改、添加等操作，也可以通过查询界面对学生信息进行完全的查询，而学生和相关人员只能通过公共的查询界面对学生信息进行查询，如要对学生信息进行完全查询就需要得到管理员的同意。
2.4结构
主模块 主模块软件结构用户界管理员 登录模块 输入 输出 输入 输出
登录模块 身份检查 输入 管理员管理界面信息提示 else if正确 数据库查询 管理员登录软件结构
用户查询模块 返回重新输入条件 输入查询条件 IF正确 ELSE 输出结果 打印查询结用户查询软件结构 、 A：主模块软件结构
该模块为系统的模块集合，主要包括：管理员登录模块，管理员管理模块、用户信息查询模块等。主要功能是不系统中所包含的模块联系起来，使整个系统的各个模块能够相互完成一系列的数据操作。
B：管理员登录软件结构
该模块主要为学生信息管理员设计，管理员通过密码严正，登录到信息管理页面，对相关信息进行管理。
C：用户查询软件结构
该模块的主要功能是实现单个学生信息的查询，只允许对单个的查询，不能对查询的数据信息进行更改、删除等。
2.5功能需求与系统模块的关系
系 功 能 需 求 输入 添加 修改 删除 输出 打印 统 管理员登录模块 模 块 √ √ √ √ √ √ √ √ √ √ 用户查询模块 管理员管理模块 2.6人工处理过程
A:管理员处理：学生信息的输入、删除、更新、添加等，查询时的查询条件的输入和相关信息的打印等。
B：普通查询用户：查询条件的设定，查询结构的打印等。
2.7尚未解决的问题
A：数据库逻辑结构的整体规范。 B:各个模块之间的主装。
三：接口设计 3.1用户接口
命令 提交 重设 取消 语法 IF ELSE 点击事件 点击事件 信息正确 进入系统 清空输入的数据 返回到当前界面 信息错误 返回到当前界面 无 无 3.2外部接口
软 件 硬 接 口 件 键盘 接 口 √ √ √ 鼠标 打印机 主模块 管理模块 查询模块 √ √ √ √ √ 3.3内部接口
模 模 块 名 称 块 主模块 名 称 √ √ √ 块 √ √ 管理员严正模面 √ √ √ 用户查询界管理界面 主模块 管理员严正模块 用户查询界面 管理界面 四：运行设计 4．1 运行模块组合
A、学生信息查询子模块
学生信息查询子模块运行时，通过用户界面与Access 学生信息数据库链接，搜索与用户输入的学生信息名称相匹配的学生信息，并将结果分为报表信息显示给用户。
B、信息更新子模块
信息更新子模块运行时，学生信息管理员通过管理界面接口与Access 学生信息数据库链接，进行对学生信息的更新，和相关数据的操作。
4．2 运行控制
A、学生信息查询子模块
当用户输入正确的学生信息名称时，点击查询，系统便转入与Access学生信息数据库，按照表中记录依次查询与用户输入的学生名称相匹配的记录，并将表中该条记录的所有信息分为报表信息反馈给用户。
B、信息更新子模块
当学生信息管理员对学生信息进行更新时，输入要更新的内容，点击更新按钮就可以实现对学生信息的更新，也可以通过管理页面的查询界面对更新的信息进行查询。
4．3 运行时间
在本系统中，学生信息更新模块是占用系统各种资源时间最大的模块，约百分之五十，而学生信息查询子模块占用的系统各种资源时间不多，各约百分之二十五。
五：系统数据结构设计
5.1逻辑结构设计要点
见数据库设计说明书
5.2物理结构设计要点
系统的物理结构具体由数据库来设计与生成，详见数据库设计说明书。
5.3数据结构与程序的关系
数 据 结 程 序 构 Select * from √ √ √ Create table Insert into Update * set ….. 学生基本信息表 学生成绩表 学生特长 √ √ √ √ 六： 系统出错处理设计 6．1 出错信息
A、学生信息查询子模块
学生信息，即本系统已收录的计信A0602班学生的相关信息。学生信息查询子模块要求用户输入的信息是本系统已收录的学生信息，此处可能的出错信息在如下：
1、 用户输入的信息是非中文字符，系统提示：您所输入的信息是非中文字符。 2、 用户输入的信息是中文字符，但与本系统已收录的学生信息不匹配，系统提示：您所输入的信息不存在，请仔细核对您输入的信息是否在本系统收录的学生信息范围之内，重新输入。
B、学生信息更新子模块
学生信息更新子模块要求学生管理员输入的信息是所需更新的所有信息。因此，此处可能的出错信息如下：
1、 学生管理员输入的不符合数据的类型，系统提示：输入格式错误请重新输入。
6．2 补救措施
说明故障出现后可能采取的变通措施，包括：
A、后备技术：即准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去，或周期性地把系统数据上传到FTP服务器上；
B、降效技术：即使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；
C、恢复及再启动技术：即恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6．3 系统维护设计
为了系统维护的方便而在程序内部设计中做出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。本系统中的维护主要在于各个数据库的维护，包括数据库的添加、删除和更新。
