学籍管理子系统报告.docxVIP

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