Bibliografías temáticas / Software architecture

Literatura académica sobre el tema "Software architecture"

Autor: Grafiati
Publicado: 4 de junio de 2021
Última modificación: 31 de julio de 2024

Crea una cita precisa en los estilos APA, MLA, Chicago, Harvard y otros

Elija tipo de fuente:

Índice

Consulte las listas temáticas de artículos, libros, tesis, actas de conferencias y otras fuentes académicas sobre el tema "Software architecture".

Junto a cada fuente en la lista de referencias hay un botón "Agregar a la bibliografía". Pulsa este botón, y generaremos automáticamente la referencia bibliográfica para la obra elegida en el estilo de cita que necesites: APA, MLA, Harvard, Vancouver, Chicago, etc.

También puede descargar el texto completo de la publicación académica en formato pdf y leer en línea su resumen siempre que esté disponible en los metadatos.

Artículos de revistas sobre el tema "Software architecture"

1

Sahlabadi, Mahdi, Ravie Chandren Muniyandi, Zarina Shukur y Faizan Qamar. "Lightweight Software Architecture Evaluation for Industry: A Comprehensive Review". Sensors 22, n.º 3 (7 de febrero de 2022): 1252. http://dx.doi.org/10.3390/s22031252.

Texto completo
Resumen
Processes for evaluating software architecture (SA) help to investigate problems and potential risks in SA. It is derived from many studies that proposed a plethora of systematic SA evaluation methods, while industrial practitioners currently refrain from applying them since they are heavyweight. Nowadays, heterogeneous software architectures are organized based on the new infrastructure. Hardware and associated software allow different systems, such as embedded, sensor-based, modern AI, and cloud-based systems, to cooperate efficiently. It brings more complexities to SA evaluation. Alternatively, lightweight architectural evaluation methods have been proposed to satisfy the practitioner’s concerns, but practitioners still do not adopt these methods. This study employs a systematic literature review with a text analysis of SA’s definitions to propose a comparison framework for SA. It identifies lightweight features and factors to improve the architectural evaluation methods among industrial practitioners. The features are determined based on the practitioner’s concerns by analyzing the architecture’s definitions from stakeholders and reviewing architectural evaluation methods. The lightweight factors are acquired by studying the five most commonly used lightweight methods and the Architecture-based Tradeoff Analysis Method (ATAM), the most well-known heavyweight method. Subsequently, the research addresses these features and factors.
Los estilos APA, Harvard, Vancouver, ISO, etc.
2

WOODSIDE, C. M. "SOFTWARE RESOURCE ARCHITECTURE". International Journal of Software Engineering and Knowledge Engineering 11, n.º 04 (agosto de 2001): 407–29. http://dx.doi.org/10.1142/s0218194001000608.

Texto completo
Resumen
Performance is determined by a system's resources and its workload. Some of the resources are software resources which are an aspect of the software architecture; some of them are even created by the software behaviour. This paper describes software resources and resource architecture, and shows how resource architecture can be determined from software architecture and behaviour. The resource architecture is distinct from views of software architecture which describe software components, but it is related to the so-called "execution view" of architecture. The paper considers how resource architecture emerges during design, the relationship of software and hardware resources, some classes of resource architecture, and what they can tell us about system performance. Other uses of resource architecture are, to analyze deadlocks, to understand special software architectures developed for demanding situations, and to analyze how subsystems fit together when they share resources. Resource architecture can be described using description languages (ADLs) developed for software architecture.
Los estilos APA, Harvard, Vancouver, ISO, etc.
3

Medvidovic, Nenad, Eric M. Dashofy y Richard N. Taylor. "The Role of Middleware in Architecture-Based Software Development". International Journal of Software Engineering and Knowledge Engineering 13, n.º 04 (agosto de 2003): 367–93. http://dx.doi.org/10.1142/s0218194003001330.

Texto completo
Resumen
Software architectures promote development focused on modular functional building blocks (components), their interconnections (configurations), and their interactions (connectors). Since architecture-level components often contain complex functionality, it is reasonable to expect that their interactions will be complex as well. Middleware technologies such as CORBA, COM, and RMI provide a set of predefined services for enabling component composition and interaction. However, the potential role of such services in the implementations of software architectures is not well understood. In practice, middleware can resolve various types of component heterogeneity — across platform and language boundaries, for instance — but also can induce unwanted architectural constraints on application development. We present an approach in which components communicate through architecture-level software connectors that are implemented using middleware. This approach preserves the properties of the architecture-level connectors while leveraging the beneficial capabilities of the underlying middleware. We have implemented this approach in the context of a component- and message-based architectural style called C2 and demonstrated its utility in the context of several diverse applications. We argue that our approach provides a systematic and reasonable way to bridge the gap between architecture-level connectors and implementation-level middleware packages.
Los estilos APA, Harvard, Vancouver, ISO, etc.
4

