Zona Sur CEAD Florencia

• Unidad 1: Fase 2 - Especificación, diseño y

arquitectura

Ing. Franklin Lizcano Celis

Director de Curso POO
CEAD Florencia
Fase 2 - Especificación, diseño y
arquitectura

Fase2- Especificación, diseño y arquitectura, donde se debe realizar la

fase de diseño del proyecto, el cual debe incluir:
-Diagrama de Casos de usos
-Modelo de clases
-Diagrama de actividades
-Diagrama Entidad -Relación

Para el desarrollo de esta fase y las fases siguientes, se trabajará con

el proyecto seleccionado en la fase 1 – Análisis de requisitos.
Fase 2 - Especificación, diseño y
arquitectura

Enunciado de ejemplo con el cual se explicarán los diagramas:

En el barrio está ubicada la tienda de don Juan y se requiere diseñar una

aplicación que permita tener un consolidado de las ventas que realiza
diariamente y sobre todo disponer de un inventario en tiempo real que le
permita establecer si se requiere contactar a los proveedores. Don Juan
por el momento solo tiene un empleado.
Para este proyecto es importante tener en cuenta los siguientes
procesos:
Registro de Clientes: En este módulo debe permitir registrar el
nombre, la dirección y el teléfono celular de cada cliente.
Registro de Productos: En este módulo se deben registrar los
productos, presentación y fecha de vencimiento.
Registro de Ventas: En este módulo se registran cada una de las
ventas y el nombre de cada cliente.
Consulta de Inventario: En este módulo debe permitir consultar
información relacionada con el inventario de los productos de la tienda.
Fase 2 - Especificación, diseño y
arquitectura

-Diagrama de Casos de usos

Un caso de uso es un conjunto de escenarios que tienen una meta de usuario

en común (Martin Fowler)

Caso de Uso: Es una descripción de un proceso fina-fin, relativamente largo,

que incluye varias etapas o transacciones

Escenario: Es una secuencia de acciones e interacciones (pasos)

entre los usuarios (actores) y el sistema.

Actor: representa el rol jugado por una persona o cosa que actúa con el
sistema.
Fase 2 - Especificación, diseño y
arquitectura

-Diagrama de Casos de usos

Ejemplo

“El usuario introduce su nombre de usuario y su contraseña.

El sistema verifica la validez del nombre de usuario y de la contraseña y permite al
usuario el acceso al sistema. El sistema muestra la pantalla principal del sistema. El
usuario selecciona la opción de añadir nuevo empleado. El sistema
muestra...”

NOTA: NO TODOS los interesados en el

sistema (stakeholders) son actores, sólo son
actores aquellos que utilizarán el sistema
Fase 2 - Especificación, diseño y
arquitectura

-Diagrama de Casos de usos

- Usuario
- Administrador
- Empleado

Pensar en que la tienda no siempre va

a ser de ese mismo tamaño.
Incluir otros actores como los
proveedores y la base de datos de
esos proveedores.
Actor
Fase 2 - Especificación, diseño y
arquitectura

-Diagrama de Casos de usos

Fase 2 - Especificación, diseño y
arquitectura

-Diagrama de Casos de usos

Fase 2 - Especificación, diseño y
arquitectura

-Diagrama de Clases

Es la unidad básica que encapsula toda la información de un Objeto (un objeto es una
instancia de una clase). A través de ella podemos modelar el entorno en estudio (una
Casa, un Auto, una Cuenta Corriente, etc.).
En UML, una clase es representada por un rectángulo que posee tres divisiones:
                 

En donde:
Superior: Contiene el nombre de la Clase
Intermedio: Contiene los atributos (o variables de instancia) que caracterizan a la Clase
(pueden ser private, protected o public).
Inferior: Contiene los métodos u operaciones, los cuales son la forma como interactúa el
objeto con su entorno (dependiendo de la visibilidad: private, protected o public).
Fase 2 - Especificación, diseño y
arquitectura

-Diagrama de Clases

Atributos:
Los atributos o características de una Clase pueden ser de tres tipos, los que definen el
grado de comunicación y visibilidad de ellos con el entorno, estos son:
•public (+,      ): Indica que el atributo será visible tanto dentro como fuera de la clase, es
decir, es accsesible desde todos lados.
•private (-,      ): Indica que el atributo sólo será accesible desde dentro de la clase (sólo
sus métodos lo pueden accesar).
•protected (#,      ): Indica que el atributo no será accesible desde fuera de la clase, pero si
podrá ser accesado por métodos de la clase además de las subclases que se deriven (ver
herencia).
Fase 2 - Especificación, diseño y
arquitectura

-Diagrama de Clases

Métodos:
Los métodos u operaciones de una clase son la forma en como ésta interactúa con su
entorno, éstos pueden tener las características:
•public (+,    ): Indica que el método será visible tanto dentro como fuera de la clase, es
decir, es accsesible desde todos lados.
•private (-,      ): Indica que el método sólo será accesible desde dentro de la clase (sólo
otros métodos de la clase lo pueden accesar).
•protected (#,      ): Indica que el método no será accesible desde fuera de la clase, pero si
podrá ser accesado por métodos de la clase además de métodos de las subclases que se
deriven (ver herencia).
Fase 2 - Especificación, diseño y
arquitectura

-Modelo de Clases
Fase 2 - Especificación, diseño y
arquitectura

-Diagrama de Actividades

•Acciones - un paso en la actividad en la que los usuarios o el software realizan una

tarea dada. En Lucidchart, esto se simboliza con un rectángulo redondeado.

•Nodo de decisión - una rama condicional en el flujo que se representa con un

diamante. Incluye una sola entrada y dos o más salidas.

•Flujos de control - este es otro nombre para los conectores que muestran el flujo
entre pasos en el diagrama.

•Nodo inicial - simboliza el inicio de la actividad. Se representa con un círculo negro

•.
•Nodo terminal - representa el paso final en la actividad. Se modela con un círculo
negro con contorno blanco.
Fase 2 - Especificación, diseño y
arquitectura

-Diagrama de actividades
Fase 2 - Especificación, diseño y
arquitectura

-Modelo Entidad Relación

Entidad. La entidad es cualquier clase de objeto o conjunto de elementos. Dicho de otra

forma, las entidades las constituyen las tablas de la base de datos que permiten el
almacenamiento de los ejemplares o registros del sistema.

Atributos. Son las características, rasgos y propiedades de una entidad, que toman como
valor una instancia particular.

Relación. Vínculo que permite definir una dependencia entre los conjuntos de dos o más
entidades.
Fase 2 - Especificación, diseño y
arquitectura

-Modelo Entidad Relación

Fase 2 - Especificación, diseño y
arquitectura

Observaciones: es importante tener en cuenta los actores y los

procesos que desarrolla el aplicativo.
Las acciones que realizan los actores determinan la cantidad de
funciones a implementar.
GRACIAS POR SU
ATENCIÓN