学生信息管理系统详细设计概要.docx

学生信息管理系统详细设计概要.docx

《学生信息管理系统详细设计概要.docx》由会员分享，可在线阅读，更多相关《学生信息管理系统详细设计概要.docx（20页珍藏版）》请在冰豆网上搜索。

学生信息管理系统详细设计概要

文档名称：

详细设计说明书

项目名称：

学生信息管理系统

项目负责人：

张晓婧李向欣白雅琴吴芳芳

编写：

吴芳芳2014年4月28日

校对：

李向欣

审核：

白雅琴

批准：

张晓婧

开发单位：

数学计算机学院2011级<5>班

1.引言

1.1编写目的

确定学生信息管理系统详细设计说明书的目的在于从详细设计的角度明确网上学生系统的业务品种、功能范围，明确与业务主机/终端系统的接口和业务处理模式，使系统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试、验收等各方面的工作。

1.2项目背景

本项目的名称：

学生信息管理系统。

本项目的应用范围：

大学校园。

开发者：

计算机科学技术本科生。

用户：

学生、管理员。

操作系统：

WINDOWS7。

操作系统：

任何pc平台。

浏览器：

InternetExplorer等。

1.3参考资料

1.《实用软件工程》（第三版）赵池龙张林电子工程出版社

2.《大学本科学生学籍管理条例》

3.《大学学生学号编码管理办法》

4.《需求规范说明书》第二组

5.《软件工程导论》，张海潘主编，清华大学出版社

1.4定义

SIMS:

StudentInformationManagementSystem

Title：

记录在校学生的信息并可进行查询。

Item：

记录在校每一个学生的个人信息及成绩。

InputGrade：

由管理员输入学生成绩及学生相关信息并由学生可进行查询。

2.设计概述

2.1任务和目标

该《学生信息管理系统》针对的用户是大学校园，由管理员输入学生的信息及成绩，学生可根据学号登陆并查询相关信息。

相应的需求有：

能够存储一定数量的学生信息,并方便有效的进行相应的学生数据操作和管理，这主要包括：

（1）学生成绩的录入及修改。

（2）学生成绩的查看

（3）学生数量的修改

2.2需求概述

旨在开发一个统一的网上教务信息管理平台，利用信息化手段辅助教学管理，达到提升我校教学管理信息化水平的目的。

教务管理人员能够更方便地进行教务管理工作，包括学生信息管理，成绩管理；学生用户能够利用该系统进行个人信息查询和成绩查询。

Ø学生信息管理：

包括学生信息查询、修改、添加和删除。

Ø成绩管理：

包括成绩录入。

2.3架构图

2.4功能图

2.5运行环境

操作系统：

Win7

安装有：

MySQLMyEclipse7.0

运行环境：

IE6.0

硬件环境要求：

CPU在p42.0以上，内存在1G以上，显卡在64M以上，操作系统需要win7.笔记本电脑的性能相对不够稳定对SQL等数据库软件和VB.Net等开发工具运行有不利影响。

系统运行环境示意图如下：

2.6条件与限制

1．建议开发软件运行的最短寿命为3年 

2．进行系统方案选择保留成绩为一学期。

3．本系统无法律和政策方面的限制； 

4．用Visual studio作前端的应用开发工具 ，利用MySQL作为 后台的数据 库，充分利用了Visual studio和MySQL的优点，利用WINDOWS 7作为系统平台；

3.总体设计

3.1需求规定

输入项：

系统要求的用户名、密码、身份

输出项：

登录界面、学生基本信息、学生成绩信息

查询流程：

（1）学生登录→基本信息查询→成绩查询

（2）管理员登录→全部学生信息查看→录入学生成绩→更新学生信息

功能描述：

3.11学生功能

1．学生的登录：

每个学生以自己的学号为用户名、默认密码进行系统登录。

2．学生基本信息：

每个学生只可以查看自己本身的信息，可通过基本信息的查询可了解自己的基本信息是否有误，若发现错误信息可告诉管理员进行修改以及密码的修改。

3.学生成绩信息：

包含学期期末每位学生的各门课程的成绩。

3.12管理员功能

1.管理员的登录：

若数据库的管理员信息表中存在此用户、密码相符并且验证码正确，此时系统就转入后台管理界面，并且系统根据角色给管理员分配相应的权限。

否则提示错误。

2.管理员登录后可对学生信息增删改操作。

3.2基本设计概念和处理流程

针对本系统的教务管理人员、学生两种不同的角色，系统的处理流程如下图所示：

3.3功能分配

本系统中各功能需求与程序模块（组件）之间的关系如下图所示：

功能需求

学籍管理

学生管理

成绩管理

学生信息查询

✓

学生添加

✓

学生修改

✓

学生删除

✓

成绩录入

✓

3.4算法

暂无

4.接口设计

4.1用户接口

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。

在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出地显示重要以及出错信息。

外观上也要做到合理化，考虑到用户大多对WINDOW风格较熟悉，应尽量向这一方向靠拢，即向WINDOWS风格靠近。

可以使用Dreamweaver网页设计工具直接拖曳出美观、简介、友善的用户接口。

其中针对教务管理人员的界面要做到操作简单，易于管理。

在设计上采用选项卡方式，但选项卡层数最多不能超过2层。

同时，运行出错时应以标准形式给出出错提示。

总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。

4.11用户界面设计

【图片为临时简单的界面】

4.2外部接口

服务器端程序可DAO（数据访问对象）应用程序编程接口（API），对MYSQL数据库进行所有的访问。

