UNIDAD 3: MODELO DE ANÁLISIS ORIENTADO A OBJETOS.

PASO 4: MODELAR LA SOLUCIÓN AL PROBLEMA POO

Alumnos.
Freddy Jovanny Jurado 1077033235
Cesar Orlando Prada
Wilmer Rominguer cortes 1070968240

90168_12

Tutor.
Julián David Alvarado Caicedo

UNIVERSIDAD ABIERTA Y A DISTANCIA

VICERRECTORIA ACADEMICA Y DE INVESTIGACION
ESCUELA. CIENCIAS BASICAS TECNOLOGIA E INGENIERIA
PROGRAMA. INGENIERIA DE SISTEMAS
 CURSO. ANALISIS DE SISTEMAS
MARZO 26 DEL 2017
OBJETIVO

Crear, analizar, estudiar e implementar un sistema de levantamiento de la información

para hallar la posible falencia que identifica Doña Ramona Duran en el Lavaseco “Dirty-
clean”

Estudiar, interpretar y analizar para crear de manera adecuada los requerimientos

necesarios en la correcta implementación de los diagramas de UML en el software
Lavaseco “Dirty-clean”
 INTRODUCCION

A través de la elaboración e implementación del Modelo de Análisis Orientado a Objetos

con el cual se hará la representación gráfica del sistema en desarrollo para lograr
determinar de una manera más legible lo necesario para la implementación del sistema.

Al introducirse en el tema de Diagramas de UML, el estudiante identificara los actores que

intervienen en el sistema, para generar el software más adecuado según los
requerimientos solicitados por Doña Ramona. Además de esto, estos diagramas de UML
permitirán leer de manera mas dinámica y clara las diferentes funciones que cada actor
realizara y las funciones claras que el sistema solicitara ya sea al cliente o al empleado.
 ACTIVIDADES A DESARROLLAR

1. MODELO FUNCIONAL

a. DIAGRAMA DE CASO DE USO- NIVEL 2

b. PLANTILLAS.

i. Factores que intervienen en el sistema (Usuarios que intervienen

en la aplicación a desarrollar)

Doña Ramona
02 empleados
Cliente

Doña
Ramona

Empleado

çeevs
Cliente

Empleado

çeevs
ii. Identificar casos de uso
 iii. Establecer relaciones

Nombre: Historial de servicio Cliente

Autor: Cesar Orlando Prada
Fecha: 30 de abril de 2017
Descripción: Consulta de datos del cliente y consulta de historial de servicios del mismo.
Actores: Empleado
Requerimiento: Software con alta velocidad de procesamiento de datos que en el
momento de digitar el nombre de cliente o sus datos personales podamos conocer su
historial de servicio en el establecimiento.
Precondiciones:
1. Cliente debe existir en el sistema.
2. Cliente debe haber pedido algún servicio para que tenga historial.
Flujo Normal:
1. El empleado ingresa nombre o número de identificación del cliente.
2. El sistema valida que exista el cliente en el sistema con el nombre e identificación
suministrados.
3. El sistema nos muestra los datos e historial del cliente.
4. El sistema nos da opción de imprimir el historial del cliente.
Fin del caso de uso
Flujo Alternativo:
2B. El sistema comprueba los datos suministrados si los datos son erróneos o el cliente
no está registrado dará aviso al empleado para corregir los datos o crear el cliente.
Fin del caso de uso
Poscondiciones:
El empleado debe estar autenticado en el sistema.
Nombre: Historial de servicio Cliente
Autor: Cesar Orlando Prada
Fecha: 30 de abril de 2017
Descripción: Consulta e ingreso de datos de entradas de los empleados.
Actores: Administradora
Requerimiento: Manejar una base de datos mediante nos indique la hora de entrada de
cada empleado en el lavaseco.
Precondiciones:
La administradora debe tener permiso para ingresar los datos.
Flujo Normal:
1. La administradora ingresa nombre o número de identificación del empleado.
2. El sistema valida que exista el empleado.
3. El sistema nos da opción de ingresar fecha y hora de entrada del empleado.
4. El sistema nos deja generar informe de entradas por empleado.
Fin del caso de uso.
Flujo Alternativo:
2B. El sistema comprueba los datos suministrados si los datos son erróneos o el
empleado no está registrado dará aviso a la administradora para corregir los datos o crear
el empleado.
Fin del caso de uso
Poscondiciones:
La administradora debe estar autenticada en el sistema.
2. MODELO DE OBJETOS

a. DIAGRAMA DE CLASE (Concepto se refiere a cosas, pueden tratarse a priori

como clases del sistema)
 b. DIAGRAMA DE OBJETOS