Ponnala Gangadhar Adepu, Ramesh. "Modeling Software Architecture with UML". International Journal of Science and Research (IJSR) 1, n.º 3 (5 de marzo de 2012): 21–26. http://dx.doi.org/10.21275/ijsr12120316.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
5

McGregor, John D. "Software Architecture." Journal of Object Technology 3, n.º 5 (2004): 65. http://dx.doi.org/10.5381/jot.2004.3.5.c7.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
6

Anderson, Bruce, Mary Shaw, Larry Best y Kent Beck. "Software architecture". ACM SIGPLAN Notices 28, n.º 10 (octubre de 1993): 356–59. http://dx.doi.org/10.1145/167962.165922.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
7

Roško, Zdravko. "Business Applications Architecture Model Based on Software Product Line Approach". Research Papers Faculty of Materials Science and Technology Slovak University of Technology 21, Special-Issue (1 de junio de 2013): 90–97. http://dx.doi.org/10.2478/rput-2013-0015.

Texto completo
Resumen
Abstract Software product line architecture is one of the most important artifacts defined at the early stage of a product line development process. Since the rest of the products are developed based on the initial product line architecture, it is of high importance to ensure the architecture stability by enabling the software’s evolution possibilities. Industrial evidence shows that companies spend more resources on maintaining and evolving their architecture and products than on the initial development of them. Hence, there is a need for flexible software architecture that stays stable as the requirements evolve. In this paper we propose a structural model, some architecture quality metrics, case-based reasoning methodology to predict the architectural stability and a feature model for business applications. The goal of the proposed architecture model is to develop a framework for business applications development and evaluating the stability of product line architectures in the face of changes in requirements.
Los estilos APA, Harvard, Vancouver, ISO, etc.
8

Sarma, U. V. R., Neelakantam Pavani Pavani y P. Premchand. "Building Software Architecture using Architectural Design Patterns". International Journal of Science and Engineering Applications 2, n.º 4 (1 de abril de 2013): 71–77. http://dx.doi.org/10.7753/ijsea0204.1004.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
9

Donins, Uldis y Janis Osis. "Reconciling software requirements and architectures within MDA". Scientific Journal of Riga Technical University. Computer Sciences 38, n.º 38 (1 de enero de 2009): 84–95. http://dx.doi.org/10.2478/v10143-009-0007-9.

Texto completo
Resumen
Reconciling software requirements and architectures within MDAIn the software development world little guidance and few methods are available for reconciling software requirements and architecture which satisfies those requirements. In fact none of these methods use formal basis for the reconciling process. The main goal of this paper is to define an approach by which it is possible to reconcile software requirements and architectures within model driven architecture. Model driven architecture considers system from three viewpoints. Each viewpoint has its own model by which the viewpoint is modelled. It is possible to use topological functioning model of system to reconcile software requirements and architectures and to make formal transformation from computation independent model into platform independent model. The use of topological functioning model provides possibility for traceability between software artefacts, e.g. between requirements and architecture elements. By using case study we have proven that it is possible to reconcile requirements and architectures by using topological functioning model. The software architecture in this case is modelled by using topological class diagrams. At the end of the case study we have shown how we can introduce more formalism into UML diagrams by transforming topology from topological functioning model to class diagrams.
Los estilos APA, Harvard, Vancouver, ISO, etc.
10

Sarma, A. D. N. "A Generic Functional Architecture for Operational BI System". International Journal of Business Intelligence Research 9, n.º 1 (enero de 2018): 64–77. http://dx.doi.org/10.4018/ijbir.2018010105.

Texto completo
Resumen
In recent years, Operational Business Intelligence has emerged as an important trend in the Business Intelligence (BI) market. Majority of BI application architectures are bespoke in nature which have several architectural limitations like tightly coupled, static, historic, subjective, no performance measurement of business processes, limited user access, limited analytical processing, querying and reporting features. In this article, a generic functional architecture for Operational BI systems based on software architecture principles is presented. All functional modules of the system are derived from the key features of the system and by using top down approach of software design principles. The similar functional modules are grouped into sub-systems and a set of these sub-systems constitutes overall functional architecture. The proposed architecture overcomes the limitations of traditional BI architectures.
Los estilos APA, Harvard, Vancouver, ISO, etc.
Más fuentes

Tesis sobre el tema "Software architecture"

1

Bahtiyar, Muhammed Yasin. "Software Architecture Checker". Thesis, Växjö University, School of Mathematics and Systems Engineering, 2008. http://urn.kb.se/resolve?urn=urn:nbn:se:vxu:diva-2294.

Texto completo
Resumen

By the increasing needs of software industry, software systems became more complex constructions than ever before. As a result of increasing complexity in software systems, functional decomposition of these systems gains the status of the most important aspect in the software development process. Dividing problems to sub-problems and producing specific solutions for divided parts makes it easier to solve the main problem.

Component Based Software Engineering is a way of developing software systems that consists of logically or functionally decomposed components which integrated to each other by the help of well-defined interfaces. CBSE relies on architectural design of a software system.

