Examinando por Autor "Capilla, Rafael"
Mostrando 1 - 10 de 10
- Resultados por página
- Opciones de ordenación
Ítem A Quality 4.0 Model for Architecting Industry 4.0 Systems(Elsevier, 2022) Oliveira Antonino, Pablo; Capilla, Rafael; Pelliccione, Patrizio; Schnicke, Frank; Espen, Daniel; Kuhn, Thomas; Schmid, KlausThe increasing importance of automation and smart capabilities for factories and other industrial systems has led to the concept of Industry 4.0 (I4.0). This concept aims at creating systems that improve the vertical and horizontal integration of production through (i) comprehensive and intelligent automation of industrial processes, (ii) informed and decentralized real-time decision making, and (iii) stringent quality requirements that can be monitored at any time. The I4.0 infrastructure, supported in many cases by robots, sensors, and algorithms, demands highly skilled workers able to continuously monitor the quality of both the items to be produced and the underlying production processes. While the first attempts to develop smart factories and enhance the digital transformation of companies are under way, we need adequate methods to support the identification and specification of quality attributes that are relevant to I4.0 systems. Our main contribution is to provide a refined version of the ISO 25010 quality model specifically tailored to those qualities demanded by I4.0 needs. This model aims to provide actionable support for I4.0 software engineers that are concerned with quality issues. We developed our model based on an exhaustive analysis of similar proposals using the design science method as well as expertise from seasoned engineers in the domain. We further evaluate our model by applying it to two important I4.0 reference architectures further clarifying its application.Ítem ADDSS: Architecture Design Decision Support System Tool(2010-02-10T17:39:26Z) Capilla, Rafael; Nava, Francisco; Montes, Jesus; Carrillo, CarlosThis paper describes the ADDSS tool which enables capturing and documenting architectural design decisions in order to avoid knowledge vaporizationÍtem Can instability variations warn developers when open-source projects boost?(Springer, 2024-06-14) Capilla, Rafael; Salamanca, Victor; Valdezate, Alejandro; Robles, GregorioAlthough architecture instability has been studied and measured using a variety of metrics, a deeper analysis of which project parts are less stable and how such instability varies over time is still needed. While having more information on architecture instability is, in general, useful for any software development project, it is especially important in Open Source Software (OSS) projects where the supervision of the development process is more difficult to achieve. In particular, we are interested when OSS projects grow from a small controlled environment (i.e., the cathedral phase) to a community-driven project (i.e., the bazaar phase). In such a transition, the project often explodes in terms of software size and number of contributing developers. Hence, the complexity of the newly added features, and the frequency of the commits and files modified may cause significant variations of the instability of the structure of the classes and packages. Consequently, in this article we analyze the instability in OSS projects, especially during that sensitive phase where they become community-driven. Our results show that instability metrics can be easily obtained in such type of transitions. We also observed from our case studies that instability metrics can help finding out the balance between adding new functionality and performing refactoring. As a conclusions we state that instability metrics offer relevant information in the transition phase from the cathedral to the bazaarÍtem Effort Estimation in Capturing Architectural Knowledge(2010-02-04T14:33:03Z) Capilla, Rafael; Nava, Francisco; Carrillo, CarlosCapturing and using design rationale is becoming a hot topic for software architects, as architectural design decisions are now considered first class entities that should be recorded and documented explicitly. Capturing such architecture knowledge has been underestimated for several years as architects have been only focused on documenting their architectures and neglecting the rationale that led to them. The importance of recording design rationale becomes enormous for maintenance and evolution activities, as design decisions can be replayed in order to avoid highly cost architecture recovery processes. Hence, in this work we describe how architecture design decisions can be captured and documented with specific tool support. We also provide effort estimation in capturing such knowledge and we compare this with architecture modeling efforts in order to analyze the viability of knowledge capturing strategies.Ítem Embedded Design Rationale in Software Architecture(2010-02-04T14:26:55Z) Capilla, RafaelThe increasing interest to consider design decisions and its rationale as an inherent part of the software architecture development process has led to a number of research works that promote the capturing and use of the architecturally significant decisions. Hence, the stakeholders can keep track of the reasons of changes. This paper explores a variety of initiatives from previous works and advocates for an ¿embedded use of design rationale¿ in software architecting activities with tool support.Ítem On the Role of Architectural Design Decisions in Software Product Line Engineering(2010-02-04T14:42:02Z) Capilla, Rafael; Babar, Muhammad AliAn increased attention to documenting architectural design decisions and their rationale has resulted in several approaches and prototype tools for capturing and managing architectural knowledge. However, most of them are focused on architecting single products and little attention has been paid to include design decisions in the context of product line architectures. This paper reports our work on analyzing the existing work on architectural design decisions for the specific needs of software product line engineering. We have studied two existing tools for managing design decisions to identify the changes required in these tools for supporting product line specific requirements. Based on this study, we report the extensions required in the data models of the tools and propose a unified data model to guide the tool development research for supporting explicitly the relationships between design decisions and variability models for software product line engineering.Ítem Processes for Creating and Exploiting Architectural Design Decisions with Tool Support(2010-02-10T17:43:00Z) Nava, Francisco; Capilla, Rafael; Dueñas, Juan C.Software architectures suffer of a serious lack of documented design decisions, but also an explicit definition of the processes needed to create and exploit such architectural knowledge. To address these issues, we focus on the specification of those activities that we believe should be implemented to support the creation and use of design rationale with tool support.Ítem The Decision View of Software Architecture(2010-02-10T17:45:34Z) Dueñas, Juan C.; Capilla, RafaelDocumenting software architectures is a key aspect to achieve success when communicating the architecture to different stakeholders. Several architectural views have been used with different purposes during the design process. The traditional view on software architecture defines this in terms of components and connectors. Also, the ¿4+1¿ view model proposes several views from the same design to satisfy the interests of the different stakeholders involved in the modelling process. In this position paper we try to go a step beyond previous proposals, to detail the idea of considering the architecture as a composition of architectural design decisions. We will propose a set of elements, information and graphical notation to record the design decisions during the modelling process.Ítem The Decision View's Role in Software Architecture Practice(2010-02-04T11:49:46Z) Kruchten, Philippe; Capilla, Rafael; Dueñas, Juan C.A ¿decision view¿ provides a useful addition and complement to more traditional sets of architectural views and viewpoints; it gives an explanatory perspective that illuminates the reasoning process itself and not solely its results. This decision view documents aspects of the architecture that are hard to reverse-engineer from the software itself and that are often left tacit. The decision view and the decisions that it captures embody high-level architectural knowledge that can be transferred to other practitioners, merged when systems are merged, and offer useful support for the maintenance of large and long-lived software-intensive systems. This article leads the reader through a succession of epiphanies: from design to architecture, then architecture representation to architecture design methods, and finally to architectural design decisionsÍtem Wishes and Boundaries for a Software Architecture Knowledge Community(2010-02-04T14:48:07Z) Lago, Patricia; Avgeriou, Paris; Capilla, Rafael; Kruchten, PhilippeSoftware architecting is a highly knowledge-intensive process demanding and producing a large and rich amount of information. To remain competitive, companies and organizations working in the IT sector must be able to manage this knowledge portfolio and effectively exploit and reuse it. In the era of Web 2.0, knowledge grids, social networking, global development and semantic web, this working session addresses the problem of building a knowledge community in the field of software architecture. To this end, we aim at exploring the wishes of academics and industrial organizations, on the one hand, and their boundaries on he other. Our goal is to compare and contrast the inputs from academia and industry, and gain a shared understanding about what can be done now, and in the near future.