招投标技术方案建议书模板Word文档格式.docx

招投标技术方案建议书模板Word文档格式.docx

《招投标技术方案建议书模板Word文档格式.docx》由会员分享，可在线阅读，更多相关《招投标技术方案建议书模板Word文档格式.docx（13页珍藏版）》请在冰点文库上搜索。

1.移动后台服务架构

参照并结合XXX现有后台系统特点,对即将进行或开发的移动平台进行整合。

其中包括：

企业服务总线〔ESB调用、移动后台服务整合、移动后台服务监控、移动后台与ESB的同步、移动后台API标准的建立、为其它应用提供API。

最终成为一个面向服务的架构-SOA标准。

2.企业移动应用开发平台

解决移动应用中的开发问题,这涉及到：

多种类型设备、多种操作系统及版本、大量应用开发及维护、统一应用风格、应用界面适配等问题。

因此,需要通过一种跨渠道的移动应用开发工具来实现其最终结果。

以缩短开发周期、减少开发成本,真正做到"

一次代码编写、随意运行"

的目的。

达到灵活开发、快速部署的目的,以适应灵活的业务需求变化。

第三部分项目总体设计

1.项目总体设计描述

根据以上项目需求分析,我方将采用美国XXX产品解决方案、美国产品解决方案,来帮助客户建立并完成该项目。

1.1.产品说明：

XXX其主要致力于开发与移动相关的应用技术,是专门从事开发、销售、服务和交付平台。

其核心开发团队由经验丰富的架构师和开发人员组成,具有专业的知识,并开发高性能的分布式在线系统、移动设备编程、网络安全产品、以及其它复杂的软件系统。

包括所有主要的移动设备操作系统、服务器功能的安全软件、网络应用集成和数据库的开发。

1.2.方案设计描述：

该方案主要分为两个核心部分：

✓移动后台服务

主要负责各个业务系统的衔接,各种后台服务服务的调度、服务整合、标准统一、为其它应用提供服务接口,同时与客户原先的后台系统同步等工作。

✓企业移动应用开发平台

该功能将主要解决在移动应用开发时所遇到的诸多问题。

众所周知,随着移动应用种类的多样性、移动应用实施方式的多样性、移动操作系统的多样性、以及移动应用设计、部署、维护等问题将呈几何级数的增长,这会大大的消耗开发、管理、维护效能,而应该采用一种"

的工具或平台,来简化应用开发过程中遇到的所有问题势在必行。

2.项目方案设计优势

1.3.平台技术的统一性

众所周知,近些年移动应用正在被企业大量的开发、部署,并在企业的运营中起到至关重要的作用。

相较于过去的企业应用而言,移动应用具有其自身的很多特性,如从设计、定义、开发、测试、部署、管理等很多环节,这不仅给企业的运营提出更高的要求,同时对移动平台本身也提出很多规范。

1.4.方案的优势

1.1.1后台架构优势

传统的后端集成方法,开发人员的任务是理解和精心安排任意数量的内部或外部系统之间的细微差别和数据协议。

不管是企业级应用：

如SAP、Oracle、Salesforce,或是公共应用：

如Yammer、Facebook、LinkedIn都需要尽力建立安全通路,从而要求集成开发人员必须考虑服务的准确性。

XXX所提供的管道,优于上述这些更耗时,更加错综复杂的细节流程。

通过提供一个路径,基于云的数据存储,并提供了一套统一的基于RESTful的API,MBaaS提供一个安全且具有成本效益的后端系统的基础架构,同时建立核心功能,如认证、推送通知、同步服务、存储和第三方的集成。

其结果是一个更安全,更有效的方法来管理后端的开发：

1.1.2开发平台优势

对于XXXX的价值基础体现在：

从一个单一的JavaScript代码库实现,针对部署和维护所有的移动应用,不会产生任何后续编辑。

一次代码编写、随意运行的平台〔WriteOnce,RunEverywhere。

●完全自给自足

●尽可能广泛的移动到移动客户和代理商

●大幅缩短产品上市时间

●大大减少需要保持现有的部署时间和资源

●熟悉的脚本环境,可以很容易地通过你的员工采用

●更低的总拥有成本

●最快的投资回报

第四部分技术实现方案

1移动后台服务架构〔MobileBackendService

1.1.架构的必要性

对于一个可以提供真正有价值移动应用时,其应用的后端必须安全地与任何数量的公有云服务或企业系统的集成。

对于开发者来说,其重点一直是创造卓越的前端体验,这个过程将会逐渐的消耗其有限的资源。

如何让开发者在开发后台而不牺牲应用的功能,同时保证应用的安全性、质量？

移动后端作为一种服务,称为XXXX,解决方案已经可以满足这一需求。

作为一个预构建,云部署基础架构,XXXX为开发者提供了一种服务API的交钥匙解决方案,并集成他们的应用程序的后端。

XXXX可以用作应用的后端,并为前端提供服务,包括：

桌面端,Web和移动应用程序等任意应用,以及越来越多的用于物联网的强大应用。

