系统分析是开发一个项目的先决条件，通过系统分析可以很好的了解系统的主体用户的基本需求情况，同时这也是项目的开发的原因。进而对系统开发进行可行性分析，通常包括技术可行性、经济可行性等，可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析，分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
在项目上使用的工具大部分都是是当下流行开源免费的，所以在开发前期，开发时用于项目的经费将会大大降低，不会让开发该软件在项目启动期受到经费的影响，所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费，以及设备费用。将在无纸化，高效率的道路上越走越远。
所以经济可行性没有问题。
（2）操作可行性：
此次项目设计参考了几个该模式下网站的开发案例，对他们的操作界面分析，将众多案例结合在一起，突出以人为本简化操作，所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
（3）技术可行性：
技术可行性指的是对于搭建框架的可行性，以及有更优秀的技术出现时系统的技术更新换代的纳新性如何，开发时间成本费用比如何。
现有的springboot技术能够迎合所有电子商务系统的搭建。开发这个呼伦贝尔旅游网站 的时候我采用了springboot+MYSQL用以运行整体程序。
综上所述技术可行性也没有问题。
（4）法律可行性：
从开发者角度来看，springboot和MYSQL是网上开源且免费的，在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看，只要不再系统上贩卖违禁品，对系统做出条约协议，杜绝非法支付即可。
综上所述法律可行性也没有问题。
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程，在进行系统分析的时候，业务流程可以帮助开发人员更好的理解业务，发现错误，完善系统。
用户成功登入系统后就能够实现增加数据的操作，增加数据的编号是特定的，系统生成，用户不能随意填写，除了编号以外，其他增加信息用户自己填写，填写后的信息经过系统验证，验证合法通过就显示增加数据成功了，相反的话，就没有增加成功，图2-1显示的就是在增加数据时的流程。
图2-1 数据增加流程图
数据修改时的流程和上面介绍的数据增加时的流程差不多，如图2-2所示。
图2-2 数据修改流程图
如果系统里面存在一些没有用的数据的话，相关的管理人员还可以对这些数据进行删除，图2-3就是数据删除时的流程图。
图2-3 数据删除流程图
按照呼伦贝尔旅游网站的角色，我划分为了会员管理模块和普通管理员管理模块这两大部分。
会员管理模块：
（1）会员注册登录：会员注册为会员户并登录呼伦贝尔旅游网站 ；会员对个人信息的增删改查，比如个人资料，密码修改。
（2）查看呼伦贝尔旅游网站的首页信息：呼伦贝尔旅游网站 的首页信息包含了首页、公告消息、景区信息、酒店信息、饭店信息、我的（我的账户、我的收藏、个人中心）等。
（3）公告：用户在公告这一菜单下对用户提交的查看、同时也可以发布、评论。
（4）景区信息：用户进行景区信息的阅览，查看管理员发布的景区信息。
（5）我的收藏：在“我的”下可以查看管理“我的收藏”信息，可以查看收藏，也可以对不喜欢的信息进行删除收藏；
（6）我的账户：当用户点击右上角“我的”这个按钮，会出现子菜单，点击“我的账户”可以对个人的资料以及登录系统的密码进行设置；
（7）个人中心：当用户点击右上角“我的”这个按钮，就会进入到对应的后台进行信息的管理了；
管理员管理模块：
（1）登录：管理员的账号是在数据表表中直接设置生成的，不需要进行注册；
（2）站点管理：当点击“站点管理”这一菜单的时候，会出现轮播图+公告栏两个子菜单，可以对这两个模块进行增删改查操作；
（3）用户管理：当点击“用户管理”这一菜单的时候，会出现管理员+会员两个子菜单，可以对这两个模块进行增删改查操作；
（4）更多管理：当点击“更多”这一菜单的时候，会出现景区信息+酒店信息+饭店信息+景区订单+酒店订单+饭店订单这六个子菜单，管理员能够对这六个模块进行增删改查操作；
2.3.2 非功能性分析
呼伦贝尔旅游网站的非功能性需求比如呼伦贝尔旅游网站的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：
表3-1呼伦贝尔旅游网站 非功能需求表
| 安全性 | 主要指呼伦贝尔旅游网站数据库的安装，数据库的使用和密码的设定必须合乎规范。 |
| 可靠性 | 可靠性是指呼伦贝尔旅游网站能够安装用户的指示进行操作，经过测试，可靠性90%以上。 |
| 性能 | 性能是影响呼伦贝尔旅游网站占据市场的必要条件，所以性能最好要佳才好。 |
| 可扩展性 | 比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。 |
| 易用性 | 用户只要跟着呼伦贝尔旅游网站的页面展示内容进行操作，就可以了。 |
| 可维护性 | 呼伦贝尔旅游网站开发的可维护性是非常重要的，经过测试，可维护性没有问题 |
通过2.3功能的分析，得出了本呼伦贝尔旅游网站的用例图：
会员角色用例如图2-3所示。
图2-3呼伦贝尔旅游网站会员角色用例图
web后台管理上的管理员是维护整个呼伦贝尔旅游网站中所有数据信息的。管理员角色用例如图2-4所示。
本章主要通过对呼伦贝尔旅游网站的可行性分析、流程分析、功能需求分析、系统用例分析，确定整个呼伦贝尔旅游网站要实现的功能。同时也为呼伦贝尔旅游网站的代码实现和测试提供了标准。
">