《高校学生选课系统数据库设计.doc》由会员分享，可在线阅读，更多相关《高校学生选课系统数据库设计.doc（99页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-date高校学生选课系统数据库设计数据库原理课程设计数据库原理课程设计高校学生选课系统学 院: 1 学 号： 111 姓 名:1111 专 业: 11 年 级: 11 日 期: 11 2013/12/24 摘 要随着计算机技术的日新月异，极大的推动的各个行业的信息化进程。各大高校也急需进行信息化改革，以促进教学质量和工作效率快速提升。本文是在对各大高校全校公开课学生选课情况进
2、行实地调查后，进行详细分析讨论后撰写的学生选课管理系统数据库设计报告。全文从最初的系统规划，到需求分析、概念设计、逻辑设计、物理设计。每一阶段都进行了详细的分析。接下来的实现、运行与维护阶段，还进行了对本系统的测试，最后是本次项目开发的心得和体会以及本文的参考文献。本系统是采用 MVC 模式（jsp+javabean+servlet）进行的 J2EE 企业级开发，主要功能是对学生选课及相关信息进行管理。较行业同类产品而言，本系统人机界面设计更加合理、人性化，用户操作简单方便。数据库的安全性更高，对用户访问权限进行了严格控制。数据存取速度更快，使用年限更长。可以很好的满足高校公开课学生选课的要求
3、，极大的提高了学校的工作效率。关键字：高校学生选课系统；Mysql；JSP第一章 系统开发可行性分析分析系统的可行性，说明该软件开发项目的实现在技术上、经济上和操作上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。1.1技术可行性技术可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满足开发者的需要等。本课题是以jsp平台和Myeclipse作为开发工具，运用java等语言进行开发，所使用的数据库是Mysql，数据库小巧、速度快，而且功能也十分完善，非常适合软件的开发。而且，平台降低开发和管理他们的数据基础设施的时间和成本，使得系统可以
4、以很高的安全性、可靠性和可扩展性来运行他们最关键任务的应用程序。因此，系统的软件开发平台已成熟可行。硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台完全能满足此系统的需要。综上所述，本系统所使用的技术完全可以满足该系统的开发。1.2经济可行性本课题开发所涉及的操作平台、开发工具基本上都是实验室机房已具备的软件，都是免费使用的，而且如今的市场情况是：其他都在涨价，就电子类产品在降价。而且我们可以免费参阅图书馆的书籍、期刊，免费下载相关文献资料，所以在经济上不存在很大的负担。1.3操作可行性由于本系统是以数据、图表作为人机交互载体的，在整
5、个系统的使用过程中，需要用户输入相关信息，根据相应提示进行选择即可，操作简单，人机交互界面友好，系统具有较强的亲和性和易用性，用户只需要阅读用户手册，或者观看别人演示，即可熟练掌握本系统的使用。因此从操作可行性方面来说，本系统也是完全可行的。第二章 需求分析2.1引言为了规范、有条理的进行本系统的设计以及合理的满足使用者的需求，为使后续的开发维护工作变得可靠而轻松，编写本系统需求分析说明书，旨在开发过程中进行参考，使系统在需求的范围之内进行开发，避免重复劳动，加快开发进度以及提高开发效率，同时也是为以后系统维护服务提供指南。2.1 系统需求用户的需求具体体现在选课信息和用户信息的提供、保存、更
6、新和查询的方面。这就要求数据库的设计必须合理，使之能够充分满足各种信息的输入和输出，保证数据存储的可靠性，并且能够快速取出和存入。而前台显示部分，应具有人性化的界面，方便用户操作。因各个学校的实际情况不同，系统应该具有兼容性。例如：一些学校学生人数较多，同时登陆系统，系统承载的负荷就很大。系统需要同时处理很大的数据量，这时系统不会因此崩溃。此外，系统还应该具有较强的安全性，保证身份不同的用户，不能越权操作。非合法用户不能对数据进行操作。2.2编写目的本软件需求说明旨在分析、确定本系统的任务，以及明确系统在功能、性能、操作使用上、运行环境、与外界的数据接口、输入/输出等各相关方面的要求，用来给本
7、系统的开发人员和用户阅读，同时也作为开发过程中的开发标准，当双方确认之后，以供开发参考。预期读者是系统设计人员、数据库设计人员。2.3 功能需求通过系统功能的分析，结合需求分析员在各大高校实地考查，调查的对象涵盖了，学校的教职工、在校师生。特别是对已经运行了与本系统同类产品的学校的师生使用选课管理系统心得体会进行了分析，总结出如下的需求信息：1) 学生的需求：能进行选课，查看管理员发布的选课信息，自己的选课情况，本人的基本信息，课程的成绩；2) 教师的需求：能查看自己的个人信息，及所授课的班级的所有学生的本门课程的成绩信息，并能进行增加和修改；3) 管理员的需求：对学生选课情况进行管理，包括发
8、布选课信息，对学生的选课情况进行查看。管理员还可以对授课老师的信息进行管理。第三章 数据库分析与设计3.1编写目的 数据库（Database）是按照数据结构来组织、存储和管理数据的仓库，是管理信息系统的一个核心部分。 为了便于程序与数据库的连接以及对数据库的管理维护，特编写本章，意在作为编程人员的参考以及数据库管理员维护数据的参考。3.2逻辑模型的建立3.2.1 数据流图（1）系统顶层图选课信息选课教师信息课程信息选课信息教课信息查询学生选课系统教师学生管理员学生信息图3.2.1学生选课系统环境图3.2.2 数据流程图一层分解图（1）用户登陆管理。用户在登陆时，系统会进行判断。用户一共有三种类
9、型，分别是学生，教师和管理员。其中，一部分教师是管理员。在登陆的只有学生和教师两种类型，管理员的身份由系统自行判断。在判定时需要查询用户信息库。用户信息库，包括学生注册信息，教师注册信息，管理员信息等。学生选课管理系统一层分解图登陆管理，如下图所示：F5F6F2F8F7F1F10F3F9F4用户P1登陆管理P2用户选课管理D1用户信息库D2选课信息库图3.2.2学生选课系统顶层数据流图注： F1:用户登陆信息 F2:用户注册信息 F3:用户基本信息 F4:用户基本信息 F5:学生选课信息清单 F6:学生选课信息 F7:登陆错误信息 F8:系统反馈用户信息 F9:用户信息清单 F10:修改密码后
10、的用户信息F9F8F7F2F1F3F4F6用户P1.1用户身份鉴别P1.2修改密码P2用户操作管理D1用户信息库F5图3.2.3学生选课系统一层分解图登陆管理注： F1:用户修改信息 F2:密码修改反馈信息 F3:用户登陆信息 F4:用户登陆反馈信息 F5:修改后的密码信息 F6:库中的用户信息 F7:学生登陆信息 F8:教师登陆信息 F9:管理员登陆信息（2）用户操作管理。在登陆管理进行判断后，发送学生登陆信息，教师登陆信息，管理员登陆信息的其中一种。根据用户身份信息的不同，进入不同的管理界面，相应的操作的功能，权限都有所不同。如下图所示：F5F4F2F1F3学生P2.1学生管理D1用户信息
11、库D2选课信息库图3.2.4学生选课系统一层分解图学生管理注： F1:学生提交的操作信息 F2:学生操作后反馈信息 F3:原始学生信息 F4:学生查询选课信息 F5:学生操作后返回的信息 F5F4F2F1F3教师P2教师管理D1用户信息库D2选课信息库图3.2.5学生选课系统一层分解图教师管理注： F1:教师提交的操作信息 F2:教师操作后反馈信息 F3:原始教师信息 F4:教师查询选课信息 F5:教师操作后返回的信息 F2F5F3F1F4F6管理员P2管理员管理D1用户信息库D2选课信息库图3.2.6学生选课系统一层分解图管理员管理注： F1:管理员提交的操作信息 F2:管理员操作后反馈信息
12、 F3:原始管理员信息 F4:管理员查询选课信 F5:管理员更新后的选课信息 3.2.3 数据流程图二层分解图（1）学生管理。将 P2.1 进行分解，学生管理包括，查看选课信息和个人信息，进行选课、重新选课。学生选课管理系统二层分解图学生管理如下图所示：F13F12F11F10F9F8F7F6F5F4F3F2F1学生P2.1.1个人信息查询P2.1.2选课信息查询P21.3增加选课P2.1.4删除选课D1用户信息库D2选课信息库图3.2.7学生选课系统二层分解图学生管理注： F1:提交的个人查询信息 F2:查询个人信息后的反馈信息 F3: 查询选课信息后的反馈信息 F4: 提交的选课查询信息
13、F5:选课信息 F6:提交选课信息后的反馈信息 F7: 删除选课信息后的反馈信息 F8:删除选课信息 F9:原始个人信息 F10:原始用户信息 F11:原始选课信息 F12:增加选课的信息 F12:删除选课的信息（2）教师管理。将 P2.2 进行分解，教师管理包括，查看选课信息和个人信息，填写学生的成绩。学生选课管理系统二层分解图学生管理如下图所示：F9F10F8F3F4F2F1F5F6F7教师P2.2.2查询选课信息P2.2.1个人信息查询P2.2.3填写学生信息D1用户信息库D2选课信息库图3.2.8学生选课系统二层分解图教师管理注： F1: 选课信息 F2:提交选课信息后的反馈信息 F3
14、: 填写学生成绩信息后的反馈信息 F4: 提交的学生成绩信息 F5: 提交的个人查询信息 F6:查询个人信息后的反馈信息 F7: 原始个人信息 F8:需要修改的选课信息 F9:修改后的学生信息 F10:原始的选课信息 （3）管理员管理。将 P2.3 进行分解，管理员管理包括，1.管理学生信息，包括对学生信息的查询、增加，修改，删除；2.管理教师信息，包括对教师信息的查询、增加，修改，删除；3.选课信息管理，包括发布选课信息，增加，修改，删除选课课程等。学生管理系统二层分解图学生管理如下图所示：F6F5F4F3F2F1F12F11F10F9F8F7P2.3.1管理学生信息P2.3.2管理教师信息
15、P2.3.3管理课程信息D1用户信息库D2选课信息库管理员图3.2.9学生选课系统二层分解图管理员管理注： F1: 提交的操作学生信息的条件 F2:提交管理学生信息后的反馈信息 F3: 提交的操作教师信息的条件 F4: 提交管理教师信息后的反馈信息 F5: 提交的操作管理员信息的条件 F6: 提交管理管理员信息后的反馈信息 F7: 原始学生信息 F8:调用用户信息库 F9: 调用用户信息库 F10: 原始教师信息 F11: 原始课程信息 F12: 调用选课信息库3.2.4数据字典表1项 目描 述数据存储编号D1数据存储名称用户表简述其中存放着学生，教师，管理员的信息数据存储组成学号+姓名+性别
16、+年龄+专业|+密码 |教师号+教师姓名+性别+职称+工资+补助+年龄+专业+密码 | 管理员号+姓名+密码相关联的处理人员信息管理表2项 目描 述数据存储编号D2数据存储名称选课表简述其中存放着学生选课的信息和教师教课的信息数据存储组成学号+课程号+成绩+学年+学期 | 教师号+课程号相关联的处理对选课，退课，登记成绩，查询表3处理逻辑名称身份验证简述检查输入信息的合法性输入的数据流学号+密码处理过程根据输入的学号和密码，检索用户，确定用户类别，以确定该用户的权限，显示查询信息输出的数据流学生选课信息，学生成绩，学生学籍，密码修改处理频率频繁表4处理逻辑名称查询登记简述查询专业表及课程表，成
17、绩表输入的数据流教师名+教师号+密码处理过程根据输入的信息，确定用户类别，根据用户类别，显示查询信息输出的数据流学生成绩，课程表处理频率频繁第四章 系统UML建模4.1 系统需求分析学生选课系统主要满足来自三方面的需求，这三个方面分别是学生用户、教师用户和管理员用户，也即是三类用户角色。（1）学生用户是主要的需求者，主要需求功能是查询可选课程、查看自己选课情况及进行选课、退课操作等；（2）教师用户主要需求功能是查看自己所教授的课程、课程有哪些学生选修、以及利用本系统提交学生的成绩；（3）管理员用户的功能需求较为复杂，包括对学生信息、教师信息、课程信息进行管理。在学生信息管理子模块中，实现对学生
18、信息的添加、修改、删除操作，还可以输入查询条件进行查询操作。在教师管理子模块中，实现对教师信息的添加、修改、删除、查询等操作。在课程管理子模块中，实现对课程信息的添加，添加时为其分配任课教师、上课时间和地点，实现对课程的修改、删除、查看某个课程的详细信息等。本系统将管理员用户、教师用户、学生用户的身份及权限进行严格的划分，让管理员拥有最高权限，可以查看、维护系统中的所有信息，如添加学生，添加课程，修改课程信息等；让教师拥有查看自己开设的课程的信息，以及提交所开设课程成绩的权限；让学生拥有选课和退选的权限；而修改密码模块的权限每个用户都可拥有，用以修改自己的密码信息。通过进行严格的权限划分，可以
19、更好地进行管理，也可更好地保护用户信息安全。4.2系统用例图（1）管理员用例图管理员管理系统学生管理课程管理教师管理统计管理授课管理增加授课信息统计总学分数统计没选课程统计每科人数图4.1管理员用例图（2）教师用例图管理系统教师登陆成绩修改密码查看课程图4.2教师用例图（3）教师用例图管理系统选修课程修改密码查看课程学生图4.3学生用例图4.3系统时序图4.3.1学生时序图学生首先使用自己的帐号和密码登录系统，登录模块会将学生的ID保存在系统缓存中并提交给课程查询模块。课程查询模块提示学生输入查询条件，学生输入适当的查询条件后查询模块显示符合查询条件的课程列表。学生得到课程列表后，提交自己想要
20、选修的课程ID。生成提交单并提交给数据模块进行保存，保存成功后，选修模块提示学生选修该课程成功。9：提示选修成功8：提交成功7：提交课程6：提交课程ID3：提示输入查询条件1：输入帐号密码妈、登录模块课程查询模块选修课程数据模块2：提交用户4：输入查询条件5：显示查询课程列表学生图4.3.1学生时序图4.3.2教师时序图教师首先使用自己的帐号和密码登录系统，登录模块会将教师的ID保存在系统缓存中并提交给课程查询模块。学生查询模块提示学生输入查询条件，教师输入适当的查询条件后查询模块显示符合查询条件的学生列表。教师得到学生列表后，提交自己要录入分数的学生信息。生成提交单并提交给数据模块进行保存，
21、保存成功后，录入成绩模块提示教师录入成绩成功。9：提示录入成功8：录入成功7：提交分数6录入分数3：提示输入查询条件1：输入帐号密码妈、登录模块学生查询模块录入成绩模块数据模块2：提交用户4：输入查询条件5：显示查询学生课程列表教师图4.3.2教师时序图4.3.3管理员时序图管理员首先使用自己的帐号和密码登录系统，登录模块会将管理员的ID保存在系统缓存中并提交给操作模块。管理员进入需操作模块，选择自己需操作的选项，生成提交单并提交给数据模块进行保存，保存成功后，操作模块提示管理员此次操作成功。9：提示操作成功8：提交成功7：提交操作6提交操作选项3：提示选择要操作功能1：输入帐号密码妈、登录模
22、块进入需操作模块操作模块数据模块2：提交用户4：选择要操作的功能5：显示功能选项列表管理员图4.3.3管理员时序图第五章 总体设计5.1系统功能结构学生模块管理模块用户登录用户管理模块用户注册修改密码输入基本信息查询可选课程选择课程查询已选课程查询个人信息增加专业信息修改专业信息增加新课程信息修改课程信息信息统计高校学生选课系统图5.1系统功能结构图5.2系统流程图开始用户登录管理系统系统欢迎界面功能列表结束图5.2系统总体流程图第六章 概念设计6.1 实体之间的联系根据需求分析，归结出合适的联系：1) 一个学生最多能够选多门课，一门课可以被多个学生选2) 一个老师最多能教一门课，一门课可以被
23、多个老师教授3) 管理员一定是教师6.2 E-R 图6.2.1 局部 E-R 图（1）学生实体及其属性图学生出生日期姓名学号入学年份专业号密码图6.2.1学生实体及其属性图（2）课程实体及其属性图课程课程号课程名先行课课时结束时间开始时间学分上课地点图6.2.2课程实体及其属性图（3）专业实体及其属性图专业专业号学院专业图6.2.3专业实体及其属性图（4）专业实体及其属性图教师教师号教师名性别职称工资补助出生日期专业号密码图6.2.4专业实体及其属性图（5）学生课程联系E-R图学生出生日期姓名入学年份密码课程课程号课程名结束时间开始时间选修MN分数选课时间选课学期专业号学号课时学分上课地点先行
24、课图6.2.5学生课程联系E-R图（6）教师课程关系E-R图教师性别职称工资密码课程课程号课程名结束时间开始时间M讲授N教师名教师号专业号出生日期补助先行课课时学分上课地点图6.2.6教师课程关系E-R图（7）管理员教师关系E-R图教师教师号教师名性别职称工资补助出生日期专业号密码管理员1N图6.2.7教师课程关系E-R图6.2.2全局E-R 图选课学年xuexueina 选课学期1MNNNM管理员成绩教授选修教师课程学生图6.2.8学生选课全局E-R图第七章 逻辑设计根据需求分析中的 E-R 图，通过对实体的属性和之间的联系的分析，我们将其由概念模型向关系模型转化，并且根据范式化理论进行优化
25、7.1.1联系的转化的关系模式教师表（教师号，教师名,性别，职称，工资，补助，年龄，专业号，密码）课程表（课程号，课程名，先行课，课时，学分，上课地点，开课时间，结束时间）学生表（学号，学生名，性别，生日，专业号，密码）专业表（专业号，学院名，专业名）管理员表（教师号，管理员名，密码）学生选课表（学号，课程号，分数，学年，学期）教师选课表（教师号，课程号）注：画红线的是主键，画红波浪线的是外键第八章 物理设计8.1.1 数据库的存储结构通过需求分析，概要设计和逻辑设计流程得到本系统的数据库结构。8.1.2 数据库的表设计进一步确定上一章逻辑设计中设计好的关系模式中各个数据项的类型和长度，将每个
26、关系转换为数据库中的二维表格，并确定了各个表的主键和外键，得到以下表结构：表8.1.2 学生表字段名称字段含义数据类型及长度约束默认值Sno学号Varchar（10）主键Sname学生姓名Varchar（20）非空Sex性别Varchar（2）男Brith生日Char（2）Dno专业号Varchar（20）外键Password密码Varchar（20）表8.2.3教师表字段名称字段含义数据类型及长度约束默认值Tno教师号Varchar（10）主键Tname教师名Varchar（10）非空Sex性别Varchar（2）Prof职称Varchar（10）Sal工资IntComm补助IntBrith
27、生日Varchar（20）Dno专业号Varchar（20）外键Password密码Varchar（20）表8.2.4管理员表字段名称字段含义数据类型及长度约束默认值Ano管理员号Varchar（10）主键Aname管理员姓名Varchar（20）非空Password密码Varchar（20）表8.2.5课程表字段名称字段含义数据类型及长度约束默认值Cno课程号Varchar（10）主键Cname课程名Varchar（20）非空Cpno先行课Varchar（10）Chour课时IntCcredit学分IntAddress上课地点Varcahr(20)Starttime开课时间Varchar（2
28、0）Endtime结课时间Varchar（20）表8.2.6学生选课表字段名称字段含义数据类型及长度约束默认值Sno学号Varchar（10）主键Cno课程号Varchar（20）主键Score成绩IntSctime选课学年Varchar（20）非空Scxq选课学期Varchar（20）非空表8.2.7教师教课表字段名称字段含义数据类型及长度约束默认值Tno教师号Varchar（10）主键Cno课程号Varchar（10）主键表8.2.8专业表字段名称字段含义数据类型及长度约束默认值Dno专业号Varchar（10）主键Academy学院号Varchar（20）非空Dept专业名Varchar
29、（20）非空8.1.3 数据的存放位置的设计根据本系统的数据库的使用情况，主数据文件信息量大且使用频繁将其存储在高速存储器（硬盘）上。将表和表上的索引存储在不同的磁盘上以便提高查询效率，同时这样可以提高物理 I/O 读写效率。数据库备份文件和日志文件等文件因为使用频率小而且数据量非常大，存放在低速存储设备上。8.1.4 关系模式的存取方法关系模式采用索引存取方法与聚簇存取方法共用。8.1.5.数据库安全性在数据库中，由于用户的身份不同，对数据库的访问权限也就不同。管理员几乎能够对所有的用户自定义表进行操作（包括增、删、改、查）。但根据实际情况，学生一旦选课成功，管理员是无法对其选课信息进行修改
30、。同样，学生与教师对数据库的访问权限就更加小了。这样也就保证了数据库安全性。另外一方面，数据库表中，各表之间根据实体完整性、参照完整性、域完整性设置了各种约束。一旦一张表被非法操作，如删除，修改。也会影响其它的表。所以这就要求 DBA 定时进行备份，防止当数据丢失时，引起不可估量的损失。第九章 实现、运行与维护9.1 实现根据概要设计和逻辑设计的结果，在计算机上建立实际的数据库结构，导入数据进行程序调试。9.2 人机界面设计9.2.1高校学生选课登陆界面图7.2.1高校学生选课登陆界面9.2.2高校学生选课管理员登陆欢迎界面图7.2.2高校学生选课管理员登陆欢迎界面9.2.3高校学生选课教师登
31、陆欢迎界面图7.2.3高校学生选课教师登陆欢迎界面9.2.4高校学生选课学生登陆欢迎界面图7.2.4高校学生选课教师登陆欢迎界面9.2.5高校学生选课学生信息界面图7.2.5高校学生选课学生信息界面7.2.6高校学生选课学生查看自己选课界面图7.2.6高校学生选课查看自己选课界面9.2.7高校学生选课教师录入成绩界面图9.2.7高校学生选课教师录入成绩界面9.2.8高校学生选课教师查看自己教课界面图9.2.8高校学生选课教师查看自己教课界面9.2.9高校学生选课修改个人信息界面图9.2.9高校学生选课修改个人信息界面9.2.10高校学生选课增加课程信息界面图9.2.10高校学生选课增加课程信息
32、界面9.2.11高校学生选课查看课程界面图9.2.11高校学生选课查看课程信息界面9.2.12高校学生选课增加教师与课程界面图9.2.12 高校学生选课教师与课程界面9.2.13高校学生查看教师教课界面图9.2.13 高校学生选课界面9.2.14添加学生信息界面图9.2.14高校学生添加学生信息界面9.2.15学生信息列表界面图9.2.15学生信息列表界面9.2.16添加教师信息界面图7.2.16添加教师信息界面9.2.17教师信息列表界面图7.2.16教师信息列表界面9.2.18指定学期学生所选总学分数图7.2.17指定学期学生所选总学分数9.2.19指定学年没有被选的课程名图7.2.17指
33、定学年没有被选的课程名9.2.20统计各老师课程的学生人数图7.2.17统计各老师课程的学生人数7.4 运行维护经过实际的测试和运行，已经可以满足高校公开课学生选课该，系统运行稳定，日后的使用和维护中 DBA 应该注意进行定期备份数据库，以免丢失数据库。定期清理数据库中的无效数据，以提高运行效率。对软件及运行环境进行日常维护。第八章 总结在此次的课程设计当中，我们遇到很多困难，同时也学习到很多。最重要的是深刻体会到了团队的重要性。在课程设计刚开始的时候，由于我们在没有进行详细的数据库分析的情况下，就盲目的编写程序。使得在数据库表结构，关系模式出现问题或变动的时候，花费了大量时间来修改代码。造成
34、了工作进度落后于预期进度。给以后的工作带来的很多的不便。这个时候已经离项目交付日期不到两周。我们的开发团队马上组织起来，召开紧急会议，总结了发生错误的原因。最后一起进行讨论，协商，决定改变以前的错误方针，重新进行详细的合理的数据库分析。踏踏实实的从可行性分析开始，经过需求分析、逻辑设计和物理设计。三天后，一份详细的数据库分析报告摆在大家的面前。此后，程序的编写就十分方便了。我们采用 MVC 模式的 Servlet+JSP+JavaBean 技术进行数据库的连接和界面的开发。在开发过程遇到最大的困难是，地址跳转的问题。由于本系统是基于Web 的，所以在从一个页面到另一个页面的跳转，地址的确定就极
35、为重要。而恰恰开始的时候这方面大家掌握的并不是很好，所以总是出现了问题。大家针对这个问题，重新进行有关知识的学习。通过一边学习，一边解决遇到的问题。我们对这个方面的知识有了深刻的认识。总之，完成这次课程设计，我们都获益匪浅，对以后的项目开发有很大帮助。参考文献1陆琳，刘桂林.数据库技术与应用-SQLServer2005M.长沙:中南大学出版社,20102何旭洪,余建英.PowerBuilder数据库开发实例导航M.北京:人民邮电出版社,20033王小玲，刘卫国.数据库应用基础教程M.北京：中国铁道出版社，20084施伯乐，丁宝康，汪卫.数据库系统教程M.第3版.北京：高等教育出版社，20085程云志，张帆，崔翔.数据库原理与SQLServer2005应用教程M.北京：机械工业出版社，20066苗雪兰，刘瑞新，宋会群.数据库技术与应用M.北京：机械工业出版社，20067李春葆，曾平.数据库原理与应用：基于SQLServer200M.北京：清华大学出版社，20068宁洪，赵文涛，贾丽丽.数据库系统原理M.北京：北京邮电大学出版社，20059何玉洁.数据库基础及应用技术M.第二版.北京：清华大学出版社，2004-