服务器程序上可使用MYSQL的对数据库的备分命令，以做到对数据的保存。

4.3内部接口

Ø管理员信息管理模块：

对其他模块提供对成绩及学生基本信息的查询接口。

4.31管理员信息管理界面设计

Ø学生信息管理模块：

对其他模块提供对学生信息查询的接口。

4.32学生信息管理界面设计

4.33学生成绩查看界面设计

4.34密码的修改

5．运用设计

5.1运行模块组合

客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。

在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。

接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。

服务器程序的接收网络数据模块必须始终处于活动状态。

接收到数据后，调用数据处理查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。

5.2运行控制

运行控制将严格按照各模块间函数调用关系来实现。

在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。

在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。

服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。

5.3运行时间

在软体的需求分析中，对运行时间的要求为必须对做出的操作有较快的反应。

网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。

所以将采用高速ATM网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。

其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器。

硬件对本系统的速度影响将会大于软件的影响。

6.数据库设计

6.1概念结构设计

这一设计阶段是在需求分析的基础上，设计出能够满足用户需求的各种实体，以及他们之间的关系，为逻辑结构设计打下基础。

这个阶段用到的工具是E—R图（实体--联系图）。

本系统中有三个实体集

·学生实体集

·管理员实体集

·成绩信息实体集

E-R图如下：

图6.1学生实体E-R图

图6.2成绩实体E-R图

图6.3管理员实体E-R

图6.4系统总体E-R图

图6.5学生信息管理系统用例图

6.2逻辑结构设计

逻辑结构设计的主要目标是将概念结构转换为一个特定的DBMS可处理的数据模型和数据库模式。

该模型必须满足数据库的存取、一致性及运行等各方面的用户需求。

该设计以概念结构设计中的E-R图为主要依据，设计出相关的整体逻辑结构。

根据总E-R图有四个实体但仓库实体在本系统中作用不大而且仅涉及到一个仓库，所以仓库不再单独设计一张表。

再加上一个多对多关系（本系统不考虑供应关系）总共五个关系模式：

学生信息（学号，性别，姓名，年龄，所在系）

课程信息（课程号，课程名称，学分）

成绩信息（学号，姓名，课程，课程，成绩）

6.3物理结构设计

从一个满足用户需求的已确定的逻辑模型出发，在限定的软、硬件环境下，利用DBMS提供的各种手段设计数据库的内模式，即设计数据的存储结构和存取方法。

数据库物理结构设计是对于给定的逻辑数据模型，选择一个适合的物理结构，主要涉及存取方法与存储结构，它依赖于计算机系统。

关系模式

关系数据库系统采用关系模型作为数据的组织方式，现在流行的数据库系统大都是关系数据库系统。

通过对关系模式的优化，得到四个基本表。

表6.6学生信息表

表6.7成绩信息表

表6.8管理员信息表

7系统数据结构设计

7.1数据字典设计

（1）学生：

登录成功

查看个人信息

查看个人成绩

图7-1学生顺序图

（2）管理员：

输入密码

登陆成功

增加信息

删除信息

修改信息

图7-2管理员顺序图

7.11数据流项目

学生信息=姓名+性别+年龄+所在系

成绩单=姓名+专业+{科目+考试时间+成绩

7.12数据项条目

成绩：

别名：

本次考试成绩

类型：

实型

长度：

6位，小数点后1位

7.13加工条目

加工名：

学生信息管理系统

编号：

无输入：

学生信息、本次考试成绩、学生记录

输出：

成绩单

7.14数据存储条目

文件名：

学生记录

组成：

姓名+性别+年龄+专业+系别+班级+成绩+学号

组织方式：

索引文件，以学号为关键

7.15加工条目

加工名：

录入、存储处理

输入：

学生信息

7.16加工逻辑

根据学生记录

IF没有所输入的学生记录

THEN建立新的学生记录，存储该学生的基本情况及所学科目成绩ELSE输入本次考试成绩

加工名：

查询处理

输入：

学生信息、课程号

输出：

成绩

7.17加工逻辑

暂无

7.18加工条目：

加工名：

统计选择

输入信息：

学生记录

输出信息：

按规定显示成绩

加工逻辑：

根据所输入学生记录，按班级、显示成绩

7.19数据存储条目

暂无

7.2安全保密设计

管理员对数据库具有全部权限。

8.系统出错处理设计

8.1出错信息

出错名称

系统输出信息

处理方法

用户名输入错误

“用户名错！

请重新输入！

”

进入登录页面

前三次密码错误

“您的密码输入有误，请重新输入！

”

进入登录页面

8.2补救措施

由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。

但有可能占用更多的数据存储空间，权衡措施由用户来决定。

8.3系统维护设计

必须按照软件产品设计规范的步骤进行开发，并充分考虑可维护性，详细编写各阶段的文档资料，以利于移植或二次开发。

定期维护数据库，根据信息更新修改数据库信息，保持数据库最近最新。

可使用MYSQL的数据库维护功能机制。

例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。

详细书写《项目开发计划书》和《需求规格说明书》，有利于系统的维护。

通常通过改正性维护，适应性维护，完善性维护，预防性维护4种维护活动来完成系统维护。

由于初次开发系统，开发小组经验较少，因此没有采用外加维护模块。

因为维护工作比较简单，仅靠数据库的一些基础维护即可。

9尚未解决的问题

1.数据库安全性问题有待改善。

2.对于有重修，休学情况的学生没有做相应功能的解决模块。