Formato de Caso de Uso

Un formato de caso de uso es el grado de detalle  que usa para describir el diagrama.

El grafico describe alguno de los campos que se puede usar para describir un caso de uso:

Ejemplo de Caso de Uso

Se desea desarrollar una aplicación que permita gestionar un servicio de comida rápida a través de Internet. Para poder realizar un pedido, el sistema pregunta al usuario si es la primera vez que hace un pedido, en cuyo caso le pide sus datos personales; si no es la primera vez, el usuario introduce su número de teléfono como clave para acceder a sus datos. La aplicación ofrece al usuario una serie de pantallas a través de las cuales puede navegar, de forma que en cada una puede seleccionar un determinado tipo de comida (pantalla de postres, pantalla de primeros platos, etc.) así como la cantidad elegida.

Cuando termina de elegir, el usuario pulsa un botón etiquetado como enviar que pone en marcha la generación del pedido y la generación de la factura. Hay que tener en cuenta que existen incentivos, de forma que el cliente habitual no paga por una misma comida lo que pagaría un cliente que pide por primera vez. Los incentivos van asociados al consumo, de forma cuando los pedidos acumulados de un cliente superan ciertos límites (primer límite 20 USD, segundo 40, y así sucesivamente) se le regala un bono de 5 USD. para el siguiente pedido. Tenga en cuenta que el sistema deberá realizar entre otras las siguientes funcionalidades:

• Consultas del número de clientes que han elegido un determinado plato en alguno de sus pedidos.
• Estadísticas sobre platos más solicitados y menos solicitados.

Diagrama de Casos de Uso

Es un diagrama muy simple que sirve para poder visualizar el comportamiento o la interacción que tiene el cliente(Actor) con el sistema, no se confundan, los diagramas de casos de uso no están hechos para representar el diseño del sistema es decir no describe los elementos internos del sistema. El diagrama de casos de uso están hechos para facilitar la comunicación con los clientes y usuarios.

Los diagramas de casos de uso se representan por los actores y los eclipses que representan a cada uno de los casos.

Los tres tipos de relaciones que tiene este diagrama son:

La Inclusión: Se usa cuando un caso de uso es utilizado por otro. Esto se cuando hay un comportamiento común en varios casos de uso, entonces, este caso de uso se extrae y se pone como inclusión.

La extensión: El caso de uso extendido es parecido al caso de uso que se une pero hace un poco más

La generalización: es como una relación de herencia, esta relación no se le utiliza mucho, son aplicables a actores y a casos de uso

IDENTIFICACION CLASES

• Hay una abstracción claramente asociada, que se puede describir como una abstracción de datos.
• El nombre de la clase es un nombre o adjetivo, que caracteriza adecuadamente a la abstracción
• La clase representa a un conjunto de posibles objetos en ejecución
Se dispone de varias consultas para obtener las propiedades de una instancia
• Se dispone de varias ordenes para cambiar el estado de una instancia
• Se pueden enunciar las propiedades abstractas, informalmente o formalmente describiendo: la forma en que se relacione entre si los resultados de varias consultas: bajo que condiciones son aplicables las características (precondiciones); la forma en que la ejecución de las ordenes afecta los resultados de la consulta (postcondiciones).
Se sugiere tener cuidado en la identificación de clases cuando habla de "señales de peligro". También se sugiere el uso de una lista de categorías de clases conceptuales como técnica para encontrar clases, dejando entrever también que existe otra técnica que implica la identificación de clases a partir de los casos de uso. Motivación del Artículo Tomando las pautas antes citadas supón que se te ha asignado modelar el siguiente caso, trata de aplicar los criterios antes comentados y comentanos sobre como te ha ayudado los aportes de Meyer y Larman.

VIDEO



Creacion de Modelo Entidad Relacion en Erwin

1.       En esta pantalla elejimos la opcion Create a new model.

 2.       Elejimos modelo fisico o physical model

 3.       Para empezar a crear las tablas seleccionamos la opcion indicada y arrastramos a la plantilla.  Cabe indicar que hacer las relaciones usamos los objetos senalados en el circulo.  Si no los encontramos en la barra de herramientas debemos ir a Model->Model Properties->Notation->IE  (Information Engineering)->Press ok

