一、项目基本介绍
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 任课教师博客主页链接 |
| 这个作业的要求在哪里 | 作业链接地址 |
| 团队名称 | Exception |
| 作业学习目标 | 1.掌握软件编码实现的工程要求 |
作业任务
1.团队项目github仓库地址链接；
GitHub地址：Github
2.更新Github仓库《软件设计方案说明书》
文件地址：《软件设计方案说明书》
3.总结项目技术设计方案如何体现软件设计准则；
1.抽象：我们团队的软件项目在实现过程中用到了MVC三层架构，它的核心就是抽象的分层。而且我们将项目功能分为不同模块，每个模块负责实现自己的功能，体现了单一原则。
2.强内聚/弱耦合/模块化：将整个项目分为管理员、用户、图书管理等模块，每个大的模块在具体实现过程中又被分为多个小模块，尽量使得各模块之间以及模块内部实现高内聚低耦合。
3.信息隐藏和封装：在具体的编码实现过程中，利用接口或私有方法等实现信息的隐藏和封装。
4.界面和实现的分离：首先我们借鉴相似项目的界面框架，将大致界面由相应团队成员实现，然后负责具体代码实现的成员针对界面中的具体内容进行具体实现。
5.错误情况处理：我们针对可能出现错误或者容易出现错误的情况进行不断地测试，同时，为了尽量减少系统的漏洞，对接收的数据进行适当的处理，比如过滤掉一些特殊的字符，如单撇、双撇、空格等等，比较典型的就是在用户注册时就明确指出字符长度或禁止一些特殊字符。
6.运行环境假设：
（1）Windows7及以上所有Windows系统，且本系统不需要特定的硬件或硬件接口进行支撑；
（2）IE 4.0或者更高版本的网络支持；
（3）Windows 7 Server 或更高版本，以及Tomcat6.0 或后续版本；
（4）Windows 7 Server 或更高版本，以及Mysql5.0或更高版本。
7.设计方案的灵活性和数据处理能力：我们团队的软件设计方案是由团队所有成员共同商议，并针对项目的具体实现来进行合理设计的。设计方案中包括以下几点：不要将代码写死（消除代码中的常数）；抛出异常（由操作的调用者来处理异常）；尽量使用并创建可复用的代码；更好地实现高内聚和低耦合（提高替换能力）。
8.设计中采用的启发式规则：采用最重要也是最基础的是“改善软件结构，提高模块独立性”，同时还有“模块功能完善化”，“设计规模适中的模块”，“降低模块接口的复杂程度”等。4.Github仓库上传《软件编码规范说明书》；
文件地址：《软件编码规范说明书》
5.Github仓库上传项目已完成源码；
源码地址：源码
6.按任务3要求完成本次作业总结。
3.1任务分配表
| 成员 | 任务 | 任务量 | 实际所用时间 |
|---|---|---|---|
| 钟红耀 | 团队项目源码完善 | 25% | 2h |
| 夏向明 | 设计软件设计方案说明书，博客撰写 | 27% | 1.5h |
| 金振兴 | 查找软件编码规范说明书 | 28% | 1h |
| 高小兰 | 文件上传Github、博客撰写 | 25% | 1h |
3.2团队项目详细设计心得
3.2.1小组成员实验心得：
钟红耀：开始觉得我们的设计已 经完美了，现在再看，其实缺了好多东西，需要不断去改进。虽然项目的功能设计有很多不足，但是感觉我们的团队很完美，我们的团队不仅团结，而且分工合理明确。当听到有的团队的成员根本就不参与时，很庆幸我们这个团队的成员都很好。
夏向明： 在此次系统设计过程当中，越发地感受到了团队合作的重要性。想要对系统进行功能比较全面的设计，离不开基于需求分析的反思，也离不开对系统设计进行建模和数据库的设计，甚至还有更多的因素会对系统设计造成一定的影响。
金振兴：鉴于之前的经验，组长能更加明确详细地对任务进行分工，各组员也能按照任务分配名单，按时完成各自的任务。通过一系列的讨论、分工、完成分工、整合，系统的雏形总算是建立起来了，每一个过程都容不得疏忽，所幸所有组员都尽职尽责还尽心尽力，有很多工具在设计过程中帮了很多忙，已很深刻地意识到学会利用资源的重要性。
高小兰：我们的产品就获得需求而言通过使用原型法与实际用户面对面交流获得需求能极大的提高需求获得的效率和准确性。所以在以后的工作中如果能够和用户面对面的交流就应该把握这种机会，尽可能多的从用户的角度考虑问题，分析并解决存在的问题。3.2.2项目总结：
本次团队项目，我们通过不断地完善需求说明书、概要设计说明书以及详细设计说明书，对系统了进行功能比较全面的设计，通过一系列的讨论、分工、完成分工、整合，不断完善了我们的软件，我们还会继续关注我们的软件，各个成员为软件贡献自己的力量。