和技术，有效的方法可以帮助企业对业务进行合理的划分，从而求得业务层面的灵活性。有些方法则侧重于流程建模本身，例如如何确定和定义业务流程中的业务活动、业务数据、业务规则、业务指标和业务事件等，但是BPM并不会帮助我们去发现和定义服务。从SOA的方法学来看，各种BPM的结果是面向服务的分析和设计的重要输入，如业务组件、业务流程和业务目标是服务发现的重要依据，而业务指标、业务数据、业务规则等是服务暴露的分析的重要依据。2EA和SOA尽管和BPM一样，EA是一个零散的领域，但是当前的EA主要侧重于定义跨越业务单元边界的系统框架，企业范围内系统的主要构成元素，这些元素间的
f软件设计师
httpwwweducityc
rkprogi
dexhtml
关系，以及将这些元素有机组合在一起的参考架构。但是，各种EA技术都缺乏业务领域的蓝图指导企业架构的设计。从SOA方法学来看，一方面，面向服务的分析和设计通过和BPM结合将业务分解为各种类型的服务，可以作为企业业务的蓝图指导企业架构的设计另一方面，企业架构设计的结果，如参考架构，又是服务实现的重要依据。3OOAD和SOA面向对象的分析和设计告诉我们使用UseCase捕获需求，并设计类、对象及对象间交互来满足UseCase定义的需求。但是面向对象的分析和设计往往只是局限在单个应用内部，它不会缺乏业务蓝图和企业架构蓝图的指导。从SOA方法学看，在原理层面上，OOAD中的很多设计原则，如抽象、隔离关注等被SOA继承和发扬，并应用于服务的定义和实现中。而在操作层面上，服务模型为OOAD进行类和对象设计提供了业务蓝图和企业架构蓝图，与此同时，UseCase作为对业务流程的补充说明被用于服务的发现和定义中。
SharePoi
t工作流开发一直以来都被MOSS的工作流权限问题所困扰我们虽然将任务分配给了某人但事实上所有在任务列表中有编辑权限的用户都可以编辑该任务而我们并不希望用户能够看到不属于自己的任务我曾经尝试过采用以下两种方法解决这一问题未果1更改任务列表的视图通常我们会把工作流任务分配给某人或者某组所以我的想法是将任务列表
f软件设计师
httpwwweducityc
rkprogi
dexhtml
的