【AICon】探索RAG 技术在实际应用中遇到的挑战及应对策略!AICon精华内容已上线73%>>> 了解详情
写点什么

2011 企业信息架构设计:换位思考的一年

  • 2012-01-15
  • 本文字数:1797 字

    阅读完需:约 6 分钟

如果直接谈“企业架构”,也许很多圈外人会把它扩大化,毕竟对于一个企业的“顶层设计”而言,企业架构主要是组织架构、生产架构,行政架构等,而我们圈里人谈的“企业架构”其实主要指的是“企业信息架构”。

作为我国企业信息架构风向标的“金”字头项目,他们在 2011 年体现最明显的不是云计算、大数据、列存储等技术的引入,关键在于切入点的转变。

我们知道,一般信息系统建设都是从以业务需求收集和分析入手、从企业高层的战略目标入手,CIO 需要解决的问题基本上是业务高层的谈到的一系列“我们要”、“我们决定”、“我们希望”,但在 2011 年光凭这个切入点似乎不足以成为大型“金”字头项目立项的基础,因为这些指标它无法体现作为大型企业、超大型企业信息系统如何满足“社会关切”的问题。

下面看一个简单的例子

以往:

1、 在人力基本不变的情况下,我们需要借助该系统实现每年多查获 100 万件食品安全事件,多受理 5 万件相关案件。

2、 系统升级后,每年网站订票数量增加 400 万、电话订票数量增加 200 万。

现在:

1、 在人力基本不变的情况下,我们需要借助该系统将食品安全事件的受理时限从 1 天缩短为 15 分钟,通过食品供应链透明化每年食品安全事件发生率降低 10%。

2、 系统升级后,用户单次在线订票成功率提高到 60%、五年内提高到 80%,电话订票平均处理时间降低到 5 分钟 / 呼叫、五年内降低到 2.5 分钟 / 呼叫。

不知你是否发现两者最大的区别?

  • 以往,企业信息架构往往是在自己找需求,然后自己给出技术解答。
  • 现在对这些大型、超大型企业信息架构的要求变了,目标和需求是来站在服务对象角度发掘的,即为什么投资这些系统,不是承办主体“我们要”怎样,而是因为你能为“服务对象”怎样,权衡投入产出之后再考虑是否建设。
  • 相应的架构流程有了一些变化(以经典的 Zachman 框架为例):

其中,标准流程位于“Zachman Framework Enterprise Architecture”部分,但现在必须外延到“服务对象关切”部分,尽管传统的“上下文”部分本应该包括这些内容,但在实际操作中往往会“走样”成“我们要”的情况。架构其他规模、其他类型的企业信息系统时这个思路同样适用。

进一步,可以将上述过程与领域设计分析结合,根据分析内容与业务的相对“距离”渐次展开:

以上面的业务关切为例:

