学生学籍管理系统需求分析报告报告材料

1、学生学籍管理系统需求分析报告1、项目概述传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳 动强度高，速度慢。使用计算机可以高速、快捷地完成以上工作。特 别是在计算机联网后，数据在网上传递，可以实现数据共享，防止重 复劳动，规X教学管理行为，从而提高了管理效率和水平。学籍管 理信息系统以计算机为工具，通过对教务管理所需的信息管理， 把管 理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。 本系统的主要用户教务处、学生工作处、各系、与学生。学校需要一套学生学籍管理系统来对学生学籍等情况进展管理。 建立该系统有利于教务处、学生工作处、师资科、院长办公室、各系 辅导员对各自所需的与管

2、理的学生信息进展查阅和管理； 有利于学生 对自己的学习情况进展查看，方便他们掌握自己的学习信息；有利于 家长对学生的监视；有利于用人单位可以通过浏览学校网页， 方便快 捷的获取学生的有用的信息，更加全面的了解学生在校的情况。学生档案管理：学生的一般情况，与奖励，处分情况；学生成绩管理：学习成绩，补考成绩；学籍处理 学生留降级处理，休复学处理，退学处理；日常教务管理：日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计；毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。1.3系统模式高校学生学籍管理系统将采用 B/S模式，学生的信息由各用户在 规定的权限下在各自的工作站上录入，

3、统一保存在系统服务器上，既 可集中管理，有可让各部门管理自己负责的信息。 信息上网后各用户 可查询、调用，达到全校信息共享。1.4现行组织机构学校现有的学生学籍资料分别由系、教务处、学生处管理。每个 管理部门几乎都有一份一样的学生根本信息。这样，工作容易重复， 而且，最大的问题是彼此工作不透明，容易出现数据的不一致。这问 题的出现是致命的。1.5系统现状现在学校各部门分别使用不同数据库，各部门之间的信息还不能 实现网上共享。由于学校的各个部门都需要一些学生的根本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门 必须修改，否如此，学生的信息将不一致。现有系统采用的是B/S模式

4、，比如：各系可以将自己系学生的成 绩都传到教务处的服务器上，教务处就可以对各系学生成绩进展集中 统一管理。2、功能需求分析高校希望能够对全校所有学生的信息进展集中管理。 然后，对各 个部门分配不同的权限，让他们去管理他们所需的信息，而没有管理 权限的部门只能查询。学生档案管理： 学生的一般情况，与奖励，处分情况；学生成绩管理： 学习成绩，补考成绩；学籍处理： 学生留降级处理，休复学处理，退学处理；日常教务管理：日常报表，如通知书，补考通知书等，学生学习 成绩的各种分类统计；毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。2.2信息采集与各部门的使用权限每学期考试完毕由各系录入成绩，然

5、后由教务科收集。为了保证 信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如 下：数据收集前的系统权限学生 档案学生奖征学生成 绩学籍处 理补考成 绩教学计 划管理各种等 级考试学生处aba bbbbbb各系bba bbbbb教务处bbba ba ba ba b院长办公室bbbbbbb注：a登录，修改，处理权。b、查询权2.3数据完整性、正确性：1可按某学生某学年考试与补考成绩，自动生成该学生是否升留 降级，退学。2可按某学生在校期间累计重修科目门数和成绩自动生成该学生 是否结业，毕业，授位。3）可按某学生因非成绩原因所引起的学籍变更作自动处理。4）可按每学期各年级班学生考试成绩自动

6、生成补考，科目。5）可按每学期各年级学生考试成绩自动生成某课程统计分析表。6）可按同一年级学习成绩进展同一课程不同班级间成绩比拟。3、性能需求因为学籍管理系统存储学生信息，所以数据库系统应该具有备 份和恢复功能，保证学生数据库的长期完整性和正确性。另一方面， 作为系统的服务器应该能够长期无故障的运行，而且能够便于管理员 的操作。安全性要求比拟高，对业务逻辑必须封装，防止有人登陆他 没权限的网页，防止黑客从数据流中截取敏感数据。系统处理的准确性和与时性是系统的必要性能。 在系统设计和开 发过程中，要充分考虑系统当前和将来可能承受的工作量， 使系统的 处理能力和响应时能够满足设备管理处对信息处理的

7、需求。由于学生学籍管理系统的查询功能和根本信息功能对于整个系统的功能和性 能完成举足轻重。作为系统的很多数据来源，而学生数量和成绩又影 响数据库的试验活动，其准确性和可靠性很大程度上决定了学生学籍 管理系统的成败。在系统开发过程中，必须采用一定的方法保证系统 的准确性。学生学籍管理系统在开发过程中，应该充分考虑以后的可扩大 性。要求系统提供足够的手段进展功能的调整和扩大。 而要实现这一 点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符 合一定的规X，可以简单的参加和减少系统的模块，配置系统的硬件。 通过软件的修补、替换完成系统的升级和更新换代。学生学籍管理管理系统是直接面对使用人员

