队员：王鹤恬 范涵 刘旺 刘至臻 陆凌昕
指导老师：周军海老师
撰稿人：范涵
第一次会议
第一次会议就设备的编号，设备名称，主要用途，存放场地等基本建数据库所需要的信息进行了一次大概的总结，其中将仪器的在库状态确定分为了在库、借用、维修以及损坏，规定了借用人为两到三个名字，学生和导师。同时，确定了针对不同的保管人开放不同的权限，并要求可以通过模糊搜索的方式搜索到想要的仪器。
在第一次会议中，我们和指导老师进行了深切的交流，其中对大部分细节进行了补充。当时由于我们还只是刚刚学习数据库，所以还不是很懂表应该怎样去建，应该建哪几张表。但是在老师的帮助下，我们一步步分析，大概知道了根据课程需求项目所需建立的表可包括：设备信息（设备编号、设备名称、设备类型、主要用途、存放场地、保管人、在库状态、预期归还时间等）；用户信息（学工号、姓名、借用设备等）；信用系统（用户学工号、当前信用分、信用分历史记录等）；报修表（报修人、损坏原因、报修时间等）；预约表（预约人、预约设备编号、预约日期等）；短信模板表（包括到期提醒与预约成功两个应用场景）等。
在第一次会议讨论需求的过程中，我想我们最大的收获可能是知道了怎样将一个很大的项目，一个陌生的项目，分解为我们能够理解的部分。同时知道了一个项目该从何开始做。先原型知道大概的页面样子，后建表确定数据库，然后连接数据库做出对应的功能。这样也使得我们的目标变得不那么模糊了，我们也知道当前需要做什么，需要学什么，也能有针对性的学习了。
第二次会议
第二次的会议是在我们项目原型实现后，也是第一次会议的一周后。当我们拿出我们自认为很完美的原型给我们的指导老师看时，他直接指出我们的原型里面还有部分问题。同时还给了我们很多建议：比喻考虑设置手势登陆进入小程序、区分用户、信用分评级（信用分决定借阅顺序）。
第二次会议给我们的最大感受就是有些看似很完美的东西并不是一定很完美，那只是我们的主观感受而已，而没有实际开发经验的我们来说，很多主观的东西都是错的。在这个过程中，我们并没有对项目的细节进行特别的注意，然而细节便是决定决定用户的使用感受的，也是决定我们这个项目能走多远的。周老师让我们仔细考虑管理员的功能，他提出管理员在个人页面可查看用户提交的关于所管理设备的报修情况。在我们最初的设计中认为老师=管理员，但是实际上并不行，因为老师只是一个用户，所以我们重新确定了人员为管理员和用户，这样我们就确定了我们要分开做什么功能。
更加细微的模块让我们更加明确了自己的部分，同时因为信用分评级的设定，也让我们不得不去思索借阅规则的制定应该怎样确定，这是个很难的问题，因为得考虑到公平性的问题。这也让我们真正的进入这个项目，进入这个团队。
第三次会议
第二次会议最后信用分评级依旧没有得到彻底解决，因为这是一个需要和用户或者是开发者商榷的问题，我们将通过长久的讨论确定一个比较好的信用分评价规则。
每一次会议都有需求和要求的变动，这次会议我们主要讨论的是ER模型的改善以及对数据库的约束，通过对PowerDesigner软件的学习与使用，我们都能够自己通过设计cdm来得到我们想要的数据字典。这次的学习很大程度的扩展了我们的知识面以及提高了我们的动手能力和分工合作能力，我们不再是像以前那样拿到一个题目不知道从哪里入手，虽然我们现在也不能很完美很快速的完成一个部分，但是我们现在以及能在慢慢的摸索中逐渐达到我们想要的成果。这是我们最想要的，也是我深有体会的一点。
数据库的需求变动让我了解到做什么事情都要留有一定的余地，而不是一开始就把数据库字段设计死。社会在变化，而软件也会随之变化，评论也许会从最开始的100字段变成200字段，所以我们不仅要考虑现在，还要有长久的眼光将其定眼在未来。
第四次会议
第四次会议也就是最近的一次会议，在这次会议上，我们通过修改pdm来生成数据库的sql文件来创建数据库。在最开始的时候，我其实不太明白为什么一个pdm要反复修改，直到后来生成了测试数据库后，才发现然来我们的数据库属性还不够完善，这也让我意识到需要通过实际的测试才能让我们发现很多问题。为什么有的软件上线以后会有用户提出各种bug，难道测试人员就没想到吗？没错，他们可能真的没有想到。因为每个人的使用习惯不同，总有测试人员没有想到的情况发生。