Foro de los casos de uso

               Ejercicio

1) Comentar en el foro sobre casos de uso.

               Solución

1)         Casos de Uso.

En ingeniería del software, un caso de uso es una técnica para la captura de requisitos potenciales de un nuevo sistema o una actualización de software. Cada caso de uso proporciona uno o más escenarios que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje más cercano al usuario final. En ocasiones, se utiliza a usuarios sin experiencia junto a los analistas para el desarrollo de casos de uso.

Los Casos de Uso no son parte del diseño (cómo), sino parte del análisis (qué). De forma que al ser parte del análisis nos ayudan a describir qué es lo que es sistema debe hacer. Los Casos de Uso son qué hace el sistema desde el punto de vista del usuario. Es decir, describen un uso del sistema y cómo este interactúa con el usuario.

Si te has enfrentado alguna vez a UML normalmente habrás visto algún diagrama de clases y esperarás que los Casos de Uso sean también una forma visual de representar la información. Sin embargo estás muy equivocado, si bien los casos de usos se pueden agrupar en diagramas, los diagramas no son lo importante. Voy a repetirlo para que quede claro, "Los diagramas no son lo importante". Se que alguno estará impaciente con los diagramas, así que luego los trataré. Pero primero vayamos con lo realmente interesante.

Si lo primordial de los casos de uso (use case) no son los diagramas, entonces ¿que es lo importante? Lo realmente útil de los casos de uso es el documento que describe el caso de uso (use case), en este documento se explica la forma de interactuar entre el sistema y el usuario.

1. Pasos para la Definición de un Caso de Uso:

• ID
• NOMBRE
• REFERENCIAS CRUZADAS
• CREADO POR
• ULTIMA ACTUALIZACION POR
• FECHA DE CREACION
• FECHA DE ULTIMA ACTUALIZACION
• ACTORES
• DESCRIPCION
• TRIGGER
• PRE-CONDICION
• POST-CONDICION
• FLUJO NORMAL
• FLUJOS ALTERNATIVOS
• INCLUDES
• FRECUENCIA DE USO
• REGLAS DE NEGOCIO
• REQUERIMIENTOS ESPECIALES
• NOTAS Y ASUNTO

Foro de la UML

                    Ejercicio

1) Comentar sobre el foro de la UML

                    Solución

1)           
          UML "lenguaje modular de unidad".

(Unifed Modeling Languaje) El lenguaje para modelamiento unificado (UML), es un lenguaje para la especificación, visualización, construcción y documentación de los artefactos de un proceso de sistema intensivo. Fue originalmente concebido por la Corporación Rational Software y tres de los más prominentes métodologistas en la industria de la tecnología y sistemas de información: Grady Booch, James Rumbaugh, y Ivar Jacobson (“The Three Amigos”). El lenguaje ha ganado un significante soporte de la industria de varias organizaciones vía el consorcio de socios de UML y ha sido presentado al Object Management Group (OMG) y aprobado por éste como un estándar (noviembre 17 de 1997).

Estereotipo de la UML:

Los estereotipos son el mecanismo de extensibilidad incorporado más utilizado dentro de UML. Un estereotipo respresenta una distinción de uso. Puede ser aplicado a cualquier elemento de modelado, incluyendo clases, paquetes, relaciones de herencia, etc. Por ejemplo, una clase con estereotipo \’actor\’ es una clase usada como un agente externo en el modelado de negocio. Una clase patrón es modelada como una clase con estereotipo parametrizado, lo que significa que puede contener parámetros.

• Para ello utiliza varios tipos diferentes de diagramas, por ejemplo, en UML 2.0 hay 13 tipos de diagramas. Estos diagramas se pueden diferenciar en tres categorías:

- Diagramas de estructura:

Diagrama de clases
Diagrama de componentes
Diagrama de objetos
Diagrama de estructura compuesta (UML 2.0)
Diagrama de despliegue
Diagrama de paquetes

-Diagramas de comportamiento:

Diagrama de actividades
Diagrama de casos de uso
Diagrama de estados

-Diagramas de interacción:

Diagrama de secuencia
Diagrama de comunicación
Diagrama de tiempos (UML 2.0)
Diagrama de vista de interacción (UML 2.0)