其主要解决如下问题：

●采用智能手机,平板电脑和不断发展的技术,如可穿戴设备的迅速增长。

●技术堆践和服务正在变得越来越复杂。

●企业需要快速,高效的应用开发和部署。

●应用安全和性能是对于公司而言同样重要。

●企业需要能够快速,可靠地进行扩展。

1.2.架构逻辑拓扑

1.3.XXXXX架构技术规范

2部署架构

XXXX是基于J2EE架构部署的标准应用服务器。

该标准的实施部署采用TomcatWeb和应用程序服务器功能,其使用的ossJMS队列的消息服务。

其他主要服务器组件是Memcache,同时提供会话状态和ApacheDerby数据库优化数据访问。

XXX移动服务器可以实现部署在任何符合J2EE规范的应用服务器上,并且可以与任何JMS提供者想配合。

其执行后端数据库是MySQL。

部署体系结构的逻辑视图,如下图所示。

1）使用者通过移动设备访问应用服务器；

2）与内存缓存服务器为现有会话进行应用检查〔如果没有则新建；

3）应用首先会检查是否有存在于本地缓存的设备信息。

如果没有找到,那么会从设备数据库中进行信息加；

4）应用连接到企业数据源〔如果服务调用涉及其它本地页面也一样被送达；

5）在返回时更新的状态存储在内存缓存服务器中。

与此同时,错误或性能指标都放在oss的消息队列中；

6）报告代理从消息队列中读取消息；

7）报告代理存储消息到报告数据库中；

第五部分项目实施计划

1.人员配置方案及工作量估算

项目参与人员情况如下表所示,在项目实施过程中可能根据实际情况进行微调,但项目核心成员<

项目经理、高级程序员>

不会调整。

人员构成

人员数量

项目经理

XX

系统架构师

高级程序员

程序员

软件测试人员

2.项目实施进程规范

项目启动

任务

责任说明

责任方

项目启动动员大会

1、介绍项目的情况,明确任务。

2、时间进度安排、资源调配；

实施方

甲方

安排需求调研

1、与客户商定调研的时间、方式、部门等；

2、准备调研提纲；

实施方与甲方

系统后台设计

后台设计计划制订

1、重点讨论

后台设计规范制订

1、参照甲方设计规范要求针对该项目制定设计规范v1.0

2、设计规范贯彻

后台逻辑设计

1、分析需求分析报告v1.3和系统设计报告v1.0的匹配

2、形成后台逻辑设计规范v1.0

3、送交内部评审

后台逻辑设计规范评审

1、对后台逻辑设计规范v1.0提出改进意见

2、形成后台逻辑设计规范v1.1

后台接口设计标准

1、根据系统最终运行模式,调整接口设计

2、结合后台逻辑设计规范v1.1,及后台接口标准,形成后台逻辑设计规范v1.2

接口标准确认

1、实施方与甲方一起评审后台逻辑设计规范v1.2,最终形成《后台逻辑设计规范v1.3》

并对项目需求变更的处理双方的约定,形成备忘录〔《需求变更备忘录》

应用需求分析

需求调研

根据项目规划到客户现场进行需求调研

需求整理

根据调研情况,整理出需求分析报告v1.0

需求报告内部评审

甲方对需求分析报告进行内部评审,形成需求分析报告v1.1

需求报告客户评审

实施方与甲方一起就需求分析报告进行评审,初步明确项目的具体范围和功能,最终形成需求分析报告v1.2

需求报告确认

实施方与甲方一起确定需求分析报告v1.2,明确项目的具体范围和功能,形成《需求分析报告v1.3》；

第六部分技术支持与售后服务

1.乙方技术支持承诺

将对本次项目上线后,按合同约定时间内进行技术支持与售后服务,其内容包括：

1.1.故障响应处理流程

1.2.现场日常维护流程

甲方提出服务请求,现场服务工程师对服务请求分类,确定优先级别,并登记到维护日志中,所有问题按照事件号进行跟踪。

服务工程师进行问题现场处理,对于A类问题要能够紧急处理,如果超过4小时需要将问题进行升级到甲方高级经理,由甲方协调资源处理,B/C类问题按照服务要求执行；

服务工程师每天监控系统运行情况记录到服务日志中,每天进行数据备份并记录到服务日志中。

服务工程师定期填写工作周报,报甲方负责人。

服务工程师每月报服务月报,报给甲方负责人,甲方对服务月报要签字确认。

1.3.维护性开发流程

甲方提出并按照《维护性开发申请单》填写需求申请,提交现场服务工程师。

现场服务工程师将《维护性开发申请单》提交甲方,由甲方会同乙方进行方案、工作量和计划评估,正常情况下24小时反馈给甲方〔工作日内,遇到特殊情况双方协商。

甲方负责人进行审批,审批同意后,由项目经理下任务单按照计划进行开发。

由现场服务工程师或开发工程师提交成果,甲方进行确认。

维护任务关闭。

维护性开发由维护工程师登记维护台帐。

1.4.巡检流程

