ADOO Clase 5 Manual

ANÁLISIS Y DISEÑO ORIENTADO A OBJETO.
CLASE 5.

Análisis y diseño Orientado a Objeto –
Clase 5
Esta semana describirás la estructura básica de los diagramas UML, identificarás
las características y el propósito asociado a cada uno de los diagramas de UML
2.0, identificarás los componentes estructurales de los diagramas de UML 2.0 y
reconocerás cada uno de los diagramas de UML y los asociarás conlas etapas del
ciclo de vida.

UNIVERSIDAD TECNOLÓGICA DE CHILE INACAP - ÁREA INFORMÁTICA Y TELECOMUNICACIONES

Diagramas de comportamiento.
Diagrama de casos de uso.
Este tipo de diagramas es esencialmente útil durante la etapa de
análisis, es decir cuando estas comenzado a entender lo que
necesita construir tu cliente, ya que su finalidad es describir los
actores que interactúan con elsoftware y los procesos que deben
realizar. Un actor se considera a cualquier elemento que interactúa
con tu programa, que pueden ir desde otros software, un robot o
humanos, el caso de uso se refiere a todas las acciones que tu
software realizará, por ejemplo si estas considerando realizar un
software que simule una agenda entonces tendrás un solo actor,
(el encargado de agregar información a la agenda)y los procesos
o casos de uso que realizará serán, agregar un contacto, agregar
una actividad a realizar, ver las actividades pendientes, verificar
los datos de un contacto previamente agregado, etc. De todas
estas acciones no es necesario tener con toda claridad

toda la

lógica que hay tras el proceso, la idea principal es sólo identificar
los procesos y quién es el encargado de realizarlos.Este tipo de
diagramas es muy útil para apoyar el proceso de análisis con tu
cliente sobre lo que deseas que haga el software, debes considerar
lo difícil que es para ellos explicar sus necesidades de programa y
más aún todos los procesos que ellos mismos quieren realizar,
donde olvidar alguno podría ser catastrófico, para el software, para
tu cliente y para ti, ya que terminará agregándolo alfinal,
trabajando más de lo pactado y potencialmente atrasando la
entrega. Es posible pensar que si se ha olvidado de algo la
responsabilidad sea del cliente, en parte sí, pero también debes
recordar que tú eres el experto y si notas que la ausencia de un
UNIVERSIDAD TECNOLÓGICA DE CHILE INACAP - ÁREA INFORMÁTICA Y TELECOMUNICACIONES

proceso generará un problema en el software es parte de tu
trabajoadvertirlo. Todos los procesos que deseen

incluirse

posteriormente deben ser pactados como un nuevo requerimiento,
lo cual tendrá un nuevo costo para el cliente.
Un actor en un sistema es representado con un dibujo de persona
con cuerpo de palito, el siguiente ejemplo representa un actor y su
respectivo rol en el software.

Actor1
Un actor es el encargado de ingresar información al software, esél
quien a través de las interfases que tiene el sofware agrega la
información que se desea almacenar y procesar, también es quien
recibe la información procesada en el momento en que lo requiera.
Un caso de uso, por otro lado, permite mostrar la forma en que el
sistema presenta sus procesos para que sean usados por los
distintos usuarios que interactúan con el.

UNIVERSIDAD TECNOLÓGICA DE CHILEINACAP - ÁREA INFORMÁTICA Y TELECOMUNICACIONES

El siguiente ejemplo muestra cómo un actor interactúa con la
agenda, especificando que el actor realiza una acción llamada
agregar contacto.
Según los requerimientos que desees modelar, puedes agregar
más procesos dentro del mismo diagrama o dibujarlos por
separado según lo necesites, agregando todos los procesos que
requieras que se encuentrenasociados a un mismo actor o bien
agregando un segundo actor y todos sus procesos.

Agregar Contacto

Buscar contacto

Actor1

Diagrama de máquina de estados.
Este diagrama muestra los estados por los que pasa un único
objeto en respuesta a los eventos que este efectúa.
Para que lo entendamos mejor primero veamos lo relativo a los
estados, un estado es una condición en la que se encuentra un
objeto...