全方位提高粮库的信息化、自动化和智能化水平。 （1）作业流程标准化 通过信息化，将粮库粮食出入库作业、仓储保管作业的相关流程要求在系统中通过 工作流的方式实现，由系统驱动各项业务流程执行各项目作业，保证制度的规范执行， 避免违章操作，减少违章操作导致的意外安全事故。 （2）信息采集自动化 应用以 RFID 为代表的物联网传感器及自动化控制等技术，自动识别粮库作业过程中 车辆及设备，自动采集 RFID 技术对粮食出入库的登记、扦 样、化验、称重、入仓等各个业务流程进行智能化管理，减少管理层次，降低管理成本， 提高管理效率。与此同时，固化的作业环节在执行过程中，都要与事先定义的规范流程 规则进行比对，如果不符合，将提示报警，作业无法执行，实现精确化控制。 （3）粮库作业流程可视化：由于 RFID 自动识别、数据采集的作用，粮库作业的每 4 个环节，以及每个环节产生的相关数据都记录在信息系统中，并且通过图形化的方式展 接的接口，实现安防监控数据的上报。 10 2.3. 接口需求 预留与 XX 粮食局远程监管接口，能与上级远程监管平台对接。 11 3. 总体设计 3.1. 设计依据与标准 项目建设严格执行国家和省有关规范和标准，确保能够与各级粮食行政管理部门的 电子政务系统以及外部信息系统实现互联互通和数据交换共享。除上述国家粮食局和省 粮食局出台的有关文件外，还应遵循的技术标准包括： （1）

对管理范围内的设备进行评级管理、可靠性管理和统计分析，提高 管理的效率和质量。 4）维保急修管理 提供全面的维修计划管理，编制设施设备巡检、维修维护计划， 设定任务执行人或者组织，及设定任务执行所需工具及物料、任务 执行参考步骤等，准确地预测未来的维修工作需要的资源和费用， 有效地跟踪巡检工作, 降低维修费用, 减少停机次数。 支持新建应急性维修任务。出现紧急故障时，经过平台的智能 智慧建筑运维管理平台解决方案 信息终端分为：网站与手机 APP 应用。客户通过 APP 应用扫描 设施设备二维码，直接调取设施管理系统中该设施设备的属性信息 及保养记录，并根据需要读取其他数据；员工通过 APP 应用获取设 施管理系统任务，执行并反馈，同时可以根据工作需要查询相关信 智慧建筑运维管理平台解决方案 息；供应商通过 APP 应用与设施管理系统连接，处理工单，供应商 的信息可录入设施管理系统，进行统一管理。此外，上述三类用户 保养作业程序 关联，制定保养计划，维护保养工作初次执行时间、周期、间隔、 优先级、标准工时等信息。  查看保养计划 根据保养计划中首次执行时间、周期、间隔等信息，自动生成 智慧建筑运维管理平台解决方案 长期保养计划。系统通过日历形式直观展示工作计划，不同颜色表 示不同类型保养作业，每日工作内容可使用拖拽方式临时修改保养 工作执行日期，条形长度表示该保养计划持续时间，点击程序名称

针对的使用场景是数据读写具有“一次写，多次 读”的特征，而数据“写”操作是顺序写，也就是在文件创建时的写入 23 或者在现有文件之后的添加操作。HDFS 保证一个文件在一个时刻只 被一个调用者执行写操作，而可以被多个调用者执行读操作。 1.4.2.2.2.2 统一资源管理和调度框架 YARN 为了实现一个 Hadoop 集群的集群共享、可伸缩性和可靠性,并 消除早期 MapReduce 框架中的 JobTracker ApplicationMaster 管理一个在 YARN 内运行的应用程序的每个 实例。ApplicationMaster 负责协调来自 ResourceManager 的资源 并通过 NodeManager 监视容器的执行和资源使用(CPU、内存等资 源分配)。请注意,尽管目前的资源更加传统(CPU 核心、内存)，但未 24 来会带来基于手头任务的新资源类型(比如图形处理单元或专用处理 设备)。从 YARN 角度讲 YARN 集 群 中 的 每 个 节 点 。 NodeManager 供针对集群中每个节点的服务,从监督对一个容器的 终生管理到监视资源和跟踪节点健康。通过插槽管理 Map 和 Reduce 任务的执行,而 NodeManager 管理抽象容器，这些容器代 表着可供一个特定应用程序使用的针对每个节点的资源。 1.4.2.2.2.3 分布式批处理引擎 MapReduce MapReduce 是

