《坐热板凳组》第七次作业：团队项目设计完善&编码
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | http://www.cnblogs.com/nwnu-daizh/ |
| 这个作业的要求在哪里 | https://www.cnblogs.com/nwnu-daizh/p/10980707.html |
| 团队名称 | 坐热板凳组 |
| 作业学习目标 | 根据OOD详细设计工作要点，修改完善团队项目系统设计说明书和详细设计说明。 |
| 团队博客地址 | https://www.cnblogs.com/happiers// |
| 项目名称 | 个人记账本（微信小程序） |
对项目技术设计方案如何体现软件设计准则的总结：
改进软件结构提高模块独立性,模块规模应该适中,深度、宽度、扇出和扇入都应适当,模块的作用域应该在控制域之内,力争降低模块接口的复杂程度,设计单入口单出口的模块,模块功能应该可以预测；
常见的软件重用形式包括：
（1）源代码重用。这是最简单也是最常见的重用形式，但由于软件系统的复杂性，很难大规模地重用已有源代码。
（2）架构重用。架构重用也很常见，随着软件架构风格和设计模式的推广和应用，架构重用已经对软件开发产生了重大的影响。
（3）应用框架的重用。随着软件技术的发展，应用框架的重用变得越来越普遍，很多成熟的软件公司都建立了自己的开发框架。在开源社区中，世界各地的技术爱好者也在不断地推出应用了各种新技术的开发框架，例如，应用了AOP（Aspect Oriented Programming，面向方面编程）技术的Spring等。
（4）业务建模的重用。虽然不同的软件的业务领域各自不同，但人们还是总结出了一些常见领域的建模方法，重用这些领域模型可以降低因领域知识不足而造成的需求风险。
（5）文档及过程的重用。软件文档和软件过程也是软件开发中不可或缺的元素，有效地重用这些文档和过程也有助于提高开发效率和软件质量、降低开发成本。
（6）软件服务的重用。随着Web 服务的提出，人们越来越关注服务的重用。SOA（Service-Oriented Architecture，面向服务的架构）提出了面向服务的软件架构，并定义了相应的标准。但SOA还不够成熟，相信这一领域在未来的几年中还将取得更大的进展。
在我们的代码当中主要涉及到的是关于关于架构和框架的应用的重用，因为没有找到特别适合的源代码，所以采用的主要是关于框架的重用；对于数据库设计这一方面主要是将查询，更新，删除的代码封装成一个类，如需使用不同的调用方法主要通过更改方法里面的参数来实现。将数据库的文件部分封装成一个文件夹，通过更改里面的用户名和密码来进行对数据库的可移植操作；界面的设计主要借助到的工具是Mockplus（摹客），界面和实现的分离主要依靠的是界面里面的链接以及点击每个按钮所触发的功能的实现；高内聚一般指功能内聚，共同完成同一功能，缺一不可，模块不可再分割耦合主要是指一个软件结构内不同模块之间互连程度的度量。低耦合是java中使用接口等降低了耦合度，使程序具备良好的扩展性,易于修改。就是有的时候程序需要修改，只需要改正一部分，单是如果程序的耦合性很强的话就需要从头再写一遍很不划算，而正常的开发中都是改那部分，重写那部分，把配置文件一改就成了，java中通过接口（interface），spring技术中的ioc等实现的解耦合；因为微信记账小程序中使用的数据量不是很大很多，所以在数据量上面没做特别大的要求；错误的情况的处理主要包括将出错的信息反馈，或者跳至错误页面；程序模块对于运行环境，关联模块，输入输出参数的假设，例如，一个企业的流程管理软件，它能处理员工的各种请假需求，程序员会把每一种假期当作一个假期的子类（Sub Class）来处理。如果现在新增一个假期类型（例如“志愿服务者假期”），程序怎么变？有些设计要求工程师必须改源代码，添加子类，且在所有和假期相关的地方添加相应的处理，并要求所有管理软件都更新到最新版本。另一种做法是把所有的假期类型定义为数据，这样一来，新增一种假期类型时，只是数据增多了一项，相应的逻辑（也用数据表示）有一些变动而已。而源程序仍然保持不变。软件如何应对变化，是软件设计最重要的一个方面。
任务二 《软件编码规范说明书》github地址：
github地址： https://github.com/jessiyx/sethotchair
任务三 燃尽图
任务四 团队完成本次任务的场景照片
任务五 具体分工及占整个系统设计文档任务的工作量比例
| 项目成员 | 具体任务 | 工作比例 |
|---|---|---|
| 朱艺璇 | 《软件设计方案说明书》 | 30% |
| 王潇 | 《软件编码规范说明书》 | 30% |
| 达星斗 | 查询资料，编写博客 | 20% |
| 刘振华 | WBS的编写，燃尽图的制作，资料的补充 | 20% |
任务六 小组成员实验心得
朱艺璇：每次改进后都觉得相当完美了，但总是能被老师找出问题。现在我自己一看，其实真的是缺了好多东西，需要我们不断的去改进。虽然项目的功能设计有很多不足，但是感觉我们的团队很完美，我们的团队不仅团结，而且分工合理明确。当听到有的团队的成员根本就不参与时，很庆幸我们这个团队的成员都很好。
王潇：一个好的团队，是大家能拧成一股绳，劲往一处使。其实这次的团队项目对我们组来说是个很大的挑战，刚开始我们都有点不知所措，但组长给我们每个人都安排了任务，让我们的思路逐渐清晰起来。每次的改进都让我学到了很多东西，知道了完成一个项目的不易。很感谢老师的指导，也很感谢我的同伴们。
刘振华：我们组每次遇到问题都会集中讨论，集思广益，找到最合理的方法去解决问题。通过这次的团队项目，让我感受到了团队的力量，也让我知道了学习的重要性。
达星斗：这个团队项目对别人来说可能是个小项目，但对我来说是个很大的项目，每一次的改进我们组的人都花了大量的时间。我是第一次做这种团队项目，很庆幸遇到的组员都很好，每次的任务我们都分工明确，每个人都付出了相应的努力。
项目总结：这次的任务，我们完成了《软件设计方案说明书》和《软件编码规范说明书》，并且更新了燃尽图。我们对系统的功能进行了比较全面的分析与设计，不断的去完善我们的软件。我们也知道，可能还是会有很多的不足，但我们会更加努力，争取更好的完成本次项目。