软件开发类投标项目全套解决方案模板.docx

软件开发类投标项目全套解决方案模板.docx

《软件开发类投标项目全套解决方案模板.docx》由会员分享，可在线阅读，更多相关《软件开发类投标项目全套解决方案模板.docx（227页珍藏版）》请在冰豆网上搜索。

XXX航空移动化应用平台项目招标文件

XXX航空移动化应用平台项目

投标文件

招标编号：

正本

招标方：

XXX航空有限责任公司

投标方：

日期：

2/365

XXX航空移动化应用平台项目投标文件

目录

1 投标书 10

2 规格偏离表 10

3 资格证明文件 10

3.1法人营业执照（三证合一） 10

3.2法定代表人授权书 11

3.3投标人的资信证明 11

3.4招标文件要求的其他资格证明文件 12

3.4.1投标单位资质证书及项目人员资格证书 12

3.4.1.1CMMI等级登记证书 12

3.4.1.2ISO9001质量管理体系认证证书 13

3.4.1.3软件企业认证证书 13

3.4.1.4计算机软件著作权登记书-SDK 13

3.4.1.5计算机软件著作权登记书-MAS 13

.4.1.6计算机软件著作权登记书-MMS 13

3.4.1.7计算机软件著作权登记书-EMM 13

3.4.1.8计算机软件著作权登记书-MDM 14

3.4.1.9项目人员证书 14

3.4.2投标单位近3年内获国家及地方政府荣誉证书 16

3.4.2.12015年度中国移动互联网行业领军企业奖 16

3.4.2.22014-2015年度云计算应用优秀实践单位奖 16

3.4.2.32014年度中国最具影响力品牌奖 16

3.4.2.42013年度最佳技术服务提供商 16

3.4.2.52013年度中国移动应用平台最具影响力奖 17

3.4.2.62014移动生产力十大优秀案例奖 17

3.4.3投标单位综合情况审查表 17

3.4.4拟派项目经理资格审查表 17

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 系统总体目标、设计架构、系统详细设计方案 25

4.1.1.1 设计原则 25

1. 统一设计原则 25

2. 稳定性原则 25

3. 统一设计原则 25

4. 稳定性原则 25

5. 先进性原则 25

6. 高可靠/高安全性原则 25

7. 开放性原则 26

8. 适用性原则 26

9. 可扩展性原则 26

10. 操作/维护的易用性原则 26

11. 高可靠/高安全性原则 26

4.1.1.2 架构设计 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

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. 移动业务整合平台（APPCANMAS） 43

4.1.1.5.2. 移动业务开发平台（APPCANSDK） 51

4.1.1.5.3. 移动业务管理平台（APPCANEMM） 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.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 软件及硬件配置方案 139

1. 硬件配置 139

2. 软件配置 140

（1） 软件安装配置 140

（2） 软件版本要求 140

4.1.3 项目开发组组成及各成员职责分配方案 142

4.1.3.1. 项目工作方法 142

4.1.3.2. 项目组织结构 143

1. 项目实施领导小组 143

2. 项目经理 144

3. SQA组 144

4. 产品设计组 144

5. UI设计组 144

6. 手机端开发组 145

7. 后台系统开发组 145

8. 测试验收组 145

9. 角色和责任 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

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. 阶段工作及成果 166

4.1.5.4. 项目进度保障措施与办法 168

1. 定义项目成功的标准 168

2. 识别项目的驱动、约束和自由程度 169

3. 定义产品发布标准 169

4. 沟通承诺 169

5. 计划中，在质量控制活动后应该有修改工作 169

6. 为过程改进安排时间 170

7. 管理项目的风险 170

8. 根据工作计划而不是日历来作估计 170

9. 不要为人员安排超过他们80％的时间 170

10. 记录你的估算和你是如何达到估算的 171

11. 记录估算并且使用估算工具 171

12. 遵守学习曲线 171

13. 考虑意外缓冲 171

14. 录实际情况与估算情况 171

15. 只有当任务100%完成时，才认为该任务完成 172

16. 公开、公正地跟踪项目状态 172

4.1.6 质量控制、质量保证方案 173

4.1.6.1. 项目质量管理的关键 173

4.1.6.2. 本项目质量保证措施 173

4.1.6.3. IT项目质量管理的目标和质量控制 175

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 项目交付定义 183

4.1.9 项目验收方案 184

4.1.9.1. 验收方案 184

1. 验收目的 184

2. 验收对象 184

3. 项目验收的前提条件 184

4. 验收方法 185

5. 验收步骤 185

6. 验收程序 186

7. 验收依据 187

8. 验收内容和标准 188

9. 验收结论 189

10. 项目交接 190

4.1.9.2. 测试方案 191

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. 咨询服务 211

2. 应用系统的故障响应 211

3. 应用系统辅助操作 211

4. 应用系统的维护服务 211

5. 交流和培训 211

6. 应用系统业务调整 212

7. 应用系统软件升级 212

4.1.10.3. 支持机构 212

1. 咨询服务组 212

2. 咨询服务专家组 212

4.1.10.4. 支持方式 213

