Especificación de requisitos de desempeño en el diagrama de clases
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 desem...
| Main Authors: | , |
|---|---|
| Format: | Article |
| Language: | English |
| Published: |
Universidad Santo Tomás
2010-06-01
|
| Series: | Iteckne |
| Subjects: | |
| Online Access: | http://revistas.ustabuca.edu.co/index.php/ITECKNE/article/view/356 |
| _version_ | 1828485231614623744 |
|---|---|
| author | Sergio Serna Fernando Arango |
| author_facet | Sergio Serna Fernando Arango |
| author_sort | Sergio Serna |
| collection | DOAJ |
| description | 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. |
| first_indexed | 2024-12-11T09:09:18Z |
| format | Article |
| id | doaj.art-ba6a374d69624ebca8c09f847f52e4e1 |
| institution | Directory Open Access Journal |
| issn | 1692-1798 2339-3483 |
| language | English |
| last_indexed | 2024-12-11T09:09:18Z |
| publishDate | 2010-06-01 |
| publisher | Universidad Santo Tomás |
| record_format | Article |
| series | Iteckne |
| spelling | doaj.art-ba6a374d69624ebca8c09f847f52e4e12022-12-22T01:13:33ZengUniversidad Santo TomásIteckne1692-17982339-34832010-06-0171839710.15332/iteckne.v7i1.356269Especificación de requisitos de desempeño en el diagrama de clasesSergio Serna0Fernando Arango1Centro de Investigación Instituto Tecnológico Metropolitano,MedellínEscuela de Sistemas Facultad de Minas, Universidad Nacional, MedellínLa 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.http://revistas.ustabuca.edu.co/index.php/ITECKNE/article/view/356diagrama de clases, metamodelo, requisitos no funcionales, uml. |
| spellingShingle | Sergio Serna Fernando Arango Especificación de requisitos de desempeño en el diagrama de clases Iteckne diagrama de clases, metamodelo, requisitos no funcionales, uml. |
| title | 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_short | Especificación de requisitos de desempeño en el diagrama de clases |
| title_sort | especificacion de requisitos de desempeno en el diagrama de clases |
| topic | diagrama de clases, metamodelo, requisitos no funcionales, uml. |
| url | http://revistas.ustabuca.edu.co/index.php/ITECKNE/article/view/356 |
| work_keys_str_mv | AT sergioserna especificacionderequisitosdedesempenoeneldiagramadeclases AT fernandoarango especificacionderequisitosdedesempenoeneldiagramadeclases |