这周其实没有做什么，一直在赶着写文档，所以就提交一部分自己写的文档内容，作为这周的作业
需求验证
俗话说，当局者迷，旁观者清，经验再丰富的需求分析人员也可能犯错，所谓智者千虑，必有一失，这是永远不变的客观规律。另外，受需求分析人员的理解及用户的表达等因素的影响，需求在传递过程中往往存在很大偏差。 需求分析人员输出的需求分析说明书，到设计人员、编码人员、测试人员那里往往又会有不同的理解。因此，软件需求分析说明书的正确性必须得到彻底的验证，利益相关方必须彻底理解需求，并达成一致用用户的每一功能都应该包括，达成完整性。对硬件技术和软件技术做一些预测，判断需求的现实性。判断证明此需求是否实用，能否解决用户的问题，具有有效性。
一致性
首先，我们全体都参与了文档的审查，经审查，需求间不存在冲突，用户提出的各个功能需求均已囊括，没有遗漏的地方。不同层次间的需求也基本一致，如目标需求与功能需求一致。
现实性
根据现有软硬件设备，分析了每一项的可实现性。其中软件方面，我们用了Hbuilder进行前端开发，Mysql进行后台的数据库管理，visio进行建模。技术风险低。
完整性和有效性
需求的完整性需要目标系统的用户密切合作才能完成，针对完整性和有效性的验证，利用增量模型，对用户的需求进行完善。此外，在全体成员的审查下，检查了全部的需求，确定了没有任何遗漏的需求以及在单个需求措施中没有遗漏的信息。此网站用于浏览地方美景，给用户提供旅游建议，解决了用户的问题。
过程模型
在网站的设计中，我们选择采用增量模型，增量模型也称渐增式模型。它类似于快速原型模型。选择增量模型原因：
增量模型的开发过程：
用增量模型确定出我们所做网站的大概界面，一方面形成一个大体的框架，方便我们小组成员之间的讨论，使每个小组成员能够通过这个界面想到之后做好的旅游网站的部分功能和性能，并以此来充分扩展思维，力争将网站做到符合我们每个人心中所预期的那样；另一方面，网站的设计必须要符合用户的需求，该模型能够向用户展示开发软件的部分功能和性能（当然，这里所指的用户即是和我们一起学习的同学们，以及我们的指导老师），设计好模型后，我们会请用户对该模型进行测试评定，给出具体的改进意见以丰富细化需求，进行维护。增量模型优点在于可以对网站的设计进行修改和完善，逐渐增强产品功能，再次进行网站的完整实现及测试、维护。可谓集众人之智，绘Travelling and Enjoyment之蓝图。
其他模型比较：
瀑布模型
瀑布模型具有顺序性和依赖性，要求一次性到位。而增量模型可以循序渐进，适合项目的特性，也适合于我们的工作要求。
快速原型模式
快速原型模式对于开发环境要求较多，对于初学者会稍有考虑不周。
螺旋模型
螺旋模型要求软件开发人员具有丰富的风险评估经验和专门知识，这是我们所不具备的。
综上所述，我们选择了从功能明确、设计技术上不确定因素很少的核心功能优先开发的增量模型。
操作可行性：旅游网站结合人们快节奏的生活而开发，解决人们在繁忙生活中也能享受，并且快捷地选择想要旅游的地方。因此，该项目符合开发条件，具有稳定的基础，从操作上来讲也有一定基础，技术上的操作已经成熟并且也已被广为人们使用，从而系统的操作是可行的。
小组团队甘特图：
