- 使用结构化数据展示额外的信息，如评价评分、价格范围或特定产品特性。
- 可以提高广告的可见性和吸引力。
一个完整的系统，可行性分析是必须要有的，因为他关系到系统生存问题，对开发的意义进行分析，能否通过本系统来补充线下校园寝室分配查询模式中的缺限，去解决其中的不足等，通过对本系统，不仅能使工作量不断地减少，还能使工作和管理的效率更加高。所以开发该系统能实现更大的意义和价值， 系统完成后，能否达到预期效果就要通过可行性分析，分析之后，决定此系统是否开发。该丽江旅游服务网站系统的开发设计中，对技术、经济、操作方面进行了可行性分析；
3.1.1 技术可行性本系统开发选择PHP语言，它被研究的目的就是在于能够为网页创建等可以看到的信息。随着移动互联网技术的不断发展和创新，PHP俨然已成为下一代互联网的Web标准。所以设计选择使用MYSQL,数据库主要用来的建立和维护信息。对于前台开发要求应具备功能完善、易于操作等优点，后台数据库的要求则是能够建立和维护数据信息的统一性和完整性。
3.1.2 操作可行性现在随着科技的飞速发展，计算机早已经进入了人们的日常生活中，人们的工作环境也不像以前有那么多的要求，需要员工一定要到公司办公，有的工作在家也可以完成。这使得人们的工作效益有了很大的提高。操作的多样性也变高了。因此，管理的计算机化，智能化是社会发展而带来的必然趋势，各种智能的软件层出不穷，不同的软件能完成用户不同的需求，这不仅提高了工作效率还能完成一些客户特定的一些需求。本系统不仅界面简洁明了还采用可视化界面，用户只要用鼠标和键盘就可以完成对相关信息的修改，删除，添加等操作。因为这个系统的操作十分简单，方便上手，对于第一次使用系统的人，只需要很少的时间就可以上手操作。由此可见，本系统在操作上是可行的。
PHP丽江旅游服务网站系统，该系统软件开发仅需要一台普通的计算机便可完成实现开发，其成本很低。另外，作为毕业设计作品来讲，开发成本基本上可以忽略不计，且该系统软件的投入使用，可以实现更加快速高效的校园寝室分配查询，同时还能实现对人力资源和管理资源的有效节约，该丽江旅游服务网站系统在经济上完全可行。
3.2性能需求分析对系统的性能，从（功能、运行、界面、安全）等方面进行，下面我们逐一进行分析；
1. 系统的功能是否完整进行分析：系统的功能，能对应设计出原始代码和算法，以表格同文字的形式进行详细介绍个人信息保证功能完整；
2. 系统的运行是否通畅进行分析：系统的每个功能都有编写数据的关系和应对的代码，通过需求分析和可行性分析进行分析和显示系统的物理数据，保证其进行通畅；
3. 系统的界面设计进行分析：对系统中的软件进行处理与分析的方式是由不同代码来进行的；从而使界面容易操作。
4. 系统的安全性进行分析：这样才可以每个角色的不同对应的信息也就不同，在登录系统务必使用自己的账号，密码登录，账号与密码错误自然就登录失败了。登录成功可以对自己的信息进行操作，不能对别人的账号的信息进行查看等操作，这样自然保证系统的安全性。
3.3功能分析考虑到实际生活中在校园寝室分配查询方面的需要以及对该系统认真的分析，将系统权限按管理员和学生这两类涉及用户划分。
（1）管理员功能需求
管理员登陆后，主要模块包括首页、站点管理（轮播图、公告栏）用户管理（管理员、普通用户）内容管理（论坛列表、论坛分类列表、新闻列表、新闻分类列表）更多管理（导游预约、导游信息、购买订单、特产商城、住宿信息、景点信息）管理等功能。管理员用例图如图3-1所示。
图3-1 管理员用例图
（2）用户功能需求
用户登陆后，主要模块包括首页、公告栏、新闻、导游信息、特产商城、住宿信息、景点信息等功能。学生用例图如图3-2所示。
图3-2 用户用例图
第四章 系统设计 4.1功能结构为了更好的去理清本系统整体思路，对该系统以结构图的形式表达出来，设计实现该丽江旅游服务网站系统的功能结构图如下所示：
图4-1 系统总体结构图
4.2 数据库设计E-R图一般是由实体、实体的属性与联系三个要素组成的。在规划系统中所使用的数据库实体对象及实体E-R图，则需要通过对系统的需求分析、业务流程设计和系统功能结构来确定的。
总体ER图如下图所示。
图4-2总体ER图
4.2.2 数据库表数据库表的设计，如下表：
| accommodation_information | |||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
| accommodation_information_id | int | 11 | 否 | 主键 | 住宿信息ID |
| name_of_scenic_spot | varchar | 64 | 是 | 景点名称 | |
| accommodation_contact | varchar | 64 | 是 | 住宿联系 | |
| store_name | varchar | 64 | 是 | 店名 | |
| position | varchar | 64 | 是 | 位置 | |
| price | varchar | 64 | 是 | 价格 | |
| restaurant | varchar | 64 | 是 | 餐饮 | |
| peripheral_photos | varchar | 255 | 是 | 周边照片 | |
| indoor_photos | varchar | 255 | 是 | 室内照片 | |
| remarks | text | 0 | 是 | 备注 | |
| hits | int | 11 | 否 | 点击数 | |
| praise_len | int | 11 | 否 | 点赞数 | |
| recommend | int | 11 | 否 | 智能推荐 | |
| create_time | datetime | 0 | 否 | 创建时间 | |
| update_time | timestamp | 0 | 否 | 更新时间 | |
| guide | |||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
| guide_id | int | 11 | 否 | 主键 | 导游信息ID |
| name_of_scenic_spot | varchar | 64 | 是 | 景点名称 | |
| name_of_tour_guide | varchar | 64 | 是 | 导游姓名 | |
| tour_guide_gender | varchar | 64 | 是 | 导游性别 | |
| tour_guide_photos | varchar | 255 | 是 | 导游照片 | |
| tour_guide_telephone | varchar | 64 | 是 | 导游电话 | |
| familiar_with_the_route | varchar | 64 | 是 | 熟悉路线 | |
| charging_standard | varchar | 64 | 是 | 收费标准 | |
| remarks | varchar | 64 | 是 | 备注 | |
| hits | int | 11 | 否 | 点击数 | |
| recommend | int | 11 | 否 | 智能推荐 | |
| create_time | datetime | 0 | 否 | 创建时间 | |
| update_time | timestamp | 0 | 否 | 更新时间 | |
| purchase_order | |||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
| purchase_order_id | int | 11 | 否 | 主键 | 购买订单ID |
| specialty_name | varchar | 64 | 是 | 特产名称 | |
| price | varchar | 64 | 是 | 价格 | |
| purchase_quantity | varchar | 64 | 是 | 购买数量 | |
| total_price | varchar | 64 | 是 | 总价 | |
| purchase_user | int | 11 | 是 | 购买用户 | |
| receiving_method | varchar | 64 | 是 | 收货方式 | |
| receiving_address | varchar | 64 | 是 | 收货地址 | |
| pay_state | varchar | 16 | 否 | 支付状态 | |
| pay_type | varchar | 16 | 是 | 支付类型: 微信、支付宝、网银 | |
| recommend | int | 11 | 否 | 智能推荐 | |
| create_time | datetime | 0 | 否 | 创建时间 | |
| update_time | timestamp | 0 | 否 | 更新时间 | |
| scenic_spot_information | |||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
| scenic_spot_information_id | int | 11 | 否 | 主键 | 景点信息ID |
| name_of_scenic_spot | varchar | 64 | 是 | 景点名称 | |
| scenic_spot_cover | varchar | 255 | 是 | 景点封面 | |
| scenic_spot_star | varchar | 64 | 是 | 景点星级 | |
| business_hours | varchar | 64 | 是 | 营业时间 | |
| scenic_spot_area | varchar | 64 | 是 | 景点地区 | |
| scenic_spot_tickets | varchar | 64 | 是 | 景点门票 | |
| scenic_spot_video | varchar | 255 | 是 | 景点视频 | |
| introduction_to_scenic_spots | text | 0 | 是 | 景点攻略 | |
| scenic_spot_details | longtext | 0 | 是 | 景点详情 | |
| hits | int | 11 | 否 | 点击数 | |
| praise_len | int | 11 | 否 | 点赞数 | |
| recommend | int | 11 | 否 | 智能推荐 | |
| create_time | datetime | 0 | 否 | 创建时间 | |
| update_time | timestamp | 0 | 否 | 更新时间 | |
| tour_guide_reservation | |||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
| tour_guide_reservation_id | int | 11 | 否 | 主键 | 导游预约ID |
| name_of_scenic_spot | varchar | 64 | 是 | 景点名称 | |
| name_of_tour_guide | varchar | 64 | 是 | 导游姓名 | |
| familiar_with_the_route | varchar | 64 | 是 | 熟悉路线 | |
| charging_standard | varchar | 64 | 是 | 收费标准 | |
| tour_guide_telephone | varchar | 64 | 是 | 导游电话 | |
| reservation_user | int | 11 | 是 | 预约用户 | |
| pay_state | varchar | 16 | 否 | 支付状态 | |
| pay_type | varchar | 16 | 是 | 支付类型: 微信、支付宝、网银 | |
| recommend | int | 11 | 否 | 智能推荐 | |
| create_time | datetime | 0 | 否 | 创建时间 | |
| update_time | timestamp | 0 | 否 | 更新时间 | |
登录，管理员和学生通过输入用户名，密码，选择角色信息，点击登录进入系统操作进行操作，如图5-1所示。
图5-1登录界图面
用户页面管理员通过输入昵称、用户名、用户编号、用户姓名、用户性别进行用户注册操作，如图5-2所示。
图5-2用户注册界图面
管理员登陆系统后，可以查看首页、站点管理（轮播图、公告栏）用户管理（管理员、普通用户）内容管理（论坛列表、论坛分类列表、新闻列表、新闻分类列表）更多管理（导游预约、导游信息、购买订单、特产商城、住宿信息、景点信息）系统管理等功能，还能对每个功能逐一进行相应操作，如图5-3所示。
图5-3管理员功能界图面
用户信息管理，在用户管理页面可以对昵称、用户名、用户编号、用户姓名、用户性别等内容进行查看，修改和删除等操作，如图5-4所示。
图5-4用户信息管理界面图
购买订单管理，在购买订单页面可以对特产名称、价格、购买数量、总价、购买用户、收货方式、收货地址等内容添加、查看、修改和删除等操作，如图5-5所示。
图5-5购买订单管理界面图
住宿信息管理，在住宿信息管理页面可以查看店名、位置、价格、餐饮、周边照片、室内照片等内容进行添加，查看和删除等操作，如图5-6所示。
图5-6住宿信息界面图
导游信息，在导游信息页面可以对景点信息、导游姓名、导游性别、导游照片、导游电话、熟悉路线等内容进行查看，修改和删除等操作，如图5-7所示。
图5-7卫生检查管理界面图
论坛列表管理，在论坛列表管理页面可以对标题、封面图、分类、标签等内容进行查看，修改和删除等操作，如图5-8所示。
图5-8论坛分类管理界面图
用户登陆系统后，可以查看首页、公告栏、新闻、导游信息、特产商城、住宿信息、景点信息等功能，还能对每个功能逐一进行相应操作，如图5-9所示。
图5-9学生功能界图面
个人信息，在个人信息页面通过填写学号、姓名、性别、爱好、体重、手机、身高、头像等内容进行修改操作，如图5-10所示。
图5-10个人信息界面图
景点信息管理，在景点信息页面输入景点名称、景点封面、景点星级、营业时间、景点地区、景点门票等内容操作，如图5-11所示。
图5-11景点信息界面图
系统测试是软件开发过程中最后一步，但也是不可或缺的重要的一步，没有人可以保证一次性编写完成的系统不会出错，而系统测试就是将自己开发的系统成为成品前的最后一步。在测试过程中需要进行严谨细致的测试，要尽可能全面地在不同情况下运行该系统，排除一切出现错误的可能。
系统测试不仅仅是发现系统潜在的BUG或错误，而更为重要的是为用户提供一个良好的体验和安全可使用的产品服务。而通过发现错误或潜在的问题，将有助于提升产品的竞争力，这也是软件测试的其中的重要目的之一。
软件测试的方法有好几种，但目前主要采用的是包括以功能为主要测试方向的黑盒测试以及以逻辑为主要测试方向的白盒测试，这是两种不同的测试方法，针对的测试侧重点不同，本课题根据实际需求情况，选择以功能为主要的黑盒测试方法，同时测试是要遵循一定的规则来执行的，一个测试要执行其执行的依据一般是由测试用例来规定的，而测试用例一般是依据需求或说明书来综合制定的，测试在硬件出厂前是十分重要的一个过程，本课题由于时间和精力的关系，选择以实现的功能作为测试要点来进行测试。具体测试过程如下：
测试用例1及测试过程：
登录：录入登录信息，账号，密码，权限，然后单击登录进行操作，会出现两种情况：一种情况是登录成功，进入用户相应的功能界面进行下一步操作；另一种情况是提示登录失败，系统会弹出一个对话框要求重新登录操作；
测试用例2及测试过程：
管理员登录：录入登录信息，管理员账号，密码，权限，然后单击登录进行操作，会出现两种情况：登录成功进入管理员具有权限的功能界面和提示登录失败。一种情况是登录成功，进入管理员界面进行下一步操作；另一种情况是提示登录失败，系统会弹出一个对话框要求重新登录操作；
通过完成该丽江旅游服务网站系统和本论文的撰写让我更加明白了软件开发过程中软件工程思想的重要性。在项目的前期由于对需求分析做的不够谨慎和明确，导致了后面在设计甚至编码时候造成了许多不必要的麻烦。由此在今后的学习和工作开发之中必须要牢牢把握住软件工程的设计思想和方法，这样可以进一步保证项目开发的健壮性和准确性。
本网站所实现的是一个丽江旅游服务网站系统，该系统严格按照需求分析制作相关模块，并利用所学知识尽力完成，但是本人由于学识浅薄，无法真正做到让该程序可以投入市场使用，仅仅简单实现部分功能，希望日后还能改善。
本系统具有以下优点：
该系统具有较高的适用性，选用B/S结构，可以在绝大部分个人平台上使用该系统。
系统将用户权限进行划分，管理员和学生能看到及操作的信息不一样，两者具备不同的操作权限。
该系统操作界面简单明了，大部分人都可以正常使用。
但也存在以下问题需要改进：
运行时窗口不能被刷新，可以改进。
系统过于简单，显示的信息有限。
不能添加多个管理员账号，如果可以则将利于发展丽江旅游服务网站系统规模，便于学生寝室信息集中管理。
不能实时预约接待消息和丽江旅游服务网站系统反馈建议，容易被忽视，不利于管理员服务客户。
由于经验和能力不足，导致在开发、设计该系统的时候，出现了比较多的问题，例如需要用到的技术不熟悉、程序报错等，后来我积极地向同学询问自己出现的问题同时也会找一些相关的书进行学习，慢慢的一点点将自己遇到的问题逐渐解决。所以不管以后在任何时候合作都会让自己事半功倍。通过本系统的完整的开发，可以遇到自己平时写一些简单的小程序遇不到的问题，不仅仅局限与技术与业务方面的，同时也使得自己更加深入的了解软件过程的开发设计思想，对于即将踏入社会工作而言，这些心得都十分重要。在以后的研究生学习生涯也必须加深这方面的理解，将最好的开发技术和最新的科学原理运用到自己以后的开发工作和学习研究中去。
">