项目背景
为提升市*务信息化建设水平，依据《广东省“数字*府”建设总体规划（-）》（粤府〔〕号）、《广东省*务数据治理专项规划（-年）》（粤办函〔〕号）、《市“数字*府”建设总体规划（-年）》（湛府〔〕71号）等文件精神，市持续开展数据治理工作，实现了数据资源的初步汇聚，协助市直部门统一申请和对接使用省*务大数据中心数据资源服务接口。按照“全省一盘棋”的思路，市将依托省*务大数据分析应用平台的数据分析能力，结合本地*务数据库，开发适用于本地的算法模型，促进数据资源的深度开发利用，提升全市各领域大数据分析应用水平。
-年市大数据分析平台建设部署
项目目标
为贯彻落实广东省数字*府改革建设工作的部署要求，进一步加强大数据对市发展的支持力度，市将以业务和问题为导向，通过部署大数据中心分析平台，支撑市的数据融合分析应用，满足*府机构、企事业单位的大数据决策专题应用的需求，缩小市*务信息化建设和应用水平与珠三角的差距。
服务期限
本项目中标方需在合同签订之日起3个月内完成软件开发，平台正式上线部署后提供三年运维运营服务。
总体建设
建设原则要求
（1）规范性原则
系统设计开发遵循国家标准、工信部有关软件行业的通用规范、通用的国际规范及各系统间接口标准，保障基础信息数据库及应用系统之间能够根据业务需要实现有效的互连。
（2）开放性原则
系统设计的各种接口在遵循规范性原则的基础上，保证其可以集成不同设备厂商、系统或平台供应商、软件供应商的产品；保证系统的设备管理、系统扩容和业务维护不依赖于单一设备厂商、系统或软件供应商的产品。
（3）先进性与成熟性相结合原则
系统设计采用先进成熟的技术和手段，以保障系统具有高效、全面和稳定等良好品质。系统采用先进成熟的总体构架，数据采集、整合、应用服务等采用目前主流J2EE、中间件等技术。
（4）实用性原则
系统设计要切实保证实用性，能够解决项目的实际需求。
（5）可扩展性原则
系统设计应充分保证系统容量、处理能力和业务范围具有良好的扩展能力；具有适应业务变化的能力，对于系统用户数量及业务量的增长、规则或代码的变化、业务单据的变更、业务流程重组等，应保证业务变化对系统运行不造成影响。
（6）可靠性原则
保证系统具有较高的可靠性和完善的错误处理机制和自动失效转移，保证系统能够提供7x24小时不间断访问服务。
（7）易用性原则
系统设计需要保证系统软件容易使用，一方面是方便各类服务对象，另一方面是方便系统管理员和业务管理员。功能界面风格和操作流程一致，突出用户的中心地位，保证用户使用习惯。
（8）可维护性原则
采用面向服务的架构设计，以及结合动态流程建模，增强系统的可配置能力。
（9）可移植性原则
保障系统能跨不同平台进行移植。
（10）可管理性原则
保证系统应该具有完善的管理机制，保证所选产品应具有良好的可管理性和可维护性。
（11）可管理性原则
保证系统在运行过程中管理的各种信息的安全，保证系统与其它相关系统信息交换过程的安全；保证系统应用服务的安全。对系统的操作需严格按照操作权限进行，并对每项操作留下完整的日志记录备查。
技术路线要求
技术路线
（1）UML统一建模语言
UML（UnifiedModelingLanguage）是非专利的第三代建模和规约语言。UML是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法。
UML最适于数据建模，业务建模，对象建模，组件建模。UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。
本项目在需求分析与系统设计阶段，使用开发人员可识别的建模与规约语言，明晰地向开发人员描述系统模型。
（2）组件技术
组件是具有某种特定功能的软件模块，以其较高的可重用性产生了一种崭新的软件设计思路。通过开发不同的可重复使用的组件、接口和构件，实现分布式应用程序的快速开发，应用模块间相对独立，接口清晰，内部的业务流程升级和改造与其他模块无关。
组件技术是迄今为止最优秀也是发展最快的一种软件重用技术，它比较彻底地解决了软件开发中存在的重用性、适应性差和周期长等问题。
（3）XML技术
XML（eXtensibleMarkupLanguage—扩展标识语言）是一种非常适于应用程序之间数据交换的格式，特别是松藕合的应用程序，如分布式Web系统。作为一种通信协议，HTTP具有跨平台性。对于应用程序数据来说，XML具有同等的功效。XML可以促进应用程序代码的重用，提高应用程序在面对需求和程序变化时的适应能力。
XML是一种界定文本数据的简便而标准的方法，与注重数据及其表达方式的HTMIL不同，XML只关心数据本身。XML的优势在于其数据可以被用户定义的、有语义的标记环绕，可在数据库中实现无损的存储、检索和修改等操作。只需简单地添加标记就可以描述它们所封装的信息，XML的这种数据描述机制使得它成为一种在Internet上共享信息的强大途径，因为它是开放的，XML能够在不同的用户和程序之间交换数据，而不论其平台如何。无需事先协调，就可以在程序之间共享数据。同时通过DOMAPI（文档对象模型API）可以轻松地编制读写XML的程序，在Web系统应用程序中可以灵活使用XML。
在数据交换领域中，如果没有标准的交换技术和方法，相同的数据分析处理模块在很多应用中都要重复开发，而完成的工作可能只是将某一数据源的数据转换到不同的目标数据库中。由于没有中间标准，各系统的开发人员几乎没有可能将代码重用，昂贵的数据交换代价使得数据源只能散乱孤立地存在，形成一个个数据“孤岛”。在XML出现之前，在绝大多数应用领域里都是如此。可以看出，数据交换的核心问题是信息的标准化，主要解决信息的可理解问题，重点是机器对信息的识别，并能对数据进行自动处理。
（4）WebServices技术
*务信息资源共享平台特性决定了应用接口众多，采用WebService技术降低应用接口的复杂性。
XMLWebservices既可以在内部由单个应用程序使用，也可通过公开以供任意数量的应用程序使用。由于可以通过标准接口访问，因此XMLWebservices使异构系统能够作为单个计算网络协同运行。
XMLWebservices的核心特征之一是服务的实现与使用之间的高度抽象化。通过将基于XML的消息处理作为创建和访问服务的机制，XMLWebservices客户端和XMLWebservices提供程序之间除输入、输出和位置之外无需互相了解其他信息。采用Web服务技术实现*务信息资源共享平台与业务系统之间的数据交换和应用整合，使*务信息资源共享平台具有灵活性和可扩展性。
（5）SOA体系架构
面向服务的体系结构（Service-OrientedArchitecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口联系起来。接口是独立于实现服务的硬件平台、操作系统和编程语言的。
这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的*策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。
面向服务的体系结构是面向对象的模型的替代模型，面向对象的模型是紧耦合的。虽然基于SOA的系统并不排除使用面向对象的设计来构建单个服务，但是其整体设计却是面向服务的。由于它考虑到了系统内的对象，所以虽然SOA是基于对象的，但是作为一个整体，它却不是面向对象的。不同之处在于接口本身。
SOA系统原型的一个典型例子是通用对象请求代理体系结构（CommonObjectRequestBrokerArchitecture，CORBA）。现在的SOA已经有所不同了，因为它依赖于一些更新的进展，这些进展是以可扩展标记语言（eXtensibleMarkupLanguage，XML）为基础的。通过使用基于XML的语言（称为Web服务描述语言（WebServicesDefinitionLanguage，WSDL））来描述接口，服务已经转到更动态且更灵活的接口系统中。
（6）B/S多层架构
系统基于B/S架构设计，在开发平台上采用标准语言进行开发，实现软件的标准化。采用MVC模式，通过三层软件架构体系来实现高内聚，低耦合，提高系统的健壮性和可维护性。
在具体实现上，系统采用三层体系结构，即表现层、业务逻辑层、持久层。采用分层的设计模式，开发人员可以只