%0 Journal Article
%T FIVE ONTOLOGICAL LEVELS TO DESCRIBE AND EVALUATE SOFTWARE ARCHITECTURES
%A Hern¨¢n Astudillo
%J Revista Facultad de Ingenier¨ªa - Universidad de Tarapac¨¢
%D 2005
%I 
%X Quality models for software architecture are taxonomies of quality attributes, commonly used to specify and evaluate nonfunctional requirements. Most quality models offer a two-level approach, distinguishing externally observable and internally measurable attributes, yielding stakeholder-specific composite quality criteria. Much effort is devoted to determine which internal attributes influence which external ones, and most models stick to a two-level hierarchy. This paper argues that this apparent dual order obscures the fact that requirements are made by different stakeholder about different subjects, and the word "architecture" means different things to each of them: the organization of a system, a description of such organization, and the process of elaborating such descriptions. The proposed scheme organizes architecture attributes according to five ontological (descriptive) levels, each of them with different concerns, types of users and available measurement techniques: computations, deployables (binaries/configurations), software (texts), specifications (of architecture and/or design), and architecture process. Finally, levels and stakeholders are related to specific architecture views. Los modelos de calidad para la arquitectura del software son taxonom¨ªas de atributos de calidad, com¨²nmente usados para especificar y para evaluar requisitos no funcionales. La mayor¨ªa de los modelos de calidad ofrecen un enfoque de dos niveles, que distinguen los atributos externamente observables de los internamente medibles, dando lugar a criterios compuestos de calidad que son espec¨ªficos a cada stakeholder. Mucho trabajo se ha dedicado a determinar la influencia de los atributos internos sobre los externos, y la mayor¨ªa de los modelos usan una jerarqu¨ªa de dos niveles. Este art¨ªculo arg¨¹e que este aparente orden dual obscurece el que los requisitos son formulados por diversos stakeholders acerca de sujetos diversos, y que la palabra "arquitectura" significa algo diferente para cada uno de ellos: la organizaci¨®n de un sistema, una descripci¨®n de tal organizaci¨®n, y el proceso de elaborar tales descripciones. El esquema propuesto organiza los atributos de arquitectura en cinco niveles ontol¨®gicos, que difieren en sus preocupaciones, tipos de usuarios y t¨¦cnicas de medici¨®n disponibles: computaciones, entregables (binarios/configuraciones), software (textos), especificaciones (de la arquitectura y/o del dise o) y proceso de arquitectura.
%K Arquitectura de software
%K especificaci¨®n de software
%K calidad
%K evaluaci¨®n
%K ontolog¨ªa de pruebas
%K computaciones versus dise o
%K Software architecture
%K software specification
%K quality
%K evaluation
%K testing ontology
%K computation versus design
%U http://www.scielo.cl/scielo.php?script=sci_arttext&pid=S0718-13372005000100008