学籍管理子系统报告.docVIP

学籍管理子系统 数据库应用 姓名： 成经 学号： 0909101922 班级： 测控1002班 学院：信息科学与工程学院 2011.12 目录 系统分析……………………………………………………3 1.1背景介绍……………………………………………………3 1.2研发目标……………………………………………………3 需求分析……………………………………………………4 2.1功能要求……………………………………………………4 2.2性能要求……………………………………………………4 2.3系统功能……………………………………………………5 结构分析……………………………………………………6 系统E-R图…………………………………………………7 功能分析……………………………………………………11 5、1登录界面…………………………………………………11 5.2编辑…………………………………………………………12 心得与总结…………………………………………………13 附录…………………………………………………………14 1、系统分析 1.1背景介绍 根据第一阶段的初步调研发现，目前学校现有的学生学籍资料分别为学生入学登记、学生选课、考试成绩登记、补考处理及教师教学质量分析统计等管理。每个管理部门几乎都有一份相同的学生基本信息。这样，工作容易重复，而且，最大的问题是彼此工作不透明，容易出现数据的不一致。这问题的出现是致命的。现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。 1.2研发目标 一个好的系统必须切合实际，所以对学校现有的学籍管理信息系统的调研可以帮助了解实际，对正在运行的系统的存在的问题和合理之处有一个正确的认识。这样就能在开发新系统时继续使用原有系统的精华之处并对其问题进行改正，以使能够开发出一个相对完善的系统。 深入了解教务部门的需求，业务流程，信息的输入，处理，存贮和输出。通过对现行系统的详细调研，主要是从系统的角度理解用户的需要，确定新系统的综合要求，并提出这些需求的实现条件以及需求应达到的标准，也就是确定新系统要做什么，做到什么程度。 需求分析 2.1功能要求 1）在某数据库管理系统中建立各关系模式对应的库表，并设计所需的视图、索引等。 2）能对各库表进行输入、修改、删除、添加、查询、打印等基本操作。 3）新生入校登记后可即时选课，老生每学期开始前可选课或作选课调整，一般要选共约20学分的若干门课程。 4）能明细查询某学生的选课情况及某课程的选修学生情况。 5）能统计查询出某学生的成绩单(包括总成绩、平均成绩、不及格门数等)及某门课的选课人数、最高分、最低分、平均成绩等统计信息。 6）能分析出某教师的教学质量情况(可根据该教师所任所有课优良数平均超过一定百分比来粗略评定)。 7）其他你认为子系统应有的查询、统计功能。 8）要求子系统设计得界面友好，功能选择方便合理，并适当考虑子系统在其安全性、完整性、备份、恢复等方面的功能要求。 2.2性能要求 因为学籍管理系统存储学生信息，所以数据库系统应该具有备份和恢复功能，保证学生数据库的长期完整性和正确性。另一方面，作为系统的服务器应该能够长期无故障的运行，而且能够便于管理员的操作。安全性要求比较高，对业务逻辑必须封装，避免有人登陆他没权限的网页，避免黑客从数据流中截取敏感数据。 2.3系统功能 可随时查询出不同系及各系教师与各系学生情况，系、教师与学生各反映如下情况： 系：系号(dno)、系名(dna)、系负责人(deo)、专业数(dso)等。 教师：工号(gh)、姓名(xm)、性别(xb)、职称(zc)、工龄(gl)、出生年月(csrq)、基本工资(jbgz)等。 学生：学号(xh)、姓名(xm)、性别(xb)、年龄(nl)等。 为简单起见教师与学生区分系别，而课程不分系，课程需反映如下信息： 课程代号(kcdh)、课程名(kcm)、课时数(kss)、必修课(bxk)、学分(xf)。 3.学生入学时新生需录入登记，登记后即可选课学习课程(一学期约20学分)。 4.一门只由一位教师上，一位教师可上多门课，满30人才开课。 5.学生选每门课有个成绩(cj)，若成绩不及格则补考后还需记录补考成绩(bkcj)。 结构分析 系统E-R图 实体-联系图(Entity-Relation Diagram)