《龙岗智慧社区平台项目总体设计V1.1》由会员分享，可在线阅读，更多相关《龙岗智慧社区平台项目总体设计V1.1（27页珍藏版）》请在金锄头文库上搜索。
1、龙岗智慧社区平台项目 总体架构设计V1.0密级：机密/秘密/内部/公开文档编号：版本号：V1.0龙岗智慧社区平台总体设计项目名称：_龙岗智慧社区_项目编号：_研发部门：_XXXXXX有限公司编制： 生效日期： 审核： 批准：-上海理想信息产业（集团）有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。文件更改摘要：日期版本号修订说明修订人审核人批准人2015-11-17V1.0主体内容框架XXXX目录一、项目概述31.1项目背景31.2需求概述4二、系统总体设计52.1建设思路52.2技术架构62.3功能架构11
2、2.4数据架构11三、系统功能设计113.1系统功能模块设计113.2用户角色划分及权限设计133.3配置管理模块功能设计143.4政务服务模块功能设计143.5物业服务模块功能设计143.6健康服务模块功能设计143.7社区O2O模块功能设计143.8教育服务模块功能设计15四、系统集成设计154.1单点登录统一认证设计154.2异构系统数据采集功能设计154.3实时接口设计154.4非实时接口设计154.5异构系统应用功能集成设计16五、软硬件设计方案165.1硬件基础设施环境165.2软件支撑软件系统175.3安全体系175.4信息标准175.5运行维护体系18六、其他设计考量186.1
3、开放性186.2可扩展性196.3可用性196.4可管理性216.5可运营性216.5易用性22七、参考规范22一、 项目概述1.1项目背景为进一步贯彻落实智慧深圳规划纲要（2011-2020）的总体目标，加快建设龙岗智慧社区，于2015年8月6日经龙岗区人民政府与中国电信股份有限公司深圳分公司合作推进“龙岗智慧社区”建设，达成合作协议。 A、指导原则项目本着“政府引导、社会运作、统一规划、贴近居民、实用方便”的指导原则，以“居民满意、社区满意、社会满意”为评价标准，遵循“集约建设、分期实施、试点推广、循序渐进”的建设思路，就共同推进“龙岗智慧社区”信息化建设开展全面合作。B、建设目标通过综合
4、运用现代科学技术，整合区域信息，统筹公共管理、公共服务和商业服务等资源，以智慧社区综合信息服务平台为支撑，依托适度领先的基础设施建设，提升社区治理和社区管理现代化，促进政务服务和便民利民服务智能化，实现新型社区服务体系建设的目标。项目以建设开放性平台，整合可用资源，打通社区家园网、网上办事大厅等可对接资源。在2015年底初步建成智慧社区试点工作，主要实现政务服务、政务信息、生活服务、健康服务、文化教育、养老服务的初步功能。之后逐步完善平台的其他功能，优化以上建设内容，形成成熟的智慧社区平台。2016年滚动式完善平台能力，逐步增强平台应用运营能力和推广手段；优化和拓展政务服务延伸和便民服务，进一
5、步丰富服务应用丰富信息源、启动合作，探索合作运营管理体系，扩大智慧社区覆盖范围。2017年完善合作运营体系，平台具备适应自主循环生态链的功能进一步拓展服务合作，增强应用服务内容和质量探索与互联网公司合作，扩大社区平台的受众面，增加盈利基础全市推广覆盖。C、建设内容智慧社区应用平台，形成跨系统、跨业务、跨流程的社区综合信息交换服务平台。整合深圳电信相关信息化便民服务的基础上，逐步整合第三方社区服务的成熟应用，并打通织网工程、社区家园网和相关公众服务系统，实现共享的信息资源库、共享的应用和能力、开放的接入平台。平台展现形式具备向多终端延伸，通过网络电视、手机、PC等多终端形态，实现智慧社区信息交互
6、共享。智慧社区通过社多终端展示对目前社区家园网单一的展示模式做了完善和补充，丰富了社区家园网传播的途径；填补了其他的民生应用线上线下交流互动的空白。同时智慧社区补充了社区居民线下互动的部分，进行点对点精准服务，加强社区居民之间的交流；并结合社区展示终端，实现人机交互。在2015年度率先建成龙岗智慧社区样板试点。样板试点初步实现以下几大模块的建设内容：政务服务、政务信息、生活服务、健康服务、文化教育、养老服务。1.2需求概述从项目的参与角色区分进行阐述，智慧社区项目的参与角色分成两大类：居民用户，是智慧社区项目的最终用户，用户的粘度及活跃度决定着本项目的成败，是关键参与角色；服务提供者，根据提供
7、的服务内容不同可以大致分成三小类，其一是政府部门（社区管理机构），提供便民政务服务和政务资讯；其二是小区物业管理，提供居民居家服务；其三是商圈企业，提供居民商业消费服务。项目建设规划的思路从这两大角色四个群体的角度来完成。龙岗智慧社区项目建设主要包括政务服务类和便民服务类两方面的功能。其中政务服务类的功能主要包括：1.政务宣传：计生、养老、社保、流动人口管理等政策宣传和办事指南等；2.政务服务：办事提醒、办事预受理、办事状态查询、党建活动、选举（公开选举居委会、业主委员会等）等；3.社区管理：群防群治、信息安全、社区总机、物管联动等；4.居家养老：位置服务、老人护理服务、轮椅服务线上预约等。便
8、民服务类的功能主要包括：a.物业管理：物业服务、居民诉求管理、外协服务管理、业委会管理、物业热线、平安监控等；b.健康医疗：挂号看病、动态家庭药箱、健康管理（疫苗注射通知、宠物健康管理）等；c.生活服务：在线订餐/订酒店/订机票、社区周边服务等；d.文化体育：广场舞、互动游戏、场馆预定、影院服务等；e.教育服务：在线学习、4点钟课堂、在线厨艺等；f.生活资讯：社区动态、活动信息、菜价信息、旅游资讯等；g.出行服务：车主服务、互助停车、一路同程（拼车服务等）、出行信息等；e.环保服务：闲置置换、低碳生活（电池/电器/家具回收）。二、 系统总体设计2.1建设思路构建统一、灵活、可扩展、可升级的开放
9、式平台，支持智慧社区应用的业务快速定义和部署，具体考虑如下： 系统体系：n 统一性：界面展现、服务能力、接口方式、日志输出、数据模型等多纬度统一；n 灵活性：采用“界面开发+SOA+平台组件”方式，提供完善的平台组件能力，构建服务能力开放，快速响应业务需求，提高系统灵活性；n 扩展性：基础能力组件采用云化架构，资源随业务量情况进行伸缩；n 层级性：按多层级构建异构系统，层级之间松耦合。从下至上应包括基础设施层、服务支撑层、平台服务层、应用汇聚层等；n 标准化：参考W3C，制定接入标准、界面标准、交互标准； 系统结构：基础网络+核心系统+基础业务+扩展服务+多元集成门户； 系统基础：云平台+数据
10、中心+服务调度+公共核心服务+安全监控； 系统应用：统一接口规范、统一日志标准、共享数据模型、操作规范； 系统构建：核心业务模块+扩展业务模块+个性化特色化第三方应用； 上线策略：按照需求优先级和用户反馈意见分阶段实施，急用先行；2.2技术架构总体设计2.3核心技术组件设计2.2.1分布式消息中间件智慧社区不同系统之间通常需要进行数据交互，同时我们也需要有一个系统提供实时通知服务。为此我们引入分布式消息中间件（技术选型为阿里的RocketMQ）。Producer：消息生产者，负责产生消息，一般由业务系统负责产生消息。Consumer：消息消费者，负责消费消息，一般是后台系统负责异步消费。Bro
11、ker：消息中转角色，负责存储消息，转发消息，一般也称为 Server。在 JMS 规范中称为 Provider。Name Server: 分布式消息中间件的轻量级命名服务器。管理监控平台：提供对消息中间件的管理功能，并能实时监控系统状态，当出现单点故障时进行主备切换。2.2.2分布式缓存对于热点数据，为提升数据访问性能，我们在应用与数据库之间增加一个分布式缓存（自研）。Client（客户端）：封装了分布式缓存提供给上层应用的API。Nameserver(配置服务器)：负责全局配置信息和路由的存储和管理。StoreNode（数据节点）：负责数据存储，并提供k-v读写功能。同一个组的数据节点一主
12、多从，只有主可写，从可分担读请求。后台服务：监视各种网络参数，保证系统的安全运营，同时提供相关命令对系统进行管理。2.2.3分布式数据访问层智慧社区平台设计存放PB级别的数据，海量数据的存储和访问成为了系统设计的瓶颈。为解决访问量和用户数据增加导致单机关系型数据库远远不能满足性能和存储要求的问题，我们引入分布式数据访问层对数据进行分片，通过横向扩展关系型数据库集群的方式线性的提升数据存储性能。分布式数据访问层收到一个客户端发送的SQL请求时，会先进行协议适配，对SQL进行语法分析和检查，分析的结果用于SQL路由，SQL路由策略支持传统的基于表格的分片字段方式进行分片，也支持独有的基于数据库E-
13、R关系的分片策略，对于路由到多个数据节点的SQL，则会对收到的数据集进行“归并”然后输出到客户端。SQL执行时把SQL通过网络协议发送给后端存储层上真正的数据库上进行执行。分布式数据访问层屏蔽了数据分片、数据路由、读写分离、故障处理和故障恢复等复杂的处理逻辑，让用户像使用单机MySQL数据一样使用MySQL数据库集群。为了确保应用访问数据统一入口。构建数据库访问引擎，数据库访问引擎由两部分构成，API 层以 jar 包形式部署在客户端，加到 DAO 层和 JDBC 层中间，通过 SERVER 层（数据连接池）连接数据库。本方案主要解决了分库分表对应用的透明化，具有分片策略支持、读写分离、统一配
14、置、解析路由等功能。可通过调整部署，使之在三种方案间切换。如：将数据访问层独立部署为服务，通过 MySQL 协议为计费提供数据访问能力（C 语言场景）。应用原则：l 应用使用的 sql 需要满足 SQL92 标准。且不能使用特殊的 sql 函数；l 不能使用 select * 操作；l 数据访问层分片信息不对应用层暴露；l E-R 关联不允许组合字段；l 不允许跨库关联查询（考虑提供特殊的跨库聚合实现）；l 应用访问数据访问层时必须带分片 ID，允许部分特定语句不带对于分片 ID （如广播、索引），需要记日志；l 增改删只允许对单库操作，操作多库时报错；l 分两个 SDK（API 层、DataSource 层）；l 区域 ID 获取由 client API 统一提供；l 不提供分布式全局序列、全局索引；l 不提供分布式事务解决方案；2.3业务功能架构业务逻辑层给用户层提
