一、团队项目GitHub仓库地址链接
仓库地址链接：
点击此处查看更新的《软件需求规格说明书》以及《软件系统概要设计说明书》
二、任务步骤以及团队项目的分析改进
任务1：团队项目需求分析改进
我们根据我们项目的《需求规格说明书》初稿，分析了总结了很多不足之处，对于其中缺乏的内容进行了补充和完善。
（1）在初稿中我们缺少了E-R图，类图以及UML图，所以我们对于数据进行重新分析并且将缺少的图进行补充；
（2）我们参考《构建之法》8.5节，对功能进行分析并给出四个象限；
（3）编制了团队项目的WBS；
（4）团队成员估计各自任务所需时间；
（5）使用Leangoo：
WBS工作分解结构：
三、设计原则
（1）实用性原则
系统必须从广大民众实用性的角度出发，让广大民众和喜爱旅游的人全面了解旅游方面的最新资讯。
（2）易用性原则
系统应该有友好的用户界面，易于使用。
（3）经济性原则
系统充分考虑经济性原则，以尽量低的造价为旅游管理系统带来最大的效益，提供良好的性价比。
（4）先进性原则
系统确保及时快速的更新各大景点的最新报道，让广大民众最新的景点资讯。
（5）可扩展性原则
系统为用户提供了注册使用功能，这样当用户注册本网站后，可以对站内的景点进行评价，为大家提供一个互动的平台。
（6）界面设计原则
用户界面是一个应用程序最重要的部分，它是最直接的现实世界。对用户而言界面就是应用程序，它们感觉不到幕后正在执行的代码。不论花多少时间和精力来编制和优化代码，应用程序的可用性仍然依赖于界面。
四、具体分工及占整个系统设计文档任务的工作量比例
整个任务分为两个部分：
第一部分：对需求分析进行改进，整理。
1.杨天超：根据项目的《需求规格说明书》初稿的分析总结不足，主要为初稿中缺乏的部分，参考《构建之法》8.5节功能的定位和优先级，给出功能分析的四个象限。占整个文档任务的工作量比例：20%
2. 孙锦喆：了解使用Leangoo软件，并根据所分析得到的用户需求，编制团队项目的WBS以及功能分解图。占整个需求文档任务的工作量比例：25%
第二部分：系统概要说明设计
1.王小倩：设定系统设计方法以及建模工具，分析整个系统的数据以及数据库的设计，对团队成员进行大致分工。占整个需求文档任务的工作量比例：30%
2. 杜娣：设计团队项目系统总体结构和数据库逻辑结构，描述团队项目的系统设计过程，总结项目系统分析心得。占整个需求文档任务的工作量比例：25%
3. 团队项目软件系统概要说明设计书由团队每个成员共同编写。
四、心得总结
我们在初期并不适应软件工程的过程管理和文档的编写，所以效率低下；但在中后期，大家对项目开发有了更深入的理解，开发效率恢复正常，甚至有时候能提早几天完成既定任务。特别是在项目源代码开发阶段，更是一日千里。固后期开发颇具效率。
质量基本符合预期要求，但在很多地方还可以继续改进。
大家的编程水平一开始并不太高，写出来的程序有许多错误和小缺陷。但在编程的实践当中，大家的水平得以逐渐提高，技术上有很大的进步。
主要错误是程序设计方面的硬伤，如语法错误，算法实现等方面。这些错误说明了我们的编程基本功还不够熟练，需要进一步的加强。
此外，我们对项目管理没有经验，在任务分配方面显得很不平衡，对于集体合作也不够重视，到了协调的时候才发现存在诸多问题，因此白白浪费了许多宝贵的时间，使项目没能够完成的十分圆满。
同时在这次自主学习的过程中，我们也充分体会到了其他无形的东西，比如合作的重要性，比如团队之间的取长补短，互相吸收互相促进与进步，都是非常重要。对于有关文档的完成，也培养了我们关注细节，从小事开始做起的良好品质，充分得到了锻炼。