软件开发类投标项目全套解决方案模板(230页).doc

《软件开发类投标项目全套解决方案模板(230页).doc》由会员分享，可在线阅读，更多相关《软件开发类投标项目全套解决方案模板(230页).doc（235页珍藏版）》请在装配图网上搜索。

XXX航空移动化应用平台项目招标文件 XXX航空移动化应用平台项目 投标文件 招标编号： 正 本 招标方：XXX航空有限责任公司 投标方： 日 期： 2 / 365 XXX航空移动化应用平台项目投标文件 目录 1 投标书 13 2 规格偏离表 13 3 资格证明文件 13 3.1法人营业执照（三证合一） 13 3.2法定代表人授权书 13 3.3 投标人的资信证明 13 3.4 招标文件要求的其他资格证明文件 15 3.4.1投标单位资质证书及项目人员资格证书 15 3.4.1.1 CMMI等级登记证书 15 3.4.1.2 ISO9001质量管理体系认证证书 15 3.4.1.3 软件企业认证证书 15 3.4.1.4 计算机软件著作权登记书-SDK 15 3.4.1.5计算机软件著作权登记书-MAS 15 .4.1.6计算机软件著作权登记书-MMS 16 3.4.1.7计算机软件著作权登记书-EMM 16 3.4.1.8计算机软件著作权登记书-MDM 16 3.4.1.9 项目人员证书 16 3.4.2投标单位近3年内获国家及地方政府荣誉证书 18 3.4.2.1 2015年度中国移动互联网行业领军企业奖 18 3.4.2.2 2014-2015年度云计算应用优秀实践单位奖 18 3.4.2.3 2014年度中国最具影响力品牌奖 19 3.4.2.4 2013年度最佳技术服务提供商 19 3.4.2.5 2013年度中国移动应用平台最具影响力奖 19 3.4.2.6 2014移动生产力十大优秀案例奖 19 3.4.3投标单位综合情况审查表 19 3.4.4拟派项目经理资格审查表 20 3.4.5承担本项目主要技术人员和售后服务人员表 20 3.4.6最近两年主要开发实施同类型企业相同或类似系统的开发案例 21 3.4.6.1案例合同首尾页 21 3.4.6.2 系统开发主界面截图 22 4 项目解决方案 26 4.1 项目解决方案内容 26 4.1.1 系统总体目标、设计架构、系统详细设计方案 27 4.1.1.1 设计原则 27 1. 统一设计原则 27 2. 稳定性原则 27 3. 统一设计原则 27 4. 稳定性原则 27 5. 先进性原则 27 6. 高可靠/高安全性原则 27 7. 开放性原则 28 8. 适用性原则 28 9. 可扩展性原则 28 10. 操作/维护的易用性原则 28 11. 高可靠/高安全性原则 28 4.1.1.2 架构设计 29 4.1.1.2.1. 系统架构设计 29 4.1.1.2.2. 业务系统架构设计 31 4.1.1.2.3. 业务处理架构 32 4.1.1.2.4. 网络拓扑图 33 4.1.1.3 技术路线 35 4.1.1.3.1 统一的移动构建平台 35 4.1.1.3.2 Hybrid移动开发引擎 35 4.1.1.3.3 面向服务的SOA接口集成 35 4.1.1.3.4 高并发处理机制 36 4.1.1.3.5 高效的内存数据库 36 4.1.1.3.6 兼容多种集成模式 36 4.1.1.3.7 开放式的框架设计 36 4.1.1.3.8 数据库选型 36 4.1.1.4 应用工具 37 4.1.1.4.1. 开发工具 37 4.1.1.4.2. 分析设计工具 38 4.1.1.4.3. 项目管理辅助工具 38 4.1.1.4.4. 测试工具 39 4.1.1.4.5. 统计工具 40 4.1.1.4.6. 开发语言 42 4.1.1.4.7. 辅助软件工具及其效果 44 4.1.1.5 移动平台建设方案 45 4.1.1.5.1. 移动业务整合平台（APPCAN MAS） 45 4.1.1.5.2. 移动业务开发平台（APPCAN SDK） 53 1. 音频对象API 55 2. 电话对象API 55 3. 照相机对象API 55 4. 剪贴板对象API 55 5. 日期控件API 55 6. 联系人对象API 55 7. 数据库对象API 55 8. 设备信息对象API 55 9. 下载对象API 55 10. 邮件对象API 55 11. 文件管理对象API 55 12. 图片浏览对象API 56 13. Jabber对象API 56 14. 位置服务对象API 56 15. 日志log输出对象API 56 16. 彩信对象API 56 17. 支付宝API 56 18. 二维码扫描对象API 56 19. 传感器对象API 56 20. 短信对象API 57 21. Socket对象API 57 22. 上传对象API 57 23. 视频对象API 57 24. widget对象API 57 25. 平台对象API 57 26. 多窗口机制API 57 27. 跨域访问对象API 57 28. zip压缩解压缩API 57 29. 百度广告推广接口 57 30. 百度地图接口 57 31. 百度统计接口 58 32. 数据统计分析自定义事件接口 58 33. 微博分享接口 58 34. 自定义编辑框接口 58 35. 游戏引擎接口 58 （1） 插件扩展 58 AppCan IDE 启动画面 62 AppCan IDE 代码编辑界面 63 AppCan IDE模拟器与调试器 63 AppCan IDE 本地打包界面 64 AppCan UI框架控件 65 AppCan Player示意图 66 AppCan模拟器 67 Mac Mini服务器 68 AppCan SDK套装管理后台-项目列表 69 AppCan SDK套装管理后台-项目管理 69 AppCan SDK套装管理后台-引擎升级 70 4.1.1.5.3. 移动业务管理平台（APPCAN EMM） 71 4.1.1.6 前端应用建设方案 78 4.1.1.6.1. 机票预订 78 4.1.1.6.2. 订单管理 82 4.1.1.6.3. 航班动态 86 4.1.1.6.4. XXX商店 90 4.1.1.6.5. 会员注册\登录 93 4.1.1.6.6. 常用乘机人管理 95 4.1.1.6.7. 机票验真 97 4.1.1.6.8. 促销专区 98 4.1.1.6.9. 更多服务 99 4.1.1.6.10. 主页 103 1、 功能性：主页面集成APP中所有功能模块，用户可应用功能模块快速使用需求功能。 103 2、 经济性与宣传性：通过轮播图、广告、促销信息、资讯等展示形式满足XXX航空的宣传需求与广告需求，达到增加收益的目的。 103 3、 美观性：页面设计根据XXX航空整体UI设计思想为依据进行设计，使用户一目了然具备XXX航空的代表性和与其他航空公司的差异化，在此基础上进行深入设计，如根据季节设计清爽的界面、根据时下热播电影设计主题界面等。 103 4.1.1.7 后台管理系统建设方案 104 4.1.1.6.1. 移动平台业务管理系统 105 （1） 应用趋势统计 110 4.1.1.6.2. 移动平台会员管理中心 123 4.1.1.8 非功能性方案 126 4.1.1.7.1. 跨平台解决方案 126 AppCan应用引擎构成图 126 4.1.1.7.2. 消息推送解决方案 127 4.1.1.7.3. 消息/数据可靠性和即时性解决方案 129 4.1.1.7.4. 大数据推送解决方案 129 4.1.1.7.5. 用户操作行为分析解决方案 130 HTML5中国统计分析案例图 132 4.1.1.7.6. 业务系统整合解决方案 132 4.1.1.7.7. 大并发时保证后台业务系统可用性解决方案 136 4.1.1.7.8. 性能解决方案 137 4.1.1.7.9. 接口解决方案 139 4.1.1.7.10. 易用性解决方案 139 4.1.2 软件及硬件配置方案 141 1. 硬件配置 141 2. 软件配置 142 （1） 软件安装配置 142 （2） 软件版本要求 142 4.1.3 项目开发组组成及各成员职责分配方案 144 4.1.3.1. 项目工作方法 144 4.1.3.2. 项目组织结构 145 1. 项目实施领导小组 145 2. 项目经理 146 3. SQA组 146 4. 产品设计组 146 5. UI设计组 146 6. 手机端开发组 147 7. 后台系统开发组 147 8. 测试验收组 147 9. 角色和责任 147 4.1.3.3. 关键人员简历 150 4.1.4 项目管理方案 150 4.1.4.1. 项目例会 150 4.1.4.1.1. 项目协调会 150 4.1.4.1.2. 项目启动会 150 4.1.4.1.3. 现场安装前的工程协调会 150 4.1.4.1.4. 试运行前的工程协调会 151 4.1.4.2. 工作文档评审 151 4.1.4.2.1. 设计评审时机 151 4.1.4.2.2. 设计评审的形式 152 4.1.4.2.3. 设计评审的准备 153 4.1.4.2.4. 设计评审的实施 153 4.1.4.2.5. 对发现问题的处理和跟踪措施 153 4.1.4.2.6. 质量记录的控制 154 4.1.4.3. 项目风险控制 154 4.1.4.3.1. 管理风险 154 4.1.4.3.2. 技术风险 155 4.1.4.3.3. 人员风险 155 4.1.4.4. 项目质量管理 156 5.1.4.4.1. 质量管理过程 156 5.1.4.4.2. 质量管理组织 156 SQA组需参与的关键评审工作任务表 157 4.1.4.5. 变更管理 158 4.1.4.5.1. 需求分级管理 158 4.1.4.5.2. 全生命周期变更管理 159 4.1.4.5.3. 需求变更管理原则 160 4.1.4.5.4. 需求变更应对方法 161 4.1.5 项目实施方案 163 4.1.5.1. 实施计划日程表 165 4.1.5.2. 实施计划表 166 4.1.5.3. 阶段工作及成果 168 4.1.5.4. 项目进度保障措施与办法 170 1. 定义项目成功的标准 170 2. 识别项目的驱动、约束和自由程度 171 3. 定义产品发布标准 171 4. 沟通承诺 171 5. 计划中，在质量控制活动后应该有修改工作 171 6. 为过程改进安排时间 172 7. 管理项目的风险 172 8. 根据工作计划而不是日历来作估计 172 9. 不要为人员安排超过他们80％的时间 172 10. 记录你的估算和你是如何达到估算的 173 11. 记录估算并且使用估算工具 173 12. 遵守学习曲线 173 13. 考虑意外缓冲 173 14. 录实际情况与估算情况 173 15. 只有当任务100%完成时，才认为该任务完成 174 16. 公开、公正地跟踪项目状态 174 4.1.6 质量控制、质量保证方案 175 4.1.6.1. 项目质量管理的关键 175 4.1.6.2. 本项目质量保证措施 175 4.1.6.3. IT项目质量管理的目标和质量控制 177 4.1.7 系统安全性方案 179 4.1.7.1. 安全性设计原则 179 （9） 系统对内网服务及对外网服务功能要求独立发布，并提供安全、可靠的权限控制。 179 4.1.7.2. 服务器安全 179 4.1.7.3. 移动应用安全 179 4.1.7.4. 终端认证 180 4.1.7.5. 终端授权 181 4.1.7.6. 终端证书 181 4.1.7.7. 本地安全存储 181 4.1.7.8. 数据传输安全 181 4.1.7.9. 数据库安全机制 182 4.1.7.10. 容错机制 182 4.1.7.11. 数据同步 183 4.1.7.12. 服务器集群和负载均衡 183 4.1.7.13. 防火墙 184 4.1.8 项目交付定义 185 4.1.9 项目验收方案 186 4.1.9.1. 验收方案 186 1. 验收目的 186 2. 验收对象 186 3. 项目验收的前提条件 186 （1） 所有建设项目按照合同要求全部建成，并满足使用要求; 186 4. 验收方法 187 5. 验收步骤 187 6. 验收程序 188 7. 验收依据 189 8. 验收内容和标准 190 9. 验收结论 191 10. 项目交接 192 4.1.9.2. 测试方案 193 4.1.9.2.1. 测试内容设计 193 4.1.9.2.2. 测试阶段规划 198 V模型图 198 4.1.9.2.3. 测试工作流程 201 4.1.9.2.4. 测试结果评价与测试工具 208 （1） 项目汇报文件 210 （2） 测试方案 210 4.1.9.2.5. 测试人员名单 211 4.1.10 本期项目完成交付后，技术服务计划、维护、承诺及费用 212 4.1.10.1. 概述 212 4.1.10.2. 服务内容 213 1. 咨询服务 213 2. 应用系统的故障响应 213 3. 应用系统辅助操作 213 4. 应用系统的维护服务 213 5. 交流和培训 213 6. 应用系统业务调整 214 7. 应用系统软件升级 214 4.1.10.3. 支持机构 214 1. 咨询服务组 214 2. 咨询服务专家组 214 4.1.10.4. 支持方式 215 1. 现场维护 215 2. 热线电话咨询 215 3. 咨询服务网站 215 （1） 远程登录诊断维护 215 4.1.11 人员培训计划、技术转移方案 216 4.1.11.1. 培训方案 216 4.1.11.1.1. 培训对象和内容 216 4.1.11.1.2. 培训目的 217 4.1.11.1.3. 培训原则与培训质量保证体系 218 （1） 培训的师资力量 219 4.1.11.1.4. 培训方式 220 4.1.11.1.5. 培训大纲 220 4.1.11.1.6. 培训组织及技术力量安排 222 4.1.11.1.7. 培训组织方案 223 4.1.11.2. 技术转移方案 225 4.1.12 预期系统性能状况，后续升级扩展方案和计划建议 227 4.1.12.1. 移动端响应标准 227 4.1.12.2. 系统响应标准 227 4.1.12.3. 优化办法 227 4.1.12.4. 系统批处理效率 228 4.1.12.5. 并发用户下的系统性能 228 4.1.13 其他资料 229 4.1.13.1. 典型案例 229 1 投标书 2 规格偏离表 3 资格证明文件 3.1法人营业执照（三证合一） 公司名称变更通知 3.2法定代表人授权书 3.3 投标人的资信证明 2015年审计报告 2014年审计报告 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 .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.1 2015年度中国移动互联网行业领军企业奖 3.4.2.2 2014-2015年度云计算应用优秀实践单位奖 3.4.2.3 2014年度中国最具影响力品牌奖 3.4.2.4 2013年度最佳技术服务提供商 3.4.2.5 2013年度中国移动应用平台最具影响力奖 3.4.2.6 2014移动生产力十大优秀案例奖 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、第三方平台。 235 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.2 Hybrid移动开发引擎 Hybrid应用引擎作为移动应用开发的中间件，使用HTML5作为开发语言开发移动应用。HTML5是标准的跨平台技术，目前被所有的移动终端平台支持， Hybrid应用引擎基于HTML5技术，融合了原生和HTML5双方的优势，使跨平台开发技术开发的应用能够与使用原生方式开发应用的体验相媲美。同时Hybrid技术的开发框架和开发工具能缩短移动应用的开发周期，降低开发成本。 4.1.1.3.3 面向服务的SOA接口集成 面向服务的体系结构（service-oriented architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。各个应用在进行业务处理过程中不需要直接交互，从而不必要了解对方的技术架构、技术实现方式、数据模型、部署位置。通过使用XML、Web Service、SOAP等技术，可以使各个应用系统之间相对独立、松耦合，方便各个应用系统独立地进行升级、改造、扩展，对其他应用系统的影响降到最低。 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数据库。 4.1.1.4 应用工具 1. 2. 3. 4. 4.1. 4.1.1. 4.1.1.1. 4.1.1.2. 4.1.1.3. 4.1.1.4. 4.1.1.4.1. 开发工具 1. 集成Eclipse核心的”AppCan IDE” AppCanIDE是基于Eclipse定制的移动集成开发环境，专为无Native开发经验的HTML开发人员设计。AppCanIDE帮助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 等主流开发平台集成起来，从而为传统的软件开发周期管理提供业务分析和规范的数据库设计解决方案。 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. 协同开发 协同开发是一款简单好用的协作化的项目开发管理云平台，帮助团队解决成员间流程任务推进、跨地区协调沟通、代码托管、云端存储、资源共享等需求，帮助企业、开发者团队及个人有效控制开发过程，提升开发效率，实现更高效的项目管理。 图：协同开发平台 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所有控件覆盖各种异常分支两款经典机型随时测。 4.1.1.4.5. 统计工具 1. 友盟统计 国内专业的移动应用统计分析平台。我们帮助移动应用开发商统计和分析流量来源、内容使用、用户属性和行为数据，以便开发商利用数据进行产品、运营、推广策略的决策。 （1） 应用趋势统计 清晰展现应用的新增用户、活跃用户、启动次数、版本分布、行业指标等数据，方便您从整体掌控应用的运营情况及增长动态。 （2） 渠道分析 在哪里推广最有效？从哪里获取的用户最有价值？友盟统计渠道分析功能可以实时查看各渠道的新增用户、活跃用户、次日留存率等用户指标，通过数据对比评估不同渠道的用户质量和活跃程度，从而衡量推广效果。 （3） 留存分析 可以掌握每日(周/月)的新增用户在初次使用后一段时间内的留存率，留存率的高低一定程度上反映了产品和用户质量的好坏。 （4） 行为分析 针对性地进行应用内的数据统计，了解用户的产品使用细节及行为特征，帮助您寻找产品改进的突破点，评估产品优化的效果。 （5） 用户属性 用户的基本属性和行为特征，帮助您全面了解用户。 （6） 错误分析 收集并归类崩溃日志，提供错误管理及分析工具，帮助开发者更好的解决问题，从而提高应用的稳定性，改善应用质量。 4.1.1.4.6. 开发语言 1. HTML5 万维网的核心语言、标准通用标记语言下的一个应用超文本标记语言（HTML）的第五次重大修改。 n 语义特性（Class：Semantic） HTML5赋予网页更好的意义和结构。更加丰富的标签将随着对RDFa的，微数据与微格式等方面的支持，构建对程序、对用户都更有价值的数据驱动的Web。 n 本地存储特性（Class: OFFLINE & STORAGE） 基于HTML5开发的网页APP拥有更短的启动时间，更快的联网速度，这些全得益于HTML5 APP Cache，以及本地存储功能。Indexed DB（html5本地存储最重要的技术之一）和API说明文档。 n 设备兼容特性 (Class: DEVICE ACCESS) 从Geolocation功能的API文档公开以来，HTML5为网页应用开发者们提供了更多功能上的优化选择，带来了更多体验功能的优势。HTML5提供了前所未有的数据与应用接入开放接口。使外部应用可以直接与浏览器内部的数据直接相连，例如视频影音可直接与microphones及摄像头相联。 连接特性（Class: CONNECTIVITY） 更有效的连接工作效率，使得基于页面的实时聊天，更快速的网页游戏体验，更优化的在线交流得到了实现。HTML5拥有更有效的服务器推送技术，Server-Sent Event和WebSockets就是其中的两个特性，这两个特性能够帮助我们实现服务器将数据“推送”到客户端的功能。 n 网页多媒体特性(Class: MULTIMEDIA) 支持网页端的Audio、Video等多媒体功能， 与网站自带的APPS，摄像头，影音功能相得益彰。 n 性能与集成特性（Class: Performance & Integration） 没有用户会永远等待你的Loading——HTML5会通过XMLHttpRequest2等技术，解决以前的跨域等问题，帮助您的Web应用和网站在多样化的环境中更快速的工作。 n CSS3特性(Class: CSS3) 在不牺牲性能和语义结构的前提下，CSS3中提供了更多的风格和更强的效果。此外，较之以前的Web排版，Web的开放字体格式（WOFF）也提供了更高的灵活性和控制性。 2. CSS3 CSS即层叠样式表（CascadingStylesheet）。在网页制作时采用CSS技术，可以有效地对页面的布局、字体、颜色、背景和其它效果实现更加精确的控制。只要对相应的代码做一些简单的修改，就可以改变同一页面的不同部分，或者页数不同的网页的外观和格式。CSS3是CSS技术的升级版本，CSS3语言开发是朝着模块化发展的。以前的规范作为一个模块实在是太庞大而且比较复杂，所以，把它分解为一些小的模块，更多新的模块也被加入进来。这些模块包括：盒子模型、列表模块、超链接方式、语言模块、背景和边框、文字特效、多栏布局等。 3. JAVASCRIPT JAVASCRIPT一种直译式脚本语言，是一种动态类型、弱类型、基于原型的语言，内置支持类型。它的解释器被称为JAVASCRIPT引擎，为浏览器的一部分，广泛用于客户端的脚本语言，最早是在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中轻松地进行开发与部署。 4.1.1.5 移动平台建设方案 1 2 3 3.1 1. 2. 3. 4. 4.1. 4.1.1. 4.1.1.1. 4.1.1.2. 4.1.1.3. 4.1.1.4. 4.1.1.5. 4.1.1.5.1. 移动业务整合平台（APPCAN MAS） 1 2 3 3.1 3.1.1 1. MAS简介 AppCan MAS移动业务整合系统是基于高性能NODEJS架构开发的企业移动后端整合系统，内置各种标准协议组件，统一移动业务前后端标准开发技术；同时，通过基于策略配置的数据缓存机制，聚合业务数据并发连接不同的后端业务系统，高效整合对接多种企业业务。 AppCan MAS还是一套集成了安全、控制等能力的服务器端开发框架，通过证书、权限、应用校验等机制构造移动应用接入控制体系，并具备服务二次封装整合的集成能力。 AppCan MAS还内置高效的消息推送能力，提供二次开发接口，方便移动应用运营。 2. 系统特点 AppCan MAS系统具有如下特点： （1） 丰富协议封装 AppCan MAS以接口形式提供了业界常用的各种协议栈的封装，如REST、JDBC、AXIS、SOAP、LDAP、REDIS、MONGODB、DOM等。 AppCan MAS提供接口运行调试能力，支持对接口进行调试和热替换。 （2） 高安全 AppCan MAS系统提供了一整套完整的移动接入校验机制，支持对移动接入应用证书、用户证书、应用合法性、用户接入权限的安全控制能力。 AppCan MAS系统具有完善的访问控制安全架构，有效应对非法访问，为系统提供更强有力的保护。 （3） 高性能 AppCan MAS系统基于高性能的NODEJS架构，提供基于策略配置的数据缓存机制，可以轻松支撑十万级用户的访问。同时系统还支持以集群方式横向扩展，轻松实现能力扩容。 （4） 监控管理支持 AppCan MAS系统内置强大的运行监控服务，对用户并发、吞吐量、响应时间等即时记录告警，并以图形化形式展现，能有效帮助运维人员随时把控服务运行状态。同时，还提供丰富的工程部署、服务配置、安全配置等系统管理能力。 3. 平台功能 登录AppCan MAS管理页面后，即可对系统进行配置和管理。首页显示管理员登录信息、服务器环境配置信息，以及系统的版本信息。 图：MAS管理主页面 （1） 应用管理 应用管理包含“应用管理、接口管理、证书管理”三个方面管理、配置、操作。 应用管理 应用管理显示和管理已有应用，也可以添加应用配置。启用/禁用、删除来进行对应用的配置管理。 图：应用基本信息的编辑 接口管理 管理当前主机下的MAS服务、子服务、工程、接口列表信息，通过选中授权的方式来分别对开启应用认证和接口认证的MAS服务工程接口进行合法请求。 图：接口管理 证书管理 证书认证管理用于配置各应用访问接口时所需证书的认证信息，包括证书的状态、pem和过期时间。点击“颁发证书”可添加应用证书，点击列表中对应应用证书右侧的停用、删除完成对证书的停用、删除操作。 图：证书管理 （2） 服务管理 显示和配置已有服务，也可以添加MAS标准接口服务和自定义服务。已有的MAS服务，可以管理MAS服务的开启/关闭、配置、删除，管理应用的认证开关、接口的认证开关，日志的开启关闭、监控统计报表的查看。 图：服务管理 新建MAS服务，包括定义服务名称、服务英文名称、服务描述、添加子服务、设置进程数、设置应用认证时间、设置会话生命周期、COOKIE池、缓存池、认证池、日志池的开启/关闭以及设置；数据池的配置用于设置数据存放的REDIS内存数据库地址。还可以针对服务进行压力控制设置每小时、每天的压力值。 图： 新建服务 （3） 集群管理 显示主动创建的集群或加入的集群，集群分为主动创建的集群主机和加入到集群的集群从机。 图：集群管理 （1） 管理员管理 在本页面，管理员可以对管理员密码进行修改。 （4） 平台管理 平台配置界面可配置MAS服务使用的库信息、授权许可功能可通过上传授权文件license文件的方式来完成对MAS平台的授权，非授权的服务是无法使用的、通过EMM（移动业务管理平台）提供的应用对接地址，实现与EMM的应用同步管理。 图：平台管理 4.1.1.5.2. 移动业务开发平台（APPCAN SDK） 1 2 3 3.1 3.2 1. 移动开发能力 1 2 3 3.1 3.2 3.2.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 提供了统一的应用模拟器和调试工具，同时还提供了真机模拟环境帮助开发者更方便、快捷的完成移动应用的跨平台开发。AppCan采用开放的HTML5跨平台方案，具有完全的前后兼容性，保护用户的投资。 目前支持iOS、Android平台，Windows Phone8也已经完成开发版，未来随着主流终端平台更新升级及时的升级应用引擎。 （2） API调用接口 共包含35大类、500多个API接口。基本涵盖了常见移动应用所需要的大部分功能需求。其中包括：推送、摄像头、传感器、LBS、二维码、文件读写、网络连接、上传下载、短信、彩信、电话、邮件、图片、第三方支付、音频、视频、压缩、原生控件元素等核心功能。 1. 音频对象API 用于播放背景音乐和效果音乐； 2. 电话对象API 封装了用于调用系统通话功能的方法，可以调用系统拨号界面或者直接建立拨号连接打电话； 3. 照相机对象API 封装了用于调用设备照相机拍摄照片，成功后返回相关图片存储地址； 4. 剪贴板对象API 封装系统剪贴板，提供系统全局的文字复制粘贴功能； 5. 日期控件API 封装了用于调用手机本地原生时期和时间选择控件； 6. 联系人对象API 封装了用于调用系统联系人； 7. 数据库对象API 封装了SQLite数据库对象，能够实现数据的增删改查，以及事务操作； 8. 设备信息对象API 封装了用于调用设备硬件参数相关信息和硬件状态相关信息； 9. 下载对象API 封装了用于下载文件，支持动态获取下载进度，支持断点下载等； 10. 邮件对象API 封装了用于调用系统邮件功能进行邮件的发送； 11. 文件管理对象API 封装了文件系统管理的接口，用于管理选择文件，读写文件，读取文本文件等； 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对此的处理机制是：对不支持的传感器类别