wo战略的具体内容_战略管理的层次可以分为哪三个

wo战略的具体内容_战略管理的层次可以分为哪三个业务架构模型的元素主要有:业务领域(价值链),业务阶段(价值流),业务组件,事件,活动,任务,步骤,等等;数据架构模型的元素主要有:主题域,业务对象(数据组件),实体,属性,实体关系,实例组,域,等等,支持用户践行DD

原文作者:曹蕤 领驭框架软件
原文链接:“MOSE就是战略”系列之二:MOSE成果的结构和形成过程

MOSE把模型分为架构和程序两个层面。

wo战略的具体内容_战略管理的层次可以分为哪三个架构模型


基本的架构模型又分为业务、数据和应用三个维度。业务架构模型的元素主要有:业务领域(价值链),业务阶段(价值流),业务组件,事件,活动,任务,步骤,等等;数据架构模型的元素主要有:主题域,业务对象(数据组件),实体,属性,实体关系,实例组,域,等等,支持用户践行 DDD 理念,定义具有行为(方法/接口)的领域对象;应用架构模型的元素主要有:应用域,前端组件,后端(服务、批处理、…)组件,前端(向导、控件)程序,后端(服务、批处理、…)程序,程序接口数据,等等。更完备的架构模型还包含技术(基础软硬件品类、网络节点和区域、…)、安全、战略等维度的元素。

wo战略的具体内容_战略管理的层次可以分为哪三个

以上术语基本都来自主流的建模理论(例如5级建模方法论)或标准(例如《银行业务建模指南》),如有不明,请查阅相关资料,这里不再逐一解释。

各维度的架构模型内部都是贯通的,基于一些跨维度的模型元素或属性,例如(步骤和后端程序下属的)实体访问、程序接口数据等等,它们相互间也都是贯通的。由此,我们能够清楚地看到软件中==所有需要纳入全局(即在整个企业范围内)统一管理的构成元素 #619AC3==:有哪些部件?这些部件为什么要存在?调整其中一个部件,会对整个系统产生什么样的影响?等等。

通常所讲的企业级架构,就对应一些高阶元素(例如业务领域、业务阶段、主题域、应用域等等)所组成的模型,即企业级架构模型,它由企业级架构师负责设计和管理。

通常所讲的业务模型(即结构化了的需求分析成果),就是业务架构模型(即业务流程模型)和数据架构模型中的业务数据部分(即业务数据模型)共同组成的模型,它由业务分析师负责设计和管理。

通常所讲的IT模型(即结构化了的概要设计和部分详细设计成果),就是应用架构模型和数据架构模型中的IT数据部分(即IT数据和对象模型)共同组成的模型,它由IT架构师负责设计和管理。

wo战略的具体内容_战略管理的层次可以分为哪三个程序模型


程序模型用于描述具体程序(包括活动中的程序、对象方法程序和前后端各类程序)的处理过程和相关资源(例如用户界面、报表等等)。程序模型要包含所有的数据处理动作,是细致、精准、可以被计算机执行的模型,相当于传统软件工程的部分详细设计(程序处理流程设计)成果和全部编码实现成果。程序模型主要由程序员负责设计和管理。程序建模也被称为可视化程序开发。

程序模型的元素主要有:类,方法,变量声明、引用和赋值,方法调用,表达式,语句块,循环,选择,等等。这使得程序员可以奉行结构化流程设计理念和OO设计理念,开发成果和运用java等现代OO编程语言编写的程序,结构基本一致。此外,程序模型还有工作流、任务、网关等支持非结构化流程设计的元素,以及决策树、决策表等支持决策规则设计的元素。

wo战略的具体内容_战略管理的层次可以分为哪三个

程序模型必须与架构模型保持一致——架构模型中没有程序A,就不可能有A的程序模型;架构模型中明确程序A的接口数据为a1,A的程序模型的主方法参数就只能是a1。

显然,应当先构建企业级架构模型,随后才可以构建领域/项目级的业务模型,再构建领域/项目级的IT模型,最后完成可视化程序开发。但大型企业完整的模型体系规模巨大,不可能通过一个瀑布式的过程完成所有构建工作,只能通过数量众多的、并行的任务,协作构建整个模型体系。

MOSE支持任务分解,支持覆盖任务全生命周期的过程管理— —
所有任务共同构成了一棵任务树,其顶层节点“企业应用研发”是一个永远不会关闭的任务。任务树上每个节点都可以维护多个版本的模型,其中某些版本会被用作下级任务的基准版本,上级任务会在基准版本中指出下级任务的架构边界— —即放开哪些元素,允许下级任务修改,或在其下添加下级元素。

研发中心接到一个需求后,通常的处理过程是:

  1. 依据当前任务树中有关节点的架构边界,将需求分派到任务A;
  2. 任务A为实施该需求新建版本N(如果需要为该需求新建高阶架构元素,那么,任务A通常就是顶层任务,而设定高阶架构模型的过程就是企业级架构设计),并以版本N为基准,圈定架构边界,创建下级任务B;
  3. 任务B基于版本0(初始状态和N版本一致)完成业务建模并提交评审,通过后从版本0分出版本1;
  4. 任务B基于版本1完成IT建模并提交评审,通过后从版本1分出版本2;
  5. 任务B基于版本2完成可视化程序开发和测试,并提交评审,通过后在任务A中新建版本N’,用以接收任务B的成果,随后即可关闭任务B;
  6. 任务A将N’版本中的变更合并到其集成版本;
  7. 通过评审各级任务的成果并向上级提交,任务B的成果最终可以合并到顶层任务中的生产部署版本,从而使模型与实际运行中的系统始终保持一致。

注意,业务模型和IT模型在评审通过后依然可以修改,所产生的变更随时可以合并到版本1和版本2中。

此外,任务的架构边界并不是固定不变的,如需调整,提交申请到上级的任务,评审通过后即可实施。

往期回顾
“MOSE就是战略”系列之一:MOSE是什么?

“MOSE就是战略”系列 文章预告:
(三) MOSE的要点和精义所在
(四) 用MOSE支撑坍塌的IT战略
(五) 细探MOSE的战略价值
(六) MOSE是治疗多种顽疾的特效药
(七) MOSE推动人的转变
(八) MOSE早已不是乌托邦
(九) 全面实现MOSE仍需一场革命
(十) MOSE落地的最佳途径
(十一) MOSE实践的样本和成效
(十二) 一体化MOSE平台CBF Studio

今天的文章wo战略的具体内容_战略管理的层次可以分为哪三个分享到此就结束了,感谢您的阅读。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/85503.html

(0)
编程小号编程小号

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注