学生学籍管理系统需求分析报告.docx

《学生学籍管理系统》需求分析汇报
1、项目概述
老式学校学籍管理措施、由于分散管理，易发生数据丢失，劳动强度高，速度慢。使用计算机可以高速、快捷地完毕以上工作。尤其是在计算机联网后，数据在网上传递，可以实现数据共享，防止反复劳动，规范教学管理行为，从而提高了管理效率和水平。学籍管理信息系统以计算机为工具，通过对教务管理所需信息管理，把管理人员从繁琐数据计算处理中解脱出来，从而全面提高教学质量。本系统重要顾客教务处、学生工作处、各系、及学生。
1.1开发背景
学校需要一套学生学籍管理系统来对学生学籍等状况进行管理。建立该系统有助于教务处、学生工作处、师资科、院长办公室、各系辅导员对各自所需及管理学生信息进行查阅和管理；有助于学生对自己学习状况进行查看，以便他们掌握自己学习信息；有助于家长对学生监督；有助于用人单位可以通过浏览学校网页，以便快捷获取学生有用信息，愈加全面理解学生在校状况。
1.2系统目
学生档案管理：学生一般状况，及奖励，处分状况；
学生成绩管理：学习成绩，补考成绩；
学籍处理 学生留降级处理，休复学处理，退学处理；
平常教务管理：平常报表，如告知书，补考告知书等，学生学习成绩多种分类记录；
毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。
1.3 系统模式
高校学生学籍管理系统将采用B/S模式，学生信息由各顾客在规定权限下在各自工作站上录入，统一保留在系统服务器上，既可集中管理，有可让各部门管理自己负责信息。信息上网后各顾客可查询、调用，到达全校信息共享。
1.4 现行组织机构
学校既有学生学籍资料分别由系、教务处、学生处管理。每个管理部门几乎均有一份相似学生基本信息。这样，工作轻易反复，并且，最大问题是彼此工作不透明，轻易出现数据不一致。这问题出现是致命。
1.5 系统现实状况
目前学校各部门分别使用不一样数据库，各部门之间信息还不能实现网上共享。由于学校各个部门都需要某些学生基本信息，因此各个部门均有一份学生档案。一种部门改动，将导致其他各部门必须修改，否则，学生信息将不一致。
既有系统采用是B/S模式，例如：各系可以将自己系学生成绩都传到教务处服务器上，教务处就可以对各系学生成绩进行集中统一管理。
2、功能需求分析
高校但愿可以对全校所有学生信息进行集中管理。然后，对各个部门分派不一样权限，让他们去管理他们所需信息，而没有管理权限部门只能查询。
2.1功能规定
学生档案管理： 学生一般状况，及奖励，处分状况；
学生成绩管理： 学习成绩，补考成绩；
学籍处理： 学生留降级处理，休复学处理，退学处理；
平常教务管理： 平常报表，如告知书，补考告知书等，学生学习成绩多种分类记录；
毕业生学籍处理： 结业处理，毕业处理，授位处理，学籍卡片等。
2.2 信息采集与各部门使用权限
每学期考试完毕由各系录入成绩，然后由教务科搜集。为了保证信息安全和数据权威性，对于网上信息使用权限和责任规定如下：
数据搜集前系统权限

