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

《投标技术方案建议书模板.docx》由会员分享，可在线阅读，更多相关《投标技术方案建议书模板.docx（15页珍藏版）》请在三一办公上搜索。

1、XXXXX 2013.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 Service）71.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）、移动应用运行监控/运营分析/用户体验优化、移动应用基础技术能力框架、移动设备和

3、应用管理（MDM & MAM）、高扩展性和高可用性的企业级移动应用平台； 一组B2E应用提供涵盖XX主营核心业务范围、一站式、对旅客有用并易用、覆盖主流移动操作系统的移动App；针对XX一线服务人员和运营保障人员、提供服务信息和生产信息及时获取及传递的企业应用； 一系列B2C的支撑：为新版B2C应用整合后台服务，建立API接口，支撑B2C各项新功能。 一支团队打造具备移动应用规划设计，技术研究及应用实施、测试和系统运营分析及优化的专业技术能力团队；2. 业务功能需求122.1 业务需求概述项目需求通常是对当前问题的分析导出的，通过前期的调研和观察，我们可以提炼出如下主要问题：1.2.2.12.

4、1.1 解决当前XX多个B2C移动应用彼此独立、风格迥异、数据孤岛及业务系统竖井建设的问题；2.1.2 解决移动应用快速交付的问题；当前，不论是市场销售营销，还是生产运营或企业管理，各业务领域均提出移动化的要求；同时，随着大家对移动应用的依赖增强，提出移动应用的需求和改进建议将越来越多和频繁，且不论是时间进度要求，还是质量和用户体验要求都将越来越高；2.2 具体需求通过对问题的梳理和分解，有四条业务需求和一条技术需求以解决当前面临的问题：122.12.22.22.2.1 支撑新版B2C应用，整合XXX各后台业务系统的服务，提供标准的API接口。第二部分 项目需求分析 我方根据“XXX企业级移动

5、应用平台RFI”文档说明，将本次项目需求分析分为以下几类：1. 移动后台服务架构参照并结合XXX现有后台系统特点，对即将进行或开发的移动平台进行整合。其中包括：企业服务总线（ESB）调用、移动后台服务整合、移动后台服务监控、移动后台与ESB的同步、移动后台API标准的建立、为其它应用提供API。最终成为一个面向服务的架构 - SOA标准。2. 企业移动应用开发平台解决移动应用中的开发问题，这涉及到：多种类型设备、多种操作系统及版本、大量应用开发及维护、统一应用风格、应用界面适配等问题。因此，需要通过一种跨渠道的移动应用开发工具来实现其最终结果。以缩短开发周期、减少开发成本，真正做到“一次代码编

6、写、随意运行”的目的。达到灵活开发、快速部署的目的，以适应灵活的业务需求变化。第三部分 项目总体设计1. 项目总体设计描述根据以上项目需求分析，我方将采用美国XXX产品解决方案、美国产品解决方案，来帮助客户建立并完成该项目。1.1. 产品说明：XXX其主要致力于开发与移动相关的应用技术，是专门从事开发、销售、服务和交付平台。其核心开发团队由经验丰富的架构师和开发人员组成，具有专业的知识，并开发高性能的分布式在线系统、移动设备编程、网络安全产品、以及其它复杂的软件系统。包括所有主要的移动设备操作系统、服务器功能的安全软件、网络应用集成和数据库的开发。1.2. 方案设计描述：该方案主要分为两个核心

7、部分： 移动后台服务主要负责各个业务系统的衔接，各种后台服务服务的调度、服务整合、标准统一、为其它应用提供服务接口，同时与客户原先的后台系统同步等工作。 企业移动应用开发平台该功能将主要解决在移动应用开发时所遇到的诸多问题。众所周知，随着移动应用种类的多样性、移动应用实施方式的多样性、移动操作系统的多样性、以及移动应用设计、部署、维护等问题将呈几何级数的增长，这会大大的消耗开发、管理、维护效能，而应该采用一种“一次代码编写、随意运行”的工具或平台，来简化应用开发过程中遇到的所有问题势在必行。2. 项目方案设计优势2.2.1. 平台技术的统一性众所周知，近些年移动应用正在被企业大量的开发、部署，

