XXX航空移动化应用平台项目
投标文件
招标编号：
正 本
招标方：XXX航空有限责任公司 投标方： 日 期：
XXX航空移动化应用平台项目投标文件
目录
1 2 3
投标书.................................................................................................................. 11 规格偏离表.......................................................................................................... 11 资格证明文件...................................................................................................... 11 3.1法人营业执照（三证合一）....................................................................... 11 3.2法定代表人授权书....................................................................................... 11 3.3 投标人的资信证明...................................................................................... 11 3.4 招标文件要求的其他资格证明文件.......................................................... 13
3.4.1投标单位资质证书及项目人员资格证书....................................... 13
3.4.1.1 CMMI等级登记证书 .................................................................................. 13 3.4.1.2 ISO9001质量管理体系认证证书 ............................................................ 13 3.4.1.3 软件企业认证证书 ................................................................................... 13 3.4.1.4 计算机软件著作权登记书-SDK ............................................................... 13 3.4.1.5计算机软件著作权登记书-MAS ................................................................ 13 .4.1.6计算机软件著作权登记书-MMS .................................................................. 14 3.4.1.7计算机软件著作权登记书-EMM ................................................................ 14 3.4.1.8计算机软件著作权登记书-MDM ................................................................ 14 3.4.1.9 项目人员证书 ........................................................................................... 14
3.4.2投标单位近3年内获国家及地方政府荣誉证书........................... 16
3.4.2.1 2015年度中国移动互联网行业领军企业奖 .......................................... 16 3.4.2.2 2014-2015年度云计算应用优秀实践单位奖 ........................................ 16 3.4.2.3 2014年度中国最具影响力品牌奖 .......................................................... 17 3.4.2.4 2013年度最佳技术服务提供商 .............................................................. 17 3.4.2.5 2013年度中国移动应用平台最具影响力奖 .......................................... 17 3.4.2.6 2014移动生产力十大优秀案例奖 .......................................................... 17
3.4.3投标单位综合情况审查表 ................................................................ 17
XXX航空移动化应用平台项目投标文件
3.4.4拟派项目经理资格审查表 ................................................................ 18 3.4.5承担本项目主要技术人员和售后服务人员表 ................................ 18 3.4.6最近两年主要开发实施同类型企业相同或类似系统的开发案例...................................................................................................................... 19
3.4.6.1案例合同首尾页 ........................................................................................ 19 3.4.6.2 系统开发主界面截图 ............................................................................... 20
4 项目解决方案...................................................................................................... 24 4.1
项目解决方案内容 ................................................................................... 24 4.1.1
4.1.1.1
系统总体目标、设计架构、系统详细设计方案................... 25
设计原则 ................................................................................................... 25
1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
4.1.1.2
统一设计原则........................................................................... 25 稳定性原则............................................................................... 25 统一设计原则........................................................................... 25 稳定性原则............................................................................... 25 先进性原则............................................................................... 25 高可靠/高安全性原则 ............................................................. 25 开放性原则............................................................................... 26 适用性原则............................................................................... 26 可扩展性原则........................................................................... 26 操作/维护的易用性原则 ......................................................... 26 高可靠/高安全性原则 ............................................................. 26
架构设计 ................................................................................................... 27
4.1.1.2.1. 系统架构设计.................................................................... 27 4.1.1.2.2. 业务系统架构设计............................................................ 29 4.1.1.2.3. 业务处理架构.................................................................... 30 4.1.1.2.4. 网络拓扑图........................................................................ 31
4.1.1.3
技术路线 ................................................................................................... 33
4.1.1.3.1 统一的移动构建平台........................................................ 33
3
XXX航空移动化应用平台项目投标文件
4.1.1.3.2 Hybrid移动开发引擎 ........................................................ 33 4.1.1.3.3 面向服务的SOA接口集成 ............................................... 33 4.1.1.3.4 高并发处理机制................................................................ 34 4.1.1.3.5 高效的内存数据库............................................................ 34 4.1.1.3.6 兼容多种集成模式............................................................ 34 4.1.1.3.7 开放式的框架设计............................................................ 34 4.1.1.3.8 数据库选型........................................................................ 34
4.1.1.4
应用工具 ................................................................................................... 35
4.1.1.4.1. 开发工具............................................................................ 35 4.1.1.4.2. 分析设计工具.................................................................... 36 4.1.1.4.3. 项目管理辅助工具............................................................ 36 4.1.1.4.4. 测试工具............................................................................ 37 4.1.1.4.5. 统计工具............................................................................ 38 4.1.1.4.6. 开发语言............................................................................ 40 4.1.1.4.7. 辅助软件工具及其效果.................................................... 42
4.1.1.5
移动平台建设方案 ................................................................................... 43
4.1.1.5.1. 移动业务整合平台（APPCAN MAS） .............................. 43 4.1.1.5.2. 移动业务开发平台（APPCAN SDK） ............................... 51 4.1.1.5.3. 移动业务管理平台（APPCAN EMM） ............................ 69
4.1.1.6
前端应用建设方案 ................................................................................... 76
4.1.1.6.1. 机票预订............................................................................ 76 4.1.1.6.2. 订单管理............................................................................ 80 4.1.1.6.3. 航班动态............................................................................ 84 4.1.1.6.4. XXX商店 ............................................................................ 88 4.1.1.6.5. 会员注册\\登录 .................................................................. 91 4.1.1.6.6. 常用乘机人管理................................................................ 93 4.1.1.6.7. 机票验真............................................................................ 95 4.1.1.6.8. 促销专区............................................................................ 96
4
XXX航空移动化应用平台项目投标文件
4.1.1.6.9. 更多服务............................................................................ 97 4.1.1.6.10. 主页.................................................................................. 101
4.1.1.7
后台管理系统建设方案 ......................................................................... 102
4.1.1.6.1. 移动平台业务管理系统.................................................. 103 4.1.1.6.2. 移动平台会员管理中心.................................................. 121
4.1.1.8
非功能性方案 ......................................................................................... 124
4.1.1.7.1. 跨平台解决方案.............................................................. 124 4.1.1.7.2. 消息推送解决方案.......................................................... 125 4.1.1.7.3. 消息/数据可靠性和即时性解决方案 ............................ 127 4.1.1.7.4. 大数据推送解决方案...................................................... 127 4.1.1.7.5. 用户操作行为分析解决方案.......................................... 128 4.1.1.7.6. 业务系统整合解决方案.................................................. 130 4.1.1.7.7. 大并发时保证后台业务系统可用性解决方案.............. 134 4.1.1.7.8. 性能解决方案.................................................................. 135 4.1.1.7.9. 接口解决方案.................................................................. 137 4.1.1.7.10. 易用性解决方案.............................................................. 137 4.1.2
1. 2.
软件及硬件配置方案............................................................. 139
硬件配置 ................................................................................................. 139 软件配置 ................................................................................................. 140
（1） 软件安装配置......................................................................... 140 （2） 软件版本要求......................................................................... 140 4.1.3
项目开发组组成及各成员职责分配方案............................. 142
4.1.3.1. 项目工作方法 ......................................................................................... 142 4.1.3.2. 项目组织结构 ......................................................................................... 143
1. 2. 3. 4.
项目实施领导小组................................................................. 143 项目经理................................................................................. 144 SQA组 ..................................................................................... 144 产品设计组............................................................................. 144
5
XXX航空移动化应用平台项目投标文件
5. 6. 7. 8. 9.
UI设计组 ................................................................................ 144 手机端开发组......................................................................... 145 后台系统开发组..................................................................... 145 测试验收组............................................................................. 145 角色和责任............................................................................. 145
4.1.3.3. 关键人员简历 ......................................................................................... 148
4.1.4 项目管理方案......................................................................... 148
4.1.4.1. 项目例会 ................................................................................................. 148
4.1.4.1.1. 项目协调会...................................................................... 148 4.1.4.1.2. 项目启动会...................................................................... 148 4.1.4.1.3. 现场安装前的工程协调会.............................................. 148 4.1.4.1.4. 试运行前的工程协调会.................................................. 149
4.1.4.2. 工作文档评审 ......................................................................................... 149
4.1.4.2.1. 设计评审时机.................................................................. 149 4.1.4.2.2. 设计评审的形式.............................................................. 150 4.1.4.2.3. 设计评审的准备.............................................................. 151 4.1.4.2.4. 设计评审的实施.............................................................. 151 4.1.4.2.5. 对发现问题的处理和跟踪措施...................................... 151 4.1.4.2.6. 质量记录的控制.............................................................. 152
4.1.4.3. 项目风险控制 ......................................................................................... 152
4.1.4.3.1. 管理风险.......................................................................... 152 4.1.4.3.2. 技术风险.......................................................................... 153 4.1.4.3.3. 人员风险.......................................................................... 153
4.1.4.4. 项目质量管理 ......................................................................................... 154
5.1.4.4.1. 质量管理过程.................................................................. 154 5.1.4.4.2. 质量管理组织.................................................................. 154
4.1.4.5. 变更管理 ................................................................................................. 156
4.1.4.5.1. 需求分级管理.................................................................. 156
6
XXX航空移动化应用平台项目投标文件
4.1.4.5.2. 全生命周期变更管理...................................................... 157 4.1.4.5.3. 需求变更管理原则.......................................................... 158 4.1.4.5.4. 需求变更应对方法.......................................................... 159 4.1.5
项目实施方案......................................................................... 161
4.1.5.1. 实施计划日程表 ..................................................................................... 163 4.1.5.2. 实施计划表 ............................................................................................. 164 4.1.5.3. 4.1.5.4. 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 4.1.6
4.1.6.1. 4.1.6.2. 4.1.6.3. 阶段工作及成果 ..................................................................................... 166 项目进度保障措施与办法 ..................................................................... 168
定义项目成功的标准............................................................. 168 识别项目的驱动、约束和自由程度..................................... 169 定义产品发布标准................................................................. 169 沟通承诺................................................................................. 169 计划中，在质量控制活动后应该有修改工作..................... 169 为过程改进安排时间............................................................. 170 管理项目的风险..................................................................... 170 根据工作计划而不是日历来作估计..................................... 170 不要为人员安排超过他们80％的时间 ............................... 170 记录你的估算和你是如何达到估算的................................. 171 记录估算并且使用估算工具................................................. 171 遵守学习曲线......................................................................... 171 考虑意外缓冲......................................................................... 171 录实际情况与估算情况......................................................... 171 只有当任务100%完成时，才认为该任务完成 ................... 172 公开、公正地跟踪项目状态................................................. 172 质量控制、质量保证方案..................................................... 173
项目质量管理的关键 ............................................................................. 173 本项目质量保证措施 ............................................................................. 173 IT项目质量管理的目标和质量控制 .................................................... 175
7
XXX航空移动化应用平台项目投标文件
4.1.7 系统安全性方案..................................................................... 177
4.1.7.1. 安全性设计原则 ..................................................................................... 177 4.1.7.2. 服务器安全 ............................................................................................. 177 4.1.7.3. 移动应用安全 ......................................................................................... 177 4.1.7.4. 终端认证 ................................................................................................. 178 4.1.7.5. 终端授权 ................................................................................................. 179 4.1.7.6. 终端证书 ................................................................................................. 179 4.1.7.7. 本地安全存储 ......................................................................................... 179 4.1.7.8. 数据传输安全 ......................................................................................... 179 4.1.7.9. 数据库安全机制 ..................................................................................... 180 4.1.7.10. 容错机制 ................................................................................................. 180 4.1.7.11. 数据同步 ................................................................................................. 181 4.1.7.12. 服务器集群和负载均衡 ......................................................................... 181 4.1.7.13. 防火墙 ..................................................................................................... 182
4.1.8 4.1.9
项目交付定义......................................................................... 183 项目验收方案......................................................................... 184
4.1.9.1. 验收方案 ................................................................................................. 184
1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
验收目的................................................................................. 184 验收对象................................................................................. 184 项目验收的前提条件............................................................. 184 验收方法................................................................................. 185 验收步骤................................................................................. 185 验收程序................................................................................. 186 验收依据................................................................................. 187 验收内容和标准..................................................................... 188 验收结论................................................................................. 189 项目交接................................................................................. 190
4.1.9.2. 测试方案 ................................................................................................. 191
8
XXX航空移动化应用平台项目投标文件
4.1.9.2.1. 测试内容设计.................................................................. 191 4.1.9.2.2. 测试阶段规划.................................................................. 196 4.1.9.2.3. 测试工作流程.................................................................. 199 4.1.9.2.4. 测试结果评价与测试工具.............................................. 206 4.1.9.2.5. 测试人员名单.................................................................. 209 4.1.10
本期项目完成交付后，技术服务计划、维护、承诺及费用210
4.1.10.1. 概述 ......................................................................................................... 210 4.1.10.2. 服务内容 ................................................................................................. 211
1. 2. 3. 4. 5. 6. 7.
咨询服务................................................................................. 211 应用系统的故障响应............................................................. 211 应用系统辅助操作................................................................. 211 应用系统的维护服务............................................................. 211 交流和培训............................................................................. 211 应用系统业务调整................................................................. 212 应用系统软件升级................................................................. 212
4.1.10.3. 支持机构 ................................................................................................. 212
1. 2.
咨询服务组............................................................................. 212 咨询服务专家组..................................................................... 212
4.1.10.4. 支持方式 ................................................................................................. 213
1. 2. 3. 4.1.11
现场维护................................................................................. 213 热线电话咨询......................................................................... 213 咨询服务网站......................................................................... 213 人员培训计划、技术转移方案............................................. 214
4.1.11.1. 培训方案 ................................................................................................. 214
4.1.11.1.1. 培训对象和内容.............................................................. 214 4.1.11.1.2. 培训目的.......................................................................... 214 4.1.11.1.3. 培训原则与培训质量保证体系...................................... 216
9
XXX航空移动化应用平台项目投标文件
4.1.11.1.4. 培训方式.......................................................................... 218 4.1.11.1.5. 培训大纲.......................................................................... 218 4.1.11.1.6. 培训组织及技术力量安排.............................................. 220 4.1.11.1.7. 培训组织方案.................................................................. 221
4.1.11.2. 技术转移方案 ......................................................................................... 223
4.1.12 预期系统性能状况，后续升级扩展方案和计划建议......... 224
4.1.12.1. 移动端响应标准 ..................................................................................... 224 4.1.12.2. 系统响应标准 ......................................................................................... 225 4.1.12.3. 优化办法 ................................................................................................. 225 4.1.12.4. 系统批处理效率 ..................................................................................... 225 4.1.12.5. 并发用户下的系统性能 ......................................................................... 226
4.1.13 其他资料................................................................................. 227
4.1.13.1. 典型案例 ................................................................................................. 227
10
XXX航空移动化应用平台项目投标文件
1 投标书
2 规格偏离表
3 资格证明文件
3。1法人营业执照（三证合一)
公司名称变更通知
3。2法定代表人授权书
3.3 投标人的资信证明
2015年审计报告
11
XXX航空移动化应用平台项目投标文件
2014年审计报告
12
XXX航空移动化应用平台项目投标文件
3。4 招标文件要求的其他资格证明文件 3。4。1投标单位资质证书及项目人员资格证书 3。4。1.1 CMMI等级登记证书
3。4。1。2 ISO9001质量管理体系认证证书
3。4.1.3 软件企业认证证书
3。4.1。4 计算机软件著作权登记书-SDK
3.4.1.5计算机软件著作权登记书—MAS
13
XXX航空移动化应用平台项目投标文件
.4。1。6计算机软件著作权登记书-MMS
3。4。1.7计算机软件著作权登记书-EMM
3.4。1。8计算机软件著作权登记书-MDM
3.4.1。9 项目人员证书
项目经理PMP证书—唐东育
14
XXX航空移动化应用平台项目投标文件
项目经理PMP证书-闫岩
项目经理证书 —熊刚
15
XXX航空移动化应用平台项目投标文件
中级程序员-韩正刚
3。4。2投标单位近3年内获国家及地方政府荣誉证书 3.4。2。1 2015年度中国移动互联网行业领军企业奖
3.4。2。2 2014-2015年度云计算应用优秀实践单位奖
16
XXX航空移动化应用平台项目投标文件
3.4.2.3 2014年度中国最具影响力品牌奖
3。4.2。4 2013年度最佳技术服务提供商
3。4.2。5 2013年度中国移动应用平台最具影响力奖
3。4。2.6 2014移动生产力十大优秀案例奖
3。4。3投标单位综合情况审查表
17
XXX航空移动化应用平台项目投标文件
3。4。4拟派项目经理资格审查表
2016年 7 月 8 日
3.4.5承担本项目主要技术人员和售后服务人员表
18
XXX航空移动化应用平台项目投标文件
3.4.6最近两年主要开发实施同类型企业相同或类似系统的开发案例
3.4。6.1案例合同首尾页
中联航项目合同首页
中联航项目合同尾页
吉祥航空项目合同首页
吉祥航空项目合同尾页
19
XXX航空移动化应用平台项目投标文件
厦门航空项目合同首页
厦门航空项目合同尾页
掌上东航3。0项目合同首页
掌上东航3。0项目合同尾页
3.4。6.2 系统开发主界面截图
中联航主界面截图
启动页
机票预订—单程
20
XXX航空移动化应用平台项目投标文件
查询结果
吉祥航空主界面截图
登陆界面
订单详情-支付成功 添加磁贴
21
XXX航空移动化应用平台项目投标文件
我的
东方航空主界面截图
机务首页
云端链接
幸福东航
22
XXX航空移动化应用平台项目投标文件
我的
移动飞行
23
XXX航空移动化应用平台项目投标文件
4 项目解决方案
4.1 项目解决方案内容
项目解决方案包括以下内容：
系统总体目标、设计架构，系统的详细设计方案(应至少包括系统功能、平台构成、系统结构设计等）；
软件及硬件设备配置方案建议；
公司项目开发组组成及各成员职责分配方案；公司工作人员原则上要求在项目结束前不得更换，除非不符合项目管理要求、甲方提出更换；
项目管理方案、项目风险明示、评估及控制方案措施等; 项目实施方案建议，详细的项目实施计划； 质量控制，质量保证方案； 系统安全性方案; 项目交付定义 项目验收方案；
本期项目完成交付后，后期的技术服务计划、维护、承诺及费用； 人员培训计划、技术转移方案等；
预期系统性能状况，后续升级扩展方案和计划建议； 其他投标商认为有利于竞标的其他资料。
24
XXX航空移动化应用平台项目投标文件
4.1.1 系统总体目标、设计架构、系统详细设计方案 4.1.1.1 设计原则 1. 统一设计原则
统筹规划和统一设计数据系统.
2. 稳定性原则
数据系统的数据结构设计要具有扩充性，从而适应业务的变化，保证数据系统的稳定性.
3. 统一设计原则
统筹规划和统一设计数据系统。
4. 稳定性原则
数据系统的数据结构设计要具有扩充性，从而适应业务的变化，保证数据系统的稳定性。
5. 先进性原则
系统构成必须采用成熟、具有国内先进水平,并符合国际发展趋势的技术和设备。
6. 高可靠/高安全性原则
系统设计中充分考虑系统的安全和可靠；系统要具有较强的安全性和灾难恢复能力，运行稳定,数据传输可靠，通过软件、硬件、管理制度等建立全方位
25
XXX航空移动化应用平台项目投标文件
的安全保障体系。
7. 开放性原则
本项目设计采用开放式系统平台，以保证不同产品的集成性，并降低系统的开发和维护成本。
8. 适用性原则
充分利用目前的基础环境、硬件设施，在满足应用需求的前提下，尽量降低建设成本，避免重复投资.
9. 可扩展性原则
本项目设计考虑到业务未来发展的需要,尽可能设计得简明，降低各功能模块耦合度，并充分考虑兼容性.
10. 操作/维护的易用性原则
本项目的设计和开发需要充分考虑上药控股内部人员的操作习惯和行业习惯，易于操作，界面友好,方便实用.
系统构成必须采用成熟、具有国内先进水平，并符合国际发展趋势的技术和设备。
11. 高可靠/高安全性原则
系统设计中充分考虑系统的安全和可靠;系统要具有较强的安全性和灾难恢复能力，运行稳定，数据传输可靠，通过软件、硬件、管理制度等建立全方位的安全保障体系.
26
XXX航空移动化应用平台项目投标文件
4.1.1.2 架构设计 4.1.1.2.1. 系统架构设计
图:系统架构图
在上述架构图中可以看到，整改架构由应用接入层、移动平台层、数据库层、接口层、安全体系够成。
1. 移动平台层
（1） 移动平台层由移动业务整合平台、移动业务开发平台、移动业务管理平台构成.
（2） 移动业务整合平台用于规范接口与数据的输入与输出，对接各类业
27
XXX航空移动化应用平台项目投标文件
务与应用，具备应用管理、接口管理、证书管理、服务管理的强大功能，通过业务整合平台对接应用接入层实现微信、APP、第三方平台的无缝对接；
（3） 移动开发平台提供混合应用开发工具、混合应用开发包、提供项目管理工具，用于前端移动业务的开发和后台管理功能的开发；
（4） 移动业务管理平台用于管理应用的版本、配置、统计分析、证书等功能；
2. 接口层
通过业务整合平台可对接第三方数据接口（TDP—OTARest机票接口、辅营独立销售数据接口、移动运行网接口）、自有业务数据接口、第三方运营接口。
3. 数据库
数据库采用Oracle数据库. 4. 安全体系
安全体系通过终端安全、传输安全、应用安全来保障整个架构的安全。 5. 应用接入层
通过本期项目建设，除实现XXX航空业务需求外，搭建规范统一的移动平台用于管理规范、开发规范、业务规范。实现业务和接口的规范和统一，通过平台无缝接入微信、APP、第三方平台。
28
XXX航空移动化应用平台项目投标文件
4.1.1.2.2. 业务系统架构设计
图：业务系统架构图
29
XXX航空移动化应用平台项目投标文件
4.1.1.2.3. 业务处理架构
30
XXX航空移动化应用平台项目投标文件
4.1.1.2.4. 网络拓扑图
31
XXX航空移动化应用平台项目投标文件
说明:
1. 本拓扑图除管理控制台服务器外，其他都基于双机配置,可达到HA高可用效果
2. 图中灰色背景图片代表的服务器为本项目依赖的第三方服务模块，他们分别为：OTA服务、XXX商店服务、会员服务、微信网站服务、H5网站服务、苹果推送服务、第三方Android推送服务(极光）、第三方支付服务(微信、支付宝）
3. 图中Nginx主要用做反向代理,负责分发流量到对应的后台Server
4. 如果实际部署环境中nginx前配有类似F5之类的负载均衡设备,应负责将流量分发至两台NGINX服务器,否则，可通过配置两个外网ip对应一个域名的形式实现负载均衡
5. 手机终端到后端的服务建议基于HTTPS协议，且需要申请权威机构颁发的证书,配置到Nginx服务器上 6. 本方案中，除苹果推送、极光推送、微信、支付宝外,其他依赖服务都位于内网环境
7. 本方案中设计在DMZ区两侧部署有防火墙，在部署实施前,需要在防火墙上开放特定的网络通信端口,具体需要开放的接口列表届时会有提供
8. 除数据库服务器和第三方服务外，本方案中服务器数量共计12台，实际部署时依客户具体环境可以有所增减。
32
XXX航空移动化应用平台项目投标文件
4.1.1.3 技术路线
严格的面向对象的分析和设计方法；系统采用开放性框架体系;全面采用XML技术与基于XML的Webservice技术作为文件、接口传输的规范和瘦客户端应用。
4.1.1.3.1 统一的移动构建平台
提供从应用开发、后端集成、安全控制到运营管理的全部过程解决方案。可以最大限度的减少移动化的投入，具有良好的扩展性和向后兼容的能力。
4.1.1.3.2 Hybrid移动开发引擎
Hybrid应用引擎作为移动应用开发的中间件，使用HTML5作为开发语言开发移动应用。HTML5是标准的跨平台技术,目前被所有的移动终端平台支持， Hybrid应用引擎基于HTML5技术，融合了原生和HTML5双方的优势，使跨平台开发技术开发的应用能够与使用原生方式开发应用的体验相媲美.同时Hybrid技术的开发框架和开发工具能缩短移动应用的开发周期，降低开发成本。
4.1.1.3.3 面向服务的SOA接口集成
面向服务的体系结构（service—oriented architecture，SOA）是一个组件模型，它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来.接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互.各个应用在进行业务处理过程中不需要直接交互，从而不必要了解对方的技术架构、技术实现方式、数据模型、部署位置。通过使用XML、Web Service、SOAP等技术,可以使各个应用系统之间相对独立、松耦合,方便各个应用系统独立地进行升级、改造、扩展，对其他应用系统的影
XXX航空移动化应用平台项目投标文件
响降到最低。
4.1.1.3.4 高并发处理机制
使用Nodejs技术构建后台服务，采用一系列“非阻塞”库来支持事件循环的方式。为文件系统、数据库之类的资源提供接口。该模型以可扩展的方式简化了对慢资源的访问.在不新增额外线程的情况下，依然可以对任务进行并行处理,Nodejs采用单线程方式通过事件轮询（event loop）来实现并行操作，避免阻塞操作。有效的帮助提高处理高并发请求.
4.1.1.3.5 高效的内存数据库
使用Redis内存数据库,Redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库。Redis支持主从同步.数据可以从主服务器向任意数量的从服务器上同步，从服务器可以是关联其他从服务器的主服务器。
4.1.1.3.6 兼容多种集成模式
支持对多系统进行整合,在一个应用内整合不同系统之间的功能。能够通过数据库适配、面向服务接口适配、页面DOM数据抓取的方式整合各种应用，并对外提供基于JSON协议统一规范的接口。
4.1.1.3.7 开放式的框架设计
采用开放式的架构设计，支持集群方式部署，动态增加服务器.并且可以通过数据缓存的方式，极大的缓解服务压力。
4.1.1.3.8 数据库选型
数据库采用Oracle数据库。
34
XXX航空移动化应用平台项目投标文件
4.1.1.4 应用工具 4.1.1.4.1. 开发工具
1. 集成Eclipse核心的\"AppCan IDE”
AppCan IDE是基于Eclipse定制的移动集成开发环境，专为无Native开发经验的HTML开发人员设计。AppCan IDE帮助HTML开发人员在无需任何原生环境辅助下即可完成高体验效果应用的开发、调试、跟踪和模拟。
2. Git
Git 是用于 Linux内核开发的版本控制工具.与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持（wingeddevil注：这得分是用什么样的服务端，使用http协议或者git协议等不太一样。并且在push和pull的时候和服务器端还是有交互的。），使源代码的发布和交流极其方便。 Git 的速度很快，这对于诸如 Linux kernel 这样的大项目来说自然很重要。 Git 最为出色的是它的合并跟踪(merge tracing)能力。
3. power designer
PowerDesigner是Sybase的企业建模和设计解决方案，采用模型驱动方法，将业务与IT结合起来，可帮助部署有效的企业体系架构，并为研发生命周期管理提供强大的分析与设计技术。PowerDesigner独具匠心地将多种标准数据建模技术（UML、业务流程建模以及市场领先的数据建模)集成一体，并与 .NET、WorkSpace、PowerBuilder、Java™、Eclipse 等主流开发平台集成起来，从而为传统的软件开发周期管理提供业务分析和规范的数据库设计解决方案。
35
XXX航空移动化应用平台项目投标文件
4.1.1.4.2. 分析设计工具 1. Axure RP
是一个专业的快速原型设计工具.Axure（发音：Ack—sure），代表美国Axure公司；RP则是Rapid Prototyping(快速原型）的缩写。
Axure RP是美国Axure Software Solution公司旗舰产品，是一个专业的快速原型设计工具，让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站的线框图、 流程图、原型和规格说明文档。作为专业的原型设计工具,它能快速、高效的创建原型，同时支持多人协作设计和版本控制管理。
Axure RP已被一些大公司采用。Axure RP的使用者主要包括商业分析师、信息架构师、可用性专家、产品经理、IT咨询师、用户体验设计师、交互设计师、界面设计师等，另外，架构师、程序开发工程师也在使用Axure。
4.1.1.4.3. 项目管理辅助工具 1. 协同开发
协同开发是一款简单好用的协作化的项目开发管理云平台，帮助团队解决成员间流程任务推进、跨地区协调沟通、代码托管、云端存储、资源共享等需求，帮助企业、开发者团队及个人有效控制开发过程,提升开发效率,实现更高效的项目管理.
36
XXX航空移动化应用平台项目投标文件
图：协同开发平台
2. Microsoft Project（或MSP)
是由微软开发销售的项目管理软件程序。软件设计目的在于协助项目经理发展计划、为任务分配资源、跟踪进度、管理预算和分析工作量。
3. JIRA
是Atlassian公司出品的项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。
协同开发
4.1.1.4.4. 测试工具 1. MTC 百度
（1） 深度兼容测试
10000台真机随时待命，最新机型实时更新安装、启动、monkey、卸载；平均2小时出报告monkey时长随意选择；支持应用自动登录捕获CPU、内存、流量、电量等性能数据.
（2） 安全漏洞扫描
可扫描权限漏洞、静态漏洞、运行漏洞等报告包含漏洞分布、等级、详情、说明提供可实施的解决方案，及时扼杀潜在危险平均10分钟出报告.
（3） 功能回放测试
自定义脚本在云端真机回放支持robotium、appuim等主流自动化测试框架详细的日志、截图、屏幕录像。
（4） 深度遍历测试
按照树形结构，自动遍历App所有控件覆盖各种异常分支两款经典机型随时测。
37
XXX航空移动化应用平台项目投标文件
4.1.1.4.5. 统计工具 1. 友盟统计
国内专业的移动应用统计分析平台。我们帮助移动应用开发商统计和分析流量来源、内容使用、用户属性和行为数据,以便开发商利用数据进行产品、运营、推广策略的决策。
（1） 应用趋势统计
清晰展现应用的新增用户、活跃用户、启动次数、版本分布、行业指标等数据，方便您从整体掌控应用的运营情况及增长动态。
（2） 渠道分析
在哪里推广最有效？从哪里获取的用户最有价值？友盟统计渠道分析功能可以实时查看各渠道的新增用户、活跃用户、次日留存率等用户指标，通过数据对比评估不同渠道的用户质量和活跃程度，从而衡量推广效果.
（3） 留存分析
38
XXX航空移动化应用平台项目投标文件
可以掌握每日（周/月)的新增用户在初次使用后一段时间内的留存率,留存率的高低一定程度上反映了产品和用户质量的好坏。 （4） 行为分析
针对性地进行应用内的数据统计，了解用户的产品使用细节及行为特征，帮助您寻找产品改进的突破点，评估产品优化的效果。
（5） 用户属性
用户的基本属性和行为特征,帮助您全面了解用户。
（6） 错误分析
39
XXX航空移动化应用平台项目投标文件
收集并归类崩溃日志，提供错误管理及分析工具，帮助开发者更好的解决问题,从而提高应用的稳定性，改善应用质量.
4.1.1.4.6. 开发语言 1. HTML5
万维网的核心语言、标准通用标记语言下的一个应用超文本标记语言(HTML)的第五次重大修改。
语义特性(Class:Semantic)
HTML5赋予网页更好的意义和结构。更加丰富的标签将随着对RDFa的,微数据与微格式等方面的支持，构建对程序、对用户都更有价值的数据驱动的Web。
本地存储特性（Class： OFFLINE ＆ STORAGE）
基于HTML5开发的网页APP拥有更短的启动时间,更快的联网速度，这些全得益于HTML5 APP Cache，以及本地存储功能。Indexed DB（html5本地存储最重要的技术之一)和API说明文档。
设备兼容特性 (Class： DEVICE ACCESS)
从Geolocation功能的API文档公开以来，HTML5为网页应用开发者们提供了更多功能上的优化选择，带来了更多体验功能的优势.HTML5提供了前所未有的数据与应用接入开放接口。使外部应用可以直接与浏览器内部的数据直接相连，例如视频影音可直接与microphones及摄像头相联。
40
XXX航空移动化应用平台项目投标文件
连接特性（Class: CONNECTIVITY）
更有效的连接工作效率，使得基于页面的实时聊天,更快速的网页游戏体验，更优化的在线交流得到了实现。HTML5拥有更有效的服务器推送技术，Server—Sent Event和WebSockets就是其中的两个特性,这两个特性能够帮助我们实现服务器将数据“推送”到客户端的功能。
网页多媒体特性（Class： MULTIMEDIA)
支持网页端的Audio、Video等多媒体功能， 与网站自带的APPS,摄像头，影音功能相得益彰。
性能与集成特性（Class： Performance & Integration）
没有用户会永远等待你的Loading—-HTML5会通过XMLHttpRequest2等技术，解决以前的跨域等问题,帮助您的Web应用和网站在多样化的环境中更快速的工作.
CSS3特性（Class: CSS3）
在不牺牲性能和语义结构的前提下，CSS3中提供了更多的风格和更强的效果。此外,较之以前的Web排版,Web的开放字体格式（WOFF）也提供了更高的灵活性和控制性。
2. CSS3
CSS即层叠样式表(Cascading Stylesheet）。 在网页制作时采用CSS技术，可以有效地对页面的布局、字体、颜色、背景和其它效果实现更加精确的控制。 只要对相应的代码做一些简单的修改，就可以改变同一页面的不同部分,或者页数不同的网页的外观和格式.CSS3是CSS技术的升级版本，CSS3语言开发是朝着模块化发展的.以前的规范作为一个模块实在是太庞大而且比较复杂，所以,把它分解为一些小的模块,更多新的模块也被加入进来。这些模块包括： 盒子模型、列表模块、超链接方式 、语言模块 、背景和边框 、文字特效 、多栏布局等。
3. JAVASCRIPT
JAVASCRIPT一种直译式脚本语言，是一种动态类型、弱类型、基于原型的语言,内置支持类型。它的解释器被称为JAVASCRIPT引擎，为浏览器的一部分，广
41
XXX航空移动化应用平台项目投标文件
泛用于客户端的脚本语言，最早是在HTML（标准通用标记语言下的一个应用）网页上使用，用来给HTML网页增加动态功能.
4. Java
Java是一门面向对象编程语言，不仅吸收了C++语言的各种优点，还摒弃了C++里难以理解的多继承、指针等概念，因此Java语言具有功能强大和简单易用两个特征。Java语言作为静态面向对象编程语言的代表，极好地实现了面向对象理论，允许程序员以优雅的思维方式进行复杂的编程。
4.1.1.4.7. 辅助软件工具及其效果 1. adobe Photoshop
简称“PS”，是由Adobe Systems开发和发行的图像处理软件。Photoshop主要处理以像素所构成的数字图像.使用其众多的编修与绘图工具，可以有效地进行图片编辑工作。ps有很多功能,在图像、图形、文字、视频、出版等各方面都有涉及。
2. fireworks
是Adobe推出的一款网页作图软件，软件可以加速 Web 设计与开发， 是一款创建与优化 Web 图像和快速构建网站与 Web 界面原型的理想工具。Fireworks 不仅具备编辑矢量图形与位图图像的灵活性, 还提供了一个预先构建资源的公用库， 并可与 Adobe Photoshop、Adobe Illustrator、Adobe Dreamweaver和 Adobe Flash软件省时集成。 在 Fireworks 中将设计迅速转变为模型，或利用来自Illustrator、Photoshop和Flash的其它资源。然后直接置入Dreamweaver中轻松地进行开发与部署。
42
XXX航空移动化应用平台项目投标文件
4.1.1.5 移动平台建设方案
4.1.1.5.1. 移动业务整合平台（APPCAN MAS) 1. MAS简介
AppCan MAS移动业务整合系统是基于高性能NODEJS架构开发的企业移动后端整合系统,内置各种标准协议组件，统一移动业务前后端标准开发技术；同时,通过基于策略配置的数据缓存机制,聚合业务数据并发连接不同的后端业务系统,高效整合对接多种企业业务.
AppCan MAS还是一套集成了安全、控制等能力的服务器端开发框架,通过证书、权限、应用校验等机制构造移动应用接入控制体系，并具备服务二次封装整合的集成能力。
AppCan MAS还内置高效的消息推送能力,提供二次开发接口，方便移动应用运营。
2. 系统特点
AppCan MAS系统具有如下特点：
（1） 丰富协议封装
AppCan MAS以接口形式提供了业界常用的各种协议栈的封装，如REST、JDBC、AXIS、SOAP、LDAP、REDIS、MONGODB、DOM等。
XXX航空移动化应用平台项目投标文件
AppCan MAS提供接口运行调试能力，支持对接口进行调试和热替换。
（2） 高安全
AppCan MAS系统提供了一整套完整的移动接入校验机制，支持对移动接入应用证书、用户证书、应用合法性、用户接入权限的安全控制能力。
AppCan MAS系统具有完善的访问控制安全架构，有效应对非法访问，为系统提供更强有力的保护。
（3） 高性能
AppCan MAS系统基于高性能的NODEJS架构，提供基于策略配置的数据缓存机制，可以轻松支撑十万级用户的访问。同时系统还支持以集群方式横向扩展，轻松实现能力扩容。
（4） 监控管理支持
AppCan MAS系统内置强大的运行监控服务，对用户并发、吞吐量、响应时间等即时记录告警，并以图形化形式展现，能有效帮助运维人员随时把控服务运行状态。同时，还提供丰富的工程部署、服务配置、安全配置等系统管理能力。
44
XXX航空移动化应用平台项目投标文件
3. 平台功能
登录AppCan MAS管理页面后，即可对系统进行配置和管理.首页显示管理员登录信息、服务器环境配置信息，以及系统的版本信息。
图：MAS管理主页面
（1） 应用管理
应用管理包含“应用管理、接口管理、证书管理”三个方面管理、配置、操作.
➢ 应用管理
应用管理显示和管理已有应用，也可以添加应用配置。启用/禁用、删除来进行对应用的配置管理。
45
XXX航空移动化应用平台项目投标文件
图：应用基本信息的编辑
➢ 接口管理
管理当前主机下的MAS服务、子服务、工程、接口列表信息,通过选中授权的方式来分别对开启应用认证和接口认证的MAS服务工程接口进行合法请求。
46
XXX航空移动化应用平台项目投标文件
图：接口管理
➢ 证书管理
证书认证管理用于配置各应用访问接口时所需证书的认证信息，包括证书的状态、pem和过期时间。点击“颁发证书\"可添加应用证书,点击列表中对应应用证书右侧的停用、删除完成对证书的停用、删除操作。
图:证书管理
（2） 服务管理
显示和配置已有服务,也可以添加MAS标准接口服务和自定义服务.已有的MAS服务，可以管理MAS服务的开启/关闭、配置、删除,管理应用的认证开关、接口的认证开关，日志的开启关闭、监控统计报表的查看。
图：服务管理
新建MAS服务，包括定义服务名称、服务英文名称、服务描述、添加子服务、设置进程数、设置应用认证时间、设置会话生命周期、COOKIE池、缓存池、认证池、日志池的开启/关闭以及设置；数据池的配置用于设置数据存放的REDIS内存数据库地址。还可以针对服务进行压力控制设置每小时、每天的压力值。
47
XXX航空移动化应用平台项目投标文件
图： 新建服务
（3） 集群管理
显示主动创建的集群或加入的集群，集群分为主动创建的集群主机和加入到集群的集群从机。
48
XXX航空移动化应用平台项目投标文件
图：集群管理
（1） 管理员管理
在本页面，管理员可以对管理员密码进行修改。
49
XXX航空移动化应用平台项目投标文件
（4） 平台管理
平台配置界面可配置MAS服务使用的库信息、授权许可功能可通过上传授权文件license文件的方式来完成对MAS平台的授权，非授权的服务是无法使用的、通过EMM(移动业务管理平台）提供的应用对接地址，实现与EMM的应用同步管理。
图:平台管理
50
XXX航空移动化应用平台项目投标文件
4.1.1.5.2. 移动业务开发平台（APPCAN SDK） 1. 移动开发能力 （1） 跨平台能力
AppCan Hybrid应用引擎作为移动应用开发的中间件，使用HTML5作为开发语言开发移动应用.HTML5是标准的跨平台技术，目前被所有的移动终端平台支持,AppCan Hybrid应用引擎基于HTML5技术，融合了原生和HTML5双方的优势,使跨平台开发技术开发的应用能够与使用原生方式开发应用的体验相媲美.同时AppCan Hybrid技术的开发框架和开发工具更使移动应用的开发周期大大缩短，开发成本大大降低，这是其他中间件方案所不能具备的。
AppCan是首家采用CSS弹性盒子模型作为移动应用布局基础的中间件,结合不同精度屏幕配置不同字体大小作为元素大小基准，配合AppCan UI框架，做到在任何分辨率终端中都能够保持完美的体验。结合AppCan 的原生融合技术，使得原生控件和HTML界面完美融合。
AppCan Hybrid应用引擎利用移动浏览器内核Webkit解析包含HTML5、CSS3与JS的文件，并通过调用AppCan Hybrid应用引擎封装的接口API，实现移动应用所需的各种表现和交互能力，并且通过统一的API形式来消除不同移动平台的各种差异性，从而达到跨平台开发的目的。AppCan 提供了统一的应用模拟器
51
XXX航空移动化应用平台项目投标文件
和调试工具，同时还提供了真机模拟环境帮助开发者更方便、快捷的完成移动应用的跨平台开发.AppCan采用开放的HTML5跨平台方案，具有完全的前后兼容性，保护用户的投资.
目前支持iOS、Android平台，Windows Phone8也已经完成开发版,未来随着主流终端平台更新升级及时的升级应用引擎。
（2） API调用接口
共包含35大类、500多个API接口。基本涵盖了常见移动应用所需要的大部分功能需求。其中包括：推送、摄像头、传感器、LBS、二维码、文件读写、网络连接、上传下载、短信、彩信、电话、邮件、图片、第三方支付、音频、视频、压缩、原生控件元素等核心功能。
AppCan API
List
uexAudiouexCalluexCamera
uexClipboarduexControluexContact
uexDataBase
Mgr
uexDevice
uexDownloaderMgr
uexEmailuexFileMgr
uexImageBro
wser
uexJabberuexLocationuexLog
uexMMSuexPayuexScanneruexSensor
uexSMS
uexSocketMg
ruexWidgetOn
e
uexUploader
Mgr
uexVideo
uexWidgetuexWindow
uexXmlHttp
MgruexBaiduDataAnalysisuexGameEngi
ne
uexZipuexBaiduAd
uexBaiduMa
p
uexDataAnal
ysis
uexShare
52
uexEditDialog
XXX航空移动化应用平台项目投标文件
1. 音频对象API
用于播放背景音乐和效果音乐； 2. 电话对象API
封装了用于调用系统通话功能的方法，可以调用系统拨号界面或者直接建立拨号连接打电话； 3. 照相机对象API
封装了用于调用设备照相机拍摄照片,成功后返回相关图片存储地址; 4. 剪贴板对象API
封装系统剪贴板，提供系统全局的文字复制粘贴功能； 5. 日期控件API
封装了用于调用手机本地原生时期和时间选择控件； 6. 联系人对象API
封装了用于调用系统联系人； 7. 数据库对象API
封装了SQLite数据库对象，能够实现数据的增删改查，以及事务操作； 8. 设备信息对象API
封装了用于调用设备硬件参数相关信息和硬件状态相关信息； 9. 下载对象API
封装了用于下载文件,支持动态获取下载进度，支持断点下载等； 10. 邮件对象API
封装了用于调用系统邮件功能进行邮件的发送； 11. 文件管理对象API
53
XXX航空移动化应用平台项目投标文件
封装了文件系统管理的接口，用于管理选择文件,读写文件，读取文本文件等； 12. 图片浏览对象API
封装了选取本地图片，查看网络或本地图片集的功能； 13. Jabber对象API
封装了根据Jabber协议的即时通讯接口API； 14. 位置服务对象API
封装了定位功能。在iOS，Android系统中同时使用GPS,GPRS，WIFI三种方式联合定位,取最先返回值； 15. 日志log输出对象API
封装了log接口API，通过udp发送log至IDE的方式,实现IDE与手机之间的调试； 16. 彩信对象API
封装了系统发送彩信的操作； 17. 支付宝API
封装了支付功能，通过调用支付宝插件提供在线支付功能； 18. 二维码扫描对象API
封装了条形码，二维码等扫描对象，设备相机需有自动对焦功能; 19. 传感器对象API
封装了调用(监听)设备传感器的接口，需要注意的是，不同的系统，不同的设备具有的传感器不一样。比如iphone中有重力加速度和磁场，在itouch中，只有重力加速度；类似的，在不同的Android设备中，也是千差万别。AppCan对此的处理机制是：对不支持的传感器类别,可以调用接口，也可以定义回调方
54
XXX航空移动化应用平台项目投标文件
法,但是不会调用。
20. 短信对象API
封装了发送短信相关操作的API; 21. Socket对象API
封装了TCP＆UDP socket管理接口API； 22. 上传对象API
封装了文件上传管理接口API，用于上传文件； 23. 视频对象API
封装了调用视频播放和录制的操作对象; 24. widget对象API
用于管理widget扩展相关功能； 25. 平台对象API
封装了平台自身的一些信息对象; 26. 多窗口机制API
封装了多窗口机制中的窗口操作和交互的接口API； 27. 跨域访问对象API
封装了用于跨域异步请求数据的方法； 28. zip压缩解压缩API
封装了压缩 ＆ 解压缩接口API； 29. 百度广告推广接口
封装了百度广告推广接口； 30. 百度地图接口
55
XXX航空移动化应用平台项目投标文件
封装了调用百度地图的相关API； 31. 百度统计接口
百度数据统计分析接口封装； 32. 数据统计分析自定义事件接口
数据统计分析自定义事件接口封装，需要配合平台网站使用； 33. 微博分享接口
微博分享接口，现已经支持腾讯微博分享、新浪微博分享; 34. 自定义编辑框接口
封装了自定义编辑框的相关接口; 35. 游戏引擎接口
封装了webview与游戏引擎交互的桥函数； （1） 插件扩展
AppCan Hybrid 应用引擎支持Widget Plugin与Native Plugin两种方式的引擎扩展。 Widget Plugin
通过AppCan生成的应用，可以理解为一个Widget包（即在IDE创建项目是看到的”android_iphone”文件夹），和一个AppCan平台中间件组成的。通常的情况下，一个应用是由一个Widget+AppCan构成,但是AppCan也支持”n个Widget+AppCan\"的机制,这就是Widget 插件机制,是针对主widget以及普通widget 的一种增强性的扩展机制,可以将具有特定功能的widget封装成一个单独的widget包存放到plugin 下,然后通过JS扩展接口调用,以达到功能扩展的目的。把”1个Widget+AppCan”中的那一个Widget叫做”主Widget”,而另外的”n-1”个Widget存在于主Widget的”plugin\"目录下。
56
XXX航空移动化应用平台项目投标文件
通过AppCan Widget Plugin机制，可以实现不同应用之间的调用,从而实现应用互通与动态扩展的功能.
Native Plugin
AppCan Hybrid 应用引擎支持将Native方式开发的App或功能通过Native Plugin的方式插入进来，从而实现引擎的扩展功能。通过Native Plugin方式扩展的插件,遵循AppCan的接口调用规则,就同样可以实现用JS调用的方式，调用新功能。
（3） 离线应用和离线数据同步
AppCan 支持本地数据库SQLite、本地文件系统和LocalStorage多种离线存
57
XXX航空移动化应用平台项目投标文件
储机制。从服务器下载的数据根据业务不同，可以分别进行存储。离线数据支持标准Cache机制，即保存离线数据的服务器时间戳等Cache信息。当访问数据时，根据Cache机制判断时间戳是否过期来判断是需要从服务器更新数据还是直接使用本地离线数据。还可向服务器发送下载请求，并附加Cache信息,通过服务器返回的状态码判断是使用本地Cache数据还是使用服务器数据并替换本地离线数据.
AppCan支持离线用户身份认证，即在上次成功登陆后，保存用户名、密码摘要到本地.当下次登陆时如果网络不可用,使用用户输入的用户名密码与保存的用户名和密码摘要进行校验，如果通过校验,则离线登陆成功，并可以访问此账户保存在本地的离线加密数据.
AppCan支持本地数据加密处理，通过采用登陆人的用户名密码对私有数据进行加密并进行分别保存，即使同一终端应用先后多人登录使用,也能保证不同人员的私有数据只可被所有者获取到并解密，其他人员无法对数据进行查看。
离线数据分为服务器下发数据(例如服务任务列表等)和使用操作数据(例如服务执行情况、自定义服务等）。
对于服务器下发数据，AppCan提供的通讯封装可以自动判断当前网络状态并处理Cache信息，根据Cache策略和网络情况处理服务器下发的数据，并进行离线数据更新和获取。
网络不可用，直接使用本地离线数据
网络可用，本地离线数据Cache采用过期策略，如果不过期自动采用本地离线数据
网络可用,本地离线数据Cache采用过期策略，如果过期，向服务器发送请求,并附加Cache信息，如果服务器返回304则采用本地离线数据。如果返回200则使用服务器返回数据并更新本地离线数据。
网路可用，本地离线数据Cache采用Etag策略，向服务器发送请求，并附加Cache信息,如果服务器返回304则采用本地离线数据。如果返回200则使用服务器返回数据并更新本地离线数据。
网络可用,访问服务器失败。根据参数使用离线数据或上报异常。
58
XXX航空移动化应用平台项目投标文件
对于用户操作数据的上传例如拍照、任务执行变更等，AppCan提供离线上传任务池，应用可以将需要上传的任务放置到离线上传池中,离线上传池会自动根据网络情况完成任务的上传,同时支持任务取消、任务检索、任务异常回调等功能。
AppCan提供离线管理接口，可以完成对LocalStorage、本地文件、数据库的增删改查等操作,同时还提供了数据清理接口，直接清理应用中所有离线数据。
（4） 多App互操作
Android和iOS平台都提供了应用间调用规范.Android利用Intent、iOS利用URLSchemes来完成应用间调用，并可附加参数。AppCan 提供了uexWidget.loadApp接口进行了统一封装，帮助开发者完成应用间调用和参数传递.
AppCan提供网络数据共享接口，通过手机终端唯一标识码存储终端临时参数数据。当应用间调用时，由主应用向服务器发送共享数据，并设定数据过期时间（默认30秒)和目标共享应用。被调用应用启动后向服务器使用终端唯一标识、应用ID获取共享数据，共享数据获取后被删除。共享数据上传和下载必须使用应用证书进行验证,保证数据不被非法获取。
通过上述数据共享通道,可以方便的完成应用间互相调用和数据交换，也可完成SSO身份认证令牌的交换，实现应用间单点登录。 通过终端唯一码实现SSO共享
例如A应用完成了SSO单点登录，登录SESSION根据终端唯一标识保存在网络共享区，B应用可使用终端唯一标识从网络共享区获取SESSION，在不登陆的情况下访问企业后台.此方式不需要应用间进行数据传输，也不需要B应用经由A应用启用。为了保证安全需要对SESSION进行过期设定. 通过应用间互传唯一码实现SSO共享
A应用完成SSO单点登录,获取登录SESSION,由A应用启动B应用,传递SESSION给B，B使用SESSION调用接口进行数据访问.此方式需要B应用必须从
59
XXX航空移动化应用平台项目投标文件
A应用启动.
2. 移动开发管理 （1） 开发工具
AppCan给企业和开发者提供了一套简单、方便、快捷的开发工具-—AppCan IDE。在Native环境下，开发者如果需要开发iOS、Android两套版本的话,需要分别配置iOS的原生开发环境和Android原生开发环境,分别在各自的开发环境中建立相关的工程，实现各自版本的应用。而AppCan作为跨平台的框架,采用Hybrid架构，利用HTML5+CSS3+JS即可开发出适配iOS和Android的应用程序。AppCan IDE，只需要安装到Windows操作系统中，开发者就能够创建应用,编写应用代码,启动模拟器，调试代码,乃至最后生成iOS，Android的安装包等。
AppCan IDE 启动画面
AppCan IDE是基于Eclipse进行的二次开发。集成基于chrome开发的
模拟器，集成了AppCan UI框架，能够实现创建工程，工程管理，与AppCan云端同步功能，本地生成安装包功能等。其主要功能如下:
创建工程：用户可以方便的创建AppCan工程，在生成的工程中,会自带
AppCan工程的架构文件。配置一些基本的信息，比如应用id,应用名称，版本号等
60
XXX航空移动化应用平台项目投标文件
编写应用:用户可以在工程中创建页面,调用UI框架提供的各种控件,并
且在开发过程中,IDE自动会对AppCan API进行代码提示;
AppCan IDE 代码编辑界面
运行模拟器和代码调试：通过启动AppCan模拟器，用户可以查看开发的界面和进行代码调试；
AppCan IDE模拟器与调试器
安装包生成：编辑好应用后，可以在IDE中生成ipa和apk文件，其中ipa文件可装在越狱的iOS设备中；
61
XXX航空移动化应用平台项目投标文件
AppCan IDE 本地打包界面
AppCan应用管理器：用户管理本地和AppCan云端的应用,用户若想生成能够上传苹果App Store的ipa文件,或者享用其它AppCan的云服务，可通过此管理器,同步代码到AppCan云端，进行安装包的生成和服务勾选。
加密工具：AppCan IDE提供对html网页进行加密的功能，这样在一定程度上能够满足企业和开发者的安全需求。
（2） UI框架
AppCan UI框架是为了方便开发利用HTML5+CSS3+JS技术开发跨平台应用而推出的具有丰富控件，能够实现自适配,低耦合，易扩展的一套UI框架.AppCan UI框架本身是由HTML5+CSS3+JS组合而成的一套代码.在用户创建AppCan应用的时候，在工程中就自带了框架代码，用户也很方便能在框架代码的基础上进行增删改,以达到目标效果.
丰富的控件：开发者在AppCan IDE中，只需要选择控件菜单，选择相应的控件，
62
XXX航空移动化应用平台项目投标文件
就会在html页面中光标位置插入相应控件的代码,省去了开发者撰写控件代码的工作；
AppCan UI框架控件
自适配：利用CSS3的media属性，能够识别用户的设备屏幕尺寸，从而达到适
配所有设备和尺寸的目标,诸如新出的iphone5的尺寸，利用AppCan UI框架，就能够自动适配其屏幕
低耦合:由于AppCan UI框架采用了base+控件css文件的方式进行架构，各个控
件之间耦合度低，开发者可以自行增删改相应的内容
易扩展：AppCan UI框架的提供了一套基础的能够适配所有尺寸的样式，但在现
实中，开发者所要的控件有个性化的需求，而开发者在这套样式的基础上,可以很方便的进行扩展，扩展目标样式。
（3） 调试器
为了便于开发者直观的查看界面效果和测试功能在实际环境中的运行情况,AppCan SDK套装提供了可在真机上直接进行调试的模拟运行环境AppCan Player。使用者可以将代码拷贝到指定的AppCan Player目标路径下，然后运行手机中的AppCan应用，便可以看到在管理器中显示了应用名称，然后
63
XXX航空移动化应用平台项目投标文件
点击运行，应用就完美的显示了出来。目前支持Android、iOS操作系统。对应的平台版本需求如下：
Android平台：Android 1.6及以上版本 iOS平台： iOS3。0及以上平台
AppCan Player示意图
（4） 模拟器
以Chrome内核为基础，进行二次开发,模拟并集成了AppCan API。此模
拟器集成到IDE开发环境中，开发者能够很方便的启动模拟器，选择所需要的屏幕分辨率进行界面展示。通过此模拟器，开发者除了可以展示界面效果，模拟应用的使用流程之外，还可以利用Chrome的JS调试工具，进行程序调试。
64
XXX航空移动化应用平台项目投标文件
AppCan模拟器
如上图所示，在模拟器中，使用者不仅可以通过模拟器模拟不同的设备，来验证程序在不同设备上的运行情况，有针对性的对不同设备进行细节调整.同时还可以借助模拟器中的功能模拟模块中的选项,不用使用真机，便可进行全面的仿真操作，比如使用LBS模块,便可在模拟器的显示区域，看到程序对于不同LBS坐标的响应情况，又如，通过点选不同的传感器，可以详细地验证程序逻辑的正确性等。
（5） 云端打包服务
AppCan SDK套装能够完整的向用户提供本地安装包生成服务，借助套装中的IDE，可以满足开发人员在本机的打包工作，除此之外，用户还将拥有一个私有打包服务器,多个开发人员可以登录到该私有打包服务器中，进行正式安装包的生成工作.IDE和私有打包服务器共同形成一个私有云，在这个私有云中，用户和开发人员可以完成所需要的全套打包工作。安装包生成服务所需软件组件运行于套装中的Mac Mini硬件之上（见下文），作为一个整体,为使用人员提
65
XXX航空移动化应用平台项目投标文件
供全面的安装包生成服务.安装包生成后可直接用于商业目的，并可以借用已有的应用打包状态管理对生成安装包过程进行深度跟踪。具体所包含组建及功能如下：
AppCan App Manager， 向AppCan 服务器申请应用ID和Key;管理应用
的启动图片和图标；管理应用的开发版证书;管理应用的正式版证书；应用版本管理;应用打包状态管理； DAV Server，进行代码管理；
User Manager，打包服务器用户管理、权限管理和相关人员管理； AppCan Global Var Manager，打包系统全局参数管理；
AppCan Plug Manager，打包服务器插件管理。包含插件上传、插件描
述和删除等；
AppCan Engine Manager,核心引擎管理。包含核心引擎版本升级等； AppCan Package Manager,应用打包管理；
Mac Mini服务器
66
XXX航空移动化应用平台项目投标文件
AppCan SDK套装管理后台—项目列表
AppCan SDK套装管理后台—项目管理
67
XXX航空移动化应用平台项目投标文件
AppCan SDK套装管理后台—引擎升级
68
XXX航空移动化应用平台项目投标文件
4.1.1.5.3. 移动业务管理平台（APPCAN EMM）
AppCan EMM管理平台支持应用生命周期内的全方位维护。完成应用的生成、配置、部署、升级、关闭等功能.使企业在移动化过程中,对所有应用都可以保证可控运行。移动互联网和传统业务相比，精准是其最大的区别.移动应用更可以精准的捕捉用户行为、区分用户属性，EMM内置的行为分析系统，提供完善的报表、统计服务，使企业对用户的情况了如指掌。
1. 应用注册
在EMM系统中添加受控应用，使指定ID和KEY的应用接受管理。AppCan中每一个应用都会包含一个应用编号和应用KEY。在EMM中新增加一个应用时，会自动生成一个ID和KEY。这个ID和KEY会编译到应用最终发布包中.只有ID、KEY匹配的应用才能够接受EMM的管理.
2. 应用证书
为了保证应用和EMM、应用和MAS之间的通讯安全，EMM在新增应用时会为其生成一个默认应用证书，此证书会编译到最终应用发布包中，应用和EMM、应用和MAS之间的通讯采用HTTPS协议并采用此证书进行认证。一个应用不一定只有一个证书，EMM提供应用证书管理功能，通过为应用生成不同的证书,可以对应用的不同版本、不同渠道进行更深一层的控制。例如通过关闭证书控制某个版本或某个渠道不能再接入EMM和MAS。
3. 应用控制
通过EMM服务器，控制应用是否可用。当服务器设定应用关闭时,当用户打开应用会对使用者进行提醒，并自动关闭应用.
4. 终端控制
通过EMM服务器，可以对单独终端进行应用开启关闭设定。使用户终端丢失时，避免非法用户使用.
69
XXX航空移动化应用平台项目投标文件
5. 终端数据擦除
通过EMM服务器，可以对单独终端进行应用数据擦除控制，可以远程擦除应用中的本地数据，避免用户数据泄露。
6. 统计上报策略
通过EMM服务器，可以设定终端行为数据上报策略。可以设定为启动上报、即时上报、WiFi上报、每日上报等。
7. 认证策略
AppCan EMM 支持多种终端用户认证策略。认证模式分为主动认证和被动认证。
主动认证的审核方式又分为包括手动认证、LDAP认证、JDBC、AJAX等多种方式完成终端用户认证绑定。主动认证流程如下：
终端使用者获取审核表单
提交审核申请
审核校验提交的数据(手动、LDAP、JDBC、AJAX)
通过邮件/短信下发认证
密码填入认证密码并提交验
证获取终端应用令牌完成
审核
主动认证流程图
被动认证模式流程如下：
70
XXX航空移动化应用平台项目投标文件
管理员/第三放系统
创建审核单
生成认证秘钥
通过邮件/短信下发认
证秘钥
填入认证秘钥并提交
验证获取终端应用令牌完
成审核
被动认证流程图
8. 访问授权策略
通过EMM服务器，管理员可以设定应用是否必须经过认证才能访问企业业务系统。如果设定为无需授权,则应用可以直接获取访问授权码，并使用此授权码调用企业业务对接系统.如果设定为需要授权，则应用必须经过终端认证后获取验证码,并使用验证码对授权码进行确认后才可调用企业业务对接系统。
9. 访问记录策略
记录终端应用的操作行为等信息，通过终端管理功能，检查用户的行为记录，以便进行核查。
10. 应用接口权限策略
MAS可以为一个应用建立多种接口访问策略,不同的策略可以访问不同的接口组。通过EMM设定终端用户的接口访问策略，当应用进行授权时，EMM会下发授权码给移动终端,同时下发授权码和接口访问策略名到MAS.应用使用授权码通过MAS访问企业系统时，将会对接口策略进行校验。应用接口权限策略支持全局默认配置和单机定制配置。
11. 模块权限策略
AppCan Hybrid引擎采用HTML5技术进行应用开发.在代码中，每一个网
71
XXX航空移动化应用平台项目投标文件
页都会被指定一个唯一标识名称Window Name。通过在EMM服务器中控制Window Name的开启和关闭，AppCan Hybrid引擎会自动根据配置控制应用窗口的开启权限.模块权限策略支持全局默认配置和单机定制配置。
12. 插件权限策略
AppCan Hybrid引擎采用插件技术完成应用对终端系统能力的使用。例如语音识别、二维码、拍照等。AppCan EMM支持插件权限策略，通过在服务器端设定插件可用性，引擎可以控制终端用户具体能力的使用。例如控制其不能拍照、但可以使用二维码.插件权限策略支持全局默认配置和单机定制配置。
13. 版本控制
EMM系统支持对应用版本的管理控制，通过对版本的关闭和开启，可以对任意版本进行停止服务的操作。
14. 升级管理
EMM系统支持升级包管理,管理员可以在不同版本中添加对应的升级包来实现应用的升级支持。升级管理支持原生安装包,同时也支持补丁包升级。使用补丁包时可以不上传至App Store即可完成升级。同时EMM还支持补丁包强制升级，即用户不感知的情况下完成应用的补丁升级。
15. 在线参数
EMM系统可以为应用配置全局参数，当应用启动时可以获取这些参数来调整应用的功能。EMM系统还可为单独终端配置个性化参数.
16. 渠道管理
EMM系统支持渠道管理，可以为同一个应用发布多个渠道版本，并在统计分析中查看渠道软件安装情况。
72
XXX航空移动化应用平台项目投标文件
17. 推送管理
EMM系统不仅支持接口层次的推送调用，同时还提供了推送管理控制台。可以由管理员手工群发或选定目标人进行指定发送操作。
18. 统计分析
EMM系统内置用户行为分析系统,通过获取的用户行为数据对终端的各种情况进行详细的分析汇总。例如,访问时长、操作步骤、访问界面、终端硬件、网络、版本等。同时EMM系统还支持用户自定义事件统计。
AppCan EMM配合AppCan Hybrid引擎完成用户行为数据收集、统计分析的服务。
如下是AppCan 统计分析系统的运行功能框架：
移动应用 应用层 用户操作 AppCan 应用信息数据汇总信息AppCan AppCan 引擎 操作行为记录 AppCan AppCan 根据上报策略进行上报 用户操作行为数据流图
通过AppCan Hybrid引擎内置的行为收集服务（可选）,收集用户打开界面、关闭界面、打开应用、退出应用等操作行为，同时收集终端平台、系统版本、分辨率、运营商等信息。这些默认采集项不需要开发人员进行任何编码工作。AppCan Hybrid引擎同时支持自定义事件收集接口，开发人员可以根据统计分析需求在任何需要采集信息的地方，通过调用接口采集用户更详细的信息数据,例如用户打开了哪幅图片.AppCan Hybrid引擎Analytics插件会根据上报策略上报收集的信息到AppCan EMM数据收集服务.
73
XXX航空移动化应用平台项目投标文件
由于用户行为数据上报比较频繁，而且当移动应用面向公众用户提供服务时，产生的数据是海量的,而我们真正需要的是基于这些收集数据进行的分析结果。我们采取HADOOP集群部署方式来应对面向海量数据的分析。HADOOP可以部署在低廉的硬件上，不论是存储还是计算都可以根据实际运营情况进行动态扩展.这样既可以满足现有的需求,同时也为未来扩展构建了框架基础。
AppCan EMM数据收集服务对数据进行预处理存储到AppCan应用信息数据库中.根据统计分析策略，通过AppCan应用信息数据分析服务定时对数据库中的数据进行汇总分析，并输出报表到汇总信息数据库中。AppCan EMM的统计分析服务还对上报的自定义数据进行分类汇总，例如用户查看图片的汇总排序,获取哪些图片更受用户欢迎。通过扩展统计汇总脚本可以随时根据业务需求进行更复杂的汇总统计操作。最后，管理员通过AppCan EMM的统计分析控制台查看分析汇总后的信息。
目前AppCan EMM 统计分析系统支持基本统计、活跃用户、使用频率、使用时长、页面访问、地域分析、版本分析、渠道分析、设备分析、操作系统、分辨率、运营商、联网方式、自定义事件分析、终端异常分析等。
下图是AppCan 运营的HTML5中国网站DZ论坛客户端近三个月的用户运营商统计分析。
74
XXX航空移动化应用平台项目投标文件
AppCan开发套件提供免费版对外开放，管理平台EMM为公众开发者提供应用管理，收集应用上报数据,并为开发者提供应用的统计分析.目前AppCan公众运营平台每天新增的装机用户达8万,累积装机已经过千万，每天接收海量上报数据,并根据这些海量数据进行应用行为分析与统计。由此可见AppCan平台方案的支撑能力。
75
XXX航空移动化应用平台项目投标文件
4.1.1.6 前端应用建设方案 4.1.1.6.1. 机票预订
图：机票预订流程图
76
XXX航空移动化应用平台项目投标文件
1. 流程说明
（1） 发起机票预订。通过前端APP进入APP机票预订界面。
（2） 查询.进行机票查询,机票查询条件为“单程、往返\"、“出发地\\目的地”、出行时间。
图：查询原型
（3） 判断查询结果。用户对查询结果进行判断，满意则进行预订，不满意则可返回查找页面重新“输入查找条件\"。
（4） 筛选查询结果。
图：查询结果
77
XXX航空移动化应用平台项目投标文件
用户筛选查找结果,查询反馈结果包括：票价、舱位、时间、包含\\不含行李托运、包含\\不含餐食信息，用户根据出行需求找到满足出行需求的机票预览详情后发起预订。
（5） 发起预订。系统支持最多3名成人乘机人+1名儿童+1名婴儿. （6） 填写乘客信息。用户通过填写“表单\"填写乘机人信息完成机票预订基础信息填写，乘机人信息可通过常用乘机人调用，首次添加乘机人信息自动记录到常用乘机人信息库中。
（7） 是否购买辅营产品。如果不购买进入下一流程.
78
XXX航空移动化应用平台项目投标文件
如果购买选择辅营产品类型、产品规格、管理机票信息，所购辅营商品及机票预订信息自动添加至“购物车”，用户可在购物车中查看订单明细及金额。
（8） 选择是否邮寄行程单。不邮寄的直接进入下一流程,邮寄则需勾选邮寄行程单,填写邮寄地址与收件人、联系电话等信息，系统计算邮寄费用。
（9） 核算金额产生订单。系统根据用户购物车购买商品总价产生支付金额。
（10） 支付。系统根据订单金额提供“微信支付”、“支付宝\"、“银联”等多种支付方式，客户跟进提示进行支付即可.
图:支付
（11） 是否使用红包\\优惠卷。用户如果拥有红包\\优惠卷可在支付界面中选择可用红包优惠卷，系统重新核算抵消后的金额，用户进行支付。
（12） 订单信息反馈，支付成功。支付成功后反馈订单详细信息，并将信息关联至“已支付订单”、预订机票信息关联至“航班动态—我的关注”也可关联辅营进行辅营产品购买.
79
XXX航空移动化应用平台项目投标文件
4.1.1.6.2. 订单管理 1. 订单类型管理
订单管理可查看与管理客户订单的状态。订单管理将订单分为全部订单、已支付订单、已出票订单、已预定订单、已取消订单进行分类管理。
2. 管理全部订单
进入订单管理功能，可查看客户全部订单。订单分为机票订单与辅营订单，客户可通过勾选订单类型来查看相关信息.点击订单列表左侧的标题便可查看订单详情；订单右侧上部的标签可查看订单所处的状态;右侧的按钮为订单功能。
订单分类 订单类型 订单状态 订单操作 订单详情 图:管理全部订单
3. 管理已出票订单
在订单管理中，通过顶部的已出票功能，可对已出票订单进行查看与管理，已出票订单仅限机票订单的的查看与管理.用户可对已出票订单进行查看订单信息（机票号、出行日期、订单金额、出发地、目的地等）、退票、改期、购买辅营操作。
80
XXX航空移动化应用平台项目投标文件
图:已出票订单管理与详情
4. 退票\\改期
退票、退款流程:针对需要退票、退款的机票和铺营产品进入退票、退款流程，用户选择订单后发起退款申请，系统反馈退款规则和最后退款金额，用户确
81
XXX航空移动化应用平台项目投标文件
认后系统生成退款单据，系统确认并核对退款订单,退款至用户支付账户，完成退款后用户可选择结束或返回订单管理.
改期流程：用户选择改期,选择改期机票订单，设置改期至详细信息,提交改期订单，系统反馈改期费用，用户支付后完成改期流程。完成改期后用户可选择结束或返回订单管理。
5. 管理已预订订单
用户预订成功的订单可以在已预订功能中进行查看、支付、取消操作.已预订订单可查看机票订单、辅营订单。
支付\\取消操作：针对待支付订单，用户可选择支付或取消订单，点击支付通过系统提供支付方式进行，支付后可选择结束或购买辅营产品或返回订单管理。取消订单，用户针对未支付订单，点击“取消订单”便会取消订单； 10分钟内未支付的订单，系统自动取消订单。
图:已预订订单管理
6. 管理已支付订单
用户可将已支付的订单进行管理，管理类型包括机票订单和辅营订单,已支付的机票订单可进行订单详情查看、退、改期操作；已支付的辅营订单可进行、订单详情查看、退货操作。
82
XXX航空移动化应用平台项目投标文件
图：已支付订单管理
7. .管理已取消订单
用户可对已取消订单进行操作，已取消订单包括用户主动取消的订单和系统判定超过10分钟未支付的订单，在已取消订单中，用户可查看订单详情，对订单进行重新购买。
83
XXX航空移动化应用平台项目投标文件
图：已取消订单管理
4.1.1.6.3. 航班动态
图：航班动态流程
1. 流程说明
（1） 通过APP端进入航班动态页面。
（2） 用户选择查看“已关注航班信息\"或根据需求“搜索”信息。
84
XXX航空移动化应用平台项目投标文件
（3） 航班动态查询.提供按按行程查询（OD+日期查询)、按航班（航班号+日期查询）。
图：航班查询原型设计
（4） 查询结果。依据查询条件提供满足条件的航班列表.用户可以在查询结果中点击关注按钮即可对此航班的动态进行了关注。
图：查询结果
85
XXX航空移动化应用平台项目投标文件
（5） 航班动态详页。在查询结果列表中点击任意资讯便可进入航班动态详情页,详情页信息包括：航班号、起飞日期、起飞城市、到达城市、预计起飞时间、离港时间、预计到达时间、到港时间、航班状态、起飞地与到达地天气信息、下载延误证明、用户在详情页也可通过“关注”按钮关注航班信息。
图：航班动态详情页
（6） 形成我的关注。在我的关注中可查看用户关注的航班信息；用户已预订过的订单自动形成我的关注.
（7） 取消关注。不再关注航班信息，可在我的关注中点击“取消关注按钮”。
86
XXX航空移动化应用平台项目投标文件
图：取消关注
（8） 航班状态变化。针对已关注订单，航班状态发生变化时向用户推送变动信息。
图：消息推送
（9） 飞行结束.飞行结束关注自动停止.
87
XXX航空移动化应用平台项目投标文件
4.1.1.6.4. XXX商店
图:XXX商店购买流程
1. 流程说明
1、 2、 情进入。
3、
选择商品类型。XXX商店规划建设行李、餐食、选座、贵宾厅、机上XXX商店入口。通过APP端XXX商店页面进入。
机票管理入口。通过机票预订关联信息进入、通过订单管理-订单详
销售、其他、本期建设行李预订模块.
88
XXX航空移动化应用平台项目投标文件
图：XXX商店原型图
4、
选择商品规格。选择用户类型（官网预订机票客户、代理商预订机票
客户)、选择行李规格（10 kg-40 kg）。
图：行李预定原型
89
XXX航空移动化应用平台项目投标文件
5、 输入乘机人机票号。通过机票号读取乘机人信息，将行李关联航班信
息。保障预订的准确性。
6、
产生订单。产生订单信息：预订须知、订单号、乘机人信息、航班信
息、行李金额.
7、
确认订单。用户确认订单,订单便生成，生成的订单用户可立刻支付,
也可在规定时间内对订单管理中进行支付。
8、 9、
支付。通过系统支付功能进行支付。
完成.用户支付完成后,至用户目的地拿到行李订单完成。
10、 订单至订单管理。已完成订单作为历史记录保存在订单管理中心。未完成、未支付订单，可以在订单中心进行操作。
90
XXX航空移动化应用平台项目投标文件
4.1.1.6.5. 会员注册\\登录
图：会员注册与会员登录流程
1. 会员注册流程
（1） 会员注册。通过APP端进行会员注册。
（2） 验证手机是否已注册.用户输入手机号进行注册，相同手机号不允许重复注册.
（3） 发送短信验证码。向注册手机发送验证码。
（4） 设置基础信息.用户可对自身的基础信息进行设置:证件类型、证件号码、姓名、用户名。
（5） 设置密码。设置登录密码，用于登录。
（6） 完成注册。确认信息无误后，完成注册,注册成功后可进行APP和官网登录。
2. 会员登录流程
（1） 会员登录。通过APP端进行会员登录。
91
XXX航空移动化应用平台项目投标文件
（2） 选择登录方式。系统提供用户名\\密码方式、手机号\\验证码方式、第三方登录方式。用户可自行选择。
（3） 用户名\\密码。用户名和密码登录方式，用于通过“APP注册”或通过“官网注册\"的用户登录（官网与APP采用同一套登录接口）,用户输入用户名和密码即可登录。
（4） 手机号\\验证码方式。用户提供已注册手机号码，系统发送验证码，用户输入验证码便可登录.
（5） 第三方授权登录方式。用户可通过微信、新浪微博、QQ授权方式进行登录,授权通过便可登录，若用户为首次登录需设置基本信息（证件类型、证件号码、姓名、用户名），以便进行机票预订等服务。
92
XXX航空移动化应用平台项目投标文件
4.1.1.6.6. 常用乘机人管理
图：乘机人管理原型界面
用户登录后可使用常用乘机人管理功能,在常见乘机人管理界面中可见已有常用乘机人列表，常用乘机人设置有查看乘机人信息、添加乘机人信息、修改乘机人信息、删除乘机人信息功能。
1. 查看常用乘机人信息
用户可通过点击某条信息查看常用乘机人信息。儿童或婴儿乘机人会有标签提示。
2. 修改乘机人信息
用户通过点击修改按钮可对当前乘机人信息进行修改。
3. 删除乘机人信息
用户通过点击删除按钮可对当前乘机人信息进行删除。
4. 添加乘机人信息
点击常用乘机人列表中的添加乘机人按钮可以添加乘机人，添加乘机人信息
93
XXX航空移动化应用平台项目投标文件
包括:姓名、证件类型、证件号、联系手机、邮箱（非必填)，如果是儿童或婴儿需要选择出生年月日（如图所示意）。
5. 机票预订时候选择乘机人
图：机票预订中选择乘机人
在机票预订中,可通过“从常用乘机人中添加\"选择乘机人信息进行添加。在预订中首次添加的乘机人信息自动保存到“常用乘机人管理\"列表中。
94
XXX航空移动化应用平台项目投标文件
4.1.1.6.7. 机票验真
图：机票验真原型图
“机票验真”是通过客票号或出行单号与旅客姓名信息进行后台数据比对来实现“验真”的.旅客在“机票验真页面\"根据提示输入电子客票号或出行单号、旅客姓名、验证码后点击验真按钮进行验真，系统反馈验真结果，结果显示是否是真实有效的客票，验真结果为异常的情况上会提示用户是否输入票号错误请核对，以及提供客服电话，用户遇见异常可立即进行咨询。
95
XXX航空移动化应用平台项目投标文件
4.1.1.6.8. 促销专区
栏目
内容索引
图：促销专区
促销专区同步官网促销专区数据，促销专区主页面设置有栏目（有奖互动、零花钱、淘价集市、促销代码、新开航线）区域和内容索引区域便于多栏目、多信息的展示促销资讯。在主页面点击任何资讯可查看其详情页(右图）.
1. 栏目
栏目用于促销信息的分类与导航，通过后台可设置栏目信息。目前已经官网分类订制.
2. 内容索引
内容索引，概要的展示信息的内容，后台可配置展示方式:大图展示（如图)，图文方式、多图方式等。
3. 详情页
点击促销专区“索引资讯\"可查看详情页,详情页可在后台内容管理中进行配置，支持图文模式及基础排版功能。
96
XXX航空移动化应用平台项目投标文件
4.1.1.6.9. 更多服务
更多服务为用户提供机场交通、候机娱乐、特色服务介绍、常见问题、联系我们等服务类资讯、应用等，用户通过更多服务页面上端的栏目导航即可进入所需服务的应用界面。
图：更多服务
1. LBS推送服务
LBS推送服务是应用地理围栏技术，就是用一个虚拟的栅栏围出一个虚拟地理边界。当手机进入、离开某个特定地理区域,或在该区域内活动时，手机可以接收自动通知。
亲，您已到达江北国际机场请到C3值机岛办理乘机手续，登记口为E21，登机口设置有XXX航空免费WIFI哦，请通过APP登录使用。
图：LBS推送服务原理
97
XXX航空移动化应用平台项目投标文件
此功能需要用户开启定位，在安装APP时开关默认打开，用户可自行关闭(关闭后此功能无效），当用户地理位置处于机场位置附近时，向用户推送后台所设置的信息，如：值机信息、特殊服务办理信息等。
2. 机场交通服务
机场交通服务，采用百度地图 Android SDK开发，它是一套基于Android 2.1及以上版本设备的应用程序接口。利用SDK接口,直接在本地打开百度地图客户端或WebApp，实现地图功能。 目前支持调启的功能有:交通情况压力图、POI周边检索、POI详情页面、步行线路规划、驾车线路规划、公交线路规划、驾车导航、步行导航、骑行导航等。
图：机场交通
98
XXX航空移动化应用平台项目投标文件
3. 候机娱乐专区
候机娱乐专区，整合H5游戏资源，用户不需下载点开即玩，支持丰富分享功能。
图:候机娱乐专区
4. 特殊服务介绍
常规特殊服务介绍（无人陪伴儿童服务、特殊旅客服务、孕妇旅客服务）,通过后台可配置特殊服务内容。
图：特殊服务介绍
99
XXX航空移动化应用平台项目投标文件
5. 常见问题
对接官网数据，设置购票场景、特殊旅客场景、变更、改期＆退票场景、保险业务、机上餐食、其他产品、关于我们的常见问题的QA方式解读。内容可在后台配置与维护.
图:常见问题
6. 联系我们
对接官网数据，为用户提供24小时订票热线、网站业务咨询、不正常航班处理、建议与投诉资讯内容。内容可在后台配置与维护。
图：联系我们
100
XXX航空移动化应用平台项目投标文件
4.1.1.6.10. 主页
XXX航空APP主页作为整个APP的导航和资讯展示页面，页面设计遵循以下原则:
1、
功能性:主页面集成APP中所有功能模块，用户可应用功能模块快速
使用需求功能。
2、
经济性与宣传性：通过轮播图、广告、促销信息、资讯等展示形式满
足XXX航空的宣传需求与广告需求，达到增加收益的目的。
3、
美观性：页面设计根据XXX航空整体UI设计思想为依据进行设计，
使用户一目了然具备XXX航空的代表性和与其他航空公司的差异化，在此基础上进行深入设计，如根据季节设计清爽的界面、根据时下热播电影设计主题界面等。
图:主页规划
101
XXX航空移动化应用平台项目投标文件
4.1.1.7 后台管理系统建设方案
图：后台管理中心原型设计
图:后台管理中心功能分析图
后台管理中心为前端与内部管理（业务管理、财务管理、分析与报表管
102
XXX航空移动化应用平台项目投标文件
理、数据维护管理）提供多维的管理与维护功能。后台从架构上划分管理设置业务管理中心系统和会员管理中心，提供精细的管理功能。具体管理功能如下章节.
4.1.1.6.1. 移动平台业务管理系统 1. 订单管理
通过后台可实现对机票订单、辅营订单的统计与多维综合查询（按时间、按目的地、按金额等）；客户消费信息统计，通过数据支撑客户行为分析.
（1） 机票订单管理
可以查看出通过平台接口而生产的所有订单信息，并提供多维综合查询方式，通过“导出excel\"提供数据导出功能，刷新按钮用于更新订单数据。
图：订单管理与多维综合查询
订单信息展示
采集机票订单接口数据，对机票订单号、航班号、乘机人姓名、订票会员、出发地、目的地、出发日期、出发时间、到达时间、票价进行数据展示.
查询与综合查询
查询提供以机票订单号、出发地点、日期、票价的查询模式，用户根据提示填写查询条件即可查询；支持单一条件查询（如票价只填写一个价格也可进行对此价格条件的信息查询）；支持对维度综合查询，如填写出发地+票价的查询条件后,按下综合查询按钮即可开始综合查询.
排序
103
XXX航空移动化应用平台项目投标文件
图：排序
支持按消费金额、消费时间正\\逆向排序。 导出至excel
导出至excel的默认导出方式为导出当前订单列表中的数据；用户若勾选了订单前面的复选框，则导出选中信息至excel；若用户通过查询得到的订单列表，导出的为查询结果的数据。
刷新
刷新订单数据查看最新订单信息.
（2） 辅营订单管理
可以查询出通过平台接口而生成的辅营订单信息，并提供多维综合查询方式，通过“导出excel”提供数据导出功能，刷新按钮用于更新订单数据.
订单信息展示
采集辅营订单接口数据,对辅营订单号、航班号、关联机票号、乘机人姓名、预订会员、预订时间、预订类型、预订规格进行数据展示。
查询与综合查询
查询提供以辅营订单号、行李\\餐食订单类型查询、根据日期查询，用户根据提示填写查询条件即可查询；支持单一条件查询（如日期只填写一个开始时间也可进行对此时间条件的信息查询）；支持对维度综合查询，如类型+时间的查询条件后,按下综合查询按钮即可开始综合查询.
导出至excel
导出至excel的默认导出方式为导出当前订单列表中的数据;用户若勾选了
104
XXX航空移动化应用平台项目投标文件
订单前面的复选框，则导出选中信息至excel；若用户通过查询得到的订单列表，导出的为查询结果的数据.
排序
支持按消费金额、消费时间正\\逆向排序。 刷新
刷新订单数据查看最新订单信息。
（3） 乘机人/购买人订单统计
以人（乘机人\\购买人\\会员）为中心的订单统计，可查看实时订单信息（订单号、购买人、金额、订单类型、会员基本、累积积分、订单数量、累积消费）,可查看购买人的购买记录与当前订单详细信息。支持通过订单号、会员名称、日期进行查询；支持多种排序方式。
图：乘机人\\购买人订单信息
（4） 会员消费分析
通过乘机人/购买人订单统计,可查看某条订单中会员的消费分析，消费分析包括会员订单统计总与消费行为分析.订单统计页面可查看此会员的详细信息及消费订单的详细数据和统计数据。
105
XXX航空移动化应用平台项目投标文件
图：会员订单统计
消费分析会针对该用户的消费行为，分析会员的消费动态（12月消费动态图）、会员评价（会员等级、会员类型、消费潜力、消费排行）、消费比例（机票、行李、餐食消费比例）、消费偏好（行程中使用行李托运和餐食预订的比例来测算其偏好），从而为XXX航空更好的调整销售策略提供数据支持。
图：客户消费分析
2. 统计分析
统计分析是通过采集机票订单、辅营订单、客户消费行为数据，进行数据统计、筛选分析能够形成辅助决策的应用数据与业务报表.实时查询“安装量”“订单量”,自定义时间段安装量分析，用于“活动成果”统计。
106
XXX航空移动化应用平台项目投标文件
具体统计分析如下：
➢ 机票日统计报表、周统计报表、年统计报表、自定义时段统计报表; ➢ 行李销售日统计报表、周统计报表、年统计报表、自定义时段统计
报表；
➢ 餐食销售日统计报表、周统计报表、年统计报表、自定义时段统计
报表;
➢ 安装量，PV、UV、IP量分析。 ➢ 目标同比； ➢ 自定义时段同比； ➢ 最热机票分析; ➢ 最热行李购买分析； ➢ 最热餐食购买分析； ➢ 最冷餐食购买分析；
➢ 最热机票出发地、目的地分析。
图：统计分析
107
XXX航空移动化应用平台项目投标文件
3. 友盟统计
国内专业的移动应用统计分析平台。我们帮助移动应用开发商统计和分析流量来源、内容使用、用户属性和行为数据，以便开发商利用数据进行产品、运营、推广策略的决策。
（1） 应用趋势统计
清晰展现应用的新增用户、活跃用户、启动次数、版本分布、行业指标等数据，方便您从整体掌控应用的运营情况及增长动态.
（2） 渠道分析
在哪里推广最有效？从哪里获取的用户最有价值？友盟统计渠道分析功能可以实时查看各渠道的新增用户、活跃用户、次日留存率等用户指标，通过数据对比评估不同渠道的用户质量和活跃程度，从而衡量推广效果。
（3） 留存分析
可以掌握每日(周/月)的新增用户在初次使用后一段时间内的留存率，留存率的高低一定程度上反映了产品和用户质量的好坏。
108
XXX航空移动化应用平台项目投标文件
（4） 行为分析
针对性地进行应用内的数据统计，了解用户的产品使用细节及行为特征，帮助您寻找产品改进的突破点，评估产品优化的效果。
（5） 用户属性
用户的基本属性和行为特征，帮助您全面了解用户。
（6） 错误分析
收集并归类崩溃日志，提供错误管理及分析工具，帮助开发者更好的解决
109
XXX航空移动化应用平台项目投标文件
问题，从而提高应用的稳定性，改善应用质量。
110
XXX航空移动化应用平台项目投标文件
4. 内容管理
（1） 首页轮播图维护
➢ 新建轮播图及内容配置
通过后台可以新建轮播图，新建轮播图需要配置轮播图的基础信息，设置轮播图的标题、设置轮播图资讯摘要、设置轮播图图片（支持JPG与png格式图片上传）、设置轮播图顺序（支持5张轮播图,其顺序为1-5）、外链（轮播图内容可外链，输入链接地址即可）、广告属性（勾选广告属性后可在广告位管理中进行编辑与管理）、设置轮播图链接内容(提供文本编辑器可进行文字排版与插入图片）.
图：新建轮播图选项卡
➢ 管理轮播图
新建轮播图与已有轮播图都可以通过轮播图列表进行管理，通过轮播图列表可查看轮播图基础信息（标题、发布人、状态、顺序、发布时间），在右边的操作区域可对轮播图进行删除、编辑(编辑轮播图标题、摘要、图片、内容等基础
111
XXX航空移动化应用平台项目投标文件
信息）、下架、预览操作。
图:轮播图管理列表
（2） 短信推送管理
为会员提供精确高质的提供通知提醒服务,后台可配置短信推送模板，通过模板配置短信实现快速精准推送.短信推送模板分为：公告类、机票消费通知类、辅营消费通知类、位置触发类等.
图:配置短信模板类型
在选择短信配置模板后可以在内容设置中配置短信内容，通过点击“=”键,可调出“关联信息编辑器\"，用户只需在关联信息列表中选择关联信息,系统便会自动读取所设置信息内容，形成完整短信进行推送.如下图所示：
112
XXX航空移动化应用平台项目投标文件
图：通过编辑器配置短信推送模板
配置好的短信可以在短信推送列表中出现，后台管理用于可对其进行“编辑、删除、预览、使用\\下架”操作。
图：短信推送模板管理
（3） 新闻/公告管理:
通过后台可根据需要建立“文本新闻、图片新闻、公告新闻”，每种新闻各具特点，可根据不同业务场景与功能配置；新闻发布设置审批权限,保障新闻的“正能量\"；多种新闻管理工具便于新闻的编辑. ➢ 新建新闻\\公告
113
XXX航空移动化应用平台项目投标文件
通过填写新闻\\公告选项卡可新建新闻或公告，系统支持多种新闻形式，如：文本新闻、图片新闻、外链新闻等常见新闻形式。
图：新建新闻\\公告
根据新闻的不同类型，点击图片新闻（以图片和描述为主）或外链新闻（以链接和来源为主）后会出现与其特点相对应的选项卡。
图:外链新闻选项卡
114
XXX航空移动化应用平台项目投标文件
图：图片新闻选项卡
➢ 新闻\\公告管理
已有新闻\\公告可以通过“新闻列表\"进行管理,“新闻列表”中可以查看新闻\\公告的基础信息(标题、发布人、类型、排序、审核、发布时间），操作区域可对新闻进行删除、编辑(编辑已建新闻的内容选项卡，可对标题内容等进行修改）、预览、通过、未通过（需审核新闻，审核人员查看新闻内容后点击“通过\"来完成审核,不合格新闻点“击未通”过按钮）操作.
图:新闻\\公告管理列表
（4） 广告位管理
后台广告位图片管理，可对启动页广告、APP轮播广告进行新建、删除、下架、预览等操作。 ➢ 新建广告
通过新建广告选项卡，可建立启动页广告与轮播图广告。启动页广告位图片广告，支持上传png、JPG格式文件，建议分辨率为750＊1334，支持5张图片。
115
XXX航空移动化应用平台项目投标文件
图：新建启动页广告
在模板中选择轮播图广告，会调出“轮播图广告选项卡”，在选项卡中会自动勾选广告属性（具备广告属性的轮播图,都可以在广告位列表中进行维护)，已有轮播图通过编辑按钮也可添加“广告属性”。轮播图广告区别于启动页的图片广告，轮播图广告是可通过选项卡配置内容（支持排版，支持插入图片，支持外链）。
116
XXX航空移动化应用平台项目投标文件
图：轮播图广告
➢ 管理广告
通过广告管理列表可以对已有广告进行管理，提供删除、编辑、预览、下架操作。
图：广告管理
（5） 基础信息维护
提供不同终端的基本信息维护功能。
117
XXX航空移动化应用平台项目投标文件
5. 接口权限管理
MAS可以为一个应用建立多种接口访问策略，不同的策略可以访问不同的接口组。通过EMM设定终端用户的接口访问策略，当应用进行授权时，EMM会下发授权码给移动终端，同时下发授权码和接口访问策略名到MAS。应用使用授权码通过MAS访问企业系统时，将会对接口策略进行校验.应用接口权限策略支持全局默认配置和单机定制配置。
使用外部接口的，在无既有成熟接口的情况下，系统可以直接与外部系统接口进行数据交换。
系统的数据库表设计需要有时间戳，以便于后续可以为数据平台等提供基础数据支持。
对外开放接口需要进行身份验证，对涉及的用户身份证、电话号码等敏感信息敏感数据要进行加密处理。
118
XXX航空移动化应用平台项目投标文件
6. 后台用户管理
➢ 角色管理
系统可以自由地定义角色组的权限和对成员划分部门，通过对角色组赋予权限与部门进行组合,可单独对用户赋予某个功能和应用的权限。管理员权限可进行角色的添加、删除与管理。
图:角色管理
图：角色添加
7. 权限管理
通过编辑对所选用户配置权限，清晰排列每个后台管理功能下所对应的全部操作功能，供选择，使权限精确到每一个基础的删除、编辑等最小级功能点。做到权限自定义的最大化。
图：权限管理与分配
119
XXX航空移动化应用平台项目投标文件
8. 管理员管理·
创建和管理管理员用户，可针对每个管理员配置角色与权限.管理园管理分为普通管理员（后台普通管理员可查询后台相应模块的功能，不具备操作权限)、超级管理员(后台系统的最高级别权限管理员,可管理其他管理员)、业务管理员（指移动平台后台业务子系统的业务管理员用户，主要负责相应业务操作和支持）。
图：管理员管理
120
XXX航空移动化应用平台项目投标文件
4.1.1.6.2. 移动平台会员管理中心 1. 会员管理
（1） 会员注册/会员添加
1. 查看会员信息
后台管理用户可查看已注册用户的详细信息(会员名称、真实姓名、性别、年龄、联系电话、邮箱、身份证信息、会员等级、会员积分、累计消费）。
2. 新建会员
后台管理用户通过填写会员基本信息选项卡来新建会员,会员基本信息选项卡中必填信息包括“会员名称、真实姓名、联系电话、身份证信息、初始密码\填写完毕后便建立了会员信息，会员可在APP端通过用户名和初始密码进行登录，登录后可修改个人信息。
（2） 会员查询
1. 会员查询
会员查询提供综合查询方式，后台管理用户可通过“自定义注册时间与消费时间切换的方式、性别、消费升序\\降序、积分、输入关键字”进行多维的综合查询.
2. BI分析
根据会员的资料，消费行为，习惯等等因素自由筛选会员群体，区分出优质会员、消费金额待提高会员、消费频次待提高会员、不良会员等等，进而辅助制定出精准促销活动.
（3） 会员修改
后台管理用户可根据需要对已有会员的基本信息(身份证信息、联系电话、邮箱）进行编辑与完善。
121
XXX航空移动化应用平台项目投标文件
2. 会员积分管理
（1） 会员积分发放规则配置
规则在后台配置成功后，会员消费后便可获得相应积分。
（2） 设置用户级别
根据用户累积积分设置会员级别,会员积分兑换或清零后不会影响会员级别.
（3） 积分兑换
积分用法多样，支持积分抵现、积分兑换礼品、积分兑换“电子优惠劵\\红包\"，充分发挥积分黏性作用,促使会员重复消费。
3. 优惠卷\\红包管理 （1） 优惠卷\\红包类型
优惠卷\\红包类型分为以下四种类型： 1. 可以指定用户发放;
2. 可以按“辅营商品”发放(在指定时间内只要购买该“辅营商品”就送红包，买几件商品就送几个优惠卷\\红包)；
3. 也可以按订单金额发放（在指定时间内只要订单金额达到一定数额就送红包，达到几倍数额就送几个优惠卷\\红包）：
4. 还可以线下发放(用户提交订单的时候输入序列号）。
（2） 优惠卷\\红包发放
1. 设置类型：后台设置发放类型;
2. 红包金额：设置优惠卷\\红包可以抵消的金额；
3. 最小订单金额：设置只有商品总金额达到这个数的订单才能使用这种红包；
122
XXX航空移动化应用平台项目投标文件
4. 设置发放起始日期:红包可发放的开始时间； 5. 设置发放结束时间:红包可发放的结束时间； 6. 设置使用起始日期：红包可以使用的开始时间； 7. 设置使用结束日期:红包可以使用的结束时间;
8. 可设置按用户等级发放红包：这里按用户等级来选择；
9. 可设置只给通过邮件验证的用户发放红包：限制是否必须邮件验证； 10. 11. 12.
订单号：如果红包被使用，则会出现使用的订单号； 邮件通知:提示是不是已经发送;
操作：可以对红包进行移除，或者再次发送邮件；
（3） 优惠卷\\红包的使用
当我们购买了这些优惠卷\\红包商品之后，就可以在前台会员中心，我的优惠卷\\红包栏目里出现“优惠卷\\红包”了。下次再买其他商品就可以抵扣现金。
1. 优惠卷\\红包类型:这里会显示优惠卷\\红包的名称； 2. 订单号:如果红包被使用，则会出现使用的订单号； 3. 使用会员：出现使用的会员名字； 4. 使用时间：出现使用红包的日期； 5. 后台操作:可以对红包进行移除操作.
（4） 优惠卷\\红包核销
针对用户的优惠卷/红包消费行为进行核对,保障每个优惠卷/红包使用的“唯一性\"。消费后的红包与优惠卷进行注销并下架，系统会记录优惠卷\\红包使用情况形成历史记录，前后端用户均可查询消费记录.
后台系统针对优惠卷/红包发放情况数据统计与进行实际使用情况数据统计，统计数据（优惠卷/红包名称、抵消金额、消费时间、消费订单、消费会员名称）会形成报表，并可下载成为excel格式文件便于财务对账.
123
XXX航空移动化应用平台项目投标文件
4.1.1.8 非功能性方案 4.1.1.7.1. 跨平台解决方案
XXX航空移动应用采用AppCan Hybrid应用引擎作为移动应用开发的中间件,使用HTML5作为开发语言开发移动应用.HTML5是标准的跨平台技术,目前被所有的移动终端平台支持，AppCan Hybrid应用引擎基于HTML5技术，融合了原生和HTML5双方的优势，使跨平台开发技术开发的应用能够与使用原生方式开发应用的体验相媲美。同时AppCan Hybrid技术的开发框架和开发工具更使移动应用的开发周期大大缩短,开发成本大大降低，这是其他中间件方案所不能具备的。
AppCan是首家采用CSS弹性盒子模型作为移动应用布局基础的中间件,结合不同精度屏幕配置不同字体大小作为元素大小基准，配合AppCan UI框架，做到在任何分辨率终端中都能够保持完美的体验.结合AppCan 的原生融合技术，使得原生控件和HTML界面完美融合.
AppCan应用引擎构成图
AppCan Hybrid应用引擎利用移动浏览器内核Webkit解析包含HTML5、CSS3与JS的文件，并通过调用AppCan Hybrid应用引擎封装的接口API,实现移动应用所需的各种表现和交互能力，并且通过统一的API形式来消除不同移动平台的各种差异性，从而达到跨平台开发的目的。AppCan 提供了统一的应用模拟器和调试工具，同时还提供了真机模拟环境帮助开发者更方便、快捷的完成移动应用
124
XXX航空移动化应用平台项目投标文件
的跨平台开发。AppCan采用开放的HTML5跨平台方案，具有完全的前后兼容性,保护用户的投资。
4.1.1.7.2. 消息推送解决方案
AppCan提供推送一体化解决方案，将Android、iOS推送整合为一体,通过统一的推送系统完成对Andorid 和iOS系统的推送。
消息推送示意图
上图是AppCan推送系统框架图,图中服务器只代表具体功能服务划分并不完全代表实际物理主机。
支持推送的终端应用启动时会调用终端注册绑定服务,在终端信息数据库中注册终端应用唯一标识ST和终端各种参数信息，例如MAC地址等，还可以在应用层根据具体业务流程，例如登陆成功时，调用终端绑定服务，在用户信息数据库中注册用户ID、昵称和终端应用唯一标识ST进行绑定。推送任务服务器接口提供多种推送方式：
根据终端信息推送接口
125
XXX航空移动化应用平台项目投标文件
业务系统调用此接口传入应用ID、目标终端信息例如MAC和消息内容生
成推送任务.
根据用户帐号信息推送接口
业务系统调用此接口传入应用ID、用户ID或昵称和消息内容生成推送任务。
群发接口
业务系统调用此接口传入应用ID、分组信息和消息内容完成对指定群推送,例如部门推送；也可不设定范围完成全部终端推送。
推送信息会在推送时自动写入推送信息数据库，移动应用可以通过访问推送记录服务，接收的推送数据与推送记录进行核对，保证推送数据可靠送达。
AppCan Hybrid应用引擎Android版本支持推送服务插件，当应用设定为支持推送时,应用第一次启动会自动加载推送服务，并设定为自启动，这样当重新开机、应用关闭时此推送服务依然会在后台运行.推送服务采用业界公认的耗电最少、网络消耗最低的MQTT协议推送方案。MQTT协议是为计算能力有限,且工作在低带宽、不可靠的网络的通讯而设计的协议，它具有以下主要特性:
非常小的通信开销（最小的消息大小为2字节）；
使用发布/订阅消息模式，提供一对多的消息发布，解除应用程序
耦合;
提供三种不同消息传递等级,让消息能按需到达目的地，适应在不
稳定工作的网络传输需求；
1.
“至多一次”,消息发布完全依赖底层 TCP/IP 网络。会发生消
息丢失或重复。这一级别可用于如下情况,环境传感器数据，丢失一次读记录无所谓，因为不久后还会有第二次发送。
2. 3.
“至少一次”，确保消息到达,但消息重复可能会发生。 “只有一次”，确保消息到达一次.这一级别可用于如下情况，
在计费系统中,消息重复或丢失会导致不正确的结果。
126
XXX航空移动化应用平台项目投标文件
4.1.1.7.3. 消息/数据可靠性和即时性解决方案
AppCan 对Android推送采用MQTT技术，通过配置消息传输等级为\"只有一次“保证移动终端应用确实可靠的接收到消息。同时作为消息到达的可靠性保障措施，终端后台服务会通过推送记录服务检索推送记录，作为推送未能有效送达情况的弥补。
AppCan 对iOS推送采用APNS进行推送，作为APNS推送的可靠性补充，通过企业证书开发的B2E类的移动应用，基于AppCan技术可以实现与Android底层运行服务同样机制的后台服务，可以借助AppCan iOS引擎支持的MQTT插件进行推送，或通过推送记录检索机制进行未能有效送达的弥补。
此方案能够保障，不论在前台还是后台运行应用，或者应用关闭的情况下，都可以即时接收到推送消息.
4.1.1.7.4. 大数据推送解决方案
AppCan对于大数据推送采取的方式是在移动应用端推送底层服务上整合了支持断点续传的下载服务。对于大数据推送采用“推送大数据接收消息+触发下载”的方式，终端底层服务在接收到大数据推送消息时根据消息描述的大数据地址进行下载，下载过程支持断点续传，下载任务状态由底层服务来管理和维护。
数据根据配置下载存储到本地，下载完成以后可以自动通知应用，并触发具体业务流程。
127
XXX航空移动化应用平台项目投标文件
Application 个人频道 MQTT MQTT Client 应用频道 下载频道 下载频道 Server 下载服务 Download Server 大数据推送示意图
4.1.1.7.5. 用户操作行为分析解决方案
AppCan EMM配合AppCan Hybrid引擎完成用户行为数据收集、统计分析的服务。
如下是AppCan 统计分析系统的运行功能框架：
移动应用 应用层 用户操作 AppCan 引擎 操作行为记录 根据上报策略AppCan AppCan AppCan 应用信息数据AppCan 用户操作行为数据流图
通过AppCan Hybrid引擎内置的行为收集服务，收集用户打开界面、关闭界面、打开应用、退出应用等操作行为,同时收集终端平台、系统版本、分辨率、运营商等信息。这些默认采集项不需要开发人员进行任何编码工作。AppCan
128
XXX航空移动化应用平台项目投标文件
Hybrid引擎同时支持自定义事件收集接口,开发人员可以根据统计分析需求在任何需要采集信息的地方,通过调用接口采集用户更详细的信息数据,例如用户打开了哪幅图片。AppCan Hybrid引擎Analytics插件会根据上报策略上报收集的信息到AppCan EMM数据收集服务。
由于用户行为数据上报比较频繁,而且当移动应用面向公众用户提供服务时,产生的数据是海量的，而我们真正需要的是基于这些收集数据进行的分析结果.我们采取HADOOP集群部署方式来应对面向海量数据的分析。HADOOP可以部署在低廉的硬件上，不论是存储还是计算都可以根据实际运营情况进行动态扩展.这样既可以满足现有的需求，同时也为未来扩展构建了框架基础。
AppCan EMM数据收集服务对数据进行预处理存储到AppCan应用信息数据库中。根据统计分析策略，通过AppCan应用信息数据分析服务定时对数据库中的数据进行汇总分析，并输出报表到汇总信息数据库中。AppCan EMM的统计分析服务还对上报的自定义数据进行分类汇总，例如用户查看图片的汇总排序，获取哪些图片更受用户欢迎.通过扩展统计汇总脚本可以随时根据业务需求进行更复杂的汇总统计操作。最后，管理员通过AppCan EMM的统计分析控制台查看分析汇总后的信息。
目前AppCan EMM 统计分析系统支持基本统计、活跃用户、使用频率、使用时长、页面访问、地域分析、版本分析、渠道分析、设备分析、操作系统、分辨率、运营商、联网方式、自定义事件分析、终端异常分析等。
下图是AppCan 运营的HTML5中国网站DZ论坛客户端近三个月的用户运营商统计分析。
129
XXX航空移动化应用平台项目投标文件
HTML5中国统计分析案例图
AppCan开发套件提供免费版对外开放,管理平台EMM为公众开发者提供应用管理，收集应用上报数据，并为开发者提供应用的统计分析。目前AppCan公众运营平台每天新增的装机用户达8万，累积装机已经过千万，每天接收海量上报数据，并根据这些海量数据进行应用行为分析与统计。由此可见AppCan平台方案的支撑能力.
4.1.1.7.6. 业务系统整合解决方案
MAS 是与AppCan SDK前端开发套件相对的面向企业后端对接开发的服务套件。它专为企业业务系统整合而设计，能够对接企业现有业务系统，封装出不同功能的访问接口，供应用进行调用,完成移动终端应用与企业业务系统的对接。在接口内部，开发者接收终端应用的请求和企业内部业务系统的响应,对数据进行分析处理。 安全
企业应用中，MAS系统与EMM系统紧密关联,所有终端连接必须经过EMM认证并发放授权码后才能够访问对接接口.但MAS系统也可配置为独立运行，此时
130
XXX航空移动化应用平台项目投标文件
所有请求必须经过CA认证，确认访问的客户端证书是由MAS系统签发,并属于MAS系统认证的应用才可访问。这样可以防止接口开放给外网引起的非安全客户的访问，提高访问安全.
EMM认证授权(可选)
开发简单
HTTPS客户端认证IPPolicyAdapter MAS使用JAVASCRIPT作为对接适配器的开发语言,并提供了强大的对接接口库供开发者调用，帮助开发者更好的处理系统优化和会话支持。使开发者更专注于业务逻辑和数据分析的处理.MAS同时还提供了数据分析库，开发者可以对返回的数据进行转换,使用标准HTML/XML DOM、XSLT、JSON对数据进行分析处理 。
高性能
MAS提供CACHE对象可以缓存开发者处理后的数据，通过标准CACHE策略来降低对后台服务器的压力，提高业务访问效率。
压力缓冲
MAS还提供REQPOOL支持，通过限制REQPOOL最大并发数和等待任务数来控制最大访问数量，降低对企业业务系统的压力.同时通过延时处理机制应对瞬时峰值访问带来的短时间高并发访问，最大限度的保证服务质量。
131
XXX航空移动化应用平台项目投标文件
REQPOOL 压力缓冲示意图
高扩展性
MAS支持集群部署，可以根据业务需求动态进行服务器添加。 跨系统支持
MAS提供的众多协议支持库，帮助企业快速完成各种业务系统类型和第三方系统的整合。
支持数据库层面的对接，包括Oracle、SQL Server、DB2、MySQL等
主流数据库；
支持基于SOAP、REST的Web Service的调用;
支持中间件或中间平台的对接,如IBM CastIron、SAP NetWeaver
Gateway等； 支持网页适配；
132
XXX航空移动化应用平台项目投标文件
业务对接适配示意图
非侵入式支持
MAS完美支持非侵入式整合,可以在外围系统不提供接口时通过浏览器模拟方式快速转换网页为移动访问接口,并自动处理会话业务。AppCan MAS系统在非侵入式WEB页面转换时无数据预处理优化情况可以达到每秒单进程34个请求的速度，通过进行数据预处理优化，可以达到每秒单进程70个请求的执行速度。（2.5GHZ 8Core 16G）8进程状态下可轻松超过每秒单机并发400个请求的执行速度。
MAS支持集群部署,可以根据业务需求动态进行服务器添加。
133
XXX航空移动化应用平台项目投标文件
MAS缓存服务器 REQUEST HTTPS - JSON 适配器 MAS 适配服务器 REQUEST 企业后端Application HTML DOM Logic Code XML DOM XSLT JSON RESPONSE HTTPS - JSON MAS会话服务器 RE 业务系统 RESPONSE MAS系统运行图
1. MAS对接服务器中,开发者开发不同的对接适配器，移动终端通过AJAX方式使用HTTP/HTTPS协议访问适配器。
2. 适配器根据用户请求参数和逻辑向企业后端业务系统发送请求。 3. 后端业务系统返回响应.相应数据可能是网页、JSON、XML等。 4. 适配器通过PRE预处理器对数据进行处理,过滤掉多余数据，降低后期数据分析时间
5. 适配器根据返回数据类型不同，对数据进行处理，返回JSON对象、HTMLDOM对象、XMLDOM对象或使用XSLT对HTML/XML转换为需要的格式。
6. 适配器处理解析后的数据，并根据业务需求缓存数据到MAS缓存服务器。会话COOKIE保存至MAS会话服务器
7. 适配器返回数据到移动终端
4.1.1.7.7. 大并发时保证后台业务系统可用性解决方案
MAS提供REQPOOL支持,通过限制REQPOOL最大并发数和等待任务数来控制最大访问数量降低对企业业务系统的压力,保证外部访问不会超过企业业务系统
134
XXX航空移动化应用平台项目投标文件
的正常设计访问容量,并通过延时处理,处理瞬时峰值访问为短时间高并发访问,最大限度的保证服务质量。
REQPOOL 压力缓冲示意图
在访问超过设计峰值容量的情况逐渐成为常态的过程中，我们可以通过当前方案集群部署框架对访问服务器集群进行动态扩容。
4.1.1.7.8. 性能解决方案 1. 移动端响应标准
客户端 (包括 Android 和 IOS） 平均启动耗时不大于 800ms 。 客户端 (包括 Android 和 IOS) 平均 CPU 占用小于 20% . 客户端 (包括 Android 和 IOS） 平均内存占用小于 100000KB 。 客户端 （包括 Android 和 IOS） 平均电量耗用小于 1.00mAh . 客户端 （包括 Android 和 IOS） 平均流量耗用不超过 10M （Bytes ).
2. 系统响应标准
根据国际标准3-5—8原则推算业务处理时间.
在不考虑内部系统的处理时间的情况下，信息的处理时间最长不应该超过3秒。
135
XXX航空移动化应用平台项目投标文件
系统登录时间最长为3秒。
从报文或文件进入系统到接收回执时间不超过3秒。
由于某种原因，报文或文件滞留在系统中时，应在3秒内向发送者发出提示信息.
为满足系统的性能需求，业务处理（每秒请求数）应该大于50次/秒，系统处理事务（查询等)响应时间应该小于5秒为宜。
3. 优化办法
OLTP其特点是事务性非常高，一般都是高可用的在线系统，以小的事务以及小的查询为主，其每秒执行的Transaction、Execute SQL的数量是其性能指标的主要指标.
OLTP常用的设计与优化方式为：
（1) Cache技术使得数据可以从内存获取，相对于从磁盘子系统获得数据有数量级上的响应优势。
(2） 对数据库数据检索时，建立必要的数据库索引机制（B-tree索引优先考虑).简洁语句格式，减少语句解析，尽量减少表关联，尽量减少分布式事务，基本不使用分区技术、物化视图技术、并行技术及位图索引。
4. 系统批处理效率
整个系统批处理效率，涉及到存储数据的数据库。本系统数据存储采用高并发和高性能的MongoDB 数据库.通常这个数据库批量插入5000条数据时，单条数据处理的响应时间是13毫秒左右.它是以内存映射方式进行存储的数据，当数据全部在内存中的时候速度飞快，数据需要换出到磁盘上之后，性能下降很厉害,一般情况下这个数量级在千万以上.它的性能提高可以从以下方面进行：
136
XXX航空移动化应用平台项目投标文件
1、建立关键字段栏位的索引关系
2、数据量达到千万级后对数据进行分片存储 3、增加服务器内存大小
4、建议数量级在千万级后，就对数据库进行拆分.
5. 并发用户下的系统性能
服务器内存16G、CPU双核的系统环境下，能支持的最少并发用户数为200,状态下的OLTP 事务响应时间5秒左右。它的性能提高可以从以下方面进行： 1、增加网络带宽
2、增加服务器内存以及CPU处理性能。
4.1.1.7.9. 接口解决方案
使用外部接口的,在无既有成熟接口的情况下，系统可以直接与外部系统接口进行数据交换.
系统的数据库表设计需要有时间戳,以便于后续可以为数据平台等提供基础数据支持。
对外开放接口需要进行身份验证,对涉及的用户身份证、电话号码等敏感信息敏感数据要进行加密处理。
4.1.1.7.10. 易用性解决方案
简单说明本系统如何易于为不同用户所理解掌握，操作简单，用户界面友好等。
系统界面设计要求满足主流分辨率有理想效果前提下，其它分辨率下要有较好的视觉效果。
系统交互设计应充分考虑用户习惯及使用偏好。 容易为系统更换界面风格.
用户使用PC端的系统至少支持IE 8。0及以上各个版本、360、Firefox和Chrome等种主流浏览器。
137
XXX航空移动化应用平台项目投标文件
138
XXX航空移动化应用平台项目投标文件
4.1.2 软件及硬件配置方案 1. 硬件配置
图：网络拓扑结构图
数量服务器 Nginx Mas EmmIn EmmServer EmmConsole AppServer App AdminConsole DbServer 操作系统及版本 CentOS 7.0 64位 CentOS 7.0 64位 CentOS 7.0 64位 CentOS 7.0 64位 CentOS 7.0 64位 CentOS 7。0 64位 CentOS 7.0 64位 CentOS 7。0 64位 内存 8G 16G 32G 32G 32G 32G 16G 16G 硬盘 200G 200G 200G 500G 500G 200G 200G 500G CPU （台） 4核 8核 8核 8核 8核 8核 8核 4核 2 2 2 2 1 2 1 2 139
XXX航空移动化应用平台项目投标文件
2. 软件配置 （1） 软件安装配置
部署服务 位置 JDK1。6.0_29、Tomcat6EMMIN 业务接口 （6.0.24)、HAProxy 1。4.4、Ngnix1。0。15、GlusterFS3。5。2 Hadoop—1.1.2/Hbase-0.94。Emm管理 7/Zookeeper-3。4。5/Oracle11g/Redis2.4.10/ MAS Nginx Oracle JBOSS
Node。js 4.4。1/redis2.4.10/ Ngnix1.8。0 Oracle 11g JBOSS5 负责处理移动应用接入后端业务对接，安全校验等 反向代理服务 业务数据库 EJB/J2EE中间件 EMM管理服务 负责处理移动应用接入、信息推送服务、后端业务对接，完成EMM接入服务和后端数据分发 用途 （2） 软件版本要求
名称 140
版本 XXX航空移动化应用平台项目投标文件
Linux Jdk redis JBOSS tomcat6 Oracle nginx zookeeper Hadoop Hbase HAProxy GlusterFS
Centos6。5 JDK1.6。0 2。4 5．0 6。2 11g 1.8 3。4。5 2。6 0.96。1 1。5。3 3。5。2 141
XXX航空移动化应用平台项目投标文件
4.1.3 项目开发组组成及各成员职责分配方案 4.1.3.1. 项目工作方法
我们将整个项目的实施分成若干个阶段,以“立体建模、分部解析、过程评估”为原则，在项目开发的整个过程中，自始至终要求决策人员和开发者的共同参与和密切协作,要求保持清晰的思路,不做或尽量少做无效工作或重复工作，采用产品原型法和设计优先的思想，在开发工作开展之前就将所有细节全面覆盖，从而为后续工作奠定坚实基础,大大减少需求和设计反复，提高项目开发效率。
项目实施是一个复杂的系统工程，由最初的原始需求不明确，到实施过程中的不断变化和增加,无形中增加了项目实施建设的风险，而这些问题处理不好可能直接导致数据应用中心项目的失败或者达不到预期的效果，我们根据多年的系统建设和移动应用开发经验，总结了自己的实施方法。经过多年的系统实施经验结合移动应用开发的特点而总结出的结构化实施方法, 将移动应用项目实施过程中关键性的、起主导作用的工作归纳定义为KS(Key Step）和IS（Important Stage),并提供针对性的指导建议和方法。
项目实施过程：
原型设计UI设计应用开发启动会议需求评审终端用户培训产品配置需求分析整理培训相关人员IT项目管控 集成测试 系统推广 咨询/服务★需求确认★原型设计★UI设计★软件开发集成测试★★上线★验收
142
XXX航空移动化应用平台项目投标文件
图4-1 项目实施示意图
通过大量移动应用类项目的实施,不断总结经验教训，逐步完善项目实施方法和过程。
4.1.3.2. 项目组织结构
项目组织结构图
具体职责与分工如下：
1. 项目实施领导小组
由乙方公司一位分公司总经理牵头，与业务咨询顾问、产品经理、技术经理项目实施专家构成领导小组，负责公司所有实施项目的综合管理，负责协调公司层面的相关事宜.
143
XXX航空移动化应用平台项目投标文件
2. 项目经理
项目实施管理采取项目经理负责制，对外负责与甲方接洽,完成项目的沟通、协调工作,对内对项目实施领导小组负责，项目相关安排、进度、问题等均定期汇报领导小组，同时负责项目实施5个职能小组的工作安排与管理。
3. SQA组
SQA组主要负责整个项目的质量管控，在项目推进的各个环节进行质量把关，确保项目实施各个阶段都能够按照质量管理标准进行.SQA组非单独的职能组，而是由5个职能小组的负责人共同组成。
4. 产品设计组
主要进行产品设计，经历需求调研和原型设计两个阶段，各个阶段的具体研究内容和重要意义如下：
需求调研是需求工程的主体.对于所要开发建设的软件产品,调研需求是一个确定和理解不同用户类的需要和限制的过程。获取用户需求位于软件需求三个层次的中间一层.业务需求决定用户需求,它描述了用户利用系统需要完成的任务.从这些任务中，分析者能获得用于描述系统活动的特定的软件功能需求,这些系统活动有助于用户执行他们的任务。需求获取和分析包括对原始需求变更控制,版本控制，从需求到产品和模块的可追溯性，成品交付和产品的状态跟踪。
原型设计，是整个产品面市之前的一个框架设计，通过使用特定的设计工具，根据需求调研成果将最终产品的功能架构,操作逻辑,内容逻辑以及基本的交互功能以特定的设计工具的产出，来进行表现,用于指导后续的开发过程.
5. UI设计组
主要进行UI的设计工作，UI即用户界面的简称。UI设计则是指对软件的人机交互、操作逻辑、界面美观的整体设计。好的UI设计不仅是让软件变得有个
144
XXX航空移动化应用平台项目投标文件
性有品味，还要让软件的操作变得舒适、简单、自由，充分体现软件的定位和特点。UI设计的结果为一组设计完成的界面图库,所有界面图经过裁剪，最终作为开发素材提供给开发阶段.
6. 手机端开发组
以产品设计的原型为基础，使用UI阶段提供的开发素材，进行最终产品的实现过程,使用特定的开发环境以及开发工具，遵照开发标准，进行产品的实现,实现过程包括程序架构设计，数据建模，功能集成，适配调整等阶段。
7. 后台系统开发组
以产品设计的原型为基础，使用UI阶段提供的开发素材,进行后台管理系统的实现过程，使用特定的开发环境以及开发工具,遵照开发标准，进行产品的实现，实现过程包括系统架构设计，数据建模,功能集成,适配调整等阶段。
8. 测试验收组
负责进行软件测试，即利用测试工具按照测试方案和流程对产品进行功能和性能测试，根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估.执行测试用例后，需要跟踪故障，以确保开发的产品适合需求.
9. 角色和责任
系统将由乙方与甲方以及各相关业务单元共同建设完成。在系统建设过程中，双方即相互配合,工作又各有侧重不同。
角色与责任表
任务描述 1、需求规范化 贯穿和学习规范和业务流程。 乙方 配合 145
甲方 负责 备注 XXX航空移动化应用平台项目投标文件
任务描述 乙方 甲方 备注 甲方组织相关的技术人对详细需求进行调2、需求调研 研,包括与其他系统负责 的厂商共同商讨接口 配合 员与乙方配合，集中时间完成需求调研工作，并负责协调其他厂商的配合 对需求调研产生的需3、需求确认 求规格说明书进行评审，并由两方签字确认. 系统需求分析、系统分析、产品原型设计、4、应用软件适应UI设计、系统概要设性修改 计、系统详细设计、系统开发、系统测试等 5、应用实施环境硬件平台环境、软件准备 6、培训 环境、配合人员 对系统管理人员、系统维护人员培训 配合 负责 负责 配合 配合 负责 甲方与乙方共同评审乙方输出的需求规格说明书，确认无误后双方公司签字。 若甲方技术人员参与开发过程，乙方需向甲方明确人员所应具备的技术能力，并为甲方人员提供乙方开发工具的培训. 配合 负责 二、工程实施阶段 1．数据库环境建立和配置. 1、系统初始化 2．数据库参数调整. 负责 3．应用软件环境的建立 2、人员培训 对系统操作人员、应配合 用管理人员现场培训 与公司内、外其他各3、接口确认 系统的接口规则和协负责 议确认 4、应用加载和联调 5、系统测试 应用系统加载与联调 负责 根据需求规格说明书配合 的项目对软件逐一进146
甲方负责协调乙方与配合 服务器、网络、存储等厂商之间的关系 负责 甲方负责召集、协调需配合 要接口系统的第三方厂商,共同确定接口规范。 配合 负责 甲方负责协调系统集成商的平台方面的配合. 在甲方技术人员的全程参与下，比对需求规格 XXX航空移动化应用平台项目投标文件
任务描述 行测试 乙方 甲方 备注 说明书进行功能测试. 甲方负责试运行时业务6、系统试运行 新系统进入试运行 配合 负责 方面的调整和确认。乙方配合解决运行问题。 三、工程验收阶段 乙方负责准备相关的测1、初验（第一次检验系统是否满足正上线) 式运行的条件 试数据、测试流程以及配合 负责 测试文档等,甲方负责召集相关人员并对测试结果予以确认 乙方负责准备相关的测检验系统是否完全满2、终验 足正式运行，并进入配合 系统的售后服务期。 负责 试数据、测试流程以及测试文档等，甲方负责召集相关人员并对测试结果予以确认 三、工程维护阶段 甲方负责售后服务时协1、售后服务 故障排除、系统升级、技术咨询等 调系统集成商以及其他负责 配合 厂商的配合；乙方负责系统升级、故障排除等工作.
147
XXX航空移动化应用平台项目投标文件
4.1.3.3. 关键人员简历 4.1.4 项目管理方案 4.1.4.1. 项目例会 4.1.4.1.1. 项目协调会
本期工程是除涉及移动开发平台的搭建,还包括XXX航空移动应用的开发，这其中涉及到与ESB的接口服务调用，调用内容又涉及到多个业务系统，需要相关系统的支持人员配合制定接口服务,配合开发调试，以及联调测试等工作。在项目安装实施过程中乙方公司将召集各方，开几个重要的工程例会.
4.1.4.1.2. 项目启动会
本次例会由乙方发起，邀请甲方相关开发与运维支持人员参加。建议双方的项目总负责人参加. 例会内容：
➢ 声明本项目正式启动; ➢ 明确各方职责分工；
➢ 进行各方工程人员确认，接口联系方式、方法确认； ➢ 工程进度的确认,工程计划的细化； ➢ 下次例会的时间;
4.1.4.1.3. 现场安装前的工程协调会
本次例会由乙方发起，邀请甲方IT相关人员参加。 例会内容：
➢ 明确各方相关人员职责；
148
XXX航空移动化应用平台项目投标文件
➢ 详细列出安装计划; ➢ 确认系统的软硬件环境；
➢ 协调各相关厂商关系，明确各相关厂商工程进度。
4.1.4.1.4. 试运行前的工程协调会
本次例会由乙方发起，邀请甲方开发、运维支持人员、以及相关使用部门代表参加。 例会内容:
1. 总结总联调期间工作经验,协调解决期间出现的各种问题； 2. 明确试运行的时间表;
3. 协调各厂商间的关系及工程进度; 4. 为初验做各种工程准备。
4.1.4.2. 工作文档评审
在软件开发的每个阶段，对该阶段所形成的文档进行评审，尽早发现问题，并及时采取措施予以解决,确保文档的内容准确，为软件产品的质量提供保障。文档的签署是为了体现文档的合法性、有效性、法规性。
4.1.4.2.1. 设计评审时机
1) 计划阶段
在计划阶段完成后,甲乙双方需要对《项目开发计划》进行评审。评审会应包括：甲方项目负责人、乙方项目经理、项目组的技术骨干,如项目需要还应包括主管领导、技术总监、有关专家和用户代表等人员。
2) 需求分析阶段：
在需求分析阶段完成规格之后，甲乙双方需要对《需求规格说明书》进行评
149
XXX航空移动化应用平台项目投标文件
审.评审会应包括：甲方项目负责人、乙方项目经理、乙方需求分析人员、项目组的技术骨干，以及甲方相关业务需求确认人。
3) 设计阶段:
在产品原型设计、UI设计及详细设计完成之后，甲乙双方需要对《软件产品原型设计》、《软件UI设计》、《详细设计说明书》进行评审。评审会应包括：甲方项目负责人、乙方项目经理、乙方需求分析人员、项目组的技术骨干,以及甲方相关业务需求确认人。
4) 编码阶段：
在编码阶段结束时,需要对程序代码进行评审。评审会应包括：甲方项目负责人、乙方项目经理、甲乙双方技术骨干.
5) 测试阶段：
在系统测试阶段开始之前，系统测试部应完成对《测试计划》的评审。评审会应包括：甲方项目负责人、测试部与本项目有关人员、乙方项目经理、项目组的技术骨干,如果项目为重大项目，还应包括技术总监。
如果发现的问题涉及顾客需求变更、体系结构调整，或者是跨基线的变更，要先申请评审。
4.1.4.2.2. 设计评审的形式
评审方式有会签评审和会议评审两种. 1) 会签评审
会签评审时各个评委根据评审的内容和要求进行审核并发表自己意见，当各个评委的意见基本一致，或问题比较明确并已得到解决,则不召开会议而直接填写评审报告的一种评审方式。
2) 会议评审
会议评审就是公司组织内外的专家召开评审会议，根据评审的内容和要求
150
XXX航空移动化应用平台项目投标文件
进行讨论、分析并就最终结果达成一致的评审方式。
4.1.4.2.3. 设计评审的准备
评审申请人应填写《评审申请表》,提出设计评审申请，同时附上相应的《检查表》，有乙方项目经理协调,甲方相关人员参与。
《评审申请表》的内容包括:
✓ 项目名称; ✓ 评审时间、地点; ✓ 评审组长、成员； ✓ 评审的方式方法； ✓ 评审内容。
评审组长或其指定人员负责准备相关资料。评审组长应提前1—3个工作日通知参加评审的人员，并向其发放评审相关资料，参加评审人员应根据评审安排和相关资料，做好评审准备.
4.1.4.2.4. 设计评审的实施
评审由评审组长主持。评审小组通过交谈、查阅文件、检查现场，对《评审申请表》中的各项评审内容进行评审。
评审组长汇总评审意见，编写《评审报告》，甲乙双方负责人签字确认。
4.1.4.2.5. 对发现问题的处理和跟踪措施
评审结束后,部门经理根据《评审报告》中提出的问题，责成有关人员按规定期限对所发现的问题加以解决。
对于重大问题根据《评审报告》的要求进行复审.
151
XXX航空移动化应用平台项目投标文件
4.1.4.2.6. 质量记录的控制
设计评审中所产生的质量记录由评审组长移交给项目经理保存，待项目验收交付后由项目经理移交甲方保持。
4.1.4.3. 项目风险控制
项目风险管理包括风险识别、风险评估、风险量化、风险应对和风险控制几部分。该项目的实施风险和应对计划如下：
4.1.4.3.1. 管理风险
管理风险应对表
序风险分析 号 1. 乙方仔细分析需求,针对不明确或者可能存在歧义的需求的歧义性、不需求，提交需求确认文档；充分的交流沟通，针对需求确明确性；因规范的认文档逐一落实确认. 1 变更导致需求的变2. 对于需求的变更，甲方及时与乙方沟通,根据需求的轻更；因业务实际需重缓急分类处理,共同商讨解决办法. 求发生的需求变更 3. 甲方的需求变更应该向乙方提交书面形式的变更要求，以保证需求的稳定性、需求变更的正式性。 1. 通过甲方来进行协调 2 与其他软件集成商2. 双方的沟通要采用正式的书面方式 之间的合作不好 3. 明确各自的责任和工作细节，避免出现模棱两可的工作 过程管理不严，无1. 建立严格的过程管理程序 3 法控制质量 2. 项目需要按阶段进行评审（需求、设计、开发等） 应对计划 152
XXX航空移动化应用平台项目投标文件
1. 项目负责人要明确项目组的目标 2. 项目负责人需要在项目内部建立起团队的概念 项目组工作效率不4 高 3. 采用合理的激励手段（如绩效考核），并将个人的表现直接与收入相关联 4. 在项目组内部要积极沟通(如共同参加活动等） 4.1.4.3.2. 技术风险
技术风险应对表
序风险分析 号 1. 通过甲方进行协调， 针对接口方案召开专题会议和专数据采集无法获得门的培训交流，保证充分的沟通时间和畅通的沟通渠道. 1 指定的数据文件 2. 数据源系统专家要对数据源进行分析，帮助提出数据采集的处理办法 应对计划
4.1.4.3.3. 人员风险
人员风险应对表
序号 风险分析 应对计划 1. 在项目组内部人员工作方面，考虑任务冗余的处理方选人不当，无法胜式，即在某个子系统有2个人同时参与 1 任本职工作 2. 在项目组内部进行培训，让更多的人对系统有充分的了解 2 关键人物离开 1. 在项目的关键岗位，需要设置2个或多个人都要对系统有一定程度的了解,这样可以减少关键人物离开对系统153
XXX航空移动化应用平台项目投标文件
的影响 2. 采用文档标准化的方式,记录在项目开发、项目实施过程中各个阶段的文档,保证项目的可操作性和可重复性 个性冲突，阻碍团1. 加强内部团队建设，增加沟通的机会 3 队有效工作 2. 人才储备 4.1.4.4. 项目质量管理
质量管理过程就是一切为使项目达到质量要求所需要的活动的综合,包括决定质量方针、目标与责任的所有活动,并通过诸如质量规划、质量保证、质量控制、质量持续改进等程序和过程来实施项目执行组织的质量体系。质量管理与范围、时间和费用管理是同等的优先级。
5.1.4.4.1. 质量管理过程
质量管理过程包括：
1、质量规划――判断哪些质量标准与本项目有关，并决定应如何达到这些质量标准.
2、实施质量保证――开展规划确定的系统的质量活动,确保项目实施满足要求所需的所有过程。
3、实施质量控制――监控项目的具体结果，判断它们是否符合相关质量标准，并找出消除不合绩效的方法。
5.1.4.4.2. 质量管理组织
质量保证组织职责
1、质量保证计划的编写;2、质量保证计划的实施：3、软件产品评审；4、软件过程审计;5、项目组技术和管理评审的参与；6、SQA报告。
154
XXX航空移动化应用平台项目投标文件
工作程序
评审的方式分为:正式评审，非正式类评审。
SQA组需参与的关键评审工作
SQA组需参与的关键评审工作任务表 序号 工作任务 项目组活动 质量管理 进度管理 1 项目管理 风险控制 人员调度管理 变更控制 建立开发环境 制定并审核项目标准 2 项目准备 制定项目标准 审核项目立项资料 了解项目范围 需求分析 3 需求分析 需求审定 总体设计 4 设计 详细设计 编码 代码审查 代码审查 5 编码、单元测试 单元测试 编码和单元测试过程审核 单元测试审查 功能测试 6 测试 系统测试 155
SQA组的任务 质量监控 进度监控 变更监控 需求评审 需求过程审核 设计评审 设计过程审核 单元测试审查 测试评审 测试过程审核 XXX航空移动化应用平台项目投标文件
4.1.4.5. 变更管理
软件开发项目中，在已经签定的项目合同中，任何新需求的变更和增加除了影响项目的正常进行以外，还影响到了客户的投入收益,所以为确保项目进度,同时完善因前期调研问题造成的遗漏,需要项目经理与甲方共同对项目需求变更进行严格把控。
4.1.4.5.1. 需求分级管理
对于项目需求，实行分级管理，以达到对需求变更的控制和管理. 一级需求（或变更）是关键性的需求,这种需求如果不满足,意味着整个项目不能正常交付使用，前期工作也会被全部否定。这个级别的需求是必须满足的，否则就意味着否定自已的项目成员和成员的所有努力,所以定为“Urgent”。 这通常是属于补救性的debug类型，要救火.
二级需求（或变更）是后续关键性需求，它不影响前面工作内容的交付，但不加以满足，新的项目内容无法提交或继续,所以是“Necessary”.一般新模块关键性的基础组件，属于这个级别.
三级需求是后续重要的需求，如果不被满足会令整体项目工作的价值下降，为了体现项目价值,也是开发人员自已的技术价值的证明，所以定为“Needed”。一般性的重大的有价值的全新模块开发，属于这个级别。
以上三个等级是应该实施的，但时间性上可以作优先级的排列。 四级需求是改良性需求,没有满足这类需求并不影响已有功能的使用,但如果实现了则会更好，定级为“Better”。界面和使用方式的需求,一般在这个档次。
五级需求是可选性需求,更多的是偶是一种设想,以及一种可能，通常只是客户的的一种个人喜好而已，定级为“Maybe\"。
156
XXX航空移动化应用平台项目投标文件
对于四级、五级需求，如果时间和资源条件都允许的话,可以做，但是时间性上要做优先级排序。
4.1.4.5.2. 全生命周期变更管理
各种规模和类型的软件项目的生命周期大致可以分为三个阶段,即项目启动、项目实施、项目收尾。需求变更的管理和控制不只是发生在项目实施阶段，而是要贯穿在整个项目生命周期的全过程中.
站在全局角度的需求变更管理，我们采用综合变更控制的方法. 1) 项目启动阶段的变更预防
对于任何软件项目,需求变更都无可避免，也无从逃避，无论是项目经理还是开发人员只能积极应对,而这个应对应该是从项目启动的需求分析阶段就开始了.
首先从需求分析入手,力争基准文件定义的范围详细清晰，对于不明确的需求，尽可能的与客户沟通，挖掘其真实需求和想法,帮助客户理清思路，进而促成逻辑清晰的需求。而对于仍然不能确定的内容，要与客户达成共识，对该需求的实现方式和实现程度制定可考量的标准。
其次需求分析完成后，需要与客户一同进行需求分析评审，评审通过以后客户签字确认，作为后面项目实施的依据.对于后期客户提出的超出需求分析之外的需求变更或新增需求，均属于本次合同范围之外,需要另行收费.
2) 项目实施阶段的需求变更
成功的软件项目和失败项目的区别就在于项目的整个过程是否是可控的.项目经理应该树立一个理念,即“需求变更是必然的、可控的，并且是有益的”。项目实施阶段的变更控制需要做的是分析变更请求，评估变更可能带来的风险和修改基准文件。
控制需求渐变需要注意以下几点:
需求的变更要经过出资者的认可，这样才会对需求的变更有成本的概念，
157
XXX航空移动化应用平台项目投标文件
能够慎重地对待需求的变更.
小的需求变更也要经过正规的需求管理流程，否则会积少成多。在实践
中，人们往往不愿意为小的需求变更去执行正规的需求管理过程，认为降低了开发效率，浪费了时间。但正是由于这种观念才使需求逐渐变为不可控,最终导致项目的失败.
精确的需求与范围定义并不会阻止需求的变更.并非对需求定义得越细,
就越能能避免需求的渐变,这是两个层面的问题。太细的需求定义对需求渐变没有任何效果。
项目经理作为中间关键协调人，注意沟通的技巧。项目开发过程中的实
际情况是用户、开发者都认识到了上面的几点间题，但是由于需求的变更可能来自客户方，也可能来自开发方，因此，作为需求管理者,项目经理需要采用各种沟通技巧来使项目的各方各得其所。 3) 项目收尾阶段的总结
能力的提高往往不是从成功的经验中来，而是从失败的教训中得来。项目总结工作应作为现有项目或将来项目持续改进工作的一项重要内容,同时也可以作为对项目合同、设计方案内容与目标的确认和验证。项目总结工作包括项目中事先识别的风险和没有预料到而发生的变更等风险的应对措施的分析和总结，也包括项目中发生的变更和项目中发生问题的分析统计的总结。
4.1.4.5.3. 需求变更管理原则
虽然需求变更的内容和类型有各种各样，但需求变更管理的原则却是万变不离其宗。实施需求变更管理需要遵循如下原则：
1) 建立需求基线。需求基线是需求变更的依据.在开发过程中，需求确定并
经过评审后（用户参与评审），可以建立第一个需求基线.此后每次变更并经过评审后，都要重新确定新的需求基线.
2) 制订简单、有效的变更控制流程,并形成文档。在建立了需求基线后提出
158
XXX航空移动化应用平台项目投标文件
的所有变更都必须遵循这个控制流程进行控制。同时，这个流程具有一定的普遍性,对以后的项目开发和其他项目都有借鉴作用。
3) 成立项目变更控制委员会(CCB)或相关职能的类似组织，负责裁定接受哪
些变更。CCB由项目所涉及的多方人员共同组成，应该包括用户方和开发方的决策人员在内.
4) 需求变更要先申请然后再评估，最后经过与变更大小相当级别的评审确
认.
5) 需求变更后，受影响的软件计划、产品、活动都要进行相应的变更，以
保持和更新的需求一致。 6) 妥善保存变更产生的相关文档。
4.1.4.5.4. 需求变更应对方法
需求变更控制一般要经过变更申请、变更评估、决策、回复这四大步骤.如果变更被接受，还要增加实施变更和验证两个步骤，有时还会有取消变更的步骤。针对变更控制流程，方法如下：
相互协作——在讨论需求时，开发人员与用户应该尽量采取相互理解、相互协作的态度，对能解决的问题尽量解决。即使用户提出了在开发人员看来\"过分\"的要求，也应该仔细分析原因，积极提出可行的替代方案。
充分交流—-需求变更管理的过程很大程度上就是用户与开发人员的交流过程。软件开发人员必须学会认真听取用户的要求、考虑和设想，并加以分析和整理。同时，软件开发人员应该向用户说明，进入设计阶段以后，再提出需求变更会给整个开发工作带来什么样的冲击和不良后果.
安排专职人员负责需求变更管理——开发任务较重时，开发人员容易陷入开发工作中而忽略了与用户的随时沟通,因此需要一名专职的需求变更管理人员负责与用户及时交流。
合同约束——需求变更给软件开发带来的影响有目共睹，所以在与用户
159
XXX航空移动化应用平台项目投标文件
签订合同时，可以增加一些相关条款，双方约定提出需求变更的时间,何种情况的变更可以接受、拒绝接受或部分接受，还可以规定发生需求变更时必须执行变更控制流程。
区别对待——随着开发进展，用户会不断提出一些在项目组看来确实无法实现或工作量比较大、对项目进度有重大影响的需求。遇到这种情况，开发人员会向用户说明，项目的启动是以最初的基本需求作为开发前提的，如果大量增加新的需求（虽然用户认为是细化需求，但实际上是增加了工作量的新需求）,会使项目不能按时完成。如果用户坚持实施新需求，可以建议用户将新需求按重要和紧迫程度划分档次，作为需求变更评估的一项依据。同时，还要注意控制新需求提出的频率。
选用适当的开发模型—-采用建立原型的开发模型比较适合需求不明确的开发项目。开发人员先根据用户对需求的说明建立一个系统原型，再与用户沟通。根据用户的反馈进行修改，在用户确认原型的基础上，UI人员会根据用户的要求进行UI风格设计，通常会出2、3版风格稿供用户选择，用户确认UI风格以后,UI设计人员会设计整套的软件界面的UI，并根据用户的意见进行修改，直到用户确认.通过这种有形的工作推进方式，让用户对需求的实现有所感知,利于对需求详细解释，同时也更加完善系统原型.经过这样的过程，系统原型逐渐向最终的用户需求靠拢，从根本上减少需求变更的出现。目前业界较为流行的叠代式开发方法对工期紧迫的项目的需求变更控制很有成效。
用户参与需求评审--作为需求的提出者，用户理所当然是最具权威的发言人之一。实际上，在需求评审过程中，用户往往能提出许多有价值的意见。同时,这也是由用户对需求进行最后确认的机会，可以有效减少需求变更的发生.
需求的变更是不可避免的，也是允许的，但必须加以管理和控制，否则项目进度、工程质量都很难得到保障.
160
XXX航空移动化应用平台项目投标文件
4.1.5 项目实施方案
项目实施的组织是专指项目实施单位在具体项目中对质量、进度计划、实施服务和资源调配进行有效管理和控制的组织形式和管理方法，以保证系统工程的正常开展，达到系统的总体目标。
结合客户综合应用平台的具体要求，以及我们对企业信息化建设项目的理解，我们将整个项目的实施分为五个阶段，总体建设周期为117天左右：
第一阶段：系统需求调研
主要系统相关材料、数据等进行收集、整理以及深入详细地分析；各类相关人员的深度访谈，以及业务的深入了解与梳理；现有信息化系统、设备的深入调研；相关领域信息化软件、网站的深入分析;在此基础上确定系统的开发边界、提炼并确认系统的详细需求。
第二阶段:系统设计
在完成第一阶段后，开始XXX航空移动化应用平台的系统设计、完成详细功能设计与确认、业务流程设计与确认、数据库设计与确认、系统原型DEMO设计与确认完成主要页面美工效果图的设计与确认。
第三阶段:平台建设
移动业务开发平台、移动业务整合平台、移动业务管理平台的搭建。 第四阶段：分期系统实现
在完成系统设计后完成移动APP 功能模块开发、移动平台业务管理系统功能开发、移动平台后台会员管理中心功能模块开发.
一期建设内容： ➢ 前端部分
（1） 机票预订功能：机票查询、机票预订、关联辅营、支付、退票； （2） 订单管理：已支付、已预订、已取消、已出票各类订单管理； （3） 航班动态:航班动态查询、航班关注与取消； （4） XXX商店：XXX商店商品展示、行李购买；
（5） 会员注册\\会员登录:会员手机注册、会员手机\\验证码登录、会员名\\
161
XXX航空移动化应用平台项目投标文件
密码登录;
（6） 常用乘机人管理:常用乘机人信息管理（查看、删除、添加)； （7） 更多服务：LBS推送服务、机场交通服务。 ➢ 后台部分
订单管理、统计分析、内容管理、广告位管理、接口权限管理、基础信息维护、后台用户管理、管理员管理.
二期建设内容: ➢ 前端部分
（1） 机票预订功能：购买保险、红包支付、改期； （2） 会员注册\\会员登录：第三方登录； （3） 机票验真
（4） 促销专区：促销信息、零花钱
（5） 更多服务：机场娱乐专区、特殊服务介绍、常见问题、联系我们 ➢ 后台部分
会员管理后台
第五阶段：系统测试运行
在完成系统开发后,完成各类运行数据的加工与导入；完成系统的安装与部署；完成系统的测试运行。
第六阶段：BUG修改 第七阶段：系统联调 第八阶段：系统上线
162
XXX航空移动化应用平台项目投标文件
4.1.5.1. 实施计划日程表
XXX航空移动化应用平台项目投标文件
4.1.5.2. 实施计划表
任务名称 XXX航空移动化应用平台实施计划 里程碑 工期 开始时间 114 days 9 days 0 days 10 days 0 days 12 days 0 days 34 days 完成时间 2016年7月2016年12月20日 20日 2日 2日 15日 2日 17日 1日 30日 2日 2日 15日 15日 17日 17日 16日 2016年7月2016年8月2016年8月2016年8月2016年8月2016年8月2016年8月2016年8月2016年8月2016年8月2016年8月2016年8月2016年8月2016年9月 1、需求调研 2、系统设计 3、平台建设 需求说明书 产品设计文档 接口调试成功 4、一期移动APP 功能模块开发 ✓ 机票预订功能：机票查询、机票预订、关联辅营、支付、退票; ✓ 订单管理：已支付、已预订、已取消、已出票各类订单管理； ✓ 航班动态：航班动态查询、航班关注与取消； ✓ XXX商店：XXX商店商品展2016年9月2016年9月0 days 示、行李购买； 16日 16日 ✓ 会员注册\\会员登录:会员手机注册、会员手机\\验证码登录、会员名\\密码登录； ✓ 常用乘机人管理：常用乘机人信息管理（查看、删除、添加）; ✓ 更多服务:LBS推送服务、 机场交通服务。 164
XXX航空移动化应用平台项目投标文件
5、移动平台业务 管理系统功能开发 ✓ ✓ ✓ ✓ ✓ ✓ ✓ ✓ 一期APP上线 订单管理 统计分析 内容管理 广告位管理 接口权限管理 基础信息维护 后台用户管理 管理员管理 33 days 2016年8月2016年9月5日 20日 0 days 2016年9月2016年9月20日 20日 6、测试 7、一期上线 17 days 5 days 0 days 38 days 2016年9月2016年9月1日 26日 30日 2016年10月10日 23日 30日 30日 2016年11月30日 2016年9月2016年9月2016年9月2016年9月 8、二期移动APP 功能模块开发 ✓ 机票预订功能：购买保险、红包支付、改期； ✓ 会员注册\\会员登录:第三方登录； 2016年11✓ 机票验真 0 days 月30日 ✓ 促销专区:促销信息、零花钱 ✓ 更多服务：机场娱乐专区、特殊服务介绍、常见问题、联系我们 41 days 0 days 15 days 7 days 2016年10月10日 2016年12月5日 2016年12月1日 2016年12月22日 2016年11月30日 9、移动平台后台会员管理中心功能模 块开发 10、二期测试 会员管理后台建设完成 2016年12月5日 2016年12月5日 2016年12月21日 2016年12月30日 11、二期系统上线 注:为了更直观的反映工程进度，在表格中我们假定2016年7月20日为项目工程实施开始日期。实际时间应以合同签定时间为准.系统的总体建设周期为
165
XXX航空移动化应用平台项目投标文件
114天(免费维护期为1年）.
4.1.5.3. 阶段工作及成果
项目阶段 项目与策划阶段 项目实施计划 项目策划 编制项目计划、质量保证计划、配置管理计划。 相关共利益者共同参与制定。 质量保证计划 配置管理计划 应用软件系统实施计划 主要工作 阶段成果 业务调研 利用原型系统，通过演示与客户进行沟通、引需求规格说明书 导，全面调研用户需求，形成需求规格说明书。 需求分析 向客户介绍将来系统的蓝图，并要求客户确认需求。 质量保证小组进行质量稽核和评估并提交稽核报告和评估报告。 根据稽核报告和评估报告进行更正. 对符合质量的工作给予签证。 系统设计 根据需求分析报告进行系统设计并形成设计说系统设计报告 明书、数据库设计说明书。 向所有项目人员介绍概要设计情况,并得到项目决策小组的确认. 向所有项目人员介绍详细设计情况，并得到项目决策小组的确认。 测试小组根据需求分析、系统设计、数据库设计报告完成系统测试方案。 质量保证小组进行质量稽核和评估并提交稽核报告和评估报告。 根据稽核报告和评估报告进行更正. 对符合质量的工作给予签证。 数据库设计报告 软件测试计划 一期项目➢ 前端建设 166
XXX航空移动化应用平台项目投标文件
项目阶段 主要工作 阶段成果 建设内容 机票预订功能：机票查询、机票预订、关联 辅营、支付、退票； 订单管理：已支付、已预订、已取消、已出票各类订单管理； 航班动态：航班动态查询、航班关注与取消； XXX商店：XXX商店商品展示、行李购买； 会员注册\\会员登录:会员手机注册、会员手机\\验证码登录、会员名\\密码登录; 常用乘机人管理：常用乘机人信息管理（查看、删除、添加）; 更多服务：LBS推送服务、机场交通服务。 ➢ 管理后台 订单管理 统计分析 内容管理 广告位管理 接口权限管理 基础信息维护 后台用户管理 管理员管理 二期建设➢ 前端建设 内容 ✓ ✓ ✓ ✓ ✓ 机票预订功能:购买保险、红包支付、改期; 会员注册\\会员登录：第三方登录; 机票验真 促销专区：促销信息、零花钱 更多服务：机场娱乐专区、特殊服务介绍、常见问题、联系我们 ➢ 后台建设 ✓ 会员管理后台建设完成 代码实 代码实现工程师根据详细设计说明书实现系统测试报告 并进行自行进行单元测试。 现、测试和信息资源整合 用户手册 测试人员对提交测试的软件进行综合测试,并提出测试意见和整改意见. 代码实现工程师整改意见进行整改。 信息资源整合、数据整理和转换工作。 167
XXX航空移动化应用平台项目投标文件
项目阶段 主要工作 质量保证小组进行质量稽核和评估并提交稽核报告和评估报告。 根据稽核报告和评估报告进行更正. 对符合质量的工作给予签证. 阶段成果 集成测 将开发完成的运行程序在系统实际运行中进行系统集成测试报告 集成测试. 试、培训 应用培训计划 技术及应用培训工作. 交付试运行. 系统初始化工作. 系统功能、性能调整工作。 系统保运工作。 提交系统运行报告和初验报告。 质量保证小组进行质量稽核和评估并提交稽核报告和评估报告。 根据稽核报告和评估报告进行更正。 对符合质量的工作给予签证。 运行报告 初验报告 试运行 正式运行 正式交付系统并组织维护小组跟踪系统运行。 维护报告 及维护 系统验收。 质量保证小组进行质量稽核和评估并提交稽核报告和评估报告。 根据稽核报告和评估报告进行更正。 对符合质量的工作给予签证。 质量稽核报告 质量鉴定报告 验收报告 4.1.5.4. 项目进度保障措施与办法
1. 定义项目成功的标准
在项目的开始，要保证风险承担者对于他们如何判断项目是否成功有统一的认识.经常，满足一个预定义的进度安排是唯一明显的成功因素，但是肯定还有其他的因素存在，比如：增加市场占有率，获得指定的销售量或销售额,取得
168
XXX航空移动化应用平台项目投标文件
特定用户满意程度，淘汰一个高维护需求的遗留系统,取得一个特定的事务处理量并保证正确性.
2. 识别项目的驱动、约束和自由程度
每个项目都需要平衡它的功能性，人员，预算，进度和质量目标。我们把以上五个项目方面中的每一个方面,要么定义成一个约束，你必须在这个约束中进行操作，要么定义成与项目成功对应的驱动，或者定义成通向成功的自由程度，你可以在一个规定的范围内调整。相关的详细信息。
3. 定义产品发布标准
在项目早期,要决定用什么标准来确定产品是否准备好发布了。你可以把发布标准基于：还存在有多少个高优先级的缺陷，性能度量，特定功能完全可操作,或其他方面表明项目已经达到了它的目的。不管你选择了什么标准，都应该是可实现的、可测量的、文档化的，并且与你的客户指的“质量\"一致。
4. 沟通承诺
尽管有承诺不可能事件的压力，从不作一个你知道你不能保证的承诺。和客户和管理人员沟通哪些可以实际取得时，要有好的信誉。你的任何以前项目的数据会帮助你作说服的论据,虽然这对于不讲道理的人来说没有任何真正的防御作用。
5. 计划中，在质量控制活动后应该有修改工作
几乎所有的质量控制活动，如测试和技术评审，都会发现缺陷或其他提高的可能。你的项目进度或工作细分结构，应该把每次质量控制活动后的修改,作为一个单独的任务包括进去。如果你事实上不用作任何的修改，很好，你已经走在了本任务的计划前面。但是不要去指望它。
169
XXX航空移动化应用平台项目投标文件
6. 为过程改进安排时间
你的小组成员已经淹没在他们当前的项目中，但是如果你想把你的组提升到一个更高的软件工程能力水平，你就必须投资一些时间在过程改进上。从你的项目进度中留出一些时间,因为软件项目活动应该包括做能够帮助你下一个项目更加成功的过程改进。不要把你项目成员可以利用的时间100％的投入到项目任务中,然后惊讶于为什么他们在主动提高方面没有任何进展.
7. 管理项目的风险
如果你不去识别和控制风险,那么它们会控制你。在项目计划时花一些时间集体讨论可能的风险因素,评估它们的潜在危害，并且决定你如何减轻或预防它们.
8. 根据工作计划而不是日历来作估计
人们通常以日历时间作估计,但是我倾向于估计与任务相关联的工作计划(以人时为单位）的数量，然后把工作计划转换为日历时间的估计。这个转换基于每天我有多少有效的小时花费在项目任务上，我可能碰到的任何打断或突发调整请求,会议，和所有其他会让时间消失的地方.
9. 不要为人员安排超过他们80％的时间
跟踪你的组员每周实际花费在项目指定工作的平均小时数，实在会让人吃惊。与我们被要求做的许多活动相关的任务切换的开销，显著地降低了我们的工作效率.不要只是因为有人在一项特定工作上每周花费10小时，就去假设他或她可以马上做4个这种任务，如果他或她能够处理完3个任务，你就很幸运了.
170
XXX航空移动化应用平台项目投标文件
10. 记录你的估算和你是如何达到估算的
当你准备估算你的工作时，把它们记录下来，并且记录你是如何完成每个任务的。理解创建估算所用的假设和方法，能够使它们在必要的时候更容易防护和调整，而且它将帮助你改善你的估算过程。
11. 记录估算并且使用估算工具
有很多商业工具可以帮助你估算整个项目。根据它们真实项目经验的巨大数据库，这些工具可以给你一个可能的进度和人员分配安排选择。它们同样能够帮助你避免进入“不可能区域”，即产品大小，小组大小和进度安排组合起来没有已知项目成功的情况。
12. 遵守学习曲线
如果你在项目中第一次尝试新的过程，工具或技术，你必须认可付出短期内生产力降低的代价.不要期望在新软件工程方法的第一次尝试中就获得惊人的效益，在进度安排中考虑不可避免的学习曲线。
13. 考虑意外缓冲
事情不会象你项目计划的一样准确的进行，所以你的预算和进度安排应该在主要阶段后面包括一些意外的缓冲，以适应无法预料的事件。不幸的是，你的管理者或客户可能把这些缓冲作为填料，而不是明智的承认事实确实如此。指明一些以前项目不愉快的意外，来说明你的深谋远虑。
14. 录实际情况与估算情况
如果你不记录花费在每项任务上的实际工作时间，并和你的估算作比较，你将永远不能提高你的估算能力。你的估算将永远是猜测。
171
XXX航空移动化应用平台项目投标文件
15. 只有当任务100%完成时，才认为该任务完成
使用英寸大小的小圆石的一个好处是，你可以区分每个小任务要么完成了，要么没有完成，这比估计一个大任务在某个时候完成了多少百分比要实在的多。不要让人们只入不舍他们任务的完成状态；使用明确的标准来判断一个步骤是否真正的完成了。
16. 公开、公正地跟踪项目状态
创建一个良好的风气，让项目成员对准确地报告项目的状态感到安全。努力让项目在准确的、基于数据的事实基础上运行，而不是从因为害怕报告坏消息而产生的令人误解的乐观主义。使用项目状态信息在必要的时候进行纠正操作，并且在条件允许时进行表扬。
172
XXX航空移动化应用平台项目投标文件
4.1.6 质量控制、质量保证方案 4.1.6.1. 项目质量管理的关键
通过近几年来软件开发工程的设计及实践，我们公司形成了一套完善健全的质量管理系统,从而为本项目的顺利实施和施工质量提供保障。
首先，我们公司内部有着明确的分工,通过专业化的手段来提高公司的工作质量及技术水平。
其次，我们有着规范的工程施工.由专业的工程实施人员，严格按照操作工艺流程和技术要求进行施工。在施工过程中，实施小组还将分阶段向用户单位提供工程进度记录表格,让用户单位非常清楚整个项目的施工计划及施工进度情况。
再次，我们还有着科学的管理手段。从施工开始到施工结束验收的整个过程，我们均有相应的配套记录表格,具体包括《工程实施记录表》、《设备材料登记表》、《前期工作记录表》、《工程预备记录表》、《现场施工记录表》、《工程验收报告》等工程实施文档，《用户服务要求书》、《合约维护计划及执行记录表》、《用户维护、维修登记表》售后服务文档等。方便系统管理维护部门进行系统维护及管理。同时，所有的记录表格均录入计算机进行电子化管理。
4.1.6.2. 本项目质量保证措施
对本项目的施工，我们将通过公司完善的质量管理体系，完全按照ISO9001：2000体系标准,同时针对本项目工程的特点，提供全面合理的相应管理措施。
ISO9001族标准是ISO国际标准化组织TC/176技术委员会制定的所有国际标准，其核心标准是质量保证标准(ISO9001/2/3)和质量管理标准(ISO9004)。
质量保证标准是一个统一各国质量保证标准的产物，它包含了所有顾客对供方的要求，是企业建立质量体系取得认证的依据。
ISO9001族标准的基本思想，最主要的有两条：其一是控制的思想即对形成的全过程——从采购原材料、加工制造到最终的销售、售后服务进行控制.任何一
173
XXX航空移动化应用平台项目投标文件
件事物都是由过程组成的，只要对形成的全过程进行控制并达到过程质量要求,最终的质量就有了保证。其二是预防的思想。通过对形成的全过程进行控制以及建立并有效运行自我完善机制达到预防不合格，从根本上减少或消除不合格品。
ISO9001：2000体系标准是在ISO8402：1994《质量管理和质量保证-术语》和ISO9001—1：1994《质量管理和质量保证—第1部分：选择和使用指南标准》的基础上合并而成。它规定了质量管理体系的术语共10个部分87个词条,表述了质量管理体系应遵循的基本原则.该体系标准有如下的优点：
(一)能适用于各种组织的管理和运作
（二）能够满足各个行业对标准的需求和利益 (三）易于使用、语言明确、易于翻译和容易理解 (四）减少了强制性的”形成文件的程序\"的要求 （五)将质量管理体系与组织的管理过程联系起来 （五）强调了对质量业绩的持续改进
（七）强调了持续的顾客满意是质量管理体系的动力 （八）与ISO14000具有更好的兼容性
（九）强调了ISO9001作为要求标准和ISO9004作为指南标准的协调一致性，有利于企业的持续改进。
（十)考虑了所有相关方利益的需求总之,新版标准吸收了全球范围内质量管理和质量体系认证实践的新进展和新成果，更好地满足了使用者的需要和期望，达到了修改的目的--更科学、更合理、更适合和更通用。
基于ISO9001:2000体系标准，针对本项目,在工程施工前，由项目主管组织有关人员（业务员、技术指导、工程实施负责人、工程实施小组、质量监控小组及售后服务小组等）召开工程准备会议，介绍工程设计方案及有关的情况，布置各项工作，讨论可预见的技术细节、实施方法和实施进度等。
建立该项目的《工程进度记录表格》以作为项目实施的开始,业务员安排进货并确定初步的进货日期。通过实际建筑环境考察和测量，由项目经理与用户商讨并明确具体的实施计划和操作细节，做好相应的备忘记录。
在施工过程中,分阶段（如一周）向用户提供前一阶段的施工进展情况及下一
174
XXX航空移动化应用平台项目投标文件
阶段的施工计划，确保整个施工过程的顺利实施和按时按质完成，减少施工过程中给用户带来的影响。
在整个工程项目的实施过程中，有质量监督小组负责对整个项目的实施质量进行监督,从而保证整个工程的质量（包括进货设备的质量保证和工程实施的质量保证）。
我公司一贯认为好的技术及方案是对一个公司的基本要求,而工程的实施及维护才是关键，我们这样认为也是这样要求员工的.
对本项目，其质量保证是很重要的.为此，我们将参考ISO9001质量体系标准进行工作。整个保证过程包括采购、标识、过程控制、检验与测试、纠正措施、质量记录、培训等内容。
4.1.6.3. IT项目质量管理的目标和质量控制
质量目标一是要满足业主要求,二是要满足公司质量计划的要求。本在招标时业主要求的质量等级为优良，那么该工程的最终质量目标就应定优质工程，按照这个质量目标进行全面质量管理设计。把质量总目标进行层层分解，定出每一个分部、分项工程的质量目标。然后针对每个分项工程的技术要求和施工的难易程度,结合施工人员的技术水平和施工经验，确定质量管理和监控重点。在每个分项工程施工前,写出详细的书面交底和质量保证措施，召集施工主要负责人及技术、质量管理人员和参加施工的所有人员进行交底，做到人人目标明确、职责清楚。对于新技术、新材料、新工艺和施工经验不足的分项工程，还应事先对人员进行培训。在施工管理中还要坚持“典型施工引路”,即在各分项工程全面施工前,首先组织技术熟练的操作工人进行典型施工,典型施工后及时总结，确认能达到质量目标和规范设计要求时,组织施工班组全体人员进行现场观摩，使各施工班组有直观的质量标准，进一步向班组做较深层次的技术交底，从而达到质量预控，少走弯路，一次成优。
在施工中,往往是多工种、全方位交叉作业，管理难度大。而细部施工阶段的施工质量，对实现项目总质量目标是至关重要的。所谓细部处理是指预埋铁件、
175
XXX航空移动化应用平台项目投标文件
预留孔、护轮坎、面层等部位的质量处理,这些部位都是影响观感质量的重要部位，体现施工管理水平和操作技术的关键部位，这些细部做好就能够对整个工程质量起到画龙点睛的效果。在这一阶段,除各分项工程要精心组织、精心施工外，管理的重点应放在合理安排交叉作业，抓好细部处理和成品保护上。合理安排交叉作业，一是要合理安排工序，解决好各分项工程施工的先后顺序，不影响施工质量；二是要合理安排时间和空间，保证各分项工程必要的技术问歇；三是要合理安排人力以保证工期。项目管理者联盟
总之施工工程的质量管理是一个系统工程，涉及公司管理的各层次和施工现场的每一个操作工人，再加上生产周期长、自然环境影响因素多等特点,决定了质量管理的难度大。因此必须运用现代管理的思想和方法，按照国际质量管理标准建立质量管理体系并保持有效运行,覆盖所有工程项目和每个项目施工的全过程，才能保证工程质量水平不断提高,从而使公司在市场激烈竞争中立于不败之地.
176
XXX航空移动化应用平台项目投标文件
4.1.7 系统安全性方案 4.1.7.1. 安全性设计原则
（1） 满足海航集团安全规范。
（2） 保证WEB服务的安全，包括防止非授权访问、注入攻击、溢出攻击、DDoS 攻击等。
（3） 针对应用系统,设定严格、灵活的权限控制方式。
（4） 用户使用范围包含专线和非专线网络，所提供程序应可满足不同网络环境下正常访问，包括满足SSLVPN（Array SPX)安全要求的WEB访问,并负责符合设备安全规则的代码修改.
（5） 考虑数据库的安全存储、备份与恢复的问题。 （6） 要求保证数据的完整性、不可否认性。
（7） 充分考虑到用户错误操作对系统安全运行的影响. （8） 充分考虑到系统模块故障对系统安全运行的影响。
（9） 系统对内网服务及对外网服务功能要求独立发布，并提供安全、可靠的权限控制。
4.1.7.2. 服务器安全
访问应用服务器的应用必须使用服务器颁发的客户端证书通过HTTPS方式进行连接.数据传输使用HTTPS加密。系统间采用客户端证书、IP绑定等多种方式可选进行认证。
4.1.7.3. 移动应用安全
AppCan在移动应用安全方面，支持终端安全、传输安全、设备安全三个层面全部的安全要求：
177
XXX航空移动化应用平台项目投标文件
4.1.7.4. 终端认证
终端在使用前必须经过EMM系统的安全认证,只有经过认证的终端应用才能够访问对应应用的资源。
EMM系统支持对终端的认证分发和认证撤销。
EMM系统同时支持终端自动审核机制，通过导入企业LDAP信息或企业其他认证系统信息至终端自动审核库中，可以利用企业现有认证信息自动完成终端应用用户的审核认证。
EMM系统支持服务器配置的审核申请单，可以根据需求配置终端提交申请界面，方便企业收集更详细的终端用户信息。
EMM系统支持认证信息通过短信（需要开通短信通道服务或购置短信猫）或者邮箱进行下发.
EMM系统可扩展支持企业CA系统的对接，为终端用户颁发个人证书.默认使用EMM系统内置CA系统。
178
XXX航空移动化应用平台项目投标文件
EMM系统与Robot Factory服务器对接，获取应用的预置接口授权访问策略组，并可以为不同用户分发、配置可用接口策略。使相同应用的不同用户拥有不同的接口访问能力.
4.1.7.5. 终端授权
认证后的终端访问对接系统时必须经过授权，由EMM授权系统对终端认证信息进行校验后颁发授权令牌才能够访问企业业务对接系统。
4.1.7.6. 终端证书
应用在EMM系统进行注册时,会使用EMM系统CA分发应用证书。应用发布时会内置此证书，终端应用与服务器的所有访问操作都必须使用此证书来完成HTTPS通讯。
企业业务对接系统支持终端认证证书和客户证书认证，可以设定相关接口必须使用证书进行HTTPS认证访问。
4.1.7.7. 本地安全存储
AppCan 支持应用的本地安全加密存储，保证用户隐私数据的安全。基于设备ID和用户身份的TOKEN，通过RC4和DES3等对称加密算法实现本地数据的分用户独立加密。
4.1.7.8. 数据传输安全
基于AppCan Hybrid应用引擎开发的应用内置应用证书,访问MAS系统时采用应用证书进行HTTPS访问，保证客户端和服务器间的通讯数据是被加密的.同时AppCan Hybrid引擎内置多种对称加密库，可以在应用层采用对称加密算法使用用户密码对数据进行加密，在服务器端使用对应用户密码进行解密，保
179
XXX航空移动化应用平台项目投标文件
证数据的安全。
4.1.7.9. 数据库安全机制
数据库系统的安全特性主要是针对数据而言的，包括数据独立性、数据安全性、数据完整性、并发控制、故障恢复等几个方面.
1、数据独立性， 数据独立性包括物理独立性和逻辑独立性两个方面。物理独立性是指用户的应用程序与存储在磁盘上的数据库中的数据是相互独立的；逻辑独立性是指用户的应用程序与数据库的逻辑结构是相互独立的。
2．数据安全性 ，操作系统中的对象一般情况下是文件，而数据库支持的应用要求更为精细.通常比较完整的数据库对数据安全性采取以下措施：
3．数据完整性,数据完整性包括数据的正确性、有效性和一致性。正确性是指数据的输入值与数据表对应域的类型一样;有效性是指数据库中的理论数值满足现实应用中对该数值段的约束；一致性是指不同用户使用的同一数据应该是一样的。保证数据的完整性，需要防止合法用户使用数据库时向数据库中加入不合语义的数据.
4．并发控制，如果数据库应用要实现多用户共享数据，就可能在同一时刻多个用户要存取数据,这种事件叫做并发事件。当一个用户取出数据进行修改,在修改存入数据库之前如有其它用户再取此数据,那么读出的数据就是不正确的。这时就需要对这种并发操作施行控制，排除和避免这种错误的发生，保证数据的正确性。
5．故障恢复,由数据库管理系统提供一套方法,可及时发现故障和修复故障，从而防止数据被破坏.数据库系统能尽快恢复数据库系统运行时出现的故障,可能是物理上或是逻辑上的错误。比如对系统的误操作造成的数据错误等。
4.1.7.10. 容错机制
能够支持系统的备份和避免系统故障以维持系统的运行。利用诸如扩充的程序流监控机制等特殊的软件程序或自我检查逻辑来检测故障以及自动转换到
180
XXX航空移动化应用平台项目投标文件
备份上继续工作。该机制使得计算机既能容忍故意逻辑故障又能容忍随机物理故障。
4.1.7.11. 数据同步
当移动应用具备了离线操作和本地资源访问能力之后,应用相关的数据会存在于端设备和服务器两个位置,两端的数据一致性是必须要解决的问题.因此，移动应用平台的另一个重要机制就是数据同步机制，包括上行数据同步(设备端向服务器端同步）,和下行数据同步（服务器端向设备端）。设备从离线转为在线状态,应用提供数据同步的程序，调用平台接口完成数据的同步及状态标志。
4.1.7.12. 服务器集群和负载均衡
所谓集群是指一组独立的计算机系统构成的一个松耦合的多处理器系统,它们之间通过网络实现进程间的通信。应用程序可以通过网络共享内存进行消息传送，实现分布式计算机。
负载均衡（Load Balance） 网络的负载均衡是一种动态均衡技术，通过一些工具实时地分析数据包，掌握网络中的数据流量状况，把任务合理均衡地分配出去。这种技术基于现有网络结构，提供了一种扩展服务器带宽和增加服务器吞吐量的廉价有效的方法，加强了网络数据处理能力，提高了网络的灵活性和可用性. 特点
181
XXX航空移动化应用平台项目投标文件
（1）高可靠性（HA）。利用集群管理软件，当主服务器故障时，备份服务器能够自动接管主服务器的工作，并及时切换过去，以实现对用户的不间断服务.
（2)高性能计算(HP）.即充分利用集群中的每一台计算机的资源，实现复杂运算的并行处理，通常用于科学计算领域，比如基因分析、化学分析等。
（3）负载平衡。即把负载压力根据某种算法合理分配到集群中的每一台计算机上，以减轻主服务器的压力，降低对主服务器的硬件和软件要求.
4.1.7.13. 防火墙
所谓防火墙指的是一个由软件和硬件设备组合而成、在内部网和外部网之间、专用网与公共网之间的界面上构造的保护屏障。是一种获取安全性方法的形象说法，它是一种计算机硬件和软件的结合,使Internet与Intranet之间建立起一个安全网关（Security Gateway），从而保护内部网免受非法用户的侵入，防火墙主要由服务访问规则、验证工具、包过滤和应用网关4个部分组成，防火墙就是一个位于计算机和它所连接的网络之间的软件或硬件。该计算机流入流出的所有网络通信和数据包均要经过此防火墙.
182
XXX航空移动化应用平台项目投标文件
4.1.8 项目交付定义
项目交付应符合以下条件建设方可向业主方提交交付申请。 1. 所有建设项目按照合同要求全部建成，并满足使用要求; 2. 各个分项工程全部初验合格; 3. 已通过软件确认测试评审； 4. 已通过软件系统测试评审； 5. 软件已置于配置管理之下;
6. 各种技术文档和验收资料完备，符合合同的内容;
7. 系统建设和数据处理符合信息安全的要求,涉密信息系统需提供保密主
管部门出具的验收合格证书；
8. 外购的操作系统、数据库、中间件、应用软件和开发工具符合知识产权
相关政策法规的要求;
9. 各种设备经加电试运行,状态正常; 10. 经过监理方同意；
11. 经过相关主管部门和项目业主同意； 12. 合同或合同附件规定的其他验收条件。
183
XXX航空移动化应用平台项目投标文件
4.1.9 项目验收方案 4.1.9.1. 验收方案 1.
验收目的
为使信息化项目建设竣工后达到有关要求和标准，并能正常投入运行,必须进行项目验收。
2. 验收对象
参与项目建设的施工单位。
3. 项目验收的前提条件
（1） 所有建设项目按照合同要求全部建成,并满足使用要求; （2） 各个分项工程全部初验合格; （3） 已通过软件确认测试评审; （4） 已通过软件系统测试评审; （5） 软件已置于配置管理之下；
（6） 各种技术文档和验收资料完备,符合合同的内容；
（7） 系统建设和数据处理符合信息安全的要求，涉密信息系统需提供保密主管部门出具的验收合格证书;
（8） 外购的操作系统、数据库、中间件、应用软件和开发工具符合知识产权相关政策法规的要求；
（9） 各种设备经加电试运行，状态正常; （10） （11） （12）
经过监理方同意;
经过相关主管部门和项目业主同意; 合同或合同附件规定的其他验收条件.
184
XXX航空移动化应用平台项目投标文件
4. 验收方法
项目验收，是项目开发建设中有组织的主动性行为，它是对项目建设高度负责的体现，也是项目建设成功的重要保证。切实做好项目建设中的验收工作至关重要，应当采取有效措施，实实在在做好。为保证项目验收质量，针对不同的验收内容，在实施验收操作中,可以采取以下不同的方法： （一）登记法
对项目中所涉及的所有硬件、软件和应用程序一一登记，特别是硬件使用手册、系统软件使用手册、应用程序各种技术文档等一定要登记造册，不可遗漏，并妥善保管。对项目建设中根据实际进展情况双方同意后修订的合同条款、协调开发建设中的问题进行登记。 （二）对照法
对照检查项目各项建设内容的结果是否与合同条款及工程实施方案相一致。 (三)操作法
这是项目建设最主要的验收方法。首先，对项目系统硬件一一实际加电操作，验证是否与硬件提供的技术性能相一致;其次，运行项目系统软件，检验其管理硬件及应用软件的实际能力是否与合同规定的一致；第三,运行应用软件，实际操作,处理业务，检查是否与合同规定的一致，达到了预期的目的。 （四)测试法
对能使用检测仪器进行检测的设备、实施应当一一进行实际测试，检查是否和设备、实施的规格、性能要求相一致。
5. 验收步骤
(一）需求分析
项目监理单位组织人员对项目进行验收需求分析，针对项目验收，监理单位需配备2名有经验的工程师和一名行业专家来组成项目团队，负责具体工作. (二）编写验收方案（计划书）
185
XXX航空移动化应用平台项目投标文件
项目监理单位在对项目进行深入的需求分析的基础上编写验收方案(计划书)，提交市信息办、业主单位审定。 （三)成立项目验收小组
实施测试验收工作时,应当成立项目验收小组，具体负责验收事宜. （四)项目验收的实施
严格按照验收方案对项目应用软件、网络集成效果、系统文档资料等进行全面的测试和验收。 (五）提交验收报告
项目验收完毕，对项目系统设计、建设质量、设备质量、软件运行情况等做出全面的评价,得出结论性意见,对不合格的项目不予验收，对遗留问题提出具体的解决意见。
（六)召开项目验收评审会
召开由验收委员会全体成员参加的项目验收评审会，全面细致地审核项目验收小组所提交的验收报告,给出最终的验收意见,形成验收评审报告提交项目业主存档。
6. 验收程序
（一）初验
1、申请：项目竣工后经测试和试运行合格，施工单位根据合同、招标书、计划任务书,检查、总结项目完成情况后向业主提出初验申请。 2、方式：项目业主组织监理和施工单位进行初验。
3、施工单位提供材料：初验申请书、完工报告、项目总结，以及要求的验收评审资料。 (二）终验
1、申请：初验合格后，项目业主根据合同、招标书、任务书,检查、总结项目组织实施和完成情况后向市信息办提出验收申请。 2、经过审核,材料齐全则由信息办组织验收。
186
XXX航空移动化应用平台项目投标文件
验收工作由项目业主、监理等单位和专家组成验收小组进行验收。验收工作分为两个步骤:验收小组验收和验收委员会评审，由验收小组共同确定验收时间、评审时间及其它安排。 (1)验收小组验收
验收小组一般由5—8人组成，成员由项目业主的管理人员、监理单位专业技术人员共同组成。验收时参照相关验收内容及标准进行，验收后必须提交验收报告.
(2)验收委员会评审
验收委员会一般由8—15人组成，成员由验收小组及市信息办、项目业主和监理单位组织的领导、专家等组成。验收委员会评审一般采取会议评议方式进行，听取验收总结报告说明、验收小组验收结果及意见，通过评审后提交验收评审报告。
（3)项目业主提供材料：验收申请、项目建设总结性评价报告(组织与实施协调)、项目实施报告(技术、项目管理、质量控制)、相关文档资料、验收安排计划、验收小组及委员会名单、验收计划书（由监理单位负责) 3、验收签字
经过验收、评审形成的验收报告和评审报告，验收委员会成员签字.
7. 验收依据
作为项目验收的依据，一般选用项目合同书、国标、行业标准和相关政策法规、国际惯例等。 (一）项目合同书 签定的项目有关合同 (二)国家标准
硬件、软件、布线、安全等
具体验收标准和依据由监理单位根据具体项目情况提出，项目业主审定。
187
XXX航空移动化应用平台项目投标文件
8. 验收内容和标准
根据具体项目实际制定，由项目监理单位负责编写，项目业主审定。项目验收标准是判断项目成果是否达到要求的依据，因而应具有科学性和权威性，只有制定科学的标准，才能有效地验收项目结果。 验收内容一般包括测试(复核）、资料评审、质量鉴定三部分。 验收的内容包括以下几个部分：
(一）验收内容一般包括软件验收（按功能要求的可执行软件、开发计划文档、详细设计文档、质量保证计划、确认测试计划、源代码、使用说明书等产品、单元测试等)和硬件验收（设备的型号、设备外观、设备相应附件、设备运行、网络运行等)
(二）验收评测工作主要包括:文档分析、方案制定、现场测试、问题单提交、测试报告；
(三)验收测试内容主要包括：功能度、安全可靠性、易用性、可扩充性、兼容性、效率、资源占用率、用户文档。
（四)文档验收标准一般包括：文档完备性、内容针对性、内容充分性、内容一致性、文字明确性、图表详实性、易读性、文档价值等 (五）软件、硬件验收标准要符合国家和相关标准。 需要评审的资料包括以下几部分:
（一）基础资料：招标书、投标书、有关合同、有关批复文件、系统设计说明书、系统功能说明书、系统结构图、项目详细实施方案。
(二）项目竣工资料:项目开工报告、项目实施报告、项目质量测试报告、项目检查报告、测试报告、材料清单、项目实施质量与安全检查记录、操作使用说明书、售后服务保证文件、培训文档、其他文件。
（三)软件开发文档：需求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、测试计划、测试报告、程序维护手册、程序员开发手册、用户操作手册.
(四）软件开发管理文档：项目计划书、质量控制计划、配置管理计划、用
188
XXX航空移动化应用平台项目投标文件
户培训计划、质量总结报告、会议记录和开发进度月报。
9. 验收结论
验收结果分为:验收合格、需要复议和验收不合格三种.符合信息化项目建设标准、系统运行安全可靠、任务按期保质完成、经费使用合理的，视为验收合格;由于提供材料不详难以判断，或目标任务完成不足80%而又难以确定其原因等导致验收结论争议较大的，视为需要复议。
1、项目凡具有下列情况之一的，按验收不合格处理:
（一)未按项目考核指标或合同要求达到所预定的主要技术指标的; (二)所提供的验收材料不齐全或不真实的；
（三)项目的内容、目标或技术路线等已进行了较大调整，但未曾得到相关单位认可的；
(四）实施过程中出现重大问题，尚未解决和作出说明，或项目实施过程及结果等存在纠纷尚未解决的；
(五）没有对系统或设备进行试运行，或者试运行不合格; （六）项目经费使用情况审计发现问题的； (七）违反法律、法规的其他行为。 2、验收结论确认和处理
由相关部门根据验收意见和相关资料得出结论，并进行确认. 3、项目验收结论的处理
(一）验收结论为验收合格的,项目业主将全部验收材料统一装订成册并连同相应的电子文档，分别报市信息办以及相关部门备案.
(二）验收结论为需要复议的，市信息办以书面形式通知建设单位在三个月内补充有关材料或者进行相关说明。
(三)验收结论为验收不合格的，市信息办以书面形式通知项目业主和设计、施工单位,限期整改，整改后试运行合格的，项目业主重新申请验收. （四）未通过验收的信息化项目，不得交付使用。
189
XXX航空移动化应用平台项目投标文件
10. 项目交接
项目竣工验收合格后,应办理项目交接手续.项目的移交包括项目实体移交和项目文件移交部分。
190
XXX航空移动化应用平台项目投标文件
4.1.9.2. 测试方案 4.1.9.2.1. 测试内容设计 1. 系统功能测试
功能测试方法是构造合理输入,检查输出是否与期望的相同。如果两者不一致，即表明功能有误。
2. 系统性能测试
1、性能验证
性能验证是性能测试中最主要也是最基础的一个内容，在本项目中,我们性能测试的最主要的目的之一就是检测系统当前系统所处性能水平,验证其性能是否可以满足未来的应用需求。
1)执行效率测试
主要测试在特定应用的业务逻辑、用户界面、功能下事务的响应时间，包括服务器事务处理平均响应时间、服务器 90%的事务处理平均响应时间、每秒请求数等指标考察系统在各种情况下的性能表现.
响应时间是“对请求做出响应所需要的时间”,而且我们把响应时间作为用户视角的软件性能的主要体现.用户所感受到的响应时间划分为“呈现时间”和“系统响应时间”，其中“呈现时间\"取决于数据在被客户端收到响应数据后呈现页面所消耗的时间;而“系统响应时间\"指应用系统从请求发出开始到客户端接收到数据所消耗的时间。一般情况下，我们并不关注呈现时间，因为呈现时间在很大程度上取决于客户端的表现,而这并不能说明整个系统的性能.
2）资源占用测试
系统的整体性能往往通过资源消耗指标上直接反映出来,比如当系统响应时间较长时,可能是因为 CPU 持续处于繁忙，无法处理过多的请求，也可能是因
191
XXX航空移动化应用平台项目投标文件
为内存不足，造成的 I/O 频繁操作.因此,通过对资源占用变化情况的分析,是发现系统存在瓶颈的主要途径。
系统资源主要指系统 CPU占用率、内存占用率、磁盘占用率、输入输出效率等，包括软件在不工作状态下对于硬件资源的占用情况和进行业务处理过程中硬件资源的变化情况,包括数据库服务器、应用服务器和客户端等。
3）容量测试
主要指在事务响应时间可以接受的最低限度的情况下,系统可以承载的最大业务并发用户数.一般情况下，事务响应时间与并发用户数的水平有着直接的关系,随着用户的增加，响应时间通常是越来越长,因此具有实际意义上的最大业务并发用户数并不是一个绝对的概念。需要预先确定一个可以接受的响应时间，在此基础上考察系统的最大业务并发数.
4）稳定性
考察系统在一定负载下长时间运行时，系统的健康程度。有些系统在服务刚刚启动时可能运行正常，但是可能由于潜在的问题，如内存泄露而使得在长期运行时导致系统的性能越来越低，因此有必要进行系统的稳定性测试。
2、故障诊断
故障诊断是针对系统所表现出的整体性能不佳所进行的进一步的检查,当系统响应时间超长时，我们就查看是什么因素导致了问题的产生，是数据库服务器响应慢，还是应用服务器出现了问题，如果是数据库服务器响应慢，是因为 SQL 语句直接引起，还是数据库参数配置不当等原因,这些深层次的东西属于故障诊断所要解决的问题.
3. 系统安全性测试
系统应保证数据和应用的安全性，一般来说，系统安全性测试指标应该包括：
192
XXX航空移动化应用平台项目投标文件
1、用户权限限制：考察对不同的用户权限限制情况；
2、用户和密码封闭性：对于相应用户及密码进行次数限制，密码具有一定的复杂度；
3、数字证书认证：系统的证书发放中心能够实现为所有系统用户、移动应用发放一个标识其身份的数字证书，用于实现本系统用户、移动应用的身份认证；
4、在数据安全保密方面，应提供多种数据加密方式；
5、留痕功能:系统是否有操作日志，操作日志记录的操作情况的全面性和准确性，是否包括主要要素如操作员、操作日期、使用模块等.
6、数据传输安全性：对于有特殊安全要求的数据传输，应对传输的数据进行必要的加密处理。采用统一身份认证，用户能否操作不属于其职权的其他系统；
在系统安全性测试过程中,应重点对系统的安全策略进行测试和评估,其主要包括：
1、用户认证机制
用户认证就是指软件系统用户在使用软件或系统时,必须提供用户身份证明，然后软件系统根据用户数据库的资料，开放特定的权限给登录用户。
最普通的用户认证就是口令，口令具有共享秘密的属性.例如，要使服务器操作系统识别要登录系统的用户,最简单的口令认证是用户将他的用户名和口令传输给服务器.服务器就将该用户名和口令与数据库里的用户名和口令进行比较，如果相符，就通过了认证,可以访问系统资源。用户认证机制是保证数据安全的基础，因此有必要对用户认证机制进行全面的测试,评价认证机制的合理性.
2、加密机制
加密机制是保护数据安全的重要手段，加密的基本过程就是对原来为明文
193
XXX航空移动化应用平台项目投标文件
的文件或数据,按某种算法进行处理，使其成为不可读的一段代码，通常称为“密文\"，使其只能在输入相应的密钥之后才能显示出明文内容，通过这样的途径来达到保护数据不被非法窃取、阅读的目的.该过程的逆过程为解密，即将该编码信息还原为其原来数据的过程.
密码技术能够提供或有助于提供相关保护，以防止消息流的观察和篡改、通信业务流分析、抵赖、伪造、非授权连接、篡改消息等行为的出现。主要用于密码的保护、数据的传输过程中的安全防护、数据存储过程的安全防护等.
4. 易用性测试
1、易安装性:安装的难易程度,符合流行安装模式；
2、用户界面的友好性:界面的简捷性如何，与业务流程的相符程度； 3、易学习性：相对一般操作人员来说,学习使用的难度如何，对操作人员有何要求；
4、易操作性：操作的难易程度，对主要或常用功能应该提供快捷方式; 5、各模块界面风格一致性:界面风格和操作是否一致;
6、联机帮助丰富性:考察联机帮助的准确性、全面性，在关健操作时使用联机帮助的方便性.
5. 接口测试
内部接口测试：内部开发模块间的接口测试、数据传输测试；
外部接口测试:内部开发模块与协作方开发模块间的接口测试、数据传输测试。
6. 可扩展性测试
主要对以下方面进行可扩展性测试：
194
XXX航空移动化应用平台项目投标文件
1、服务器：服务器的处理能力满足3年及更长时间内相应业务增长需要； 2、系统架构:系统是否可以满足功能设计方面的系统扩展需求，相应业务系统满足未来3年的需要，在推广应用方面,除满足现有设计范围部署需求，还满足今后扩展业务的需求
3、数据接口规范:通用数据接口内容、扩展数据接口的方法和相关标准。可以与其它数据（信息编码、数据交换格式、电子文档规格）交换标准相兼容；
4、功能模块的可扩充性:系统功能模块的可扩充性，当原有业务处理能力和数据存储能力遇到瓶颈时，系统能在不中断运行的情况下，方便进行扩容；随着业务的拓展，系统能按不同时期的要求，便捷地进行功能增加和升级；
5、确认应用系统软件是否可通过开发新的软件以保证功能的可扩展性；是否可通过开发或调整程序以达到性能的可扩展性.
7. 兼容性测试
系统的兼容性测试包括对硬件兼容性、软件兼容性、文件兼容性、通讯协议兼容性四个方面的测试。
1、硬件兼容性：系统对测试环境硬件的兼容程度； 2、平台兼容性:系统对操作系统、数据库系统的兼容程度； 3、软件兼容性：考察系统与其他应用软件的兼容性，如杀毒软件等;
8. 用户文档检查
用户文档是软件系统安装、维护、使用以及二次开发的重要依据，好的用户文档可以帮助用户进行系统安装、维护和日常使用，并且可以提高用户二次开发的效率和成功概率，因此验收过程中，需要根据如下指标对用户文档进行测试。
1、用户文档编写的规范性检查;
195
XXX航空移动化应用平台项目投标文件
2、用户文档的完整性：一般手册应该包括软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、用户手册、操作手册、测试计划、测试分析报告等，应涵盖软件安装所需要的信息，产品描述中说明的所有功能,软件维护所需要的信息，产品描述中给出的所有边界值；
3、手册与软件实际功能的一致性：文档自身、文档之间或者文档与产品描述之间,相互不矛盾,且术语一致;
4、正确性：文档中所有信息正确，没有歧义和错误的描述；
5、易理解程度:用户手册对关健操作有无实例、图文说明,例图的易理解性如何，对主要功能和关健操作提供的图文应用有多少，实例的详细程度如何；
6、易浏览程度:用户文档易于浏览，相互关系明确，用户文档有目录表或索引表文档，对正常使用其产品的一般用户是容易理解的；
7、可操作性:对文档是否可以指导用户的实际应用进行考核； 8、文档质量:用户手册包装的商品化程度和印刷质量如何。
4.1.9.2.2. 测试阶段规划
在测试过程中最常用到的是 V 模型.V 模型中的过程从左到右,描述了基本的开发过程和测试行为。V 模型明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。
V模型图
196
XXX航空移动化应用平台项目投标文件
在 V 模型中,单元测试是基于代码的测试，最初由开发人员执行,以验证其可执行程序代码的各个部分是否已达到了预期的功能要求；集成测试验证了2 个或多个单元之间的集成是否正确,并有针对性地对详细设计中所定义的各单元之间的接口进行检查;在所有单元测试和集成测试完成后，系统测试开始以客户环境模拟系统的运行，以验证系统是否达到了在概要设计中所定义的功能和性能;最后，当技术部门完成了所有测试工作后,由业务专家或用户进行验收测试，以确保产品能真正符合用户业务上的需要.
在本项目中我们把应用系统的测试分为如下阶段：
➢ 单元测试； ➢ 集成测试； ➢ 系统测试； ➢ 软硬件联调测试； ➢ 验收测试。
1. 单元测试
单元测试的任务是：模块接口测试;模块局部数据结构测试；模块边界条件测试；模块中所有独立执行通路测试；模块的各条错误处理通路测试。单元测试的目标是确保模块被正确的编码。
2. 软硬件联调测试
软硬件联调测试的目的是为了测试本软件系统和所有硬件之间的控制连接情况,为了确保软件系统与硬件系统更好的交互。在系统整体测试中，负责所开发的应用系统软件问题处理及测试技术支持,保障软硬件联调的顺利完成。
3. 集成测试
集成测试是将模块按照设计要求组装起来同时进行测试，主要任务和目标
197
XXX航空移动化应用平台项目投标文件
是发现与接口有关的问题。如数据穿过接口时可能丢失；一个模块与另一个模块可能有由于疏忽的问题而造成有害影响；把子功能组合起来可能不产生预期的主功能；个别看起来是可以接受的误差可能积累到不能接受的程度；全程数据结构可能有错误等。
4. 系统测试
系统测试目的是充分运行系统,验证系统各部件是否都能正常工作并完成所赋予的任务。系统测试的任务是:恢复测试；安全测试；强度测试;性能测试；系统兼容性测试.其中，系统兼容性测试包含：操作系统兼容性、异构数据库兼容性、异种数据兼容性、硬件兼容性。
5. 验收测试
验收测试的目的是向未来的用户表明系统能够像预定要求那样工作.经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性,这就是验收测试的任务和目标，即软件的功能和性能如同用户所合理期待的那样。
198
XXX航空移动化应用平台项目投标文件
4.1.9.2.3. 测试工作流程
1. 各过程测试整体流程
测试实施步骤图
199
XXX航空移动化应用平台项目投标文件
在本项目测试实施中，我们将按照上图所示的测试流程开展相应的测试工作。总体而言，针对本项目每一个阶段的测试任务，我们又可以分成几个步骤展开，即测试方案确定、测试计划编制、测试准备、测试执行与回归测试、测试报告。其中每阶段重点工作内容如下：
1、测试方案确定：在开展每一阶段测试工作之前，乙方根据实际工程进展情况，分别制定系统初验测试方案和系统改进测试方案，进一步明确测试需求，确定工作重点和要求，并提交甲方进行评审，评审通过后作为后续测试工作的依据；
2、测试计划：乙方对待测系统进行详细的测试需求分析，并根据要求编制详细的测试周期计划和时间安排，并在甲方的统一部署下,合理安排各种资源，为测试实施做好准备；
3、测试准备：
1）测试环境准备：根据项目实施条件，配置必须的测试环境，包括所需的系统软件（数据库和中间件等)、测试工具、硬件环境、办公环境等。如果现有的项目实施条件(包括软件和硬件)达不到项目实施所需的环境方面的要求，由甲方协助解决.由于本次测试有真实实际环境实施阶段，所以需要对系统的整体运行环境进行确认。
2）基础数据准备:乙方提出有关测试基础数据准备的总体方案，由甲方准备测试数据，在测试前，系统的整体运行基础数据应该准备完毕。
3）测试用例准备:在测试前，乙方将依据本项目的相关文档编制测试用例,为测试的实施提供依据。
4)测试工具准备和开发:乙方根据项目的需要选用恰当的测试工具进行测试，如果现有的测试工具无法满足需求，根据需要，乙方可以组织技术人员进行测试工具的开发.
4、测试执行：在甲方指导下，项目组根据已经确定的测试计划，逐步完成
200
XXX航空移动化应用平台项目投标文件
系统初验测试和系统改进测试工作，记录测试过程中出现的全部软件缺陷，并进行跟踪和回归，直至系统缺陷被全部修正。由于本项目测试工作分成系统初验测试和改进测试2个阶段，且初验测试又包含模拟环境测试和现场环境测试等,因此,项目测试执行周期会相对较长，需要做好项目执行期间的版本控制和规划。
5、测试报告：乙方根据系统最终回归测试情况，编写相应的系统验收测试报告，经内部评审后提交委托方。
2. 测试方案
项目测试方案
测试项目组依据用户各阶段测试目标和要求，制定分阶段测试方案，包括系统测试方案(例如模拟环境测试方案和实际环境测试方案)、系统改进测试方案等，并提交甲方审核，审核通过后方可定稿，并作为下一步测试工作的指导性文件。
201
XXX航空移动化应用平台项目投标文件
3. 测试计划
项目测试计划
1、确认分阶段测试方案后，委托方应就每阶段的测试内容向测试方进行业
务培训，让测试方充分了解业务需求；
2、测试项目组结合业务培训情况详细阅读被测系统有关技术文档，了解被测软件的基本情况；
3、项目组根据测试需求分析结果，结合现有情况进行资源分析，提出测试资源要求，包括人员和设备要求等；
4、项目组根据需求调研情况，制定项目分阶段测试规范及具体的测试工作计划，并提交甲方评审。
202
XXX航空移动化应用平台项目投标文件
4. 测试准备
测试准备图
1、测试环境准备：根据测试规范进行测试环境的准备。 1）根据项目需求,对系统测试环境的需求进行分析；
2）制定测试环境总体设计，包括网络、硬件需求、软件需求等； 3）在测试环境中完成网络测试工具、硬件测试工具及软件系统测试工具的部署，达到测试条件。
2、测试用例与测试规程设计
1）进行测试用例的编制，形成测试用例集; 2）提交甲方领导审议，并按照甲方意见进行修改.
203
XXX航空移动化应用平台项目投标文件
5. 测试执行
测试执行图
1、被测软件安装调试,在测试开始前对参测软件进行部署和调试，对于实际环境测试，必须事先确认系统处于可测试状态,包括软件版本部署正确、系统流程运行正常等;
2、将数据准备阶段准备好的基础数据导入系统，并可根据实际情况对测试实施方案进行必要修订；
3、测试方依据测试用例执行具体的功能测试工作； 4、测试方开发性能测试脚本，执行性能测试工作；
5、根据测试情况对系统测试过程和测试用例进行修正，并执行修正后的测试用例执行；
204
XXX航空移动化应用平台项目投标文件
6、整理测试缺陷，进行测试过程记录与总结，并将测试缺陷报告提交委托方及软件开发单位；
7、在完成被测系统修改后,执行系统回归测试,直至系统达到验收要求。
6. 测试报告
项目测试报告图
1、回归测试结束后,测试单位将对开发环境和实际环境下的测试缺陷进行汇总统计，确认软件缺陷修改情况；
2、根据最终的系统修改情况，测试项目组将编制系统测试初报告，对系统测试情况进行分析和总结；
3、乙方质量负责人对测试报告进行审核，确认测试情况及测试结果分析的合理性、准确性等；
4、测试项目组对测试初报告进行修改完善,编制最终测试报告《测试报告》及测试报告评审表、缺陷报告、跟踪和解决记录，并提交甲方领导。
205
XXX航空移动化应用平台项目投标文件
4.1.9.2.4. 测试结果评价与测试工具 1. 测试用例设计
针对被测系统应制定完整的测试用例集,并对其有效管理和利用，进而执行测试用例的统计分析,缺陷的跟踪与分析等，测试用例的设计原则包括:
1、依据原则：本次测试用例编写的主要依据系统业务需求。
2、全覆盖原则：对于系统业务需求规定的主要功能点进行全覆盖测试,要求所有功能均能正常实现。对被测系统的功能点进行全覆盖测试。
3、规范原则：所有测试案例的编写要求规范，对于所有被测的功能点,应用程序均应该按照需求说明书给定形式，在规定的边界值范围内使用相应的工具、资源和数据执行其功能.
4、全面原则：本次测试不仅仅针对系统功能特性进行测试，对系统的其他质量特性也进行全面的测试与评估。
本次测试案例编写应该满足的具体量化要求包括如下几点:
1) 用户经常使用、关系到系统核心功能、优先级别较高的功能点，测试案例应该达到 100％覆盖率。
2) 针对各个系统端到端的功能以及与其它系统的接口的测试应该达到 100%覆盖率。
3) 测试案例包括正常输入和正常业务流程测试，也包括对非法数据输入和异常处理.
4)测试案例中包括中文特性及系统本地化测试,如中文信息的显示、录入、查询、打印和报表显示测试等。
206
XXX航空移动化应用平台项目投标文件
2. 测试结果评估准则
本次测试的问题严重等级按三级进行划分，具体分为严重问题、一般问题、建议问题。有关问题严重等级的分类标准如下: 系统缺陷定义
序号 严重等级 问题严重程度划分标准 程序崩溃、出现数据丢失、数据毁坏等； 备注 系统核心业务功能由于出现问题不能继续运行,且无补救措施，1 严重问题 导致系统测试不能继续； 系统核心业务功能、业务流程出现问题不能继续运行，但存在 补救措施，不影响业务流程的完整性； 系统中单一功能实现错误或者不能继续运转，但不影响具体业 2 一般问题 务功能的使用，或者有替代方法; 系统次要功能出现错误；用户界面错误等; 3 建议问题 系统在特殊状态下产生错误,且不影响正常业务； 软件功能不方便使用；人机交互界面不友好等； 系统测试通过准则
测试内容 评价结果类型 说明 业务流程测“通过”和“不通过”即视为“不 只要业务流程不能完全实现，出现“严重问题”，或一般问题的数量占被测系统总功能点的 10%以上视为“不功能测试 基本功能测“通过”、“基本通过”通过”出现“一般问题”且其数量占被测试 和“不通过” 系统总功能点的 10％以下，视为“基本通过\"出现“建议问题”或无问题，视为“通过” 测试内容 性能测试 评价结果类型 “通过”、“不通过” 为“不通过” 说明 性能测试符合指标要求为“通过”,否则207
XXX航空移动化应用平台项目投标文件
测试内容 可靠性测试 评价结果类型 “通过”、“基本通过”和“不通过” “通过\"、“基本通过”说明 安全性测试 和“不通过” 兼容性测试 出现“严重问题”，或一般问题的数量占“通过\"、“基本通过”被测总功能点的 10%以上视为“不通过”和“不通过” 出现“一般问题”且其数量占被测系统总“通过”、“基本通过\"功能点的 10%以下,视为“基本通过”出和“不通过” 现“建议问题”或无问题,视为“通过” “通过\"、“基本通过”和“不通过\" “通过”、“基本通过”用户文档测试 和“不通过” 可扩展性测试 易用性测试 3. 测试输出成果
在实施本项目的测试过程中，评测中心将向甲方提交必要的测试文档，从而对整个项目的实施过程和结果进行说明，这些测试相关文档均以电子档形式向甲方提交，测试报告以纸质文档方式进行提交.这些文档主要包括：
（1） 项目汇报文件
由测试单位定期向委托方提交的测试日报、周报文件,相关测试工作报告的主要内容包括：项目概述、测试进度、任务执行情况等。
（2） 测试方案
测试方案指在正式测试实施开始前，对软件测试项目所作的一个总体分析，主要包括测试目的、评测依据、评测管理、评测内容及方法、测试配合要求、测试结果、测试环境要求以及项目输出成果等.
（3） 测试计划
测试计划是针对具体项目实施所做的一个周期计划,包含了具体的实施进度、
208
XXX航空移动化应用平台项目投标文件
资源需求等。
（4） 缺陷报告
测试问题报告指在测试实施完成后,测试工作组提交的一个软件缺陷报告。主要内容包括问题的严重等级、问题产生的详细操作过程及结果描述等。
（5） 测试报告
软件测试报告是由测试工作组提交的最终测试结果报告,主要内容包括对软件功能及其它质量特性的综合评价、测试要求的各项质量特性的实现情况、详细测试结果描述以及软件的测试环境描述等。
4.1.9.2.5. 测试人员名单
序号 测试人员名单 测试职责 1、制定、编写软件测试方案与计划； 1 2、按时完成软件测试工作任务，执行测试，跟踪缺陷状态,提交测试执行报告;3、编写测试文档，测试报告，提交测试结果； 4、测试环境的设计、设置,完善测试规范流程、2 创建和维护测试用例； 5、改进软件测试流程、工具、和质量. 6、参与测试结果评审；
209
XXX航空移动化应用平台项目投标文件
4.1.10 本期项目完成交付后,技术服务计划、维护、承诺及费用
4.1.10.1. 概述
乙方本着一流服务、客户至上的客户服务原则,能为贵公司的本项目工程提供长期、优质、高效的维护服务。在双方合作的过程建立通畅的沟通渠道和方法,形成完备的IT系统咨询保障体系.
服务总则如下：
1. 乙方提供一年的免费维保服务。
2. 乙方免费维护期解决日常维护当中的问题,包括但不限于操作使用、技术讲解、问题排故、进行个性化需求改动、修改软件页面风格等。
3. 乙方免费维护期内，对影响生产的软件故障提供7＊24服务，半小时内响应，1小时内提供补救方案,8小时内修正；对不影响生产的软件故障，提供7＊24服务,半小时内响应,2日内修正。
4. 乙方免费维护期内，每天（包括周六周日），在维修响应时间内,招标方可随时通过电话或email就有关技术问题向中标方的技术人员进行咨询；招标方电话享有高度的优先级，优先处理招标方电话求助，直至得到令招标方满意的结果;专业的技术工程师可以保证快速有效的支持。
5. 乙方免费维护期后，向我方提供3个月的免费电话支持服务和免费电子邮件支持服务。
6. 乙方免费维护期后，甲方若要求乙方服务，乙方应保证2 小时内电话响应;8小时内到达现场；紧急情况时，乙方应在 6小时内到达现场服务。
7. 乙方指定专人为本系统提供售后服务,专人为本项目具体实施成员。 8. 乙方免费维护期后，本系统年维护费按照实际产生的人天和单价进行计算.
210
XXX航空移动化应用平台项目投标文件
4.1.10.2. 服务内容 1. 咨询服务
乙方具备多年的移动应用开发和系统整合实施经验，累积了大量的技术、业务方面的知识和经验,秉承一贯的开放性原则，乙方向客户提供了各类咨询服务,共同分享这些成果.
2. 应用系统的故障响应
当应用系统出现故障时，对故障进行综合诊断，提出解决办法。如属于系统硬件平台以及系统软件故障，则为相关厂商排除故障提供应用级的配合和协助;如属应用软件故障则立即启动应用软件故障排除流程,使系统在最短的时间内恢复正常。
3. 应用系统辅助操作
辅助客户的日常维护管理技术人员完成比较复杂的维护操作以及突发性事件处理等，如数据的备份、恢复，数据转载，重建索引、临时性统计、历史数据核查、年度参数设置、机房搬迁、服务器升级等。
4. 应用系统的维护服务
主要指针对应用系统运行过程发现的潜在质量问题（如Bug、程序缺陷)而进行的程序修改服务活动.
5. 交流和培训
依据客户要求，不定期举行交流和培训；根据需要和客户时间安排,不定期举行技术交流和专题培训.
211
XXX航空移动化应用平台项目投标文件
6. 应用系统业务调整
应用软件运行到一定时间，由于业务的发展，可能需要对应用系统已有的业务规范、流程作出相应的调整。
在应用软件中,已采取了多种途径最大化地实现了业务参数化、模块化的可能性。乙方将为用户的业务调整提供技术、业务上的有力支持。
7. 应用系统软件升级
当业务的扩展到一定的程度，原有的系统体系结构已经无法为进一步拓展提供空间时，需要为应用系统进行必要的升级。乙方将为用户实现这方面的服务.
4.1.10.3. 支持机构
乙方的支持服务队伍分为多级：
1. 咨询服务组
公司总部特设维护服务组，统一调度，面向全国的客户,为客户提供服务受理和响应，包括客户投诉,技术咨询，故障申告等。乙方提供热线电话以及维护服务网站。
2. 咨询服务专家组
对于重大故障或者需要较高技术的服务，乙方根据客户的具体情况，紧急成立由各专家和资深技术人员组成的专家服务组，为客户提供诊断和技术咨询服务，迅速排除故障。
212
XXX航空移动化应用平台项目投标文件
4.1.10.4. 支持方式
对客户的维护服务方式如下：
1. 现场维护
乙方将定期对全系统进行检修和性能调整，以保证系统安全、可靠、高效运作。同时为客户日常维护中的问题和措施提供指导。
当客户系统有故障发生时，乙方的维护服务工程师迅速赶赴现场进行诊断和故障排除。
2. 热线电话咨询
乙方的维护服务组提供长期的5x8小时的热线电话技术咨询服务,解决与系统有关的技术咨询和故障分析解决方案。
乙方的热线电话还接受7x24小时的客户故障报告以及投诉，实时响应客户请求。
对客户问题处理,乙方承诺：问题响应时间小于30分钟,客户回访率大于90%。
3. 咨询服务网站
乙方特设维护服务邮箱。接收客户以电子邮件方式提出的投诉、咨询和故障申告.
（1） 远程登录诊断维护
在客户授权的情况下，乙方的技术员通过远程登录方式对系统进行诊断和故障排除。该方式也适用于客户授权的定期远程登录例行检查。
（2） 远程登录下载
乙方网站上常设技术服务页面，会员客户可以随时登录下载最新的升级软件
213
XXX航空移动化应用平台项目投标文件
和补丁程序,实现自助式的软件升级.同时乙方也会通过电子邮件方式下发软件升级和补丁。
4.1.11 人员培训计划、技术转移方案
4.1.11.1. 培训方案
乙方承诺：在系统建设中，提供详细的培训方案和最有经验的教员，完成本项目工作任务所需的全面培训，为系统的相关软件开发人员、运营管理和使用人员提供3次的培训，并保证培训质量，达到使招标人相关人员在培训后能够独立地对系统进行管理、维护和使用，而不需投标人的人员在场指导。
4.1.11.1.1. 培训对象和内容 1. 培训对象
系统培训对象是相关管理和使用人员，包括： （1） 甲方参与项目的移动应用开发人员; （2） 甲方相关部门业务使用人员;
（3） 甲方各类软件的管理和日常维护人员。
2. 培训内容
培训内容如下：
平台开发培训（系统的操作功能）、系统维护培训（产品的架构、系统的关键逻辑、系统的设计说明）、系统使用培训。
4.1.11.1.2. 培训目的
用户培训是保证整个项目成功实施和顺利运行的重要环节。针对项目相关的
214
XXX航空移动化应用平台项目投标文件
技术管理人员,通过各类系统专业技术知识培训，可以有效地提高各类人员对本系统的管理水平、操作水平和维护能力，从而确保系统的安全正常运行。针对系统日常维护管理人员和业务操作人员,经过各类应用系统的功能培训和使用操作培训，可以有效地提高对本单位的管理水平、系统操作水平和运用能力，从而确保日常业务系统的正常运行，充分发挥信息系统的优势，切实的提高工作效率。
有效的培训工作能提高本项目的建设水平，降低风险;同时为项目干系人带来实际的知识和应用技能,提高应用系统相关从业人员的素质，为应用系统的成功建设、运行维护和顺利应用打好基础。
通过培训要达到以下预期效果:
1．使用系统的业务管理功能用户，掌握与自己工作相关的系统操作方法和技巧,使用户能通过使用本系统提高工作效率与业务管理水平;
2．使用系统项目的业务操作用户，掌握与自己工作相关的各个系统应用功能的使用方法和操作技巧。包括对系统中各个系统功能模块的操作应用培训。使用户能通过使用本系统提高工作效率，从而为项目的成功提供应用上的保障;
3．使项目的技术人员，了解和掌握本项目中会使用到的相关技术：包括应用系统安装及初始化设置技术、系统管理与运行维护技术等，从而为项目的成功提供技术上的保障；
4．使参与项目的管理人员、项目负责人、高级工程师（负责系统的需求分析、体系设计等）、质量控制人员能获得标准科学的和规范一致的管理方法，包括项目管理方法、需求分析方法、质量管理方法等,管理人员通过统一的、规范的知识构成与管理体系对项目进行日常管理和监督指导，从而为项目的成功提供管理上的保障；
5．增加系统管理人员、运行维护专业技术人员、系统最终用户的知识储备与系统高级技术应用能力,特别是提高一线用户（员工)的IT技能，使其具备更大的竞争力,从而提高全体从业人员素质。
215
XXX航空移动化应用平台项目投标文件
4.1.11.1.3. 培训原则与培训质量保证体系 1. 培训原则
1．坚持理论联系实际、学用一致、按需施教、讲求实效的原则；坚持把知识培训与学员实际工作需要紧密结合起来；
2．坚持把培训需求调查、课程设计、组织管理和培训评估等教学的主要环节有机结合起来，努力提高培训质量和培训效果；
3．坚持以学员为主体，以讲师为主导，积极运用参与式教学，把自学、面授、研讨等方法有效地结合起来,达到经验共享的目的；
4．坚持实用性原则，即进行的培训要秉着实用性的原则，培训的内容要能在实际工作中得以发挥和应用，对提高个人职业素养起到一定的作用；
5．坚持有效性原则，培训的内容和过程要能充分被学员吸收并能利用，因此乙方建议培训最好分阶段进行、时间跨度大一些，这样学员可以有个消化过程，拿到工作中进行应用,下一次可就其中出现的问题跟讲师进行沟通，这样就可以有效化解培训风险；
6．按需施教、学以致用，培训工作必须根据培训的需求分析，按照实际需要进行有针对性地培训，不同业务部门、不同级别的人对IT技能的要求也不尽相同，因此要针对不同的人员组织培训不同的内容，避免“该学的要学，不该学的也要学”；
7．坚持长期性/战略原则，应用系统培训是一项长期的工作,要从战略的高度去对待这项工作；充分考虑未来的信息化发展趋势，规划适应总署发展的培训计划，要有高度的前瞻性，并在此基础上培养总署自己的内部培训师资力量；
8．全员培训与重点培训相结合。
2. 培训质量保障体系
本次项目的培训服务方案主要从师资力量、培训的对象及内容、培训课程的
216
XXX航空移动化应用平台项目投标文件
具体设计等几方面来进行重点阐述乙方对本项目培训服务工作的理解与设计，从各个方面充分满足系统用户对培训的需求，真正做到经费、人员有保证，方案设计可实施的目的，有针对性地为本次项目的培训服务奠定基础。
（1） 培训的师资力量
乙方提供最有经验的教员，使系统的相关人员在培训后能够独立地对系统进行管理、维护，而不需投标人的人员在场指导。
（2） 培训对象的设计
乙方通过前期对系统初步调研的经验，以及对于本次项目的充分理解,设计培训包括使用培训、系统管理培训和高级管理培训等。并且，按照不同的培训内容安排相关的培训人员接受培训,使整个系统运行稳定使用率高。
（3） 培训内容的设计
列出系统正常运行和维护所需要的技术培训、系统应用培训，确保普通业务人员正确使用,维护和管理技术人员能够熟练的对系统进行安装、调试、运行、开发、集成、测试、诊断、维护/维修、管理，并提供全套培训教材和培训课程计划表。
（4） 培训的辅助要求
培训教材均使用标准的中文编制，所有培训教员都具备熟练的普通话授课和书写能力，保证可以进行有效的技术交流.
通过各方面的周密考虑,为整个培训服务的课程的设计打好基础,为不同培训方式提供依据，最终充分按照用户的要求完成本次项目的培训工作。
（5） 培训方案的可实施性与针对性
在保质保量的完成培训服务任务的同时，乙方会根据软件工程生命周期的特点保证培训任务的顺利开展，其中主要体现在针对性要强以及可实施性要完善，只有这样用户才能够更加认可投标方的相关工作，并且也为投标方的培训工作提供充足的实施依据.
1．利用乙方自身的全国专业培训讲师来为本系统相关机构用户提供及时的
217
XXX航空移动化应用平台项目投标文件
服务，培训质量以及培训服务都具有很强的可实施性;
2．乙方通过对于本次项目的充分理解,设计培训包括系统功能使用培训、系统管理技术培训等。并且按照不同的培训内容安排相关的培训人员接受培训，使系统的普及效率得到大大加强，具有高度的可实施性；
3．利用分阶段的培训课程的组织和安排来合理的划分用户在不同工程实施阶段中需要的培训，从工程项目阶段划分上有针对性地对用户提供培训服务。
4.1.11.1.4. 培训方式
在本项目的培训过程中，我们规划的培训方式是集中授课培训，针对不同层次的人员,开展不同方式的培训。
1．集中授课是本次培训的主要方式，本次培训将进行3次集中授课培训。 2．单独面授是在集中培训过程中，个别特殊学员需要个别辅导的，由讲师指派助教进行单独面授，面授的时间不局限于培训时间。
3．录像资料是培训方将培训过程进行录制,以光盘形式发放给学员，便于学员进行学习.
4．操作手册是培训方发放给学员使用的教材。
4.1.11.1.5. 培训大纲 1. 培训课程总体设计
培训课程设计 课程类别 课程编号 课程名称 平台开发培训 系统维护培训 系统使用培训 课时 课程提供商 40 8 16 本项目乙方 本项目乙方 本项目乙方 1、平台开发培训 ZY—001 2、系统维护培训 ZY—002 3、系统使用培训 ZY-003 218
XXX航空移动化应用平台项目投标文件
2. 培训课程具体内容设计
培训课程具体内容（1)
课程名称 课程编号 课时 培训对象 本项目甲方方面参与的移动应用开发人平台开发培训 ZY-001 40 员； 课程描述：AppCan开发平台框架以及基于平台进行移动应用开发与系统操作. 师资：（1)由乙方安排讲师。 （2）乙方项目组技术人员担任助教。 方式:集中培训 地点：与甲方协商具体授课地点. 培训课程具体内容(2）
课程名称 系统维护培训 课程编号 ZY-002 课时 8 培训对象 本系统的相关软件管理人员； 课程描述:针对系统管理人员的产品的架构、系统的关键逻辑、系统的设计说明系统管理维护培训的管理维护培训，使用户可以掌握系统的日常管理及维护 师资：(1）由乙方安排讲师. (2）乙方项目组技术人员担任助教。 方式:集中培训 地点：与甲方协商具体授课地点。 培训课程具体内容（3)
课程名称 系统使用培训 课程编号 ZY—003 课时 16 培训对象 本系统的相关使用人员; 课程描述:系统整体使用介绍及功能的使用等。 师资:（1）由乙方安排讲师。 （2)乙方项目组技术人员担任助教. 219
XXX航空移动化应用平台项目投标文件
课程名称 方式：集中培训 课程编号 课时 培训对象 地点：与甲方协商具体授课地点。 4.1.11.1.6. 培训组织及技术力量安排 1. 组织结构说明
（1） 培训管理组
本组为常设机构，成立于工程初始阶段，主要负责根据工程阶段的不同制定整体的培训计划、培训制度；管理和协调各培训资源，组建各培训小组；定期向用户提交培训总结报告；定期安排各类培训考核。
本组组员2人,设立培训总负责人（甲方培训负责人）和副总负责人（项目乙方培训负责人）.
（2） 培训组
根据培训管理组的整体培训计划和工程进度安排本组的现场集中培训计划;本组负责现场集中培训,在培训管理组的组织下完成培训工作；定期培训管理组提交培训报告.
本组以应用系统开发商为核心组建,组员包括现场培训讲师和助教。
2. 培训人员力量配备
（1） 培训管理组成员列表
乙方为本项目培训提供的培训讲师，都是乙方具有丰富项目管理经验、项目培训组织管理经验的高级技术管理人才，这些人参加过多个大型信息系统的建设,从人员上有力的保障了本项目培训组织管理工作的顺利实施.
（2） 培训师资人员列表
220
XXX航空移动化应用平台项目投标文件
本项目的培训师资力量将主要由专业培训讲师承担，同时每期培训均会安排1名以上参加本系统开发或实施的技术人员共同担任培训讲师。培训师资人员列表如下所示：
培训师资人员表
序号 1 2 姓名 性别 学历 学士 学士 职称 责任或分工 张一恒 男 周磊 男 中级开发工程师 培训讲师 中级开发工程师 培训讲师 4.1.11.1.7. 培训组织方案
在系统正式验收之前的，培训服务体系会与技术支持体系相互配合，提供完成该业务系统开发、实施、试运行等任务所需的全面培训，培训的对象包括应用系统的业务操作人员和管理人员,以及系统的系统管理、数据库管理、运行维护等专业技术人员等。
乙方将提供培训教材、师资等相关的服务与管理。
1. 培训人员组织
参加培训的人员包括系统的相关软件管理和使用人员、业务管理员和业务操作人员以及系统维护人员。
这些参加培训的人员将由培训管理组按照培训进度与课程安排,负责培训通知、人员召集、组织、协调等工作.
2. 培训师资组织
本项目的培训师资力量将主要由乙方提供最有经验的教员,培训教员为专业的培训讲师，同时每期培训均会根据实际培训需要安排参加本系统开发或实施的技术人员共同担任培训讲师。使招标人相关人员在培训后能够独立地对系统进行管理、维护，而不需投标人的人员在场指导.利用乙方现有的培训师资可以充分保
221
XXX航空移动化应用平台项目投标文件
障系统的相关人员能够及时地得到有效的培训服务。
3. 培训场地组织
乙方本项目培训组负责进行培训场地的安排与组织，包括培训场地准备、搭建培训环境等相应的服务内容。具体的培训地点指定由招标方与乙方共同协商指定。
4. 培训设备安排
采用集中培训的方式，需要有集中的培训场地、网络环境和模拟应用环境支撑,建议培训设备如下：
1．不少于20 人的培训教室，并且每人有测试终端一台； 2．话筒以及相应的音响设备; 3．饮水设备； 4．投影仪等。
5. 培训教材安排
此次项目中的培训,涉及不同层次的培训对象，相应有不同的培训内容，其培训教程也各不相同.由乙方负责提供各类课程的培训材料，同时负责对在培训课程设计一节中所列出的培训内容进行培训教学；相关的培训教材（中文）由乙方编写，技术培训教员将由具有多年相关教学经验的高级工程师或专家担任。
6. 培训考试安排
为了加强技术培训的效果，检验并使得用户技术人员与业务人员完全掌握相关的产品及技术，我们提供培训考试服务，包括：
1．考试测试题设计：对每一门培训课程均设计相应的考试题目,针对不同的培训课程内容、培训重点、培训对象、业务内容的特点设计不同的测试题目，既体现全面性，又要有针对性。考试题既有上机操作题，也有笔试问答题.
222
XXX航空移动化应用平台项目投标文件
2．考试组织：在每期培训中安排专门的时间对学员进行测试，以验证培训的质量与学员对相应教学内容的掌握熟练程度。
3．考试结果评价：考试结束后对学员的考试成绩进行评价,总结学员掌握较差的内容，与学员进行交流沟通,了解问题原因，提供解决方案，以便再集中进行补课，并在下次培训时改进培训方式，加强培训效果。
4.1.11.2. 技术转移方案
为使系统能高效、可靠运行，投标方必须在系统实施及后续服务阶段向招标方进行技术转移。方案包含以下内容：
1. 乙方除提供业务系统的可执行版本外,还提供所有程序的源代码、配置文件，并在每次版本更新或客户化后适时更新并提供给招标方。
2. 乙方部署到测试环境和生产环境的程序的可执行版本根据源代码生成，以保持源代码和执行代码的一致性。
3. 乙方提供的各种文档应与其提供的系统功能相一致，技术文档应该全面、详细、准确。
4. 乙方提供的文档够满足招标人对乙方所提供的系统安装、使用、维护的需要，乙方提供的技术文档至少包括但不限于：
➢ 乙方提交系统详细设计文档（包括系统架构图、业务逻辑图、数据字典
等)；
➢ 乙方提交系统配置及发布手册（包括但不限于部署方案）； ➢ 乙方提交系统维护文档; ➢ 乙方提交用户操作手册； ➢ 乙方提交培训手册。
5. 乙方在任何时候向招标人提供系统升级和客户化功能增加时，提供相应的技术文档.
6. 乙方向招标人提供的所有技术资料应使用中文进行撰写。
7. 乙方提供的文档和资料均应以光盘和纸张为载体，文件格式为Word文
223
XXX航空移动化应用平台项目投标文件
档或PDF文档或其他可视化文件.
8. 乙方提供业务系统版本及文档的同时，推荐相应产品的版本管理工具。
4.1.12 预期系统性能状况，后续升级扩展方案和计划建议
4.1.12.1. 移动端响应标准
客户端 （包括 Android 和 IOS) 平均启动耗时不大于 800ms 。 客户端 （包括 Android 和 IOS) 平均 CPU 占用小于 20％ 。 客户端 (包括 Android 和 IOS） 平均内存占用小于 100000KB 。 客户端 （包括 Android 和 IOS） 平均电量耗用小于 1.00mAh 。 客户端 （包括 Android 和 IOS) 平均流量耗用不超过 10M （Bytes ).
224
XXX航空移动化应用平台项目投标文件
4.1.12.2. 系统响应标准
根据国际标准3—5—8原则推算业务处理时间。
在不考虑内部系统的处理时间的情况下,信息的处理时间最长不应该超过3秒。
系统登录时间最长为3秒。
从报文或文件进入系统到接收回执时间不超过3秒.
由于某种原因，报文或文件滞留在系统中时，应在3秒内向发送者发出提示信息。
为满足系统的性能需求，业务处理(每秒请求数）应该大于50次/秒,系统处理事务（查询等）响应时间应该小于5秒为宜。
4.1.12.3. 优化办法
OLTP其特点是事务性非常高，一般都是高可用的在线系统，以小的事务以及小的查询为主，其每秒执行的Transaction、Execute SQL的数量是其性能指标的主要指标。
OLTP常用的设计与优化方式为:
(1) Cache技术使得数据可以从内存获取，相对于从磁盘子系统获得数据有数量级上的响应优势。
(2） 对数据库数据检索时，建立必要的数据库索引机制（B—tree索引优先考虑）.简洁语句格式，减少语句解析，尽量减少表关联，尽量减少分布式事务,基本不使用分区技术、物化视图技术、并行技术及位图索引。
4.1.12.4. 系统批处理效率
整个系统批处理效率,涉及到存储数据的数据库。本系统数据存储采用高并发和高性能的MongoDB 数据库。通常这个数据库批量插入5000条数据时,单条数据处理的响应时间是13毫秒左右。它是以内存映射方式进行存储的数据，当
225
XXX航空移动化应用平台项目投标文件
数据全部在内存中的时候速度飞快，数据需要换出到磁盘上之后，性能下降很厉害,一般情况下这个数量级在千万以上。它的性能提高可以从以下方面进行:
1、建立关键字段栏位的索引关系
2、数据量达到千万级后对数据进行分片存储 3、增加服务器内存大小
4、建议数量级在千万级后,就对数据库进行拆分.
4.1.12.5. 并发用户下的系统性能
服务器内存16G、CPU双核的系统环境下,能支持的最少并发用户数为200,状态下的OLTP 事务响应时间5秒左右。它的性能提高可以从以下方面进行： 1、增加网络带宽
2、增加服务器内存以及CPU处理性能。
226
XXX航空移动化应用平台项目投标文件
4.1.13 4.1.13.1. 其他资料
典型案例
227
因篇幅问题不能全部显示，请点此查看更多更全内容