DOÑA
RAMONA 1 1…* EMPLEADO 1 1…* CLIENTE

REGISTRAR
INGRESO
V ERIFICAR REGISTRAR V ERIFICAR
INGRESO SALIDA INGRESO
V ERIFICAR INGRESAR V ERIFICAR
SALIDA DATOS SALIDA
V ERIFICAR PREPARAR
PAGO DE PEDIDO
SOLICITAR Y
PEDIDO
VERIFICAR
PAGO DE
PEDIDO
ENTREGAR
PEDIDO
3. MODELO DINAMICO

a. DIAGRAMA DE SECUENCIA

DOÑA
EMPLEADO SISTEMA
RAMONA

visualizar ingreso
reportar ingreso
reportar ingreso
CLIENTE
esperar
soilicitar pedido

catalogo de
productos

realizar pedido
ingresar pedido

sistema de pago

realizar pago

visualizar costo de pedido pago ok

procesar orden
de trabajo

almacenar
pedido

asignar
identificador
identificador de
pedido

consultar estado de pedido

entregar pedido
visualizar salida enviar pedido

reportar salida reportar salida

 DOÑA VISUALIZAR INGRESO
RAMONA Y SALIDA INGRESA ingresa
EMPLEADO ESPERANDO
SALIDA
dinero no ok/devolver
CLIENTE
efectivo

REALIZAR PEDIDO
catalogo de pedido
dinero ok
b. DIAGRAMA DE ESTADO

PROCESAR ORDEN
DE TRABAJO

entregar producto
visualizar producto
PRODUCTO
 DIAGRAMA DE CONTROL ES ESTABLECIMIENTO
doña ramona

Cliente Empleado o
Lavandería
proveedores
Nombre
Vale de
Teléfon ropa
o Domicili
Identificación o
 DIAGRAMA ENTRADAS SALIDAS

INICIO

Esperar Recibir y pesar ropa

en la fila

NO SI NO Paquete SI
1
1 urgente
Es
su
turno
1
?

Secar

Doblar

Empaquetar

Almacenar

Entregar

Fin
 CONCLUSION

En el desarrollo de este trabajo se logró a través del estudio y la interpretación del sistema
UML, el análisis necesario para implementar los diferentes tipos de graficas que nos
ayudaran a comprender mucho más fácil y dinámico el sistema software que se desea
implementar en el Lavaseco “Dirty-clean” por DOÑA RAMONA.
 BIBLIOGRAFIA

 Minguillón, J. (2011). Introducción al lenguaje de modelado Unificado. OpenLibra.

(FUOC, Ed.). Recuperado de: https://openlibra.com/es/book/introduccion-al-
lenguaje-de-modelado-unificado
 Kimmel, P. (2008). Diagramación de características como procesos. Manual de
UML. Página 49 – 79. México, D.F., MX: McGraw-Hill Interamericana. Recuperado
de: http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?ppg=68&d
ocID=10433806&tm=1485746402519
 Kimmel, P. (2010). El Principio Con Casos de Uso. En Manual de UML (pp. [17]-46).
México: McGraw-Hill Interamericana. Recuperado
de: http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?ppg=36&d
ocID=10433806&tm=1485361490116
 Ingeniería del Software II - Modelado de requisitos con UML (Casos de Uso) -
Fernando Pereñiguez. https://www.youtube.com/watch?v=5ezWOj0k02k&t=2s
 Ingeniería del Software II - Presentación de UML - Fernando Pereñiguez.
https://www.youtube.com/watch?v=sxJEYOtkfj0&t=148s
 Ingeniería del Software II - Introducción al modelado del software - Fernando
Pereñiguez. https://www.youtube.com/watch?v=jDaEx7OCztY
 Fundamentos del Software II - Elementos de UML - Fernando Pereñiguez.
https://www.youtube.com/watch?v=eOKWpIivFqw&t=133s
 Ingeniería del software II - Tipos de relaciones en UML - Fernando Pereñiguez.
https://www.youtube.com/watch?v=zvVzW4LzwTc&t=19s
 Ingeniería del Software II - Modelado de clases con UML - Fernando Pereñiguez.
https://www.youtube.com/watch?v=nFvUZ2Q0CFY
 Ingeniería del software II - Tipos de relaciones en UML - Fernando Pereñiguez.
https://www.youtube.com/watch?v=zvVzW4LzwTc&t=3s
 Ingeniería del software II - Modelando el comportamiento del sistema - Fernando
Pereñiguez. https://www.youtube.com/watch?v=9sNGHPZPsZw&t=8s
 Ingeniería del Software II - Modelado de interacciones del sistema - Fernando
Perñiguez. https://www.youtube.com/watch?v=jOXdN0ZkZtM&t=319s