Aprendiendo UML - Hora 6: Introducción a los Casos de Uso

El caso de uso es una estructura para describir la forma en que un sistema lucirá para los usuarios potenciales. Es una colección de escenarios iniciados por una entidad llamada actor (una persona, un componente de hardware u otro sistema). Un caso de uso debería dar por resultado algo de valor ya sea pra el actor que lo inició o para otro.
Es posible volver a utilizar casos de uso. Una forma ("inclusión") es utilizar los pasos de un caso de uso como parte de la secuencia de pasos de otro caso de uso. Otra forma ("extensión") es crear un nuevo caso de uso mediante la adición de pasos a un caso de uso existente.
La entrevista directa con los usuarios es la mejor técnica para generar casos de uso. Cuando se crea un caso de uso, es importante destacar las condiciones para inciar el caso de uso, y los resultados obtenidos como consecuencia del mismo.
Hará las entrevistas a los usuarios después de entrevistar a los clientes y generar una lista de prospectos de clases. Esto le dará un fundamento en la terminología que utilizará para hablar con los usuarios. Es una buena idea entrevistar a un grupo de usuarios. El objetivo es generar un conjunto de casos de usos y todos los actores posibles.

Taller
Esta hora se basó en teoría más que en el UML. En este taller, el objetivo será comprender los conceptos teóricos y aplicarlos en diversos contextos.
Cuestionario
1. ¿Cómo se llama a la entidad que inicia un caso de uso?
2. ¿Qué entiende con "incluir un caso de uso"?
3. ¿Qué se entiende con "extender un caso de uso"?
4. ¿Un caso de uso es lo mismo que un escenario?
Ejercicios
1. En el caso del ejemplo de la maquina de gaseosas, cree otro caso de uso que incluya a los casos de uso "exhibir el interior" y "cubrir el interior".
2. Los casos de uso pueden ayudarle a analizar un negocio y un sistema. Imagine un gran comercio de equipos de cómputos que venda hardware, periféricos y software. ¿Quiénes serian los actores?. ¿Cuáles serían algunos de los principales casos de uso?. ¿Cuáles serían algunos de los escenarios dentro de cada caso de uso?.

Fecha de Entrega  06 de octubre de 2011.

Producto:

Cuestionarios y Formato digital enviado por correo electrónico por grupo a oscar.orrego09@gmail.com con el asunto Metodología - TP6 y en el cuerpo del mensaje los integrantes del grupo

Aprendiendo UML - Hora 5: Agregación, composición, interfaces y realización

Para completar sus nociones de clases y la forma en que se conectan, es necesario comprender algunas relaciones adicionales. Una agregación establece una asociación para conformar un todo: una clase "todo" se genera de clases que la componen. Un componente en una agregación puede ser parte de más de un todo. Una composición es una conformación  muy íntimamente ligada con la agregación en el sentido de que un componente de una composición puede ser parte solamente de un todo. La representación del UML de las agregaciones es similar a la representación de las composiciones. La línea de asociación que uno la parte con un todo tiene un rombo. en una agregación, el rombo no está lleno, en tanto que en una composición sí lo está.

Un diagrama de contexto enfoca la a tención en una clase especifica dentro de un sistema. un diagrama de contexto de composición es como un mapa detallado de un mapa mayor. Muestra un diagrama de clases anidado dentro de un gran símbolo rectangular de clase. Un diagrama de contexto de sistema muestra la forma en que el diagrama de clases compuestas se relacionan con otros objetos del sistema.

Una realización es una asociación entre una clase  y una interfaz, una colección de operaciones que cierta cantidad de clases podrá utilizar. Una interfaz se representa como una clase sin atributos. Para distinguirla de una clase cuyos atributos hayan sido omitidos del diagrama, el estereotipo <<interfaz>> aparecerá por encima del nombre de la interfaz. Otra posibilidad es la de anteceder el nombre de la interfaz con una "I" mayúscula. La realización se representa en el UML mediante una línea discontinua con una punta de flecha en forma de triángulo sin rellenar que conecta a la clase con la interfaz. Otra forma para representar una realización es con una línea continua que conecte a una clase con un pequeño circulo, para que el círculo se interprete como la interfaz.

