数据库设计报告生选课系统.docVIP

数据库课程报告 ——学生选课系统 1. 背景分析 - 3 - 2可行性分析 - 3 - 2.1 要求 - 3 - 2.2目标 - 4 - 2.3 对所建议系统的说明 - 4 - 2.4 处理流程和数据流程 - 4 - 2.6 技术可行性分析 - 5 - 2.7社会因素分析 - 5 - 3. 需求分析 - 6 - 3.1 目标 - 6 - 3.2 用户的特点 - 6 - 3.3 假定和约束 - 6 - 3.4 对功能的规定 - 6 - 3.5 输入输出的要求 - 7 - 3.6 数据管理能力要求 - 7 - 3.7 故障处理要求 - 8 - 3.8 运行环境规定 - 8 - 3.9 模块结构图 - 8 - 4. 概要设计 - 9 - 4.1需求规定 - 10 - 4.2运行环境 - 10 - 4.3基本设计概念和处理流程 - 11 - 4.4结构 - 11 - 4.5功能需求与程序的关系 - 12 - 4.6 人工处理过程 - 12 - 4.7尚未解决的问题 - 12 - 4.8概念模型（整个学生选课系统的E-R图） - 13 - 4.9接口设计 - 14 - 4.10运行设计 - 14 - 4.11系统数据结构设计 - 14 - 4.12系统出错处理设计 - 16 - 5.详细设计 - 16 - 5.1程序设计说明书： - 17 - 5.2用户手册 - 17 - 1. 背景分析 教务管理工作中的学生选课工作是高等学校教育工作的一项重要内容，是整个学校管理的核心和基础。它是学校教学工作的中枢，是保证高等教学机制正常云知道枢纽，是一项目的性、计划性、适应性、创造性和科学性很强的工作；教务管理工作关系到高等教学秩序的稳定和教学质量的提高，关系到高校发展和人才的培养，在高校中占有相当重要的地位；为了能够加深我们对所学知识的理解与提高，所以开发此系统，本系统注重与学习与交流，严禁运用与商业用途。 2可行性分析 为确定此学生选课系统的实施是否可行，对本软件开发项目的实现在技术上、经济上和社会条件上的可行性加以分析说明，为合理的达到开发目标而提供可行的方案。 2.1 要求 功能要求：同时使用数据库技术，能够打开一个数据库的数据，并将其修改后能够再保存回去。且一个用户的信息只能每次只能登陆一次，不能多人同时登陆一个用户。但是可以保证一定量的用户可以同时访问服务器。要求系统简洁，便于操作，而且快速、实用，功能健全。 性能要求： 输入：由教师或学校管理人员输入学生信息以及该学生可选的课程信息。 输出：学生选课完毕后，可输出该学生课程表。 安全与保密：系统要有一定的安全防护措施，以防止黑客或是恶意程序侵入,对于程序的以外故障要有一定的预防措施。另外，对于不同的用户要设置不同访问的权限。 同本系统相连的其他系统：学生选课子系统属于教学管理系统的一部分，与其相连的还有基础信息维护系统，主要负责管理和维护基本的信息，如学生、教师、学院等信息的输入与更新。 2.2目标 本系统的开发使用目标在于方便学校的管理,提高工作效率,也为适应新型教学模式的推出，使学生能够更好的、更自由的发展。也能够大大降低学校的工作量。 2.3 对所建议系统的说明 新系统在原有系统的基础上加入了新的数据库的支持，使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很大的提高，且在用户的并行操作用户管理方面也有了极大地改善。 数据流程： 2.5影响 （1）对设备的影响 改进了原有系统的性能所以对设备要求自然更高，建议系统使用了最先进的技术使设备也必须跟着升级。由于建议系统采用了先进的数据库技术以及一系列高技术含量软件，使得原来系统上的一些软件无法继续使用，不过在新系统开发过程中将尽量考虑到，对现有软件的兼容性。就目前使用的开发技术来说建议系统的功能目标应该能够达到；利用现有的技术在规定的期限内开发工作基本能够完成。社会因素分析该项目为独立开发，在技术上没有使用任何现有的软件与方法。所以在法律方面不会存在侵犯专利权、侵犯版权等问题，完全按照合同规定的责任履行。 经过一系列的各个不同方面的可行性分析，分析员和用户及使用部门的负责人对需要解决的问题取得基本的一致看法，开发小组的开发方案的到批准，使用部门负责人同意开发工程继续进行下去。 3.5 输入输出的要求 该系统为教学管理系统的一个模块，因此它的输入数据由总系统的其它模块提供，其输出数据一部分可显示给用户，另一部分作为其它子模块的输入。 3.6 数据管理能力要求 3.7 故障处理要求 如果服务器访问人数超出限定，可能会导致用户无法登陆。为了解决这个问题，需要在制度上规定系统的最大同时访问人数，同时尽可能增大服务器容量。 3.8 运行环境