功能需求
业务需求
-
购票退票
- 预约购票
- 现场购票
- 退票
- 登记买票以及买票人信息
- 停车位的预订功能
-
地图导航
- 卡口管理
- 导游功能
- 可视化对讲地图咨询
- 分区Wifi信息
- 道路位置
- 停车场服务位置
- 酒店位置及具体信息
- 景区分区
-
景区管理
- 道路管控
- 报警
- 消防设备安置与管理
- 视频监控
- 门禁管理
- 工作人员考勤
- 景区网络维护
- 电子巡查
- 客流量统计
用户需求
- 满足游客的购票,退票,游览,吃饭,居住,停车,网络等需求
- 满足景区工作人员景区维护,实时监控等功能,提供岗位任务信息
系统需求
-
服务系统建立
游客:购票,退票,网络服务,地图系统,停车场服务,导航服务等
景区工作人员:考勤,视频监控,卡口,门禁管理,任务分配,客流量统计 -
安防功能
消防功能,报警功能,电子巡查,实时监控 -
游客小程序实现
信息推送,游客导览,预约购票退票,酒店及停车场预定,网络服务,地图展示
其它非功能需求
性能需求
- 在线人数要求满足60000人同时在线使用系统功能
- 数据处理能力要高于每分钟20000条,一天的数据量大约为990万条,一年的数据量大约35亿条
- 系统存储周期为一年
安全设施需求
梯子,安全围栏,消防栓,灭火器,急救包,扫描仪,测温枪,防爆盾等。
安全性需求
-
系统保密性
只有授权的用户才能动用和修改信息系统的信息,而且必须防止信息的非法、非授权的泄漏。 -
系统完整性
信息必须以其原形被授权的用户所用,也只有授权的用户才能修改信息。 -
漏洞检测和安全风险评估
识别检测对象的系统资源,分析这一资源被攻击的可能指数,了解支撑系统本身的脆弱性,评估所有存在的安全风险可用性和抗毁性:设备备份机制、容错机制,防止在系统出现单点失败时,系统的备份机制保证系统的正常运行。 -
系统防病毒
网络防病毒系统应基于策略集中管理的方式,使得分布式的企业级病毒防护不再困难,而且提供病毒定义的实时自动更新功能。
业务规则
在景区的管理上,智能化的管理系统将对各个系统进行综合性管理,整合各系统资源,实现系统间的数据共享,同时统一用户操作界面,优化业务管理流程,让用户在系统的管理使用上变得更加的便捷、简单,让景区运营更有秩序更安全。另一方面,通过系统整合,使业务数据交互更加密切,系统的业务整合能力更加优化从而达到系统1+1大于2的融合效果。
部分功能的结构化分析
过程建模
输入:
- 门票预约信息
- 停车场预约信息
输出:
- 游客预约信息
- 景区客流量信息
- 停车场占用情况信息
数据建模
实体:
- 游客:姓名、手机号码
- 门票:门票编号、游览日期、停车场预约情况、游客手机号码
- 景区:游客容量
- 停车场:车位容量
关系:
- 游客-门票
- 游客-景区
- 游客-停车场
行为建模
门票状态:
- 门票已预约
- 门票已支付
- 门票已取消
- 门票已使用
车位状态:
- 车位已预约
- 车位已占用
- 车位空闲
状态转移流程
(1)游客预约游览时间,成功预约后,门票信息处于“已预约”状态
(2)游客支付门票费用,门票信息处于“已支付”状态
(3)游客成功支付门票后,可以选择预约游览当天的停车场车位:
- 如果已预约车位数 = 车位总数,则无法预约车位
- 如果已预约车位数 < 车位总数,则可以预约车位
成功预约停车位后,选择的车位处于“已预约”状态
(4)游客在游览前可以取消车位预约,当天进入景区后,车位状态变为“已占用”
(5)游客在游览景区前可以随时取消预约并退回门票费用,此时门票信息处于“已取消”状态. 如果游客在购票的基础上又预约了停车场车位,则预约的车位被取消,状态为“空闲”
(6)游客在凭票进入景区后,门票状态处于“已使用”
(7)若游客使用了车位,则在离开景区后车位状态变为“空闲”
系统原型