Por favor, use este identificador para citar o enlazar este ítem:
http://repository.icesi.edu.co/biblioteca_digital/handle/10906/81509Registro completo de metadatos
| Campo DC | Valor | Lengua/Idioma |
|---|---|---|
| dc.contributor.author | Pérez, Flor de Maria Hernández | spa |
| dc.contributor.author | Algeria, Julio Ariel Hurtado | spa |
| dc.coverage.spatial | Cali de Lat: 03 24 00 N degrees minutes Lat: 3.4000 decimal degrees Long: 076 30 00 W degrees minutes Long: -76.5000 decimal degrees. | - |
| dc.date.accessioned | 2017-05-27T02:24:16Z | - |
| dc.date.available | 2017-05-27T02:24:16Z | - |
| dc.date.issued | 2016-07-01 | - |
| dc.identifier.issn | 1692-5238 | - |
| dc.identifier.other | http://hdl.handle.net/10906/81509 | spa |
| dc.identifier.uri | http://www.icesi.edu.co/revistas/index.php/sistemas_telematica/article/view/2290 | - |
| dc.description | La arquitectura software se ha convertido en un activo clave en las organizaciones desarrolladoras de software, pues permite alcanzar las metas de calidad y lograr productos fácilmente evolucionables. Sin embargo, en las pequeñas organizaciones, la arquitectura de software normalmente es una idea vaga sobre la estructura de la solución. En este artículo se presenta un estudio de caso de aplicación de los métodos de arquitectura QAW, ADD y VaB, con pequeños equipos de ingenieros desarrolladores durante un curso de ingeniería de software. Se identificaron algunas dificultades para trazar y documentar correctamente el rationale asociado a atributos de calidad, tácticas arquitecturales y patrones seleccionados. Se pudo establecer la dificultad de seguir un proceso de arquitectura y que quede evidencia consistente del mismo, más aún cuando la misma especificación genera conflicto entre los atributos establecidos y las tácticas y patrones que se van estableciendo. | - |
| dc.description.abstract | The architecture software has become a key asset for software organizations because it facilitates achieving quality goals and developing of easy evolvable products. However, in small organizations, software architecture is usually a vague idea about the structure of solution. In this paper, a case of applying several me-thods of architecture (QAW, ADD and VaB) with small teams constituted by software developers, during a course of software development, is presented. Some difficulties to trace and correctly document the rationale associated with quality attributes, tactics architectural and selected patterns, were identified. It was established the difficulty of following an architectural process and to letconsistent evidence about that, especially when the same specification generates conflict between the established attributes and tactics and patterns that going establishing. | eng |
| dc.format.extent | 12 páginas | - |
| dc.format.medium | Digital | - |
| dc.format.mimetype | application/pdf | - |
| dc.language.iso | spa | spa |
| dc.relation.ispartof | Sistemas & Telemática, Vol. 14, No. 38 - 2016 | - |
| dc.rights | EL AUTOR, expresa que la obra objeto de la presente autorización es original y la elaboró sin quebrantar ni suplantar los derechos de autor de terceros, y de tal forma, la obra es de su exclusiva autoría y tiene la titularidad sobre éste. PARÁGRAFO: en caso de queja o acción por parte de un tercero referente a los derechos de autor sobre el artículo, folleto o libro en cuestión, EL AUTOR, asumirá la responsabilidad total, y saldrá en defensa de los derechos aquí autorizados; para todos los efectos, la Universidad Icesi actúa como un tercero de buena fe. Esta autorización, permite a la Universidad Icesi, de forma indefinida, para que en los términos establecidos en la Ley 23 de 1982, la Ley 44 de 1993, leyes y jurisprudencia vigente al respecto, haga publicación de este con fines educativos. Toda persona que consulte ya sea la biblioteca o en medio electrónico podrá copiar apartes del texto citando siempre la fuentes, es decir el título del trabajo y el autor. | - |
| dc.rights.uri | https://creativecommons.org/licenses/by-nc-nd/4.0/ | - |
| dc.subject | Arquitectura software | - |
| dc.subject | Ingeniería de software | - |
| dc.subject | Desarrollo de software | - |
| dc.title | Difficulties and challenges in the incorporation of architectural practices. | spa |
| dc.title.alternative | Dificultades y retos en la incorporación de prácticas de arquitectura. | - |
| dc.type | info:eu-repo/semantics/article | - |
| dc.audience | Comunidad Universidad Icesi – Investigadores | - |
| dc.rights.accessrights | info:eu-repo/semantics/openAccess | - |
| dc.citation.volume | 14 | spa |
| dc.citation.issue | 38 | - |
| dc.citation.spage | 76 | - |
| dc.citation.epage | 88 | - |
| dc.identifier.doi | https://doi.org/10.18046/syt.v14i38.2290 | - |
| dc.rights.license | Atribución-NoComercial-SinDerivadas 4.0 Internacional (CC BY-NC-ND 4.0) | - |
| dc.publisher.place | Santiago de Cali | - |
| dc.type.coar | http://purl.org/coar/resource_type/c_2df8fbb1 | - |
| dc.type.local | Artículo | - |
| dc.identifier.instname | instname: Universidad Icesi | - |
| dc.identifier.reponame | reponame: Biblioteca Digital | - |
| dc.identifier.repourl | repourl: https://repository.icesi.edu.co/ | - |
| dc.rights.coar | http://purl.org/coar/access_right/c_abf2 | - |
| dc.type.version | info:eu-repo/semantics/publishedVersion | - |
| dc.type.coarversion | http://purl.org/coar/version/c_970fb48d4fbd8a85 | - |
| Aparece en las colecciones: | Sistemas y Telemática Vol.14 No. 38 | |
Ficheros en este ítem:
| Fichero | Tamaño | Formato | |
|---|---|---|---|
| documento.html | 315 B | HTML | Visualizar/Abrir |
Este ítem está sujeto a una licencia Creative Commons Licencia Creative Commons
