《《CUIT学籍管理信息系统》需求分析报告》由会员分享，可在线阅读，更多相关《《CUIT学籍管理信息系统》需求分析报告（7页珍藏版）》请在金锄头文库上搜索。
1、CUIT 学籍管理信息系统需求分析报告计本 995林江19990311491概述传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。本系统的主要用户教务处、学生工作处、各系、及学生。1.1 背景有利条件：1 CUIT 已经基本建立了学校的网站， 所以迫切的需要一套学生学籍管理系统来对学生学籍等情况
2、进行管理。2 有利于教务处、学生工作处、师资科、院长办公室、各系辅导员对各自所需的及管理的学生信息进行查阅和管理。3 有利于学生对自己的学习情况进行查看，方便他们掌握自己的学习信息。4 有利于家长对学生的监督。5 有利于用人单位可以通过浏览学校网页，方便快捷的获取学生的有用的信息，更加全面的了解学生在校的情况。1.2系统目标学生档案管理：学生的一般情况，及奖励，处分情况；学生成绩管理：学习成绩，补考成绩；学籍处理： 学生留降级处理，休复学处理，退学处理；日常教务管理：日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计；毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。1.3业
3、务模式高校学生学籍管理系统将采用B/S 模式，学生的信息由各用户在规定的权限下在各自的工作站上录入，统一保存在系统服务器上， 既可集中管理， 有可让各部门管理自己负责的信息。 信息上网后各用户可查询， 调用，达到全校信息共享。1.4 现行组织机构学校现有的学生学籍资料分别由系、教务处、学生处管理。每个管理部门几乎都有一份相同的学生基本信息。这样，工作容易重复，而且，最大的问题是彼此工作不透明，容易出现数据的不一致。这问题的出现是致命的。1.5 业务现状现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。
4、一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。现有系统采用的是 B/S 模式，比如：各系可以将自己系学生的成绩都传到教务处的服务器上，教务处就可以对各系学生成绩进行 集中统一 管理。2用户需求高校希望能够对全校所有学生的信息进行集中管理。然后，对各个部门分配不同的权限，让他们去管理他们所需的信息，而没有管理权限的部门只能查询。2.1 业务需求1、使用范围要求按成都信息工程学院全日制学生学籍管理等相关文件完成本科和专科学生学籍状况的系统管理（本科生用学年学分制，专科生用学年制） 。系统中保留五个年级学生的信息（大四毕业以后学生信息还需保留一年） ，学生毕业一年后信息转储，但
5、随时可以查询，输出。2、功能要求学生档案管理：学生的一般情况，及奖励，处分情况；学生成绩管理：学习成绩，补考成绩；学籍处理：学生留降级处理，休复学处理，退学处理；日常教务管理：日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计；毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。3、 信息采集与各部门的使用权限每学期考试完毕由各系录入成绩，然后由教务科收集。为了保证信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下：数据收集前的系统权限学生档学生奖惩学生成绩学籍处理补考成绩教学计划各种等级案管理考试学生处0 ？0 ？各系？0 ？教务处？0 ？0 ？0？0 ？院长办公
6、室？注： 0、登录，修改，处理权。？、查询权4、数据完整性、正确性：1、可按某学生某学年考试及补考成绩，自动生成该学生是否升留降级，退学。2、可按某学生在校期间累计重修科目门数和成绩自动生成该学生是否结业，毕业，授位。3、可按某学生因非成绩原因所引起的学籍变更作自动处理。4、可按每学期各年级班学生考试成绩自动生成补考名单，科目。5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。6、可按同一年级学习成绩进行同一课程不同班级间成绩比较。2.2 性能需求因为学籍管理系统存储学生信息， 所以数据库系统应该具有备份和恢复功能， 保证学生数据库的长期完整性和正确性。另一方面，作为系统的服务器应该能
7、够长期无故障的运行，而且能够便于管理员的操作。安全性要求比较高，对业务逻辑必须封装，避免有人登陆他没权限的网页，避免黑客从数据流中截取敏感数据。2.3 其他需求普通用户的需求：对于只有查看权限的用户，一般是通过上网浏览学校网页来查看数据的。各部门管理员：能够对系统进行设置，以适应不同用户的需求。对不同系的管理员分配不同的权限，教务处系统管理员具有最高的管理权限。2.4 用户平台需求根据 2.2 的分析 ，使用以下方案：操作系统： linux/unix数据库： oracle页面脚本程序：jsp服务器端程序：servlet3 业务流程3.1 与其他系统的关系本系统暂不考虑与其他系统交换数据，而是作
8、为一个独立的系统。但是，他应该能够向学校的上级主管部门提交学生的信息。3.2 业务流程各系管理员输入学籍数据业务In/out管理部门数据库 oracle逻辑管理学籍数据浏览数据的用读取学籍数据户4 业务逻辑4.1 业务分解系统管理员高校学生学籍管理系统按权限划分教务处负责学生成绩、补考学生处负责学生档案、各系输入学生每学学校其他部门成绩、学籍管理、课程安排、奖励与处分期的成绩， 考查学生查阅学生信息考试的安排等，并授权学校的表现。各系输入本系学生成绩。4.2 业务描述高校学生学籍管理系统，由学校指派专人负责系统的管理和维护。系统中分别涉及到不同管理部门所管理的学生信息，因而将系统的信息分类，分
9、别由教务处、学生处、各系管理具体的信息。其中，教务处负责学生学籍管理、学生成绩、教学计划、师资分配、各种考试安排。学生的成绩由各个系按照教务处的规定在各个系的计算机输入本系学生各门功课的成绩，并上传到系统中。各系还要上报本系的教学计划，课程安排，然后由教务处统一发布。学生处主要负责学生的档案管理以及奖励和处分。学生处根据学生的高中升学档案形成原始档案，然后根据各系对学生表现的评价，决定对学生的奖励或处分。在学生毕业时形成每个学生的最终档案。学校的其他部门（包括学生、家长、用人单位）只能浏览学生的公开信息。5 数据调查及分析5.1 原始单据单 据别流来源去处组成通名称简述名量学 生主要是学生的学
10、号、姓学生入学时由学生处供学校其他部学号、姓名、年级、班级、大资料名、出生年月、住址等从学生升学档案获得门查阅出生年月、住址、生源地由各系将本系学生的可供学生、系、学生在校期间， 各学期成绩通过计算机上传成绩用人单位等查课程名、学分、成绩大所选课程的成绩到教务处服务器统一阅处理老师在本学期所上的由教务处根据老师的供 系、学生、课程代号、 课程名、 学时、授课上课地点、上课班级、教中课程专业安排老师查阅师代号补 考学生重修某门课程以教师的成绩单毕业参考课程名、学分、成绩小成绩后，所取得成绩奖 励系、学生处根据学生的系、学生处供学生系、用奖励，处分小处分表现作出奖励和处分人单位等查阅5.2 数据分
11、析数据分类学生基本资料（如：姓名、学号、住址、出生年月等）一般是保持不变的；其它数据是动态的，数据量较大，是系统管理的重点。数据项描述依据用户提供的功能要求，取得描述学生的信息有：学号，班级，姓名，性别，出生年月，家庭地址，邮编，奖励，处分，若干门课程学习成绩；每门课程的信息：课程名称，学分，学时数，上机时数，实验时数，成绩，补考成绩等项。使用 oracle 的数据类型：数据项编号数据项名称类型、长度、精度取值 /含义学号Number(15)Not null姓名varChar2(10)Not null班级varChar2(10)Not null性别Char(2)男 /女出生年月Date(20)Not null家庭住址varChar2(30)Not null邮编Number(6)Not null课程名varChar2(10)学分Number(2 ，1)学时数Number(3 ， 1)上机时数Number(4 ， 1)实验时数Number(4 ，1)成绩Number(3 ， 1)=0奖励varChar2(50)处分Varchar2(50)
