Search results

Instruments to Evaluate and Improve IT Architecture Work

Author Supplied: In the last decades, architecture has emerged as a discipline in the domain of Information Technology (IT). A well-accepted definition of architecture is from ISO/IEC 42010: "The fundamental organization of a system, embodied in its components, their relationships to each other and the environment, and the principles governing its design and evolution." Currently, many levels and types of architecture in the domain of IT have been defined. We have scoped our work to two types of architecture: enterprise architecture and software architecture. IT architecture work is demanding and challenging and includes, inter alia, identifying architectural significant requirements (functional and non-functional), designing and selecting solutions for these requirements, and ensuring that the solutions are implemented according to the architectural design. To reflect on the quality of architecture work, we have taken ISO/IEC 8402 as a starting point. It defines quality as "the totality of characteristics of an entity that bear on its ability to satisfy stated requirements". We consider architecture work to be of high quality, when it is effective; when it answers stated requirements. Although IT Architecture has been introduced in many organizations, the elaboration does not always proceed without problems. In the domain of enterprise architecture, most practices are still in the early stages of maturity with, for example, low scores on the focus areas ‘Development of architecture’ and ‘Monitoring’ (of the implementation activities). In the domain of software architecture, problems of the same kind are observed. For instance, architecture designs are frequently poor and incomplete, while architecture compliance checking is performed in practice on a limited scale only. With our work, we intend to contribute to the advancement of architecture in the domain of IT and the effectiveness of architecture work by means of the development and improvement of supporting instruments and tools. In line with this intention, the main research question of this thesis is: How can the effectiveness of IT architecture work be evaluated and improved?

On the Categorization and Measurability of Enterprise Architecture Benefits with the Enterprise Architecture Value Framework

With the development of Enterprise Architecture (EA) as a discipline, measuring and understanding its value for business and IT has become relevant. In this paper a framework for categorizing the benefits of EA, the Enterprise Architecture Value Framework (EAVF), is presented and based on this framework, a measurability maturity scale is introduced. In the EAVF the value aspects of EA are expressed using the four perspectives of the Balanced Scorecard with regard to the development of these aspects over time, defining sixteen key areas in which EA may provide value. In its current form the framework can support architects and researchers in describing and categorizing the benefits of EA. As part of our ongoing research on the value of EA, two pilots using the framework have been carried out at large financial institutions. These pilots illustrate how to use the EAVF as a tool in measuring the benefits of EA.

Feltscapes

In this paper the Feltscaping-method is described, its characteristics and requirements, and some examples of how it was used and further developed. In doing so this paper aims at embedding feltscaping into the existing discourse of arts-based research. Furthermore, it will reflect on possibilities for further development of the Feltscaping method.The development of the method started seven years ago, as Cora Jongsma as a way of delving into the different layers of the landscape connected with the landscape. The product of this process is a feltscape, a representation of the landscape made up of several layers of wool that tells a story about a specific area. The layering in the feltscape, in the beginning, was purely the result of interaction between the creative process, conversations with land users, landscape research and visual experience, drawing a parallel to the formation process of the landscape. Starting as a personal search of the artist on how to connect the feltscapes to the landscape, after a few years, developed into an instrument to stimulate good conversation with people that in one way or another are connected to the landscape. In this way, feltscapes enable the researcher to test and exchange own sensory perceptions and to extent existing knowledge or questions about the landscape by eliciting social interactions.

Impact of business rule Management on enterprise architecture

Business Rule Management (BRM) is a means to make decision-making within organizations explicit and manageable. BRM functions within the context of an Enterprise Architecture (EA). The aim of EA is to enable the organization to achieve its strategic goals. Ideally, BRM and EA should be well aligned. This paper explores through study of case study documentation the BRM design choices that relate to EA and hence might influence the organizations ability to achieve a digital business strategy. We translate this exploration into five propositions relating BRM design choices to EA characteristics.

Towards media architecture

Software Architecture Patterns for System Administration Support

Many quality aspects of software systems are addressed in the existing literature on software architecture patterns. But the aspect of system administration seems to be a bit overlooked, even though it is an important aspect too. In this work we present three software architecture patterns that, when applied by software architects, support the work of system administrators: PROVIDE AN ADMINISTRATION API, SINGLE FILE LOCATION, and CENTRALIZED SYSTEM LOGGING. PROVIDE AN ADMINISTRATION API should solve problems encountered when trying to automate administration tasks. The SINGLE FILE LOCATION pattern should help system administrators to find the files of an application in one (hierarchical) place. CENTRALIZED SYSTEM LOGGING is useful to prevent coming up with several logging formats and locations. Abstract provided by the authors. Published in PLoP '13: Proceedings of the 20th Conference on Pattern Languages of Programs ACM.