学生选课综合管理系统数据库优秀课程设计.doc

数据库系统原理及其应用教程课程设计汇报 设计题目 选修课程管理系统设计和实现 指导老师 摘 要伴随计算机技术日新月异，极大推进各个行业信息化进程。各大高校也急需进行信息化改革，以促进教学质量和工作效率快速提升。本文是在对各大高校全校公开课学生选课情况进行实地调查后，进行具体分析讨论后撰写学生选课管理系统数据库设计汇报。全文从最初系统计划，到需求分析、概念设计、逻辑设计、物理设计。每一阶段全部进行了具体分析。接下来实现、运行和维护阶段，还进行了对本系统测试，最终是此次项目开发心得和体会和本文参考文件。本系统关键功效是对学生选课及相关信息进行管理。较行业同类产品而言，本系统人机界面设计愈加合理、人性化，用户操作简单方便。数据库安全性更高，对用户访问权限进行了严格控制。数据存取速度愈加快，使用年限更长。能够很好满足高校公开课学生选课要求，极大提升了学校工作效率。关键字：学生选课管理系统；分析；设计目 录一、概述21.1 设计背景251.2 设计目标271.3 设计内容31二、需求分析142.1 功效分析52.2 工作流图42.3 数据流图52.4 数据字典10三、概念模型设计133.1 实体之间联络133.2 E-R图14四、逻辑设计184.1 概念模型向关系模型转换184.2 概念模型优化19五、源代码及查询截图205.1 数据库存放结构205.2 实现235.3 人机界面设计255.4 系统测试275.5 运行维护31六、总结32参考文件32 一、 概述 1.1设计背景可行性研究目标是用最小代价在尽可能短时间内确定数据库系统是否可能开发、是否值得开发、是否能够开发（在该汇报中关键是考查学生选课管理系统是否可能开发、是否值得开发、是否能够开发）。其实质是在较高层次上以较抽象方法进行、简化压缩需求分析和概要设计过程。1.2设计目标系统实现后，极大方便对学生进行选课和选课后临时班级安排管理,学生选课信息管理。避免在安排课程信息滞后，降低信息交流烦琐过程及其带来开销。促进高校教育计算机信息化进程，提升学校工作效率。对于系统本身而言，应该含有较高实用性、安全性。能够极大满足学生选课，和学校对选课信息管理。1.3设计内容 调查学校教务处，设计用于管理全校学生选修课活动系统。关键功效有： 全校选修计划课程管理； 全校选修开课课程管理； 全校学生选课管理； 全校选修课成绩管理； 能够实现课程查询，修改和删除功效。 二、 需求分析 2.1 功效分析关键功效：老师和学生登陆系统帐号和密码，初始全部分别为老师和学号，登陆后密码能够修改。其中老师职位能够是管理员。管理员和非管理员老师及学生对系统操作含有不一样权限。管理员登陆系统，对学生选课情况进行管理，包含公布选课信息，对学生选课情况进行查看。管理员还能够对讲课老师信息进行增加、删除、修改、查询。老师登陆系统，能查看自己个人信息，及所讲课班级全部学生本门课程成绩信息，并能进行增加和修改。学生登陆系统，能进行选课，查看管理员公布选课信息，自己选课情况，本人基础信息，和课程成绩。系统自动分配学生选课后临时班级。性能要求：管理员公布信息、学生选课信息和管理员和学生对系统操作信息必需立即反应在本系统上，且无差错。输入要求：含有很好容错性和兼容性输出要求：应快速、正确、实时2.2工作流图系统需求：用户需求具体表现在选课信息和用户信息提供、保留、更新和查询方面。这就要求数据库设计必需合理，使之能够充足满足多种信息输入和输出，确保数据存放可靠性，而且能够快速取出和存入。而前台显示部分，应含有些人性化界面，方便用户操作。因各个学校实际情况不一样，系统应该含有兼容性。比如：部分学校学生人数较多，同时登陆系统，系统承载负荷就很大。系统需要同时处理很大数据量，这时系统不会所以瓦解。系统还应该含有较强安全性，确保身份不一样用户，不能越权操作。非正当用户不能对数据进行操作。功效需求：经过系统功效分析，结合需求分析员在各大高校实地考查，调查对象涵盖了，学校教职员、在校师生。尤其是对已经运行了和本系统同类产品学校师生使用选课管理系统心得体会进行了分析，总结出以下需求信息：（1） 学生需求：能进行选课，查看管理员公布选课信息，自己选课情况，本人基础信息，课程成绩；（2）老师需求：能查看自己个人信息，及所讲课班级全部学生本门课程成绩信息，并能进行增加和修改；（3）管理员需求：对学生选课情况进行管理，包含公布选课信息，对学生选课情况进行查看。管理员还能够对讲课老师信息进行管理。2.3数据流图系统顶层图：依据系统关键信息处理功效，整个系统能够看作登陆管理，用户选课管理两个部分。从而得出了学生选课管理系统顶层图以下所表示：D2选课信息库 学生选课管理系统顶层图F1用户D1用户信息库P1登陆管理P2用户选课管理F2F3F4F5F6F7F8F9F10注： F1:用户登陆信息 F2:用户注册信息 F3:用户基础信息 F4:用户基础信息F5:学生选课信息清单 F6:学生选课信息 F7:登陆错误信息 F8:系统反馈用户信息F9:用户信息清单 F10:修改密码后用户信息 数据步骤图一层分解图（1）用户登陆管理。用户在登陆时，系统会进行判定。用户一共有三种类型，分别是学生，老师和管理员。其中，一部分老师是管理员。在登陆只有学生和老师两种类型，管理员身份由系统自行判定。在判定时需要查询用户信息库。用户信息库，包含学生注册信息，老师注册信息，管理员信息等。学生选课管理系统一层分解图登陆管理，以下图所表示：学生选课管理系统一层分解图登陆管理F1用户D1用户信息库F3F2.1F2.2P1.1用户身份判定F2.3P1.2修改密码F1F10P2用户操作管理F7.1F7.2注：F2.1:学生登陆信息 F2.2:老师登陆信息 F2.3:管理员登陆信息F7.1:用户身份信息 F7.2:修改密码错误信息（2）用户操作管理。在登陆管理进行判定后，发送学生登陆信息，老师登陆信息，管理员登陆信息其中一个。依据用户身份信息不一样，进入不一样管理界面，对应操作功效，权限全部有所不一样。以下图所表示：P2.1学生管理学生D1用户信息库D2选课信息库F2.1F8.1F3.1F6.1F5.1 学生选课管理系统一层分解图学生管理注：F3.1:原始学生信息 F5.1:学生更新后选课信F6.1:学生查询选课信息 F8.1:学生操作后返回信息P2.2老师管理老师D1用户信息库D2选课信息库F2.2F8.2F3.2F6.2F5.2 学生选课管理系统一层分解图老师管理注：F3.2:原始老师信息 5.2:老师更新后选课信息F6.2:老师查询选课信息 F8.1:老师操作后返回信息P2.3管理员管理管理员D1用户信息库D2选课信息库F2.3F8.3F3.3F6.3F5.3F9.1 学生选课管理系统一层分解图管理员管理注：F3.3:原始管理员信息F9.1更新后用户信息F6.3:管理员查询选课信息F8.1:管理员操作后返回信息 F5.3:管理员更新后选课信息数据步骤图二层分解图（1）学生管理。将P2.1进行分解，学生管理包含，查看选课信息和个人信息，进行选课、重新选课。学生选课管理系统二层分解图学生管理以下图所表示：学生选课管理系统二层分解图学生管理D1用户信息库F8.1F5.1.1P2.1.1个人信息查询P2.1.2选课信息查询P2.1.3增加选课P2.1.4删除选课D2选课信息库F5.1.2F6.1F2.1F2.1F2.1F2.1学生F8.1F8.1F8.1F3.1F3.1注：F3.1:学生个人信息 F5.1.1:增加后选课信息F5.1.2: 删除后选课信息（2）老师管理。将P2.2进行分解，老师管理包含，查看选课信息和个人信息，填写学生成绩。学生选课管理系统二层分解图学生管理以下图所表示：学生选课管理系统二层分解图老师管理D1用户信息库F3.2.1P2.2.1个人信息查询P2.2.3查询选课信息P2.2.4填写学生成绩D2选课信息库F5.2.2F6.2F2.2F8.2F2.2老师F8.2F8.2F8.2注：F3.2.1:老师个人信息 F3.2.2:学生个人信息 F5.2.2:增加后学生成绩信息 F5.2.3:修改后学生成绩信息（3）老师管理。将P2.3进行分解，管理员管理包含，1.管理学生信息，包含对学生信息查询、增加，修改，删除；2.管理老师信息，包含对老师信息查询、增加，修改，删除；3.选课信息管理，包含公布选课信息，增加，修改，删除选课课程等。学生管理系统二层分解图学生管理以下图所表示： 学生选课管理系统二层分解图管理员管理D1用户信息库P2.2.3管理学生信息P2.2.3管理老师信息F8.3F2.3F2.3F3.3.1F9.1.1F9.1.2F3.3.2D2选课信息库P2.2.3管理课程信息F2.3F3.3.3F9.1.3P2.2.3管理班级信息F2.3F3.3.3F9.1.4管理员F8.3F8.3注：F3.3.1:原始学生信息 F3.3.2:原始老师信息 F3.3.3:原始课程信息F3.3.4:原始教室信息 F9.1.1:修改后学生信息 F9.1.2:修改后老师信息 F9.1.3:修改后课程信息 F9.1.3:修改后班级信息 2.4数据字典 数据流条目 用户登陆信息数据流条目编号F1数据流名称用户登陆信息起源用户去向P1：登陆管理简述用户在登陆时输入账号、密码和验证码组成用户名+密码+身份+验证码 用户身份信息数据流条目编号F2数据流名称用户身份信息起源P1：登陆管理去向P2：用户操作管理简述登陆系统判定用户身份后发送信息组成用户名+密码+身份+验证码 用户注册信息数据流条目编号F3数据流名称用户注册信息起源用户信息库去向P1：登陆管理简述系统从用户信息库中查询出来用户注册信息组成学生注册信息+老师注册信息+管理员注册信息 用户基础信息数据流条目编号F4数据流名称用户基础信息起源D1：用户信息库去向P2：用户操作管理简述系统从用户信息库中查询出来用户基础信息组成学生信息+老师信息+管理员信息 用户基础信息数据流条目编号F5数据流名称学生选课信息清单起源P2：用户操作管理去向D2：选课信息库简述用户操作数据后存入选课信息库中信息组成学号+课程号+成绩用户基础信息数据流条目编号F6数据流名称学生选课信息起源D2：选课信息库去向P2：用户操作管理简述用户操作数据后存入选课信息库中信息组成学号+课程号+成绩+班级信息 用户基础信息数据流条目编号F7数据流名称登陆错误信息起源D2：选课信息库去向P2：用户操作管理简述用户登陆时，输入用户名，密码或验证码错误组成错误信息 用户基础信息数据流条目编号F8数据流名称系统反馈用户信息起源D2：选课信息库去向P2：用户操作管理简述用户进行操作后,系统反馈给用户信息组成查询或操作显示信息，或错误提醒信息用户基础信息数据流条目编号F9数据流名称用户信息清单起源P2：用户选课管理去向D1：用户信息库简述用户操作数据后存入用户信息库中信息组成学生信息+老师信息+管理员信息 用户基础信息数据流条目编号F10数据流名称修改密码后用户信息起源P1：登陆管理去向D1：用户信息库简述用户修改密码后存入用户信息库信息组成用户名+密码+身份数据处理登陆管理数据处理编号P1名称登陆管理输入流F1、F3输出流F2、F7、F10简述对登陆信息进行管理处理判定用户登陆时输入登陆信息是否正确 用户操作管理数据处理编号P2名称用户操作管理输入流F2、F4、F6输出流F5、F8简述用户相关操作管理处理依据用户不一样，进行不一样用户操作管理数据存放数据存放处理编号数据存放名输入数据流删除数据流流量D1用户信息库F9、F10F3、F4大D2选课信息库F6F5大 三、概念模型设计3.1 实体之间联络 依据需求分析，归结出适宜联络： 1、一个学生最多能够选两门课，一门课能够被多个学生选 2、一个老师最多能教一门课，一门课能够被多个老师教授， 3、老师中只有一个是管理员 4、一个学生能够属于不超出两个临时班级，一个临时班级能够有多名学生 5、一名老师能够在多个临时班级上课，一个临时班级只有一名老师教授3.2 E-R图 局部E-R图（1）学生课程联络E-R图学生课程联络E-R图学生课程选修MN成绩年纪密码系部学号姓名性别课程号课程名学分上课时间结束时间开始时间（2）老师课程关系E-R图老师课程关系E-R图老师讲授1N课程课程号课程名学分上课时间结束时间开始时间性别老师名老师号年纪身份密码（3）学生临时班级联络E-R图学生临时班级联络E-R图临时班级属于N学生M年纪密码系部学号姓名性别班级号班级名人数地点（4）管理员老师关系实体E-R图 管理员老师关系E-R图老师管理员1N性别老师名老师号年纪身份密码（5）老师班级关系实体E-R图老师临时班级联络E-R图任教N1临时班级地点人数班级名班级号老师性别老师名老师号年纪身份密码（6）课程临时班级关系实体E-R图上课时间班级号学分班级名课程名名开课时间地点课程号结束时间人数课程临时班级开设1N 课程临时班级联络E-R图 全局E-R图 学生选课全局E-R图学生管理员1N老师课程班级选修成绩教授属于任教NNMMNN11开设1N 四、逻辑设计 4.1 概念模型向关系模型转换依据需求分析中E-R图，经过对实体属性和之间联络分析，我们将其由概念模型向关系模型转化，而且依据范式化理论进行优化 1:N联络转化关系模式（1）老师课程联络概念模型向关系模型转化老师表（老师号，老师名,性别，年纪，身份，密码，课程号）课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）（2）老师临时班级联络概念模型向关系模型转化老师表（老师号，老师名,性别，年纪,身份，密码）临时班级表（班级号，班级名，人数，地点，老师号）（3）课程临时班级联络概念模型向关系模型转化临时班级表（班级号，班级名，人数，地点，课程号）课程表（课程号，课程名,学分,上课时间，开课时间，结束时间） M:N联络转化关系模式（1）学生选课联络概念模型向关系模型转化学生表（学号，姓名，性别，年纪，系部，密码）课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）选课表（学号，课程号，成绩）（2）学生班级联络概念模型向关系模型转化学生表（学号，姓名，性别，年纪，系部，密码）临时班级表（班级号，班级名，人数，地点）学生班级关系表（学生号，班级号）4.2 概念模型优化 确定范式等级依据上述分析所归结出来数据依靠种类和在本系统实际开发过程中，需要包含多表查询及表修改和删除，且存在多值依靠实际情况下，其关系模式应达成BCNF。 实施规范化处理 因为学生选课联络关系模式、学生班级关系模式和老师管理员联络关系模式已经不存非平凡且非函数依靠额多值依靠，所以在这里不需要做处理。各个关系模式函数依靠集以下：老师课程联络：F=老师号老师名，老师号性别，老师号年纪，老师号身份，老师号密码，老师号课程号班级临时班级联络：F=班级号班级名，班级号人数，班级号地点，班级号老师号课程临时班级联络：F=班级号班级名，班级号人数，班级号地点，班级号课程号选课联络：F=（学号，课程号）成绩学生班级联络：F=（学生号，班级号）（1）老师课程联络概念模型向关系模型优化老师表（老师号，老师名,性别，年纪，身份，密码）课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）老师课程联络（老师号，课程号）（2）老师临时班级联络概念模型向关系模型优化老师表（老师号，老师名,性别，年纪,身份，密码）临时班级表（班级号，班级名，人数，地点）老师临时班级关系（班级号，老师号）（3）课程临时班级联络概念模型向关系模型优化临时班级表（班级号，班级名，人数，地点）课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）课程临时班级关系（班级号，课程号）经过规范化处理后全部关系模以下：学生表（学号，姓名，性别，年纪，系部，密码）课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）老师表（老师号，老师名,性别，年纪,身份，密码）临时班级表（班级号，班级名，人数，地点）老师课程关系(老师号, 课程号)老师临时班级关系（班级号，老师号）选课表（学号，课程号，成绩）学生临时班级关系表（学生号，班级号）课程临时班级关系（班级号，课程号） 五、源代码及查询截图 5.1 数据库存放结构经过需求分析，概要设计和逻辑设计步骤得到本系统数据库结构。数据库表设计深入确定上一章逻辑设计中设计好关系模式中各个数据项类型和长度，将每个关系转换为数据库中二维表格，并确定了各个表主键和外键，得到以下表结构： 学生表字段名称字段含义数据类型及长度约束默认值Sno学号varchar(15)主键Sname姓名varchar(15)非空Ssex性别varchar(2)男Sage年纪int0或0或=0或=0或=100学生临时班级关系表字段名称字段含义数据类型及长度约束默认值Sno学号varchar(15)主键,外键Csno班级号varchar(15)主键,外键 老师课程关系表字段名称字段含义数据类型及长度约束默认值Tno老师号varchar(15)主键,外键Cno课程号varchar(15)外键老师临时班级关系表字段名称字段含义数据类型及长度约束默认值Csno班级号varchar(15)主键,外键Tno老师号varchar(15)外键课程临时班级关系表字段名称字段含义数据类型及长度约束默认值Csno班级号varchar(15)主键,外键Cno课程号varchar(15)外键数据存放位置设计依据本系统数据库使用情况，主数据文件信息量大且使用频繁将其存放在高速存放器（硬盘）上。将表和表上索引存放在不一样磁盘上方便提升查询效率，同时这么能够提升物理I/O读写效率。数据库备份文件和日志文件等文件因为使用频率小而且数据量很大，存放在低速存放设备上。关系模式存取方法关系模式采取索引存取方法和聚簇存取方法共用。数据库安全性在数据库中，因为用户身份不一样，对数据库访问权限也就不一样。管理员几乎能够对全部用户自定义表进行操作（包含增、删、改、查）。但依据实际情况，学生一旦选课成功，管理员是无法对其选课信息进行修改。一样，学生和老师对数据库访问权限就愈加小了。这么也就确保了数据库安全性。另外首先，数据库表中，各表之间依据实体完整性、参考完整性、域完整性设置了多种约束。一旦一张表被非法操作，如删除，修改。也会影响其它表。所以这就要求DBA定时进行备份，预防当数据丢失时，引发不可估量损失。5.2实现依据概要设计和逻辑设计结果，在计算机上建立实际数据库结构，导入数据进行程序调试。 数据库实现（1）创建数据库Studentcreate database Studenton(name=学生选课管理库,filename=E:db学生选课管理库.mdf,size=5,maxsize=15,filegrowth=2)视图实现（1）创建查询可供选择课程视图create view cinfoas select ame,course.ccredit,class.address,course.ctime,course.cbegintime,course.cendtime,class.number,o,class.csname,class.csnofrom course,tc,class,ccwhere o=o and o=o and class.csno=cc.csno （2）创建老师信息视图create view tinfoasselect teacher.tno,teacher.tname,teacher.tsex,teacher.tage,status,amefrom teacher,course,tcwhere teacher.tno=tc.tno and o=o;（3）创建老师老师讲课视图create view tcinfoasselect teacher.tno,teacher.tname,o,amefrom teacher,course,tcwhere teacher.tno=tc.tno and o=o（4）学生选课信息视图create view scinfoasselect student.sname,ame,course.ccredit,course.ctime,course.cbegintime,course.cendtime,student.snofrom student,course,scwhere student.sno=sc.sno and o=o （5）老师任教情况create view ctinfoasselect teacher.tno,teacher.tname,class.csno,class.csname from class,teacher,ctwhere class.csno=ct.csno and ct.tno=teacher.tno（6）老师课程班级之间关系视图create view tcsasselect o,tc.tno,cc.csno from cc,tc where o=o （7）学生课程班级之间关系视图create view sccasselect scs.sno,scs.csno,o from scs,cc where scs.csno=cc.csnoselect * from sc（8）学生已选课程成绩create view scgradeasselect scc.csno,class.csname,scc.sno,student.sname,o,ame,student.sclass,sc.gradefrom scc,course,class,student,sc where o=o and scc.csno=class.csno and scc.sno=student.sno and scc.sno=sc.sno and o=o（9）创建查询可供选择课程视图create view cinfoasselect course.Cname, course.Ccredit, class.address,course.CTime,course.Cbegintime,course.Cendtime,class.number,course.Cno,class.CSname,class.CSno,teacher.Tnamefrom tcs,teacher,class,coursewhere tcs.tno=teacher.tno and class.csno=tcs.csno and o=o（10）创建查询已选可供选择课程视图create view scinfoas select student.sno,student.sname,ame,course.ccredit,course.ctime,course.cbegintime,course.cendtime,o,sc.gradefrom sc,student,coursewhere sc.sno=student.sno and o=o5.3人机界面设计 用户登陆界面用户登陆界面是每一个用户，在登陆本系统时出现界面，如要用户输入用户名、密码和验证码，和确定用户身份。其界面以下图： 用户登陆界面 学生选课管理界面学生登陆成功后，进入学生管理模块，其界面以下：学生选课管理界面 老师管理界面老师成功登陆系统后，老师管理界面以下图： 老师管理界面 管理员管理界面管理员成功登陆系统后，管理员管理模块界面以下图：管理员管理界面5.4 系统测试用户登陆测试（1）登陆信息验证测试。有一名用户，用户名为：S01001 密码为：hongfeng，其身份为学生。当其在登陆界面全部信息输入正确时将进入图6-2界面。假如该用户输入为abcdef，系统就会提醒用户犯错，犯错界面以下： 登陆错误提醒1（2）假如用户在输入登陆信息时不符合规范，将弹犯错误提醒。如：验证码要求输入4位数字，现在输入4位字符或3位数字，将会弹出一下提醒框： 登陆错误提醒2学生选课管理测试（1）学生选课测试。一名学生用户，登陆系统后，进入图6-2界面，选择学生选课，进行选课。以下图： 课程安排（2）该用户选择了考研数学和汽车概论两门课程，点击选课按钮，系统提醒选课成功。选课成功后，返回课程安排界面，以下图： 选课后课程安排（3）课程安排界面，点击已选课程，进入以下界面： 已选课程 老师管理测试（1）一名老师，登陆系统成功后，进入图6-3界面，点击老师讲课信息，显示该名老师临1101班任教，以下图：老师讲课班级信息（2）在图6-7-1界面，点击查看临1101班信息，进入以下界面：修改前学生成绩（3）在界面点击修改，将“萧萧”成绩修改成90，修改后界面以下：修改后学生成绩 管理员管理测试（1）“王军”是本系统唯一一名管理员，登陆系统后，进入图6-4界面，下面对其对学生管理进行测试。点击学生信息，进入以下图界面： 学生信息管理（2）添加一个学号为“S01005”，姓名为“刘宏”，性别为“男”，22岁，计算机学院，计科0901班学生信息，添加成功后，以下图 增加学生信息后学生信息（3）在上述界面，输入“男”作为关键字，点击查询后，以下图：搜索后学生信息（3）在图上述界面，在第6行，点击修改，将“刘娇”性别改成男，修改成功后，以下图： 修改后学生信息5.5 运行维护经过实际测试和运行，已经能够满足高校公开课学生选课该，系统运行稳定，以后使用和维护中DBA应该注意进行定时备份数据库，以免丢失数据库。定时清理数据库中无效数据，以提升运行效率。对软件及运行环境进行日常维护。 六、总结 （设计过程中碰到问题和处理方法；课程学习及设计体会）在此次课程设计当中，我们碰到很多困难，同时也学习到很多。最关键是深刻体会到了团体关键性。在课程设计刚开始时候，因为我们在没有进行具体数据库分析情况下，就盲目标编写程序。使得在数据库表结构，关系模式出现问题或变动时候，花费了大量时间来修改代码。造成了工作进度落后于预期进度。给以后工作带来很多不便。这个时候已经离项目交付日期不到两周。我们开发团体立即组织起来，召开紧急会议，总结了发生错误原因。最终一起进行讨论，协商，决定改变以前错误方针，重新进行具体合理数据库分析。踏扎实实从可行性分析开始，经过需求分析、逻辑设计和物理设计。三天后，一份具体数据库分析汇报摆在大家面前。以后，程序编写就十分方便了。我们采取MVC模式Servlet+JSP+JavaBean技术进行数据库连接和界面开发。在开发过程碰到最大困难是，地址跳转问题。因为本系统是基于Web，所以在从一个页面到另一个页面跳转，地址确实定就极为关键。而恰恰开始时候这方面大家掌握并不是很好，所以总是出现了问题。大家针对这个问题，重新进行相关知识学习。经过一边学习，一边处理碰到问题。我们对这个方面知识有了深刻认识。总而言之，完成这次课程设计，我们全部获益匪浅，对以后项目开发有很大帮助。为了完成我数据库课程设计，我从上学期就开始做了。了解到 C+ 在数据库方面应用比较麻烦，也考虑到想在课程设计过程中学到更多东西，于是我从开头开始学 C# ，一门全方面面向对象编程语言。我从图书馆借了大量相关 C# 书，并在短时间内把 C# 基础语句和功效看懂，以后就开始看 C# 在数据库方面应用。前期知识准备差不多时候，就开始动工做我课程设计。 在 开始时候，总会碰到这么或那样问题，在做过程中，慢慢探索和研究，把其中一个个问题逐一处理