一、团队项目需求分析改进：
1.《教室借用系统需求规格说明书》初稿的不足
根据其他团队的反馈，本项目需求规格说明书存在的不足之处主要是：没有合理使用UML方法，绘制不同的UML图，以达到简明易懂的目的。
2.功能分析的四个象限
3. 编制团队项目的WBS
4. 讲故事的方式介绍你们的项目中的功能，介绍一个场景，用户如何使用这项功能，解决了用户的什么问题。
故事一：2015级物联网班长需要借用教室举办班级心理活动，打开自己的笔记本电脑使用自己的学号以普通用户的身份进入教室借用系统，浏览该系统的一些功能，寻找自己可借用教室的状态。一开始不懂如何操作，先查阅借用教室的流程，在看清楚之后进行相关的操作。首先登录进入本系统，进入主页，如果该班长不了解到哪个教室可以借用，点击教室查阅模块进行空闲教室的查阅，当选到合适的空闲教室，点击该空闲教室，进入教室的借用申请模块进行信息的填写，填写完毕后等待管理人员审核；当该班长知道自己借用时段哪个教室可以借用的时候，直接点击借用模块进行教室的借用，填写信息并提交；在申请者提交申请之后，后台管理员进行审核，当管理员审核完毕后，相应的教室状态就会变化，教室由空闲未借用状态变为已借用状态，此时借用教室成功，该班长可以愉快地举办该班级的心理活动啦！
故事二：现实生活中的例子，由于高考占用教室，我们班级上课的地方被占用，导致我们只能不停地调上课地点，好不容易找到教室啦，但是该教室有课，情急之下没办法一个教室一个教室地扫地雷似的搜索，登录本系统这些问题都迎刃而解。
5. 团队成员估计各自任务所需时间
- 后台设计：三周
- 前端开发：一周
- 数据库设计：一周
- 测试阶段：三周
6. 使用WBS工具，拆分项目，创建看板图和燃尽图
图6.1 看板图
图6.2 燃尽图
7. 团队项目Github仓库中更新《软件需求规格说明书》链接：
二、团队项目系统设计：
1.团队项目系统总体结构和数据库逻辑结构
图1.1 系统结构图
图1.2 E-R图
图1.3 用例图
2.《软件系统概要设计说明书》团队项目Github仓库链接：
3.团队项目的系统设计过程
首先对国标GB8567——88中《软件系统概要设计说明书》进行详细研读，对总体设计、接口设计、运行设计、系统数据结构设计以及系统出错设计进行了详细的讨论，在讨论结束后，每个人完善自己负责的那一部分，之后小组其他成员对此进行补充。由于之前已经将具体的任务分工安排下去，数据库设计部分、前端设计部分以及后台设计部分，每部分的人员都对自己该部分会出现的问题以及解决方法有一定的了解与认识，通过建模工具或者文字说明阐述自己负责部分的设计，最后将每一部分合起来整合成为一个系统设计文档。
4.系统设计方法与建模工具
采用结构化设计方法。该方法适合于软件系统的总体设计和详细设计，特别是将一个复杂的系统转换成模块化结构系统，该方法具有它的优势。在使用过程中可将结构化设计方法与结构化分析（SA)方法及编程阶段的结构化程序设计方法(SP)前后衔接起来，SD方法具有以下特点：
- 相对独立、功能单一的模块结构，大大简化了系统研制开发的工作。
- “块内联系大、块间联系小”的模块性能标准
- 采用模块结构图的方法
建模工具：Visio、Process on
5.描述团队成员在系统设计的具体分工及占整个系统设计文档任务的工作量比例
| 项目成员 | 具体任务 | 工作量比例 |
| 伊力亚 | 系统设计建模 | 16% |
| 李国栋 | WBS编写 | 14% |
| 张惠惠 | 系统概要书撰写 | 18% |
| 张康 | 博客撰写 | 15% |
| 马兰 | 系统结构图绘制 | 17% |
| 马娟 | 需求说明书的完善 | 10% |
| 阿合 | 博客撰写 | 10% |
6.回答以下两个问题：
（1）系统总体设计和需求分析的关系是什么？
需求分析的结果，是系统设计的依据。
（2）如何设计系统的总体结构？
系统设计工作自顶向下地进行，首先设计总体结构，然后再逐层深入，直至进行每一个模块的设计。总体设计主要是指在系统分析的基础上对整个系统的划分（子系统）、机器设备（包括软硬设备）的配置、数据的存储顾虑以及整个系统实现规划等方面进行合理安排。
7.团队项目系统设计心得。
在该系统概要的设计过程中，结合需求分析阶段用户的需求以及相关的调查问卷分析的结果，对系统进行总体设计与规划，对系统数据结构方面做了详细的设计，以便于数据库设计，同时提出了出错处理的解决方案以及系统维护的具体步骤，做到未雨绸缪。
在此次作业中，对系统概要设计的相关工具的使用有了一定的了解，体会到作图工具的强大。也体会到规范的软件开发所带来的好处。