GIS & BIM & FM 据，提高资产管理的透明度。 5）：后勤运维管理 提供全面的维修计划管理，编制设施设备巡检、维修维护计划， 设定任务执行人或者组织，及设定任务执行所需工具及物料、任务 执行参考步骤等，准确地预测未来的维修工作需要的资源和费用， 有效地跟踪巡检工作, 降低维修费用, 减少停机次数。 支持新建应急性维修任务，能够根据潜在风险和资源情况制定 智慧建筑运维管理应用架构如下图所示。 系统应用架构图 客户通过 APP 应用扫描设施设备二维码，直接调取设施管理系 统中该设施设备的属性信息及保养记录，并根据需要读取其他数据； 员工通过 APP 应用获取设施管理系统任务，执行并反馈，同时可以 根据工作需要查询相关信息，如知识库、设施配置信息、库存等； 伟景行智慧建筑运维管理平台解决方案 & BIM & FM 可视化运维管理，通过制定规范的作业计划，建立标准的设备 维护保养制度来知道日常检维修工作，利用三维虚拟场景强大的空 间分析能力，直观展示设备当前运行状态，帮助检修人员正确执行 操作，提高维修效率，保证维修质量，减少设备故障发生率，间接 节省维保费用。 3. 简化操作流程，实行单一集中管理模式 目前，建筑房产、资产是由多部门共同负责管理的，操作流程 复杂，

安全性：对于数据查询接口统一进行认证，保证数据访问的安全性； 2、 支持多种接口：提供标准的 REST/SOAP、API 接口； 3、 数据访问高效、可靠：数据查询语句被解析层分解成针对各个数据实例 的执行计划，执行计划通过任务调度进入到执行层的具体执行模块，运 行在各数据实例中，中间通过数据不落地的交换方式进行汇聚，保证了 数据访问的高效、可靠； 4、 基于当前的主流大数据访问技术 Hive、Spark、Pig 等构建，技术成熟 aliasing）、值格式设置、数据类型转换、派生列转换和 轻数据质量映射等简单任务。通常，该层源自物理数据源，并执行物理源属性 与其相应“逻辑/规范”属性名称之间的一对一映射。 命名规格非常重要，并在此 层中引入。 物理层 – “物理层”本质上是从物理数据源中导入，用于加载数据抽象层执行 映射功能所需的元数据。该层是“原样”层，因此实体名称和属性在该层中不会 改变。 数据源 –数据源是存在 通过无差别的使用体验来降低大数据中心数据使用的难度，提升上层应用的开 发效率。XX 数据跨库访问产品用于解决数据的跨库访问问题，其核心功能紧紧 围绕构建跨库统一数据访问上涉及到的接口封装、SQL 语法解析、SQL 执行等流 程展开，将物理上分散在不同数据库的数据，进行逻辑上统一，起到统一访问 的作用。产品在架构设计理念上借鉴国内外同类主流产品的技术理念，遵循“高 内聚、低耦合”的设计思想展开系统设计。 关键特性如下：

门户平台不仅能支持单家医院的系统，还能支持多机构或区域化业务，针对集 团医院、连锁医院及区域化项目均可由门户平台提供基础支撑。门户提供如下 基础服务。 系统应实现可以完成各类应用的动态注册及统一管理(可执行程序、PB 对象、 WEB、COM 组件)。应用框架服务提供了强大的底层支持，保证在多用户并发、 高访问压力的情况下，系统的正常运转与快速响应。 系统架构应提供灵活的用户管理模型与机构组织模型，可以快速建立并维 支持通过系统实现特定项目的免费功能，并能统计，比如发热病人免核酸 检测自付费用。 支持完成收费后根据设置规则自动分配发药、配药窗口功能。 支持收费后不打印发票，打印收费凭条功能，收费凭条上面显示相关执行 部门的指引，（例如药房、抽血、放射、B 超、检验等部门的指引）。 门诊收费时，支持分方结算功能，如先收取自费处方再收取医保处方。 支持收费时更换患者费别功能 支持客户端连接多台“打印机”功能，并且同时打印发票与收费凭条。 支持全部退费功能。 支持当日和隔日退费功能。 支持退费规则控制功能，由医生发起申请，药房、医技科室审核后才可以 退费。未执行发药、检查、检验的退费，支持医院进行灵活的退费流程设置， 如在启用执行后不可退费的设置下，修改结算方式或支付方式也无需执行科室 取消执行即可退费处理并且对应后台的数据不影响统计工作量。 实现医保系统信息费用追溯功能。在收费总额不变的情况下，无需经过执 行确认系统完成费用上传系统记账。