1. 现场维护 213

2. 热线电话咨询 213

3. 咨询服务网站 213

4.1.11 人员培训计划、技术转移方案 214

4.1.11.1. 培训方案 214

4.1.11.1.1. 培训对象和内容 214

4.1.11.1.2. 培训目的 215

4.1.11.1.3. 培训原则与培训质量保证体系 216

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 预期系统性能状况，后续升级扩展方案和计划建议 225

4.1.12.1. 移动端响应标准 225

4.1.12.2. 系统响应标准 225

4.1.12.3. 优化办法 225

4.1.12.4. 系统批处理效率 226

4.1.12.5. 并发用户下的系统性能 226

4.1.13 其他资料 227

4.1.13.1. 典型案例 227

1投标书

2规格偏离表

3资格证明文件

3.1法人营业执照（三证合一）

公司名称变更通知

3.2法定代表人授权书

3.3投标人的资信证明

2015年审计报告

2014年审计报告

3.4招标文件要求的其他资格证明文件

3.4.1投标单位资质证书及项目人员资格证书

3.4.1.1CMMI等级登记证书

3.4.1.2ISO9001质量管理体系认证证书

3.4.1.3软件企业认证证书

3.4.1.4计算机软件著作权登记书-SDK

3.4.1.5计算机软件著作权登记书-MAS

.4.1.6计算机软件著作权登记书-MMS

3.4.1.7计算机软件著作权登记书-EMM

3.4.1.8计算机软件著作权登记书-MDM

3.4.1.9项目人员证书

项目经理PMP证书-唐东育

项目经理PMP证书-闫岩

项目经理证书-熊刚

中级程序员-韩正刚

3.4.2投标单位近3年内获国家及地方政府荣誉证书

3.4.2.12015年度中国移动互联网行业领军企业奖

3.4.2.22014-2015年度云计算应用优秀实践单位奖

3.4.2.32014年度中国最具影响力品牌奖

3.4.2.42013年度最佳技术服务提供商

3.4.2.52013年度中国移动应用平台最具影响力奖

3.4.2.62014移动生产力十大优秀案例奖

3.4.3投标单位综合情况审查表

3.4.4拟派项目经理资格审查表

2016年7月8日

3.4.5承担本项目主要技术人员和售后服务人员表

3.4.6最近两年主要开发实施同类型企业相同或类似系统的开发案例

3.4.6.1案例合同首尾页

中联航项目合同首页

中联航项目合同尾页

吉祥航空项目合同首页

吉祥航空项目合同尾页

厦门航空项目合同首页

厦门航空项目合同尾页

掌上东航3.0项目合同首页

掌上东航3.0项目合同尾页

3.4.6.2系统开发主界面截图

中联航主界面截图

启动页机票预订-单程

查询结果订单详情-支付成功

吉祥航空主界面截图

登陆界面添加磁贴

我的云端链接

东方航空主界面截图

机务首页幸福东航

我的移动飞行

4项目解决方案

1

2

3

4

4.1项目解决方案内容

项目解决方案包括以下内容：

l系统总体目标、设计架构，系统的详细设计方案（应至少包括系统功能、平台构成、系统结构设计等）；

l软件及硬件设备配置方案建议；

l公司项目开发组组成及各成员职责分配方案；公司工作人员原则上要求在项目结束前不得更换，除非不符合项目管理要求、甲方提出更换；

l项目管理方案、项目风险明示、评估及控制方案措施等；

l项目实施方案建议，详细的项目实施计划；

l质量控制，质量保证方案；

l系统安全性方案；

l项目交付定义

l项目验收方案；

l本期项目完成交付后，后期的技术服务计划、维护、承诺及费用；

l人员培训计划、技术转移方案等；

l预期系统性能状况，后续升级扩展方案和计划建议；

l其他投标商认为有利于竞标的其他资料。

1

2

3

4

4.1

4.1.1系统总体目标、设计架构、系统详细设计方案

1

2

3

4

4.1

4.1.1

4.1.1.1设计原则

1.统一设计原则

统筹规划和统一设计数据系统。

2.稳定性原则

数据系统的数据结构设计要具有扩充性，从而适应业务的变化，保证数据系统的稳定性。

3.统一设计原则

统筹规划和统一设计数据系统。

4.稳定性原则

数据系统的数据结构设计要具有扩充性，从而适应业务的变化，保证数据系统的稳定性。

5.先进性原则

系统构成必须采用成熟、具有国内先进水平，并符合国际发展趋势的技术和设备。

6.高可靠/高安全性原则

系统设计中充分考虑系统的安全和可靠；系统要具有较强的安全性和灾难恢复能力，运行稳定，数据传输可靠，通过软件、硬件、管理制度等建立全方位的安全保障体系。

7.开放性原则

本项目设计采用开放式系统平台，以保证不同产品的集成性，并降低系统的开发和维护成本。

8.适用性原则

充分利用目前的基础环境、硬件设施，在满足应用需求的前提下，尽量降低建设成本，避免重复投资。

9.可扩展性原则

本项目设计考虑到业务未来发展的需要，尽可能设计得简明，降低各功能模块耦合度，并充分考虑兼容性。

