SQLserverke课程设计《学生选课系统》包含源程序.docx

SQLserverke课程设计《学生选课系统》包含源程序.docx

《SQLserverke课程设计《学生选课系统》包含源程序.docx》由会员分享，可在线阅读，更多相关《SQLserverke课程设计《学生选课系统》包含源程序.docx（8页珍藏版）》请在冰豆网上搜索。

SQLserverke课程设计《学生选课系统》包含源程序

SQLserver课程设计：

学生选课系统

1 系统规划  1

1.1引言  1

1.1.1编写目的  1

1.1.2项目意义  1

1.2制定方案  1

1.2.1项目目标  1

1.2.2项目要求  1

2 需求分析  2

2.1系统需求分析  2

2.2功能需求分析  2

2.3系统模块设计  2

2.3.1系统功能模块图  2

3 概念结构设计  3

3.1抽象出系统的实体  4

3.1.1系统实体  4

3.1.2实体之间的联系  4

3.2局部E-R图  4

3.3全局E-R图  7

4 逻辑结构设计  8

4.1概念模型向关系模型的转换  8

4.1.11:

N联系的转化的关系模式  8

4.1.2M:

N联系的转化的关系模式  8

4.2概念模型的优化  8

4.2.1确定范式级别  8

4.2.2实施规范化处理  9

5 物理结构设计  11

5.1创建数据库  11

5.2建立和管理基本表  11

5.3建立和管理索引  13

5.3.1建立索引  13

5.3.2用SQL实现设计  13

6 实现、运行与维护  14

6.1实现  14

6.1.1数据库的实现  14

6.1.2视图的实现  15

6.2运行实施  18

6.2.1输入数据设计：

  18

6.2.2输入表设计  22

6.3运行与维护  25

总结  25

参考文献  26

1 系统规划

1.1引言

1.1.1编写目的

SQLServer数据库课程设计是数据库原理及应用课程的后续实践课程，独立于具体的数据库原理教材，围绕数据库原理课程的教学内容，结合数据库系统的特点，通过分析一些中小型系统的数据管理需求，进行应用系统的数据库设计，在SQLServer数据库管理系统的支持下建立数据库，并进行各种数据访问操作的实践，从而加深学生对数据库课程中应知必会知识点的理解，并能在实际工作中加以灵活运用；同时遵循学生的认知规律，选取贴近学生生活的案例，即学生选课系统，循序渐进，逐步提高学生完整、系统的数据库设计能力。

1.1.2项目意义

通过该课程设计，可以达到把数据库理论知识更加的巩固加深，加强动手能力与实践能力，学以致用，与现实生活中的应用充分的结合起来。

1.2制定方案

1.2.1项目目标

学生选课系统要完成对学生选课的管理，系统必须管理学校的教师信息、学生选修课程的信息、学校开设的所有课程信息、学校的院系与专业设置信息、教师开设课程信息等。

1.2.2项目要求

要求选课系统能够对学生信息、教师信息、课程信息等进行有效的管理和维护，包括增加、删除、修改等基本的维护功能和灵活的查询功能；教师和学生能够对个人基本信息、授课、选课、退选等所涉及的有关信息进行查询、更新操作等。

设计步骤：

1.需求分析阶段：

分析客户的业务和数据处理需求;

2.概要设计阶段：

设计数据库的E-R模型图，确认需求信息的正确和完整;

3.详细设计阶段：

将E-R图转换为多张表，进行逻辑设计,并应用数据库设计的三大式进行审核;

4.代码编写阶段：

选择具体数据库进行物理实现，并编写代码实现前端应用;

5.软件测试阶段：

系统应具备数据库维护功能，及时根据用户需求进行数据的添加、删除、修改、备份等操作。

6.安装部署

2 需求分析

2.1系统需求分析

用户的需求是体现在选课信息和用户信息的提供、保存、更新和查询方面。

这就要求数据库的设计必须合理，使之能够充分满足各种信息的输入和输出，保证数据存储的可靠性，并且能够快速取出和存入。

而前台显示部分，应具有人性化的界面，方便用户操作。

因各个学校的实际情况不同，系统应该具有兼容性。

本学生选课系统根据实际应用需求，在设计当中考虑了来自三方面的需求，分别是学生、教师和管理员。

学生的需求是查询院系的课程、学生选课情况及对学生信息的修改；教师对选课系统学生选课情况进行操作，同时形成学生选课查看确认；选课管理员的功能最为复杂，包括对学生、教师、选课进行管理和统计，及系统状态的查看、维护并生成选课报表。

