萧山机场贵宾信息管理系统设计
发布时间:2023-04-21 10:04:32浏览次数:93摘要机场贵宾服务是由机场下属单位机场贵宾公司为政要、商务要客、为尊贵人士提供的机场出行便捷的一条龙尊贵服务。在乘机旅行越来越频繁的今天,人们为购票、繁琐的乘机手续、拥挤的侯机厅、漫长枯燥的等待深感不便。为了让旅客享受尊贵非凡的乘机旅行体验,机场贵宾厅开辟机场快速通道,机场贵宾厅、休息室等尊贵出行服务。使旅客旅行将变得舒适通畅,商务活动将更加得心应手,身份也将更显尊贵。通过数字化管理、系统化运作提升服务效率,扩大对外销售渠道,使服务更加人性化,客户服务数据留存,形成旅客数据画像,成为机场贵宾重要的数据资产。关键词 机场贵宾;信息化;大数据;用户体验 1
浙江机场VIP 卡60人次/年28800 元1) 杭州、宁波、温州机场贵宾服务(国内)2) 杭州、宁波、温州机场国际航班贵宾休息室服务3) 异地机场服务(异地机场清单)无有效期一年,需特定预约人预约易行 B 卡50人次/年18800 元1) 杭州、宁波、温州机场贵宾服务(国内)1) 杭州机场国际航班贵宾休息室服务2) 杭州机场贵宾服务(国际接机)3) 异地机场服务无有效期一年,需特定预约人预约个人卡个人 VIP卡本人无限次6800元/年2) 杭州机场贵宾服务(国内)3) 杭州贵宾服务(国际送机)每次服务随行 2人有效期一年,限卡主本10
人个人 CIP卡本人无限次1980元/年1) 杭州国内航班嘉宾服务2) 杭州贵宾服务(国际送机)无 有效期一年,限卡主本人业务需求整理现阶段会员卡产品主要是以次数卡为主;通过打包整合现有的服务产品,配上相应的服务次数以及一些特定的规则形成会员卡产品的权益,再以一口价的形式对外销售。未来也可能增加折扣卡形式,在会员卡账户预充值,享受指定服务产品特殊折扣。1) 可自定义创建会员卡产品,包括会员卡基本信息、会员卡类型、会员卡权益、价格、适用范围、消费方式、有效期、是否限制本人、随行规则等。2) 会员卡使用规则:需要指定预约人下单预约,也可限本人使用。3) 会员卡有效期:4) 会员卡权益规则:产品服务需支持次数规则或折扣规则。随行规则需支持特定的产品随行定义;5) 支持会员卡线上、线下售卡,线上提供微信支付、银联在线支付(主要用来处理大额交易)。6) 会员卡续费规则:有效期截止后,卡内剩余次数通过换算成标准服务价格折换次数。按计算公式:剩余次数*(卡总价/卡包含次数)/产品标准价;续卡时原卡剩余次数通过折换以体验卡形式发放给用户。2.3. 协议客户包括冠名协议,企业协议,个人协议,嘉宾协议四类协议类型。协 议 类型产品内容 协议结算方式 协议期限11
冠 名 协议贵宾厅冠名 客户支付一定的全年冠名费,按协议约定含有固定数量的免费服务次数,如协议到期终 止,客户 未 消 费 完 免费 次数,剩余次数不进行结转。如超出免费次数的部分需按人次*约定价收取服务费。约定期限企 业 协议贵宾服务,迎宾楼服务,嘉宾服务客户预先支付款项,每次使用按协议约定价从预付款中进行扣费。无 固 定 期限个 人 协议贵宾服务,迎宾楼服务,嘉宾服务客 户 享 受 按 协 议 约 定 折扣,先享受服务后收取费用,按次数收取服务费。约定期限嘉 宾 协议嘉宾服务 1)预付款客户预先支付款项,每次使 用按协议 价 从 预 付 款中 扣除,例如龙腾。约定&无固定期限2)后付款客户每次享受服务按协议价 格收 费 , 先 享 受服务后 付款,例如 PP,悦途,携程等。约定期限业务需求整理1)支持协议客户信息维护:包含维护协议类型,协议客户名称,协议客户使用人,协议服务内容,协议结算方式,协议期限等信息;2)协议服务内容:可特定选择单个或几个产品服务3)协议结算方式:支持预付款与后结算4)协议计价方式:支持包量(指定单个或集合产品服的约定时间与次数,超次数约定服务单价)、支持单价(指定单个或集合的产品服务约定单价)5)协议期限:自定义,支持无限期或者固定期限6)特殊规则:支持先按正常价进行协议使用,后再改动协议单价,之前发生的服务12
也需改变(主要场景,用于之前未确定单价的客户)7)支持对协议客户的历史订单历史明细订单查询以及统计汇总,自动汇总协议客户结算金额明细,方便协议到期终止后的财务结算;2.4. 服务预约与现场下单客户从预约下单、到使用服务主要是由预约中心和贵宾厅前厅进行管理。需要支持通过传真、邮件、电话、微信端 现场 5 种方式进行服务预约下单和前厅下单,并将订单实时传入内外场、调度,做好后续服务流程工作。详细业务需求整理1) 预约方式:邮件:公务机客户,希望可一自动读取邮件内容。传真:目前下单量最大的银行是通过传真形式,希望可以通过邮件形式,可以自动读取预约信息。微信端预约服务,需要预约中心预分配房间后,确定预约,才可以预约成功。预约方式客户类型邮件 公务机客户传真 银行签单客户 电话 散客付费 银行卡 个人卡 公司卡 异地机场服务微信端 个人散客、个人会员卡、协议客户、银行持卡人现场 所有客户类型。2) 预约内容:对于会员卡客户预约时,无效、已过期会员卡自动过滤掉,只显示可用卡列表。重要旅客库管理,默认所有重要旅客都需要提前值机。3) 预 约 流 程 : 所 有 贵 宾 服 务 都 有 预 约 , 也 可 以 不 预 约 现 场 使 用 。13
4) 前厅下单: 确认预约订单 :支持已预约订单,现场根据实际情况更改人数、补充订单、增加附加服务。提供多种方式验证身份,包括姓名、手机号、凭证号、二维码。 现场直接下单:航班号支持接口获取,也支持手动输入。14
15
3. 系统设计3.1. 技术架构该技术架构平台多家机场、高铁成功实施,能提供完整的覆盖软件全生命周期的开发、集成、运行、管理等功能于一体,能支持多种端的开发部署,可以帮助萧山机场贵宾快速配置快速实施协议管理、会员管理、会员卡、订单管理、服务调度、微信端等标准功能,高效整合呼叫中心、航班系统、短信等延伸的业务应用,无缝对接已有的运行系统、停车场系统等异构系统,帮助打造一个可持续完善的企业信息化架构。整体架构设计如下:系统主要采用微服务的架构方式,以满足快速变化以及未来扩展的需求。该架构具有平台先进、灵活升级、灵活配置、适应客户等特色,并且支持根据业务需求选择模块化组装、使产品本身达到可以适应各类业务的“度身定制”、16
可以随时搭载各类功能的“随需而变”、“即插即用”,快速部署的效果 。同时,前端技术采用阿里开源的 Ant Design 来满足跨场景、高度定制的用户场景。架构优势: a) 最广泛的业务模式,支持复杂流程的内部管理系统,也支持高并发的面对用户端的应用;b) 灵活性,以配置模式来满足业务需求,节省资源,优化硬件资源的使用;c) 自动化快速部署、快速伸缩/扩展,可与第三方(如集团航班系统、银行、21 米层系统、停车系统、财务等)无缝对接;d) 全流程支撑,提供面向协议客户、散客、航司、会员卡客户、散客等所有客户、线上、线下订单聚合;包括通过电话、传真、邮件、微信网站来的订单,并且能够根据设置的流程自动流转到相应的岗位,进行订单处理。架构特点:特点特点说明多系统平台支持 支持 Windows 、Linux 、Unix 数据库支持支持 MySql、MSSQL、oracle 等,支持 WEB 与数据库分离部署独立性与整合 可独立运行,也可跟第三方系统无缝对接集群支持 可单机、集群方式运行。多浏览器支持 支持 IE,FireFox,SAFARI ,Chrome 等主流浏览器界面友好 基于阿里开放平台的设计体系,最简单的用户交互体验系统稳定微服务架构下模块与模块是分离的,各自只存掉调用关系,单个模块故障不会影响整体系统运行安全保证多权限、多角色、多账户自由组合设定,分层设计与实现,根据权限拦截一切不合法访问,支持日志查看与跟踪分析高附加值具备极高的可扩展性,有效减少后续升级的人力和资源等投入17
3.1.1. 技术体系用 kubernetes 进行服务管理,所有的服务都是无状态的服务,数据通过nfs 挂载到分布式文件系统。容器挂掉之后会自动重启,负载过高的时候也可以方便的添加副本,同时提供监控服务监控机器和容器的状态。数据层采用mysql 存储业务数据,redis 作为缓存优化性能。非业务使用的数据(比如系统日志)存储到 HBase。未来大数据采用 ?ink 和 spark;其中,?ink 用来处理实时需求,spark 用来处理离线需求。业务逻辑层包含所有的业务处理逻辑,支持用户前端和管理后端。所有的外部请求统一通过网关转发。对于需要认证的请求,网关会访问用户身份管理服务,认证通过之后才去访问后端服务。后端服务采用 thrift 协议进行通信。前端和后端之间的数据传输统一通过 https 加密。系统提供统一的配置中心,所有的配置信息保存到配置中心。对于数据库账号等关键数据可以选择加密存储。数据库中的关键数据也可以采用 aes 的方式进行加密存储。同时,网关还包含 ip 过滤,异常用户检测和封禁等安全防护措施。业务逻辑层产生的日志和外部的行为数据发送到 kafka,大数据平台的?ink 会监听 kafka 的 topic,对日志进行实施处理。根据需要将日志写入HBase 或者 elasticsearch。使用的开源技术栈:• kubernetes• docker• zookeeper• elasticsearch• kafka• logstash• kibana• ?ink• spark• redis• mysql18
• Ant Design使用的开发语言:java+go,其中 go 会用到高并发的业务中,java 用到不需要高并发且复杂的业务中。数据库:my sql。3.1.2. 扩展性整个系统采用微服务技术架构。通过分解巨大单体应用为多个服务方法解决了复杂性问题。在功能不变的情况下,应用被分解为多个可管理的分支或服务。每个服务都有一个定义清楚的边界。微服务架构模式给采用单体式编码方式很难实现的功能提供了模块化的解决方案,由此,单个服务很容易开发、理解、维护和扩展。微服务架构模式使得每个微服务独立部署,开发者不再需要协调其它服务部署对本服务的影响。Kubernetes 方案Kubernetes 是容器集群管理系统,是一个开源的平台,可以实现容器集群的自动化部署、自动扩缩容、维护等功能。通过 kubernetes,我们可以实现:a) 快速部署应用:支持公有云,私有云,混合云等多种部署方式b) 自动化: 自动部署,自动重启,自动复制,自动伸缩/扩展c) 快速扩展应用:模块化, 插件化, 可挂载, 可组合d) 无缝对接新的应用功能e) 节省资源,优化硬件资源的使用19
目录1. 绪论.......................................................................51.1. 管理信息系统概述............................................................51.2. 本系统的开发背景............................................................51.3. 机场贵宾信息管理系统概述..................................................61.4. 贵宾管理系统开发目的.......................................................72. 需求分析..................................................................82.1. 服务产品.......................................................................82.2. 会员卡产品....................................................................92.3. 协议客户.....................................................................112.4. 服务预约与现场下单........................................................133. 系统设计................................................................153.1. 技术架构.....................................................................153.1.1. 技术体系.............................................................................173.1.2. 扩展性.................................................................................183.1.3. 安全性.................................................................................203.2. 硬件架构.....................................................................213.2.1. 远程访问方案.......................................................................233.2.2. 物理安全和网络安全..............................................................233.2.3. 操作系统安全.......................................................................243.2.4. 数据库安全..........................................................................253.2.5. 应用系统安全.......................................................................253.2.6. 应用安全.............................................................................263.2.7. 备份方案.............................................................................263.2.8. 数据管理.............................................................................272
容器特点:a) 快速创建/部署应用:与 VM 虚拟机相比,容器镜像的创建更加容易;b) 持续开发、集成和部署:提供可靠且频繁的容器镜像构建/部署,并使用快速和简单的回滚(由于镜像不可变性);c) 开发和运行相分离:在 build 或者 release 阶段创建容器镜像,使得应用和基础设施解耦。;d) 开发,测试和生产环境一致性:在本地或外网(生产环境)运行的一致;。e) 云平台或其他操作系统:可以在 Ubuntu、RHEL、 CoreOS、on-prem、Google Container Engine 或其它任何环境中运行;f) Loosely coupled,分布式,弹性,微服务化:应用程序分为更小的、独立的部件,可以动态部署和管理;g) 资源隔离;h) 资源利用:更高效3.1.3. 安全性系统的安全性包括硬件环境的安全性、支持系统的安全性、网络安全性、应用系统安全性等多个方面。系统部署在隔离的网络环境,所有的网络数据传输均通过 https 协议加密,保障网络数据安全。内部员工依据不同的岗位设定权限体系,实现对系统内部终端和访问者的操作权限和数据权限的严格控制,隔绝了内部重要信息的泄露。对于系统关键数据保留数据操作日志,记录所有访问源和访问行为信息,对所有安全及故障事件做到有据可查。应用服务体系解决了网络安全性、服务器安全性、应用程序安全性、应用设计元素安全性等多层次的安全考虑。在开发过程中,使用脱敏之后的样例数据在本地开发。开发完成之后,一次性部署到私有化集群。如果之后需要登陆集群,每次都临时申请权限,并做好操作监控。同时在架构的配置中心中,存储了各个应用启动的必要参数,比如数据库连接信息,服务间调用的模块,方法,微信公众号的参数配置等。配置中心主动写入数据到 zookeeper 中,以便业务模块启动的时候来读取配置信息。当应20
用模块启动的时候,主动去获取 zookeeper 中的配置参数,然后各个微服务模块启动起来等待网关的调用。当请求从微信端或者电脑端发过来的时候,首先被我们的网关 gateway 统一接受。然后由 gateway 根据接收到的请求去匹配分发请求,分别发送到各个应用模块,数据存储于缓存 redis 或者关系型数据库 DB 中。3.2. 硬件架构整体应用部署在阿里云上,详细架构和配置如下:21
本配置可根据招标需求的实际配置进行虚拟机方案生成硬件环境,无需增加新的硬件资源。序号 产品名称 配置参数 数量 备注1应用服务器MasterCPU:2 核内存:4G 操作系统:Linux 1可采用虚拟机方案22
2应用服务器 NodeCPU:16 核内存:64G 操作系统:Linux 2可采用虚拟机方案3数据库服务器 CPU:16 核内存:32G操作系统:Linux1可采用虚拟机方案4热备服务器 CPU:16 核内存:64G 操作系统:Linux 1可采用虚拟机方案3.2.1. 远程访问方案系统维护采用远程访问。其中账号身份信息由贵宾公司,统一管理,制定相应的管理规范和命名规则,确保用户与身份标识的维一性。3.2.2. 物理安全和网络安全系统部署在阿里云的专属服务器与网络中,根据机场要求的安全需求接入机场的安全策略,主要由阿里云的执行安全方案。23
3.2.3. 操作系统安全大多数的攻击和入侵目标是网络中的主机。针对主机操作系统的安全威胁主要包括:计算机病毒感染、系统漏洞、非法攻击、特洛伊木马等。对于操作系统的安全防范可以采取如下策略:• 尽量采用安全性较高的网络操作系统,合理配置主机操作系统自带的安全机制、关闭一些起不常用却存在安全隐患的应用、对一些保存有用 户 信 息 及 其 口 令 的 关 键 文 件 ( 如 UNIX下:/.rhost、etc/host 、 passwd、shadow 、 group 等 ; WindowsNT 下的 LMHOST、SAM 等)使用权限进行严格限制;• 定期的扫描和评估,从而有效地发现系统漏洞,采取补救措施;24
• 加强口令字的使用:增加口令复杂程度、不要使用与用户身份有关的、容易猜测的信息作为口令。• 系统软件损坏安全措施:提供系统备份还原功能,当服务主机意外的被病毒感染或某一个文件被恶意删除,可以利用 GHOST 功能快速还原系统初始状态。3.2.4. 数据库安全数据库安全保护的目标是保证数据库不受恶意侵害,防止未经授权的存取与修改。通过采用访问控制、加密、审计等相关的技术手段来保障数据库系统的完整性、保密性和可用性,抵御针对数据库安全的各种威胁,如 :非法访问数据库、恶意破坏数据库或未经授权非法修改数据库数据、各种误操作等。 安全性设计既要考虑数据访问的安全性和监督用户的访问,又要兼顾数据库的访问效率。数据库安全保护必须以操作系统的安全保护为基础。采用加强数据库自身安全管理和利用相关安全软件等措施提高数据库系统安全性。• 对数据库进行定期的备份,为系统数据特殊是关键数据的备份、恢复提供保障。• 可考虑实行磁盘镜像、RAID 磁盘阵列等方式;• 系统在技术上实现数据库的自动动态备份。保证在异常情况下将损失减少到最小;• 利用数据库管理系统的性能和特殊的程序技术,通过事务日志、内部一致性检查、创建和加强封锁过程等来保证数据的一致性;• 依靠数据库的完整性约束的实现以保证信息不会被不当删除和插入;• 在两阶段提交协议完成之前一旦发生系统故障,数据库管理系统能将数据自动恢复到处理前的状态;• 对敏感字段(如重要旅客信息等)提供加密,防止非授权篡改。• 系统提供数据热备功能,系统的软件再次恢复保证在 30 分钟内系统正常使用。25
3.2.5. 应用系统安全在应用系统安全上,应用主机尽量不要开放一些没有经常用的协议及端口号。如文件服务、电子邮件主机等应用系统,可以关闭主机上如 HTTP、FTP、TELNET、RLOGIN 等服务。还有就是加强登录身份认证。确保用户使用的合法性;并严格限制登录者的操作权限,将其完成的操作限制在最小的范围内。充分利用操作系统和应用系统本身的日志功能,对用户所访问的信息做记录,为事后审查提供依据。• 应用系统支持双机热备方案:当主机出现故障时备机自动接管;• 硬件发生损坏:免费提供备件服务,当有硬件设备损坏时,首先提供备件把系统恢复正常工作,然后再安排维修,不会因设备维修时间长而影响系统的使用。3.2.6. 应用安全应用系统的安全主要涉及实现身份认证和单点登录控制,确保应用系统用户身份的真实性和合法性、根据授权和访问控制策略,实现应用系统对信息资源的访问控制,确保信息资源受控、安全、合法使用、通过数字签名和验证技术,保证数据交换、存储和使用中的完整性、真实性、通过加密和解密技术,保证数据交换、存储和使用中的保密、通过签发具有数字签名的回执,防止通信双方对数据交换行为和数据内容的抵赖、通过操作审计的接口向操作审计平台提交安全审计信息,实现应用系统安全事件的安全审计、通过代码签名和验证技术,确保安全控件、应用软件的完整性和真实性、通过数字签名、时间戳等,实现用户行为的责任认定。26
3.2.7. 备份方案本方案采用数据自动备份方案, 如下图从一个主服务器(master) 把数据同步到从服务器(slave)的过程。对于一个 mysql 服务器, 一般有两个线程来负责复制和被复制。当开启复制之后。1. 作为主服务器 Master, 会把自己的每一次改动都记录到 二进制日志Binarylog 中。 (从服务器会负责来读取这个 log, 然后在自己那里再执行一遍。)2. 作为从服务器 Slave, 会用 master 上的账号登陆到 master 上, 读取master 的 Binarylog, 写入到自己的中继日志 Relaylog, 然后自己的 sql 线程会负责读取这个中继日志,并执行一遍。 到这里主服务器上的更改就同步到从服务器上了。在 mysql 上可以查看当前服务器的主、从状态。 其实就是当前服务器的Binary(作为主服务器角色)状态和位置。 以及其 RelayLog(作为从服务器)的复制进度。27
另外全量备份一周做一次,用 mysqldump 工具实现,备份文件传到本地机场机房。3.2.8. 数据管理在系统具体功能模块中,根据业务逻辑和具体操作人员的权限分配,操作人员可以修改相关的数据。对于超出业务范围和权限范围的数据,需要在数据管理模块中进行修改。根据系统的各功能模块和对应的后台数据,设计数据管理的目录结构,合理的组织系统所有数据。提供数据检索功能,包括全局数据检索,子模块数据检索和具体表格数据检索。支持关键字、客户名称、手机号、服务类型、服务状态、操作时间等多属性的条件输入,查询想要操作的数据。对于具体的数据可以查看数据的详细内容,操作人员,操作时间等信息,并对所有信息进行修改。数据修改之后,同步刷新所有的存储系统,包括数据库,缓存系统,内存等,保证数据的一致性。除了操作单条数据,还提供批量修改,批量删除,批量导入等功能。4. 系统设计与实施28
4.1. 系统结构设计4.2. 系统的代码与数据库设计4.2.1. 系统的代码设计计算机管理信息系统设计的基本前提条件是把管理对象数字化或符号化,也就是代码设计。代码指明了事物的名称、属性、状态。运用计算机进行数据处理时,为了录入和处理的方便,为了节省存储空间,提高处理速度、效率和精度,通常用数字、字母和一些特殊符号组成的代码来识别事物和处理数据,这就是代码设计。代码设计是数据库系统开发的前提条件,数据库的有力补充,是系统不可缺少的重要内容。编码是指与原来名称对应的编号、符号或记号。它是进行信息交换、处理、传输和实现信息资源共享的关键。编码也用于指定数据的处理方法、区别数据类型,并指定计算机处理的内容等[27]。在进行代码设计的过程中,要求程序员遵循下列代码设计的基本原则:29
4. 系统设计与实施........................................................284.1. 系统结构设计................................................................284.2. 系统的代码与数据库设计...................................................294.2.1. 系统的代码设计....................................................................294.2.2. 系统的数据库设计.................................................................304.3. 运营后台.....................................................................354.3.1. 产品中心.............................................................................354.3.2. 协议管理.............................................................................384.3.3. 会员卡管理..........................................................................404.3.4. 会员中心.............................................................................444.3.5. 服务订单管理.......................................................................454.3.6. 营销管理.............................................................................544.3.7. 系统管理.............................................................................555. 系统运行管理与维护...................................................625.1. 系统运行与维护.............................................................635.2. 系统评价.....................................................................656. 参考文献................................................................653
1.要适合计算机处理代码是计算机进行分类、排序、检索、统计、分析等所有处理的依据,因此代码选择要便于计算机识别和处理。例如,采用按位编码法得到的代码分类基准量明确,处理方便;而采用字母法进行代码设计则便于人工阅读,易于进行文档的编写和维护。当然,最重要的是代码设计要满足管理的要求。2.要便于使用代码的结构要简单明了,含义单纯,容易理解,容易记忆。例如,要尽可能使用现有的名称代号和代码符号。在本系统的对象中,企业内部的员工编号是确定而且稳定的,这样在代码设计时就不宜变动,可继续使用。3.要具有系统性、通用性和可扩展性代码不仅对于本系统适用,而且要考虑到应用于本系统所在的高层网络,甚至于全行业的应用。因此,代码设计要从系统出发,从高处着眼,以利于通观整个系统,便于整个系统内部的信息交换及数据共享,同时最好采用上级部门的编码。要考虑到各种代码的适用范围、适用时间和适用的技术特点,直观性要好,通用性要强。还要考虑到发展的远景及有可能出现的变化和增减。4.选择最小值代码代码位数直接影响到存储空间的利用和处理速度。同时,代码位的数增加,工作人员的出错率也随之增加,所以代码的位数要最小。5.代码标准化凡是国家和主管部门已经制定统一代码的,则采用标准代码形式,便于各系统之间的信息交换。如国家和主管部门无统宁规定的,则尽量和国际标准或国际惯例相一致,或和同行业的惯例相一致。以系统用户和客户为例本系统的代码设计如下:1.系统用户的编码采用顺序码,初始编号为 1000,步长为 1,每增加一个系统用户,用户编号便增加 1。例如:第一个系统用户为 1001,第二个系统用户为 1002,第五30
个系统用户为 1005。2.客户的编码采用顺序码,初始 ID 为 10000,步长为 1,每增加一位会员,ID 便增加 1。例如:第一位会员 ID 为 10001,第二位会员 ID 为 10002,第七位会员 ID 为 10007。4.2.2. 系统的数据库设计在系统设计时,我们应该考虑如何用数据模型来描述数据的结构和语义,用以实现对现实世界的抽象。在目前广泛使用的数据库模型分为两种类型,一种是独立于计算机系统的“概念数据模型”,如“实体联系模型”;另一种是直接面向数据库逻辑结构的“结构数据模型”[28]。本系统使用的数据库是 SQL Server 2005 数据库,系统数据库名称为 ClientRMag,数据库 ClientRMag 中所包含的数据表如下所示:1.Client(客户信息表)客户信息表主要用来保存公司经营的客户资料信息。表 Client 的结构如表4-1 所示: 表 4-1 表 Client 的结构 字段名 数据类型 长度 是否主键 描述Client_Idint 4是 主 键 , 客户 编号Name varchar 20否 客户企业名称Address varchar 100否 客户企业地址Lxr varchar 8否 客户联系人Phone varchar 10否 客户 联 系人 电31
话Email varchar 30否 客户 联 系人 邮箱CLevel varchar 15否 客户等级CType varchar 15否 客户种类LastHandledatetime 8否 客户 最 后 一 次练习时间Date datetime 8否 客户注册时间remark varchar 200否 客户备注2. Employee(系统用户信息表) 系统用户信息表用来存储整个系统用户的信息,在本系统中系统用户信息其实就是公司的员工信息。表 Employee 的结构如表 4-2 所示:表 4-2 表 Employee 的结构字段名 数据类型 长度 是 否 主键描述Employee_idint 4是 主键Name varchar 20否 用 户 真 实 姓名LoginId varchar 15否 用户登录名LoginPwd varchar 15否 用 户 登 录 密码 Sex nchar 4否 性别Age int 4否 年龄 32
CardCodevarchar 20否 身份证号码 Phone varchar 15否 用 户 联 系 电话RoleId int 4否 用 户 种 类(管理员,操作员)Date datetime 8否 用 户 注 册 时间Remark varchar 200否 用 户 信 息 备注3.Biz(业务记录信息表)业务记录信息表是用来存储公司业务的基本信息。表 Biz 的结构如表 4-3所示:表 4-3 表 Biz 的结构字段名 数据类型 长度 是 否 主键描述Id varchar 4是 主 键 , 业 务记录编号BizType varchar 15否 业务种类BizNamevarchar 50否 外 键 , 客 户名称Number int 4否 业务数量Money money 8否 业务额Remark varchar 200否 业务备注33
EmployeeIdint 4否 外 键 , 操 作员编号BizDate datetime 8否 业 务 发 生 时间4.RoleInfo (系统用户类别表)系统用户类别表用来存储用户的类别信息。表 RoleInfo 的结构如表 4-4 所示:表 4-4 表 RoleInfo 的结构字段名 数据类型 长度 是 否 主键描述Id int 4是 主键RoleNamevarchar 20否 类别名称5. Log(系统日志信息表)系统日志信息表是用来存储系统各位用户的操作信息。表 Log 的结构如表4-5 所示:表 4-5 表 Log 的结构字段名 数据类型 长度 是 否 主键描述id int 4是 主键,操作编号34
EmployeeIdint 4否 操作员Date datetime 8否 操作时间Handle varcha 200否 操作种类6.Style(系统外观风格表)系统外观风格表用来存储系统外观变化信息的表格。表 Style 的结构如表4-6 所示:表 4-6 表 Style 的结构字段名 数据类型 长度 是否主键 描述Id int 4是 主键,风格编号FileNamevarchar 15否 风格名称Descriptionvarchar 50否 风格描述4.3. 运营后台4.3.1. 产品中心贵宾公司的服务产品可延伸性比较强,包括本地贵宾、嘉宾、通道、两舱35
以及定制服务务、异地贵宾室服务(涉及很多异地签约机场产品)等,这些服务产品数据作为企业核心业务描述数据,既是基础档案,同时也具有高业务价值,可以在企业内跨越各个业务部门及不同外部伙伴间被重复使用。这就要求各业务系统所维护的服务产品数据能整合、共享,高效的做法是能做到一个地方维护,多环节共享、重用。a) 服务产品是由资源组成,支持通过资源组合形成产品,满足新老业务的产品需求;b) 支持产品品类添加,支持产品自定义管理,包括产品类别、产品名称产品流程、产品定价规则(如多种定价规则,按批次、人次、时间等)等;c) 如 A 产品可通过选择贵宾服务、嘉宾服务、停车服务等来组合,并且能按不同服务定价。36
服务产品表结构设计create table service_product( id bigint(20) not null auto_increment comment '服务编号/ID', name varchar(30) not null comment '服务名称', airport_code varchar(5) not null comment '所属机场', airport_name varchar(30) comment '所属机场名称', service_type bigint(20) comment '服务类型', service_type_name varchar(50) comment '服务类型名称', supplier varchar(32) comment '供应商', supplier_name varchar(30) comment '供应商名称',37
?ight_type varchar(32) comment '航班类型', transportation_type varchar(32) comment '接送机类型', security_check_type varchar(32) comment '安检前后', service_position varchar(125) comment '服务详细位置', has_business_time tinyint(1) default 0 comment '是否有营业时间', open_strat_time varchar(15) comment '营业开始时间', open_end_time varchar(15) comment '营业结束时间', image_url varchar(255) comment '缩略图 url', icon_url varchar(255) comment '图标 url', detail_urls varchar(1000) comment '服务详细图 URL(多张图片使用英文逗号)', banner_url varchar(255) comment ' 首页 Banner 图 URL(多张图片使用英文逗号)', contain_service_area tinyint(1) not null comment '是否包含服务区域', price decimal(8,2) not null comment '单价', price_unit varchar(32) comment '价格单位', is_wechat_sell tinyint(1) comment '是否微信端售卖', reserve_rule int(1) not null comment '预定规则(1:提前预定,2:非提前预定)', ahead_of_time int comment '提前时间(时间单位:小时)', description varchar(500) comment '服务说明', status int(1) default 0 comment '状态(0:停用,1:启用)', create_time datetime comment '创建时间', create_user varchar(32) comment '创建人', update_time datetime comment '更新时间', update_user varchar(32) comment '更新人', deleted smallint(1) not null default 0 comment ' 是否删除', primary key (id)38
);alter table service_product comment '服务产品表';4.3.2. 协议管理协议管理是用于管理企业和个人零售客户的合作方式与产品售价,支持个性化的销售方式;协议除了客户的基本信息,还包括预约验证的方式和产品的计价规则和价格;,可设置有效期规则和充值规则,包含的产品价格;同时可设置合同与卡片到期提醒规则和提醒方式(微信、短信、后台弹出等)。协议类型管理协议类型管理:通过数据字典实现协议合同类型自定义(大客户、两舱、会员卡、异地、公务机、散客、代理、员工、直销等)。协议管理39
1. 绪论1.1. 管理信息系统概述管理信息系统的概念起源很早,而且定义也有很多。比较完整的定义出现在 20 世纪 70 年代,它是由瓦尔特·肯尼万给出的:“以书面或口头的形式,在合适的时间向经理、职员以及外界人员提供过去的、现在的、预测未来的有关企业内部及其环境的信息,以帮助他们进行决策。”在 1985 年、明尼苏达大学卡尔森管理学院的著名教授高登·戴维斯从管理的角度,提出管理信息系统的概念:“一个利用计算机硬件和软件,手工作业,分析、计划、控制和决策模型,以及数据的用户-机器系统。它能提供信息,支持企业或者组织的运行、管理和决策功能。”中国学者在《中国企业管理百科全书》中也给出了它的概念:“一个由人、计算机组成的能进行信息的收集、传递、存储、加工、维护和使用的系统。”进入了 20 世纪 90 年代,由于环境与技术的变化,使其的定义进一步完善,在这个时期,劳顿(Kenneth C.Laudon)认为:“管理信息系统是一个基于计算机的信息系统,他通过收集、处理、存储和扩散信息,来支持组织的管理、决策、合作、控制、分析活动,并使之可视化。”[1] 本人比较认同这个定义与观点,因此以下的内容都是基于这个定义进行扩展与延伸的。4
• 协议信息查询:支持多维度查询合同信息(客户名称、协议类型、编号、签约时间、有效期、协议状态等)。• 协议信息管理:协议信息包括协议类型、协议名称、协议编号、付费方式、协议套餐(相关的产品、结算方式、扣费规则)、协议授权人(可添加多个)、授信额度、有效期;每次协议修改都会提醒到相关工作人员,并且系统会自动记录协议修改记录。• 协议套餐管理:合同可根据协议套餐自带带出产品结算模板;可手动新建套餐,包括套餐名称、计价规则(次数计价、服务单价、阶梯计价、赠送次数)、产品范围、产品价格(可根据折扣自动计算产品折扣后的价格)。• 协议预警:根据协议结算方式,可设置协议预警规则(授信额度、剩余金额、协议到期)和预警时间(提前多少天)、提醒方式(短信、后台提醒)。• 协议控制:客户下单时候,可实时根据合同授信额度、剩余金额、合同状态信息给预约工作人员进行提醒以及控制下单使用。• 协议冲销与补录:提供冲销与补录功能,方便工作人员实时对合同进行调账,同时系统会记录每笔冲销与补录的记录。40
4.3.3. 会员卡管理会员卡是服务产品的结合出来的集合产品,可以在线创建会员卡,配置会员卡的基本信息(卡样、卡名称、卡类型、价格)、会员卡权益、权益规则的查询与维护。实现线上线下售卡流程,并记录会员卡销售明细和卡使用明细。创建会员卡可以配置会员卡类型、销售价格、有效期、使用说明,添加权益规则,可以明确产品使用范围。线上线下售卡流程售卡 / 赠送、自动生成卡号,激活使用。卡销售记录、明细记录每笔卡销售订单,可以查看会员卡明细,支持后台退卡41
会员卡类型通过数据字典实现对会员卡类型的自定义,会员卡类型包括次卡、年卡、月卡、季卡、折扣卡、体验卡等。会员卡管理• 会员卡创建:可创建新的会员卡用于市场销售,会员卡内容包括卡类型、卡号规则、销售价格、、有效期、权益规则、适用范围、使用规则。• 会员卡权益规则配置:可根据卡类型自动关联权益范围,同时也可以自动权益规则来用于新的会员卡里。权益规则包括产品范围、产品价格、权益次数、适用范围、使用规则、是否携伴、是否限制本人、次卡包含权益次数。42
• 卡号规则:可按卡号段范围,卡号长度自定义编码。• 费用规则:可设置会籍费用及折扣、续费充值价格、授信额度。• 卡状态规则:可设置卡激活有效期、使用有效期;支持批量或单张会员卡激活、销卡、启用、停用状态。• 会籍费管理:可手动对会员卡进行续费或者清零;提供冲销和补录功能来人工调整费用。• 会员卡预警:根据会员卡类型,可设置预警规则(授信额度、剩余次数、有效期)和预警时间(提前多少天)、提醒方式(短信、后台提醒)。43
会员卡销售与赠送• 会员卡销售与赠送:支持微信端在线、线下售卡,通过运营后台线下售卡,支持赠送、批量售卡、系统记录购卡人与卡主关联信息,生成会员卡销售订单。• 会员卡查询与状态操作:可以通过卡号、卡主姓名、手机号查询会员卡信息,实现对会员卡激活、停用、启用、冻结的状态改变,查看会员卡权益及使用明细。44
• 记录每笔会员卡销售订单的销售人,用于统计提成,发放绩效。4.3.4. 会员中心建设会员中心,整合各业务线上线下会员资料,形成统一会员档案,并能实现线上线下会员对接,形成不同业务、不同渠道会员信息的统一,并对会员全生命周期跟踪和管理:从客户的信息管理,消费管理,到客户的关怀,支持微信群发,生日提醒,客户投诉、业务跟进,让企业维护一个老客户的成本降到最低。提供会员自助服务功能,可以与企业微信号等进行集成整合,实时查询服务产品、订单状态、贵宾室导航、贵宾室状态、航班动态等信息的查询。会员管理多渠道统一会员来源,支持后台添加会员,并手动设定会员等级标签、优惠券等信息。实现在线查看当前会员基本信息、相关标签、关联会员卡信息、优惠券信息、可以在线查看会员使用服务订单明细、服务订单评价情况。45
4.3.5. 服务订单管理在整体业务链条中,订单管理专注于解决订单相关业务、服务的统一处理。通过订单的多渠道聚合、电子化自动流转、消息推送机制,建立整体化操作流程,达到服务信息共享、服务及时处理,最终保障服务顺畅运行达到精细化管理 要 求 。46
订单状态表状态码1 2 3 4 5 6 7预约单已预约取消中预约取消已接待售后退款中售后已退款线上支付单待付款已付款退款中已退款已使用退款中已退款服务单已使用售后退款中售后已退款47
订单表显示字段head协议客户会员卡客户会员银行卡客户散客客户信息1(custom_name)客 户名称卡主姓名 / 客 户 名称会 员名银 行名称散客客 户 信 息2(custom_info)协 议名称会员卡卡号会 员手机号卡 种类散客协议custom_id客 户id会员 id会 员idcustom_short拼 音码settle_way结 算方式account_id协 议id会员卡id协 议idrights_type协 议权益类型会员卡权益类型48
head协议客户会员卡客户会员银行卡客户散客card_name会员卡名称card_phone卡主手机号card_type会员卡类型bank_no银 行卡卡号49
1.2. 本系统的开发背景 机场贵宾公司一般为机场全资子公司,是为进出机场高端旅客提供 VIP 服务的专业性公司。主要业务内容有 VVIP 服务、VIP 服务、头等舱和公务舱贵宾室休息服务等。其中 VIP 服务是通过协助旅客办理值机、行李托运、贵宾室休息和登机口迎送等一站式服务,让宾客尽享尊贵、高效、便捷的贵宾礼遇;而VVIP 服务则是为旅客安排专享贵宾休息室、机坪车辆摆渡、车辆临时停放等一系列礼遇服务,彰显尊贵身份。贵宾公司采用会员制服务方式,会员卡分为团体会员与个人会员。 随着业务发展与经济环境,贵宾公司现有管理系统仅能满足原有贵宾业务的数据流村,对于客户、会员信息、会员卡信息、产品服务信息、订单统计数据都是一个个独立的数据孤岛,数据不能打通,无法直观清晰反应整个贵宾公司经营状况,也无法给决策层提供有力数据支撑,贵宾信息化系统正是在这个背景下提出,希望新的贵宾信息管理系统能给贵宾公司带来新的系统保障支撑。 1.3. 机场贵宾信息管理系统概述贵宾服务系统平台是围绕产品、营销、现场服务整体一套业务运营平台,以全流程管理的方式来提升现场服务效率,通过统一产品管理来满足本地已有的自营产品以及未来去扩展到同行、异业的产品,实现协议客户和会员的业务全面发展;在此基础上利用平台营销方式多样化和开放的微信用户端来辅助销售,利用平台的数据分析来辅助经营决策。最终通过该平台为杭州机场贵宾赋予高效服务、多销售模式、多资源,以数据经营的平台运营能力,通过杭州贵宾服务为基点,构建满足客户、会员的业务生态圈。5
50
预约服务• 在线预约(微信预约):客户可以通过微信公众号根据客户身份判断客户能享受的服务,选择产品服务类型、使用人信息、航班信息、车辆信息提交预约订单,后台即可生成预约信息。• 后台预约:通过电话、邮件、传真、现场下单均可以通过系统后台预约,后台预约会按照客户类型提供不同菜单入口。实现会员、散客、51
会员卡、协议大客户、银行卡持卡客户通过后台在线下单。• 客户身份验证匹配:客户可在微信或通过后台人工添加授权人信息,客户下单时会根据客户的呼入电话、会员卡或协议号来验证客户身份验证成功后带出客户可用服务信息用于下单。• 预约信息智能读取:通过语音识别和邮件信息识别,自动将客户预约信息转成文字信息,方便预约人员快速下单。• 预约信息备案与记录:通过呼叫中心、传真、邮件预约的服务,可以自动关联录音、邮件、传真电子文件作为预约信息的备案;同时系统还可以记录所有预约信息的操作人、操作时间、修改人、修改时间、修改备注信息。新建服务订单• 客户身份验证匹配:客户下单时会根据客户的呼入电话、会员卡或协议号、常用联系人来验证客户身份,验证成功后根据客户类型带出协议信息或会员卡信息、可用服务信息用于下单。52
• 自动带出重点旅客信息:现场服务时如有重要旅客或者重点投诉的旅客,系统会自动提示并且高亮,同时会带出该类型的旅客注意事项和历史标签。• 下单验证:建任务单时可通过航班接口减少航班信息输入,也可以增加增加自动校验,关键信息如手机号、身份证号等增加校验提醒。• 关键信息加密:可按旅客身份证、手机号、姓名、单位、协议、会员卡、航班号设置加密规则以及加密对应的代号规则。当有符合规则的任务单53
时,系统会自动用代号提到任务单内容,只有相关管理权限才解密看到详细的信息。订单管理• 订单操作:支持对订单增删改查,可以自动关联录音、邮件、传真电子文件作为预约信息的备案;同时系统还可以记录所有预约信息的操作人、操作时间、修改人、修改时间、修改备注信息。• 支持多种条件查询,可以根据产品类型、航班日期、旅客信息进行快速查询• 预约消息推送:预约成功、确认使用、订单售后等重要状态节点,通过短信、微信消息实时自动推送给用户。• 预约信息模板管理:可根据客户类型、服务类型设置消息模板,预约确认后,系统会根据消息模板通知旅客。• 新老系统订单无缝对接,根据预约订单信息在老系统实时生成现场服务信息,保障内外场服务管理。• 支持预约订单的修改、取消,系统记录操作日志。支付、结算与对账线上采用微信支付,可精确查询每笔对支付订单详情,对于退款订单、异常订单,做到清晰明了。结算对账中心对接财务,实现财务统计做账需求。发票管理满足客户线上、线下申请发票。记录发票的开票状态。• 支付渠道:线上开通微信支付、线下支持多种支付渠道。 • 支付订单查询:订单、充值业务均会有对应的支付记录,可以按照创54
建时间、支付状态、退款情况、支付渠道进行筛选,支持根据支付单号查找。• 支付详情:包含每笔支付订单的基本信息(支付状态、业务订单号、订单创建时间、支付金额、商品名称、商品描述)、支付信息(支付时间、支付渠道、支付单号)、退款信息(退款申请时间、退款状态退款金额等)。• 异常支付订单:可精确查询每一笔异常支付订单、退款订单的详情,从业务订单建立到支付整个周期,实现异常支付订单、退款订单的批量操作与精确查询。• 支付退款:退款订单按照默认按原来支付方式原路退回,也可单独设置支付渠道与退回方式;退款流程可根据权限设计相应流程。发票管理• 发票管理:可通过后台或微信在线申请开票,生成开票记录;可通过发票接口对接获取客户企业开票信息,支持电子发票和纸质发票,支持企业的专用发票和增值税发票选择。• 开票记录:记录申请开票信息是否已开票;电子发票可查看发送记录对于纸质邮寄发票,可以通过发票快递单号和快递信息查看物流状态发票签收记录。55
4.3.6. 营销管理实现优惠券创建、投放、核销、数据整个生命周期,为营销活动提供有力支持。• 创建优惠券;支持多种优惠券种类,包括代金券、兑换券、折扣券,配置优惠券有效期、使用门槛、适用范围(通用券、指定类别、指定创建优惠券可以配置优惠券名称、类型、使用门槛、有效期、使用规则、使用范围创建营销活动根据运营需要,开通邀请注册、签到、新会员注册、生日祝福、满消费次数、购买会员卡奖励优惠券数据投放和使用记录数据56
产品)。• 优惠券投放;实现优惠券自动投放和主动投放,自动投放包括(新会员注册奖励,满消费次数奖励,满充值金额奖励,生日祝福奖等)。根据筛选条件筛选投放目标人群和目标协议客户,主动发放。• 优惠券详情;记录优惠券状态包括未使用、已使用、已过期。优惠券信息包括类型、优惠券券号、优惠券名称、有效期、满减规则、使用规则、适用产品范围。• 优惠券投放记录,活动名称、领券人及手机号、投放时间、赠总条件• 优惠券核销记录;核销方式(订单核销、手动核销)、核销日期、优惠券状态、核销人。4.3.7. 系统管理系统管理主要是用来给系统管理员进行相应的操作,包括用户管理、角色管理、权限管理、菜单管理、日志管理、数据字典、基础数据等功能。sys_resource 资源表描述:用来保存有多少资源57
资源字段 字段描述字 段 类型默认值 是否为空备 注 说明resource_id主键 idvarcharuuid否 生 成 唯一的 uuidname资源名称varchar空url资源 urlvarchar空pid资源 pidvarcharnull 或 者 父id形 成 树结构is_deleted是否删除tinyint默 认 为0 , 0 : 不 删除,1:删除否sys_company 集团公司表 root描述:来管理有多少集团公司字段 字 段 描述字 段 类型默认值 是 否为空备注company_id主键 idvarchar uuid否login_name登录名rootname公 司 名称varchar空description公 司 描述varchar空id公 司pidbigintnull 或者父id若为 空 ,那 么 就是 顶 级公司58
Is_deleted是 否 删除tinyint默 认 为0 , 0 : 不 删除,1:删除否sys _root_ resource 集团公司资源表描述:风数来给集团公司 root 账户配置可使用的那些资源字段 字 段描述字 段 类型默 认值是否为空 备注root_resource_id主 键idvarcharuuid否company_id公 司idvarchar否resource_id公 司描述varchar否Is_deleted是 否删除tinyint默 认为 0,0:不 删除,1:删除否sys_branch_company 分公司表字段 字 段描述字 段 类型默 认值是否 为空备注branch_company_id主 键idvarcharuuid否name分 公司名称varchar否description分 公司描述varchar否Is_deleted是 否删除tinyint默 认为 0,0:不 删否59
1.4. 贵宾管理系统开发目的依照项目目标以及现状,整体业务需求主要有以下 3 点:1、完善用户体验,满足旅客个性化需求,提升用户服务:a) 简化服务预约流程,减少用户输入,产品可视化,让用户清晰明了;b) 服务线上预约与购买,方便用户线上自助式服务;c) 客户关联绑定,订单实时查询,航班信息实时推送;d) 增加服务评价体系,为用户服务提供参考,改善现场服务。 2、搭建多样化销售模式,扩展新的业务和产品形式:a) 通过线上线下的自助式营销为不同的客户提供多样化的权益产品;b) 在满足现有售卡、To B 的业务产品模式下,扩展新的业务和产品形式。6
除,1:删除sys_branch_resource 分公司资源表描述:root 账户给分公司分配资源字段 字 段描述字 段 类型默 认值是否为空备注branch_resource_id主 键idvarcharuuid否 分 公司主键 idroot_id集 团公司 idvarchar否root_resource_id公 司描述varchar否Is_deleted是 否删除tinyint默 认为 0,0:不 删除,1:删除否sys_branch_user 分公司用户表字段 字 段描述字 段 类型默认值 是否为空备注user_id主 键idvarcharuuid否branch_company_id公 司idvarchar空 否 当 前登 录 人 所属公司login_name登 录用户名varchar空 否name姓名varcha非空 否60
rpassword密码varchar非空 否Is_deleted是 否删除tinyint默 认 为0,0:不删除,1:删除否sys_branch_role 分公司角色表字段 字 段描述字 段 类型默认值 是否为空备注branch_role_id主 键idvarcharuuid否branch_company_id公 司idvarchar空 否 当 前登 录 人 所属公司name角 色名称varchar空 否description角 色秒速varchar非空 否Is_deleted是 否删除tinyint默 认 为0,0 :不删除,1:删除否sys_branch_role_resource 分公司角色资源表字段 字 段描述字 段 类型默认值 是否为空备注branch_role_resource_id主 键idvarcharuuid否branch_role_id分 公司角色 idbranch_resource_id分 公varcha空 否 当 前61
司资源 idr登录人所属公司Is_deleted是 否删除tinyint默认为0 , 0 : 不删 除 , 1 :删除否sys_branch_user_role 分公司用户角色表字段 字 段描述字 段 类型默认值 是否为空备注branch_user_role_id主 键idvarcharuuid否branch_user_id分 公司用户 idvarchar空 否branch_role_id分 公司角色 idvarchar空 否Is_deleted是 否删除tinyint默 认 为0, 0: 不删除,1:删除否账号管理管理员可以添加员工姓名,给员工系统登录账号和密码,同时关联其相应角色。也可以对员工删除和修改,支持账号数据权限的设定,可选择新增账号的产品数据权限。 62
角色管理根据使用系统的岗位来创建系统使用角色,每个角色有相应的权限,通过关联菜单来分配其页面访问权限、按钮操作来控制其操作权限。可以编辑修改角色名 称 、 菜 单 权 限 、 操 作 权 限 。63
菜单管理可对菜单的管理、新增、排序、菜单图标的管理。64
数据字典可以在数据字典里增加类型,而不用通过代码。客户类型、订单状态、结算方式、支付方式都是通过数据字典添加的,主要给管理员使用, 便于维护升级。65
5. 系统运行管理与维护管理信息系统是大型的复杂系统,系统内、外环境的变化,各种人为的、机器的影响等,都会影响到系统正常运行。因此,在系统正式投入运行以后,就开始了管理和维护工作,而且在系统运行一段时间后,还要对系统进行评价。5.1. 系统运行与维护 系统运行管理从每天进入应用系统、功能选择与执行,到下班前的数据备份、存档、关机等,都要把系统软硬件及数据等的运作情况做记录。运行情况有正常、不正常与无法运行等等,对于后两种情况,应将现象、发生时间和可能的原因做详细记录。系统的运行管理主要包括:1.系统运行的日常维护包括数据收集、数据整理、数据录入及处理结果的整理与分发。此外,还包括简单的硬件管理和设施管理。2.系统运行情况的记录整个系统运行情况的记录能够反映出系统在大多数情况下的状态和工作效率,对于系统的评价和改进具有重要的参考价值。因此,对 MIS 的运行情况一定要及时、准确、完整地记录下来。 系统维护系统运行后会暴露出一些错误、缺陷或者用户又对系统有一些新的功能需要,这就要求系统在使用中不断的得到完善。系统维护的主要任务就是保证系66
统的正常运转,使系统的资源得到有效运用,并使系统的功能在运行中不断得到完善和扩充,以提高系统的工作效率和延长系统的生命周期。对系统的维护工作贯穿于系统整个生命周期,维护工作的质量将直接影响到系统的使用效果和使用寿命。所以,系统维护是系统生存必不可少的重要条件。系统刚建成时所编制的程序和数据很少能够一字不改地沿用下去。系统操作人员应根据 MIS 运行的外部环境的变更和业务量的改变,及时对系统进行维护。根据维护对象的不同,系统维护的内容可分为以下几类:1.程序维护 业务处理是通过程序进行的,一旦程序发生问题或业务发生变化就必然地引起程序的修改和调整,所以定期的要对程序进行维护。2.数据文件维护 需求业务是不断在变化的,因此反映这种变化的数据也要求随之改变,包括内容增加及数据结构的调整。主要的维护工作有以下三个方面:数据库文件的安全性、完整性的控制;数据库的正确性保护、转储与恢复;数据库的重组织与重构造等。3.代码维护系统的任何变化最终要通过修改代码实现,代码的维护应由代码管理小组进行。4.硬件设备维护主要指主机及外设的日常维护和管理,如机器部件的清洗、润滑,设备故障的检修以及易损部件的更换等。本系统在维护阶段需注意以下三点: 1.正确性维护针对在系统开发阶段已发生的而系统调试阶段尚未发现的错误。这类错误是由于遇到了以前从未有过的某种输入数据或者是对系统的硬件和软件的不正确使用引起的,也可能是调试阶段诊断错误引起的,这就需要对错误进行诊断67
和改正。2.适应性维护由于计算机科学技术的迅速发展,新的硬、软件不断推出,是系统的外部环境发生了变化。为了使系统适应这种变化,延长使用寿命,满足用户的要求,就需要对系统进行相应的修改。3.完善性维护为了扩充功能和改善性能而进行的修改。在系统的使用过程中,用户往往会提出增加新功能或修改已有功能的要求。为了满足用户要求,需要对系统进行完善工作。这项工作很有意义,可以大大提高系统的可用性,可维护性和可靠性,系统寿命也随之延长。5.2. 系统评价系统评价就是在系统运行后,看原设计的目标是否已经达到以及达到的程度如何。对信息系统的评价主要是从以下几个方面进行:1.达到目标的情况。2.系统运行的情况,包括系统的费用、维护的方便性;系统的可靠性、稳定性;系统的通用性及用户满意程度。3.系统文档的完备性与系统的安全与保密性4.系统的效益,包括经济效益和社会效益本系统的投入运行基本满足了预期设计的目标。系统运行状态平稳,费用较少;系统安全性、稳定性、可维护性及功能配置都比较好,各项指标达到了设计的要求;系统界面友好,满足用户需求;预计系统在投入使用一段时间后会会提升企业的销售业绩,帮助树立企业形象,从而带来巨大的经济效益和社会效益。68
6. 参考文献1、王珊、萨师煊编著:《数据库系统概论》(第四版),高等教育出版社,2006 年 5 月;2、丁宝康:《数据库原理》,经济科学出版社,2000 年 1 月3、陈戈止,王道清主编:《管理信息系统》,西南财经大学出版社,2005 年 3 月4、陆惠恩、陆培恩著:《软件工程》(第二版)电子工业出版社 2004 年2 月5、史创明:《SQL Server 2000 中文版数据库管理与应用标准教程》清华大学出版社 2006 年 10 月6、王朔韬 :《软件是这样“炼”成的从软件需求分析到软件架构设计 》,清华大学出版社 2014 年 5 月;7、向红梅:《市场调研与需求分析 》,北京邮电大学出版社有限公司出版,2013 年 8 月 01 日;8、孙香红 :《工程设计软件应用 》,北京大学出版社 2014 年 5 月;9.刘玉宝、李念峰.数据库原理及应用[M].北京. 清华大学出版社. 201110.靳绪果. 浅谈软件工程之软件需求分析[J]. 课程教育研究: 学法教法研究,2015 (6): 181-182.69
3、数据分析a) 统一数据度量实现人、财、物信息协同管理;b) 建立分析体系,围绕用户华进行精准画像,推动业务优化。2. 需求分析2.1. 服务产品贵宾公司服务产品可延伸性很强,且具有很强的灵活性,根据对市场部调研杭州机场贵宾公司服务包括贵宾服务、迎宾楼服务、嘉宾服务、异地机场服务(贵宾服务)服务类7
70
别等。这些服务产品作为贵宾公司核心数据,同时也会在其他业务所用到(会员卡、订单等),因此需要在一个地方统一维护管理。 贵宾业务贵宾产品主要为满足高端商务人士出行使用,包括国内接机、送机服务与国际接机、送机服务。详细服务服务名称 服务内容服务地点服务价格国内贵宾送机服务1) 代办登机2) 协办行李托运3) 贵宾厅休息、简餐4) 专用安检通道5) 贵宾摆渡车6) 优先登机贵宾 2-4 号厅600 元/人次国内贵宾接机服务1) 专人机舱口接机2) 贵宾专用摆渡车3) 贵宾专用出港通道4) 专人协助行李提取贵宾 2-4 号厅600 元/人次国际贵宾送机服务1) 陪同引领值机、三关手续2) 贵宾厅休息、简餐3) 引领登机。贵宾国际厅600 元/人次国际贵宾接机服务1) 全程陪同引领2) 协助推行李贵宾国际厅600 元/人次 嘉宾业务嘉宾业务类型主要为满足普通商务差旅人士,在航站楼提供便捷休息室服务,详细服务产品如下:服务名称 服务内容服务地点服务价格尊贵行 1) 专用安检通道2) 休息室休息(含自助餐易行 6号厅260 元/人次8
饮)3) 登机提醒4) 专用摆渡车舒适行1) 休息室休息(含自助餐饮)2) 登机提醒易行 6号厅160 元/人次飞人行1) 专用安检通道2) 专用摆渡车易行接待中心100 元/人次业务需求描述1) 需管理贵宾服务、迎宾楼服务、嘉宾服务、附加服务的基本信息和计价规则;同时还需支持未来业务扩展的产品服务如安检通道、代办服务等。2) 可根据产品类型定义产品计价方式;其中贵宾、迎宾、嘉宾服务是按人次计价;附加服务中,随行是根据主服务的人次包含人次计价,包间是按小时计价(根据实际服务时间计费,精确到半小时,四舍五入) ,其他都是按次数计价。3) 附加服务需关联对应的主服务才能使用,需支持附加服务可用范围自定义选择。 2.2. 会员卡产品卡类别卡种消费方式销售价格/年包含产品范围 附加服务使用规则公司卡国宾卡60人次/年38800 元1) 杭州贵宾服务(国内)无 有效期一年,需特定预约人预约9