10.操作/维护的易用性原则

本项目的设计和开发需要充分考虑上药控股内部人员的操作习惯和行业习惯，易于操作，界面友好，方便实用。

系统构成必须采用成熟、具有国内先进水平，并符合国际发展趋势的技术和设备。

11.高可靠/高安全性原则

系统设计中充分考虑系统的安全和可靠；系统要具有较强的安全性和灾难恢复能力，运行稳定，数据传输可靠，通过软件、硬件、管理制度等建立全方位的安全保障体系。

1

2

3

4

5

5.1

5.1.1

5.1.1.1

4.1.1.2架构设计

1.

2.

3.

4.

4.1.

4.1.1.

4.1.1.1.

4.1.1.2.

4.1.1.2.1.系统架构设计

图：

系统架构图

在上述架构图中可以看到，整改架构由应用接入层、移动平台层、数据库层、接口层、安全体系够成。

1.移动平台层

（1）移动平台层由移动业务整合平台、移动业务开发平台、移动业务管理平台构成。

（2）移动业务整合平台用于规范接口与数据的输入与输出，对接各类业务与应用，具备应用管理、接口管理、证书管理、服务管理的强大功能，通过业务整合平台对接应用接入层实现微信、APP、第三方平台的无缝对接；

（3）移动开发平台提供混合应用开发工具、混合应用开发包、提供项目管理工具，用于前端移动业务的开发和后台管理功能的开发；

（4）移动业务管理平台用于管理应用的版本、配置、统计分析、证书等功能；

2.接口层

通过业务整合平台可对接第三方数据接口（TDP-OTARest机票接口、辅营独立销售数据接口、移动运行网接口）、自有业务数据接口、第三方运营接口。

3.数据库

数据库采用Oracle数据库。

4.安全体系

安全体系通过终端安全、传输安全、应用安全来保障整个架构的安全。

5.应用接入层

通过本期项目建设，除实现XXX航空业务需求外，搭建规范统一的移动平台用于管理规范、开发规范、业务规范。

实现业务和接口的规范和统一，通过平台无缝接入微信、APP、第三方平台。

227

4.1.1.2.2.业务系统架构设计

图：

业务系统架构图

4.1.1.2.3.业务处理架构

4.1.1.2.4.网络拓扑图

说明：

1.本拓扑图除管理控制台服务器外，其他都基于双机配置，可达到HA高可用效果

2.图中灰色背景图片代表的服务器为本项目依赖的第三方服务模块，他们分别为：

OTA服务、XXX商店服务、会员服务、微信网站服务、H5网站服务、苹果推送服务、第三方Android推送服务（极光）、第三方支付服务（微信、支付宝）

3.图中Nginx主要用做反向代理，负责分发流量到对应的后台Server

4.如果实际部署环境中nginx前配有类似F5之类的负载均衡设备，应负责将流量分发至两台NGINX服务器，否则，可通过配置两个外网ip对应一个域名的形式实现负载均衡

5.手机终端到后端的服务建议基于HTTPS协议，且需要申请权威机构颁发的证书，配置到Nginx服务器上

6.本方案中，除苹果推送、极光推送、微信、支付宝外，其他依赖服务都位于内网环境

7.本方案中设计在DMZ区两侧部署有防火墙，在部署实施前，需要在防火墙上开放特定的网络通信端口，具体需要开放的接口列表届时会有提供

8.除数据库服务器和第三方服务外，本方案中服务器数量共计12台，实际部署时依客户具体环境可以有所增减。

4.1.1.3技术路线

严格的面向对象的分析和设计方法；系统采用开放性框架体系；全面采用XML技术与基于XML的Webservice技术作为文件、接口传输的规范和瘦客户端应用。

1

2

2.1

2.2

2.3

2.4

2.5

2.6

1

2

2.1

2.2

2.3

2.4

2.5

2.6

1

2

3

4

4.1

4.1.1

4.1.1.1

4.1.1.2

4.1.1.3

4.1.1.3.1统一的移动构建平台

提供从应用开发、后端集成、安全控制到运营管理的全部过程解决方案。

可以最大限度的减少移动化的投入，具有良好的扩展性和向后兼容的能力。

4.1.1.3.2Hybrid移动开发引擎

Hybrid应用引擎作为移动应用开发的中间件，使用HTML5作为开发语言开发移动应用。

HTML5是标准的跨平台技术，目前被所有的移动终端平台支持，Hybrid应用引擎基于HTML5技术，融合了原生和HTML5双方的优势，使跨平台开发技术开发的应用能够与使用原生方式开发应用的体验相媲美。

同时Hybrid技术的开发框架和开发工具能缩短移动应用的开发周期，降低开发成本。

4.1.1.3.3面向服务的SOA接口集成

面向服务的体系结构（service-orientedarchitecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。

接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。

这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。

各个应用在进行业务处理过程中不需要直接交互，从而不必要了解对方的技术架构、技术实现方式、数据模型、部署位置。

通过使用XML、WebService、SOAP等技术，可以使各个应用系统之间相对独立、