学生管理系统概要设计.docx
- 文档编号:10083127
- 上传时间:2023-02-08
- 格式:DOCX
- 页数:24
- 大小:1.12MB
学生管理系统概要设计.docx
《学生管理系统概要设计.docx》由会员分享,可在线阅读,更多相关《学生管理系统概要设计.docx(24页珍藏版)》请在冰豆网上搜索。
学生管理系统概要设计
学生管理系统
系统概要设计说明书
编写说明
标题:
系统概要设计说明书
密级:
内部
编辑软件:
MicrosoftWord2000中文版
版本历史:
版本
作者
日期
备注
V1.0.1
2002/09/22
总体概要设计讨论稿
V1.0.2
2003/07/30
总体概要设计确定稿
编写目的:
为规范项目开发,对系统总体概要设计进行详细描述。
本文档由系科综合管理信息系统项目组维护,供本项目组使用。
第1章引言
1.1.项目说明
项目名称:
学生管理系统。
项目提出单位:
乐山师范学院计算机科学系。
项目开发者:
乐山师范学院计算机科学系。
项目使用部门:
乐山师范学院各系科(学院)。
1.2.项目定义
系科综合管理信息系统是为了适应现代化学校管理的需要,加快推进我校数字化校园建设、充分利用校园网,利用网络、多媒体等计算机应用技术和手段,提高办公效率、改善质量的高效管理信息系统。
学生管理系统是系科综合管理信息系统的重要组成部分。
1.3.编写目的
本文档为“乐山师范学院学生管理系统概要设计说明书”,主要用于为实现系统的功能而进行的系统设计的概要说明,描述在计算机上实现系统的的结构框架、数据流图及数据流说明字典,以对以后系统的建设起到指导和约束作用。
1.4.参考资料
《学生管理系统_系统软件需求说明书》。
第2章总体设计
2.1概述
2.1.1设计目标
✧实现学生信息资料的集中化电子化处理;
✧实现学生成绩的电子化处理;
✧实现普通用户的前台多媒体自助查询功能,公用信息在校园网上自动发布;
✧实现学生管理工作制度化、标准化、规范化;
✧实现学生管理的其它必要的管理功能。
✧建立关于学生数据比较全面详细的数据库。
✧实现决策支持。
2.1.2业务处理范围
进行学生基本信息、扩充信息、成绩信息、在校的其它各种信息的集中电子化处理,实现主要系务业务流程的计算机管理,实现系科学生管理工作的自动化管理和公用信息在校园网上自动发布。
2.1.3性能要求
2.1.3.1时间特性要求
✧查询服务部分:
用户通过多媒体电脑提交命令到返回不超过5秒钟。
✧数据管理部分:
提交一笔录入到结果返回不超过5秒钟。
排课对资源不能满足排课要求时应首先予以提示,不能出现死循环无限等待。
2.1.3.2可扩充性要求
✧各种字典数据的编码要尽可能采用行业标准,自行编码也应合乎规范,征得相关业务部门认可;
✧数据库的设计应考虑可扩充性,以适应今后学校发展和系统升级的需要。
2.2运行环境
2.2.1软件环境
学生管理系统的设计与运行基于采用C/S网络应用环境运行于校园网上。
后台操作系统为MicrosoftWindows2000,数据库为MicrosoftSQLServer2000;Web服务器运行环境为WindowsNTServer(SP6),浏览器为IE4.0以上版本。
数据查询服务部分采用B/S网络应用环境。
2.2.2硬件环境
服务器端包括一台标准服务器(也可用性能较好的普通PC服务器,数据库服务器、WEB服务器也可运行在同一台服务器上)。
PC服务器要求CPU:
PIII600MHZ以上,内存容量大于或等于512M,硬盘容量大于或等于20G。
客户端包括多媒体电脑、PC客户机,要求多媒体电脑和PC客户机与上述PC服务器物理上连接畅通;
系科业务工作站桌面到校园网带宽要求至少为10M,保证连接畅快,最好有100M带宽。
2.3基本设计概念
本系统主要业务在学生管理办公室进行,但也有部分业务在校园内其他部门进行(如查询等),或在校园外远程进行(如网上公开信息发布、信息查询等),所以本系统应是一个分布式、规模可变的系统。
数据集中在一个数据库服务器上,处理可能分布到应用程序的各层上,借助于校园网,各业务人员无障碍地实现分工协作,公共完成目标任务。
根据系统总体目标及技术成熟型、一般企业流行的体系结构,学生管理系统采用分层体系结构,具体划分为三层:
表现层、业务层和数据层,如下图所示:
1.表现层:
用户和系统进行交互地层次。
通过键盘、显示器、鼠标、打印机等进行人工交互。
提供校园网内/外任何时间地点的访问支持(校园内借助于校园网;校园外借助于拨号上网)。
①应用基于网页的解决方案:
即所谓的“瘦客户机”解决方案。
应用则借助于免费的浏览器如InternetExplore、NetScape等,仅需设计服务器端网页文件,勿需设计专用的前台的应用程序。
本解决方案主要应用于速度要求不高的简单场合,如一般的公共查询等。
②基于网络的EXE解决方案:
即所谓的“胖客户机”解决方案。
编写前台源程序,编译成目标代码(EXE)文件。
本方案是本系统的主要解决方案,完成各种数据管理、数据处理以及速度要求高的特殊查询。
工作平台选用WIN9X,开发工具选用Inprise公司的Delphi以及Microsoft公司的VisualFoxpro等。
2.业务层:
即事务逻辑层或中间层,完成事物处理规则和业务流程约束数据的处理。
考虑到本系统问题的规模以及复杂程度、难度等,本系统业务层应用MicrosoftIIS、FTP等完成业务层的功能。
3.数据层:
即数据资源管理层,本层完成数据资源等的插入、删除、更新修改等数据存储管理工作,还包括定义各种存储过程、数据约束等控制、触发器定义等。
更多的数据处理工作在“胖/瘦客户机”上进行。
在本系统中采用RDBMS来完成数据层功能,应用MicrosoftSQLServe来实现。
细化的系统结构图如下:
2.4系统总体数据流图
系统总体数据流见下图:
系统中所有数据都存放在数据库Server中,客户机中要保存的数据必须上传到Server,交给Server来处理、保存。
Server与各前台终端是通过企业网总线通信的,主要机制是TCP/IP和HTTP协议,对用户名和密码的传输要采用SSL或其它加密机制(默认为DES算法)。
Server和后台数据库通过ADO、JDBC、T3协议(Weblogic默认的通信协议)进行通信,某些重要信息(如帐户、密码等)需要进行加密(DES)。
2.5整体结构说明
整个系统主要有三大部分,前端主要管理活动,包括系统管理终端,数据操作终端,多媒体查询终端;中间是WebServer层,具体处理http/asp/servlet请求;后台是运行于Windows2000下的数据库,包含操作员录入的数据、系统规定的对数据的约束和限制、系统管理用数据。
系统涉及到的各个子模块需求见《学生管理系统_系统软件需求说明书》,设计重点是在后台数据库和数据管理程序模块。
各个模块的功能大不一样,涉及到的操作也不一样,但许多功能都是有相似之处的,除了多媒体查询终端以外,每个模块都有录入、修改、查询、删除、打印。
各模块均有登录机制、数据加密/解密,可将其做成公用模块。
由于管理需要,毕业学生的相关信息是不允许修改的,所以这里设计了结构完全相同两个数据库:
当前库Dep_Computer和历史库Backup_Dep_Computer。
当前库中仅存储在校学生相关信息,历史库中存储各届毕业学生相关的全部信息。
这样做也使得当前库中数据永远不会太多,从而保证对当前库中数据增删改的速度。
历史库中数据会逐渐变大,但由于仅允许浏览且访问机会不多,所以不会影响系统运行响应速度。
2.6公用模块:
系统登陆数据流
各程序模块都将涉及登陆系统数据库问题,登陆时进行权限验证:
从权限表中读取权限数据,与用户输入账号比较并确定其权限,将权限数据加密后发送到各数据管理功能模块。
说明:
用户账号必须加密存储;非匿名用户的账号都不能是Windows2000和SQLServer2000的真实账号。
各功能模块必须、也只能通过系统总控模块的调用才能加载执行。
2.7相关业务工作数据流设计
整个系务涉及的业务工作主要包括:
新生录取报到处理、在校生基本管理、学生成绩处理与查询、学生社团组织管理、毕业生管理等方面,由此整个系统可划分为如下子系统/功能模块:
✧新生报到管理相关业务(系学生工作助理、辅导员等);
✧在校生基本管理相关业务(系辅导员、班主任等);
✧学生成绩汇总与查询相关业务(相关教师、教务干事);
✧党团组织管理相关业务(学生工作助理、辅导员等);
✧毕业生信息管理相关业务(系主任、学生工作助理、辅导员、教务干事等)
✧校友信息管理相关业务(系主任等)
各子系统/模块数据流图分别设计描述如下:
2.7.1.新生管理
1.数据流字典
数据流名
组成
备注
招生数据流
详细参见全国网上招生系统的导出数据表
专业数据流
专业代码+专业名称+所属系科+学制+层次+备注
学生基本信息数据流
报考号+学号+姓名+性别+民族+政治面貌+籍贯+家庭通信地址+邮政编码+家长姓名+家长联系方式+考生类别+考生毕业类别+报考志愿一+报考志愿二+报考志愿三+幢号+寝室号+班级代码+年级+传呼+手机+电子邮箱+备注
“学号”在新生时为预分学号,下同
高考成绩数据流
详细参见全国网上招生系统的导出数据表
高考体检数据流
详细参见全国网上招生系统的导出数据表
班级数据流
班级代码+班级名称+系科+专业+层次+学制+年级+总人数+备注
寝室数据流
幢号+房间号+总床位数+有效床位数+电话号码+室长+备注
寝室安排数据流
学号+姓名+性别+寝室数据流
报到数据流
学号+姓名+性别+签到否+报到手续完成情况(组织关系、户口、饭卡、体检、缴费情况等)+备注
欠费数据流
学号+姓名+性别+专业名称+班级名称+欠费数额+备注
2.加工说明部分
(1)加工名称:
招生数据转入
激发条件:
招生工作完毕,新生数据下载到本地。
加工逻辑:
将新生基本数据、体检信息和成绩导入在籍学生数据库中,并分配临时学号。
(2)加工名称:
新生编班
激发条件:
新生数据基本入库。
加工逻辑:
将新生按专业进行分班,分班结果写回学生基本信息表中。
(3)加工名称:
新生寝室安排
激发条件:
新生数据入库
加工逻辑:
按学校分配的寝室可用资源,将新生分配到可用寝室里,提供手工修改功能,并将结果写加数据库。
(4)加工名称:
新生报到处理
激发条件:
新生到校后,现场报到
加工逻辑:
将新生报到情况记录在案,包括签到、组织关系转入否、户口交办否、体检完成否、饭卡、收费(欠费)情况等;以备进行欠费统计和报到统计。
(5)加工名称:
欠费统计
激发条件:
需要更新或查询新生的欠费情况
加工逻辑:
更新或查询报到情况表,可以统计学生的欠费情况。
(6)加工名称:
新生录取信息查询统计
激发条件:
新生数据入库后,需要查询与统计新生的各种参数,包括统计性别、籍贯、民族、政治面貌、投档志愿和成绩等。
2.7.2.在校生管理与社团组织管理
1.数据流字典
数据流图见后
数据流名
组成
备注
学生基本信息
学号+姓名+性别+民族+籍贯+生源省+出生年月+身份证号+学生类别+政治面貌+学制+幢号+寝室号+年级+入学日期+寝室电话+学生联系+通讯地址+邮编+父亲姓名+母亲姓名+联系人姓名+联系人电话+报到否+社团信息+备注
学生扩充信息
学号+曾用名+身高+血型+毕业学校+报考号+高考总分+特长+到站地区+电子邮箱+个人主页+健康状况+家庭年收入+备注
班级基本信息
班级代码+班级名称+系科+专业+层次+学制+年级+总人数+备注
学生注册信息
学号+班级代码+第一学期+第二学期+第三学期+第四学期+第五学期+第六学期+第七学期+第八学期+第九学期+第十学期+第十一学期+第十二学期+备注
学生欠费信息
学号+班级代码+欠费金额+预计完结时间+备注
学生考勤信息
学号+班级代码+缺勤时间+缺勤节次+备注
学生获奖信息
学号+班级代码+学期+奖励级别+获奖名称+奖励金额+发奖单位+获奖时间+奖励文件号+备注
学生处罚信息
学号+班级代码+学期+处罚级别+处罚部门+事由+处罚时间+处罚文件号+解除查看时间+备注
学生鉴定数据
学号+班级代码+学年+鉴定内容+教师批语+备注
学生日志数据
学号+班级代码+第一学期+第二学期第三学期+第四学期+第五学期+第六学期+第七学期+第八学期+第九学期+第十学期+备注
学生干部信息
学号+班级代码+职务+在任否+类别+开始时间+结束时间+工作业绩+备注
团委:
分团委副书记(3名)、组织部长、宣传部长、社会活动部长、秘书长、秘书委员、各部委员
学生党支部:
学生副书记、年级组长(4名)宣传部长、组织部长、秘书、委员
学生会:
主席(1名)、副主席(2名)、体育部长、学生部长、文娱部长、劳生部长、自律部长、学习部长、秘书、各部委员
班干部:
班长、副班长、学习委员、劳生委员、文娱委员、自律委员、体育委员、团支书、组织委员、宣传委员
室长、社团会长、社团副会长、社团委员
学生异动信息
学号+班级代码+异动类型+办理时间+经手人+原因+备注
停学、休学、退学、转系、转班、降级
困难学生信息
学号+班级代码+困难状况说明+家庭年收入+人均收入+每月最低生活费+相关证明材料+备注
学生补助信息
学号+班级代码+学期+补助种类+补助金额+助学种类+助学金额+奖学金种类+奖学金金额+贷款种类+贷款金额+贷款起始时间+贷款到期时间+批示否+发放否+备注
勤工俭学信息
学号+班级代码+学期+岗位+发放金额+发放单位+完成情况+备注
党员基本信息
学号+班级代码+政治面貌类别+申请入党时间+预备党员时间+正式党员时间+入党积极分子确立时间+培养联系人+介绍人A+介绍人B+党校期数+党校结业时间+党校考试成绩+党校补考成绩+入党前考察谈1+入党前考察谈2+入党前考察谈3+入党前考察谈4+入党前考察谈5+思想汇报1+思想汇报2+思想汇报3+思想汇报4+思想汇报5+转正申请+预备党员考察谈话1+预备党员考察谈话2+预备党员考察谈话3+预备党员考察谈话4+预备党员考察谈话5+入党前思想汇报+备注
团组织信息
班级编号+团支部书记+组织委员+宣传委员+班级团员人数+备注
活动信息
活动时间+活动名称+活动地点+活动负责人+组织单位+组织类型+活动内容+活动结果+活动参与对象+备注
活动考勤信息
学号+活动日期+活动类型+活动地点+考勤事项+备注
党费缴纳信息
学号+缴费时间+缴费金额+费用起始时间+费用终止时间+经手人+备注
团费缴纳信息
班级编号+缴费时间+缴费金额+费用起始时间+费用终止时间+经手人+备注
社团基本信息
社团编号+社团名称+成立时间+所属部门+成立宗旨+备注
组织奖励信息
组织类型+组织编号+学期+奖励级别+获奖名称+奖励金额+发奖单位+获奖时间+奖励文件号+备注
2.加工说明部分
(1)加工名称:
导出
激发条件:
新生学号分配下来后,新生转为在校生。
加工逻辑:
将新生临地库中数据导出为在校生基本信息库和扩充信息库。
(2)加工名称:
困难学生信息入库
激发条件:
收到学生递交的困难补助申请表并进行资格审查。
加工逻辑:
将困难学生信息转入困难学生信息库。
(3)加工名称:
勤工俭学信息入库
激发条件:
收到学生递交的勤工俭学申请表并进行岗位分配。
加工逻辑:
将学生勤工俭学信息转入勤工俭学信息库。
(4)加工名称:
异动处罚
激发条件:
学生受到相应处罚并产生异动情况。
加工逻辑:
根据学生所受处罚后果进行异动信息记载。
(5)加工名称:
欠费补交入库
激发条件:
收到学生补交的欠费。
加工逻辑:
根据学生补交欠费信息更新欠费信息表。
(6)加工名称:
团员信息入库
激发条件:
学生成为团员。
加工逻辑:
将学生入团信息转入团员信息库。
(7)加工名称:
党员信息入库
激发条件:
学生成为预备党员。
加工逻辑:
将学生入党信息转入党员基本信息库。
(8)加工名称:
更新数据
激发条件:
团员信息入库。
加工逻辑:
更新团组织信息表和学生基本信息表相关内容。
在校生管理数据流图
社团组织管理数据流图
2.7.3.毕业生与校友信息管理
1.数据流字典(数据流图见后)
数据流名
组成
备注
学生基本信息
参见在校生管理
学生扩展信息
学生日志信息
学生奖惩信息
学生干部信息
学生成绩
学生异动信息
困难学生信息
职业类别信息
职业类别编号+职业类别名称
择业意向信息
学号+意向+说明
就业去向信息
学号+就业单位名称+职业类别+职位+电话+电子邮件+备注
证书信息
学号+毕业证发放否+毕业证补发时间+毕业证编号+学位证发放否+学位补发时间+学位证编号+证书未发放原因+备注
档案信息
学号+学年鉴定一+学年鉴定二+学年鉴定三+学年鉴定四+学年鉴定五+学年鉴定六+毕业鉴定+实习鉴定+健康检查表+成绩单+党团组织关系+中学档案+户口关系+派遣证+备注
经费信息
学号+教材费+保证金+完清否+其它费用+备注
学生综合数据
学号+姓名+性别+出生年月+籍贯+民族+家庭地址+邮编+身高+体重+健康状况+系科+班级+专业+年级+奖惩情况+担任职务+成绩(分学期)+异动情况+日志情况
毕业生变更信息
学号+变更时间+原单位+新单位+变更原因+新职位+新电话+电子邮件+备注
2.加工说明部分
(1)加工名称:
择业意向统计
激发条件:
学生毕业时,统计学生的择业意向
加工逻辑:
通过网页形式发布或发放统计单,然后交由操作员将数据录入数据库。
(2)加工名称:
就业去向处理
激发条件:
学生就业去向已确定
加工逻辑:
记载学生的毕业去向单位。
(3)加工名称:
就业去向统计
激发条件:
学生就业去向确定
加工逻辑:
输出学生的就业去向表,并可按职业类别进行统计。
(4)加工名称:
毕业档案档案材料记载
激发条件:
需要清理学生的毕业所需档案
加工逻辑:
记载学生的毕业档案情况,并完成统计。
(5)加工名称:
毕业证书发放管理
激发条件:
教务处毕业证书发放完毕
加工逻辑:
记载学生的毕业证、学位证的发放情况,并记载相应的发放日期、证书编号,如果未发放,记载原因。
(6)加工名称:
学生综合情况(与校友)查询
激发条件:
需要查询毕业生或校友的综合信息。
加工逻辑:
查询毕业生的在校所有信息。
(7)加工名称:
校友数据维护
激发条件:
校友信息发生变化时。
加工逻辑:
根据所掌握信息,及时修改校友信息。
毕业生与校友管理数据流图
2.8运行设计
2.8.1运行模块组合
系统运行需要后台数据库、WEBServer、系统总控、完成特定数据管理功能程序模块和HTML显示控制几个部分协同工作。
2.8.2运行控制
系统需要先启动数据库服务器,然后启动中间的WEBServer,启动无误后,各个用户就可以登录进入系统开始各种操作。
如前所述,为控制各数据管理用户对特定数据进行管理,各数据管理功能模块完全独立开发编译,但各数据管理功能模块不允许独立运行,只能在系统总控程序调度下执行。
2.8.3运行时间
后台DB服务器单独占用一个服务器,WEB&APPServer的事务处理量也比较大,需要一台单独的PC服务器。
前端用户需要的系统开销较小,普通的微机就可以了。
多媒体终端需要安装JRE运行环境,内存应该不小于128M。
正常情况下后台DB服务器、WEB&APPServer和浏览器终端是始终处于运行状态,其它终端可以随时起停。
2.9人工处理过程
本系统需要人工处理的地方有数据库的建立和维护,数据表的建立和删除,这些需要有系统管理员的权限。
2.10外部接口设计
2.10.1用户界面设计
1系统总控程序界面:
系统总控程序相当于Windows的桌面,完成用户身份验证,启动各数据管理程序。
2新生管理程序界面:
完成新生从录取到进校报到的整个处理。
完成招生数据的导入、新生学号预分配、新生编班、寝室安排、报到入学现场办理、新生分布、新生成绩统计分析等。
3在校生管理程序界面:
数据管理程序主界面是一个MDI窗体,以后的每一项处理功能在子窗体中完成。
4党团组织管理程序界面:
该程序界面也采用MDI窗体,所有功能在子窗体中完成。
5学生成绩查询与汇总程序界面:
该程序界面同样使用MDI来实现,既可以实现多任务操作,也可以合理有效美观地安排界面。
6毕业生信息管理程序界面:
采用简单界面设计。
2.10.2硬件接口设计
要处理触摸屏接收触摸事件,将之转化为鼠标事件。
2.10.3数据库接口设计
采用ADO连接方式。
2.11系统出错处理设计
2.11.1出错信息
建立系统运行日志,用于记录系统在运行过程中出现的可以预知的或无法判断的系统错误信息。
硬件的出错处理需要检查网络环境。
2.11.2补救措施
系统软件出错很容易在出错日志里看到,我们对可能发生的错误会有一个错误编号以及相应的处理方式,以手册的方式提供。
用户可以根据系统的提示信息进行相应的排错处理。
2.11.3系统维护设计
✧为便于维护,设计了三种日志:
系统运行日志、操作日志、出错日志。
三种日志根据不同的重要程度采取存放在文件和数据库的方式,系统管理员可以很轻松地监控系统运行情况。
数据表的建立和删除有数据库系统管理员予以维护。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 管理 系统 概要 设计