8、并在企业的运营中起到至关重要的作用。相较于过去的企业应用而言，移动应用具有其自身的很多特性，如从设计、定义、开发、测试、部署、管理等很多环节，这不仅给企业的运营提出更高的要求，同时对移动平台本身也提出很多规范。2.2. 方案的优势1.2.2.1.2.2.1.2.2.12.22.2.1 后台架构优势传统的后端集成方法，开发人员的任务是理解和精心安排任意数量的内部或外部系统之间的细微差别和数据协议。不管是企业级应用：如SAP、Oracle、Salesforce，或是公共应用：如Yammer、Facebook、LinkedIn都需要尽力建立安全通路，从而要求集成开发人员必须考虑服务的准确性。XXX所

9、提供的管道，优于上述这些更耗时，更加错综复杂的细节流程。通过提供一个路径，基于云的数据存储，并提供了一套统一的基于RESTful的API，MBaaS提供一个安全且具有成本效益的后端系统的基础架构，同时建立核心功能，如认证、推送通知、同步服务、存储和第三方的集成。其结果是一个更安全，更有效的方法来管理后端的开发：2.2.2 开发平台优势对于XXXX的价值基础体现在：从一个单一的JavaScript代码库实现，针对部署和维护所有的移动应用，不会产生任何后续编辑。一次代码编写、随意运行的平台（Write Once, Run Everywhere）。l 完全自给自足l 尽可能广泛的移动到移动客户和代理

10、商l 大幅缩短产品上市时间l 大大减少需要保持现有的部署时间和资源l 熟悉的脚本环境，可以很容易地通过你的员工采用l 更低的总拥有成本l 最快的投资回报第四部分 技术实现方案1 移动后台服务架构（Mobile Backend Service）1.1. 架构的必要性对于一个可以提供真正有价值移动应用时，其应用的后端必须安全地与任何数量的公有云服务或企业系统的集成。对于开发者来说，其重点一直是创造卓越的前端体验，这个过程将会逐渐的消耗其有限的资源。如何让开发者在开发后台而不牺牲应用的功能，同时保证应用的安全性、质量？移动后端作为一种服务，称为XXXX，解决方案已经可以满足这一需求。作为一个预构建，

11、云部署基础架构，XXXX为开发者提供了一种服务API的交钥匙解决方案，并集成他们的应用程序的后端。XXXX可以用作应用的后端，并为前端提供服务，包括：桌面端，Web和移动应用程序等任意应用，以及越来越多的用于物联网的强大应用。其主要解决如下问题：l 采用智能手机，平板电脑和不断发展的技术，如可穿戴设备的迅速增长。l 技术堆践和服务正在变得越来越复杂。l 企业需要快速，高效的应用开发和部署。l 应用安全和性能是对于公司而言同样重要。l 企业需要能够快速，可靠地进行扩展。1.2. 架构逻辑拓扑1.3. XXXXX架构技术规范2 部署架构XXXX是基于J2EE架构部署的标准应用服务器。该标准的实施部

12、署采用Tomcat Web和应用程序服务器功能，其使用的JBoss JMS队列的消息服务。其他主要服务器组件是Memcache，同时提供会话状态和Apache Derby数据库优化数据访问。XXX移动服务器可以实现部署在任何符合J2EE规范的应用服务器上，并且可以与任何JMS提供者想配合。其执行后端数据库是MySQL。部署体系结构的逻辑视图，如下图所示。1） 使用者通过移动设备访问应用服务器；2） 与内存缓存服务器为现有会话进行应用检查（如果没有则新建）；3） 应用首先会检查是否有存在于本地缓存的设备信息。如果没有找到，那么会从设备数据库中进行信息加；4） 应用连接到企业数据源（如果服务调用涉

13、及其它本地页面也一样被送达）；5） 在返回时更新的状态存储在内存缓存服务器中。与此同时，错误或性能指标都放在JBoss的消息队列中；6） 报告代理从消息队列中读取消息；7） 报告代理存储消息到报告数据库中；第五部分 项目实施计划1. 人员配置方案及工作量估算项目参与人员情况如下表所示，在项目实施过程中可能根据实际情况进行微调，但项目核心成员(项目经理、高级程序员)不会调整。人员构成人员数量项目经理XX系统架构师XX高级程序员XX程序员XX软件测试人员XX2. 项目实施进程规范1.项目启动任务责任说明责任方项目启动动员大会1、介绍项目的情况，明确任务。2、时间进度安排、资源调配；实施方甲方安排需

