一、引言
随着学校的规模不断过大,学生数量急剧增加,有关学生的各种信息量也成倍增加。面对庞大的信息量需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统可以做到信息的规范化管理、科学性统计和快速查询、修改、增加、删除等,从而减少管理方面的工作量。
本系统主要应用于学校学生信息管理,总体任务是实现学生信息关系的系统化、规范化和自动化,其主要任务是计算学生各种信息进行日常管理,如查询、修改、增加、删除,另外还考虑到了学生选课、以及老师需要日常的考勤来评判综合平时分等等,针对这些要求设计了学生信息管理系统。
学生信息管理系统其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面,对于前者要求建立起数据库一致性和完整性、安全性好的数据库。而对于后者则要求应用程序功能完备,易使用的特点。
学生信息管理系统要实现的目标是为学校提供学生管理解决方案,具体目标如下:
-
提高学生信息管理效率,节约管理成本,增强学生管理的安全性。
-
满足学校学生管理的人员、老师和学生的不同层次和不同方面的需要。
-
为学校将来的信息化建设提供必要的支持。
总之,通过该系统的建设来提高学校的学生信息管理效率,使得学校的发展能够适应当前的教育信息化建设的中体发展趋势。
二、对象与范围
展开用户需求获取
通过询问身边学生以及网络的查询等方式,我们可以清晰的了解到,一个完整的信息管理系统应包含以下功能:用户的信息管理、课程信息管理、选课信息管理、请假模块信息管理、考勤信息管理、系统管理模块。
问题域
由前文可以得出,现如今随着普通高校生源的不断增加,学生人数激增,其管理难度也越来越大,如何优化学生的日常管理也成为了一个大众化的课题。而考勤管理系统是学校日常管理的重要方面,出勤率的高低能直接体现出一个学生的基本素质和学习态度,因此大学生的考勤管理已经成为学校管理的一个重要部分。
以下几个是较为常见的问题:
P1:传统的课堂点名在人数多的时候,教师点名,而学生可能在点名的时候走神或者没听清楚教师点到了谁,导致错过了点名,从而没能及时签到,又或者学生叫人代签,从而即使自己不去上课,也能签到,这就导致了点名签到效率低,也浪费时间;
P2:学生教师人数过多时,传统的查看纸质文件往往会导致师生无从下手,只能从头查起,无法准确便捷查询他们的信息,不利于师生信息管理;
P3:学生传统的请假方式为“写请假条-交给班主签名-班主审核登记”,而这里面,学生需要去打印请假条,填完请假条后,又需要去找班主,而学生找班主的时候,班主不一定有空,导致学生去了办公室,又找不到班主,既浪费时间又无法及时请假,而教师又无法实时了解学生的请假情况;
涉众
项目涉及到的用户有:学校的系统管理人员、教师、学生。
学生信息管理系统要能够抵御用户可能的各种操作,包括修改、更新、删除等操作,以保证软件的可行性,安全性,稳定性,健壮性,同时要对数据进行检验,保证数据有效性,可操作性,安全性。
对计算机的人性化和易用性比较高,应用于学校学生信息管理,总体任务是实现学生信息关系的系统化、规范化和自动化,其主要任务是计算学生各种信息进行日常管理,如查询、修改、增加、删除,另外还考虑到了学生选课,应做到界面简单易懂,容易操作,提高学校管理效率以及提升学生信息的安全性和完整性。
项目系统环境
操作环境:
本项目适用的环境为校园,小学、中学、大学校园均可。
三、需求获取
硬数据采样
通过询问同学等方式,整理出以下结果:
考勤签到方式 | 线上签到 |
---|---|
学生请假方式 | 线上请假 |
学生选课方式 | 线上选课 |
学生管理系统模块使用频率 1
用户需求
信息管理系统提供给用户WEB的界面,此界面要求操作清晰,页面简介,并尽可能的为用户的查询操作提供方便。系统管理员能通过此界面完成各种基本信息的录入、修改和删除的功能,也能通过此界面控制管理整个用户群;教师通过此界面可完成学生,课程信息查询和考勤管理的功能;学生通过此界面主要完成选课和成绩查询等功能。
P1问题的解决方案
要素 | 内容 | |
---|---|---|
ID | P1 | |
解决方案 | 方案描述 | 由教师端设置点名签到信息并发布,学生在客户端签到 |
业务优势 | 可以做到时间成本的最小化 | |
代价 | 无 |
P2问题的解决方案
要素 | 内容 | |
---|---|---|
ID | P2 | |
解决方案 | 方案描述 | 建立一个用户信息管理系统,用户可以根据自己不同的身份进行不同的操作,学生只能查看或更改自己的信息,但教师和管理员出来可以查看并更改自己的信息外,也能管理所属学生的信息 |
业务优势 | 可以快速便捷地查询或修改用户所需的操作 | |
代价 | 无 |
P3问题的解决方案
要素 | 内容 | |
---|---|---|
ID | P3 | |
解决方案 | 方案描述 | 建立一个学生请假管理系统,用户可以根据自己不同的身份进行不同的操作,学生可以提交请假要求,并由教师或管理员进行审核 |
业务优势 | 可以快速及时处理学生的请假问题 | |
代价 | 无 |
项目目标
项目主要功能是实现学校学生的信息管理、课程管理、选课管理、考勤信息管理、请假管理以及使用该系统的教师用户管理。其次,根据用户类型的不同,例如学生、教师、系统管理员的身份不同,用户的权限也有所划分,具有不同的操作和功能。简言之,通过该项目的功能来提高学校的学生信息管理,方便教师日常的信息管理。
系统功能范围
通过获取用户的需求,本系统大致可分为3个子系统,分别是学生、教师、管理员。每一个子系统下面拥有若干个功能。本系统模拟教师对日常考勤信息管理过程,开发学生考勤信息管理系统。
根据访问角色的不同,在系统中应体现出对教务资源的访问的权限的不同,其中管理员权限最大,拥有增、删、改、查的权限,而教师和学生角色仅拥有查及限制性的增、改权限。
四、需求分析
涉众分析
涉及到的用户有3类:
学生:由于学生是被管理的角色,因此,在这里,学生需要的应该是选课、添加考勤信息,请假信息与查询修改自我信息等功能。
教师:教师是管理的角色,因此,这类用户应该具有管理学生的权利,如:查看学生信息、添加课程信息、查看,修改考勤信息,审批请假信息等。
管理员:一个完整的管理系统应该有个拥有最高权限的角色用户,因此,这里,管理员便是该角色,管理员拥有整个项目系统的最高权限。
即:系统管理员享有最高权限,其次是教师,最后是学生。
在系统权限上完成学生用户和老师用户,系统管理员三者的功能分离,而且各自的功能操作都能得到正确数据并存入数据库中保存。
当然,项目本身实用性可能不强,有待后期完善,添加更多的功能以及功能模块的实现方式,比如,综测评分等。
数据库的多地备份,以及保证其安全性等等。
对于项目总体分析可能还有很多需要考虑的细节点等等,在后续的文档开发中,会反复细究。
系统前景与范围
前景:
一个好的学生信息管理系统能够很好的帮助学校领导管理在校人员的个人信息与需求,能够很好地提高在校人员管理的效率。这对师生来说,都是一件很好很值得期待的事情。
范围:
版本1和后续版本的范围定义
特性 | 版本1 | 版本2 | 版本3 |
---|---|---|---|
用户的信息管理 | 基本实现 | 完全实现 | |
课程信息管理 | 实现 | ||
选课信息管理 | 不实现 | 实现 | |
请假模块信息管理 | 基本实现 | 实现 | |
考勤信息管理 | 不实现 | 实现 | |
系统管理模块 | 不实现 | 不实现 | 完全实现 |
五、附录
参考文献:
·《需求工程-软件建模与分析》(第2版)
·第2章Project&SRS
https://mooc1-1.chaoxing.com/mycourse/studentcourse?courseId=214662076&clazzid=32518387&enc=4e2cb6ea2e29988ff9bdf5f1e4fb5f41&cpi=122825926&vc=1
https://mooc1-1.chaoxing.com/mycourse/studentcourse?courseId=214662076&clazzid=32518387&enc=4e2cb6ea2e29988ff9bdf5f1e4fb5f41&cpi=122825926&vc=1