1.       Procedemos a crear las tablas para nuestro ejemplo que son las siguientes:

a.       CLIENTE2: CLI_ID, CLI_NOMBRE, CLI_DIRECCION, CLI_CREDITO, CLI_INGRESO

b.      TIPO_FONO2:TFONO_ID, TFONO_NOMBRE

c.       CLIFONO2: FONO_ID, FONO_NUMERO

La relacion que va desde CLIENTE2 a CLIFONO2 es:

Con este objeto la llave de CLIENTE2-> CLI_ID pasa a CLIFONO2 a ser llave foranea y llave primaria con FONO_ID. La relacion que va desde TIPO_FONO2 A CLIFONO2 es

Con este objeto la llavee TFONO_ID pasa de llave foranea a CLIFONO2 pero ya no de llave primaria.

Finalmente nos queda asi:

 5.       Para estableces los tipos y tamanos de los datos damos doble clic sobre la tabla que queremos editar y en el tab Datatype modificamos según nuestros intereses los tipos de datos de cada columna.

 6.       Para estableces valores por defecto en alguna de las columnas nos vamos a la opción Default y damos clic en el botón de la derecha

 Nos muestra  la forma de Default/Initial Values, click en New y nos muestra la forma de New Default Value, escribimos un nombre y OK

 En la area de texto de Server Value-… Default indicamos que el valor por defecto que tendra la columna de CLI_CREDITO sera de 50 dolares

 7.       Para validar datos como nombre del cliente en mayúsculas procedemos similar a poner los valores por defecto, pero en este caso  elegimos el botón de la derecha de la opción Valid. Asi mismo en la forma que aparece elegimos new, ponemos el nombre de la validación y la línea de código en Constant Param.

 Ejemplo para validar que credito sea siempre mayor a 0.

Nuestras tablas finalmente nos quedan asi:

Ejemplo de Diagrama de Clases y Diagrama de Objetos

Problema
Elaborar un diagrama clases y luego un diagrama de objetos para un viaje de ida y vuelta imaginario que se haya hecho el fin de semana pasado a Londres. Incluir al menos una instancia de cada clase de objeto. Afortunadamente, los vuelos directos en un avión supersónico estaban disponibles. Un amigo suyo fue con Ud. Pero decidió quedarse durante algún tiempo y sigue estando alli. El capitán Jonson fue su piloto en ambos vuelos. Tuvo ud. Un asiento diferente a la ida y a la vuelta, pero se dio cuenta de que estaba en el mismo avión por una marca significativa en la sección de cola.

Diagrama de Clases

Diagrana de Objetos

Conceptos Basicos Orientados a Objetos

Algunos conceptos que expresan cosas básicas y simples pero que quizás nos habíamos olvidado.

Objetos: 

-Formado por personas, lugares o cosas -> relevantes para el sistema

Clases:

-Conjuntos de atributos y comportamientos que comparten cada objeto    de una clase. 

-Cada clase debe tener un nombre diferente del resto de las clases.

-Los nombres de clase normalmente son sustantivos o frases cortas y empiezan con una letra mayúscula.

-En el ejemplo anterior las clases son: persona, paciente y psicólogo.

Atributos

-Un atributo describe alguna propiedad de todos los objetos de la clase.

-Todos los pacientes tienen los mismos atributos pero los valores para cada atributo difieren de paciente a paciente.

-Al especificar atributos, normalmente la primera letra es minúscula.

-Los atributos son precedidos por signos de resta.

-Los signos de resta significan que estos atributos son privados (no compartidos con otras clases).

Método

-Un método es una acción que se puede solicitar a cualquier objeto de la clase.

-También se llaman operaciones

-Al especificar métodos, normalmente la primera letra es minúscula.

-Los métodos son precedidos por signos de suma que significan que estos son públicos.

Herencia

-Cuando las clases tienen hijos

-Cuando unas clases se derivan de otra conocida como clase madre o base

-La clase hija se crea heredando todos los atributos y comportamientos de la clase madre, pero adicionalmente la clase hija puede tener sus propios atributos y comportamientos

-La herencia reduce el trabajo de la programación permitiendo la reutilización de código. 

-La herencia es una característica únicamente de los lenguajes orientados a objetos.

La figura de arriba indica un ejemplo de herencia también.