投标技术方案建议书模板.docx

1第一部分项目综述 21. 项目目标 22. 业务功能需求 业务需求概述 具体需求 3第二部分项目需求分析 41. 移动后台服务架构 42. 企业移动应用开发平台 4第三部分项目总体设计 51. 项目总体设计描述 . 产品说明: . 方案设计描述: 52. 项目方案设计优势 . 平台技术的统一性 . 方案的优势 6第四部分技术实现方案 71 移动后台服务架构(MobileBackendService) . 架构的必要性 . 架构逻辑拓扑 . XXXXX架构技术规范 72 部署架构 8第五部分项目实施计划 91. 人员配置方案及工作量估算 92. 项目实施进程规范 9第六部分技术支持与售后服务 101. 乙方技术支持承诺 . 故障响应处理流程 . 现场日常维护流程 . 维护性开发流程 . 巡检流程 112. 售后服务承诺 123. 新需求服务 12第七部分其他说明 131. 保密 132. 知识产权转移 133. 培训流程 134. 培训评估和管理 13第一部分项目综述项目目标本项目作为XXXXX的初始阶段,主要目标是打造XXXX的能力,包括技术的、应用的和团队力量的,因此该项目的主要目标包括:一个平台——搭建具备服务整合(系统集成)、移动应用开发(MADP)、移动应用运行监控/运营分析/用户体验优化、移动应用基础技术能力框架、移动设备和应用管理(MDM&MAM)、高扩展性和高可用性的企业级移动应用平台;一组B2E应用——提供涵盖XX主营核心业务范围、一站式、对旅客有用并易用、覆盖主流移动操作系统的移动App;针对XX一线服务人员和运营保障人员、提供服务信息和生产信息及时获取及传递的企业应用;一系列B2C的支撑:为新版B2C应用整合后台服务,建立API接口,支撑B2C各项新功能。一支团队——打造具备移动应用规划设计,技术研究及应用实施、测试和系统运营分析及优化的专业技术能力团队;业务功能需求业务需求概述项目需求通常是对当前问题的分析导出的,通过前期的调研和观察,我们可以提炼出如下主要问题:解决当前XX多个B2C移动应用彼此独立、风格迥异、数据孤岛及业务系统竖井建设的问题;解决移动应用快速交付的问题;当前,不论是市场销售营销,还是生产运营或企业管理,各业务领域均提出移动化的要求;同时,随着大家对移动应用的依赖增强,提出移动应用的需求和改进建议将越来越多和频繁,且不论是时间进度要求,还是质量和用户体验要求都将越来越高;具体需求通过对问题的梳理和分解,有四条业务需求和一条技术需求以解决当前面临的问题:支撑新版B2C应用,整合XXX各后台业务系统的服务,提供标准的API接口。第二部分项目需求分析我方根据“XXX企业级移动应用平台RFI”文档说明,将本次项目需求分析分为以下几类:移动后台服务架构参照并结合XXX现有后台系统特点,对即将进行或开发的移动平台进行整合。其中包括:企业服务总线(ESB)调用、移动后台服务整合、移动后台服务监控、移动后台与ESB的同步、移动后台API标准的建立、为其它应用提供API。最终成为一个面向服务的架构-SOA标准。企业移动应用开发平台解决移动应用中的开发问题,这涉及到:多种类型设备、多种操作系统及版本、大量应用开发及维护、统一应用风格、应用界面适配等问题。因此,需要通过一种跨渠道的移动应用开发工具来实现其最终结果。以缩短开发周期、减少开发成本,真正做到“一次代码编写、随意运行”的目的。达到灵活开发、快速部署的目的,以适应灵活的业务需求变化。第三部分项目总体设计项目总体设计描述根据以上项目需求分析,我方将采用美国XXX产品解决方案、美国产品解决方案,来帮助客户建立并完成该项目。产品说明:XXX其主要致力于开发与移动相关的应用技术,是专门从事开发、销售、服务和交付平台。其核心开发团队由经验丰富的架构师和开发人员组成,具有专业的知识,并开发高性能的分布式在线系统、移动设备编程、网络安全产品、以及其它复杂的软件系统。包括所有主要的移动设备操作系统、服务器功能的安全软件、网络应用集成和数据库的开发。方案设计描述:该方案主要分为两个核心部分:移动后台服务主要负责各个业务系统的衔接,各种后台服务服务的调度、服务整合、标准统一、为其它应用提供服务接口,同时与客户原先的后台系统同步等工作。企业移动应用开发平台该功能将主要解决在移动应用开发时所遇到的诸多问题。众所周知,随着移动应用种类的多样性、移动应用实施方式的多样性、移动操作系统的多样性、以及移动应用设计、部署、维护等问题将呈几何级数的增长,这会大大的消耗开发、管理、维护效能,而应该采用一种“一次代码编写、随意运行”的工具或平