在当下社会，接触并使用报告的人越来越多，不同的报告内容同样也是不同的。那么，报告到底怎么写才合适呢？下面是小编为大家整理的报告范文，仅供参考，大家一起来看看吧。
数据库课程设计报告总结篇一
通过学习dsp课程我们都知道，dsp实际上也是一种单片机，它同样是将中央处理单元、控制单元和外围设备集成到一块芯片上。但dsp有别于普通的单片机，它采用了多组总线技术实现并行运行机制，从而极大地提高了运算速度，也提供了非常灵活的指令系统。
此次课程设计从是从我们做完单片机的课程设计后开始的。实际上在单片机的课设时，我们就着手准备设计资料。按设计要求，按部就班地进行设计，基本上用了一周的时间。每天我们都要在固定的教室碰面，安排一天的设计任务，每人都有明确的分工。而我的分工就是和其他的两个组员按照事先画好的电路图焊接电路板。这个工作看起来很容易，毕竟我们大一的时候就进行过类似的焊接电路板的电子工艺实习。所以我以为会很得心应手，但就是因为有那么的轻视的味道在里面，导致了我后面的功亏一篑，一周的成果不得不全盘重来。
在刚开始进行焊接的时候我们就犯了一个整体布局的错误，因为一开始以为会有主芯片焊在电路板上，所以我们的芯片的布局比较集中，这就直接导致了后来我们接线的困难，但为了避免更大的麻烦，我们还是继续了下去。当时完全没有考虑到一个基本常识，那就是像这种直接用飞线连接的情况下使用过于密集的连接方法不仅不容易焊接，而且电器性能非常的差，极其容易导致短路和强烈的电子干扰。
就这样，我们在之后的一周时间里完成了板子的初步焊接工作，就在我们兴高采烈的拿去实验的时候，结果确是指示灯毫无反映，这下我们就迷糊了，什么原因呢?查吧!于是乎我们开始了一个下午的仔细的检查工作，还别说，我们小组特别认真的按照电路图来一一检查，还真被我们检查到了好几处明显的错误，特别是好几个电容没有接地，这种低级错误真是不应该犯啊。我们自己看到这个错误都觉得是很不应该，不过知错能改，善莫大焉。我们很快的改正了这个错误。于是第二次拿去测试，想不到这次问题更糟，发光二极管直接一股青烟给烧了。我们当时这是傻了眼了，只好又回来检查。
检查后才发现我们电路图都画错了，原来我们把发光二极管直接接到12v电源上了，不烧才怪。经过这两次的错误，我们总结了一下我们出现的错误，大部分都是很低级的错误，这真是我们不认真造成的啊。于是我们又一次认真的检查了一下电路板，这下果然被我们发现了好几处短路的地方。但是由于一开始的整体排列就没有弄好，导致了现在都无法改动了。终于在我们一致讨论后，我们终于决定干脆推倒重来，把功率放大模块整体重新焊接过。这样虽然可能速度比较慢，但正确性很高，这其实也是无奈之举。要不是当初焊接的时候没焊好，导致问题多多，现在也不至于要重新来过，不过还好，我们在接受这次惨痛的教训后终于明白了一个道理，工作一定要踏踏实实的去做，特别是学我们这行的，一点马虎的也不能有，宁可重来，也不能交上一分马虎之中做出的东西!在这样的信念下，我们一直忙到晚上七点，终于是完成重新焊接的工作了，为了保险起见，我们又一次重新完整的检查了一遍系统，在最后确定没有问题后，我们终于欣慰的走出了教室的大门，来到了食堂吃饭，那一刻感觉食堂的饭怎么都比平常好吃多了，呵呵，这大概就是所谓的自我成就吧。
通过这次课程设计，我懂得了做一件事情一定要细心仔细，要不然本来很简单的一件事情也会做的很糟糕，而且一定有怀疑的精神，我们这次二极管烧了就是因为太迷信自己设计的电路图了，没有注意到那个明显的设计失误，才导致了这种结果。我希望以后能有更多的课程设计来给我们锻炼，这样我们将来走向社会才会有更强的竞争力。我会更加的珍惜以后的这种学习的机会的!
篇三
数据库课程设计报告总结篇二
本课程设计是在《数据库与管理信息系统》课程理论教学之后的实践教学，其目的在于加深对数据库原理、管理信息系统基础理论和基本知识的理解，进一步掌握利用结构化方法对管理信息系统进行分析与设计的基本原则、方法和步骤，培养学生解决实际问题、开发管理信息系统的实践能力。同时课程设计充分体现“教师指导下的以学生为中心”的教学模式，以学生为认知主体，充分调动学生的积极性和能动性，重视学生自学能力的培养。通过课程设计使学生认识管理信息系统开发的基本过程，能够运用系统分析和设计方法进行管理信息系统的开发。
课程作业要求如下：
(一)内容要求
1.文字在4000 字以上，需在封面注明题目、班级、组员(姓名、学号);
2.能够阐明现行系统的业务情况，能够进行业务流程分析;
3.能够利用数据流图进行信息结构的分析与设计，建立e-r 图和相应的数据字典;
4.能够建立系统的结构图，能够运用u/c 矩阵进行子系统划分和数据正确性检验。
(二)组织要求
1.按时完成课程设计，及时提交成果;
4.各组内的同学能够互相督促，交流充分;
5.组长能够及时向指导教师报告自己所在组的进度。
(三)文档要求
1.图表美观，文理通顺;
2.能够参考软件开发的国家标准文档，指导自己编写设计报告的相关部分;(详细资料参见附件)
3.尝试应用项目管理软件进行项目进程的规划管理(绘制甘特图，不作硬性要求)。
数据库课程设计报告总结篇三
人事管理是企业信息管理的重要部分,面对大量的人事工资信息，财务部门采用人力处理将浪费大量的时间、人力和物力，且数据的准确性低。因此，开发一个界面友好，易于操作的人事工资管理软件进行自动化处理变得十分重要，这正是本系统开发的目的和意义。
而本系统的开发，为工作效率带来了一个质的飞跃，为此主要表现有以下几个方面：本系统的运行可以代替人工进行许多繁杂的劳动;第二，本系统的运行可以节省许多资源;第三，本系统的运行可以大大的提高的工作效率;第四，本系统可以使敏感文档更加安全。第五，本系统在经济上是可行的。
1、基本思路
用vb设计界面，编写代码，在vb中通过调用sql数据库实现查询，删除，修改，添加等功能。
2、作业目标
1 人事信息录入，编辑，修改，查询，打印
把员工信息记录进数据库，可以随时查看，起到档案的作用，登记了人事信息，便于管理。该系统按照人事劳资管理人员的书写习惯，可对员工的编号、员工的姓名、性别、所在部门、职位名称、最高学历、等基本信息进行记录，为了方便起见，还增加了备注的功能，可以对员工进行评语及特点的描述。信息录入后最终自动生成详细的易于操作的人事档案表，可以随时的记录了解本公司的员工信息，一目了然。本系统支持任何一种输入方法。
2 工资管理录入，编辑，修改，查询，计算，统计
工资信息主要包括员工的底薪、补贴、奖金、加班费、房贴、养老金、等项目，另外，系统会自动统计该员工的工资的总工资等信息。
3 各种信息的查询统计
查询可以提高了工作效率，输入字符即可获得符合条件的信息，统计可以从杂乱的数据中，分析出有效的数据。
4 系统数据的安全保密，设定系统用户
系统为区分了身份，因此由用户和密码，级别构成，这样系统在系统登陆界面进行身份验证，将输入的信息和用户表进行比较，让符合身份的用户通过验证。
数据库课程设计报告总结篇四
在开学的第一周，我参加了院里组织的数据库课程设计，这项任务是分组分工完成的，我们组有五名成员，分别是我们班学号的后五位同学，很荣幸地我被推荐为我们组的组长，在组长的“英明”指导下，全体组员团结奋斗，使得任务完成地比我们预期的要稍早一些，也比预期要漂亮一些，这一点我们都感到很高兴也很自豪。
王婆卖瓜时间过了，言归正传吧。凡是都要有个总结，以下便是我在这个课程设计中的一点心得。
首先我分析一下我们组任务顺利完成的成功之处并总结一些经验，供以后反省参考用。
凡事预则备，不预则废。这是我的座右铭，也是我深有感悟的几句古语之一。在这个项目的开始阶段，老师便让我们做了个进度安排表，我很好的利用了这次机会，花了较多心思作出了一个很详细的进度安排表，之后我们组任务的完成也是严格按照这个进度表进行的。当然我后来去了解了一下别的组的情况，有些组的进度安排表没我们组做完善的一个很重要的原因就是他们对这一周的数据库课程设计到底还没什么概念。导致这种现象的原因有很多方面，一个是基础太差不能理解老师安排的任务(当然这种人比较少)，一种是缺乏交流，这个交流包括组内的交流，也包括组间的，更包括与老师之间的，这也就引出了我的第二个心得。
多交流，这是我这次项目的第二个心得。对于这种分工完成的项目，组员之间的交流是极其必要的。如果组员之间不能很好的沟通，不仅会做很多无用功，而且也会做很多重复的工作。组员之间很好的互通有无，表明自己正在做什么，下一步要做什么，才能使工作很好的开展开来。而我们组这次就做到了这点，我们每天都会在qq上或者见面相互交流，并及时修改进度安排表;除此之外，我们还相互帮助解决问题，或者共同解决问题，比如说这次的概念模型的设计，我们组负责设计概念数据模型的同学(赵##)和负责数据需求分析的同学(左##)就经常沟通(因为两者的任务联系比较紧密)，共同解决问题，才会做出令我们组员都比较满意的数据概念模型和漂亮的数据需求分析文档;当然最重要的是我们也常会去与老师沟通，老师也在关键的设计地方也给了很多很多的宝贵意见。当然不得不作出检讨的地方是组长这次与老师交流的比较少，反而不及组员，希望在接下来的项目中能有所改观，起好带头作用。我同样也有观察别的组完成情况，发现有些组出现了组长包干或者组长与个别组员的包干的现象，我觉得导致出现这种可怕现象的主要责任在于组长，组长的任务不仅仅参与部分任务的完成，更重要的是分配任务并协调组间关系，是沟通交流的一根主要管道。通俗的讲就是组长上要联系老师，中要与他组交流，下要与组员积极沟通，我觉得这也是组长这个角色的设置的必要所在吧。我真心地希望在我们下一个创新课程j2ee的训练中我们班不要再出现这种现象，每个人都有平等得到锻炼的机会，组长不认真分配任务不积极与组员沟通在某种程度上剥夺了组员得到锻炼的机会，而更可悲的是很多组员还没有意识到这一点。
以上很简单的三点让我们组在这次设计之中顺利完成了任务，下面谈谈我们组在这次任务中做的不足的地方吧。
首先得从组长自身谈起，刚有说到组长与老师交流较少是第一点，第二点是组长一直以来的老毛病了，就是基础不扎实，数据库的理论知识很多考完就忘的干干净净，在项目的开始阶段又返工去补习部分数据库的知识，而且我们的组员大部分也这样，甚至班里有很多同学也是这样的。所以以后对于重要的专业基础课一定要牢牢把握，绝不能追求过一门算一门。不过话说回来，组长这次返工还是较有成效，很快的理解了设计任务，并以最快的速度做好了详细的进度安排表，需要被鼓励一下呵呵。第三点就是组长对问题的解决程度缺乏完美的追求，说通俗一点就是不求甚解，其实在我们的设计模型中，有一些地方还可以做调整的，数据的完整性和合理性将会进一步提升，如果我带领组员朝这个方向再多努力一点，水平就不仅仅提高几个档次了，但是组长鼓励组员去解决了一部分，且在一些地方确实做了修改。
其次说说组员，这几位组员中有两位与组长合作过一次，默契还不错，在这次的任务的完成中发挥了很大的作用，他们是周#和左##，分别担任功能需求说明书的编写和数据需求分析说明书的编写，曾在第一次小组会议就表示一定要交出令组长非常满意的作品，而且事实的确是这样，都完成的很出色。而其余两位同学相对主动性就差了点，总是要组长不停的花心思督促能勉强完成任务，令组长很是头疼，但总的来说还是很配合，但这也在一定程度上导致组内组员水平出现较大差异。
怎么办呢不足之处真还少，可能是组长反省的还不够吧，等以后反省彻底了再和老师说说吧。
数据库课程设计报告总结篇五
我和其他组员一起进行系统分析，业务流程分析，数据流图的绘制，数据字典的编制。系统设计过程中，与他们一同设计新系统功能，设计e-r图，输入输出设计。在次过程中计划了分配了各自的任务，在设计和画e-r图过程中对于应当注意的事项，提醒注意。当遇到问题时候，向同学老师请教，及时解决。在系统实施过程中，设计模块，并编写程序。调试时，改正相应的错误。
2、主要收获
课程设计的心得体会
做了两周的课程设计，有很多的心得体会，有关于单片机方面的，更多的是关于人与人之间关系方面的。
在几天几夜的努力，终于有了头绪，然后又在同学的帮助下，找到了一些参考书，又在这写书的帮助下了解了系统设计的各种方法，在编译过程中常常出现的问题，和解决的方法。接下来就是编程件方面的焊接工作了。没想到这项看起来不需要多少技术的工作却是非常的劳心劳力。很多次是早上起来买瓶水放些吃的在宿舍里，一泡就是一天。我看到有很多人跟我一样，都他们是三三两两，一同讨论学习。在这个时候也有很多人帮助我，或是热心的帮我带饭。大家都鼓励我，即使最后出不来东西，但是一定要坚持把它做完。当我想放弃的时候，我也这么对自己说，即使你做出来的是次品甚至不合格品，但是你一定要拿出来一件成品。
一个多星期后我们的程序终于完成了，而且放到一起也能用。在机房调试虽然出现了一些问题，但都解决了。最后，我发现自己对编程竟然也有了一点兴趣，想寒假回家以后自己去买一些东西来做，再补一补汇编语言。
篇四