Planning phase and implementation of a software project may differ time to time. Because of the complexity of software systems, solving specific problems may affect the architecture of the whole system.

In spite of sophisticated software engineering processes and CASE tools there is still a large gap between the planned and implemented architecture of software systems. Finding deviations from architecture in source code is a non-trivial task requiring tool support.

Since, matching operation of designed software architecture and implemented software architecture needs to check design documents against implementation code. This manual checking operation is nearly impossible for major software systems. Software Architecture Checker provides a great approach to check the architecture of any software system.

This bachelor thesis examines the approach behind the Software Architecture Checker.

Los estilos APA, Harvard, Vancouver, ISO, etc.
2

Mårtensson, Frans y Per Jönsson. "Software Architecture Simulation". Thesis, Blekinge Tekniska Högskola, Institutionen för programvaruteknik och datavetenskap, 2002. http://urn.kb.se/resolve?urn=urn:nbn:se:bth-4087.

Texto completo
Resumen
A software architecture is one of the first steps towards a software system. A software architecture can be designed in different ways. During the design phase, it is important to select the most suitable design of the architecture, in order to create a good foundation for the system. The selection process is performed by evaluating architecture alternatives against each other. We investigate the use of continuous simulation of a software architecture as a support tool for architecture evaluation. For this purpose, we study a software architecture of an existing software system in an experiment, where we create a model of it using a tool for continuous simulation, and simulate the model. Based on the results from the simulation, we conclude that the system is too complex to be modeled for continuous simulation. Problems we identify are that we need discrete functionality to be able to correctly simulate the system, and that it is very time-consuming to develop a model for evaluation purposes. Thus, we find that continuous simulation is not appropriate for evaluating a software architecture, but that the modeling process is a valuable tool for increasing knowledge and understanding about an architecture.
Los estilos APA, Harvard, Vancouver, ISO, etc.
3

Barnes, Jeffrey M. "Software Architecture Evolution". Research Showcase @ CMU, 2013. http://repository.cmu.edu/dissertations/291.

Texto completo
Resumen
Many software systems eventually undergo changes to their basic architectural structure. Such changes may be prompted by new feature requests, new quality attribute requirements, changing technology, or other reasons. Whatever the causes, architecture evolution is commonplace in real-world software projects. Today’s software architects, however, have few techniques to help them plan such evolution. In particular, they have little assistance in planning alternatives, making trade-offs among these different alternatives, or applying best practices for particular domains. To address this, we have developed an approach for assisting architects in planning and reasoning about software architecture evolution. Our approach is based on modeling and analyzing potential evolution paths that represent different ways of evolving the system. We represent an evolution path as a sequence of transitional architectural states leading from the initial architecture to the target architecture, along with evolution operators that characterize the transitions among these states. We support analysis of evolution paths through the definition and application of constraints that express rules governing the evolution of the systemand evaluation functions that assess path quality. Finally, a set of these modeling elements may be grouped together into an evolution style that encapsulates a body of knowledge relevant to a particular domain of architecture evolution. We evaluate this approach in three ways. First, we evaluate its applicability to real-world architecture evolution projects. This is accomplished through case studies of two very different software organizations. Second, we undertake a formal evaluation of the computational complexity of verifying evolution constraints. Finally, we evaluate the implementability of the approach based on our experiences developing prototype tools for software architecture evolution.
Los estilos APA, Harvard, Vancouver, ISO, etc.
4

Hatch, Andrew. "Software architecture visualisation". Thesis, Durham University, 2004. http://etheses.dur.ac.uk/3040/.

Texto completo
Resumen
Tracing the history of software engineering reveals a series of abstractions. In early days, software engineers would construct software using machine code. As time progressed, software engineers and computer scientists developed higher levels of abstraction in order to provide tools to assist in building larger software systems. This has resulted in high-level languages, modelling languages, design patterns, and software architecture. Software architecture has been recognised as an important tool for designing and building software. Some research takes the view that the success or failure of a software development project depends heavily on the quality of the software architecture. For any software system, there are a number of individuals who have some interest in the architecture. These stakeholders have differing requirements of the software architecture depending on the role that they take. Stakeholders include the architects, designers, developers and also the sales, services and support teams and even the customer for the software. Communication and understanding of the architecture is essential in ensuring that each stakeholder can play their role during the design, development and deployment of that software system. Software visualisation has traditionally been focused on aiding the understanding of software systems by those who perform development and maintenance tasks on that software. In supporting developers and maintainers, software visualisation has been largely concerned with representing static and dynamic aspects of software at the code level. Typically, a software visualisation will represent control flow, classes, objects, import relations and other such low level abstractions of the software. This research identifies the fundamental issues concerning software architecture visualisation. It does this by identifying the practical use of software architecture in the real world, and considers the application of software visualisation techniques to the visualisation of software architecture. The aim of this research is to explore the ways in which software architecture visualisation can assist in the tasks undertaken by the differing stakeholders in a software system and its architecture. A prototype tool, named ArchVis, has been developed to enable the exploration of some of the fundamental issues in software architecture visualisation. ArchVis is a new approach to software architecture visualisation that is capable of utilising multiple sources and representations of architecture in order to generate multiple views of software architecture. The mechanism by which views are generated means that they can be more relevant to a wider collection of stakeholders in that architecture. During evaluation ArchVis demonstrates the capability of utilising a number of data sources in order to produce architecture visualisations. Arch Vis' view model is capable of generating the necessary views for architecture stakeholders and those stakeholders can navigate through the views and data in order to obtain relevant information. The results of evaluating ArchVis using a framework and scenarios demonstrate that the majority of the objectives of this research have been achieved.
Los estilos APA, Harvard, Vancouver, ISO, etc.
5

