数据分析系统

决策分析系统APP 端建设方案目录1. 概述 31.1. 项目背景 31.2. 建设目标 32. 设计方案 42.1. 系统建设的思路如下： 42.2. 系统架构 42.3. 运行环境 52.4. 系统组成 53. 建设原则 53.1. 实用性 53.2. 先进性 63.3. 前瞻性和整体性 63.4. 集成性 63.5. 扩展性 63.6. 经济性 63.7. 可管理性和可维护性 73.8. 安全性 73.9. 稳定性和可靠性 73.10. 可重构性 73.11. 设计规范 74. 架构设计 85. 功能设计概述 126. 表样设计 131. 概述1.1. 项目背景移动互联，是基于“个人移动数字信息终端” （如：手机、平板电脑、 PDA 等）接入互联网， 用户在移动的状态下同时能使用的互联网的业务。 移动设备能 力不断加强，操作界面不断优化， 外观时尚轻薄，能满足 8小时以上的连续户外 操作的需求，价格也不断下降， 智能手机的用户不断增加； 同时，随着中国联通、 中国电信、中国移动等运营上的 3G 网络不断发展，覆盖面至少到乡镇一级，理 论速度都提升少 2M 以上；根据摩根（ Morgan ）的报告，移动互联时代的设备 将超过 100 亿台，一个“人人有手机、时时在移动、处处在互联”的时代，将 势不可挡的来临， 企业将移动互联网技术应到工作业务中， 为工作人员的工作带 来方便快捷。XXXX 在建的数据分析系统，为营销工作带来方便快捷的数据查询服务器， 为了使用人员能在脱离办公场所在外的地方进行数据查询分析服务， 应用移动互 联网技术对数据分析系统进行模块升级扩展，建设数据分析系统 APP 移动客户 端，方便使用人员在移动的环境下快速进行获数据查询分析工作， 更有效率的开 展工作。1.2. 建设目标将先进的便携终端 / 移动通讯技术与现代卷烟营销模式紧密结合，不断提升 卷烟营销运作、管理和决策支持水平。（1）在管理决策层面，及时掌握卷烟营销情况，为决策、调度提供信息依 据。充分利用营销业务数据库、 经营分析数据库等为领导层搭建宏观层面的监控平台，将分散的、零碎的数据集中化，以可视化的手段展示在移动终端上，为营销管理层人员日常的调度工作提供强有力的数据支持。其意义主要体现如下：方便快捷的获取营销数据信息。拥有直观、方便的数据展现形式。改善了传统信息中心定期汇总形成营销运营情况报告的模式，进一步提高工作效率。随时随地为领导层提供监控、分析、决策等关键经营指标的数据依据。（2 ）使用人员可以在移动环境下快速查阅分析精炼的客户数据，提高工作质量与效率的同时，更好的了解市场、管理市场。2. 设计方案2.1. 系统建设的思路如下:APP端22系统架构在防火墙DMZ区域部署一 APP端前置服务器，负责客户端 APP与数据分析系统（服务端系统）的数据交换。客户端 APP通过移动互联网从服务端系统下载要查询的数据。服务端系统负责移动APP的数据提供；移动APP部分负责数据展示2.3. 运行环境数据分析系统客户端APP应适用于市面上最主流的基于an droid的智能终 端设备，可部署在安卓4.0版本以上的终端设备上，终端设备要求支持屏幕分辨 率720X1280像素以上，运行内存 2G以上，CPU1.5GHZ以上。2.4. 系统组成上传数据分析下载3. 建设原则设计遵循以下原则：3.1. 实用性方案选择和功能设置应追求实用性，必须切合XXXX的实际，技术上要有一定高度，手段强调实用，操作直观简便，便于维护。同时，要满足行业要求，符合XXXX的业务模式和管理模式，不盲目追求不实用的技术，符合经济实用并适 度超前的原则3.2. 先进性整体系统应充分体现先进的管理思想和理念， 采用先进的、 成熟的且可持续 发展的技术方法，并与 XXXX 的实际相结合。3.3. 前瞻性和整体性充分考虑行业信息化的发展趋势和方向， 结合 XXXX 的实际，对系统的整体 架构进行具有前瞻性和整体性的设计。3.4. 集成性系统应符合信息集成和信息共享的原则， 具有开放、 灵活、符合主流标准的 集成架构，能够与全区、 XXXX 现有的、在建的、将建的各相关应用系统进行无 缝的信息集成，做到业务流程的全闭环管理和数据层面的实时、准确传输。3.5. 扩展性使用广泛、先进、成熟的标准和协议，系统要具有良好的开放性、扩展性、 可移植性和升级前景，系统结构要求模块化，功能模块可以平滑扩充。3.6. 经济性系统总体上应具有良好的性价比， 应适用于 XXXX 现有的网络条件， 在保证 系统能够安全、 可靠运行的前提下， 要充分考虑与现有的相关系统兼容性， 最大 限度地降低系统造价，充分利用现有系统有价值的财富，保护原有投资。同时， 在设计时要作到统一规划， 避免不必要的投资。 充分考虑到系统的可扩充性， 避 免重复投资3.7. 可管理性和可维护性提供的系统应具有简单、 直观、 方便的维护和管理手段， 尽量减少维护和管 理环节，使系统具有良好的可管理性和可维护性。3.8. 安全性保证数据的安全以及交换数据的安全和一致性， 采用有效手段保障系统和数 据的安全性。3.9. 稳定性和可靠性系统应具备必要的冗余备份设计， 运行应稳定、 可靠。 要保证应用及数据的 高可用性， 任何一个运行应用的主机发生故障时， 该应用系统能够在保证数据不 丢失的情况下自动切换到其他主机上运行，即做到集群功能。3.10. 可重构性系统应具备可重构性，保证系统在需要重构时，能够顺利实现系统的重构。3.11. 设计规范本项目在系统设计、 软硬件采购、 应用开发、 系统集成和服务过程中应采用 已有的国家标准、 行业标准和主流国际标准， 遵循但不仅限于下列标准体系和要 求：YC/T 203-2006 XX 行业信息化标准体系及相关标准XX 行业信息化建设统一技术平台要求XX 行业信息系统安全等级保护定级指南国家 SOA 标准体系。4. 架构设计本系统采用与数据分析系统共用的技术手段， 从而做到了本系统与原有系统 的技术手段的统一线，也符合国家局以及 XXXX 对于统一技术路线的需要。（一）系统采用 J2EE 技术架构根据项目建设目标要求， 系统建设既要适应本次项目需求， 同时也要考虑到 将来的系统扩展性和应变性， 软件设计要保证在技术上的可扩展性， 满足现有和 未来不同应用系统的需要， 并方便今后进行其他系统的扩展和再开发。 因而在结 构选型上，要有强的伸缩特性，并且技术上要先进、成熟、可靠和稳定性。 经 过对用户的现有状况及业务需求比较分析，我们推荐采用基于J2EE 的应用体系结构。在国际上，Java技术已成为解决大型应用的事实标准，符合 J2EE规范的应 用服务器则是构建面向对象的多层企业应用的中间核心平台。因其具有易移植 性，广开放性、 强安全性和支持快速开发等特性， 成为面向对象开发组织应用的 首选平台。基于J2EE应用服务器支持EJB组件开发技术，包括消息队列、负载 均衡机制和交易管理等。支持中大型网站和中大型组织应用等需要大规模跨平 台、网络计算的领域。软件构造有几个不可逆转的发展方向： XML 数据结构、 面向对象的构件技术、网络化应用。其中 Java 因为与平台无关、安全、稳定、 易开发、好维护、很强的网络使用性等， 而成为主流环境， J2EE 是企业级应 用的标准。目前基于 J2EE 标准的体系结构，由于其以下特征受到了越来越多的大型企 业、政府机关欢迎和应用。1) 可伸缩性，可扩展性、平台无关性；2) 代码复用性，维护成本低；3) 快速开发能力，带来系统实用性及系统的灵活应变能力；4) 集成性，数据访问能力强，可以访问各种异构数据。应用应当构建在一个构架合理、先进，扩展性强、伸缩性好、安全性高的统 一应用服务支撑平台上， 这样，才能避免重复开发、 在保证系统稳定可靠的基础 上加快建设的速度。根据以上考虑，我们设计本项目的技术架构采用基于J2EE的MVC框架来实现。展现层、控制层和业务逻辑层部署在应用服务器上， 并以我公司应用平台来 支撑，应用服务器采用符合 J2EE 规范的成熟产品，如 BEA Weblogic 、IBM Websphere 等，数据层部署在数据库服务器上。 系统用户可以通过 PC 客户机 的浏览器、移动终端等设备来访问系统的展现层， 从而实现与业务应用系统的交 互。展现层 展现层完成业务系统信息如客户信息、商品信息、订单信息等信息的提交。展现层采用“请求 -应答”方式与控制层交互。为减少展现层与控制层的交互， 尽量采用“相关信息一次获得、信息一次提交”方式。展现层还可以完成各应用系统的界面级整合，包括个性化展示等。 展现层主要采用 JSP 技术，并使用类 C/S 方式的 WEB 组件实现界面友好 的交互。控制层控制层实现用户和系统之间的交互管理， 提供展现层的展现逻辑和对应用层的访问接口。控制层主要提供分发服务、会话管理、安全服务、输入校验、错误 处理、单点登录等服务和功能，它负责接收客户端的服务请求，进行解析；并根 据解析结果调用逻辑层相应业务组件的方法。安全服务从应用软件的层面来说主要包括认证及授权。认证：用符合JAAS规范，统一基于LDAP的安全认证。认证的主要目的是保护整个应用， 在没有通过认证之前， 应用的任何资源都是受保护的， 在通过了 认证之后， 才能基于你在 LDAP 上的角色来访问具有权限的应用。 安全认证可以 基于其他第三方安全产品进行扩展，可以基于 key 、基于 CA 证书认证，应用服 务器和安全服务器建立信任关系， 所有的安全认证提交给安全服务器来完成， 可 以利用 key 存储用户的电子签名、电子印章，使整个应用的安全得到更好的保 障。授权：采用分层的授权机制， 一级权限为子系统的访问权限， 二级为子系统 内部的功能模块的访问权限， 在子系统内部， 授权可以再细分， 可以根据用户的 需求把功能模块的权限赋予相应的角色。控制层采用 Servlet 实现。逻辑层业务逻辑的接口， 实现业务流程的控制， 是业务领域层的服务接口。 其责任 是提供业务组件和业务服务，这些组件将根据展现层的请求进行相关的业务处 理。注意这里的组件是广义上的概念，既可以是 EJB,也可能是普通的Java类, 或者是一个 WEB 服务。逻辑层的业务组件建立在统一的业务模型之上， 这些业务模型也将为流程关 键型业务使用。逻辑层会从数据访问层读取数据或将数据写入数据层。 逻辑层也可以采用缓存服务， 对于基础类数据使用缓存， 直接从内存读取， 减轻对数据库的压力并提高响应速度。数据访问层 完成与数据库的交互，对系统的各种资源和外部系统提供统一的访问逻辑。可以采用JDBC、Hibernate及数据库的优化技术，如翻页、SQL语句预编译等。资源层 存放业务数据，是持久化存储的物理设备，包括各种信息系统资源，例如 RDBMS 、文件系统、原有系统、消息服务、邮件服务、交易服务中间件等。资源层一般采用关系数据库，如 DB2 、 Oracle 等。（二）系统采用 SOA 服务构架SOA（service-oriented architecture）是面向服务的体系结构，是一类分布式系统的体系结构 ,是构建如何组成一个系统的模型，它将应用程序的不同功 能单元（称为服务） 通过这些服务之间定义良好的接口和按松藕合方式整合在一 起，即将多个现有的应用软件通过网络将其整合成一个新系统。企业通过 SOA 的实施， 可以实现以服务为核心， 将企业的 IT 资源整合成可 操作的、基于标准的服务，使其能被重新组合和应用，增强业务灵活性，快速响应市场变化，并保护了企业已有应用的投资，降低企业的 IT 总成本。（三）系统遵循的详细技术要求为了便于系统集成整合，信息共享，解决由于业务的变化引起调整机构、流程变化、 人员变动引起程序大翻工，最大限度地避免接口工作，提高程序、数据的复用率，本系统 在设计中将遵循以下详细技术要求。项目描述开发标准应用软件的开发必须遵循J2EE架构、JAVA技术、B/S模式以及XML技术标 准。部署方式系统米用全市集中部署的模式。底层支撑平台底层支撑平台：UNIX操作系统、IBM DB2大型关系数据库。应用架构应实现数据标准化、模块细化，以便用户能按需要及经营管理变化进行流程 的灵活配置。数据标准化指信息（数据）元格式、属性标准，接口标准，通信标准，信息目录标准 等。模块细化要求系统按照系统、子系统、功能、子功能等逐步细化，直到单一功能模 块为止。安全系统应有一定的系统安全和数据安全手段（防宕、防丢、防误、防攻击、 防篡改、防病毒、防泄密）。5. 功能设计概述跟进初步沟通交流，目前 APP端主要查询以下数据情况no.查询报表描述1.预订单跟踪查询使用人员对客户进行预订单跟踪查询2.商定执行情况查询使用人员对客户商定执行情况进行查询 （服务端需升级，导入商定执行表）3.品牌上柜率分析查询指定品牌上柜率情况4.销里分析查询指疋时间销量情况5.XXXX销量杳询查询xxxXi量情况6.XXXX上柜杳询查询XXXX!柜情况7.:重点品牌销量查询查询重点品牌销量情况8.重点品牌上柜查询查询重点品牌上柜情况6.表样设计商定执行信息助手商定执行月饴:201604客户名称商定邕执行呈 执行率100陈凤英30100%陈广斌175100%陈桂福a65100%陈洪65TOO%降后荣01 0AOO%除华伙065100%陈捷035100%陈军洪a105100%陈广信100%155品牌上柜IL值患助手品牌上柜品牌上柜日期：20160501 至 20160515简码品琏上柜户散雷善敗童1517766B52440131359a3fl&1717521310165e&40637823558&35的46I14a1983査询