做数据库实验的心得体会范文（通用13篇）.pdfVIP

做数据库实验的心得体会

做数据库实验的心得体会范文（通用13篇）

当我们经过反思，对生活有了新的看法时，心得体会是很好的记

录方式，这样我们就可以提高对思维的训练。但是心得体会有什么要

求呢？下面是小编精心整理的做数据库实验的心得体会范文，希望能

够帮助到大家。

做数据库实验的心得体会篇1

持续一个月的数据库实训，让我参与了软件工程化的开发过程。

其中体会最深的便是我们这个实训网的几个之最：

一、项目最大：项目大是因为我们这个事业起点网站涉及到用户

众多—高校，企业，学生，老师，专家，第二个原因是网站的功能多

—用户管理，网上实习，网上竞赛，毕业实习设计，项目管理，人才

库管理，人才推荐，搜索。项目大很容易造成系统范围的泛滥，在我

们的开发初期，由于需求不太明确，功能实现没有重点，造成了需求

范围的扩大，给项目开发进度造成了严重的滞后性。然后我们召开了

会议讨论了这个问题，一致认同先把项目的基本功能实现，将网站的

基本架构搭建起来，最后再在这个基础上继续增加我们网站的其他功

能。因此在这个过程中，我深刻体会到了软件工程初期阶段的需求分

析以及概要设计的重要性，这两个文档是指导我们后期开发的最重要

的依据。

二、数据库表最多：如此庞大的系统，就需要庞大的数据库来支

持，所以项目大的直接后果就是我们的数据库表特别多，而且表与表

之间的依赖关系也复杂，实体类之间的关系众多，设计起来有一定的

难度。数据库的另外一个问题是—数据表的属性，数据表属性的设计

完全是依赖于我们刚开始做的需求分析文档，如果需求分析不完整的

话，就会造成数据库表属性的缺失，从用户的角度看，就会觉得你的

系统提供的数据不够全面，信息量小。

三、开发团队最大：我们团队一共有十四个人，这个对于我们的

项目经理来说，是一个相当严峻的问题，毕竟十四个人的团队相当于

其他几个小组加起来的人数总和，管理起来有相当大的难度。对于我

们这些小组成员来说，由于沟通渠道太多，造成了我们项目中遇到问

题，不知道去跟哪个小组成员沟通。为了解决这个问题，我们在团队

中又选出了三个小组长，小组成员遇到问题，先去咨询小组长，然后

小组长提供反馈信息。

四、项目各个模块间藕合度高：网站涉及的各个功能模块之间的

联系紧密，模块之间的接口设计的好坏是项目最终集成成功与否的最

重要因素。用户管理这一个部分要为每个模块提供接口，主要是用户

的编号以及用户的类型等。每个页面之间的链接也是其中重要的模块

接口。这个问题由于我们前期做好了充分的沟通以及按照概要设计中

的接口说明去设计自己的模块，所以后期的模块整合没有遇到什么太

大的不兼容性等问题。

接下来就谈谈我这一个月中的工作：

需求分析阶段：需求分析阶段我完成了网上竞赛模块的需求分析，

其中遇到的主要问题是阅读材料后发现网上实习，网上竞赛，毕业设

计指导这几个模块的功能是类似的，提取需求分析后不够明确，经过

几次跟汤老师的交流后，确定了这几个模块之间的具体差别，网上竞

赛模块的基本需求也大致确定了，网上竞赛模块的基本功能就是学生

通过网站报名参加竞赛，企业审核通过后，专家对作品进行评分，排

名。

概要设计阶段：在需求分析的基础上，对网上竞赛模块进行了比

较具体的概要设计，流程图（IPO图以及用例图）；这个阶段的主要

难点是对网上竞赛业务流程的描述，如何实现学生报名，企业发布，

专家评审的步骤操作，与及跟其他模块对该模块的限制。

数据库设计阶段：我负责整合初步数据库设计说明书，分配组员

按照各自的功能模块的具体需求设计自己模块需要的数据表，然后对

这些数据表进行整合。在这个过程中遇到的问题就是数据库实在是太

大了，最后下来一共有30多张表，表与表之间的关系复杂，关联性大，

需要设置的外键较多，很难将所有的属性字段给提取出来，属性的类

型设置也是一个问题，采用数值型还是采用字符串性在数据库设计中

尤为重要，因为在后台搜索方面，数值型比较快捷，而在数据显示方

面，字符串型又有直接读出不用转换的好处。每个表的主键我们采用

了用实体的编号去标记它，因为这样实体间关联起来会更加简单。数

据库的设计关键是要对整个项目的整体的把握，并且要细化对每个实

体类的具体属性要求。

详细设计阶段：我觉得是最重要的一个方面，一个完整的详细设

计说明应该可以帮助程序员完成具体的实现，程序员可以不用考虑模

块之间的耦合问题，只需