最近在做某人才公寓项目，此项目不同于一般的宾馆管理，房间一部分用于出租，一部分用于客房。在此系统中，涉及到了企业，入住者，房间等基本信息的管理，也涉及到一个房间可以住多个人的合租管理，以及个人申请房间的管；并且在系统中要管理合同信息以及根据合同信息计算缴费。

     在刚接到此项目时，并没有如此多的需求，只是简单的入住，退房即可。后来在获取详细需求的过程中，发现并不是想象中那么简单。入住分多人入住和个人入住，租金也有公司给交的和个人自己交的，也有可能公司交一年，之后自己交等特殊情况，还可能出现某个人需要换房的情况和某个房间换人居住等。

      针对这些特殊情况，一开始就划分了模块，进行管理。并且过多的考虑了这些特殊情况，按照自己的想法对于模块字段等进行了设计。在后期给客户看系统时，发现这些特殊情况的模块需求变动很大，需求并不稳定，再加上客户方负责人的变动，使得系统需求还出现过回复到之前版本的情况。

因此，从这里意识到，此项目模块划分不清，开发模式没有选择对，应该选择增量模式，最初先完成简单的申请，入住，退房模块，然后再慢慢增加费用，合同，等费用的核算以及特殊情况的处理，这样会使得需求变动少，客户需求会更加明确，能更早得看到系统，提出更合理的需求改动。另外，要多观察客户实际的数据，比如此系统一开始设计时，只考虑了个人申请入住的情况，等实际开发差不多，数据库结构也已经稳定时，才发现系统还有合租的情况，因此这时再修改数据库会较麻烦。在开始设计数据库结构时，要考虑更全面，数据库结构更灵活，要按照对象进行更合理划分。

• 上一篇：近期看《人人都有好工作》读后感
• 下一篇：人才公寓项目关于费用问题的处理