通过总结，我们可以对过去的成果进行归纳总结，形成实质性的学习成果。接下来，小编为大家推荐一些经典的总结范例，希望能给大家写作带来一些帮助。
数据库课程设计案例（专业17篇）篇一
校本课程是充分发挥学校及周围的资源优势，挖掘课程资源，满足不同年龄学生的不同需求，促进学生的个性健康化发展的课程。本学期化学组校本课程将在《生活中的化学》这一校本课程开发实施并取得初步成效的基础上，继续改进和完善进一步开发《趣味化学》这门校本课程，本着“一切为了学生，培养发展学生个性特长，促进学生全面发展”，这一学校持续发展目标，把趣味化学实验这一活动渗透在日常教学之中，加大管理力度，采取有力措施，力求取得更好效果。
1、本着满足学生个性需求，给学生最适应的教育，让学生最快乐的成长，充分发挥学生的个性特长。使他们真正成为一名既能全面发展，又能突出个性的合格高中生。
2、根据学生身心发展特点，结合教学内容，采用灵活丰富的学习方式，在教学过程中注重学生的实践体验，满足学生兴趣爱好和发展要求，提高学生综合素质。
3、改变学习方式，加强理论与实践相结合，引导学生从现实生活经历和体验出发，激发学生对校本课程的兴趣。
4、通过学习，不断发展学生的创新意识和实践能力，具备应用所学知识解决简单实际问题，并能获取新的知识的能力。
5、建立学习过程与学习结果并重的评价体系。形成学生认同，乐于参与的激励性评价形式。
6、为突出校体课程的灵活性和选择性，按季节和时令选择相应授课内容。
7、课程设计注重理论与实践相结合，以实践为主。
为了全面提高学生的综合素质，使学生具备良好的"科学素养、严谨的科学态度、灵活的动手能力，及提升学生对化学学科的学习兴趣。在活动中，学会科学探究的基本方法和实验操作的技能，充分发展合作精神，现将课程内容分为以下几个教学内容：
序言：你准备好了吗？
第一章：我也能做。
实验一环保肥皂的制作。
实验二化学“冰箱”与冰袋。
实验三雪花膏的制作。
实验四水果电池的制作。
第二章舌尖上的化学。
实验一汽水的制作。
实验二自制果冻。
实验三各种水果的维c含量之比较。
第三章这里很有趣。
实验一玻棒点灯、黑龙攀柱。
实验二水下公园。
实验三消字灵的制作。
附录：小实验。
1、课程教学结构：创设情境小组探究汇报表演。
2、组织形式：小组合作探究制。
3、课时安排：每两周1课时（周四活动课时间）。
4、活动地点：化学实验室或根据需要而定。
略
阅读是学习，摘抄是整理，写作时创造。为大家分享的5篇数据库课程设计案例数据库课程设计实例就到这里了，希望在数据库课程设计实例的写作方面给予您相应的帮助。
数据库课程设计案例（专业17篇）篇二
做了一个星期的程序设计终于做完了，在这次程序设计课中，真是让我获益匪浅，我突然发现写程序还挺有意思的。
由于上学期的c语言跟这学期的数据结构都算不上真正的懂，对于书上的稍微难点的知识就是是而非的，所以我只是对老师的程序理解，我也试着去改变了一些变量，自己也尽量多的去理解老师做程序的思路。当我第一天坐在那里的时候，我就不知道该做些什么，后来我只有下来自己看了一遍书来熟悉下以前学过的知识。
通过这次的程序设计，发现一个程序设计就是算法与数据结构的结合体，自己也开始对程序产生了前所未有的兴趣，以前偷工减料的学习也不可能一下子写出一个程序出来，于是我就认真看老师写的程序，发现我们看懂了一个程序其实不难，难的是对于一个程序的思想的理解，我们要掌握一个算法，不仅仅限于读懂，主要的是要理解老师的思路，学习老师的解决问题的方法。
这次试验中，我发现书本上的知识是一个基础，但是我基础都没掌握，更别说写出一个整整的程序了。自己在写程序的时候，也发现自己的知识太少了，特别是基础知识很多都是模模糊糊的一个概念，没有落实到真正的程序，所以自己写的时候也感到万分痛苦，基本上涉及一个知识我就会去看看书，对于书本上的知识没掌握好。在饭后闲暇时间我也总结了一下，自己以前上课也认真的听了，但是还是写不出来，这主要归结于自己的练习太少了，而且也总是半懂就不管了。在改写老师的程序中也出现了很多的问题，不断的修改就是不断的学习过程，当我们全身心的投入其中时，实际上是一件很有乐趣的事情。
对于以后的学习有了几点总结：
第三，多做习题，看题型，针对题型来有选择复习；
数据结构看上去很复杂，但你静下心来把书扫上几遍，分解各个知识点，这一下来，学数据结构的思路就会很清晰了。
数据库课程设计心得体会篇本程序以c语言的栈的相关知识为基础，通过控制两个栈(运算数栈和运算符栈)的进出的栈操作，来实现对包含加、减、乘、除、括号运算符及sqrt和abs函数的任意整型表达式的求解运算。
从程序的编写来看，感觉这次自己真的`学到了好多，特别是对程序的开发流程。从最初的选定程序，到最终的程序运行成功，让我感到如果是仅仅掌握课本上的知识是远远不能够很好的应用到实际的编程中去的。在这个过程中还需要我们更多的去考虑到实际条件的种种限制和约束。
我在写本程序的过程中也遇到了很多的问题，当然本程序的核心问题就是对两个栈的压出栈操作，需要做优先级判断，并要考虑什么时候进栈，什么时候出栈等操作。我采用了课本上第52-54页讲的通过一个二维字符串数组来控制比较“+-__、()as=”共9个运算符的优先级控制。对异常，如除数为0、被开方数小于0等异常也进行了精心的处理。对操作过程中要用到的y、n、a、s等字符也进行了改进，最终本程序可以不区分大小写就完成相关操作。
总之，经过本次专业课程设计，让我掌握了开发应用软件的基本流程，运用所学编程技能的基本技巧，也让我初步了解了软件设计的基本方法，提高进行工程设计的基本技能及分析、解决实际问题的能力，为以后毕业设计和工程实践等打下良好的基础。相信通过这次的课程设计，我对所学的《数据结构(c语言版)》和各种编程语言都有了一个全新的认识。我也会积极吸取本次课程设计的经验，继续研究数据结构和所学的各种编程语言。
数据库课程设计案例（专业17篇）篇三
一周的课程设计结束了，在这次的课程设计中不仅检验了我所学习的知识，也培养了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的.方法和技巧。在设计过程中，和同学们相互探讨，相互学习，相互监督。我学会了运筹帷幄，学会了宽容，学会了理解，也学会了做人与处世，这次课程设计对我来说受益良多。
课程设计是我们专业课程知识综合应用的实践训练，着是我们迈向社会，从事职业工作前一个必不少的过程。“千里之行始于足下”，通过这次课程设计，我深深体会到这句千古名言的真正含义。我今天认真的进行课程设计，学会脚踏实地迈开这一步，就是为明天能稳健地在社会大潮中奔跑打下坚实的基础。我这次设计的科目是数据结。
数据结构，是一门研究非数值计算的程序设计问题中计算机的操作对象（数据元素）以及它们之间的关系和运算等的学科，而且确保经过这些运算后所得到的新结构仍然是原来的结构类型。“数据结构”在计算机科学中是一门综合性的专业基础课。数据结构是介于数学、计算机硬件和计算机软件三者之间的一门核心课程。数据结构这一门课的内容不仅是一般程序设计（特别是非数值性程序设计）的基础，而且是设计和实现编译程序、操作系统、数据库系统及其他系统程序的重要基础。通过这次模具设计，我在多方面都有所提高。
在界面设置中使用函数调用while。其中文本显示颜色和背景颜色都可以任意按照自己的喜好，任意改变，但改变的时候必须采用标准英文大写，同时在制作显示菜单的窗口，大小根据菜单条数设计。最后采用printf输出程序设计界面。
这次的程序软件基本上运行成功，可以简单的建立链式循环链表，并进行输出，及循环语句的运用和选择语句的控制。由于时间和知识上的限制，使得程序规模相对较小，即功能还不很全面，应用也不很普遍。原来c语言可是涉及很多知识，而不是枯燥无聊的简单的代码部分而已，利用c语言方面的知识，我们可以设计出更完善的软件。
通过这次的课程设计，更是让我深刻认识到自己在学习中的不足，同时也找到了克服这些不足的方法，这也是一笔很大的资源。在以后的时间中，我们应该利用更多的时间去上机实验，加强自学的能力，多编写程序，相信不久后我们的编程能力都会有很大的提高能设计出更多的更有创新的作品。
数据库课程设计案例（专业17篇）篇四
功能要求：
（1）录入编目：新书录入，办理借书证（补办），销毁借书证；
（2）借书还书：借书（续借），还书，馆际互借；
（4）系统设置：权限，口令，重登录。
对于一个给定的应用环境，按照数据库设计的步骤，构造最优的数据库模式，建立数据库及其应用系统，使之能有效的存取数据，满足各种用户的应用需求。
1．主要内容。
（1）概念结构设计。
选择局部应用。
逐一设计分e-r图。
消除冲突，合并分e-r图。
消除不必要的冗余，设计基本e-r图。
（2）逻辑结构设计。
e-r图向关系模型的转换。
关系模型的优化。
2）软件设计。
（1）熟悉高级语言使用环境。
（2）熟悉数据库管理系统使用环境。
（3）设计数据库（表及其关系）。
（4）针对局部应用设计应用程序。
（5）完成所要求的主要功能。
三、课程设计要求。
1、做好文档。
本课程设计文档要求是：
(1)调试记录：调试中遇到的问题要做记录，并说明解决的方法。如果未解决，要记录问题的现象。
(2)程序清单：它包括数据结构和文本文件，程序要带注释。
四、考核方式与评分办法。
1、课程设计结束时，要求学生写出课程设计报告打印上交，并提交可运行的软件系统。课程设计报告模板上传到公共磁盘文件夹中，请严格按要求完成，格式不合格，课程设计成绩做不及格处理，请大家重视。
2、学生课程设计的成绩主要根据学生的设计过程和报告综合评定得出，此部分占70%。出勤情况占30%。
数据库课程设计案例（专业17篇）篇五
本次课程设计的选题，研究及论文的撰写均是在我们的指导教师×老师和×老师的悉心指导下进行的。设计中的每一个环节无不凝聚着×老师和×老师的心血。老师在数据库设计方面有很多的实践经验，在我们面对问题时对我们的悉心指导及其严谨的工作态度锐意创新的精神，使我们受益匪浅，在此特别向×老师和×老师表示深深的感谢和由衷的敬意。
在系统的完善过程中，我们也遇到了这样或那样的技术问题，但经过自己的不懈努力及查阅大量的资料，最终还是完成了这次任务，虽然结果与老师的预期有一定的距离，但我们都尽了最大的努力。实训期间，同学们也给了我许多有益的启示和帮助，使我能够顺利完成。
在论文的最后，我要再次感谢×老师，她是我们的授课教师，同时也是我们实训的指导老师。在上课时，她会细心地为我们讲解课上知识，下课时，也会不遗余力地为我们解答疑难问题。在本次课程设计时她也非常的细心，每次有什么问题，她都会细心地讲解与示范，直到我们明白为止。在这里，对您衷心地表示感谢孙老师和关老师的帮助，同学的帮助都是我在未来的最大财富。在最后，我要再次感谢给予我帮助的老师同学们。祝你们今后事事顺心。
特别感谢×老师和×老师一直以来对我们的关怀与教导，再次祝您工作顺利，事事如意。
数据库课程设计案例（专业17篇）篇六
本文目录。
两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。
通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。
从各种文档的阅读到开始的需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统的设计开发过程。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复中不断完善自己的想法。
我想有这样的问题不止我一个，事后想想是一开始着手做的时候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要特别注意这一块的设计。
按照要求，我们做的是机票预订系统。说实话，我对这个是一无所知的，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计的下场我已经尝过了，结果就是出来一个四不像的设计方案，没有什么实际用处。没有前期的调查，仅从指导书上那几条要求着手是不够的。
在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活经验，根据可行性研究的结果和客户的要求，分析现有情况及问题，采用client/server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言的规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言的规范性以及我们在编程时要有严谨的态度，同时在写程序时如有一定量的注释，既增加了程序的可读性，也可以使自己在读程序时更容易。
我们学习并应用了sql语言，对数据库的创建、修改、删除方法有了一定的了解，通过导入表和删除表、更改表学会了对于表的一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。
很多事情不是想象中的那么简单的，它涉及到的各种实体、属性、数据流程、数据处理等等。很多时候感觉后面的设计根本无法继续，感觉像是被前面做的各种图限制了。在做关系模型转换的时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。
物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引的部分，对一些比较经常使用搜索的列，外键上建立索引，这样可以明显加快检索的速度，最后别忘记重要的安全性设置，限制用户访问权限，新建用户并和数据库用户做相应的映射。
不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难的事在你尝试之后你可能会发现原来她并没有你以前觉得的那样，自己也是可以的。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫的时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面的工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我的最大感想!
以上基本是这次实习的体会了，设计进行的非常艰难，编码非常不容易，才发现做一个项目最重要的不在于如何实现，而是实现之前的需求分析和模块设计。创新很难，有些流行的系统其实现并不难，难的在于对市场的分析和准确定位。设计，是一个任重道远的过程。
返回目录。
首先，让我的记忆追溯到大二暑假，在老大的指引下（），我接触到microsoft 产品。那个时候我已经学过vc和asp，因为windows程序设计实验的课的关系，接触过vb，但是没有专门去学他，因为习惯了c++里面的class，int，觉得vb的sub，var 看着就不是很顺心。我是一个好奇心很强的人，突然看到了一个号称“.net是用于创建下一代应用程序的理想而又现实的开发工具”，而且主推c#语言，由于对c语言的一贯好感，我几乎是立刻对他产生了兴趣。我就开始了对c#的学习，任何语言都不是孤立存在的，所以数据交互是很重要的，暑假的时候我把我们这学期的课本数据库系统概论看了一遍。我记得以前用c语言编程的时候，数据是在内存中申请空间，譬如使用数组等等。很耗费内存空间。这个时候就是数据库站出来的时候啦，于是我又装上了sql server，以前学asp的时候用的是access，那个时候只是照着人家做，理论是什么也不是很清楚。
通过一个暑假的学习，基本搞清楚了理论方面的东西，具体怎么用也不是很清楚。但是这为这学期的课程设计打下了铺垫。
来到学校后，随着这学期的数据库课程大赛开始了，我有一个看法就是我自己应该具备的能力不是我会多少，而是我应该具备快速学会东西的能力。遇到什么就学什么。我们有时候很容易被一些专业名词说吓着，包括什么建模，软件工程，数据分析，数据挖掘等等。我身边就有很多同学被这些纸老虎所唬住，而没有勇气去接触他们，总是说这个太难了之类的退堂鼓的话，他们低估了自己的潜力同时也压抑住了他们自己的好奇心。其实都是纸老虎，又不是什么国家科研难题，只是去用一些工具，发明工具是很难，但是用一个工具就容易多了，just do it！我记得我做这个数据库之前，我们老师说要做好前期分析，我就在网上搜索用什么分析工具好。最后我选择了roseuml建模工具。在此之前，我脑袋里面没有软件建模的思想，什么uml建模对我而言就是一张空白的纸。但是真正接触后并没有想象的那么难，有什么不懂的上网去搜索，这是一个信息横流的世界，有google，baidu就没有不能解决的知识难题。以及后来的数据库分析的时候用到的powerdesigner也是一样。
开发的时候我想过用什么架构，c/s模式？模式有很多，怎么选择？我就上网搜索现在最流行的架构是什么。结果搜到了mvc架构，就是你啦。我决定用这个架构，不会，没关系，咱学。just do it！前期工作准备好后，加以实践。这个时候我更加深入的了解了利用操纵数据库的知识。并且对数据库里面的存储过程有了比较深入的了解。经过大概2个多星期的奋斗，数据集的图书馆管理系统。并最后非常荣幸的获得了大赛的一等奖以及以及新技术应用奖。
与其临渊羡鱼，不如退而结网。这次数据库课程设计给我的最大的印象就是如果自己有了兴趣，就动手去做，困难在你的勇气和毅力下是抬不了头的。从做这个数据库开始无论遇到什么困难，我都没有一丝的放弃的念头。出于对知识的渴望，出于对新技术的好奇，出于对一切未知的求知。我完成了这次数据库课程设计，不过这只是我学习路上的驿站，的核心技术就是xml[至少微软是这么宣传的]，我会继续学习它，包括jave公司的j2ee我也很想试试，语言本来就是相通的，just do it！语言并不重要毕竟它仅仅是工具，用好一个工具并不是一件值得为外人道的事情，主要是了解学习思想。古语说的好：学无止境啊！
我很庆幸我参加了这次数据库大赛，让我确实打开了眼界。
（最后，很感激学校给了我们这次动手实践的机会，让我们学生有了一个共同学习，增长见识，开拓视野的机会。也感谢老师们对我们无私忘我的指导，我会以这次课程设计大赛作为对自己的激励，继续学习。毕竟学习就是一个just do it的过程！）。
数据库课程设计案例（专业17篇）篇七
今天进行了一次完整的数据库设计的过程，其实一直来说我都是非常害怕数据库的设计的，因为在刚刚接触的时候，我就知道，数据库设计其实是一个项目的开端，因为数据库设计实际上就是业务的设计，在需求清晰的时候，完成清晰流畅的业务设计又是一大难点。
一下为我自己的心得经验希望大家批评指正！
对需求的认知完全没有歧义；
有时更加困难的是一个实体会发生多个维度的分类，那么就把他的拆分维度一一分开；
“频道”概念在消息分发时是一个非常灵活的概念；
总结，其实我在今天的数据库设计中就学习到这些，学习是一个逐渐进步的过程，也是一个自我折磨的过程，希望我可以在这条路上走的再远一点。
数据库课程设计案例（专业17篇）篇八
姓名：学号：班级：指导教师：
目录。
1.概述。4。
1.1问题的提出。4。
1.1.1选题背景与意义。4。
1.1.2开发工具简介。5。
2.可行性分析。5。
2.1社会可行性。5。
2.2技术可行性。5。
2.3经济可行性。6。
3.需求分析。6。
3.1系统业务流程图。7。
3.4.2员工信息维护功能。8。
3.4.3工资信息维护功能。8。
3.5系统的数据需求。10。
3.5.1总结出数据信息。10。
3.5.3数据流图的数据字典。12。
4.总体设计。13。
4.1系统结构的总体设计。14。
4.2.1员工基本信息维护模块。14。
4.2.2工资信息维护模块。15。
4.2.3查询信息模块。15。
4.2.4计算工资模块。15。
4.2.5打印模块。15。
4.2.6登陆模块。15。
5.详细设计。16。
6.测试。18。
7.调试。19。
8.结论。19。
9.参考文献。21。
1.概述。
1.1问题的提出。
工资管理系统是一个数据库管理系统，是针对企业的工资管理业务进行计算机处理而开发的应用软件。它提供关于公司老员工及新员工信息和工资有效管理等事务的信息，由于需要添加和修改员工的信息和工资信息、删除离职员工信息和在职员工信息修改以及修改其他一些数据，工资管理系统由系统维护、输入、查询、修改、输出、统计等子模块组成，功能基本涵盖普通企业的工资管理业务范围。企业应用本系统后，可以有效的提高工资管理水平。
1.1.1选题背景与意义。
现代科学的发展，使计算机进入了几乎一切领域，计算机已经是家喻户晓、无人不知了。从科学研究到工农业生产，从企业生产管理到家庭生活，各行各业都广泛地使用着计算机，可以说没有计算机，就没有现代化，计算机知识已经成为当代知识分子结构中不可缺少的一个重要组成部分。随着经济的发展，企业正面向着大型化、规模化发展，而对于大中型企业，员工、职称等跟工资管理有关的信息随之急剧增加。在这种情况下单靠人工来处理员工的工资不但显得力不从心，而且极容易出错。
在这种情况下，我们建立一个工资管理系统是必要的，该整个系统操作简便、界面友好、灵活、实用、安全的要求出发，完成人事、工资管理的全过程，包括新进员工加入时人事档案的建立、老员工的转出、职位等的变动引起职工信息的修改、员工信息查询、统计等人事管理工作以及新进员工工资的新增、老员工工资修改等工资管理工作。经过实际使用证明，本文所设计的人事工资管理系统可以满足本单位人事、工资管理方面的需要。
该设计主要介绍了本课题的开发背景，需求分析和功能设计等过程。
1.1.2开发工具简介。
1)pd:powerdesigner,就是一个容易画出数据流图和生成数据库的逻辑模型和物理模型。该软件很容易实现把数据流图转化成相应的数据库的逻辑模型和物理模型。
2）solserver：它是一种关系数据库管理系统，能处理大量的数据和管理众多的并发用户，保证了数据的完整性，并提供许多高级管理和数据分布能力。
3)visualstudio.net:向开发人员提供了用于在操作系统之间和语言之间集成解决方案的工具。开发人员可将现有的业务逻辑方便地转换为可重复使用的xmlweb服务、封装进程并使它们能够用于任何平台上的应用程序。
2.可行性分析。
2.1社会可行性。
c/s模式系统以服务器作为数据处理和存储平台，在终端设计有专门的应用程序进行数据的采集和初次处理，再将数据传递到服务器端，用户必须使用客户端应用程序才能对数据进行操作。c/s模式具有专业化程度高、开发手段灵活、运行速度快等特点，但受到维护成本大、适应性弱等问题的影响。本系统利用了c/s模式，符合企事业单位的管理要求，为其实现较为先进的工资管理提供了有利的支持。
2.2技术可行性。
使用powerbuilder开发传统意义上的c/s模式结构的数据库系统，可以利用其提供的许多对于数据库访问与控制的有效机制，开发过程并不是很长且难度适中。我们曾学习了《数据库原理及应用》，掌握了数据库的基本原理及数据库的设计方法，在此基础上我们又深入学习了powerbuilder的数据库系统开发。
2.3经济可行性。
成本：本系统要求的计算机配置不是很高，需要设备购置费用较低，其他设备的购置成本也在承担能力之中。本系统运行费用较低，系统使用方便简洁。
收益：应用本系统能在一定时期内产生明显的收益，此外应用本系统提高了工作效率从而提高了管理水平；节省了人力，减轻了有关人员手工处理的工作负担；即使给管理者提供相应的辅助决策信息。
3.需求分析。
需求分析的过程可以说是一个对具体问题的反复理解和抽象的过程。理解就是对现实问题的。理解，要弄清楚究竟需要解决什么问题。抽象就是除去问题的表面，提取问题的本质，建立问题的逻辑模型，以便于以后阶段的系统的设计实现。需求分析阶段是软件产品生存命期中的一个重要阶段，其根本任务是确定用户对软件系统的需求。所谓需求是指用户对软件的功能和性能的要求，就是用户希望软件能什么事情，完成什么样的功能，达到什么性能。通常需求分为两种类型：一种是功能性需求，一种是非功能性需求，这一点也需要有一种清楚的认识。功能性需求是指需要计算机系统解决的问题，也就是对数据的处理要求，这是一类最主要的需求。非功能性需求是指实际使用环境所要求的需求，往往是一些限制要求，例如：性能要求，可靠性要求，安全保密要求，等等。软件需求一般包含三个层次―业务需求、用户需求和功能需求，还包括非功能需求。业务需求：反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。用户需求：描述了用户使用产品必须要完成的任务和具备的功能，这在使用实例文档或方案脚本说明中予以说明。功能需求：定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足其业务需求。系统目的是能够用计算机实现对各种工资进行日常管理，如添加、删除、修改员工信息，能够根据员工的等级、职位以及出勤情况、奖金、津贴情况等进行工资的计算，能够使员工、部门方便地查询和统计各种信息，最后能生成报表反馈给员工等。
3.1系统业务流程图。
通过对企业原先手工进行员工工资管理业务的情况，可以设计出它的业务流程图，如图4-1所示。
用户登录数据输入工资计算存储数据。
工资查询报表汇总。
3.2系统的功能划分。
1.工资信息设置部分：包括设置员工的基本工资和其他项目的金额，如奖金等。
并且负责设置员工工资的计算公式。
2.工资信息管理部分：包括统计出勤、计算工资、查询工资和导出工资表。
3.系统部分：包括添加用户和修改密码。
3.3系统的功能要求。
1.整体结构合理，风格一致，模块化结构，界面清晰，接口灵活，操作简便。
2.开发方法，文档规范化，便于管理，可扩充。
3.完善的数据输入，维护，输出。
4.自检性能高，用户误输、错输均有提示。
5.容错性能高，某个用户的操作错误不会引起整个系统的瘫痪，每一功能的操。
作都有信息提示以免重复操作，错误操作有警告，以便用户及时改正。
3.4用户的功能需求：
3.4.1登陆功能。
该系统要有登陆功能。管理员要进行员工信息维护或者进行计算员工工资。
时，必须首先进行登陆。同理，员工也要先进行登陆才能进行各种查询等操作。
1.用户权限设置，修改密码。
2.综合初始系统设置。
3.4.2员工信息维护功能。
该系统要能够添加员工信息、删除员工信息和修改员工信息等功能。一个单位的员工不是一成不变的，总是在不断地变化，如有的员工被招聘进入公司，这时就要添加员工的基本信息；当员工辞职或者由于其它原因离开公司，这时就要删除员工的基本信息；当员工进行调动时，就要修改员工的基本信息了。
1.追加员工信息。
2.删除员工信息。
3.修改员工信息。
4.自动更新数据库。
3.4.3工资信息维护功能。
1.该系统要能够输入员工基本工资：为了方便系统的计算员工的工资，系统应。
该能够输入员工基本工资、奖金、津贴等一些工资数据，以计算员工的月工资或者年工资等。
2.该系统要能够修改员工基本工资：员工的工资不是一成不变的，它会发生变。
化，这时就要求能够修改员工的工资等。
3.该系统要能够删除员工基本工资：当员工由于某种原因离开公司后，由于员。
工的基本信息已经删除了，所以也要删除员工的基本工资等信息。
3.4.4查询功能。
一个员工或者部门要更好了解自己工资、出勤情况、奖金、津贴等情况，可以进行相关的查询，为了有更好地适应性，查询应该可以根据各种情况进行查询，能够进行单项查询或者按一定的条件范围进行查询，如能够查询单个员工的工资情况，能够查询每个部门的工资情况和月工资的统计情况。
1.根据员工姓名查询员工的工资情况。
2.根据员工编号等查询员工的工资情况。
3.根据员工学历等各种条件组合查询员工的工资情况。
3.4.5计算功能。
1.系统应该能够根据员工的基本工资、员工的出勤情况、资金和津贴情况进行。
工资的计算。
2.系统应该根据能够根据加班的时间、加班的类别等计算出员工所得的津贴工。
资。
3.系统应该能够根据各种员工在公司的工作表现、，计算出给员工的奖金。
4.系统应该能够计算各个部门的工资情况。
5.统计功能：为了更好地了解员工的人数情况、员工的工资情况、部门的工资。
情况或者发放工资，系统应该能够对各个部门的总工资进行统计。
3.4.6打印功能。
每月发放工资时，要求能够打印本月的工资表、随工资发给每个员工的工资条以及一些统计表等，如工资统计表。
1.打印工资信息。
2.打印工资条。
3.打印各种图表。
3.4.7退出功能。
员工或管理员可利用退出功能退出系统。
3.5系统的数据需求。
3.5.1总结出数据信息。
对上述系统功能需求，可心分析、归纳出其相应必须管理的信息包括员工基本信息、员工的等级信息、员工出勤情况信息、员工津贴信息等，其数据及其属性需求分析如下：
1.员工基本信息：员工号、员工姓名、性别、工资等级、职称、所在部门、住。
址、电话等；
2.部门信息：部门号，部门名称；
3.员工考勤信息：员工号、日期、上午、下午、迟到、早退等。
4.工资等级信息：等级号、等级名称、职位、基本工资；
5.员工津贴信息：员工号、加班时间、加班类别等。
3.5.2数据流程图如下。
0层图如下所示：
3.5.3数据流图的数据字典。
下面介绍一下一些主要的数据流的数据词典。一、
系统管理数据流数据词典。
1.数据流名称：管理员登陆信息。
说明：它的作用是将管理员的id、密码等让工资管理系统检查，看是否允。
许登陆。
数据流来源：管理员数据流去向：工资管理系统2.数据流名称：非法登陆信息。
说明：它的作用是把用户要查询的信息提交给工资管理系统，让其显示查询。
的信息。
数据流来源：管理员数据流去向：工资管理系统4.数据流名称：添加员工信息。
说明：它的作用是把要添加的员工信息提交给工资管理系统，让其处理该信。
息。
数据流来源：管理员数据流去向：工资管理系统5.数据流名称：更新员工信息。
说明：它的作用是把要更新的员工信息提交给工资管理系统，让其处理该信。
息。
数据流来源：管理员数据流去向：工资管理系统6.数据流名称：打印信息。
说明：它的作用是让工资管理系统反馈一些打印信息，如工资条、报表等，
以便用户更好地了解相关信息。
数据流来源：工资管理系统数据流去向：管理员二、
在用户数据流数据词典。
1.数据流名称：业绩记录表。
说明：每月执行一次，由各部门主管填写本部门员工的业绩；部门主管和。
公司高级管理人员则由总经理指定。
数据流来源：工资管理系统数据流去向：管理员2.数据流名称：工资标准表。
包含结构：员工编号、姓名、基本工资、生活补贴、岗位补贴，还有一些其它的数据词典，在此不一一列出。
3.6系统的性能需求。
1．硬件要求。设备名称说明：处理器奔腾iii以上，256mb。内存256mb，内存越大，速度越快。硬盘40gb以上。
2．软件要求。（1）windows以上操作系统，iis服务，配置。net框架。
（2）需要有一个数据库服务器，提供数据库的连接，这里选用。
microsoftsqlserver2000来为数据库提供连接，当然要一台计算机来运行程序。这样就可以了。
4.总体设计。
要设计和详细设计。首先做概要设计，它是将软件的需求转化为数据结构和软件的系统结构。然后是详细设计，即过程设计，通过对结构表示进行细化，得到软件的详细的数据结构和算法。
4.1系统结构的总体设计。
根据上面对需求的分析，我们可以得到系统的模块层次结构，层次结构如下所示：
4.2各个模块的功能描述如下4.2.1员工基本信息维护模块。
信息子模块。
4.2.2工资信息维护模块。
本模块的功能是能够完成工资信息的输入、修改和删除等操作。它也包括两个子模块，输入工资信息子模块、修改工资信息子模块和删除工资信息子模块。
4.2.3查询信息模块。
本模块的功能是能够对单个员工工资信息、员工基本信息情况、部门工资情况、总工资情况等进行单项查询或者一定范围查询、多项查询等。
4.2.4计算工资模块。
本模块的功能是能够计算员工工资的奖金情况、计算员工的津贴情况、计算员工月工资、年工资及进行一些相应的统计计算等。它包括一些子模块，如计算津贴子模块、计算奖金子模块、统计工资子模块等。
4.2.5打印模块。
本模块的功能是能够打印工资条以及一些部门报表、工资报表等，以反馈一些信息给员工。
4.2.6登陆模块。
本模块的功能是：根据员工的登陆时的输入信息，看是否要让该员工登陆系统。
主要是用户登录的一个界面，判断登录的用户是管理员还是普通用户，进入后将面对的是主界面，从而进行相关的操作。
登录的界面主要由用户名和密码的信息，还有一些标题设置，确定和取消的按钮组成。通过标题可以知道此系统的大概内容，由此，登录界面的设计完成。
4.2.7退出模块。
本模块的功能是可以让员工或管理员随时利用该模块退出系统。
5.详细设计。
概要设计完成了软件系统的总体设计，规定了各个模块的功能及模块之间的联系，进一步就要考虑实现各个模块规定的功能，这就是要进行详细设计。在详细设计阶段，要决定名个模块的实现算法，并精确地表达这些算法。下面主要实现一些重点模块的算法。
5.1生成报表。
用jackson系统设计方法设计报表，如下所示：
5.2查询模块的详细设计。
在该模块中，要查询信息，首先要进行登陆，然后输入要查询的信息，如员工号，接着系统连接数据库，在数据库中查找是否有和输入信息相应的信息，如果有，则显示相应的查找结果；如果没有，则提示找不到相应的信息或者提示出错。流程图如下所示：
在完成了详细设计、编码之后，就要进入软件测试阶段了。软件测试是指根据软件开发各阶段的规格说明各程序的内部结构而精心设计一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用途去运行程序，以发现程序错误的过程。软件测试分为黑盒测试和白盒测试。黑盒测试主要看模块的功能是否实现；白盒测试主要对模块内部的检查。
6.1黑盒测试。
黑盒测试主要是为了发现以下几类错误：1）是否有不正确或遗漏了的功能。
6.2白盒测试。
白盒测试是对软件的过程性细节做细致的检查。白盒测试主要想对模块进行如下的检查：
1）对程序的模块的所有独立的执行路径至少测试一次。
2）对所有的逻辑判定，取”真”与取”假”的两种情况都能至少测试一次；3）在循环的边界和运行界限内执行循环体；4）测试内部数据结构的有效性，等等。
因此在对程序进行白盒测试测试时，测试用例要有：条件组合覆盖测试用例和路径测试用例。
在测试完成之后，还要对程序进行调试。可用下面的几种方法进行调试。
1）强行排错：可以通过内存全部来排错，也可在程序特定部位设置打印语句来排错。
2）回溯法排错。这是在小程序中常用的一种有效的排错方法。3）归纳法排错。它是一种从特殊推断一般的系统化思考方法。4）演绎法排错软件工程课程设计报告等。
8.结论。
员工工资管理系统是一个典型的信息管理系统，通过软件工程方面的选择课题、需求分析、概要设计、详细设计、程序模块、系统测试等几个步骤来实现。开发本系统的过程中，首先熟悉员工工资发放管理的流程、步骤；其次在系统需求分析过程中，要透过现象看本质，敏锐观察到员工工资管理中存在的各种问题，并在总体设计把握好对问题的分析、理解，进而解决问题。
在我们的共同努力下，我们基本完成了这个系统。由于时间、条件和个人水平的限制，软件相对较简单，如果要将该软件用于具体单位，还需针对单位的实际情况对软件进行进一步的完善。
本软件的特点和优点：
1.本软件可以工资核算正确无误、快速输出，提高企业的管理水平和管理效率。2.可以对工资的各个项目随时作增加和删除。
3.可以分别查询单个工人每个月的工资，包括工资的各个细节项目。4.可以查询各部门以及全公司的员工的工资报表。
本软件需要改进的地方有：
1.基本工资的设定太笼统，不能满足有些单位的需要。2.员工管理部分比较少需要结合人事管理软件使用。
4.软件的界面美观性方面需要很大的改进。5.帮助文档比较简单。
课程设计对一个学生来说是一个非常的重要的学习过程。从对powerdesigner，软件开发过程的一知半解，到完成这个系统的基本设计，虽然这个系统还存在这样那样的缺点，但是我在专业知识方面学到的东西是非常多的。而设计过程中也遇到了很多的困难，在老师和同学的帮助之下最终我还是克服了困难完成了设计。这个过程更使我学到了面对困难应该持有的积极态度。
总的来说，这次的课程设计是非常有意义的，在我的人生学习的路上起到了一个里程碑的作用，让我有一个质的飞跃！
衷心感谢何老师给予我们这次机会，让我们对软件的开发过程还是对程序的编写步骤都有了更加深刻的认识。
9.参考文献。
[1]杨文龙《软件工程》，电子工业出版社，
[2]张国藩，《软件工程》。北京：清华大学出版社，
[3]郑人杰殷人昆陶永雷，《实用软件件工程》.清华大学出版社，2001。
[4]萨师煊王珊，《数据库系统概论》，高等教育出版社2003。
[5]丁宝康，《数据库原理》，经济科学出版社，2000。
[6]林福泉，《sqlserver中小企业实务应用》，中国铁道出版社，2002。
[8]周红芳，《powerdesigner基础应用与系统开发》，电子工业出版社，
[10]薛华成，《管理信息系统》，清华大学出版社，2002。
[11]汤庸叶小平汤娜，《数据库理论及应用基础》，清华大学出版社，2004。
microstft编著。
[13]谭桂华魏亮，《visualc#高级编程范例》，清华大学出版社。
[14]章立民，《用实例学，电子工业出版社。
数据库课程设计案例（专业17篇）篇九
新的课程理念强调课程设计必须从学生的角度出发，要与学生的经历和经验相联系，所倡导的是以人为本，以学生为主体，关注学生终身可持续发展，注重各种能力和创新意识的培养。在本书中，编者能从理论上向读者阐述数学课堂教学中教育观，引领读者课堂教学设计方案，能从数学课堂中概念教学，命题教学，复习课等教学各环节使读者从中受益非浅，在我十几年的教学生涯中，深深体会到一堂课的成败与课前的教学设计密不可分，如若你课前能做大量的准备工作，对课的重点，难点进行充分的研究，了解课的地位，对教学目标的制定，课堂中的板书，课堂语言严谨性准确性能作准备，大量公开课的成功应归功于课的设计。
数学课堂要生活化，新课程倡导用具体的，有趣的，富有挑战性的素材，引导学生投入数学活动，使课堂教学内容不再空洞，枯燥，拉近数学与现实的距离，让学生感受到数学来源于生活，产生乐于接受的心理。比如：在引入分数时，新课程利用比身高的例子，利用名人姚明的身高作比较，让学生体会到数学的实用性；在讲角的比较大小时，利用学生熟悉的足球射门，来比较谁的进球机会大；在学圆的周长时，教学一开始设计了这样一个问题：两个遥控模型机器人分别沿两种不同形状的赛道进行比赛，一种是边长为4.7米的正方形，另一种是直径为6米的圆形，如果它们同时，同速从一点出发，那么谁先到达原出发点呢函数的引入时，每个人与他的生日的对应关系，衣服上的纽扣与纽门的对应关系。通过引入生活中的例子，可丰富学生的感性认识，激发学生的学习兴趣。
在数学教学设计中，我们总是在教导学生，学习科学知识的重要性，而形成科学态度，科学精神更重要。所谓科学态度，就是实事求是的态度，所谓科学精神，就是怀疑的，批判的，探索的，创造的精神。可是这种态度和精神不可能离开学科教学，离开学科发展的实际过程单独进行说教。它必须渗透在学科教学的过程之中。教学模式具有多样性，具体如何选择，要根据学生的知识水平，学习动机，学习能力，学习风格和学习态度来选择，也可根据教师的自身的不同的特长，数学素养和教学风格来选择。
数学课堂设计要发挥学生的主体性，在我认为，教师在课堂中，应该更多扮演一种引导者和激发者的角色。激发了学生求知欲望后，教师就应及时地将新课的内容有计划，有层次，由浅入深地展示给学生，并让学生参与新知识建立的过程，促使学生对新知识加以理解和掌握。同时，在教学过程中要有意识地结合教学内容向学生显示”怎样思考"的信息，提高思维能力。
课堂教学结构虽有其比较稳定的活动程序，但决不是固定的，要根据不同的教学任务，教学内容和本班学生的实际情况加以调整，并有机地结合起来。优化教学过程，就要全面考虑教学过程的各因素，使每节课安排的程序成为一个科学有序的组合，每一个环节都成为这个整体的有机组成部分。这些问题是新，旧知识的结合点，教师应帮助学生理解新知，根据学生已有的知识，提出最近发展区之间的问题，以实现知识迁移。
教师要调动学生学习积极性，引导学生打开思路去想问题。本阶段，如在几何直观教学中应引导学生通过动手，动口，动脑加以分析解答，调动多种感官同时参与学习过程，参与探索知识的过程。根据学生的质疑，教师可以把握大量的反馈信息，从而有针对性地进行疏导，释疑，解惑，提高课堂教学的效率。教师尤其要鼓励低差学生质疑，耐心地给予解答。
《数学教学设计》能从数学教学的各个环节，使我们体会到数学设计中应考虑各要素，根据课的内容，学生做好课前设计，为课堂教学提供充分素材，达到课堂教学的目的。
数据库课程设计案例（专业17篇）篇十
由于平时接触的都是一些私人项目，这些项目大都是一些类库，其他人的交流相对可以忽略不计，因此也就不考虑规范化的文档。实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的it行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。
虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于ooa/ood的开发模式有时不免要提出一些疑问，uml是设计阶段的工具，而它基本涵盖了软件设计的方方面面，也就是说按照这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经非常熟悉软件产品了，这对于相当有经验的架构师一类人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，却首先被教授并要求先ooa再oop，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有很多利于项目开发的部分的。所以我就一直在寻找适合我——针对探究型项目——的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。
回到数据库设计上了，这次的数据库设计我是严格按照数据库建模的步骤来进行的，老实说我并没有感觉这样的流程对开发带来多大的帮助，反倒是觉得将思维转化为图表很浪费时间。总体上来说这次的项目也不是很大，而且在数据库的设计上比较保守，也就是说实际上数据库设计还可以再完善完善的。随着我对计算机领域的拓宽和加深，我也会静下心来思考在接触计算机之前的行为，很多次我能深切感觉到，其实我的大脑（未于别人比较）本身就是在使用一种更接近关系数据库的方式来记忆，所以我很可恨自然的设计出符合三范式的表结构来，即便我不知道这些范式的确切含义。可能就像"范式不太容易用通俗易懂的方式解释"一样，在"让工具用图标表述我的思维"时费了一番力气。
从我作为项目的提出人和实现者来看，这是个失败的项目，结合几次教学项目的的实践，发现这也已经不是第一次了。主观原因占多数，比如，尝试新的开发方式，根据设计花了太多的时间来抽象出公用的库而忽略业务逻辑。就这次项目而言，失败的原因有以下几点：
使用了新的开发环境（vim），这是首次在脱离高级ide的情况下编码。
使用了新的开发语言（python，actionscript3），因为我一直比较喜欢"学以致用"，而且这样的"数据驱动型"软件的整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题很多，当发现这一点是，已没有多少有效剩余时间了。
编码流程的不妥，我比较喜欢从底层的库开始开发，因为一旦库测试通过，将很容易将它放到不同的表示层下。但如果库没有测试成功，将导致整个项目没有任何可视化模型，所以这次的项目无法提交"可运行的代码"。
实践目的的不同，我轻易不放弃锻炼的机会，事实上，有机会就一定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏原因，总以为自己很了不起，其实"遇到的问题数跟人的能力是成正比的"。
数据库课程设计案例（专业17篇）篇十一
两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。
通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。
从各种文档的阅读到开始的需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统的设计开发过程。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复中不断完善自己的想法。
我想有这样的问题不止我一个，事后想想是一开始着手做的时候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要特别注意这一块的设计。
按照要求，我们做的是机票预订系统。说实话，我对这个是一无所知的，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计的下场我已经尝过了，结果就是出来一个四不像的设计方案，没有什么实际用处。没有前期的调查，仅从指导书上那几条要求着手是不够的。
在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活经验，根据可行性研究的结果和客户的要求，分析现有情况及问题，采用client/server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言的规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言的规范性以及我们在编程时要有严谨的态度，同时在写程序时如有一定量的注释，既增加了程序的可读性，也可以使自己在读程序时更容易。
我们学习并应用了sql语言，对数据库的创建、修改、删除方法有了一定的了解，通过导入表和删除表、更改表学会了对于表的一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。
很多事情不是想象中的那么简单的，它涉及到的各种实体、属性、数据流程、数据处理等等。很多时候感觉后面的设计根本无法继续，感觉像是被前面做的各种图限制了。在做关系模型转换的时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。
物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引的部分，对一些比较经常使用搜索的列，外键上建立索引，这样可以明显加快检索的速度，最后别忘记重要的安全性设置，限制用户访问权限，新建用户并和数据库用户做相应的映射。
不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难的事在你尝试之后你可能会发现原来她并没有你以前觉得的那样，自己也是可以的。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫的时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面的工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我的最大感想!
以上基本是这次实习的体会了，设计进行的非常艰难，编码非常不容易，才发现做一个项目最重要的不在于如何实现，而是实现之前的需求分析和模块设计。创新很难，有些流行的系统其实现并不难，难的在于对市场的分析和准确定位。设计，是一个任重道远的过程。
数据库课程设计大赛的尘嚣渐渐远去，怀着对这次大赛的些许不舍，怀着对当初课程设计开始时候的豪情万丈的决心的留恋，怀着通过这次课程设计积累的信心与斗志，我开始写这篇文章，为自己的足迹留下哪怕是微不足道但是对自己弥足珍贵的痕迹并期望与大家共勉。
首先，让我的记忆追溯到大二暑假，在老大的指引下()，我接触到microsoft产品。那个时候我已经学过vc和asp，因为windows程序设计实验的课的关系，接触过vb，但是没有专门去学他，因为习惯了c++里面的class，int，觉得vb的sub，var看着就不是很顺心。我是一个好奇心很强的人，突然看到了一个号称“.net是用于创建下一代应用程序的理想而又现实的开发工具”，而且主推c#语言，由于对c语言的一贯好感，我几乎是立刻对他产生了兴趣。我就开始了对c#的学习，任何语言都不是孤立存在的，所以数据交互是很重要的，暑假的时候我把我们这学期的课本数据库系统概论看了一遍。我记得以前用c语言编程的时候，数据是在内存中申请空间，譬如使用数组等等。很耗费内存空间。这个时候就是数据库站出来的时候啦，于是我又装上了sqlserver2019，以前学asp的时候用的是access，那个时候只是照着人家做，理论是什么也不是很清楚。
通过一个暑假的学习，基本搞清楚了理论方面的东西，具体怎么用也不是很清楚。但是这为这学期的课程设计打下了铺垫。
来到学校后，随着这学期的数据库课程大赛开始了，我有一个看法就是我自己应该具备的能力不是我会多少，而是我应该具备快速学会东西的能力。遇到什么就学什么。我们有时候很容易被一些专业名词说吓着，包括什么建模，软件工程，数据分析，数据挖掘等等。我身边就有很多同学被这些纸老虎所唬住，而没有勇气去接触他们，总是说这个太难了之类的退堂鼓的话，他们低估了自己的潜力同时也压抑住了他们自己的好奇心。其实都是纸老虎，又不是什么国家科研难题，只是去用一些工具，发明工具是很难，但是用一个工具就容易多了，justdoit!我记得我做这个数据库之前，我们老师说要做好前期分析，我就在网上搜索用什么分析工具好。最后我选择了roseuml建模工具。在此之前，我脑袋里面没有软件建模的思想，什么uml建模对我而言就是一张空白的纸。但是真正接触后并没有想象的那么难，有什么不懂的上网去搜索，这是一个信息横流的世界，有google，baidu就没有不能解决的知识难题。以及后来的数据库分析的时候用到的powerdesigner也是一样。
开发的时候我想过用什么架构，c/s模式?模式有很多，怎么选择?我就上网搜索现在最流行的架构是什么。结果搜到了mvc架构，就是你啦。我决定用这个架构，不会，没关系，咱学。justdoit!前期工作准备好后，加以实践。这个时候我更加深入的了解了利用操纵数据库的知识。并且对数据库里面的存储过程有了比较深入的了解。经过大概2个多星期的奋斗，数据集的图书馆管理系统。并最后非常荣幸的获得了大赛的一等奖以及以及新技术应用奖。
与其临渊羡鱼，不如退而结网。这次数据库课程设计给我的最大的印象就是如果自己有了兴趣，就动手去做，困难在你的勇气和毅力下是抬不了头的。从做这个数据库开始无论遇到什么困难，我都没有一丝的放弃的念头。出于对知识的渴望，出于对新技术的好奇，出于对一切未知的求知。我完成了这次数据库课程设计，不过这只是我学习路上的驿站，的核心技术就是xml[至少微软是这么宣传的]，我会继续学习它，包括jave公司的j2ee我也很想试试，语言本来就是相通的，justdoit!语言并不重要毕竟它仅仅是工具，用好一个工具并不是一件值得为外人道的事情，主要是了解学习思想。古语说的好：学无止境啊!
我很庆幸我参加了这次数据库大赛，让我确实打开了眼界。
由于平时接触的都是一些私人项目，这些项目大都是一些类库，其他人的交流相对可以忽略不计，因此也就不考虑规范化的文档。实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的it行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。
虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于ooa/ood的开发模式有时不免要提出一些疑问，uml是设计阶段的工具，而它基本涵盖了软件设计的方方面面，也就是说按照这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经非常熟悉软件产品了，这对于相当有经验的架构师一类人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，却首先被教授并要求先ooa再oop，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有很多利于项目开发的部分的。所以我就一直在寻找适合我——针对探究型项目——的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。
回到数据库设计上了，这次的数据库设计我是严格按照数据库建模的步骤来进行的，老实说我并没有感觉这样的流程对开发带来多大的帮助，反倒是觉得将思维转化为图表很浪费时间。总体上来说这次的项目也不是很大，而且在数据库的设计上比较保守，也就是说实际上数据库设计还可以再完善完善的。随着我对计算机领域的拓宽和加深，我也会静下心来思考在接触计算机之前的行为，很多次我能深切感觉到，其实我的大脑(未于别人比较)本身就是在使用一种更接近关系数据库的方式来记忆，所以我很可恨自然的设计出符合三范式的表结构来，即便我不知道这些范式的确切含义。可能就像“范式不太容易用通俗易懂的方式解释”一样，在“让工具用图标表述我的思维”时费了一番力气。
从我作为项目的提出人和实现者来看，这是个失败的项目，结合几次教学项目的的实践，发现这也已经不是第一次了。主观原因占多数，比如，尝试新的开发方式，根据设计花了太多的时间来抽象出公用的库而忽略业务逻辑。就这次项目而言，失败的原因有以下几点：
使用了新的开发环境(vim)，这是首次在脱离高级ide的情况下编码。
使用了新的开发语言(python，actionscript3)，因为我一直比较喜欢“学以致用”，而且这样的“数据驱动型”软件的整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题很多，当发现这一点是，已没有多少有效剩余时间了。
编码流程的不妥，我比较喜欢从底层的库开始开发，因为一旦库测试通过，将很容易将它放到不同的表示层下。但如果库没有测试成功，将导致整个项目没有任何可视化模型，所以这次的项目无法提交“可运行的代码”。
实践目的的不同，我轻易不放弃锻炼的机会，事实上，有机会就一定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏原因，总以为自己很了不起，其实“遇到的问题数跟人的能力是成正比的”。
数据库课程设计案例（专业17篇）篇十二
本程序以c语言的栈的相关知识为基础，通过控制两个栈（运算数栈和运算符栈）的进出的栈操作，来实现对包含加、减、乘、除、括号运算符及sqrt和abs函数的任意整型表达式的求解运算。
从程序的编写来看，感觉这次自己真的学到了好多，特别是对程序的开发流程。从最初的选定程序，到最终的程序运行成功，让我感到如果是仅仅掌握课本上的知识是远远不能够很好的应用到实际的编程中去的。在这个过程中还需要我们更多的去考虑到实际条件的种种限制和约束。
我在写本程序的过程中也遇到了很多的问题，当然本程序的核心问题就是对两个栈的压出栈操作，需要做优先级判断，并要考虑什么时候进栈，什么时候出栈等操作。我采用了课本上第52-54页讲的通过一个二维字符串数组来控制比较“+-*、()as=”共9个运算符的优先级控制。对异常，如除数为0、被开方数小于0等异常也进行了精心的处理。对操作过程中要用到的y、n、a、s等字符也进行了改进，最终本程序可以不区分大小写就完成相关操作。
总之，经过本次专业课程设计，让我掌握了开发应用软件的基本流程，运用所学编程技能的基本技巧，也让我初步了解了软件设计的基本方法，提高进行工程设计的基本技能及分析、解决实际问题的能力，为以后毕业设计和工程实践等打下良好的基础。相信通过这次的课程设计，我对所学的《数据结构（c语言版）》和各种编程语言都有了一个全新的认识。我也会积极吸取本次课程设计的经验，继续研究数据结构和所学的各种编程语言。
数据库课程设计案例（专业17篇）篇十三
本次课程设计，使我对《数据结构》这门课程有了更深入理解。《数据结构》是一门实践性较强课程，为了学好这门课程，必须在掌握理论知识同时，加强上机实践。
我课程设计题目是线索二叉树运算。刚开始做这个程序时候，感到完全无从下手，甚至让我觉得完成这次程序设计根本就是不可能，于是开始查阅各种资料以及参考文献，之后便开始着手写程序，写完运行时有很多问题。特别是实现线索二叉树删除运算时很多情况没有考虑周全，经常运行出现错误，但通过同学间帮助最终基本解决问题。
在本课程设计中，我明白了理论与实际应用相结合重要性，并提高了自己组织数据及编写大型程序能力。培养了基本、良好程序设计技能以及合作能力。这次课程设计同样提高了我综合运用所学知识能力。并对vc有了更深入了解。《数据结构》是一门实践性很强课程，上机实习是对学生全面综合素质进行训练一种最基本方法，是与课堂听讲、自学和练习相辅相成、必不可少一个教学环节。
上机实习一方面能使书本上知识变“活”，起到深化理解和灵活掌握教学内容目；另一方面，上机实习是对学生软件设计综合能力训练，包括问题分析，总体结构设计，程序设计基本技能和技巧训练。此外，还有更重要一点是：机器是比任何教师更严厉检查者。因此，在“数据结构”学习过程中，必须严格按照老师要求，主动地、积极地、认真地做好每一个实验，以不断提高自己编程能力与专业素质。
通过这段时间课程设计，我认识到数据结构是一门比较难课程。需要多花时间上机练习。这次程序训练培养了我实际分析问题、编程和动手能力，使我掌握了程序设计基本技能，提高了我适应实际，实践编程能力。总来说，这次课程设计让我获益匪浅，对数据结构也有了进一步理解和认识。
一周的课程设计结束了，在这次的课程设计中不仅检验了我所学习的知识，也培养了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在设计过程中，和同学们相互探讨，相互学习，相互监督。我学会了运筹帷幄，学会了宽容，学会了理解，也学会了做人与处世，这次课程设计对我来说受益良多。
课程设计是我们专业课程知识综合应用的实践训练，着是我们迈向社会，从事职业工作前一个必不少的过程。“千里之行始于足下”，通过这次课程设计，我深深体会到这句千古名言的真正含义。我今天认真的进行课程设计，学会脚踏实地迈开这一步，就是为明天能稳健地在社会大潮中奔跑打下坚实的基础。我这次设计的科目是数据结。
数据结构，是一门研究非数值计算的程序设计问题中计算机的操作对象（数据元素）以及它们之间的关系和运算等的学科，而且确保经过这些运算后所得到的新结构仍然是原来的结构类型。“数据结构”在计算机科学中是一门综合性的专业基础课。数据结构是介于数学、计算机硬件和计算机软件三者之间的一门核心课程。数据结构这一门课的内容不仅是一般程序设计（特别是非数值性程序设计）的基础，而且是设计和实现编译程序、操作系统、数据库系统及其他系统程序的重要基础。通过这次模具设计，我在多方面都有所提高。
在界面设置中使用函数调用while。其中文本显示颜色和背景颜色都可以任意按照自己的喜好，任意改变，但改变的时候必须采用标准英文大写，同时在制作显示菜单的窗口，大小根据菜单条数设计。最后采用printf输出程序设计界面。
这次的程序软件基本上运行成功，可以简单的建立链式循环链表，并进行输出，及循环语句的运用和选择语句的控制。由于时间和知识上的限制，使得程序规模相对较小，即功能还不很全面，应用也不很普遍。原来c语言可是涉及很多知识，而不是枯燥无聊的简单的代码部分而已，利用c语言方面的知识，我们可以设计出更完善的软件。
通过这次的课程设计，更是让我深刻认识到自己在学习中的不足，同时也找到了克服这些不足的方法，这也是一笔很大的资源。在以后的时间中，我们应该利用更多的时间去上机实验，加强自学的能力，多编写程序，相信不久后我们的编程能力都会有很大的提高能设计出更多的更有创新的作品。
数据库课程设计案例（专业17篇）篇十四
新的《语文课程标准》指出：“阅读是学生的个性化行为，不应以教师的分析来替代学生的阅读实践。应让学生在主动积极的思维和情感活动中，加深理解和体验，有所感悟和思考，受到情感熏陶，获得情感启迪。”这就告诉我们，在语文阅读教学中，学生是主体——读书的是学生，提问题的是学生，思考的是学生，讨论的也是学生。在读书、思考、提问和讨论中“自得”的应该是学生。如在教学小语第11册《一夜的工作》第二段时，我便有意识的探索学生的“自得”之路。
师：课文除了写总理的工作情况还写了什么？
生：还写了总理的生活。
师：请同学们仔细读一读这部分课文，边读边想：总理的生活是怎样的？
（学生自读这部分课文）。
师：哪一位同学谈一谈通过读书，你读懂了什么，有没有不懂的地方？
生：周总理的碟子里有几颗花生米呀？
师：那大家就猜一猜周总理的碟子里有几颗花生米吧，说说你是根据什么猜的。
生：我认为花生米数量很多，数不过来。因为他是一个国家的总理，地位很高，应该想吃什么就吃什么，想吃多少有多少。值班室的同志应该考虑到总理工作辛苦，端来一盘子花生米，让总理想吃多少就吃多少，剩下的就留在盘子里。
生：周总理更热爱祖国，热爱人民，工作更辛苦。
生：读过《温暖》、《关怀》这两篇课文，我了解到周总理更关怀人民群众的生活与疾苦。
生：周总理更平易近人，与劳动人民心贴心。
生：读过《飞机遇险的时候》，我知道周总理有舍己为人的精神。
生：从《周总理的睡衣》一文中我还了解到总理是一个艰苦朴素的人。
生：几颗，十来颗。根据总理一夜的工作，我们可以认识到总理全心全意为人民服务的崇高精神。由这种精神出发来判断，周总理不是贪图享受的人，夜里吃花生米只是为了保持工作起码的精力。因此，盘子里的花生米并不多。
师：理解的真好。让我们来读读课文，四人一组讨论一下：作者是如何写出总理生活俭朴的。
（学生再读课文，小组讨论）。
生：我读了“值班室的同志送来两杯热腾腾的绿茶，一小碟花生米，放在写字台上。总理让我跟他一起喝茶，吃花生米。花生米并不多，可以数得清颗数，好像并没有因为多一人而增加了分量”这句话理解到总理生活简朴。
师：能不能说具体些？
生：我从“好像并没有因为多一人而增加了分量”看出总理生活简朴。因为，绿茶多送了一杯，说明值班室的同志有意识给这份夜宵加了一倍的分量，那么花生米也就比平常加了一倍，就算这样还能数得清颗数，可见花生米的确很少。因此，我理解到总理生活简朴。
“自得”是语文阅读教学应当追求的境界。孟子之“君子深造之以道，欲其自得之也”，程颐之“学莫贵于自得”，都是以学习能“自得”为贵。叶圣陶“多方设法，使学生能自求得之，卒底于不待教师教授之谓也”的论述，更精辟地概括出语文教学的根本目的就是“自得”——“期于达到不须教”。在教学中，我们不能用标准答案统一学生的认识，要为学生营造阅读的场，力主少讲，让学生学会涵泳，增强语感，就能使学生能够“自得”，最终达到“不复需教”的目的。
在学生自读中发现问题、归纳问题、再提出问题，把提出的问题朝着正确的方向引导，这需要老师有较强的教学机智，最好当堂随机应变。心理学研究认为，小学生常常在不完全理解或者尚存疑问时就说自己全懂了，因为他们不具备认识、监控学习的能力。老师不应埋怨学生不会提问，而要从自己这方面努力。
在《一夜的工作》教学中，有个学生在自读了课文后发问：“周总理的碟子里有几颗花生米呀？”我就让大家猜一猜花生米的数量，说说自己是根据什么猜的。说“很多，数不过来”的人，只想到那是“总理”，按全世界总理的地位推断，应当是想吃什么有什么，想吃多少有多少？于是又有一个问题：周总理和其他国家的总理有哪些不一样？猜“几颗，十来颗”的同学，是从课文整体思想内容出发，根据总理一夜的工作，可以认识到总理全心全意为人民服务的崇高精神，由这种精神出发判断，周总理不是贪图享受的人，夜里吃花生米只是为了保持工作起码的精力。这种做法，把学生的问题引导到了正确的方向，又保护了学生学习的积极性。如果反过来，我批评学生：“你怎么读的课文？怎么提这种无聊的问题？”那么，讨论就不会深入，至少这个学生的积极性遭受了一次打击。
从上面的分析也可以知道，在课堂讨论中，谈自读体会的是学生，提问题的是学生，持不同意见互相争论的是学生，有收获的也是学生，老师是讨论的组织者，引导的工夫全在背后，在不知不觉间。
数据库课程设计案例（专业17篇）篇十五
有关于数据库实验的心得体会，总的来说，受益匪浅。在这些天中，我们学到了很多东西，包括建表，导入数据，查询，插入。最重要的是我们有机会用电脑自己进行实践，没接触的时候总是觉得它比较深奥或是不可接近的新型语言，尽管自己对c语言非常感兴趣，但还是有些心理上的陌生感。学习数据库就和我们平时的其它科目学习一样感觉它有永无止境的知识，数据库是我在高中时候听过，到了大学渐渐了解了些，但就其原理性的内容还不知道，也就是根本就不清楚什么是数据库，只是知道一个所谓的中国字典里的名词。我认识它是从我接触实验运作开始的，刚开始就是建立数据库，两种验证模式，没什么东西但还觉得不错。进而就是操作语言了，紧接着就是触发器的使用，进而对数据库高级的使用，等等。开始知道数据库的时候想学，不知道从何而起，不懂的话怎么问，从什么地方学起。后来到大三开学后有数据库原理必修课，非常高兴。当时感觉sqlsever数据库管理既然是单独一门课程一定会讲的比较细，也能学到真正实用的内容。学了这门课以后发现和我想的基本是一样的，老师对学生也比较和蔼可亲，对我们要求也不是很紧。让每个人都觉得轻轻松松就能把这门课程学完，没有多么紧张的作业，也没有太苛刻的要求。
当老师在最后说这个课程结束了，回顾一下以前老师给我们讲过的东西，真的有很多是我们应该去注意的。学习完sqlsever数据库后感觉可分两大块，一块是开发，一块是管理。开发主要是写写存储过程、触发器什么的，还有就是用oracle的develop工具做form。有点类似于程序员。开发还需要有较强的逻辑思维和创造能力，自己没有真正做过，但感觉应该会比较辛苦，是青春饭；管理则需要对sqlsever数据库的原理有深刻的认识，有全局操纵的能力和紧密的思维，责任较大，因为一个小的失误就会弄掉整个数据库，相对前者来说，后者更看重经验。这些东西都是从老师哪里和朋友的讨论中得到的心得，也希望其他朋友能多多向老师和朋友请教，如果是个人单独靠自己来完成一个完美的数据库我觉得比较困难，现在基本上都是团队类型的，而且他们的效率高开发的周期也快。由于数据库管理的责任重大，很少公司愿意请一个刚刚接触sqlsever的人去管理数据库。对于我们这些初出茅庐的新手而且电子商务的专业，个人认为可以先选择做管理，有一定经验后转型，去做数据库的开发。当然，这个还是要看人个的实际情况来定。
sqlserver数据库的实验学习使我对数据库的有了新的进步，以后再看到也就不至于什么也不懂，其实那么多数据库我觉得学好一门就行，只是他们的语言可能不大一样，学好一门后就可去认识其它的，这样应该有事半功倍的效果。就像我学习c语言，当时不能说是学习的棒，但不算差。所以我对以后的语言感觉都不是很困难，了解了vb、c++还有网页中用的html语言、asp语言都能看懂，起码可以对别人的东西进行了一下修改。因此，我感谢数据库老师给了我有用的知识，以便我在以后学习或认识更多的内容能有新的方法和思维，也能更加有效和快速的去消化吸收新的`东西。希望在今后中，sqlserver能给我更多帮助。感谢学校开设这样一门优秀使用的课程，让我对数据库有了更深的了解。
数据库课程设计案例（专业17篇）篇十六
作为数学老师，我一直坚持以生为本的教学理念，学校领导把民族课程作为校本课程，我希望学生也能在数学课堂上通过感受、体验、探究等方式，让土家族课程回归生活，提高人文素养。
情感态度价值观目标：学生通过欣赏，动手实践培养土家族审美能力，拓宽土家族文化视野，让学生能够感受土家族绘画的风格，体验土家族民族绘画之美，提高土家族文化素养。
能力目标：能熟悉土家族绘画的特点，学生能够通过自己动手，体验数学知识在土家族绘画中的作用；引导学生参与实践及创造性活动。
知识目标：通过教学，使学生能运用平移、旋转、轴对称和中心对称等设计有关土家族的存牌、手抄报等。
动手设计有关土家族文化的绘画，感受数学知识要素民族文化上的丰富体现，体验土家族文化之魅力。
分析土家族特点，引导学生参与实践及创造性活动。
1、教法：本课采用主体参与式教学模式，充分引导学生“主动参与、乐于探究、勤于动手”，以情境创设法为主要的教法，使学生在活动中体验、感知数学。
2、学法：依据新课程理念，学生的学法是参与体验、小组合作。
绘画工具等。
在课前准备阶段，组织学生以学习小组为单位，提前一周搜集整理土家族民风民俗的资料，为进入新课的"学习做好准备。
（一）通过多媒体欣赏土家族文化播放土家族建筑和室内装饰图片，让学生感受到独特鲜明的土家族风格。
（二）“土家族民俗知多少”请同学们根据课前搜集的资料，纷纷发言。（设计意图：初步了解民族绘画形式，认识到艺术来源于生活。
（四）小组交流展示，每个小组拿出自己小组内的作品上台展示，同时介绍自己的主题，以及用到的数学元素，同时评比出最佳创作和最佳合作小组。
（五）新课小结。
数据库课程设计案例（专业17篇）篇十七
两个星期时间非常快就过去了，这两个星期不敢说自己有多大进步，获得了多少知识，但起码是了解了项目开发部分过程。虽说上过数据库上过管理信息系统等相关课程，但是没有亲身经历过相关设计工作细节。这次实习证实提供了一个很好机会。
通过这次课程设计发现这其中需要很多知识我们没有接触过，去图书馆查资料时候发现我们前边所学到仅仅是皮毛，还有很多需要我们掌握东西我们根本不知道。同时也发现有很多已经学过东西我们没有理解到位，不能灵活运用于实际，不能很好用来解决问题，这就需要我们不断大量实践，通过不断自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用东西。从各种文档阅读到开始需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统设计开发过程。很多东西书上写很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统时候才发现其中难度。经常做到后面突然就发现自己一开始设计有问题，然后又回去翻工，在各种反复中不断完善自己想法。
我想有这样问题不止我一个，事后想想是一开始着手做时候下手过于轻快，或者说是根本不了解自己要做这个系统是给谁用。因为没有事先做过仔细用户调查，不知道整个业务流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免，不然会给后来工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后课程设计要特别注意这一块设计。
按照要求，我们做是机票预订系统。说实话，我对这个是一无所知，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计下场我已经尝过了，结果就是出来一个四不像设计方案，没有什么实际用处。没有前期调查，仅从指导书上那几条要求着手是不够。
在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们生活经验，根据可行性研究结果和客户要求，分析现有情况及问题，采用client/server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言规范性以及我们在编程时要有严谨态度，同时在写程序时如有一定量注释，既增加了程序可读性，也可以使自己在读程序时更容易。
我们学习并应用了sql语言，对数据库创建、修改、删除方法有了一定了解，通过导入表和删除表、更改表学会了对于表一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价一般过程，为毕业设计打下基础。
很多事情不是想象中那么简单，它涉及到各种实体、属性、数据流程、数据处理等等。很多时候感觉后面设计根本无法继续，感觉像是被前面做各种图限制了。在做关系模型转换时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。
物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引部分，对一些比较经常使用搜索列，外键上建立索引，这样可以明显加快检索速度，最后别忘记重要安全性设置，限制用户访问权限，新建用户并和数据库用户做相应映射。
不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难事在你尝试之后你可能会发现原来她并没有你以前觉得那样，自己也是可以。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我最大感想！
以上基本是这次实习体会了，设计进行非常艰难，编码非常不容易，才发现做一个项目最重要不在于如何实现，而是实现之前需求分析和模块设计。创新很难，有些流行系统其实现并不难，难在于对市场分析和准确定位。设计，是一个任重道远过程。