智慧城市案例分析【篇一:智慧城市案例分析】场景描述我们的场景中的鹿特丹市建立了水广场来预防强降雨带来的洪水。
在干旱期,水广场可用作娱乐场所,比如儿童游戏场或体育运动场。
在强降雨期间,水广场用于容纳过量的降水。
城市水管理部门然后以可控的方式将水排放到当地的排水沟中。
一个智慧城市指挥中心监视与水相关的事件,比如即将来临的强降雨。
该城市机构必须迅速有效地制定决策,以主动防御城市洪水泛滥。
他们必须考虑各种因素:预测的降雨量已观察到的降雨量水广场目前的状态可用来帮助疏散水广场人员的公共安全行政人员水广场周围的交通状况他们使用一个城市门户,如图1 所示。
该门户提供了一个指挥中心仪表板视图,以显示来自各个部门的 it 系统的信息。
(查看图 1 的更大版本。
)图 1. 智慧城市指挥中心解决方案的业务需求在智慧城市指挥中心场景中,城市工作人员制定的许多决策可使用一个决策服务有效地自动化。
我们的场景中的城市的决策服务具有以下需求:必须能够自动化复杂的业务逻辑为规则管理流程的所有参与者提供基于角色的访问能力必须使非技术性的业务用户能够维护业务逻辑必须能够轻松地频繁更改业务逻辑,而无需 it 干预包含审计和跟踪业务决策的能力提供准确的执行报告回页首总体解决方案在我们的智慧城市指挥中心企业架构中,使用了一个 brms 来实现决策服务。
它提供了一个中央存储库来定义、修改和维护所有业务规则。
使用 websphere ilog jrules 实现一个业务规则子系统,可为业务用户(也就是城市指挥中心人员)提供动态和按需定义和修改业务规则的能力,而无需 it 人员干预。
websphere ilog jrules 允许我们将 brms 实现为任何其他子系统都可调用的服务。
它可使用 web 服务或服务组件架构 (sca) 来调用,进而实现面向服务的架构 (soa)。
在我们场景中的架构中,决策服务由一个事件处理子系统使用 web 服务调用。
如果我们的企业使用一个企业服务总线 (esb),可使用 web 服务或 sca 从 esb 调用相同的决策服务。
图 2 显示了智慧城市指挥中心解决方案架构。
图 2. 解决方案架构websphere ilog jrules 概述websphere ilog jrules 提供了基于角色的模块,如图 3 所示。
it 开发人员 -- 负责开发业务规则应用程序。
开发人员使用一个名为 rule studio 的基于 eclipse 的 ide 来进行设计、java 开发和规则项目开发。
业务线用户 -- 负责业务规则的创作和管理。
业务用户使用一个基于浏览器的 rule team server 来编写和维护业务规则。
业务用户也可在rule team server 上执行用户测试和模拟。
生产管理 -- 负责在企业中集成、监视和审计决策子系统。
管理员能够访问 rule execution server 来监视部署的规则集和管理决策服务。
此外,他们可使用 decision warehouse 执行细粒度审计。
图 3. brms 应用程序开发决策剖析决策服务的用途是基于传入的恶劣天气事件,智能地向各个部门生成通知和指令。
此规则引擎的输入和输出遵守 common alerting protocol (cap),这是 oasis/itu-t 9 发布的一个 xml 规范(参见参考资料)。
输入数据包含有关天气警报的信息,比如降雨和起雾。
图 4显示了一个示例 cap xml 的输入片段。
图 4. 输入 xml 片段(查看图 4 的更大版本。
)基于这些警报,决策服务制定为各个城市部门生成通知或指令的决策,从图 5 中的示例输出片段可以看出。
这些智能通知和指令由业务规则生成。
图 5. 输出 xml 片段(查看图 5 的更大版本。
)回页首决策服务创建流程基于规则的开发的一个重要优势是,它从应用程序代码中外部化了业务规则,并分离出了开发周期。
基于规则的开发将应用程序开发和部署周期与规则的开发和部署跟踪分离开来。
因此,创建基于规则的应用程序的流程不同于传统的开发流程。
创建一个决策服务的流程如图 6 中的流程图所示。
可在此流程图中看到,创建一个决策服务需要规则分析师、规则架构师和业务主题专家协同工作。
(查看图 6 的更大版本。
)图 6. 创建决策服务的流程应用程序开发流程中所涉及的任务包括:初始化规则发现规则分析准备环境开发项目创建规则设计规则创作部署和执行部署审计支持业务用户创建场景 excel 模板发布到 rule team server规则维护编辑/编写规则测试部署从总体上讲,该流程从以下步骤开始:初始化阶段,规则分析师发现并获取业务策略。
然后分析策略以创建无歧义的业务规则。
规则开发人员使用 rule studio 创建规则项目和编写初始规则集。
然后将规则部署到 rule execution server (res),它利用websphere ilog jrules 的托管透明决策服务 (hosted transparent decision services, htds) 功能来将规则集公开为 web 服务。
要使业务用户能够维护业务规则,需要将规则发布到 rule team server (rts)。
业务用户不仅可在 rts 中编写规则,他们还可使用决策验证服务 (decision validation service, dvs) 从 rts 测试这些规则。
准备好后,将规则提取并部署到 res。
这些流程中每一个的详细信息都已提供。
但是首先有几点需要注意。
图 6 中所示的流程图显示了创建一个决策服务的典型流程,这就是我们的案例分析中使用的流程。
但是,这并不是说这是惟一有效的流程,或者甚至是所有情形的推荐流程。
例如,使用一个决策仓库进行审计是一个可选步骤,组织可选择跳过。
本文不是一篇详细的教程,更像一个开发流程示例。
它可用作产品文档的补充,而不能替代它。
但是,文中提供了在一个任务中使用websphere ilog jrules 向导时,要输入到向导中的详细信息。
另外,websphere ilog jrules 提供了一个庞大的功能和特性集合,但此流程不会尝试涉及所有这些功能。
例如,我们不会为本案例分析中的microsoft office 或 ejb 部署使用规则解决方案。
此外,尽管图 6 描绘了一系列有序步骤,但规则开发常常会得到一个敏捷、迭代式的开发周期,这实际上是推荐的方法。
但是,在一次迭代中,此流程可在跳过一些已完成的活动后应用,比如准备环境或创建项目。
此案例分析使用 websphere application server communityedition 默认的 websphere ilog jrules 安装,因此未包含与websphere ilog jrules 的安装和配置相关的步骤,包括身份验证和权限管理。
发现业务规则业务规则可能被认为是用于制定决策的条件语句。
任何组织都拥有大量业务规则,它们常常禁锢在主题专家的头脑中。
这些规则以业务策略的形式传达,比如以下规则:如果降雨量较大,向排水部门发送评估降雨量的指令,而不是评估污水管容量。
如果水广场已被清场且威胁级别较高,则发送接通水广场的指令,以及向排水部门发送监视广场的水质量的指令。
一个典型的规则集中有几十或几百个这样的策略。
其中每个策略适用于一个业务人员且可单独理解,但它们结合在一起即可制定业务决策。
在一个 brms 的上下文中,业务规则是可执行的单元;因此,每条策略都需要细化以准确采集业务规则,而不留下任何歧义。
这种细化通常是一个两步过程:执行规则分析,以确定规则组和总体规则流逻辑。
使用业务对象模型 (bom) 中定义的术语编写业务策略。
分析规则规则分析涉及到仔细研究策略以基于常见模式来识别规则组,以一种结构化方式组织这些策略,以及通过这些规则组制定总体的逻辑流。
让我们考虑一种业务策略:如果降雨量较大,向排水部门发送评估降雨量的指令,而不是评估污水管容量。
此策略中存在很多歧义。
例如,如何才算降雨量较大 ?事实证明对较大降雨量的评定可基于多个条件来执行,比如:在最近一小时内观察到的降雨量超过 15 毫米。
在最近一小时内观察到的降雨量超过 10 毫米,且在最近 12 小时内观察到的将于量超过100 毫米。
在最近 12 小时内观察到的降雨量超过 150 毫米。
在最近6 小时内观察到的降雨量超过 80 毫米。
这些条件中的每一个都可独立地表达为一个业务规则。
我们常常会发现,从一个业务策略中消除歧义性可能实际得到多个更简单、定义明确的业务规则。
我们还会在这里注意到一个规则组:基于观察到的警报执行评估的规则。
另一个规则组基于推断的评估值来生成通知和指令。
图 7 显示了一个逻辑规则流。
图 7. 逻辑规则流在此系列的后续文章中,我们将介绍在 websphere ilog jrules 中实际实现这些规则的流程。
回页首结束语我们已看到 websphere ilog jrules 是一个强大的工具,提供了一个丰富的特性集,以构建可在 soa 环境中执行的业务规则管理。
使用一个案例分析,我们介绍了选择一个 brms 的理由和总体解决方案架构。
此外,我们还介绍了决策服务创建流程的初始化阶段,其中会获取并分析业务策略。
在后续文章中,我们将向技术开发人员和业务用户详细介绍开发流程。
【小编推荐】【篇二:智慧城市案例分析】智慧城市是以物联网、云计算等新一代信息技术以及各种社交网络、购物网络、互联网金融等综合集成工具和方法的应用,对生产、生活和城市管理实现全面透彻的感知、宽带泛在的互联、智能融合的应用以及全方位、全体系、全过程创新的城市形态。
对于我国城市政府来讲,这不仅仅是政府服务和城市管理技术的创新,而且更加是服务和管理理念及模式的创新。
而对于国外,智慧城市建设意味着什么?在市场商机面前又是如何应对智慧需求的?美国:智能化响应,对可持续发展有更多责任感2009年1月28日,刚就任美国总统的奥巴马会见了作为工商业领袖代表的ibm时任总裁彭明盛。
彭明盛正式向奥巴马政府提出智慧星球概念,建议投资建设新一代的智慧型信息基础设施。
同年9月,爱荷华州迪比克市和ibm共同宣布,将建设美国第一个智慧城市。
迪比克市风景秀丽,密西西比河贯穿城区,它是美国最为宜居的城市之一。
以建设智慧城市为目标,迪比克计划利用物联网技术,将城市的所有资源(包括水、电、油、气、交通、公共服务等)数字化并连接起来,监测、分析和整合各种数据,进而智能化地响应市民的需求并降低城市的能耗和成本,使迪比克市更适合居住和商业发展。
迪比克市的第一步是向所有住户和商铺安装数控水电计量器,其中包含低流量传感器技术,防止水电泄漏造成的浪费。