Especificación de requisitos de desempeño en el diagrama de clases
Specification of non-functional requirements in software systems represents a challenge to academic researchers interested in this subject. The increasing demand for catalogued attributes, among which are the nonfunctional requirements (performance, security, scalability and others) has given rise t...
- Autores:
-
Serna, Sergio
Arango, Fernando
- Tipo de recurso:
- Fecha de publicación:
- 2013
- Institución:
- Universidad Santo Tomás
- Repositorio:
- Repositorio Institucional USTA
- Idioma:
- spa
- OAI Identifier:
- oai:repository.usta.edu.co:11634/45011
- Acceso en línea:
- http://revistas.ustabuca.edu.co/index.php/ITECKNE/article/view/2713
http://hdl.handle.net/11634/45011
- Palabra clave:
- Rights
- License
- Copyright (c) 2010 ITECKNE
id |
SANTTOMAS2_ea5bd4d9f08e3e36e344d17a58f1d486 |
---|---|
oai_identifier_str |
oai:repository.usta.edu.co:11634/45011 |
network_acronym_str |
SANTTOMAS2 |
network_name_str |
Repositorio Institucional USTA |
repository_id_str |
|
spelling |
Serna, SergioArango, Fernando2022-06-15T21:55:24Z2022-06-15T21:55:24Z2013-11-19http://revistas.ustabuca.edu.co/index.php/ITECKNE/article/view/271310.15332/iteckne.v7i1.2713http://hdl.handle.net/11634/45011Specification of non-functional requirements in software systems represents a challenge to academic researchers interested in this subject. The increasing demand for catalogued attributes, among which are the nonfunctional requirements (performance, security, scalability and others) has given rise to different approaches to building the software for the system required by the customer. This work deals with the specification of non-functional requirements of timing, using a unified modeling language for building the software plans. The specification is made only on UML class diagrams, and it is supported on existing methods at the early stages of development, in order to elicit requirements for consistency of the diagrams, and reaching a new class diagram. This new class diagram relates elements of the model and metamodel, to achieve a greater expressiveness and enabling decisions for implementation, which formerly were not possible at this stage of development. To achieve this, it was necessary to perform a variant on the semantics of the class diagram. This allowed relating metaclasses that were not related before. A new symbology is also introduced, in order to express the new metarelation that is present in the class diagram.La especificación de requisitos no funcionales en sistemas software, ha presentado múltiples retos a académicos investigadores interesados en el tema. Las cada vez más crecientes exigencias de los sistemas en atributos catalogados, dentro de los que se denominan requisitos no funcionales, como desempeño, seguridad, escalabilidad, entre otros, ha permitido diversos enfoques a la hora de construir los planos software del sistema deseado por el cliente. Este trabajo se enmarca dentro de la especificación formal de requisitos temporales no funcionales, utilizando el lenguaje de modelado unificado para la construcción de los planos software. El trabajo no trata sobre requisitos funcionales o no funcionales que no están relacionados con tiempo. La especificación se hace sólo sobre diagramas de clase UML, y se apoya en métodos existentes durante las primeras etapas de desarrollo, lo que le permite elicitar los requisitos e ir llevándolos de manera consistente a través de todos los diagramas del modelo, hasta llegar a un nuevo diagrama de clases. Este nuevo diagrama de clases relaciona elementos del modelo con los del metamodelo, logrando una mayor expresividad y permitiendo tomar decisiones de implementación que antes no era posible en esta etapa del desarrollo. Para lograr esto, es necesario realizar una variante a la semántica del diagrama de clases, permitiendo relacionar metaclases que antes no estaban relacionadas. Igualmente, se introduce una nueva simbología para expresar la nueva metarelación presente en el diagrama de clases.application/pdfspaUniversidad Santo Tomás. Seccional Bucaramangahttp://revistas.ustabuca.edu.co/index.php/ITECKNE/article/view/2713/1968ITECKNE; Vol 7 No 1 (2010); 83-97ITECKNE; Vol 7 No 1 (2010); 83-972339-34831692-1798Copyright (c) 2010 ITECKNEhttp://purl.org/coar/access_right/c_abf2Especificación de requisitos de desempeño en el diagrama de clasesinfo:eu-repo/semantics/articlehttp://purl.org/coar/version/c_970fb48d4fbd8a85http://purl.org/coar/resource_type/c_2df8fbb111634/45011oai:repository.usta.edu.co:11634/450112023-07-14 16:02:19.57metadata only accessRepositorio Universidad Santo Tomásnoreply@usta.edu.co |
dc.title.spa.fl_str_mv |
Especificación de requisitos de desempeño en el diagrama de clases |
title |
Especificación de requisitos de desempeño en el diagrama de clases |
spellingShingle |
Especificación de requisitos de desempeño en el diagrama de clases |
title_short |
Especificación de requisitos de desempeño en el diagrama de clases |
title_full |
Especificación de requisitos de desempeño en el diagrama de clases |
title_fullStr |
Especificación de requisitos de desempeño en el diagrama de clases |
title_full_unstemmed |
Especificación de requisitos de desempeño en el diagrama de clases |
title_sort |
Especificación de requisitos de desempeño en el diagrama de clases |
dc.creator.fl_str_mv |
Serna, Sergio Arango, Fernando |
dc.contributor.author.none.fl_str_mv |
Serna, Sergio Arango, Fernando |
description |
Specification of non-functional requirements in software systems represents a challenge to academic researchers interested in this subject. The increasing demand for catalogued attributes, among which are the nonfunctional requirements (performance, security, scalability and others) has given rise to different approaches to building the software for the system required by the customer. This work deals with the specification of non-functional requirements of timing, using a unified modeling language for building the software plans. The specification is made only on UML class diagrams, and it is supported on existing methods at the early stages of development, in order to elicit requirements for consistency of the diagrams, and reaching a new class diagram. This new class diagram relates elements of the model and metamodel, to achieve a greater expressiveness and enabling decisions for implementation, which formerly were not possible at this stage of development. To achieve this, it was necessary to perform a variant on the semantics of the class diagram. This allowed relating metaclasses that were not related before. A new symbology is also introduced, in order to express the new metarelation that is present in the class diagram. |
publishDate |
2013 |
dc.date.issued.none.fl_str_mv |
2013-11-19 |
dc.date.accessioned.none.fl_str_mv |
2022-06-15T21:55:24Z |
dc.date.available.none.fl_str_mv |
2022-06-15T21:55:24Z |
dc.type.coarversion.fl_str_mv |
http://purl.org/coar/version/c_970fb48d4fbd8a85 |
dc.type.coar.fl_str_mv |
http://purl.org/coar/resource_type/c_2df8fbb1 |
dc.type.drive.none.fl_str_mv |
info:eu-repo/semantics/article |
dc.identifier.none.fl_str_mv |
http://revistas.ustabuca.edu.co/index.php/ITECKNE/article/view/2713 10.15332/iteckne.v7i1.2713 |
dc.identifier.uri.none.fl_str_mv |
http://hdl.handle.net/11634/45011 |
url |
http://revistas.ustabuca.edu.co/index.php/ITECKNE/article/view/2713 http://hdl.handle.net/11634/45011 |
identifier_str_mv |
10.15332/iteckne.v7i1.2713 |
dc.language.iso.none.fl_str_mv |
spa |
language |
spa |
dc.relation.none.fl_str_mv |
http://revistas.ustabuca.edu.co/index.php/ITECKNE/article/view/2713/1968 |
dc.relation.citationissue.spa.fl_str_mv |
ITECKNE; Vol 7 No 1 (2010); 83-97 |
dc.relation.citationissue.eng.fl_str_mv |
ITECKNE; Vol 7 No 1 (2010); 83-97 |
dc.relation.citationissue.none.fl_str_mv |
2339-3483 1692-1798 |
dc.rights.eng.fl_str_mv |
Copyright (c) 2010 ITECKNE |
dc.rights.coar.fl_str_mv |
http://purl.org/coar/access_right/c_abf2 |
rights_invalid_str_mv |
Copyright (c) 2010 ITECKNE http://purl.org/coar/access_right/c_abf2 |
dc.format.mimetype.none.fl_str_mv |
application/pdf |
dc.publisher.eng.fl_str_mv |
Universidad Santo Tomás. Seccional Bucaramanga |
institution |
Universidad Santo Tomás |
repository.name.fl_str_mv |
Repositorio Universidad Santo Tomás |
repository.mail.fl_str_mv |
noreply@usta.edu.co |
_version_ |
1782026266396852224 |