Pei, Breivold Hongyu. "Software Architecture Evolution and Software Evolvability". Licentiate thesis, Mälardalen University, School of Innovation, Design and Engineering, 2009. http://urn.kb.se/resolve?urn=urn:nbn:se:mdh:diva-4540.

Texto completo
Resumen

Software is characterized by inevitable changes and increasing complexity, which in turn may lead to huge costs unless rigorously taking into account change accommodations. This is in particular true for long-lived systems. For such systems, there is a need to address evolvability explicitly during the entire lifecycle, carry out software evolution efficiently and reliably, and prolong the productive lifetime of the software systems.

In this thesis, we study evolution of software architecture and investigate ways to support this evolution.           The central theme of the thesis is how to analyze software evolvability, i.e. a system’s ability to easily accommodate changes. We focus on several particular aspects: (i) what software characteristics are necessary to constitute an evolvable software system; (ii) how to assess evolvability in a systematic manner; (iii) what impacts need to be considered given a certain change stimulus that results in potential requirements the software architecture needs to adapt to, e.g. ever-changing business requirements and advances of technology.

To improve the capability in being able to on forehand understand and analyze systematically the impact of a change stimulus, we introduce a software evolvability model, in which subcharacteristics of software evolvability and corresponding measuring attributes are identified. In addition, a further study of one particular measuring attribute, i.e. modularity, is performed through a dependency analysis case study.

We introduce a method for analyzing software evolvability at the architecture level. This is to ensure that the implications of the potential improvement strategies and evolution path of the software architecture are analyzed with respect to the evolvability subcharacteristics. This method is proposed and piloted in an industrial setting.

The fact that change stimuli come from both technical and business perspectives spawns two aspects that we also look into in this research, i.e. to respectively investigate the impacts of technology-type and business-type of change stimuli.

Los estilos APA, Harvard, Vancouver, ISO, etc.
6

Svahnberg, Mikael. "Supporting Software Architecture Evolution". Doctoral thesis, Ronneby : Blekinge Institute of Technology, 2003. http://urn.kb.se/resolve?urn=urn:nbn:se:bth-00232.

Texto completo
Resumen
Today it is more a rule than an exception that software systems have a lifecycle of more than several years. Hence, software evolution is inevitable. During the life span of a software system the domain in which the system is working evolves and changes. This causes changes to the software system, and the software system may also be evolved to satisfy new markets. The ability to evolve gracefully, and thus the long-term success of a software system, is to a large extent governed by its software architecture and the ability of the software architecture to fulfil requirements on quality attributes and to adapt to evolving requirements. In this thesis we study evolution of software architectures and what can be done to support this evolution. We focus on three particular aspects of evolution support: how to ensure that the correct blend of quality attributes is met (architecture selection), the technical means available for supporting changes in the software system (variability), and what types of changes that are likely to occur during evolution (categories of evolution). We introduce a method for architecture evaluation and selection that focus on ensuring that the selected software architecture is the architecture candidate with the most potential for fulfilling a particular blend of quality attributes. The method is based on quantification of expert opinions and focused discussions where these expert opinions differ. The architecture evaluation and selection method is studied in both an academic and in an industry setting. We also introduce a taxonomy of techniques for realising variability in a software system and study how the techniques in this taxonomy are applied in different evolution situations. The taxonomy is based on several industry case studies. Two industry cases are studied in further detail and the evolution of these systems are followed over a number of releases and generations. During this evolution it is shown how variability mechanisms are used to also support evolution, and that there are typical cases of evolution that a software system can be prepared to cope with. The contribution of this thesis is that it increases the understanding of how evolution occurs in a software system, how to create software that is flexible enough to support evolution and how to evaluate and select a software architecture that meets a particular blend of quality attributes. Together this ensures that a software system is based on a software architecture that fits the current quality requirements and that is flexible in the right places so that it is able to evolve gracefully.
Los estilos APA, Harvard, Vancouver, ISO, etc.
7

