数据分析系统APP建设方案.docx
- 文档编号:4351226
- 上传时间:2022-11-30
- 格式:DOCX
- 页数:10
- 大小:192.44KB
数据分析系统APP建设方案.docx
《数据分析系统APP建设方案.docx》由会员分享,可在线阅读,更多相关《数据分析系统APP建设方案.docx(10页珍藏版)》请在冰豆网上搜索。
数据分析系统APP建设方案
决策分析系统
APP端建设方案
1.
概述
1.1.项目背景
移动互联,是基于“个人移动数字信息终端”(如:
手机、平板电脑、PDA等)接入互联网,用户在移动的状态下同时能使用的互联网的业务。
移动设备能力不断加强,操作界面不断优化,外观时尚轻薄,能满足8小时以上的连续户外操作的需求,价格也不断下降,智能手机的用户不断增加;同时,随着中国联通、中国电信、中国移动等运营上的3G网络不断发展,覆盖面至少到乡镇一级,理论速度都提升少2M以上;根据摩根(Morgan)的报告,移动互联时代的设备将超过100亿台,一个“人人有手机、时时在移动、处处在互联”的时代,将势不可挡的来临,企业将移动互联网技术应到工作业务中,为工作人员的工作带来方便快捷。
XXXX在建的数据分析系统,为营销工作带来方便快捷的数据查询服务器,为了使用人员能在脱离办公场所在外的地方进行数据查询分析服务,应用移动互联网技术对数据分析系统进行模块升级扩展,建设数据分析系统APP移动客户端,方便使用人员在移动的环境下快速进行获数据查询分析工作,更有效率的开展工作。
1.2.建设目标
将先进的便携终端/移动通讯技术与现代卷烟营销模式紧密结合,不断提升卷烟营销运作、管理和决策支持水平。
(1)在管理决策层面,及时掌握卷烟营销情况,为决策、调度提供信息依据。
充分利用营销业务数据库、经营分析数据库等为领导层搭建宏观层面的监控
服务端系统负责移动APP的数据提供;移动APP部分负责数据展示。
1.3.运行环境
数据分析系统客户端APP应适用于市面上最主流的基于android的智能终端设备,可部署在安卓4.0版本以上的终端设备上,终端设备要求支持屏幕分辨率720X1280像素以上,运行内存2G以上,CPU1.5GHz以上。
1.4.系统组成
2.建设原则
设计遵循以下原则:
2.1.实用性
方案选择和功能设置应追求实用性,必须切合XXXX的实际,技术上要有一定高度,手段强调实用,操作直观简便,便于维护。
同时,要满足行业要求,符合XXXX的业务模式和管理模式,不盲目追求不实用的技术,符合经济实用并适度超前的原则。
2.2.先进性
整体系统应充分体现先进的管理思想和理念,采用先进的、成熟的且可持续发展的技术方法,并与XXXX的实际相结合。
2.3.前瞻性和整体性
充分考虑行业信息化的发展趋势和方向,结合XXXX的实际,对系统的整体架构进行具有前瞻性和整体性的设计。
2.4.集成性
系统应符合信息集成和信息共享的原则,具有开放、灵活、符合主流标准的集成架构,能够与全区、XXXX现有的、在建的、将建的各相关应用系统进行无缝的信息集成,做到业务流程的全闭环管理和数据层面的实时、准确传输。
2.5.扩展性
使用广泛、先进、成熟的标准和协议,系统要具有良好的开放性、扩展性、可移植性和升级前景,系统结构要求模块化,功能模块可以平滑扩充。
2.6.经济性
系统总体上应具有良好的性价比,应适用于XXXX现有的网络条件,在保证系统能够安全、可靠运行的前提下,要充分考虑与现有的相关系统兼容性,最大限度地降低系统造价,充分利用现有系统有价值的财富,保护原有投资。
同时,在设计时要作到统一规划,避免不必要的投资。
充分考虑到系统的可扩充性,避免重复投资。
2.7.可管理性和可维护性
提供的系统应具有简单、直观、方便的维护和管理手段,尽量减少维护和管理环节,使系统具有良好的可管理性和可维护性。
2.8.安全性
保证数据的安全以及交换数据的安全和一致性,采用有效手段保障系统和数据的安全性。
2.9.稳定性和可靠性
系统应具备必要的冗余备份设计,运行应稳定、可靠。
要保证应用及数据的高可用性,任何一个运行应用的主机发生故障时,该应用系统能够在保证数据不丢失的情况下自动切换到其他主机上运行,即做到集群功能。
2.10.可重构性
系统应具备可重构性,保证系统在需要重构时,能够顺利实现系统的重构。
2.11.设计规范
本项目在系统设计、软硬件采购、应用开发、系统集成和服务过程中应采用已有的国家标准、行业标准和主流国际标准,遵循但不仅限于下列标准体系和要求:
YC/T203-2006《XX行业信息化标准体系》及相关标准
《XX行业信息化建设统一技术平台要求》
《XX行业信息系统安全等级保护定级指南》
国家《SOA标准体系》。
3.架构设计
本系统采用与数据分析系统共用的技术手段,从而做到了本系统与原有系统的技术手段的统一线,也符合国家局以及XXXX对于统一技术路线的需要。
(一)系统采用J2EE技术架构
根据项目建设目标要求,系统建设既要适应本次项目需求,同时也要考虑到将来的系统扩展性和应变性,软件设计要保证在技术上的可扩展性,满足现有和未来不同应用系统的需要,并方便今后进行其他系统的扩展和再开发。
因而在结构选型上,要有强的伸缩特性,并且技术上要先进、成熟、可靠和稳定性。
经过对用户的现有状况及业务需求比较分析,我们推荐采用基于J2EE的应用体系结构。
在国际上,Java技术已成为解决大型应用的事实标准,符合J2EE规范的应用服务器则是构建面向对象的多层企业应用的中间核心平台。
因其具有易移植性,广开放性、强安全性和支持快速开发等特性,成为面向对象开发组织应用的首选平台。
基于J2EE应用服务器支持EJB组件开发技术,包括消息队列、负载均衡机制和交易管理等。
支持中大型网站和中大型组织应用等需要大规模跨平台、网络计算的领域。
软件构造有几个不可逆转的发展方向:
XML数据结构、面向对象的构件技术、网络化应用。
其中Java因为与平台无关、安全、稳定、易开发、好维护、很强的网络使用性等,而成为主流环境,J2EE是企业级应用的标准。
目前基于J2EE标准的体系结构,由于其以下特征受到了越来越多的大型企业、政府机关欢迎和应用。
1)可伸缩性,可扩展性、平台无关性;
2)代码复用性,维护成本低;
3)快速开发能力,带来系统实用性及系统的灵活应变能力;
4)集成性,数据访问能力强,可以访问各种异构数据。
应用应当构建在一个构架合理、先进,扩展性强、伸缩性好、安全性高的统一应用服务支撑平台上,这样,才能避免重复开发、在保证系统稳定可靠的基础上加快建设的速度。
根据以上考虑,我们设计本项目的技术架构采用基于J2EE的MVC框架来实现。
展现层、控制层和业务逻辑层部署在应用服务器上,并以我公司应用平台来支撑,应用服务器采用符合J2EE规范的成熟产品,如BEAWeblogic、IBMWebsphere等,数据层部署在数据库服务器上。
系统用户可以通过PC客户机的浏览器、移动终端等设备来访问系统的展现层,从而实现与业务应用系统的交互。
展现层
展现层完成业务系统信息如客户信息、商品信息、订单信息等信息的提交。
展现层采用“请求-应答”方式与控制层交互。
为减少展现层与控制层的交互,尽量采用“相关信息一次获得、信息一次提交”方式。
展现层还可以完成各应用系统的界面级整合,包括个性化展示等。
展现层主要采用JSP技术,并使用类C/S方式的WEB组件实现界面友好的交互。
控制层
控制层实现用户和系统之间的交互管理,提供展现层的展现逻辑和对应用层的访问接口。
控制层主要提供分发服务、会话管理、安全服务、输入校验、错误处理、单点登录等服务和功能,它负责接收客户端的服务请求,进行解析;并根据解析结果调用逻辑层相应业务组件的方法。
安全服务从应用软件的层面来说主要包括认证及授权。
认证:
用符合JAAS规范,统一基于LDAP的安全认证。
认证的主要目的是保护整个应用,在没有通过认证之前,应用的任何资源都是受保护的,在通过了认证之后,才能基于你在LDAP上的角色来访问具有权限的应用。
安全认证可以基于其他第三方安全产品进行扩展,可以基于key、基于CA证书认证,应用服务器和安全服务器建立信任关系,所有的安全认证提交给安全服务器来完成,可以利用key存储用户的电子签名、电子印章,使整个应用的安全得到更好的保障。
授权:
采用分层的授权机制,一级权限为子系统的访问权限,二级为子系统内部的功能模块的访问权限,在子系统内部,授权可以再细分,可以根据用户的需求把功能模块的权限赋予相应的角色。
控制层采用Servlet实现。
逻辑层
业务逻辑的接口,实现业务流程的控制,是业务领域层的服务接口。
其责任是提供业务组件和业务服务,这些组件将根据展现层的请求进行相关的业务处理。
注意这里的组件是广义上的概念,既可以是EJB,也可能是普通的Java类,或者是一个WEB服务。
逻辑层的业务组件建立在统一的业务模型之上,这些业务模型也将为流程关键型业务使用。
逻辑层会从数据访问层读取数据或将数据写入数据层。
逻辑层也可以采用缓存服务,对于基础类数据使用缓存,直接从内存读取,减轻对数据库的压力并提高响应速度。
数据访问层
完成与数据库的交互,对系统的各种资源和外部系统提供统一的访问逻辑。
可以采用JDBC、Hibernate及数据库的优化技术,如翻页、SQL语句预编译等。
资源层
存放业务数据,是持久化存储的物理设备,包括各种信息系统资源,例如RDBMS、文件系统、原有系统、消息服务、邮件服务、交易服务中间件等。
资源层一般采用关系数据库,如DB2、Oracle等。
(二)系统采用SOA服务构架
SOA(service-orientedarchitecture)是面向服务的体系结构,是一类分布式系统的体系结构,是构建如何组成一个系统的模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和按松藕合方式整合在一起,即将多个现有的应用软件通过网络将其整合成一个新系统。
企业通过SOA的实施,可以实现以服务为核心,将企业的IT资源整合成可操作的、基于标准的服务,使其能被重新组合和应用,增强业务灵活性,快速响应市场变化,并保护了企业已有应用的投资,降低企业的IT总成本。
(三)系统遵循的详细技术要求
为了便于系统集成整合,信息共享,解决由于业务的变化引起调整机构、流程变化、人员变动引起程序大翻工,最大限度地避免接口工作,提高程序、数据的复用率,本系统在设计中将遵循以下详细技术要求。
项目
描述
开发标准
应用软件的开发必须遵循J2EE架构、JAVA技术、B/S模式以及XML技术标准。
部署方式
系统采用全市集中部署的模式。
底层支撑平台
底层支撑平台:
UNIX操作系统、IBMDB2大型关系数据库。
应用架构
应实现数据标准化、模块细化,以便用户能按需要及经营管理变化进行流程的灵活配置。
数据标准化
指信息(数据)元格式、属性标准,接口标准,通信标准,信息目录标准等。
模块细化
要求系统按照系统、子系统、功能、子功能等逐步细化,直到单一功能模块为止。
安全
系统应有一定的系统安全和数据安全手段(防宕、防丢、防误、防攻击、防篡改、防病毒、防泄密)。
4.功能设计概述
跟进初步沟通交流,目前APP端主要查询以下数据情况
no.
查询报表
描述
1.
预订单跟踪查询
使用人员对客户进行预订单跟踪查询
2.
商定执行情况查询
使用人员对客户商定执行情况进行查询
(服务端需升级,导入商定执行表)
3.
品牌上柜率分析
查询指定品牌上柜率情况
4.
销量分析
查询指定时间销量情况
5.
XXXX销量查询
查询XXXX销量情况
6.
XXXX上柜查询
查询XXXX上柜情况
7.
重点品牌销量查询
查询重点品牌销量情况
8.
重点品牌上柜查询
查询重点品牌上柜情况
5.表样设计
商定执行
品牌上柜
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据 分析 系统 APP 建设 方案
![提示](https://static.bdocx.com/images/bang_tan.gif)