OA系统项目解决方案

明确的流
(Model-driven) 商业人决策拥有管理IT资产的能力
BPM可增加
可视化 & 动态流程催进 SOA
程敏捷性 10倍以上的生产力
IT 敏捷性
以代码为依归的SOA Reusability 应用程序建模
效率
(依赖代码的时代& 以代码为 基础的自动化工作流/BPM )
软件工厂
自动化工作流 (流程转化成代码)
OA 系统解决方案
超越OA – 以SOA / BPM面向未来
OA系统解决方案
功能简述 特色 详细案例
标准的OA路线
1990-2000
•纸制到比特的变革 •Office/WPS等字处理 •打印/复印
1996-2004
•Exchange/Notes •Email的普及 •公文收发的自动化 •流程的自动化
面临商业改变时, 仍是IT工程驱动, 商业决策人士要 等待IT编写代码
流程上的感觉和知识
新一代BPMS平台 支持两种全然不同类型的流程
-以人为中心 – 敏捷性 -以整合为中心 – 提供End-to-end 的效率
以人为中心的BPMS是从工作流进化而成
区分市场
形成文件
聚
焦
于
人对人
工作流
流
人对系统
业务流程管理
Business User
CHANGE
A Testing、Redesign…
Long Turn Around Cycle
B
A
D
E
F
C
B
D
F
C
E
WORKFLOW
ENGINE
IT
Develop
Model Driven 的BPM & SOA
① 业务需求 XML
② 分析设计
组装
③ 开发或重用「面向服务」部件
模型驱动架构
无法预测的例 外状况 &改变
的需求.
以模型 设计
Leabharlann Baidu
以模型 发布执
行
执行期在模型中改善,适应, 迁移,管理每个状况
以模型为基础持续的改善
适应商业的敏捷性
传统开发方式编程流程作法
Run time
③ 流程、逻辑、表单、外部服务被编译成
一支支的僵固的执行程序 → 是为流程
① 图型工具设计的流程为「示意图」 Develop
模型驱
聚
完全以微软产品 和科技来开发
SOA
可促使流
动的 BPMS
焦 于
商业流程管理 程的通用
服务
(可被直接执 行的流程模
型
流 程
-并非采用编
写代码)
商业流程整合
企业应用整合 (EAI)
1980s中晚期 1990s中晚期
2002-05
2006+
Source: Forrester Research, 2006
IT
Run time Design Develop
Model Driven 一致性 & 可视性
快速变更的系 统或市场需求
A
Customers & Market
User or IT
Business Domain
IT
•充分可重用与具备极大扩展性的业务逻辑部件，避免IT人员的重复开发 •将业务流程逻辑从底层代码中独立萃取出来
程
拓展成 BPM
多数的解决方案经由编写代码转化成流程,所以在执行期没有敏捷度, 同时也限制了主管人员的决策能力。
1980s中晚期 1990s中晚期 2002-05
2006+
Source: Adapted from Forrester Research
以整合为中心的BPMS则由EAI所演进
借由编写不易改变的代码来连接End-to-end 流程,以此实现整合 -但却缺乏敏捷性,主管人员完全没有掌控力
2001-2008
•知识管理被重视 •基于Web的应用 •内网与OA的整合
2006-2010
•与业务集成的特点 •基于流程应用的特点 •基于知识应用的特点 •协同工作的特点 •门户的特点
工作流自动化
知识管理为核心
门户（Portal） 协同工作平台
第一阶段
第二阶段
第三阶段
新一代
Microsoft 提供更多
②流程的逻辑被生成为代码，在VS的开发环境中编程
IT
传统开发方式
『 Business Process IT Divide 』
Business User
MODELING
A
A
B
C
D
E
B
D
C
E
WORKFLOW ENGINE
IT
Develop
传统开发方式的困境
『 Business Process IT Divide 』
全方位整合沟通:
人对人 人对系统 系统对系统
业务流程管理 编写代码
聚
焦
于
业务流程管理 IT的负担 流
&
程
阻碍敏
业务流程整合
捷性
企业应用整合 (EAI)
1980s中晚期 1990s中晚期
2002-05
2006+
模型驱动的BPMS
连结两种类型的流程并且提供敏捷性
形成文件
区隔市场
工作流
拓展成 BPM
商业流程管理
提供 更强大的SOA
协同
更接近业务人 员的流程设计
新一代 流程管理平台
（BPMS）
基于流程
更强大动态的 业务流程
门户
OA
与业务集 成
知识管理
提供 更强大的内
容管理
MOSS 平台
按企业需要
提供商业智 能
办公收发 自动化
更强大的搜 索功能
BPM在价值观点上的不同层次
商业敏捷性 & 持续优化
模型驱动
复合直接可被执行的流程
AgilePoint和 BizTalk整合在一起后，可以在.NET 平台上提供全面性且具有最大价值的BPM和SOA
形成文件
区隔市场
最新一工代作流模型拓驱展成动B的PM BPMS
商业流程管理
模型驱
动的
聚
完全以微软产品
SOA BPMS
焦
和科技来开发
可促使流
(可被直接
于
商业流程管理
程的通用 服务
执行的流程 模型
而且大部分重要的改变都在于执行期的调整
无法预测的例外
传统程序架构
状况 &改变的需 求..
以模型 设计
X 赋予商业使用 者掌控权
开发人员
有权的使 用者
执行时却 是编写代
码
执行期没有商业敏捷性
在执行期改善,适应,迁移, 管理
从快速的应用开发中获得勉强的 敏捷性
(例如工程周期或者是利用代码来复合服务)
-并非采用
流 程
编写代码)
Microso商f业t流B程i整z合Talk Server
企业应用整合 (EAI)
Source: Forrester Research, 2006
了解为什么不同架构的BPM会使 SOA产生在价值和敏捷性上的差异
模型驱动 vs.传统的程序编写
- 商业敏捷性不仅不会在流程转换成可被执行的过程停止,
业务流程管理
聚
焦
业务流程整合
于
流
系统对系统
程
企业应用整合
(EAI)
1980s中晚期 1990s中晚期 2002-05
2006+
Source: Adapted from Forrester Research
如何才能平衡两个不同类型的BPMS, 实现全方位的流程敏捷性。
形成文件
区隔市场
工作流
拓展成BPM