Ström, David. "Purposes of Software Architecture Design". Thesis, Blekinge Tekniska Högskola, Avdelningen för programvarusystem, 2005. http://urn.kb.se/resolve?urn=urn:nbn:se:bth-2830.

Texto completo
Resumen
Software architecture design as an engineering field has evolved greatly during the last 15 years, which is evident by the number of methods, styles, patterns, and guidelines available for its practitioners in industry. This paper takes a closer look at the purposes behind this field to reveal the level of discrepancy in pursued purposes between industrial practitioners and published methods for software architecture design. In our research surveys of architecture design methods and of purposes at a number of industrial practitioners resulted in two sets of purposes which were eventually compared and the level of discrepancy identified.
Mjukvarudesign är ett område inom mjukvaruindustrin som utvecklats omfattande under de senaste 15 åren, vilket synliggjorts av de nya metoder, designstilar, designmönster och paradigmer som gjorts tillgängliga för mjukvaruutvecklare idag. Den här uppsatsen gör en djupgranskning av syftena bakom detta arbetsområde för att upptäcka eventuella skillnader mellan de syften som framhålls av befintliga arkitekturmetoder och de syften som åtsträvas av utövare inom mjukvaruindustrin.
Los estilos APA, Harvard, Vancouver, ISO, etc.
8

Cunningham, Hamish. "Software architecture for language engineering". Thesis, University of Sheffield, 2000. http://ethos.bl.uk/OrderDetails.do?uin=uk.bl.ethos.324440.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
9

Wermelinger, Miguel Alexandre. "Specification of software architecture reconfiguration". Doctoral thesis, FCT - UNL, 1999. http://hdl.handle.net/10362/1137.

Texto completo
Resumen
In the past years, Software Architecture has attracted increased attention by academia and industry as the unifying concept to structure the design of complex systems. One particular research area deals with the possibility of reconfiguring architectures to adapt the systems they describe to new requirements. Reconfiguration amounts to adding and removing components and connections, and may have to occur without stopping the execution of the system being reconfigured. This work contributes to the formal description of such a process. Taking as a premise that a single formalism hardly ever satisfies all requirements in every situation, we present three approaches, each one with its own assumptions about the systems it can be applied to and with different advantages and disadvantages. Each approach is based on work of other researchers and has the aesthetic concern of changing as little as possible the original formalism, keeping its spirit. The first approach shows how a given reconfiguration can be specified in the same manner as the system it is applied to and in a way to be efficiently executed. The second approach explores the Chemical Abstract Machine, a formalism for rewriting multisets of terms, to describe architectures, computations, and reconfigurations in a uniform way. The last approach uses a UNITY-like parallel programming design language to describe computations, represents architectures by diagrams in the sense of Category Theory, and specifies reconfigurations by graph transformation rules.
Association for Computing Machinery PRAXIS XXI 2/2.1/MAT/46/94 Fundação Calouste Gulbenkian PRAXIS XXI PCEX/P/MAT/46/96 PRAXIS XXI 2/2.1/ TIT/1662/95
Los estilos APA, Harvard, Vancouver, ISO, etc.
10

Väisänen, T. (Toni). "Applied software architecture on Graphingwiki". Bachelor's thesis, University of Oulu, 2017. http://urn.fi/URN:NBN:fi:oulu-201710042937.

Texto completo
Resumen
Graphingwiki extends the wikiengine MoinMoin by providing tools for visualizing the interconnections between the wiki pages. The extension has been used for collaborative dependency mapping. Graphingwiki can be considered a legacy system, because there is no documentation available. This thesis focuses on applied software archeology to gain understanding on the implementation in order to support decision-making as regards to its further development. An overview of the system was mapped by using code execution tracing and by reading the code manually. Performance of the Graphingwiki graph generation process and the MoinMoin user creation and authentication methods were analyzed. The results show that the undermining factor of Graphingwiki’s performance was bitmap caching of the generated graphs and, in contrast, the user creation and authentication methods were both usable and extendable. In all these aspects, there is room for improvement. The results demonstrated that by bypassing the bitmap caching, the server response time could be improved up to 90%. The password complexity requirements of MoinMoin should be updated to conform to the OWASP guidelines. Further research is recommended to solve the needs of active users and to implement the graphing process more efficiently
Graphingwiki laajentaa MoinMoin-wikiohjelmistoa tarjoamalla työkalut wikisivuston yhteyksien visualisoimiseen. Sitä on käytetty riippuvuuksien kartoitukseen yhteistyömenetelmissä. Graphingwiki voidaan katsoa ”legacy”-järjestelmäksi, koska dokumentaatiota ei ole saatavilla. Tämän työn ensisijainen fokus on sovellettussa ohjelmistoarkeologiassa nykyisen implementaation ymmärtämiseksi tukemaan päätöksentekoa sen suhteen, kuinka jatkokehitystä tulisi lähestyä. Järjestelmän yleisnäkymä kartoitettiin käyttämällä lähdekoodin suorituksen jäljitystä ja lukien koodia manuaalisesti. Graphingwikin graafigeneroinnin suorituskyky ja MoinMoinin käyttäjän luomis- sekä autentikaatiomenetelmät analysoitiin. Tulokset osoittavat, että Graphingwikin suorituskykyä heikentävä tekijä on generoitujen graafikuvien tallentaminen välimuistiin, mutta MoinMoinin käyttäjän luomis- ja autentikaatiomenetelmät ovat sekä käyttökelpoisia ja laajennettavia. Kaikilta näiltä osa-alueilta löytyi parannettavaa. Näiden tuloksien perusteella tiedetään, että ohittamalla generoitujen kuvien tallentaminen välimuistiin serverin vasteaikaa voitaisiin parantaa jopa 90%. MoinMoinin salasanojen vaatimukset olisi hyvä päivittää vastaamaan OWASP:n suosituksia. Jatkotutkimus olisi suositeltavaa nykyisten käyttäjien tarpeiden selvittämiseksi ja visualisoinnin tehokkaammaksi toteuttamiseksi
Los estilos APA, Harvard, Vancouver, ISO, etc.
Más fuentes

