INGENIERÍA DE SOFTWARE. Sesión 9: Diagramas de casos de uso

Transcripción

1 INGENIERÍA DE SOFTWARE Sesión 9: Diagramas de casos de uso

2 Contextualización Los diagramas son un elemento importante de la estructuración de información que debe cumplir con las características principales a desarrollar, es decir la representación que se da en los diagramas es solamente para el código que contendrá, no es para el desarrollo de la interfaz, para ésta se requiere de una representación diferente que puede ser un framework o algún otro marco en el que se puede diseñar el uso de botones, la distribución de espacios y la ubicación de cada elemento visual que la compone.

3 Introducción Después de los modelados se encuentran las interacciones dentro del sistemas, éstas pueden ser entre el sistema mismo o con el usuario, por lo que deben cumplir con características muy específicas, como lo pueden ser el uso de una interfaz con la que el usuario se comunique con la computadora y le indique las acciones que debe realizar y la otra es la forma en que se determina las funciones entre las líneas del sistema para que la comunicación no se interrumpa ni cree errores del sistema operativo ni redundancias que sobrecarguen la memoria de la computadora o dispositivo inhabilitándola en sus funciones más básicas.

4 Diagramas de casos de uso Los diagramas de caso de uso sirven para documentar el comportamiento de un sistema visto por el usuario. Los elementos principales de estos son; Actores: éstos representan a un tipo de usuario del sistema, un usuario es un elemento externo el cual puede modificar o crear acciones en los entornos internos de un sistema, no siempre se define como humano, puede ser un elemento informático de control a distancia o de control de sesiones remotas. El actor de un diagrama de caso de uso representa un rol importante, puede haber elementos independientes que utilizan el sistema de formas diferentes. Caso de uso: ésta es una tarea que debe poder llevarse a cabo con la ayuda del sistema en desarrollo, pero sin importar de que se trate, siempre debe detallarse cada uno de los casos mediante una descripción textual. Asociaciones: ésta se da entre los actores y los casos, por tanto cuando interactúan entre sí determinan el caso en el que lo hacen, ya sea realizando una función específica o de uso de alguna herramienta.

5 Modelado del contexto de un sistema Este medio trata de definir los elementos existentes que pueden haber dentro de una representación como un sistema, para poder expresar los principales atributos es importante contar con; Identificar los actores entorno al sistema, se consideran los grupos que requieren ayuda del sistema para poder llevar las tareas a cabo. Identificar que grupos son necesarios para lograr la ejecución de funciones de los sistemas que se manejan. Determinar los grupos que interactúan con el hardware de forma interna y externa. Se deben organizar loa actores en jerarquías de generalización. Introducir actores al diagrama de casos de uso y se especifican las vías de comunicación de cada actor y cada elemento de uso del sistema.

6 Modelado de los requisitos de un sistema Esta es una característica de diseño, es decir; es una propiedad o comportamiento del sistema sobre el cual se refiere la creación de modelos, la modificación de elementos o el trabajo. Al determinar los requisitos necesarios de un sistema se establece un contrato de os elementos externos del sistema con los propios que se manejan de forma interna. La expresión de los requisitos se puede realizar de diferentes maneras, puede ser desde texto hasta el uso de un lenguaje formal para determinar elementos principales e importantes dentro del mismo, los elementos del sistema puede expresar los casos de uso y los diagramas de uso UML, pues son fundamentales para el uso y expresión de los requisitos: Se establece el contexto del sistema identificando a los actores a su alrededor. Considerar el comportamiento que cada actor espera del sistema Se deben renombrar comportamientos y casos de uso comunes dentro de los sistemas. Se factoriza el comportamiento común en nuevos casos de uso los cuales pueden ser utilizados dentro de otros. Se factoriza el comportamiento en otros casos de uso de extensión en los flujos principales. Se hace el uso de notas enunciando los requisitos no funcionales y los funcionales al sistema global.

7 Conclusión Los requisitos de un sistema son difíciles de determinar de una simple vista, por lo que se utiliza el modelado de requisitos permitiendo que se puedan establecer parámetros generales de recursos y atributos que el sistema que controlará la aplicación deberá tener disponibles. No se debe dejar a un lado ningún elemento por muy pequeño que sea, pues cuando no se determinan esos elementos pueden ocasionar problemas en los sectores principales o de arranque volviendo el problema en una pérdida de información o de mal funcionamiento en el software principal que es la plataforma que soporta las aplicaciones y el que se ha desarrollado para ofrecer soluciones.

8 Para aprender más Interacciones en el sistema Las interacciones en el sistema como se ha mencionado en algunos temas anteriores, se dan cuando los elementos internos y externos pueden comunicarse entre sí, es decir puede que los elementos internos tengan relación con los mismos internos y los externos sólo con los externos, pero también puede que los internos tengan relación con los externos y se establezca una comunicación, recordemos que los elementos externos pueden ser usuarios o algún sistema que maneja desde una sesión remota o cualquier otro sistema de control cercano. Diagramas de secuencia Los diagramas de secuencia son elementos con los cuales podemos visualizar las interacciones dentro del sistema, es decir son una representación gráfica con la cual se puede apreciar de una forma lógica lo que sucede dentro del sistema gracias a los códigos que se ejecutan en el ambiente determinado. Éstos pueden mostrar una aplicación a través de tiempo y modela los usos de un sistema. Estos diagramas se utilizan por cada caso de uso que se tenga, los detalles de los diagramas dependen de la fase en que se encuentre el desarrollo y los medios que se deseen demostrar con el diagrama.

9 Referencias Cáceres R., Diagramas de uso. Consultado el 21 de jul. de 13, obtenido de: s/a, Introducción a los casos de uso. Consultado el 21 de jul. de 13, obtenido de: Popkin Software and Systems. Modelado de sistemas con UML. Consultado el 21 de jul. de 13, obtenido de:

10