On the Interplay of Organizational Architecture and Software Architecture

Wojciech Ganczarski, R. Winter
{"title":"On the Interplay of Organizational Architecture and Software Architecture","authors":"Wojciech Ganczarski, R. Winter","doi":"10.18417/emisa.3.1.3","DOIUrl":null,"url":null,"abstract":"Enterprise architecture frameworks sometimes provide an additional architectural layer between business-oriented artefact types (e.g., business processes, organizational units) and technical artefact types (e.g., software components, data structures). This \"integration\" or \"alignment\" layer is intended to bridge the gap, which results from different life cycles, different ownerships, and other sources of IT/business misalignment. The development of specific models and artefact types on the integration layer is in its early stage. Existing methods for information systems design constitute a first starting point. However, most of them lack a clear differentiation between the integration layer and the software layer and therefore cannot be reused as-is. This paper contributes to the research of design methods, models, and artefact type specifications for the integration layer. The focus lies primarily on the alignment of organizational architecture and structural software architecture, two important components of enterprise architecture. A comparison of organizational and software architecture design methods yields that both types of structures are usually constructed according to different design criteria so that un-aligned architectures result. Traditional integration artefacts, such as \"logical\" applications, which specify coherent areas of ownership over software artefacts, are too closely linked to actual software system structures and therefore usually fail in aligning with the organizational architecture. It is argued in this paper that instead, integration artefacts should be much more decoupled from actual software structures.","PeriodicalId":186216,"journal":{"name":"Enterp. Model. Inf. Syst. Archit. Int. J. Concept. Model.","volume":"39 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2008-05-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"3","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"Enterp. Model. Inf. Syst. Archit. Int. J. Concept. Model.","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.18417/emisa.3.1.3","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 3

Abstract

Enterprise architecture frameworks sometimes provide an additional architectural layer between business-oriented artefact types (e.g., business processes, organizational units) and technical artefact types (e.g., software components, data structures). This "integration" or "alignment" layer is intended to bridge the gap, which results from different life cycles, different ownerships, and other sources of IT/business misalignment. The development of specific models and artefact types on the integration layer is in its early stage. Existing methods for information systems design constitute a first starting point. However, most of them lack a clear differentiation between the integration layer and the software layer and therefore cannot be reused as-is. This paper contributes to the research of design methods, models, and artefact type specifications for the integration layer. The focus lies primarily on the alignment of organizational architecture and structural software architecture, two important components of enterprise architecture. A comparison of organizational and software architecture design methods yields that both types of structures are usually constructed according to different design criteria so that un-aligned architectures result. Traditional integration artefacts, such as "logical" applications, which specify coherent areas of ownership over software artefacts, are too closely linked to actual software system structures and therefore usually fail in aligning with the organizational architecture. It is argued in this paper that instead, integration artefacts should be much more decoupled from actual software structures.
查看原文
分享 分享
微信好友 朋友圈 QQ好友 复制链接
本刊更多论文
论组织体系结构与软件体系结构的相互作用
企业架构框架有时在面向业务的工件类型(例如,业务流程、组织单元)和技术工件类型(例如,软件组件、数据结构)之间提供额外的体系结构层。此“集成”或“对齐”层旨在弥合由不同生命周期、不同所有权和其他IT/业务不对齐来源造成的差距。集成层上特定模型和工件类型的开发还处于早期阶段。现有的信息系统设计方法构成了第一个起点。然而,它们中的大多数缺乏集成层和软件层之间的明确区分,因此不能按原样重用。本文对集成层的设计方法、模型和工件类型规范进行了研究。重点主要在于组织体系结构和结构化软件体系结构的一致性,这是企业体系结构的两个重要组成部分。组织和软件架构设计方法的比较表明,这两种类型的结构通常是根据不同的设计标准构建的,从而导致不一致的架构。传统的集成工件,例如“逻辑”应用程序,它指定了软件工件所有权的一致领域,与实际的软件系统结构联系过于紧密,因此通常无法与组织体系结构保持一致。本文认为,集成构件应该与实际的软件结构更加分离。
本文章由计算机程序翻译,如有差异,请以英文原文为准。
求助全文
约1分钟内获得全文 去求助
来源期刊
自引率
0.00%
发文量
0
期刊最新文献
Catchword: Blockchains and Enterprise Modeling Decentralized Business Process Control using Blockchain An experience report from two applications: Food Supply Chain and Car Registration Balancing Patient Care and Paperwork Automatic Task Enactment and Comprehensive Documentation in Treatment Processes Process Modeling in Decentralized Organizations Utilizing Blockchain Consensus Blockchain Technologies in Enterprise Modeling and Enterprise Information Systems
×
引用
GB/T 7714-2015
复制
MLA
复制
APA
复制
导出至
BibTeX EndNote RefMan NoteFirst NoteExpress
×
×
提示
您的信息不完整,为了账户安全,请先补充。
现在去补充
×
提示
您因"违规操作"
具体请查看互助需知
我知道了
×
提示
现在去查看 取消
×
提示
确定
0
微信
客服QQ
Book学术公众号 扫码关注我们
反馈
×
意见反馈
请填写您的意见或建议
请填写您的手机或邮箱
已复制链接
已复制链接
快去分享给好友吧!
我知道了
×
扫码分享
扫码分享
Book学术官方微信
Book学术文献互助
Book学术文献互助群
群 号:481959085
Book学术
文献互助 智能选刊 最新文献 互助须知 联系我们:info@booksci.cn
Book学术提供免费学术资源搜索服务,方便国内外学者检索中英文文献。致力于提供最便捷和优质的服务体验。
Copyright © 2023 Book学术 All rights reserved.
ghs 京公网安备 11010802042870号 京ICP备2023020795号-1