《投标技术设计方案建议书》由会员分享，可在线阅读，更多相关《投标技术设计方案建议书（13页珍藏版）》请在金锄头文库上搜索。
1、.wdXXXXX 20xx.10 目录目录1第一局部工程综述21.工程目标22.业务功能需求32.1业务需求概述32.2具体需求3第二局部工程需求分析41.移动后台服务架构42.企业移动应用开发平台4第三局部工程总体设计51.工程总体设计描述51.1.产品说明：51.2.方案设计描述：52.工程方案设计优势62.1.平台技术的统一性62.2.方案的优势6第四局部技术实现方案71移动后台服务架构Mobile Backend Service71.1.架构的必要性71.2.架构逻辑拓扑71.3.XXXXX架构技术标准72部署架构8第五局部工程实施方案91.人员配置方案及工作量估算92.工程实施进程标
2、准9第六局部技术支持与售后服务101.乙方技术支持承诺101.1.故障响应处理流程111.2.现场日常维护流程111.3.维护性开发流程111.4.巡检流程112.售后服务承诺123.新需求服务12第七局部其他说明131.保密132.知识产权转移133.培训流程134.培训评估和管理13第一局部 工程综述1. 工程目标本工程作为XXXXX的初始阶段，主要目标是打造XXXX的能力，包括技术的、应用的和团队力量的，因此该工程的主要目标包括： 一个平台搭建具备服务整合系统集成、移动应用开发MADP、移动应用运行监控/运营分析/用户体验优化、移动应用根基技术能力框架、移动设备和应用管理MDM & MA
3、M、高扩展性和高可用性的企业级移动应用平台； 一组B2E应用提供涵盖XX主营核心业务范围、一站式、对旅客有用并易用、覆盖主流移动操作系统的移动App；针对XX一线服务人员和运营保障人员、提供服务信息和生产信息及时获取及传递的企业应用； 一系列B2C的支撑：为新版B2C应用整合后台服务，建设API接口，支撑B2C各项新功能。 一支团队打造具备移动应用规划设计，技术研究及应用实施、测试和系统运营分析及优化的专业技术能力团队；2. 业务功能需求1.1 业务需求概述工程需求通常是对当前问题的分析导出的，通过前期的调研和观察，我们可以提炼出如下主要问题：1.1.1 解决当前XX多个B2C移动应用彼此独立
4、、风格迥异、数据孤岛及业务系统竖井建设的问题；1.1.2 解决移动应用快速交付的问题；当前，不管是市场销售营销，还是生产运营或企业管理，各业务领域均提出移动化的要求；同时，随着大家对移动应用的依赖增强，提出移动应用的需求和改良建议将越来越多和频繁，且不管是时间进度要求，还是质量和用户体验要求都将越来越高；1.2 具体需求通过对问题的梳理和分解，有四条业务需求和一条技术需求以解决当前面临的问题：1.1.3 支撑新版B2C应用，整合XXX各后台业务系统的服务，提供标准的API接口。第二局部 工程需求分析 我方根据“XXX企业级移动应用平台RFI文档说明，将本次工程需求分析分为以下几类：1. 移动后
5、台服务架构参照并结合XXX现有后台系统特点，对即将进展或开发的移动平台进展整合。其中包括：企业服务总线ESB调用、移动后台服务整合、移动后台服务监控、移动后台与ESB的同步、移动后台API标准的建设、为其它应用提供API。最终成为一个面向服务的架构 - SOA标准。2. 企业移动应用开发平台解决移动应用中的开发问题，这涉及到：多种类型设备、多种操作系统及版本、大量应用开发及维护、统一应用风格、应用界面适配等问题。因此，需要通过一种跨渠道的移动应用开发工具来实现其最终结果。以缩短开发周期、减少开发成本，真正做到“一次代码编写、随意运行的目的。到达灵活开发、快速部署的目的，以适应灵活的业务需求变化
6、。第三局部 工程总体设计1. 工程总体设计描述根据以上工程需求分析，我方将采用美国XXX产品解决方案、美国产品解决方案，来帮助客户建设并完成该工程。1.1. 产品说明：XXX其主要致力于开发与移动相关的应用技术，是专门从事开发、销售、服务和交付平台。其核心开发团队由经历丰富的架构师和开发人员组成，具有专业的知识，并开发高性能的分布式在线系统、移动设备编程、网络安全产品、以及其它复杂的软件系统。包括所有主要的移动设备操作系统、服务器功能的安全软件、网络应用集成和数据库的开发。1.2. 方案设计描述：该方案主要分为两个核心局部： 移动后台服务主要负责各个业务系统的衔接，各种后台服务服务的调度、服务
7、整合、标准统一、为其它应用提供服务接口，同时与客户原先的后台系统同步等工作。 企业移动应用开发平台该功能将主要解决在移动应用开发时所遇到的诸多问题。众所周知，随着移动应用种类的多样性、移动应用实施方式的多样性、移动操作系统的多样性、以及移动应用设计、部署、维护等问题将呈几何级数的增长，这会大大的消耗开发、管理、维护效能，而应该采用一种“一次代码编写、随意运行的工具或平台，来简化应用开发过程中遇到的所有问题势在必行。2. 工程方案设计优势1.3. 平台技术的统一性众所周知，近些年移动应用正在被企业大量的开发、部署，并在企业的运营中起到至关重要的作用。相较于过去的企业应用而言，移动应用具有其自身的
8、很多特性，如从设计、定义、开发、测试、部署、管理等很多环节，这不仅给企业的运营提出更高的要求，同时对移动平台本身也提出很多标准。1.4. 方案的优势1.1.1 后台架构优势传统的后端集成方法，开发人员的任务是理解和精心安排任意数量的内部或外部系统之间的细微差异和数据协议。不管是企业级应用：如SAP、Oracle、Salesforce，或是公共应用：如Yammer、Facebook、LinkedIn都需要尽力建设安全通路，从而要求集成开发人员必须考虑服务的准确性。XXX所提供的管道，优于上述这些更耗时，更加错综复杂的细节流程。通过提供一个路径，基于云的数据存储，并提供了一套统一的基于RESTfu
9、l的API，MBaaS提供一个安全且具有成本效益的后端系统的根基架构，同时建设核心功能，如认证、推送通知、同步服务、存储和第三方的集成。其结果是一个更安全，更有效的方法来管理后端的开发：1.1.2 开发平台优势对于XXXX的价值根基表达在：从一个单一的JavaScript代码库实现，针对部署和维护所有的移动应用，不会产生任何后续编辑。一次代码编写、随意运行的平台Write Once, Run Everywhere。l 完全自给自足l 尽可能广泛的移动到移动客户和代理商l 大幅缩短产品上市时间l 大大减少需要保持现有的部署时间和资源l 熟悉的脚本环境，可以很容易地通过你的员工采用l 更低的总拥有
10、成本l 最快的投资回报第四局部 技术实现方案1 移动后台服务架构Mobile Backend Service1.1. 架构的必要性对于一个可以提供真正有价值移动应用时，其应用的后端必须安全地与任何数量的公有云服务或企业系统的集成。对于开发者来说，其重点一直是创造卓越的前端体验，这个过程将会逐渐的消耗其有限的资源。若何让开发者在开发后台而不牺牲应用的功能，同时保证应用的安全性、质量移动后端作为一种服务，称为XXXX，解决方案已经可以满足这一需求。作为一个预构建，云部署根基架构，XXXX为开发者提供了一种服务API的交钥匙解决方案，并集成他们的应用程序的后端。XXXX可以用作应用的后端，并为前端提
11、供服务，包括：桌面端，Web和移动应用程序等任意应用，以及越来越多的用于物联网的强大应用。其主要解决如下问题：l 采用智能手机，平板电脑和不断开展的技术，如可穿戴设备的迅速增长。l 技术堆践和服务正在变得越来越复杂。l 企业需要快速，高效的应用开发和部署。l 应用安全和性能是对于公司而言同样重要。l 企业需要能够快速，可靠地进展扩展。1.2. 架构逻辑拓扑1.3. XXXXX架构技术标准2 部署架构XXXX是基于J2EE架构部署的标准应用服务器。该标准的实施部署采用Tomcat Web和应用程序服务器功能，其使用的JBoss JMS队列的消息服务。其他主要服务器组件是Memcache，同时提供
12、会话状态和Apache Derby数据库优化数据访问。XXX移动服务器可以实现部署在任何符合J2EE标准的应用服务器上，并且可以与任何JMS提供者想配合。其执行后端数据库是MySQL。部署体系构造的逻辑视图，如以以下列图所示。1） 使用者通过移动设备访问应用服务器；2） 与内存缓存服务器为现有会话进展应用检查如果没有那么新建；3） 应用首先会检查是否有存在于本地缓存的设备信息。如果没有找到，那么会从设备数据库中进展信息加；4） 应用连接到企业数据源如果服务调用涉及其它本地页面也一样被送达；5） 在返回时更新的状态存储在内存缓存服务器中。与此同时，错误或性能指标都放在JBoss的消息队列中；6）
13、 报告代理从消息队列中读取消息；7） 报告代理存储消息到报告数据库中；第五局部 工程实施方案1. 人员配置方案及工作量估算工程参与人员情况如下表所示，在工程实施过程中可能根据实际情况进展微调，但工程核心成员(工程经理、高级程序员)不会调整。人员构成人员数量工程经理XX系统架构师XX高级程序员XX程序员XX软件测试人员XX2. 工程实施进程标准工程启动任务责任说明责任方工程启动发动大会1、介绍工程的情况，明确任务。2、时间进度安排、资源调配；实施方甲方安排需求调研1、与客户商定调研的时间、方式、部门等；2、准备调研提纲；实施方与甲方系统后台设计任务责任说明责任方后台设计方案制订1、重点讨论实施方
14、后台设计标准制订1、参照甲方设计标准要求针对该工程制定设计标准v1.02、设计标准贯彻实施方后台逻辑设计1、分析需求分析报告v1.3和系统设计报告v1.0的匹配2、形成后台逻辑设计标准v1.03、送交内部评审实施方后台逻辑设计标准评审1、对后台逻辑设计标准v1.0提出改良意见2、形成后台逻辑设计标准v1.1甲方实施方后台接口设计标准1、根据系统最终运行模式，调整接口设计2、结合后台逻辑设计标准v1.1，及后台接口标准，形成后台逻辑设计标准v1.2实施方接口标准确认1、实施方与甲方一起评审后台逻辑设计标准v1.2，最终形成?后台逻辑设计标准v1.3?并对工程需求变更的处理双方的约定，形成备忘录?
15、需求变更备忘录?甲方实施方应用需求分析任务责任说明责任方需求调研根据工程规划到客户现场进展需求调研实施方需求整理根据调研情况，整理出需求分析报告v1.0实施方需求报告内部评审甲方对需求分析报告进展内部评审，形成需求分析报告v1.1实施方需求报告客户评审实施方与甲方一起就需求分析报告进展评审，初步明确工程的具体范围和功能，最终形成需求分析报告v1.2实施方甲方需求报告确认实施方与甲方一起确定需求分析报告v1.2，明确工程的具体范围和功能，形成?需求分析报告v1.3?；并对工程需求变更的处理双方的约定，形成备忘录?需求变更备忘录?实施方甲方第六局部 技术支持与售后服务1. 乙方技术支持承诺将对本次工程上线后，按合同约定时间内进展技术支持与售后服务，其内容包括：1.1. 故障响
