学生学籍管理系统需求分析报告
1 引言
1.1编写目的
学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。
1.2项目背景
传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。
1.3业务模式
本系统是运行在WindowsXP等操作系统环境下的多台计算机构成的局域网， 现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。 高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。信息上网后各用户可查询，调用，达到全校信息共享。
2用户需求
2.1使用范围
按西安交通大学城市学院学生学籍状况的系统管理（本科生用学年学分制）。
系统中保留4个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。 2.2功能要求
·学生档案管理： 学生的一般情况，及奖励，处分情况； ·学生成绩管理： 学习成绩，补考成绩；
·学籍处理： 学生留降级处理，休复学处理，退学处理；
·日常教务管理： 日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统
计；
·毕业生学籍处理： 结业处理，毕业处理，授位处理，学籍卡片等。 2.3信息采集与各部门的使用权限
每学期考试完毕由各系录入成绩，然后由教务科收集。为了信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下：
注：0、登录，修改，处理权。 ？、查询权 2.4数据完整性、正确性：
1、可按某学生某学年考试及补考成绩，自动生成该学生是否升留降级，退学。 2、可按某学生在校期间累计重修科目门数和成绩自动生成该学生是否结业，毕业，授位。 3、可按某学生因非成绩原因所引起的学籍变更作自动处理。 4、可按每学期各年级班学生考试成绩自动生成补考名单，科目。 5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。 6、可按同一年级学习成绩进行同一课程不同班级间成绩比较 2.5 性能需求
因为学籍管理系统存储学生信息，所以数据库系统应该具有备份和恢复功能，保证学生数据库的长期完整性和正确性。另一方面，作为系统的服务器应该能够长期无故障的运行，而且能够便于管理员的操作。安全性要求比较高，对业务逻辑必须封装，避免有人登陆他没权限的网页，避免黑客从数据流中截取敏感数据。 2.6 其他需求
普通用户的需求：对于只有查看权限的用户，一般是通过上网浏览学校网页来查看数据的。 各部门管理员：能够对系统进行设置，以适应不同用户的需求。对不同系的管理员分配不同的权限，教务处系统管理员具有最高的管理权限。 2.7用户平台要求
系统主要使用于高校的局域网， WinXP等环境下，Java,Vc，Vb连接数据库，本系统需要DBMS放学生学籍数据库。可进行查询，修改、处理等。
3 业务逻辑和数据流图
本系统暂不考虑与其他系统交换数据，而是作为一个独立的系统。但是，他应该能够向学校的上级主管部门提交学生的信息。 3.1业务流程与业务逻辑
3.2数据流图
数据文件
4系统特点
4.1网络环境下的多用户系统 高校学生学籍管理系统，由学校指派专人负责系统的管理和维护。系统中分别涉及到不同管理部门所管理的学生信息，因而将系统的信息分类，分别由教务处、学生处、各系管理具体的信息。其中，教务处负责学生学籍管理、学生成绩、教学计划、师资分配、各种考试安排。学生的成绩由各个系按照教务处的规定在各个系的计算机输入本系学生各门功课的成绩，并上传到系统中。各系还要上报本系的教学计划，课程安排，然后由教务处统一发布。学生处主要负责学生的档案管理以及奖励和处分。学生处根据学生的高中升学档案形成原始档案，然后根据各系对学生表现的评价，决定对学生的奖励或处分。在学生毕业时形成每个学生的最终档案。学校的其他部门（包括学生、家长、用人单位）只能浏览学生的公开信息。 4.2数据的完整性，准确性
a．录入数据采用表格方式，限制录入数据类型及取值范围以保证数据的完整性及准确
性。
b.统具有部分反悔修改功能，系统备有的修改功能均可反悔
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: case 1: 学生档案管理 case 2: 学生成绩管理 case 3: 学籍处理 case 4: 日常教务管理 case 5 :毕业生学籍处理 加工逻辑：选择类型
有关信息：当有合法管理要求输入时执行此加工
加工编号：3.1 加工名：查询要求 输入流：查询学生情况 输出流：学生情况
加工逻辑：根据查询要求从文件中读出学生记录 有关信息：当有合法查询要求输入时执行此加工
学生学籍管理系统需求分析报告
1 引言
1.1编写目的
学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。
1.2项目背景
传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。
1.3业务模式
本系统是运行在WindowsXP等操作系统环境下的多台计算机构成的局域网， 现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。 高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。信息上网后各用户可查询，调用，达到全校信息共享。
2用户需求
2.1使用范围
按西安交通大学城市学院学生学籍状况的系统管理（本科生用学年学分制）。
系统中保留4个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。 2.2功能要求
·学生档案管理： 学生的一般情况，及奖励，处分情况； ·学生成绩管理： 学习成绩，补考成绩；
·学籍处理： 学生留降级处理，休复学处理，退学处理；
·日常教务管理： 日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统
计；
·毕业生学籍处理： 结业处理，毕业处理，授位处理，学籍卡片等。 2.3信息采集与各部门的使用权限
每学期考试完毕由各系录入成绩，然后由教务科收集。为了信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下：
注：0、登录，修改，处理权。 ？、查询权 2.4数据完整性、正确性：
1、可按某学生某学年考试及补考成绩，自动生成该学生是否升留降级，退学。 2、可按某学生在校期间累计重修科目门数和成绩自动生成该学生是否结业，毕业，授位。 3、可按某学生因非成绩原因所引起的学籍变更作自动处理。 4、可按每学期各年级班学生考试成绩自动生成补考名单，科目。 5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。 6、可按同一年级学习成绩进行同一课程不同班级间成绩比较 2.5 性能需求
因为学籍管理系统存储学生信息，所以数据库系统应该具有备份和恢复功能，保证学生数据库的长期完整性和正确性。另一方面，作为系统的服务器应该能够长期无故障的运行，而且能够便于管理员的操作。安全性要求比较高，对业务逻辑必须封装，避免有人登陆他没权限的网页，避免黑客从数据流中截取敏感数据。 2.6 其他需求
普通用户的需求：对于只有查看权限的用户，一般是通过上网浏览学校网页来查看数据的。 各部门管理员：能够对系统进行设置，以适应不同用户的需求。对不同系的管理员分配不同的权限，教务处系统管理员具有最高的管理权限。 2.7用户平台要求
系统主要使用于高校的局域网， WinXP等环境下，Java,Vc，Vb连接数据库，本系统需要DBMS放学生学籍数据库。可进行查询，修改、处理等。
3 业务逻辑和数据流图
本系统暂不考虑与其他系统交换数据，而是作为一个独立的系统。但是，他应该能够向学校的上级主管部门提交学生的信息。 3.1业务流程与业务逻辑
3.2数据流图
数据文件
4系统特点
4.1网络环境下的多用户系统 高校学生学籍管理系统，由学校指派专人负责系统的管理和维护。系统中分别涉及到不同管理部门所管理的学生信息，因而将系统的信息分类，分别由教务处、学生处、各系管理具体的信息。其中，教务处负责学生学籍管理、学生成绩、教学计划、师资分配、各种考试安排。学生的成绩由各个系按照教务处的规定在各个系的计算机输入本系学生各门功课的成绩，并上传到系统中。各系还要上报本系的教学计划，课程安排，然后由教务处统一发布。学生处主要负责学生的档案管理以及奖励和处分。学生处根据学生的高中升学档案形成原始档案，然后根据各系对学生表现的评价，决定对学生的奖励或处分。在学生毕业时形成每个学生的最终档案。学校的其他部门（包括学生、家长、用人单位）只能浏览学生的公开信息。 4.2数据的完整性，准确性
a．录入数据采用表格方式，限制录入数据类型及取值范围以保证数据的完整性及准确
性。
b.统具有部分反悔修改功能，系统备有的修改功能均可反悔
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: case 1: 学生档案管理 case 2: 学生成绩管理 case 3: 学籍处理 case 4: 日常教务管理 case 5 :毕业生学籍处理 加工逻辑：选择类型
有关信息：当有合法管理要求输入时执行此加工
加工编号：3.1 加工名：查询要求 输入流：查询学生情况 输出流：学生情况
加工逻辑：根据查询要求从文件中读出学生记录 有关信息：当有合法查询要求输入时执行此加工