【论文写作】SSM房屋租赁系统如何写设计总结

本系统通过不断改善，已经可以正常运行，基本实现所设计的功能。系统运行稳定，操作简单，维护方便，实现对房源的管理。本系统充分考虑人性化设计，每个模块都尽可能地简化用户和操作员的输入，并有各种的系统提示，以方便用户的使用。由于本身水平有限，时间仓促，本系统还有很多不尽人意的地方。比如统计比较粗糙，设计时没有过多地考虑数据库查找效率等等。
对用户需求了解的正确与否，直接影响程序设计、系统测试、系统维护的进度和工作量。即使开发软件工作组怎么优秀，团队合作如何融洽，需求这块都是绝对不容忽视的。比如以下几种心理或现象都是比较普遍的：一是与用户合作不如编写代码有意思；二是因为开发人员觉得已经明白用户的需求了；三是“画蛇添足”，开发人员力图增加一些“用户欣赏”但需求规格说明中并未涉及的新功能；四是用户提供过于简单的规格说明；等等。这都是我们要避免的。对需求了解的错误导致的返工是软件工程的大忌。
做这个系统，首先要深入地调查需求，然后参考一些类似的系统。永远都不要觉得自己已经能够完全独立的开发一个系统了，那样只能让你裹足不前。只有结合别人的心得、示例、自己的经验、创新，你才会进步。由于以前软件工程课的学习，因此写流程图、结构图的时候相对比较轻松，有明确的方向，这就是所谓的经验。
数据库设计是一个很关键的步骤，表与表之间清晰的关系，表内部的主码设计的好坏，数据的累加数据项的添加等都是不容忽视的问题。有些可能在理论上不需要的字段，但实际应用中往往把它添上去。比如说：报考登记表模块，并不要求把考生的报名的那个时间写进去，但我们添一个时间字段，在数据库中自动添加当前系统日期。这样我们就可以轻松的统计出每天的报考人数，哪一天报考的人数最多等等，可根据这个生成日报表、周报表等等。
接下来是程序设计。首先根据先前的经验和用户的需求，搭好一个整体的框架。在这里考虑的问题为一、降低软件模块间的耦合度，高耦合度的系统是很难维护的。一处的修改引起另一处甚至更多处的变动。你可以通过以下方法降低程序的耦合度：隐藏实现细节，强制构件接口定义，不使用公用数据结构，不让应用程序直接操作数据库（经验法则是：当应用程序员在写SQL代码的时候，你的程序的耦合度就已经很高了）。耦合度低的软件可以很容易被重用、维护和扩充。二、提高软件的内聚性，如果一个软件的模块只实现一个功能，那么该模块具有高内聚性。高内聚性的软件更容易维护和改进。判断一个模块是否有高的内聚性，看一看你是否能够用一个简单的句子描述它的功能就行了。如果你用了一段话或者你需要使用类似“和”、“或”等连词，则说明你需要将该模块细化。只有高内聚性的模块才可能被重用。
系统测试其实和系统设计基本是同步的，在其中得到的体会、心得在前面已经提到，这里就不重复了。
在整个系统的设计过程中，遇到过很多障碍，挫折，然而当整个系统完整的展现在自己的面前时，这种喜悦是只可意会的。