dc.creator | Pérez, Flor de Maria Hernández | |
dc.creator | Algeria, Julio Ariel Hurtado | |
dc.date.accessioned | 2017-05-27T02:24:16Z | |
dc.date.available | 2017-05-27T02:24:16Z | |
dc.date.created | 2017-05-27T02:24:16Z | |
dc.date.issued | 2016-07-01 | |
dc.identifier | 1692-5238 | |
dc.identifier | http://hdl.handle.net/10906/81509 | |
dc.identifier | http://www.icesi.edu.co/revistas/index.php/sistemas_telematica/article/view/2290 | |
dc.identifier | https://doi.org/10.18046/syt.v14i38.2290 | |
dc.identifier | instname: Universidad Icesi | |
dc.identifier | reponame: Biblioteca Digital | |
dc.identifier | repourl: https://repository.icesi.edu.co/ | |
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. | |
dc.language | spa | |
dc.publisher | Santiago de Cali | |
dc.relation | Sistemas & Telemática, Vol. 14, No. 38 - 2016 | |
dc.rights | https://creativecommons.org/licenses/by-nc-nd/4.0/ | |
dc.rights | info:eu-repo/semantics/openAccess | |
dc.rights | Atribución-NoComercial-SinDerivadas 4.0 Internacional (CC BY-NC-ND 4.0) | |
dc.rights | http://purl.org/coar/access_right/c_abf2 | |
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.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. | |
dc.type | info:eu-repo/semantics/article | |