课程设计报告
课程设计报告应该怎么写？课程设计是一个有目的、有计划、有结构的产生教学计划、教学大纲以及教科书等系统化活动。下面小编给大家带来课程设计报告，欢迎大家阅读。
课程设计报告范文1 1。2课题背景及研究意义
本课程设计是在《数据库与管理信息系统》课程理论教学之后的实践教学，其目的在于加深对数据库原理、管理信息系统基础理论和基本知识的理解，进一步掌握利用结构化方法对管理信息系统进行分析与设计的基本原则、方法和步骤，培养学生解决实际问题、开发管理信息系统的实践能力。同时课程设计充分体现“教师指导下的以学生为中心”的教学模式，以学生为认知主体，充分调动学生的积极性和能动性，重视学生自学能力的培养。通过课程设计使学生认识管理信息系统开发的基本过程，能够运用系统分析和设计方法进行管理信息系统的开发。
课程作业要求如下：
内容要求
1。文字在4000 字以上，需在封面注明题目、班级、组员；
2。能够阐明现行系统的业务情况，能够进行业务流程分析；
3。能够利用数据流图进行信息结构的分析与设计，建立E—R 图和相应的数据字典；
4。能够建立系统的结构图，能够运用U/C 矩阵进行子系统划分和数据正确性检验。
组织要求
1。按时完成课程设计，及时提交成果；
2。能够充分应用Word、Execel、PowerPoint 等工具制作和表达系统方案；
3。能够积极参与小组合作，认真完成自己所担负的任务，并向其他组员阐明自己的设计思想，互相讨论，完成自己的设计工作；
4。各组内的同学能够互相督促，交流充分；
5。组长能够及时向指导教师报告自己所在组的进度。
文档要求
1。图表美观，文理通顺；
2。能够参考软件开发的国家标准文档，指导自己编写设计报告的相关部分；
3。尝试应用项目管理软件进行项目进程的规划管理。
人事管理是企业信息管理的重要部分，面对大量的人事工资信息，财务部门采用人力处理将浪费大量的时间、人力和物力，且数据的准确性低。因此，开发一个界面友好，易于操作的人事工资管理软件进行自动化处理变得十分重要，这正是本系统开发的目的和意义。
而本系统的开发，为工作效率带来了一个质的飞跃，为此主要表现有以下几个方面：本系统的运行可以代替人工进行许多繁杂的劳动；第二，本系统的运行可以节省许多资源；第三，本系统的运行可以大大的提高的工作效率；第四，本系统可以使敏感文档更加安全。第五，本系统在经济上是可行的。
1、基本思路
用VB设计界面，编写代码，在VB中通过调用SQL数据库实现查询，删除，修改，添加等功能。
2、作业目标
1 人事信息录入，编辑，修改，查询，打印
把员工信息记录进数据库，可以随时查看，起到档案的作用，登记了人事信息，便于管理。该系统按照人事劳资管理人员的书写习惯，可对员工的编号、员工的姓名、性别、所在部门、职位名称、最高学历、等基本信息进行记录，为了方便起见，还增加了备注的功能，可以对员工进行评语及特点的描述。信息录入后最终自动生成详细的易于操作的人事档案表，可以随时的记录了解本公司的员工信息，一目了然。本系统支持任何一种输入方法。
2 工资管理录入，编辑，修改，查询，计算，统计
工资信息主要包括员工的底薪、补贴、奖金、加班费、房贴、养老金、等项目，另外，系统会自动统计该员工的工资的总工资等信息。
3 各种信息的查询统计
查询可以提高了工作效率，输入字符即可获得符合条件的信息，统计可以从杂乱的数据中，分析出有效的数据。
4 系统数据的安全保密，设定系统用户
系统为区分了身份，因此由用户和密码，级别构成，这样系统在系统登陆界面进行身份验证，将输入的信息和用户表进行比较，让符合身份的用户通过验证。
1、个人主要工作
我和其他组员一起进行系统分析，业务流程分析，数据流图的绘制，数据字典的编制。系统设计过程中，与他们一同设计新系统功能，设计E—R图，输入输出设计。在次过程中计划了分配了各自的任务，在设计和画E—R图过程中对于应当注意的事项，提醒注意。当遇到问题时候，向同学老师请教，及时解决。在系统实施过程中，设计模块，并编写程序。调试时，改正相应的错误。
2、主要收获
课程设计的心得体会
做了两周的课程设计，有很多的心得体会，有关于单片机方面的，更多的是关于人与人之间关系方面的。
我在自己的努力下，在老师同学们的帮助下，终于把整个系统完成了，实现了预定的功能，以前的SQL语言没学好，一开始的程序这块儿就要令我抓狂了。后来
在几天几夜的努力，终于有了头绪，然后又在同学的帮助下，找到了一些参考书，又在这写书的帮助下了解了系统设计的各种方法，在编译过程中常常出现的问题，和解决的方法。接下来就是编程件方面的焊接工作了。没想到这项看起来不需要多少技术的工作却是非常的劳心劳力。很多次是早上起来买瓶水放些吃的在宿舍里，一泡就是一天。我看到有很多人跟我一样，都他们是三三两两，一同讨论学习。在这个时候也有很多人帮助我，或是热心的帮我带饭。大家都鼓励我，即使最后出不来东西，但是一定要坚持把它做完。当我想放弃的时候，我也这么对自己说，即使你做出来的是次品甚至不合格品，但是你一定要拿出来一件成品。
一个多星期后我们的程序终于完成了，而且放到一起也能用。在机房调试虽然出现了一些问题，但都解决了。最后，我发现自己对编程竟然也有了一点兴趣，想寒假回家以后自己去买一些东西来做，再补一补汇编语言。
课程设计报告范文2 在开学的第一周，我参加了院里组织的数据库课程设计，这项任务是分组分工完成的，我们组有五名成员，分别是我们班学号的后五位同学，很荣幸地我被推荐为我们组的组长，在组长的“英明”指导下，全体组员团结奋斗，使得任务完成地比我们预期的要稍早一些，也比预期要漂亮一些，这一点我们都感到很高兴也很自豪。
王婆卖瓜时间过了，言归正传吧。凡是都要有个总结，以下便是我在这个课程设计中的一点心得。
首先我分析一下我们组任务顺利完成的成功之处并总结一些经验，供以后反省参考用。
凡事预则备，不预则废。这是我的座右铭，也是我深有感悟的几句古语之一。在这个项目的开始阶段，老师便让我们做了个进度安排表，我很好的利用了这次机会，花了较多心思作出了一个很详细的进度安排表，之后我们组任务的完成也是严格按照这个进度表进行的。当然我后来去了解了一下别的组的情况，有些组的进度安排表没我们组做完善的一个很重要的原因就是他们对这一周的数据库课程设计到底还没什么概念。导致这种现象的原因有很多方面，一个是基础太差不能理解老师安排的任务，一种是缺乏交流，这个交流包括组内的交流，也包括组间的，更包括与老师之间的，这也就引出了我的第二个心得。
多交流，这是我这次项目的第二个心得。对于这种分工完成的项目，组员之间的交流是极其必要的。如果组员之间不能很好的沟通，不仅会做很多无用功，而且也会做很多重复的工作。组员之间很好的互通有无，表明自己正在做什么，下一步要做什么，才能使工作很好的开展开来。而我们组这次就做到了这点，我们每天都会在qq上或者见面相互交流，并及时修改进度安排表；除此之外，我们还相互帮助解决问题，或者共同解决问题，比如说这次的概念模型的设计，我们组负责设计概念数据模型的同学和负责数据需求分析的同学就经常沟通，共同解决问题，才会做出令我们组员都比较满意的数据概念模型和漂亮的数据需求分析文档；当然最重要的是我们也常会去与老师沟通，老师也在关键的设计地方也给了很多很多的宝贵意见。当然不得不作出检讨的地方是组长这次与老师交流的比较少，反而不及组员，希望在接下来的项目中能有所改观，起好带头作用。我同样也有观察别的组完成情况，发现有些组出现了组长包干或者组长与个别组员的包干的现象，我觉得导致出现这种可怕现象的主要责任在于组长，组长的任务不仅仅参与部分任务的完成，更重要的是分配任务并协调组间关系，是沟通交流的一根主要管道。通俗的讲就是组长上要联系老师，中要与他组交流，下要与组员积极沟通，我觉得这也是组长这个角色的设置的必要所在吧。我真心地希望在我们下一个创新课程j2ee的训练中我们班不要再出现这种现象，每个人都有平等得到锻炼的机会，组长不认真分配任务不积极与组员沟通在某种程度上剥夺了组员得到锻炼的机会，而更可悲的是很多组员还没有意识到这一点。
多主动，这一点原本和上一点多交流有很多相似之处，但我把它专门列出来也是为了体现他的重要性。多主动一方面是说要主动积极的思考解决问题。有很多同学比较好学，总是不停的在与别人沟通交流，看似很积极，但是仔细分析他提出的那些问题着实汗涔涔，有些问题近似牢骚话类，稍微开动点脑筋就能解决的，但其总不会先去寻找解决问题的办法后再提出个经过大脑过滤的问题，说白了就是凡事都没有个自己稍微成熟的看法。关于这一点我曾经就一度犯过，现在回想起那段岁月着实还是对有些同学的耐心感动到热泪盈眶。直到有一天张老师找我谈了一次我才幡然醒悟到，之后便有了教大的长进，至少变得比较会提问题了。当然我觉得这一点还是值得给与一定程度的肯定的，至少他肯学，比起那种喜欢“搭顺风车”的同学强多了。我上面提到的而关于组长的剥夺组员锻炼权利的问题想必要是被有些组长看了会大有意见，组长会说：“你以为我喜欢一个人全干啊，还不是被逼的”。出现这种情况也于他们组喜欢“搭便车”的人太多了有关系，这也在一定程度上映射出了这个组组员和组长团队意识的极度缺乏。又扯远了，总之喜欢“搭车”的那部分同学可要提高警惕了，眼看过一年就要出去实习了，还不抓紧时间主动学点东西，还不停的让组长剥削你得到锻炼的机会，以后在这条路上怎么混得下去啊？
以上很简单的三点让我们组在这次设计之中顺利完成了任务，下面谈谈我们组在这次任务中做的不足的地方吧。
首先得从组长自身谈起，刚有说到组长与老师交流较少是第一点，第二点是组长一直以来的老毛病了，就是基础不扎实，数据库的理论知识很多考完就忘的干干净净，在项目的开始阶段又返工去补习部分数据库的知识，而且我们的组员大部分也这样，甚至班里有很多同学也是这样的。所以以后对于重要的专业基础课一定要牢牢把握，绝不能追求过一门算一门。不过话说回来，组长这次返工还是较有成效，很快的理解了设计任务，并以最快的速度做好了详细的进度安排表，需要被鼓励一下呵呵。第三点就是组长对问题的解决程度缺乏完美的追求，说通俗一点就是不求甚解，其实在我们的设计模型中，有一些地方还可以做调整的，数据的完整性和合理性将会进一步提升，如果我带领组员朝这个方向再多努力一点，水平就不仅仅提高几个档次了，但是组长鼓励组员去解决了一部分，且在一些地方确实做了修改。
其次说说组员，这几位组员中有两位与组长合作过一次，默契还不错，在这次的任务的完成中发挥了很大的作用，他们是周#和左##，分别担任功能需求说明书的编写和数据需求分析说明书的编写，曾在第一次小组会议就表示一定要交出令组长非常满意的作品，而且事实的确是这样，都完成的很出色。而其余两位同学相对主动性就差了点，总是要组长不停的花心思督促能勉强完成任务，令组长很是头疼，但总的来说还是很配合，但这也在一定程度上导致组内组员水平出现较大差异。
怎么办呢不足之处真还少，可能是组长反省的还不够吧，等以后反省彻底了再和老师说说吧。