涉毒人员违法犯罪，提供依据维护社会稳定。但目前在涉毒人员管控工作中存 在着一些问题： 吸毒人员脱管：目前，吸毒人员管控工作更多的是由非公安禁毒部门直接 管控，包括社区戒毒康复工作站、乡镇人民政府、执行强制隔离戒毒的司法部 门、执行药物维持治疗的卫生部门等单位，但因为部分地方、人员因条件所限， 不具备非常专业的动态管控宣传方式，导致在吸毒人员管理中管控机制断链。 禁毒情报搜集方式少:毒品犯罪案件的侦破更多的要依靠情报，而传统的禁 的安全性。 2.1.2.3 互联网边界模块 与现有的边界系统进行打通，系统在接收数据后自动生成任务把变动数据 生成脚本并进行打包，上传到边界摆渡文件夹，并在公安内网向互联网摆渡文 件时，自动完成收取并执行对应任务。 2.1.3 学习 app（被监管人员使用） 2.1.3.1 信息上报 在吸毒人员使用 app 时，系统会在后台收集使用 app 手机的相关记录，包 括但不限于联系人通讯录、通话记录、短信和图片（在使用人权限允许的情况 地吸毒人员库、全国制、贩 毒人员库、吸毒案件系统。第三部分是互联网的第三方对接，内容包括：微信 公众号接口、互联网 app 定位接口等。 4.10 企业端 企业端现在制定的是通用模块，在项目执行过程中可能还需要对相关企业 43 的类型和产品的进销业务模式进行不同的功能流程开发。 4.10.1 企业绑定 内网新增一个企业后，该企业的管理人员可以关注微信公众号绑定新增的 企业，绑定时

第二层为应用层（应用服务器），是中间层平台，支持与后端和应用客户 端的交互处理。Siebel 应用服务器包括 Siebel 网关服务器、Siebel 服务器，可 8 / 661 以由多个 Siebel Server 或多个执行不同任务的组件构成一个 Siebel 企业服务 器。对于 Web 用户的请求，由 Web Server 访问 Siebel 应用服务器来实现。 第三层是数据层（数据库服务器），用于存储所有客户数据和应用数据。 新建项目类产销品的集约管理流程，支撑政企业务；  支撑全业务的产品/销售品视图管理，提升内部管理能力； 2) 本地业务规则与主数据集中管理  建立规则可视化管理能力，通过集中配置界面、统一规则视图、 分布规则执行的方式，提高业务规则管理水平；  构建全面统一的规格主数据管理能力，通过自动更新、自动加 载到应用引擎、自动监测等能力，打造所有生产系统数据源； 3) 适配灵活的营销模式和简便的配置界面  构建服务场景有效评估机制  有机整合大数据能力  增加各渠道协同能力 20 / 661 2) 智能化调度、透明化展示、集约化管控  智能化调度：对渠道能力及时掌控、集中干预、灵活调度  透明化展示：对执行情况评估形成闭环，迭代优化派单方案  集约化管控：系统集约化，统一化控制平台，通达到所有渠道 末梢 3) 引入社会合作，拓展互联化协同能力  面向互联网大数据标签  整合社会资源，形成互联网化营销合作

1 新设备入网管理...........................................................................736 4.6.2 定值审核与执行...........................................................................738 4.6.3 自动化运维管理...... .........................................................1249 VII 电力行业数字化一体化监管平台建设方案 8.6.2 定值审核与执行.........................................................................1253 8.6.3 自动化运维管理....... 生产控制大区功能模块应当采用电力调度数字证书对浏览器客 户端访问进行身份认证及加密传输，暂无条件实现的应当预留 相关功能接口； h) 一体化电网运行智能系统应采用安全标签实现安全授权和强制 执行及访问控制，安全标签是具有数字签名的权限授权文件， 22 电力行业数字化一体化监管平台建设方案 暂无条件实现的应当预留相关功能接口； i) 生产控制大区应统一部署恶意代码防护系统，病毒库、木马库

重影响，用户不能执行日常工作，或者有严重的，负面的业务/财务影 响。用户也不能通过其他方式执行日常工作。 B.高 指非紧急的客户服务，系统无法工作或受到影响。对客户业务有一定影 响。用户在执行日常操作时有困难且在问题解决之前能够进行其他工 作。 C.中 指非紧急的服务，系统无法工作或受到影响。对客户的业务没有直接影 响。问题给客户的员工带来了不便，用户可以通过其他方式执行日常工 作。 客户要求非紧急的额外的服务与功能。 支持电话将按照问题优先级评估。与客户商谈之后可修订问题优先级。 在接到我们的通知或知晓项目文档（包括修复步骤，或配置修改，或开发 等）已提交时，客户应立即按我们的指示执行修复步骤，及时对配置修改或开 发进行接受性测试。在我们提交文档之后的 7 天内，客户将通知我们其接受所 提交的文档，或告知我们其不接受所提交的文档因为问题未能解决或开发要求 未达到。如果在 7 在系统设计前将进行详细的需求分析，力争做到科学严谨的需求分析。需 求分析一旦形成就严格按照需求进行系统设计，在实施过程中严格执行设计方 案，避免不必要的需求变动。即使有些需要的变更是不可避免的，也将从实际 出发，通过管理、协调和全面质量控制来减少由此带来的不利影响。   人员变动风险应对: 将执行严格的人员管理制度，包括信息安全保密责任制度。一般情况下不 允许替换项目实施人员；如确实需要进行人员变更，则通过严密的交接和监督