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...

Full description

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