Libros sobre el tema "Software architecture"

1

Biffl, Stefan, Elena Navarro, Welf Löwe, Marjan Sirjani, Raffaela Mirandola y Danny Weyns, eds. Software Architecture. Cham: Springer International Publishing, 2021. http://dx.doi.org/10.1007/978-3-030-86044-8.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
2

Scandurra, Patrizia, Matthias Galster, Raffaela Mirandola y Danny Weyns, eds. Software Architecture. Cham: Springer International Publishing, 2022. http://dx.doi.org/10.1007/978-3-031-15116-3.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
3

Gerostathopoulos, Ilias, Grace Lewis, Thais Batista y Tomáš Bureš, eds. Software Architecture. Cham: Springer International Publishing, 2022. http://dx.doi.org/10.1007/978-3-031-16697-6.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
4

Drira, Khalil, ed. Software Architecture. Berlin, Heidelberg: Springer Berlin Heidelberg, 2013. http://dx.doi.org/10.1007/978-3-642-39031-9.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
5

Cuesta, Carlos E., David Garlan y Jennifer Pérez, eds. Software Architecture. Cham: Springer International Publishing, 2018. http://dx.doi.org/10.1007/978-3-030-00761-4.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
6

Weyns, Danny, Raffaela Mirandola y Ivica Crnkovic, eds. Software Architecture. Cham: Springer International Publishing, 2015. http://dx.doi.org/10.1007/978-3-319-23727-5.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
7

Lopes, Antónia y Rogério de Lemos, eds. Software Architecture. Cham: Springer International Publishing, 2017. http://dx.doi.org/10.1007/978-3-319-65831-5.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
8

Crnkovic, Ivica, Volker Gruhn y Matthias Book, eds. Software Architecture. Berlin, Heidelberg: Springer Berlin Heidelberg, 2011. http://dx.doi.org/10.1007/978-3-642-23798-0.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
9

Tekinerdogan, Bedir, Uwe Zdun y Ali Babar, eds. Software Architecture. Cham: Springer International Publishing, 2016. http://dx.doi.org/10.1007/978-3-319-48992-6.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
10

Bures, Tomas, Laurence Duchien y Paola Inverardi, eds. Software Architecture. Cham: Springer International Publishing, 2019. http://dx.doi.org/10.1007/978-3-030-29983-5.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
Más fuentes

Capítulos de libros sobre el tema "Software architecture"

1

Vogel, Oliver, Ingo Arnold, Arif Chughtai y Timo Kehrer. "Architectures and Architecture Disciplines (WHAT)". En Software Architecture, 39–64. Berlin, Heidelberg: Springer Berlin Heidelberg, 2011. http://dx.doi.org/10.1007/978-3-642-19736-9_3.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
2

Gebhardt, Friedrich, Angi Voß, Wolfgang Gräther y Barbara Schmidt-Belz. "Software Architecture". En Reasoning with Complex Cases, 195–211. Boston, MA: Springer US, 1997. http://dx.doi.org/10.1007/978-1-4615-6233-7_18.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
3

Doornbos, Richard y Sjir van Loo. "Software Architecture". En From scientific instrument to industrial machine, 43–50. Dordrecht: Springer Netherlands, 2012. http://dx.doi.org/10.1007/978-94-007-4147-8_4.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
4

Dooley, John F. "Software Architecture". En Software Development, Design and Coding, 53–63. Berkeley, CA: Apress, 2017. http://dx.doi.org/10.1007/978-1-4842-3153-1_5.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
5

Budgen, David. "Software Architecture". En Software Design, 77–92. Third edition. | Boca Raton : CRC Press, 2021. | Series: Chapman & Hall/CRC innovations in software engineering: Chapman and Hall/CRC, 2020. http://dx.doi.org/10.1201/b21883-9.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
6

