试卷管理系统(课程设计).doc

课 程 设 计 报 告 课程设计名称： 数据库原理与应用 系 部： 二 系 学生姓名： 班 级： 学 号： 成 绩： 指导教师： 开课时间： 2011-2012 学年 1 学期 一．设计题目： 试卷管理系统 二．主要内容： 系部教务管理工作中一项重要的工作是考试试卷的管理工作。教务处对于管理大量的试卷数据的难度还是相当大的。此外，还需要方便教师能够对自己出的试题能够及时更新和修改。为了能够方便教务处和教师能够试卷进行有效的方便的管理，设计出了此试卷库管理系统。 随着计算机技术的不断发展和普及，将会对试卷管理工作提出更高的功能和管理要求，该系统必须要不断地改进，从而使得试卷库管理工作能够更加合理和快捷。 三．具体要求 课程设计的内容独立自主完成，课程设计报告内容完整、格式规范、排版整洁美观； 后台数据库采用MS SQL SERVER2005，前台界面语言不限，编写的程序代码，须有较详细的注释说明； 四．进度安排 课程设计安排： 16周 星期一 讲解课程设计的内容，安排每一天的具体任务，分配并熟悉题目； 星期二 需求分析：给出系统的功能需求、性能需求，并绘制DFD和DD； 星期三 概念结构设计：绘制实体属性图（可选），局部ER图和全局ER图； 星期四 逻辑结构设计：转换、优化、外模式的设计； 星期五 物理结构设计及数据库实施； 17周 星期一 应用程序编制调试、整理课程设计报告，并检查； 星期二 根据反馈结果修改课程设计； 星期三 提交作业 上交的材料：课程设计的电子稿、打印稿、源码（SQL代码和程序代码） 五．成绩评定 考核方法：现场验收（占50%），课程设计报告（占50%）。 考核内容：学习态度（出勤情况，平时表现等）、方案合理性、程序编制质量、设计报告质量。 成绩评定：优，良，中，及格，不及格。特别说明：如发现抄袭，按照不及格处理。 图1.1总功能模块图 1.2数据字典： 1.2.1试卷管理系统的具体管理如下： (1)试卷管理，包括对试卷的录入、删除、修改以及查看与维护。 (2)管理员管理，包括管理员权限的设置和修改，修改密码，增加和删除。 (3)教师管理，包括教师权限的设置和修改，修改密码，增加和删除。 (4)科目管理，可以对科目实行录入、修改、查看。 (5)题型管理，可以对题型实行录入、修改、查看。 (6)题目管理，可以对题目实行录入、修改、查看。 1.2.2各个子系统的流程图如下： (1)管理员登录子系统 图1.2管理员登录子系统的数据流程图 (2)教师登录子系统： 图1.3教师登录子系统的数据流程图 (3)试卷管理子系统： 图1.4 试卷管理子系统的数据流程图 (4)科目管理子系统： 图1.5科目管理子系统的数据流程图 (5)题型管理子系统 图1.6题型管理子系统的数据流程图 (6)教师管理子系统 图1.7教师管理子系统的数据流程图 (7)题目管理 图1.8题目管理子系统的数据流程图 (8)总数据流程图： 图1.9总数据流程图 2.概念结构设计 根据需求分析和数据流图以及功能模块的结果：由于各个表之间是否具有索引关系，因此得到各E-R图以及关系模型。 2.1．实体 在试卷管理系统中，主要包括的实体为： 科目 属性：科目号、科目名称。 教师 属性：教师编号、教师名称、密码。 题型 属性：题型号、题型名称。 题目 属性：题目号、题型号、题目内容。 试卷 属性：试卷号、科目号、题型号、教师号。 2.2．关系 一个教师可以教多门科目，一门科目可以让多个教师教，因此教师和科目具有多对多的联系。 一个题型可以包含多个题目，一个题目只能包含于一个题型，因此题型和题目有一对多的联系。 一个试卷只能由一个教师出，一个教师可以出多个试卷，因此试卷和教师属于一对多的联系。 一个试卷由多个题目组成，一个题目可以在多个试卷中，因此试卷和题目属于多对多的联系。 一个题目属于一个科目，一个科目可以有多个题目，因此题目和科目属于一对多的联系。 2.3 E-R图 图2.1系统总E-R图 3.逻辑结构设计 3.1关系模型 根据总E-R图中的实体与实体之间的联系以及转换的一般原则，得到如下的关系表的模型： (1)管理员表（用户名，用户姓名，密码） (2)教师（教师号，姓名，登录密码） (3)题型（题型号，题型名称） (4)科目（科目号，科目名称） (5)题目 (题目号,题内容) (6)试卷（试卷号，科目号，题型号，教师号） 画横线的表示此表的主码，波浪线表示外码。 3.2函数依赖关系分析 我们很明显从所以