由现场服务工程师与甲方确定巡检计划,提交甲方审批。

甲方协调资源。

现场巡检。

提交巡检报告。

2.售后服务承诺

乙方针对本项目,成立本地化服务中心,为甲方提供及时的响应和服务。

乙方承诺,项目上线后的时间内〔依据合同而定,提供系统维护和升级服务。

项目经理每个月向甲方提交一份系统运行情况和分析报告。

继续为甲方提供长期信息化咨询服务。

新版本发布后,承诺在及时向甲方通报,并接到甲方请求起一个月内提供并安装新版本；

新版本发布后,同时提供老版本的技术支持。

3.新需求服务

对于新功能需求、新业务需求的开发将按照人天进行计算,并参照投标方案报价表。

甲方提出并按照《新功能开发申请单》填写需求申请,提交乙方服务工程师。

乙方服务工程师将《新功能开发申请单》提交甲方,由甲方会同乙方进行方案、工作量和计划评估,正常情况下24小时反馈给甲方〔工作日内,遇到特殊情况双方协商。

甲乙双方签定新合同。

新功能开发任务关闭。

第七部分其他说明

1.保密

本项目所涉及到的所有XXXX背景资料、公司制度和政策、人员背景资料、研究原始记录、工作流程及分析结果,项目期间及项目结束后,未经书面确认,不会向第三方提供或用作其它商业用途。

2.知识产权转移

我司承诺项目的最终研究和开发成果的知识产权归XXXXXX所有。

最终的软件源码、软件的设计文档及撰写的研究报告将在指定的交接日之前提交给XXXXXXX。

3.培训流程

步骤

培训准备阶段

培训实施阶段

培训评估阶段

1

了解培训需求

实施授课

质量评估

2

确定培训策略

实施服务保证

学员测试

3

编制培训方案

实施关怀服务

跟进培训需求

4

安排培训诸事宜

质量跟踪调查

双方沟通

4.培训评估和管理

在培训实施过程中,实施方将利用调查问卷形式实施"

课程首日调查"

和"

培训中调查"

以针对出现和可能出现的问题进行及时有效的调整和处理,保证良好的培训效果。

具体执行方式如下：

✓通过与讲师沟通,根据技术人员的适应性对课程内容做出调整；

✓通过与技术人员沟通,使得讲师的课程内容更加富有吸引力和实效；

通过收集的调查问卷对课程内容和服务环节的其他内容做出调整,技术人员的满意度。

出师表

两汉：

诸葛亮

　　先帝创业未半而中道崩殂,今天下三分,益州疲弊,此诚危急存亡之秋也。

然侍卫之臣不懈于内,忠志之士忘身于外者,盖追先帝之殊遇,欲报之于陛下也。

诚宜开张圣听,以光先帝遗德,恢弘志士之气,不宜妄自菲薄,引喻失义,以塞忠谏之路也。

　　宫中府中,俱为一体；

陟罚臧否,不宜异同。

若有作奸犯科及为忠善者,宜付有司论其刑赏,以昭陛下平明之理；

不宜偏私,使内外异法也。

　　侍中、侍郎郭攸之、费祎、董允等,此皆良实,志虑忠纯,是以先帝简拔以遗陛下：

愚以为宫中之事,事无大小,悉以咨之,然后施行,必能裨补阙漏,有所广益。

　　将军向宠,性行淑均,晓畅军事,试用于昔日,先帝称之曰"

能"

是以众议举宠为督：

愚以为营中之事,悉以咨之,必能使行阵和睦,优劣得所。

　　亲贤臣,远小人,此先汉所以兴隆也；

亲小人,远贤臣,此后汉所以倾颓也。

先帝在时,每与臣论此事,未尝不叹息痛恨于桓、灵也。

侍中、尚书、长史、参军,此悉贞良死节之臣,愿陛下亲之、信之,则汉室之隆,可计日而待也

。

　　臣本布衣,躬耕于XX,苟全性命于乱世,不求闻达于诸侯。

先帝不以臣卑鄙,猥自枉屈,三顾臣于草庐之中,咨臣以当世之事,由是感激,遂许先帝以驱驰。

后值倾覆,受任于败军之际,奉命于危难之间,尔来二十有一年矣。

　　先帝知臣谨慎,故临崩寄臣以大事也。

受命以来,夙夜忧叹,恐托付不效,以伤先帝之明；

故五月渡泸,深入不毛。

今南方已定,兵甲已足,当奖率三军,北定中原,庶竭驽钝,攘除奸凶,兴复汉室,还于旧都。

此臣所以报先帝而忠陛下之职分也。

至于斟酌损益,进尽忠言,则攸之、祎、允之任也。

　　愿陛下托臣以讨贼兴复之效,不效,则治臣之罪,以告先帝之灵。

若无兴德之言,则责攸之、祎、允等之慢,以彰其咎；

陛下亦宜自谋,以咨诹善道,察纳雅言,深追先帝遗诏。

臣不胜受恩感激。

　　今当远离,临表涕零,不知所言。