"Algunos programas gratuitos para modelar en UML son:"

ArgoUML, Dia, gModeler, MonoUML, StarUML, TCM, Umbrello Herramienta, UMLet.

Tipos de vistas de la UML

                         Ejercicio

1) Enumere los tipos de vistas de la UML

                          Solución

1)      

               Tipos de vistas de la UML

1)  Vista estatica: La vista estatica  modela los conceptos del domino de la aplicación, asi como los conceptos internos inventados como parte de la implementación de la aplicación. esta visión es estatica porque no describe el comportamiento del sistema dependiente del tiempo, que se describe en otras vistas  los componentes principales de la vista estática son las clases y sus relaciones: asociación, generación, y varias clases de dependencia, tales como realización de uso.

2)  Vistas de los casos de uso: La vista de los casos de uso modela el sistema  según lo perciben los usuarios externos, llamados actores. un caso de uso es una unidad coherente de funcionalidad, expresada como transaacción entre los actores y el sistema. el prposito de la vista de casos de uso es enumerar a los actores y los casos de uso, y demostrar que actores paraticpan en cada caso de uso.

3)  vista de interacción: La vista de interacción describe secuencias de intercambios de mensajes entre los roles que implementan el comportamiento de un sistema. un rol de clasificador, o simplemente "rol" es una descripción de un objeto, que desempeña un determinado papel dentro de unainteracción, distinto de los objetos de la misma clase.

4) Vistas de maquinas de estados: Una máquina de estados de uso modela las posibles historias de vida de un objeto de una clase. una máquina de estados contiene los estados conectados por transacciones. cada estado modela un periodo de tiempo, durante la vida de un objeto, en el que satisface ciertas condiciones. cuando ocurre un evento, se puede desencantar una transacción que lleve el objeto a un nuevo estado.

5) Vistas de actividades: Un grafo de actividades es una variante de ua maquina de estados, que muestra las actividades de computación implicados en la ejecucíon  de un calculo. un estado de actividad representa una actividad: un paso en el flujo de trabajo o la ejecución de una operación. un grafo de actividades describe grupos secuenciales y concurrentes de actividades. los grafos de actividades se muestran en diagramas de actividades.

6) Vistas fisicas: Las vistas anteriores modelan los conceptos de la aplicación desde un punto de vista lógico. las vistas físicas modelan las estructuras de la implementación de la aplicación por si misma, su organización en componentes, y su despliegue en modos de ejecución.estas vistas proporcionan una oprtunidad de establecer correspondencias entre las clases y los componentes de implementación y modos.  

7) Vistas de gestión de modelo: La vista de gestión de modelo modela la organización del modelo en sí mismo. un modelo abarca un conjunto de paqutes que contiene los elementos del modelo, tales como clases,máquinas de estados, y casos de uso. los paquetes pueden contener otros paquetes: por lo tanto, un modelo señala un paquete raíz, que contiene indirectamente todo el contenido del modelo.

Comportamiento dinámico de la UML

                Ejercicio

1) Que es un comportamiento dinámico de la UML

                Solución

1)

      Comportamiento dinámico de la UML

El compotamiento dinamico describe el comportamiento de un sistema en el tiempo. el comportamiento se´puede describir como una serie de cambios a las fotos de un sistema dibujadas a partir de la visión estatica. las vistas de comportamiento dinamico incluyen vista de la maquina de estados, la vista de actividad, y la vista de interacción.

Vistas de la UML

                  Ejercicio

1) que es una vista de la UML

                    Solución

1)          
                Vistas de la UML.

No hay ninguna linea entre los difrentes conceptos y las construcciones en UML, pero por conveniencia nosotros los dividimos en varias vistas. una vista es simplemente un subconjunto de UML , que modela construcciones que representan un aspecto de un sitema. la división en diversas vistas es algo arbitraria, pero esperamos que sea intuitiva. la gestión del modelo  describe la organización de los propios modelos en unidades jerárquicas. el paquete es la unidad generíca de organización para los modelos. Los paquetes especiales incluyen a los modelos y a los subsistemas. La vista de gestión del modelo cruza las otras vistas y las organiza para el trabajo de desarrollo y el control de configuración.

 