学生可以直接查看选课情况，学生可以根据本人学号和密码登录系统，还可以进行本人学科成绩情况的查询和维护部分个人信息。

一般情况下，学生只应该查询和维护本人的选课情况和个人信息，若查询和维护其他学生的选课及成绩查询信息，就要知道其他学生的学号和密码。

这些是很难得到的，特别是密码，所以不但满足了学生的要求，还保护了学生的个人隐私。

2.2功能需求分析

（1）使得学生的成绩管理工作更加清晰、条理化、自动化。

（2）通过用户名和密码登录系统，查询课程基本资料，学生所选课程成绩，修改用户密码等功能。

容易地完成学生信息的查询操作。

（3）设计人机友好界面，功能安排合理，操作使用方便，并且进一步考虑系统在安全性，完整性，并发控制，备份和恢复等方面的功能要求。

2.3系统模块设计

2.3.1系统功能模块图

对于学生选课信息系统的设计本人通过阅读了大量相关文献，了解了管理信息系统的发展、相关技术和开发方法，以及软件工程学的相关理论。

基于对以上情况的了解和对阅读参考文献的体会。

总结了本系统的相关需求。

包括学生信息的输入，包括学生基本信息、课程基本信息，教师基本信息，选课表信息等。

各种信息的查询，包括学生基本信息、课程基本信息，教师基本信息，选课信息的查询等。

最后设计如下的数据项和数据结构：

学生信息：

学号，姓名，性别，年龄，邮箱，年级

教师信息：

教师编号，姓名，性别，年龄，邮箱，工资

课程信息：

课程编号，课程名称，课时

选课信息：

编号，学号，教师编号，课程编号，分数

图2-3-1系统功能模块图

通过对上述的各项系统功能进行集中、分块，按照程序设计的要求，得到如图2-3-1所示的系统功能模块图

3 概念结构设计

3.1抽象出系统的实体

概念模型用于信息世界的建模，是现实世界到信息世界的第一层抽象，是数据库设计人员进行数据库设计的有力工具，也是数据设计人员和用户之间进行交流的语言，因此概念模型一方面应该具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识，另一方面他还应该简单、清晰、易于用户理解。

3.1.1系统实体

而客观存在并可相互区别的事物称为实体。

实体可以是具体的的人、事、物，也可以是抽象的概念或联系。

根据需求分析，抽象出合适的实体，它们分别是：

学生、课程、教师、管理员、班级。

3.1.2实体之间的联系

归结出实体之间的联系如下：

1、一个学生最多能够选两门课，一门课可以被多个学生选

2、一个老师最多能教一门课，一门课可以被多个老师教授，

3、教师中只有一个是管理员

4、一个学生可以属于不超过两个临时班级，一个临时班级可以有多名学生

5、一名教师可以在多个临时班级上课，一个临时班级只有一名教师教授

3.2局部E-R图

（1）学生课程联系E-R图如图3-2-1所示：

图3-2-1学生课程联系E-R图

（2）教师课程关系E-R图如图3-2-2所示：

图3-2-2教师课程关系E-R图

（3）学生临时班级联系E-R图如图3-2-3所示：

图3-2-3学生临时班级联系E-R图

（4）管理员教师关系实体E-R图如图3-2-4所示：

图3-2-4管理员教师关系E-R图

（5）教师班级关系实体E-R图如图3-2-5所示：

图3-2-5教师临时班级联系E-R图

（6）课程临时班级关系实体E-R图如图3-2-6所示：

图3-2-6课程临时班级联系E-R图

3.3全局E-R图

全局E-R图如图3-3所示：

图3-3学生选课全局E-R图

4 逻辑结构设计

4.1概念模型向关系模型的转换

根据需求分析中的E-R图，通过对实体的属性和之间的联系的分析，我们将其由概念模型向关系模型转化，并且根据范式化理论进行优化

4.1.11:

N联系的转化的关系模式

（1）教师课程联系概念模型向关系模型的转化教师表（教师号，教师名,性别，年龄，身份，密码，课程号）课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）

（2）教师临时班级联系概念模型向关系模型的转化教师表（教师号，教师名,性别，年龄,身份，密码）临时班级表（班级号，班级名，人数，地点，教师号）

（3）课程临时班级联系概念模型向关系模型的转化临时班级表（班级号，班级名，人数，地点，课程号）课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）

4.1.2M:

N联系的转化的关系模式

继续阅读