Jalote, Pankaj. "Software Architecture". En A Concise Introduction to Software Engineering, 1–26. London: Springer London, 2008. http://dx.doi.org/10.1007/978-1-84800-302-6_5.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
7

Streekmann, Niels. "Software Architecture". En Clustering-Based Support for Software Architecture Restructuring, 9–22. Wiesbaden: Vieweg+Teubner Verlag, 2012. http://dx.doi.org/10.1007/978-3-8348-8675-0_2.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
8

Dooley, John. "Software Architecture". En Software Development and Professional Practice, 47–58. Berkeley, CA: Apress, 2011. http://dx.doi.org/10.1007/978-1-4302-3802-7_5.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
9

Laplante, Phillip A. y Mohamad Kassab. "Software Architecture". En What Every Engineer Should Know about Software Engineering, 91–112. 2a ed. Boca Raton: CRC Press, 2022. http://dx.doi.org/10.1201/9781003218647-5.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
10

Taylor, John T. y Wayne T. Taylor. "Software Architecture". En Patterns in the Machine, 63–82. Berkeley, CA: Apress, 2021. http://dx.doi.org/10.1007/978-1-4842-6440-9_5.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.

Actas de conferencias sobre el tema "Software architecture"

1

Cavalcante, Everton y Thais Batista. "Using Software Architecture Descriptions to Detect Architectural Smells at Design Time". En Congresso Ibero-Americano em Engenharia de Software. Sociedade Brasileira de Computação, 2023. http://dx.doi.org/10.5753/cibse.2023.24697.

Texto completo
Resumen
Architectural smells are decisions made at the software architecture level, whether intentional or not, that may negatively impact the quality of a software system. In the literature, architectural smells are identified mainly by relying on the source code or other implementation artifacts. However, architectural smells could be detected at design time, even before employing implementation efforts and preventing them from being reflected at the system implementation. This research investigates how software architecture descriptions realized through architecture description languages (ADLs) can be used to identify architectural smells at design time. This work focuses on how architectural smells manifest and can be detected in SysADL, an ADL that allows describing both structure and behavior of software architectures using standardized diagrams from the OMG’s SysML language.
Los estilos APA, Harvard, Vancouver, ISO, etc.
2

E. U. Silva, Douglas, Roberto A. Bittencourt y Rodrigo T. Calumby. "Clustering Similarity Measures for Architecture Recovery of Evolving Software". En VII Workshop on Software Visualization. Sociedade Brasileira de Computação - SBC, 2019. http://dx.doi.org/10.5753/vem.2019.7583.

Texto completo
Resumen
Automated software architecture recovery of module views from source code is a challenging research issue. Different similarity measures are used to evaluate clustering algorithms in the software architecture recovery of module views. However, few studies seek to evaluate whether such measures accurately capture the similarities between two clusterings. This work presents an evaluation of six clustering similarity measures through the use of intrinsic quality and stability measures and the use of ground truth architectures proposed by developers. The results suggest that the MeCl metric is the most adequate to measure similarity in the context of comparison with ground truth models provided by developers. However, when the architectural models do not exist, the Purity metric shows the best results, as measured by the correlation with the intrinsic Silhouette coefficient.
Los estilos APA, Harvard, Vancouver, ISO, etc.
3

Garlan, David y Mary Shaw. "Software architecture". En the 19th ACM SIGSOFT symposium and the 13th European conference. New York, New York, USA: ACM Press, 2011. http://dx.doi.org/10.1145/2025113.2025116.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
4

Taylor, Richard N. "Software architecture". En the 7th joint meeting of the European software engineering conference and the ACM SIGSOFT symposium on The foundations of software engineering. New York, New York, USA: ACM Press, 2009. http://dx.doi.org/10.1145/1595696.1595754.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
5

Garlan, David. "Software architecture". En the conference. New York, New York, USA: ACM Press, 2000. http://dx.doi.org/10.1145/336512.336537.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
6

Anderson, Bruce, Mary Shaw, Larry Best y Kent Beck. "Software architecture". En the eighth annual conference. New York, New York, USA: ACM Press, 1993. http://dx.doi.org/10.1145/165854.165922.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
7

Medvidovic, Nenad y Richard N. Taylor. "Software architecture". En the 32nd ACM/IEEE International Conference. New York, New York, USA: ACM Press, 2010. http://dx.doi.org/10.1145/1810295.1810435.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
8

Sosa, Manuel E., Tyson Browning y Ju¨rgen Mihm. "Studying the Dynamics of the Architecture of Software Products". En ASME 2007 International Design Engineering Technical Conferences and Computers and Information in Engineering Conference. ASMEDC, 2007. http://dx.doi.org/10.1115/detc2007-34761.