8、的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用 用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题， 要提供足够的在线帮助，缩短用户对系统熟悉的过程。学生学籍管理系统中涉与到的数据是学校相当重要的信息，系 统要提供方便的手段供系统维护人员进展数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。系统在设计开发使用过程中都要涉与到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的 操作系统、网络系统、开发工具都必须符合通用标准。如规 X的数据 库操纵界面、作为业界

9、标准的 TCP/IP网络协议与IS09002标准所要 求的质量规X等；同时，在自主开发本系统时，要进展良好的设计工 作，制订行之有效的软件工程规 X,保证代码的易读性、可操作性和 可移植性。目前计算系统的技术开展相当快，做为学生学籍管理系统工程， 应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到 系统的先进，充分完成企业信息处理的要求而不至于落后。 这一方面 通过系统的开放性和可扩大性，不断改善系统的功能完成。另一方面, 在系统设计和开发的过程中，应在考虑本钱的根底上尽量采用当前主流并先进且有良好开展前途的产品。4、其他需求普通用户的需求：对于只有查看权限的用户，一般是通过上网浏

10、览学校网页来查看数据的。各部门管理员：能够对系统进展设置，以适应不同用户的需求。对不同系的管理员分配不同的权限，教务处系统管理员具有最高的管 理权限。5、用户平台需求根据性能需求分析，使用以下方案：操作系统：linux/unix数据库：oracle页面脚本程序：jsp服务器端程序：servlet6、业务流程6.1与其他系统的关系本系统暂不考虑与其他系统交换数据，而是作为一个独立的系统。但 是，他应该能够向学校的上级主管部门提交学生的信息。6.2业务流程7、业务逻辑7.1业务分解系统管理员高校学生学籍管理系统按权限划分教务处负责学生成绩、补考 成绩、学籍管理、课程安排、 考试的安排等，并授权学校

11、 各系输入本系学生成绩。学生处负责学生档案、奖励与处分各系输入学生每 学 期的成绩，考查学生 的表现。学校其他部门查阅学生信息7.2业务描述高校学生学籍管理系统，由学校指派专人负责系统的管理和维护。系统中分别涉与到不同管理部门所管理的学生信息，因而将系统的信息分类，分别由教务处、学生处、各系管理具体的信息。其中， 教务处负责学生学籍管理、学生成绩、教学计划、师资分配、各种考 试安排。学生的成绩由各个系按照教务处的规定在各个系的计算机输 入本系学生各门功课的成绩，并上传到系统中。各系还要上报本系的 教学计划，课程安排，然后由教务处统一发布。学生处主要负责学生 的档案管理以与奖励和处分。学生处根据

12、学生的高中升学档案形成原 始档案，然后根据各系对学生表现的评价，决定对学生的奖励或处分。 在学生毕业时形成每个学生的最终档案。学校的其他部门包括学生、 家长、用人单位只能浏览学生的公开信息。8数据调查与分析8.1原始单据单 据 名 称别名简述来源去处组成流通量学 生 资 料主要是学生的学 号、某某、出生年 月、住址等学生入学时由学生处从学生升学档案获得供学校其他部门查阅学号、某某、年级、班级、出生年月、住址、生源地大成绩学生在校期间，各 学期所选课程的成 绩由各系将本系学 生的成绩通过计 算机上传到教务 处服务器统一处 理可供学生、 系、用人单 位等查阅课程名、学分、成绩大授 课教师在本学期所

13、上的课程由教务处根据教师的专业安排供院系、学 生、教师查 阅课程代号、课程名、 学时、上课地点、上 课班级、教师代号中补考成学生重修某门课程 以后，所取得成绩教师的成绩单毕业参考课程名、学分、成绩小绩奖励 处 分系、学生处根据学 生的表现作出奖励 和处分系、学生处供学生系、用人单位等查阅奖励，处分小8.2数据分析821数据分类学生根本资料如：某某、学号、住址、出生年月等一般是保持不 变的；其它数据是动态的，数据量较大，是系统管理的重点。822 数据项描述依据用户提供的功能要求，取得描述学生的信息有：学号，班级, 某某，性别，出生年月，家庭地址，奖励，处分，假如干门课程学习成绩；每门课程的信息：

14、课程名称，学分，学时数，上机时数, 实验时数，成绩，补考成绩等项。数据的完整性，准确性a. 根据数据库的要求录入数据采用表格方式，限制各种录入数据的不同数据类型与取值X围以保证数据的完整性与准确性。b. 系统具有修改功能，更新功能，而系统备有的修改功能在尚未提 交数据库前均可取消数据完成的时间性数据的录入有时间的限制.如成绩的录入，仅当师资科录入教学 进程，教务科分发教师教学任务安排之后，各系方可录入成绩。825数据安全性本系统采用二级安全保障第一级：依赖于网络本身对用户使用权限的规定。第二级：在程序模块中通过使用密码控制功能对用户使用权限加以限制。9、建立系统的约束学生学籍管理系统作为B/S结构的一个应用系统，不可防止的要 受到B/S结构的约束。在其实施的各个阶段都要服从它的一些规划， 包括功能设计、系统配置和计划。同时，由于信息的共享，学生学籍 管理还受到其它系统的信息约束。9.2人力、资金、时间的约束学生学籍管理系统工程实施的目标就是