14、求调研1、与客户商定调研的时间、方式、部门等；2、准备调研提纲；实施方与甲方系统后台设计任务责任说明责任方后台设计计划制订1、重点讨论实施方后台设计规范制订1、参照甲方设计规范要求针对该项目制定设计规范v1.02、设计规范贯彻实施方后台逻辑设计1、分析需求分析报告v1.3和系统设计报告v1.0的匹配2、形成后台逻辑设计规范v1.03、送交内部评审实施方后台逻辑设计规范评审1、对后台逻辑设计规范v1.0提出改进意见2、形成后台逻辑设计规范v1.1甲方实施方后台接口设计标准1、根据系统最终运行模式，调整接口设计2、结合后台逻辑设计规范v1.1，及后台接口标准，形成后台逻辑设计规范v1.2实施方接口

15、标准确认1、实施方与甲方一起评审后台逻辑设计规范v1.2，最终形成后台逻辑设计规范v1.3并对项目需求变更的处理双方的约定，形成备忘录（需求变更备忘录）甲方实施方应用需求分析任务责任说明责任方需求调研根据项目规划到客户现场进行需求调研实施方需求整理根据调研情况，整理出需求分析报告v1.0实施方需求报告内部评审甲方对需求分析报告进行内部评审，形成需求分析报告v1.1实施方需求报告客户评审实施方与甲方一起就需求分析报告进行评审，初步明确项目的具体范围和功能，最终形成需求分析报告v1.2实施方甲方需求报告确认实施方与甲方一起确定需求分析报告v1.2，明确项目的具体范围和功能，形成需求分析报告v1.3

16、；并对项目需求变更的处理双方的约定，形成备忘录（需求变更备忘录）实施方甲方第六部分 技术支持与售后服务1. 乙方技术支持承诺将对本次项目上线后，按合同约定时间内进行技术支持与售后服务，其内容包括：1.1. 故障响应处理流程1.2. 现场日常维护流程 甲方提出服务请求，现场服务工程师对服务请求分类，确定优先级别，并登记到维护日志中，所有问题按照事件号进行跟踪。 服务工程师进行问题现场处理，对于A类问题要能够紧急处理，如果超过4小时需要将问题进行升级到甲方高级经理，由甲方协调资源处理，B/C类问题按照服务要求执行； 服务工程师每天监控系统运行情况记录到服务日志中，每天进行数据备份并记录到服务日志中

17、。 服务工程师定期填写工作周报，报甲方负责人。 服务工程师每月报服务月报，报给甲方负责人，甲方对服务月报要签字确认。1.3. 维护性开发流程 甲方提出并按照维护性开发申请单填写需求申请，提交现场服务工程师。 现场服务工程师将维护性开发申请单提交甲方，由甲方会同乙方进行方案、工作量和计划评估，正常情况下24小时反馈给甲方（工作日内），遇到特殊情况双方协商。 甲方负责人进行审批，审批同意后，由项目经理下任务单按照计划进行开发。 由现场服务工程师或开发工程师提交成果，甲方进行确认。 维护任务关闭。 维护性开发由维护工程师登记维护台帐。1.4. 巡检流程 由现场服务工程师与甲方确定巡检计划，提交甲方审

18、批。 甲方协调资源。 现场巡检。 提交巡检报告。2. 售后服务承诺 乙方针对本项目，成立本地化服务中心，为甲方提供及时的响应和服务。 乙方承诺，项目上线后的时间内（依据合同而定），提供系统维护和升级服务。 项目经理每个月向甲方提交一份系统运行情况和分析报告。 继续为甲方提供长期信息化咨询服务。 新版本发布后，承诺在及时向甲方通报，并接到甲方请求起一个月内提供并安装新版本；新版本发布后，同时提供老版本的技术支持。3. 新需求服务对于新功能需求、新业务需求的开发将按照人天进行计算，并参照投标方案报价表。 甲方提出并按照新功能开发申请单填写需求申请，提交乙方服务工程师。 乙方服务工程师将新功能开发申