学生档案
学生奖惩
学生成绩
学籍处理
补考成绩
教学计划管理
多种等级考试
学生处
a b
a b
b
b
b
b
b
各系
b
b
a b
b
b
b
b
教务处
b
b
b
a b
a b
a b
a b
院长办公室
b
b
b
b
b
b
b
注：a、登录，修改，处理权。 b、查询权
2.3数据完整性、对性：
1）可按某学生某年考试及补考成绩，自动生成该学生与否升留降级，退学。
2）可按某学生在校期间合计重修科目门数和成绩自动生成该学生与否结业，毕业，授位。
3)可按某学生因非成绩原因所引起学籍变更作自动处理。
4)可按每学期各年级班学生考试成绩自动生成补考名单，科目。
5)可按每学期各年级学生考试成绩自动生成某课程记录分析表。
6)可按同一年级学习成绩进行同一课程不一样班级间成绩比较。
3、性能需求
由于学籍管理系统存储学生信息，因此数据库系统应当具有备份和恢复功能，保证学生数据库长期完整性和对性。另首先，作为系统服务器应当可以长期无端障运行，并且可以便于管理员操作。安全性规定比较高，对业务逻辑必须封装，防止有人登陆他没权限网页，防止黑客从数据流中截取敏感数据。
3.1系统处理精确性和及时性
系统处理精确性和及时性是系统必要性能。在系统设计和开发过程中，要充足考虑系统目前和未来也许承受工作量，使系统处理能力和响应时可以满足设备管理处对信息处理需求。由于学生学籍管理系统查询功能和基本信息功能对于整个系统功能和性能完毕举足轻重。作为系统诸多数据来源，而学生数量和成绩又影响数据库试验活动，其精确性和可靠性很大程度上决定了学生学籍管理系统成败。在系统开发过程中，必须采用一定措施保证系统精确性。
3.2系统开放性和系统可扩充性
学生学籍管理系统在开发过程中，应当充足考虑后来可扩充性。规定系统提供足够手段进行功能调整和扩充。而要实现这一点，应通过系统开放性来完毕，既系统应是一种开放系统，只要符合一定规范，可以简朴加入和减少系统模块，配置系统硬件。通过软件修补、替代完毕系统升级和更新换代。
3.3系统易用性和易维护性
学生学籍管理管理系统是直接面对使用人员，而使用人员往往对计算机并不时非常熟悉。这就规定系统可以提供良好顾客接口，易用人机交互界面。要实现这一点，就规定系统应当尽量使用顾客熟悉术语和中文信息界面；针对顾客也许出现使用问题，要提供足够在线协助，缩短顾客对系统熟悉过程。
学生学籍管理系统中波及到数据是学校相称重要信息，系统要提供以便手段供系统维护人员进行数据备份，平常安全管理，系统意外瓦解时数据恢复等工作。
3.4系统原则性
系统在设计开发使用过程中都要波及到诸多计算机硬件、软件。所有这些都要符合主流国际、国家和行业原则。例如在开发中使用操作系统、网络系统、开发工具都必须符合通用原则。如规范数据库操纵界面、作为业界原则TCP/IP网络协议及ISO9002原则所规定质量规范等；同步，在自主开发本系统时，要进行良好设计工作，制定行之有效软件工程规范，保证代码易读性、可操作性和可移植性。
3.5系统先进性
目前计算系统技术发展相称快，做为学生学籍管理系统工程，应当保证系统在下个世纪仍旧是先进，在系统生命周期尽量做到系统先进，充足完毕企业信息处理规定而不至于落后。这首先通过系统开放性和可扩充性，不停改善系统功能完毕。另首先，在系统设计和开发过程中，应在考虑成本基础上尽量采用目前主流并先进且有良好发展前途产品。
4、其他需求
一般顾客需求：对于只有查看权限顾客，一般是通过上网浏览学校网页来查看数据。
各部门管理员：可以对系统进行设置，以适应不一样顾客需求。对不一样系管理员分派不一样权限，教务处系统管理员具有最高管理权限。
5、顾客平台需求
根据性能需求分析，使用如下方案：
操作系统：linux/unix
数据库：oracle
页面脚本程序：jsp
服务器端程序：servlet

6、业务流程
6.1 与其他系统关系
本系统暂不考虑与其他系统互换数据，而是作为一种独立系统。不过，他应当可以向学校上级主管部门提交学生信息。

6.2 业务流程
输入学籍数据
各系管理员

数据库oracle

In/out

管理部门
业务逻辑

管理学籍数据

读取学籍数据
浏览数据顾客

7、业务逻辑
7.1 业务分解

系统管理员

高校学生学籍管理系统

按权限划分

各系输入学生每学期成绩，考察学生体现。
学校其他部门查阅学生信息
学生处负责学生档案、奖励与处分
教务处负责学生成绩、补考成绩、学籍管理、课程安排、考试安排等，并授权学校各系输入本系学生成绩。