电话订票平均处理时间降低到5分钟**/呼叫、五年内降低到2.5分钟/**呼叫

先做外部领域的企业架构分析:

What:电话订票

Why:原因比较明显,谁愿意花费几十分钟甚至几个小时订票?

How:降低订票手续的繁琐程度,减少等待时间、咨询时间、选票时间

Who:乘客、接线员

Where:手机、固定电话

When:全年服务时间

最终需要围绕“电话订票平均处理时间降低到 5 分钟 / 呼叫、五年内降低到 2.5 分钟 / 呼叫”这个既定的量化目标分析,为了满足这些要求外部应该满足什么条件,相应的对企业内部信息环境要求是什么。

以 5 分钟完成电话订票的“关切内容”为例,如果通过分析必须将“等待时间”限制在 0-1 分钟、“咨询时间”限制在 0-1.5 分钟,“选票时间”限制在 0-4 分钟,相当于我们就必须对企业内部各相关应用、数据、网络的架构设计提出明确量化要求,同时对于各关联系统的处理效率、数据 OLTP 响应时间、网络往复时间提出明确要求,然后这些要求转化为传统的企业架构设计中“战略”、“业务”设计要求时就更具目的性,这个过程就好像常说的“换位思考”。

2011 年由于项目立项申请方式的转变,一些“金”字头的企业信息系统架构开始走“先换位思考,再设计企业信息架构”的过程,这个过程的积极意义如下:

  • 首先,提高企业信息架构的目的性,明确投入 / 产出关系
  • 其次,通过增加“外部领域分析”过程,可以对用户的期望和需求做先手布局,以往我们总是说“唯一不变的是变化本身”、“客户的需求千差万别、随时变化”,但现在我们应该反过来考虑,是不是我们最初没有站在他们的角度考虑这些问题,而是“一厢情愿”的“自说自话”出一些所谓的企业信息架构“战略”、“业务需求”
  • 接着,尽管用户关切的内容可能会用“更快”、“更方便”这些模糊的表述,但通过“外部领域分析”,我们可以将这些关切标准量化并分阶段实现,通过量化指标推动企业信息架构建设工作

不过,空谈“换位思考”比较容易,但做到很难,实践中较为现实的方式除了直接面向用户进行调研外,考察服务对象的“对口系统”也是不错的方式,以往我们常说团队需要沟通,其实具有互联关系的内、外部企业信息架构之间又何尝不是呢?

2012-01-15 06:232720
用户头像

发布了 61 篇内容, 共 95047 次阅读, 收获喜欢 0 次。

关注

评论

发布
暂无评论
发现更多内容

用“易于改编”原则,提升编程水平,写出更好的代码

三钻

程序员 大前端 后端 经验分享 编程风格

人人都可以掌握的正交试验设计测试用例方法

陈磊@Criss

一文道尽“表驱动法”

架构精进之路

编码 表驱动法

Kafka实战宝典:一文带解决Kafka常见故障处理

数据社

kafka 监控

好玩又好用,一款轻松就可以实现音视频的Demo

anyRTC开发者

音视频 移动互联网 RTC anyRTC Demo

国家央行数字货币的优势与挑战

CECBC

数字货币 央行 商业银行

5大法则助你 成为更出色的开发者

三钻

学习 编程 程序员 敏捷开发 经验分享

国内程序员最容易发音错误的单词集合

程序员生活志

程序员 经验总结

Kafka实战宝典:如何跨机房传输数据

数据社

大数据 kafka 跨机房

DSN 主流项目调研 0——IPFS&&Filecoin白皮书总结

AIbot

区块链 分布式存储 分布式文件存储 IPFS Filecoin

CentOS7 下Docker安装、启动

xcbeyond

Docker 软件安装

DockerFile 详解

陈磊@Criss

Java的Override和Overload

陈磊@Criss

DSN主流项目调研1——Storj和Arweave的简介

AIbot

分布式存储 区块链+ 分布式文件存储 Storj Arweave

区块链技术在银行业的运用

CECBC

区块链 信息安全 金融

更优雅的编写JavaScript

三钻

Java 程序员 大前端 经验分享 ES6

你真的懂怎么写`服务层`吗?

三钻

php 程序员 后端 服务 架构思维

写给想学和在学编程的你们,学习编程的7个好处

三钻

学习 程序员 软件开发 编程之路 经验分享

快速掌握的测试用例优先级划分方法

陈磊@Criss

如何选择一个性能测试工具(LoadRunner和Locust的一次对比)

陈磊@Criss

聊聊微前端的原理和实践

vivo互联网技术

大前端

带你体验Vue2和Vue3开发组件有什么区别

三钻

Java Vue 大前端 Vue3 React

IDEA直连服务器,进行项目Docker部署,实现一键部署、启动

xcbeyond

Java Docker idea插件

告别下载速度慢!Docker配置阿里云镜像仓库

程序员的时光

Docker 阿里云

Git使用教程:最详细、最傻瓜、最浅显、真正手把手教!

程序员生活志

git

分布式定时任务调度框架实践

vivo互联网技术

大数据 分布式 框架

华章25周年活动——《迁移学习》限量5折!

华章IT

6个高效学习编程的方法

三钻

学习 程序人生 大前端 后端

Python的Twisted事件驱动的网络引擎框架

陈磊@Criss

优质单元测试的十大标准,你有遵循吗?

禅道项目管理

项目管理 单元测试 自动化测试

你还应该知道的哈希冲突解决策略

vivo互联网技术

哈希冲突

2011企业信息架构设计:换位思考的一年_SOA_王翔_InfoQ精选文章