Texto completo
Resumen
This paper reports on an exploratory study of how the architecture of a software product evolves over time. Because software is embedded in many of today’s complex products, and it is prone to relatively rapid change, it is instructive to study software architecture evolution for general insights into product design. We use metrics to capture the intrinsic complexity of software architectures as they evolve through successive generations (version releases). We introduce a set of product representations and metrics that take into account two important features used to manage the complexity in software products: layers and modules. We also capture organizational data associated with the product under development. We propose a three-step approach for the analysis and illustrate it using successive versions of an open source product, Ant. One of our findings is that software architectures seem to evolve in a non-linear manner similar to the S-shaped curve that characterizes technology evolution at the industry level. We also find several parallel patterns among architectural and organizational dynamics. Implications for research and practice are discussed.
Los estilos APA, Harvard, Vancouver, ISO, etc.
9

Masuda, Satoshi, Jon Hagar, Yasuharu Nishi y Kazuhiro Suzuki. "Software Test Architecture Definition by Analogy with Software Architecture". En 2022 IEEE International Conference on Software Testing, Verification and Validation Workshops (ICSTW). IEEE, 2022. http://dx.doi.org/10.1109/icstw55395.2022.00050.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
10

Blas, Maria Julia, Horacio P. Leone y Silvio M. Gonnet. "Building DEVS Models from the Functional Design of Software Architecture Components to Estimate Quality". En Workshop em Modelagem e Simulação de Sistemas Intensivos em Software. Sociedade Brasileira de Computação - SBC, 2020. http://dx.doi.org/10.5753/mssis.2020.12493.

Texto completo
Resumen
Software architectures can be used as a vehicle to improve the study of quality properties in the early stages of development. This paper proposes an automatic mapping between the design of architectural components and the specification of DEVS atomic models with aims to evaluate all-purpose quality metrics. Then, we use the functional description of architectural components (that address functional requirements) to estimate the architecture adjustment to non-functional requirements. The guidelines for structuring the simulation models are defined starting from the design of high-level components. To illustrate the proposal, web-based architecture is used as proof of concepts.
Los estilos APA, Harvard, Vancouver, ISO, etc.

Informes sobre el tema "Software architecture"

1

Khare, Rohit. Decentralized Software Architecture. Fort Belvoir, VA: Defense Technical Information Center, diciembre de 2002. http://dx.doi.org/10.21236/ada441133.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
2

Bachmann, Felix, Len Bass, Jeromy Carriere, Paul Clements, David Garlan, James Ivers, Robert Nord y Reed Little. Software Architecture Documentation in Practice: Documenting Architectural Layers. Fort Belvoir, VA: Defense Technical Information Center, marzo de 2000. http://dx.doi.org/10.21236/ada377988.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
3

Wood, William G., Mario Barbacci, Paul Clements, Steve Palmquist y Huei-Wan Ang. DoD Architecture Framework and Software Architecture Workshop Report. Fort Belvoir, VA: Defense Technical Information Center, marzo de 2003. http://dx.doi.org/10.21236/ada416453.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
4

Bachmann, Felix, Len Bass, Paul Clements, David Garlan y James Ivers. Documenting Software Architecture: Documenting Behavior. Fort Belvoir, VA: Defense Technical Information Center, enero de 2002. http://dx.doi.org/10.21236/ada399792.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
5

Bachmann, Felix, Len Bass, Paul Clements, David Garlan y James Ivers. Documenting Software Architecture: Documenting Interfaces. Fort Belvoir, VA: Defense Technical Information Center, junio de 2002. http://dx.doi.org/10.21236/ada403788.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
6

Hamilton, Jr, Murtagh John A. y Jeanne L. Enabling Interoperability Via Software Architecture. Fort Belvoir, VA: Defense Technical Information Center, enero de 2000. http://dx.doi.org/10.21236/ada458021.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
7

Clements, Paul C. y Linda M. Northrop. Software Architecture: An Executive Overview. Fort Belvoir, VA: Defense Technical Information Center, febrero de 1996. http://dx.doi.org/10.21236/ada305470.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
8

Clements, Paul C. Coming Attractions in Software Architecture. Fort Belvoir, VA: Defense Technical Information Center, enero de 1996. http://dx.doi.org/10.21236/ada309156.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
9

Bass, Len, Bonnie E. John y Jesse Kates. Achieving Usability Through Software Architecture. Fort Belvoir, VA: Defense Technical Information Center, marzo de 2001. http://dx.doi.org/10.21236/ada387874.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
10

Auguston, Mikhail. Software Architecture Built from Behavior Models. Fort Belvoir, VA: Defense Technical Information Center, junio de 2009. http://dx.doi.org/10.21236/ada502640.

Texto completo
Los estilos APA, Harvard, Vancouver, ISO, etc.
También puede estar interesado en las bibliografías ampliadas sobre el tema "Software architecture" para tipos de fuentes particulares:
Artículos de revistas Tesis Libros
Ofrecemos descuentos en todos los planes premium para autores cuyas obras están incluidas en selecciones literarias temáticas. ¡Contáctenos para obtener un código promocional único!

Pasar a la bibliografía