学生事务管理系统文档格式.docx
- 文档编号:18953461
- 上传时间:2023-01-02
- 格式:DOCX
- 页数:25
- 大小:403.34KB
学生事务管理系统文档格式.docx
《学生事务管理系统文档格式.docx》由会员分享,可在线阅读,更多相关《学生事务管理系统文档格式.docx(25页珍藏版)》请在冰豆网上搜索。
1.3.2操作的可行性
如今的计算机已经走进千家万户,硬件成本的下降,导致计算机购买成本的降低。
目前开发的这套系统是利用MicrosoftVisualStudio作为软件的开发平台,是开发出来的系统有友好的用户界面、有良好的安全性设置、易操作等特点,这样更使各类用户很快地掌握系统的使用方法,因此在操作上是可行的。
1.3.3技术上的可行性
从目前IT业界比较流行的数据库开发、管理软件来看,对于比较简单的中小型数据库,MicrosoftVisualStudio和Windows2000/XP的结合无疑是在实际应用中较为成功的一种解决方案。
为用户提供了业界软件开发一直坚持的非常良好、操作简单的用户界面、完善强大数据库操作功能和简洁明了的数据库接口。
所以技术实行起来相对会容易。
本系统管理的对象单一,都是学生,且每个数据内容具有较强的关联性,涉及的计算过程也不是很复杂。
在技术有难处时,有指导老师的指导和相关参考文献,特别是网上资料,以及参考其它程序的功能,因此完全可以实现。
1.4可行性分析结论
经过对该系统的现状调查和可行性分析,在现在这个计算机飞速发展的时代,利用软件实现学籍理是十分必要的,又方便,又安全。
在经济上和技术上的条件都是能达到的,所以我们说这个系统是可以开发和应用的。
2、详细调查
2.1组织结构
学校学籍信息查询管理用户包括教务处管理员、系级管理员、任课教师、学生。
2.2业务流程
根据分析,学籍业务流程主要包括如下内容:
由教务处管理员进行学生学籍的注册、更新、评定,确定学生学籍信息,有学籍异动的学生进行更改,更新学生成员表,并要进行具体的课程安排;
任课教师可进行成绩进行录入操作;
系级管理员根据学生的成绩及平时表现,对学生进行奖惩管理;
学生等可对信息进行查询操作。
2.3系统目标和功能
系统主要功能需求如下:
能够允许教务处学籍管理员进行系统管理,包括密码修改及设置用户权限等。
能够允许教务处管理员进行基础数据管理,包括学生学籍信息管理,是对学生学籍信息进行添加、修改、删除、评定等操作,对学生学籍进行学籍异动管理,对学生课程进行具体安排,并对毕业生学籍进行审核操作。
能够允许任课教师对学生成绩进行录入操作。
能够允许学生对学籍信息、课程信息、成绩进行查询操作,并修改自己的用户登录密码。
3系统分析
3.1系统功能分析
系统开发的总体任务是实现学生信息关系的系统化,规范化和自动化。
学生可以完成的功能有:
●学生学籍信息的查询,包括查询学生的基本信息、学生成绩、课程信息等。
●学生信息的修改,学生只能修改他本人的用户登录密码。
教务处管理员可以完成的功能有:
●学生学籍信息的输入、查询、修改、审核。
●基本课程信息的输入、查询、修改。
●学生学籍异动管理。
●毕业生学籍审核管理。
●对用户的添加及删除,分别对不同管理员进行操作权限的设定。
系级管理员可以完成的功能有:
●对学生进行奖惩管理。
任课教师可以完成的功能有:
●学生成绩信息的录入。
3.2系统业务分析
该系统重要在智能化,信息化方面展开,具体的目标包括:
⑴采用人机对话的操作方式,界面设计美观友好、信息查询灵活、方便、快捷、准确、数据存储安全可靠;
⑵详细提供学生信息、成绩信息、课程信息;
⑶对用户输入的数据,系统进行严格的数据检验,尽可能排除人为的错误;
⑷实时、快速、准确提供需求信息;
⑸系统最大限度地实现了易维护性和易操作性,运行稳定、安全可靠。
通过以上调查及分析了解到要开发的系统主要包括以下几个功能:
学籍信息管理:
在该模块中添加新的学生信息;
能在界面上显示所有的学生信息;
能够删除该学生信息;
能够更新学生学籍信息;
进行毕业生学籍审核。
成绩信息管理:
主要包括学生成绩的添加、修改、删除和查询,每当学生有成绩信息时,任课教师通知学籍信息管理员,学籍信息管理员、系级管理员、学生可查询到新的成绩信息。
课程信息管理:
教务处管理员根据系级管理员提供的课程信息,安排学生课程。
密码修改:
用户可更改自己的密码,但不能更改其他用户的密码。
教务处管理员可更新所有用户登录密码。
用户管理:
删除及添加用户。
以下是学生信息管理系统的业务流程图,如图1所示:
图1业务流程图
3.3系统数据流程分析
根据调查及分析的结果绘出系统数据流程图如下:
(1)0层数据流程图,如图2所示:
图20层数据流程图
(2)1层数据流程图,如下列图所示:
图3-11层数据流程图
图3-21层数据流程图
图3-31层数据流程
图3-41层数据流程图
(3)2层数据流程图,如下列图所示:
图4-12层数据流程图
图4-22层数据流程图
图4-32层数据流程图
图4-42层数据流程图
图4-52层数据流程图
图4-62层数据流程图
图4-72层数据流程图
图4-82层数据流程图
图4-92层数据流程图
图4.102层数据流程图
图4-112层数据流程图
3.4管理系统的UC矩阵分析
根据分析及及多次调整结果绘出如下UC矩阵图:
数据类
功能
教务处
学工办
班
级
学
生
班干部
班级计划
班主任
课
程
成
绩
德育指标
学籍
大
政
方
针
系院规划
U
C
系院目标
1
系院日志
日
常
事
务
班务规划
班务目标
2
班务日志
班务范围
组
织
管
理
干部岗位
3
工作计划
教
课程设置
4
学生档案
成绩查询
教学目标
德
育
学生考勤
5
德育考评
导员评语
说明:
1大政方针管理子系统功能是对整个院系的整体规划和协调运行进行控制
2日常事务管理子系统功能是对班级事务的整体规划、协调、运行和进行控制
3组织管理子系统功能是对班级具体事务的的计划和控制
4日常教学管理子系统功能是对班级学生的教学管理进行控制和协调运行
5德育管理子系统功能是对班级学生的德育进行考评和管理
3.5数据字典
3.5.1数据流条目
数据流名称:
学生学籍信息
数据流编号:
D1
简要说明:
体现学生基本情况的信息
数据流来源:
学生
数据流去向:
P1.1.1,P1.1.2,P1.2,P4.1
包含的数据结构:
学号+姓名+系别+专业+年纪+班级+性别+出生年月+年龄+籍贯+民族+政治面貌+家庭住址+家庭电话+邮政编码
学生课程信息
D2
体现学生课程信息安排的信息
教务处管理员
P1.3,P4.2
系别+专业+学生班级+学生年级+学科学分+任课教师
用户信息
D3
体现用户的信息
用户
P1.4
用户名称+用户职位+用户信息
学生成绩信息
D4
体现学生考试成绩的信息
任课教师
P1.1.2,P2
学生学号+学生姓名+学生系别+学生专业+学生班级+学生年级+考试科目+考试成绩+学科学分+任课教师
用户登录密码
D5
用户登录过程的密码
P4.4
用户信息+用户登录密码
3.5.2数据存储条目
名称:
学生学籍信息表
编号:
F1
存储学生基本学籍信息并用来评定学生学籍的表格
结构:
学号+姓名+系别+专业+年纪+班级+性别+出生年月+年龄+籍贯+民族+政治面貌+家庭住址+家庭电话+邮政编码+评定结果
有关的数据流:
D1→P1.1.1,D1→P1.1.2,
学生课程信息表
F2
存储学生课程安排的表格
学生系别+学生专业+学生班级+学生年级+学科学分+任课教师
D2→P1.3,D2→P4.2
用户信息表
F3
存储用户信息的表格
D3→P1.4
毕业生学籍档案表
F4
存储毕业生学籍档案的表格
学号+姓名+系别+专业+年纪+班级+性别+出生年月+年龄+籍贯+民族+政治面貌+家庭住址+家庭电话+邮政编码+评定结果+奖罚结果+学籍异动结果
D1→P1.2
学生成绩信息表
F5
存储学生考试成绩的表格
学生学号+学生姓名+学生系别+学生专业+学生班级+学生年级+考试科目+考试成绩+学科学分+任课教师
D4→P2,D4→P4.3
学生奖罚表
F6
存储学生奖罚结果的表格
学号+姓名+系别+专业+年纪+班级+性别+奖罚结果
D4→P3
用户登录密码表
F7
存储用户登录密码的表格
学号+姓名+系别+专业+年纪+班级+性别+用户登录密码
D5→P4.4
3.5.3处理过程条目
注册学生学籍信息
P1.1.1
学生提供基本信息后由教务处进行注册
输入:
学生
输出:
P1.1.1→F1.1
处理:
教务处得到学生基本信息后,对信息进行添加或更新,最后得到学生学籍信息表。
学生学籍异动、评定管理
P1.1.2
学生学籍发生异动时,教务处对学生学籍进行更改管理,并对学生学籍进行评定。
P1.1.2→F1.2
教务处得到学生学籍异动信息后,对学籍信息进行添加或更新,最后得到新的学生学籍信息表。
审核学生学籍信息
P1.2
学生毕业时,教务处对学生学籍进行更审核管理。
P1.2→F4
教务处得到学生毕业信息后,对毕业生学籍信息进行审核管理,存储成毕业生学籍档案。
学生课程安排
P1.3
系级管理员将各系课程信息提供给教务处,由教务处进行同一课程安排。
系级管理员
P1.3→F2
教务处得到各系学生课程信息后,对课程信息进行安排,最后得到学生课程信息表。
更新用户信息
P1.4
教务处管理员对可以对用户设置权限操作,并可以设置相关人员作为用户进入此系统,教务处管理员可以更新用户,及可删除、修改或添加用户,并可对用户登录密码进行修改。
P1.4→F3
教务处管理员在需要的情况下,对用户进行添加、删除或修改,或者修改用户登录密码,最后得到修改后的用户信息表。
录入学生成绩
P2
任课教师在考试阅卷结束后,得到有关学生的成绩信息,并录入本系统。
任课教师
P2→F5
任课教师将学生成绩信息录入本系统,形成学生成绩表。
奖罚评定
P3
系级管理员根据学生的成绩信息对学生进行奖罚评定。
P3→F6
系级管理员根据学生成绩信息对学生进行奖罚评定,形成学生奖罚表。
查询学生学籍信息表
P4.1
学生对自己的学籍信息进行查询。
P4.1→F1
学生对由教务处管理员管理的学生本人的学籍信息进行查询。
查询学生课程信息表
P4.2
学生对与自己相关的课程安排进行查询。
P4.2→F2
学生对由教务处管理员安排的与自己相关的课程信息进行查询。
查询学生成绩信息表
P4.3
学生对与自己的成绩信息进行查询。
P4.3→F5
学生对自己的成绩信息进行查询。
更改用户登录密码
P4.4
学生更改自己的用户登录密码。
P4.4→F7
学生更改自己的用户密码。
3.5.4外部实体条目
S1
进行学生信息管理及相关学校教务事务的部门的管理人员。
输出数据流:
学籍信息,
输入数据流:
学生信息
个数:
系级管理员
S2
对学生进行奖罚评定及为教务处管理员提供本系学生相关信息的人员。
奖罚表,学生课程信息,
50
无
S3
给学生授课的实体
学生成绩信息,
个数:
500个
S4
学校招收的对象,管理的主题
学生基本信息,学生用户登录密码。
15000个
4、系统总体设计
4.1系统功能结构设计
根据系统分析,本系统可分为四个功能模块:
学生信息管理模块、考试信息管理模块、学生成绩管理模块、学籍评定管理模块。
具体的功能结构图,如图5所示:
图5功能结构图
4.2信息系统流程图设计
系统的数据流程图转化成信息系统流程图,如图6所示:
图6信息系统流程图
5、详细设计
5.1E-R图设计
(1)涉及到的实体分别为:
学生、教务处管理员、任课教师、系级管理员
各个实体的属性如下:
学生:
学号+姓名+性别+年龄+系别+班级
教务处管理员:
部门号+职工号+姓名+性别+年龄
任课教师:
职工号+姓名+性别+年龄+部门
系级管理员:
系别+职工号+姓名+性别+年龄
教务处:
部门代号+职能+人数+地点
系部:
部门代号+名称+职能+人数+地点
(2)各个分E-R图,如下图所示:
图7分E-R图图8分E-R图
图9分E-R图图10分E-R图
图11分E-R图图12分E-R图
(3)总E-R图
11
n
n
1n
1
nn
5.2数据库基本表
由E-R图生成以下各个基本表:
(1)学籍信息表schroll,学号(sno)、成绩(score)、奖惩信息(behave)、学分(credit)、评定结果(result)。
列名
数据类型
长度
是否可为空
sno
char
10
Notnull
score
smallint
Null
behave
varchar
20
mcredit
result
表1
(2)课程信息表course,系别(cdepartment)、课程号(cno)、课程名称(cname)、任课老师(cteacher)、学分(ccredit)。
cno
cname
40
cteacher
cdepartment
ccredit
表2
(3)学生成绩表mark,学号(sno)、科目(ename)、成绩(mscore)、学分(mcredit)、任课老师(mteacher)。
ename
mscore
mteacher
表3
(4)用户信息表user,学号(sno)、姓名(uname)、系别(udepartment)、班级(uclass)、密码(upassword)。
uname
uclass
udepartment
upassword
表4
6、总结
接到黄老师布置的这个班级事务管系统时,完全不清楚自己应该怎么做,从哪个方向去着手,因此浪费了不少时间,在经过指导老师的一番指导后,自己脑中也逐步形成了一个规划,但是因为自己对管理班级的许多方面都不够熟悉,所以选择了做一个学生信息管理系统。
当然,在需求分析时未能做到完全满足用户的需求,功能做的很不完善,而开发前的的分析与设计是一个系统成功与否的关键,只有经过详细调查才能发现系统应该实现什么样的功能才能满足各个用户的需求,才能发现旧的系统到底存在哪些弊端与不便之处,才能使新系统更加趋于完善。
只有将系统规划做得非常完整和周密,实际的开发工作才能有条不紊的按计划进行,实现最终系统的高效化,在认识到这一点后,经过详细的调查,初步完善了本系统的一些功能,例如:
学生注册、成绩录入、学籍处理、学生毕业管理、成绩查询等。
经过本次系统分析与设计的课程设计,我学到了很多,也懂得了很多。
对一个系统的分析设计初级阶段而言,其大体的四部分:
需求分析、可行性分析、系统分析以及系统设计,每一部分都是需要大量资料的搜集整理以及深入的思考过程。
在需求分析和可行性分析阶段要进行充分的调查,了解用户的需求做出可行的系统方案,然后还要考虑系统开发所出的技术、经济、社会坏境是否允许系统的正常开发与应用,经过多方面的考查后才可以真正的开始系统的开发;
在系统分析部分就是针对设计出的整个业务处理过程绘制出业务流程图,清晰的看出业务
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 事务管理 系统