搜索
学生学籍管理系统需求分析报告§1引言§1.1编写目的学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。§1.2项目背景传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。§1.3业务模式本系统是运行在WindowsXP等操作系统环境下的多台计算机构成的局域网，现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。信息上网后各用户可查询，调用，达到全校信息共享。§2用户需求§2.1使用范围按西安交通大学城市学院学生学籍状况的系统管理（本科生用学年学分制）。系统中保留4个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。§2.2功能要求·学生档案管理：学生的一般情况，及奖励，处分情况；·学生成绩管理：学习成绩，补考成绩；·学籍处理：学生留降级处理，休复学处理，退学处理；·日常教务管理：日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计；·毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。§2.3信息采集与各部门的使用权限每学期考试完毕由各系录入成绩，然后由教务科收集。为了信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下：数据收集前的系统权限学生档案学生奖惩学生成绩学籍处理补考成绩教学计划管理各种等级考试学生工作处0？0？？？？？？各系？？0？？？？？教务科？？？0？0？？0？师资科？？？？？0？？院长办公室？？？？？？？注：0、登录，修改，处理权。？、查询权§2.4数据完整性、正确性：1、可按某学生某学年考试及补考成绩，自动生成该学生是否升留降级，退学。2、可按某学生在校期间累计重修科目门数和成绩自动生成该学生是否结业，毕业，授位。3、可按某学生因非成绩原因所引起的学籍变更作自动处理。4、可按每学期各年级班学生考试成绩自动生成补考名单，科目。5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。6、可按同一年级学习成绩进行同一课程不同班级间成绩比较§2.5性能需求因为学籍管理系统存储学生信息，所以数据库系统应该具有备份和恢复功能，保证学生数据库的长期完整性和正确性。另一方面，作为系统的服务器应该能够长期无故障的运行，而且能够便于管理员的操作。安全性要求比较高，对业务逻辑必须封装，避免有人登陆他没权限的网页，避免黑客从数据流中截取敏感数据。§2.6其他需求普通用户的需求：对于只有查看权限的用户，一般是通过上网浏览学校网页来查看数据的。各部门管理员：能够对系统进行设置，以适应不同用户的需求。对不同系的管理员分配不同的权限，教务处系统管理员具有最高的管理权限。§2.7用户平台要求系统主要使用于高校的局域网，WinXP等环境下，Java,Vc，Vb连接数据库，本系统需要DBMS放学生学籍数据库。可进行查询，修改、处理等。§3业务逻辑和数据流图本系统暂不考虑与其他系统交换数据，而是作为一个独立的系统。但是，他应该能够向学校的上级主管部门提交学生的信息。§3.1业务流程与业务逻辑各系管理员业务逻辑管理部门输入学籍数据管理学籍数据In/out数据库oracle业务流程业务逻辑§3.2数据流图查询要求管理要求当前输入统计表学生信息学生情况0层数据流图查询要求有效的管理要求有效的查询要求学籍管理要求学生情况无效输入当前输入统计表1层数据流图成绩表补考成绩表学生学籍管理信息系统管理人员输入学生浏览数据的用户读取学籍数据高校学生学籍管理系统教务处负责学生成绩、补考成绩、学籍管理、课程安排、考试的安排等，并授权学校各系输入本系学生成绩。学生处负责学生档案、奖励与处分各系输入学生每学期的成绩，考查学生的表现。学校其他部门查阅学生信息系统管理员按权限划分检查有效性3处理查询2处理要求2.1要求处理类型2.2学生成绩管理目录文件管理要求奖励处分表学生资料表修复学，退学报表日常报表毕业生表学生情况查询学生情况数据文件查询要求学生情况统计表2层数据流图§4系统特点§4.1网络环境下的多用户系统高校学生学籍管理系统，由学校指派专人负责系统的管理和维护。系统中分别涉及到不同管理部门所管理的学生信息，因而将系统的信息分类，分别由教务处、学生处、各系管理具体的信息。其中，教务处负责学生学籍管理、学生成绩、教学计划、师资分配、各种考试安排。学生的成绩由各个系按照教务处的规定在各个系的计算机输入本系学生各门功课的成绩，并上传到系统中。各系还要上报本系的教学计划，课程安排，然后由教务处统一发布。学生处主要负责学生的档案管理以及奖励和处分。学生处根据学生的高中升学档案形成原始档案，然后根据各系对学生表现的评价，决定对学生的奖励或处分。在学生毕业时形成每个学生的最终档案。学校的其他部门（包括学生、家长、用人单位）只能浏览学生的公开信息。§4.2数据的完整性，准确性a．录入数据采用表格方式，限制录入数据类型及取值范围以保证数据的完整性及准确性。b.统具有部分反悔修改功能，系统备有的修改功能均可反悔3.1查询类型处理3.2学生信息查询3.3统计处理2.3学生档案管理2.5日常事物管理2.4学籍处理2.6毕业生学籍管理§4.3数据完成的时间性，如成绩的录入，仅当师资科录入教学进程，教务科分发教师教学任务安排之后，各系方可录入成绩。§4.4数据安全性本系统采用二级安全保障第一级：依赖于网络本身对用户使用权限的规定。第二级：在程序模块中通过使用密码控制功能对用户使用权限加以限制。如表1，2。§4.5成绩自动统计分析及学籍的自动处理本系统按学籍管理条例设计了若干个软件处理模块：1、可按某学生某学期，学年考试及补考成绩，自动生成该学生是否升留降级，退学。2、可按某学生在校期间累计补考科目门数和成绩自动生成该学生是否结业，毕业，授位。3、可按某学生因非成绩原因所引起的学籍变更作自动处理。4、可按每学期各年级班学生考试成绩自动生成补考名单，科目。5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。6、可按同一年级学习成绩进行同一课程不同班级间成绩比较。§5数据调查及分析§5.1原始数据编写说明：本节描述原始数据调查的结果，列出数据清单。原始数据的描述：数据名称：高校学生学籍管理信息系统简述：系统中保留五个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。来源：每学期考试完毕由各系录入成绩，然后由教务科收集去处：学生，老师组成：存储信息用库有学生资料表，成绩表，授课表，补考成绩表，奖励处分表等，用于存放学生在校期间的有关信息。§5.2数据字典§5.2.1数据条目系统管理要求=[学生资料表|成绩表|授课表|补考成绩表|奖励处分表|毕业生表|日常报表]学生资料表=学号+姓名+性别+生日+家庭地址+邮编成绩表=学号+科目+成绩毕业生表=学号+姓名+班级奖励处分表=学号+姓名+系别+奖励（处分）学生情况=学生成绩+学生资料统计要求={学生情况}数据文件={学生资料表+成绩表+授课表+补考成绩表+奖励处分表+毕业生表+日常报表}数据流名：查询要求简述：系统处理的一个命令别名：无组成：[学生情况|统计要求]数据量：2000次/天峰值：每天上午9：00—10：00有1000次注释：至每学年10月下旬评奖学金还将增加3至4倍§5.2.2数据分析编写说明：本节主要对原始数据库表中的个别属性进行了简要的描述。数据项描述数据项编号：01数据项名称：学号简述：学生表的关键字的描述类型：长整型长度：10位取值/定义：前四位入学年份，接着三位系别专业方向代号，最后是按姓氏排列的序号数据项编号：02数据项名称：成绩简述：成绩表的有关分数的描述类型：单精度长度：7位精度：小数点后保留两位取值/定义：小数点前最多三位数字学生考试成绩、平时成绩、总评成绩数据项编号：03数据项名称：奖励简述：奖励表的有关奖励的描述类型：文本/字符类型长度：多位取值/定义：学生的奖励情况有获得奖励或是受到处分§5.2.3小说明加工编号：1加工名：检查有效性输入流：管理要求，查询要求输出流：有效的管理查询要求加工逻辑：检查输入要求的有效性有关信息：当有要求输入时执行此加工加工编号2.1加工名：要求处理类型输入流：学生资料表|成绩表|补考成绩表|奖励处分表|毕业生表|日常报表输出流：根据不同的要求选择case:case1:学生档案管理case2:学生成绩管理case3:学籍处理case4:日常教务管理case5:毕业生学籍处理加工逻辑：选择类型有关信息：当有合法管理要求输入时执行此加工加工编号：3.1加工名：查询要求输入流：查询学生情况输出流：学生情况加工逻辑：根据查询要求从文件中读出学生记录有关信息：当有合法查询要求输入时执行此加工