| dc.creator | Astudillo,Hernán | |
| dc.date | 2005-04-01 | |
| dc.date.accessioned | 2020-02-17T15:35:58Z | |
| dc.date.available | 2020-02-17T15:35:58Z | |
| dc.identifier | https://scielo.conicyt.cl/scielo.php?script=sci_arttext&pid=S0718-13372005000100008 | |
| dc.identifier.uri | https://revistaschilenas.uchile.cl/handle/2250/132176 | |
| dc.description | 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. | |
| dc.format | text/html | |
| dc.language | en | |
| dc.publisher | Universidad de Tarapacá. Facultad de Ingeniería | |
| dc.relation | 10.4067/S0718-13372005000100008 | |
| dc.rights | info:eu-repo/semantics/openAccess | |
| dc.source | Revista Facultad de Ingeniería - Universidad de Tarapacá v.13 n.1 2005 | |
| dc.subject | Software architecture | |
| dc.subject | software specification | |
| dc.subject | quality | |
| dc.subject | evaluation | |
| dc.subject | testing ontology | |
| dc.subject | computation versus design | |
| dc.title | FIVE ONTOLOGICAL LEVELS TO DESCRIBE AND EVALUATE SOFTWARE ARCHITECTURES | |