En términos de visibilidad, todas las operaciones en una interfaz son públicas, de modo que cualquier clase podrá utilizarlas. Los otros dos niveles de visibilidad son protegido (la funcionalidad se extiende a las clases secundarias de aquella que contiene los atributos y operaciones) y privado (atributos y operaciones que se pueden utilizar sólo dentro de la clase que los contiene). Un signo de suma (+) denota a la visibilidad pública, el símbolo de número (#) la protegida y el guión (-) la privada.

El ámbito es otro aspecto de los atributos y operaciones. En un àmbito de instancia, cada objeto de una clase cuenta con su propio valor en un atributo u operación, en un ámbito de archivador, sólo hay un valor para un atributo u operacción en particular a través de un conjunto de objetos de una clase. Los objetos que no estén en este conjunto no podrán acceder al valor contenido en el ámbito de archivador.

Taller
El cuestionario y los ejercicios verificarán y fortalecerán su conocimiento respecto al tema de las agregaciones, composiciones, contextos e interfaces.

Cuestionario
1. ¿Cuál es la diferencia entre una agregación y una composición?
2. ¿Qué es la realización?
3. Mencione los tres niveles de visibilidad y describa lo que significa cada uno de ellos.

Ejercicios
1. Cree un diagrama de contexto de composición de una revista. Tome en cuenta la tabla de contenido, la editorial, los artículos y las columnas. Luego, cree un diagrama de contexto del sistema que muestre a la revista junto con el suscriptor y el comprador en el puesto de revistas.
2. En la actualidad, el tipo más popular de GUI es la interfaz WIMP (ventanas, iconos, menús y puntero, por sus siglas en ingles). Dibuje un diagrama de clases de la interfaz WIMP, y haga uso de todo el conocimiento adecuado del UML que ha adquirido hasta ahora. Además de las clases indicadas en las siglas, incluya los elementos relacionados como las barras de desplazamiento y el cursos, así como cualquiera de las otras clases necesarias.

Fecha de Entrega  22 de septiembre de 2011.

Producto:

Cuestionarios y Formato digital enviado por correo electrónico por grupo a oscar.orrego09@gmail.com con el asunto Metodología - TP5 y en el cuerpo del mensaje los integrantes del grupo

Aprendiendo UML - Hora 4: Uso de las relaciones

Sin las relaciones, un modelo de clases sería poco menos que una lista de cosas que representarían  un vocabulario. Las relaciones le muestran cómo se conectan los términos del vocabulario entre sí para dar una idea de la sección del mundo que se modela. La asociación es la conexión conceptual fundamental entre clases. Cada clase en una asociación juega un papel, y la multiplicidad especifica cuántos objetos de una clase se relacionan con un objeto de la clase asociada. Hay muchos tipos de multiplicidad. Una asociación se representa como una línea entre los rectángulos de clases con los papeles y multiplicidades en cada extremo. Al igual que una clase, una asociación puede contener atributos y operaciones.

Una clase puede heredar atributos y operaciones de otra clase. La clase heredada es secundaria de la clase principal que es de la que se hereda. Descubrirá la herencia cuando encuentre clases en un modelo inicial que tenga atributos y operaciones en común. Las clases abstractas sólo se proyectan como bases de herencia y no proporcionan objetos por sí mismas. La herencia se representa como una línea entre la clase principal y la secundaria, con un triángulo sin rellenar que se adjunto (y apunta a) la clase principal.

En una dependencia, una clase utiliza a otra. El uso más común de una dependencia es mostrar que una firma en la operación de una clase utiliza a otra clase. Una dependencia se proyecta como una línea discontinua que reúne a las dos clases en la dependencia, con una punta de flecha en forma de triángulo sin relleno que adjunta (y apunta a) ala clase de la que se depende.

Taller
El cuestionario y los ejercicios se han diseñado para reafirmar sus conocimientos del UML en el área de las relaciones. Cada pregunta y ejercicio requiere que Ud. piense en la simbología del modelado que ha aprendido y la aplique a una situación.

Cuestionarios
1. ¿Cómo representaría la multiplicidad?
2. ¿Cómo descubrirá la herencia?
3. ¿Què es una clase abstracta?
4. ¿Cuál es el efecto de un calificador?

Ejercicios
1. Tome como base el modelo del Basquet de la Hora 3, y agregue vínculos que expresen las relaciones que ha visto en esta hora. Si conoce el juego de basquet, siéntase con libertad para agregar los vínculos que representen su conocimiento.
2. De acuerdo con un viejo refran "Un abogado que se defiende a sí mismo, tiene por cliente a un tonto". Cree un modelo que refleje esta pieza de sabiduría.

Fecha de Entrega  15 de septiembre de 2011.

Producto:

Cuestionarios y Formato digital enviado por correo electrónico por grupo a oscar.orrego09@gmail.com con el asunto Metodología - TP4 y en el cuerpo del mensaje los integrantes del grupo.

Aprendiendo UML - Hora 3: Uso de la Orientación a Objetos

Un rectángulo es, en el UML, la representación simbólica de una clase. El nombre, atributos, operaciones y responsabilidades de la clase se colocan en áreas delimitadas dentro del rectángulo. Puede utilizar un estereotipo para organizar las listas de atributos y operaciones y además abreviar una clase al mostrar sólo un subconjunto de sus atributos y operaciones. Esto hace un diagrama de clases menos complejo.

Podrá mostrar el tipo de un atributo, su valor inicial y enseñar los valores con que funciona una operación, así como sus tipos. En una operación, esta información se conoce como firma.

Para reducir la ambigüedad en la descripción de una clase agregue restricciones. El UML también le permite indicar mayor información respecto a una clase mediante notas adjuntas al rectángulo que la representa.

Las clases representan el vocabulario de un área del conocimiento. Las conversaciones con el cliente o un experto en el área dejarán entrever los sustantivos que se convertirán en clases en un modelo, y los verbos se transformarán en operaciones. Podrá utilizar un diagrama de clases como una forma de estimular al cliente a que diga más respecto a sus áreas y que ponga en evidencia cierta información adicional.

Taller
Para repasar lo que ha aprendido respecto a la orientación a objetos, intente responder a las siguientes preguntas.

1. ¿Cómo representa una clase en el UML?
2. ¿Qué información puede mostrar un símbolo de clase?
3. ¿Qué es una restricción?
4. ¿Para qué adjuntaría una nota a un símbolo de clase?

Ejercicios
1. He aquí una breve (e incompleta) descripción del futbol:
Un equipo de futbol consiste en 11 jugadores de cancha (1 arquero y el resto jugadores de cancha que, en ocasiones, se organizan en cuatro defensas, tres centrales y tres delanteros). Los jugadores pueden usar cualquier parte del cuerpo (excepto las manos) para introducir la pelota en el arco del equipo contrario. La única excepcion a esta regla la tiene el arquero, quien puede utilizar también las manos para jugar con la pelota, pero sólo dentro del área de meta. El campo de juego es un rectángulo de una longitud máxima de 120 m y mínima de 90 m; y con un ancho no mayor de 90m, ni menor de 45. Para partidos internacionales, la longitud será de 110 m como máximo y 100 como mínimo; y un ancho no superior a 75 m ni inferior a 64. En cualquier caso, deberá ser mayor la longitud que el ancho. El campo de juego se dividirá en dos mitades transversales de igual tamaño. El centro de la cancha será marcado con un punto visible, alrededor del cual se trazará una circunferencia de 9.15 m de radio. El objetivo del juego es pasar la pelota a los delanteros, quienes están mejor preparados para meter la pelota en el arco. El arquero es la última línea de defensa que intentará bloquear, con cualquier parte de su cuerpo, los tiros de sus opositores. Cada vez que evita un gol, es decir, que la pelota no entra en el arco, habrá salvado su equipo. Cada gol equivale a un punto. El juego dura 90 minutos, divididos en dos períodos de 45 minutos cada uno.

Use la información anterior para crear un diagrama como el de la figura 3.15. Si ud. conoce más de futbol de lo que he descrito, agregue tal información a su diagrama.

2. Si ud. conoce más del basquet de lo que hay en la figura 3.15, agregue la información a tal diagrama.

Fecha de Entrega8 de septiembre de 2011.

Producto:

Cuestionarios y Formato digital enviado por correo electrónico por grupo a oscar.orrego09@gmail.com con el asunto Metodología - TP3 y en el cuerpo del mensaje los integrantes del grupo.