19、请单提交甲方，由甲方会同乙方进行方案、工作量和计划评估，正常情况下24小时反馈给甲方（工作日内），遇到特殊情况双方协商。 甲乙双方签定新合同。 甲方负责人进行审批，审批同意后，由项目经理下任务单按照计划进行开发。 由现场服务工程师或开发工程师提交成果，甲方进行确认。 新功能开发任务关闭。第七部分 其他说明1. 保密本项目所涉及到的所有XXXX背景资料、公司制度和政策、人员背景资料、研究原始记录、工作流程及分析结果，项目期间及项目结束后，未经书面确认，不会向第三方提供或用作其它商业用途。2. 知识产权转移我司承诺项目的最终研究和开发成果的知识产权归XXXXXX所有。最终的软件源码、软件的设计文档

20、及撰写的研究报告将在指定的交接日之前提交给XXXXXXX。3. 培训流程步骤培训准备阶段培训实施阶段培训评估阶段1了解培训需求实施授课质量评估2确定培训策略实施服务保证学员测试3编制培训方案实施关怀服务跟进培训需求4安排培训诸事宜质量跟踪调查双方沟通4. 培训评估和管理在培训实施过程中，实施方将利用调查问卷形式实施“课程首日调查”和“培训中调查”，以针对出现和可能出现的问题进行及时有效的调整和处理，保证良好的培训效果。具体执行方式如下： 通过与讲师沟通，根据技术人员的适应性对课程内容做出调整； 通过与技术人员沟通，使得讲师的课程内容更加富有吸引力和实效；通过收集的调查问卷对课程内容和服务环节的

21、其他内容做出调整，技术人员的满意度。出师表两汉：诸葛亮先帝创业未半而中道崩殂，今天下三分，益州疲弊，此诚危急存亡之秋也。然侍卫之臣不懈于内，忠志之士忘身于外者，盖追先帝之殊遇，欲报之于陛下也。诚宜开张圣听，以光先帝遗德，恢弘志士之气，不宜妄自菲薄，引喻失义，以塞忠谏之路也。宫中府中，俱为一体；陟罚臧否，不宜异同。若有作奸犯科及为忠善者，宜付有司论其刑赏，以昭陛下平明之理；不宜偏私，使内外异法也。侍中、侍郎郭攸之、费祎、董允等，此皆良实，志虑忠纯，是以先帝简拔以遗陛下：愚以为宫中之事，事无大小，悉以咨之，然后施行，必能裨补阙漏，有所广益。将军向宠，性行淑均，晓畅军事，试用于昔日，先帝称之曰“能”

22、，是以众议举宠为督：愚以为营中之事，悉以咨之，必能使行阵和睦，优劣得所。 亲贤臣，远小人，此先汉所以兴隆也；亲小人，远贤臣，此后汉所以倾颓也。先帝在时，每与臣论此事，未尝不叹息痛恨于桓、灵也。侍中、尚书、长史、参军，此悉贞良死节之臣，愿陛下亲之、信之，则汉室之隆，可计日而待也。臣本布衣，躬耕于南阳，苟全性命于乱世，不求闻达于诸侯。先帝不以臣卑鄙，猥自枉屈，三顾臣于草庐之中，咨臣以当世之事，由是感激，遂许先帝以驱驰。后值倾覆，受任于败军之际，奉命于危难之间，尔来二十有一年矣。先帝知臣谨慎，故临崩寄臣以大事也。受命以来，夙夜忧叹，恐托付不效，以伤先帝之明；故五月渡泸，深入不毛。今南方已定，兵甲已足，当奖率三军，北定中原，庶竭驽钝，攘除奸凶，兴复汉室，还于旧都。此臣所以报先帝而忠陛下之职分也。至于斟酌损益，进尽忠言，则攸之、祎、允之任也。愿陛下托臣以讨贼兴复之效，不效，则治臣之罪，以告先帝之灵。若无兴德之言，则责攸之、祎、允等之慢，以彰其咎；陛下亦宜自谋，以咨诹善道，察纳雅言，深追先帝遗诏。臣不胜受恩感激。今当远离，临表涕零，不知所言。