功能需求

业务需求

• 购票退票

  • 预约购票
  • 现场购票
  • 退票
  • 登记买票以及买票人信息
  • 停车位的预订功能

• 地图导航

  • 卡口管理
  • 导游功能
  • 可视化对讲地图咨询
  • 分区Wifi信息
  • 道路位置
  • 停车场服务位置
  • 酒店位置及具体信息
  • 景区分区

• 景区管理

  • 道路管控
  • 报警
  • 消防设备安置与管理
  • 视频监控
  • 门禁管理
  • 工作人员考勤
  • 景区网络维护
  • 电子巡查
  • 客流量统计

用户需求

• 满足游客的购票，退票，游览，吃饭，居住，停车，网络等需求
• 满足景区工作人员景区维护，实时监控等功能，提供岗位任务信息

系统需求

• 服务系统建立
  游客：购票，退票，网络服务，地图系统，停车场服务，导航服务等
  景区工作人员：考勤，视频监控，卡口，门禁管理，任务分配，客流量统计

• 安防功能
  消防功能，报警功能，电子巡查，实时监控

• 游客小程序实现
  信息推送，游客导览，预约购票退票，酒店及停车场预定，网络服务，地图展示

其它非功能需求

性能需求

• 在线人数要求满足60000人同时在线使用系统功能
• 数据处理能力要高于每分钟20000条，一天的数据量大约为990万条，一年的数据量大约35亿条
• 系统存储周期为一年

安全设施需求

梯子，安全围栏，消防栓，灭火器，急救包，扫描仪，测温枪，防爆盾等。

安全性需求

• 系统保密性
  只有授权的用户才能动用和修改信息系统的信息,而且必须防止信息的非法、非授权的泄漏。

• 系统完整性
  信息必须以其原形被授权的用户所用,也只有授权的用户才能修改信息。

• 漏洞检测和安全风险评估
  识别检测对象的系统资源,分析这一资源被攻击的可能指数,了解支撑系统本身的脆弱性,评估所有存在的安全风险可用性和抗毁性:设备备份机制、容错机制，防止在系统出现单点失败时,系统的备份机制保证系统的正常运行。

• 系统防病毒
  网络防病毒系统应基于策略集中管理的方式，使得分布式的企业级病毒防护不再困难,而且提供病毒定义的实时自动更新功能。

业务规则

在景区的管理上，智能化的管理系统将对各个系统进行综合性管理，整合各系统资源，实现系统间的数据共享，同时统一用户操作界面，优化业务管理流程，让用户在系统的管理使用上变得更加的便捷、简单，让景区运营更有秩序更安全。另一方面，通过系统整合，使业务数据交互更加密切，系统的业务整合能力更加优化从而达到系统1+1大于2的融合效果。

部分功能的结构化分析

过程建模

输入：

• 门票预约信息
• 停车场预约信息

输出：

• 游客预约信息
• 景区客流量信息
• 停车场占用情况信息
  

数据建模

实体：

• 游客：姓名、手机号码
• 门票：门票编号、游览日期、停车场预约情况、游客手机号码
• 景区：游客容量
• 停车场：车位容量

关系：

• 游客-门票
• 游客-景区
• 游客-停车场
  

行为建模

门票状态：

• 门票已预约
• 门票已支付
• 门票已取消
• 门票已使用

车位状态：

• 车位已预约
• 车位已占用
• 车位空闲
  

状态转移流程

（1）游客预约游览时间，成功预约后，门票信息处于“已预约”状态

（2）游客支付门票费用，门票信息处于“已支付”状态

（3）游客成功支付门票后，可以选择预约游览当天的停车场车位：

• 如果已预约车位数 = 车位总数，则无法预约车位
• 如果已预约车位数 < 车位总数，则可以预约车位

成功预约停车位后，选择的车位处于“已预约”状态

（4）游客在游览前可以取消车位预约，当天进入景区后，车位状态变为“已占用”

（5）游客在游览景区前可以随时取消预约并退回门票费用，此时门票信息处于“已取消”状态. 如果游客在购票的基础上又预约了停车场车位，则预约的车位被取消，状态为“空闲”

（6）游客在凭票进入景区后，门票状态处于“已使用”

（7）若游客使用了车位，则在离开景区后车位状态变为“空闲”

系统原型