图书管理系统
实训内容
我在这次试验中参与了“需求分析”、“表中数据输入”，“存储过程”和“触发器”的设计。

在“需求分析”阶段我们遇到的主要问题有用户需求的分析和流程图的设计。

进行用户需求的分析时，由于时间和范围的限制我们很难对用户的需求做出准确全面的了解分析，因此不可避免的会存在这样或那样的缺陷，这就需要我们在不断的改进。

在流程图的设计中，我们遇到的问题有数据在系统中的流向问题，在一些数据上我们存在着数据流向错误，还有的数据之间的流向是双向的，但我们没有在流程图中体现出来。

经过老师的指点后我们及时的做出了修改，同时还明白了一张表格设计出来关键在与有没有人看，如果没有人看那这张表格就是多余的。

因此表格设计的关键在于明确要给谁看。

在实验过程中我明白了需求分析是数据库设计的起点，也是整个设计过程的基础，需求分析做得不好，开发出的系统的功能可能就会与用户要求之间存在差距，甚至有可能导致整个工作从头再来，因此一定要保证需求分析准确全面。

在“表中数据输入”过程中，当向借阅信息表输入数据时虽然没设还书日期为必填字段，也没设默认值。

但即使没输还书日期，表中也会自动生成一个日期，而且还不能删除。

我们讨论了很久也没得出原因，请教老师后才知道在我们的借阅信息表中字段图书编号和图书名称存在部分函数依赖导致出错。

我们删除了图书名称一列，并运行成功。

在这个问题上更让我们明白了需求分析的重要性。

在“存储过程设计”和“触发器”的设计中我们也遇到了一些问题，最主要的是不清楚应该怎样用代码来实现我们想要系统完成的功能。

这主要是由于我们对知识掌握的不全面。

因此我们只能写一些简单的命令或通过网络搜索来实现，但这也导致了我们想的功能和实际做出来的功能存在一些差距。

同时我们也在设计过程中遇到了一些具体的问题。

例如，在设计“未还图书信息”存储过程时，我们想要输出未还图书的借书证号、图书编号、姓名、图书名称。

但运行后发现它输出了很多重复的项，而且他们的借书证号全是一样的，虽然这个借书证号是存在未还图书的借书证号，但她把所有人的姓名全输出来了。

一开始我们不知道这是为什么，试了很多次还是不行，最后如果只要求输出借书证号和图书编号又能运行成功，因此我们想应该是在命令中没有体现两表中的关系，违背了关系的完整性。

于是我们又在条件中输入了“借阅信息表.借书证号 =读者信息表. 借书证号，借阅信息表. 图书编号 = 图书信息表. 图书编号”命令运行成功。

从这些问题中我看到了自己的不足，这些细节上的问题更需要我们细心的对待。

实训总结
通过项目实训我体会最深的是团队合作的重要性，我们所做的工作都不是独立的，不能只想到自己。

当遇到问题不能自己解决，通过大家一起完成时，那份快乐也是加倍的。

在实训过程中我明白了我们不应该只想着如何避免难题而应学着解决它。

更重要的是平时就应该积累知识。