7.2 业务描述
高校学生学籍管理系统，由学校指派专人负责系统管理和维护。系统中分别波及到不一样管理部门所管理学生信息，因而将系统信息分类，分别由教务处、学生处、各系管理详细信息。其中，教务处负责学生学籍管理、学生成绩、教学计划、师资分派、多种考试安排。学生成绩由各个系按照教务处规定在各个系计算机输入本系学生各门功课成绩，并上传到系统中。各系还要上报本系教学计划，课程安排，然后由教务处统一公布。学生处重要负责学生档案管理以及奖励和处分。学生处根据学生高中升学档案形成原始档案，然后根据各系对学生体现评价，决定对学生奖励或处分。在学生毕业时形成每个学生最终档案。学校其他部门（包括学生、家长、用人单位）只能浏览学生公开信息。
8、数据调查及分析
8.1 原始单据

单据名称
别名
简述
来源
去处
构成
流通量
学生资料

重要是学生学号、姓名、出生年月、住址等
学生入课时由学生处从学生升学档案获得
供学校其他部门查阅
学号、姓名、年级、班级、出生年月、住址、生源地
大
成绩

学生在校期间，各学期所选课程成绩
由各系将本系学生成绩通过计算机上传到教务处服务器统一处理
可供学生、系、用人单位等查阅
课程名、学分、成绩
大
讲课

老师在本学期所上课程
由教务处根据老师专业安排
供院系、学生、老师查阅
课程代号、课程名、课时、上课地点、上课班级、教师代号
中
补考成绩

学生重修某门课程后来，所获得成绩
教师成绩单
毕业参照
课程名、学分、成绩
小
奖励处分

系、学生处根据学生体现作出奖励和处分
系、学生处
供学生系、用人单位等查阅
奖励，处分
小

8.2 数据分析
8.2.1 数据分类
学生基本资料（如：姓名、学号、住址、出生年月等）一般是保持不变；其他数据是动态，数据量较大，是系统管理重点。
8.2.2 数据项描述
根据顾客提供功能规定，获得描述学生信息有：学号，班级，姓名，性别，出生年月，家庭地址，邮编，奖励，处分，若干门课程学习成绩；每门课程信息：课程名称，学分，课时数，上机时数，试验时数，成绩，补考成绩等项。
8.2.3数据完整性，精确性
a.根据数据库规定录入数据采用表格方式，限制多种录入数据不一样数据类型及取值范围以保证数据完整性及精确性。
b.系统具有修改功能,更新功能，而系统备有修改功能在尚未提交数据库前均可取消
8.2.4数据完毕时间性
数据录入有时间限制.如成绩录入，仅当师资科录入教学进程，教务科分发教师教学任务安排之后，各系方可录入成绩。
8.2.5数据安全性
本系统采用二级安全保障
第一级：依赖于网络自身对顾客使用权限规定。
第二级：在程序模块中通过使用密码控制功能对顾客使用权限加以限制。

9、建立系统约束
9.1B/S构造总体设计方案对它约束
学生学籍管理系统作为B/S构造一种应用系统，不可防止要受到B/S构造约束。在其实行各个阶段都要服从它某些规划，包括功能设计、系统配置和计划。同步，由于信息共享，学生学籍管理还受到其他系统信息约束。
9.2人力、资金、时间约束
学生学籍管理系统工程实行目就是要带给学生、教师、系统管理员看得出见效快效益，其开发过程中也要考虑到人力、资金和时间约束。因此，在设计中，重点是查询系统中以便快捷，能提供应使用者以优质高效服务，并提高销售员效率和便捷，为高校带来极大便捷。
9.3技术发展规律约束
计算机技术和产品发展日新月异，将会给信息处理带来更多手段，同步也会带来愈加丰富信息体现形式。例如图像和语音技术进步，多媒体技术发展，这些都规定系统在设计时考虑技术变化也许性，为也许变化预留一定系统处理能力。