Significado de un modelo

                   

                      Ejercicio

1.) Diga el Significado de un modelo

             

                         Solución

1)                      

            Significado de un modelo.

    Un modelo es un generador de potenciales  configuraciones de sistemas,los posibles sistemas son sus extensiones o valores. idealmente, todas las configuraciones consistentes con el modelo deberian ser posibles. a veces, sin embargo, no es posible representar todas las restricciones dentro de un modelo. un modelo es también una descripción de la estructura generíca y del significado de un sistema.

Funcionamiento de la UML

                       
                      Ejercicio

1) Para que sirven los modelos. Enumere.

                      Solución

     A) Funcionamiento: Los modelos se usan para muchos propositos:

1) Para capatar y enumerar exhautivamente los requisitos y el dominio de conocimiento, de forma que todos los implicados puedan entenderlos y estar con ellos. los diversos modelos de un sistema de sosftware pueden capturar requisitos sobre su dominio de aplicación, las formas en que los usuarios,lo utilizarán, su división en modulos, los patrones  comunes usados en su construcción, y otras cosas. Los implicados incluyen al arquitecto, a los analistas, a los programadores,al encargo del pryecto, alos clientes, alos inversores, alos usuarios finales, y alos operadores. 

2) Para pensar en un diseño de un sistema: un modelo de un sistema software ayuda  a los desarroladores a explorar varias arquitecturas y soluciones de diseño facilmente antes de escribir un codigo. un buen lenguaje de modelado permite que el diseñador consiga la arquitectura correcta antes de que comience el diseño tallado.

3) Para capturar decisiones del diseño en una forma mutable a aprtir de los requisitos: Un modelo de un sistema software puede captar el comportamiento externo de un sistema y la información del dominio del mundo real representado por el sistema. otro modelo muestra las clases y las operaciones internas,que implementan el comportamiento externo. hay muchas maneras de implementar el comportamiento, el modelo final de disño muestra un acercamiento que el diseñador cree correcto.

4) Para generar productos aprovechables para el trabajo: Un modelo de un sistema software se puede utilizar para generar las declaraciones de clase,los cuerpos de procedimiento,las interfaces de usuario,las bases de datos, los escenarios de uso válidos o los guiones de configuración.

5) Para organizar, encontrar, filtrar ,recuperar, examinar, y corregir la información en grandes sistemas: un modelo de sistema de software organiza la información en varias vistas: estructura estatica, maquinas de estado, interacciones, requisitos etc. cada vista es una proyección del modelo completo para un propósito determinado. mantener un modelo, de cualquier tamaño, es imposible sin tener una herramienta de edición, que maneje el modelo.

6) Para explorar económicamente múltiples soluciones: Las ventajas y los riesgos de diversos métodos de diseño de un sistema grande permiten  que se proponga y comparen varios diseños. Los modelos no se construyen al detalle, por supuesto, pero incluso un modelo rudimentario puede exponer muchas cuestiones que el diseño  final debe tener en cuenta. modelar permite considerar varios diseños, con un coste pequeño al implementar cualquiera de ellos.

7) Para domesticar los sistemas complejos: un modelo de sistema software grande permiote ocuparse de la complegidad que es demasiado dificil de tratar directamente. un modelo se puede abstener a un nivel que sea comprensible a los seres humanos sin perder detalles. un modelo puede determinar el impacto potencial de un cambio antes de que se haga, explorando dependencias en el sistema.

Modelo de la UML

                          Ejercicio

1) Que es un modelo de la UML

                        Solución

1) Modelo de la UML: un modelo es una representación grafica, en cierto medio de algo en el mismo u otro medio.el modelo capta los aspectos importantes de lo que estamos modelando, desde cierto punto de vista, y simplifica u omite el resto. la ingenieria, la arquitectura, y muchos otros campos creativos usan modelos.

Un modelo de un sistema de software esta constituido por en un lenguaje de modelado, como UML. el modelo tiene sematica y notación y puede adoptar varios formatos que incluyen texto y graficos. el modelo pretende ser mas fácil de usar para ciertos propósitos que el sistema final.