FASE 2 ESPECIFICACIÓN, DISEÑO Y ARQUITECTURA

PRESENTADO POR:
CAROL VANESA CAVIEDES

TUTOR:
FRANKLIN LIZCANO CELIS

MATERIA:
PROGRAMACIÓN ORIENTADA A OBJETOS

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

ESCUELA DE CIENCIAS BÁSICA E INGENIERÍA
2019
 INTRODUCCIÓN

Este trabajo tiene como objetivo que los estudiantes establezcan un

diseño desde el análisis de requisitos empleando UML (Lenguaje de
Modelado Unificado) para el desarrollo de Software Orientado a Objetos.
Aprendizaje Basado en Proyectos enfocado al Desarrollo de Productos de
Software orientado a objetos. Resolución de la Fase 2 Especificación,
diseño y arquitectura. Consiste en realizar la fase de diseño del proyecto
de manera individual con todos los requisitos solicitados

PROYECTO B
En el sector Norte, Juan López tiene una pequeña empresa encargada
de la reparación de daños en una vivienda, esta empresa tiene por
nombre Soluciónalo S.A.S. Como sus trabajos son de calidad cada vez
más son los usuarios que hacen uso de este servicio y por la misma
razón, Soluciónalo S.A.S requiere registrar los clientes al igual que sus
reparaciones. Actualmente Soluciónalo S.A.S solo cuenta con seis
clientes (Véase figura 1). De igual manera se debe tener en cuenta otros
roles de usuario (Véase figura 2).

Figura 1. Clientes Soluciónalo S.A.S

Figura 2 Otros roles de usuarios

Para lograr un buen funcionamiento de Soluciónalo S.A.S, se requiere el

desarrollo de una aplicación que realice los siguientes procesos:

Registro de reparaciones: El modulo debe permitir el ingreso de las

reparaciones en el hogar especificando el tipo de arreglo, valor, duración
de la garantía y observaciones. En caso de requerir modificación del
registro, el sistema debe permitir hacerlo.

Registro de Clientes: En este módulo debe permitir registrar el

nombre, fecha de nacimiento, dirección y el teléfono celular de cada
cliente.

Informe de las reparaciones: En este módulo debe permitir obtener

el informe de las reparaciones, incluyendo los datos básicos del cliente.

Consulta de Clientes: En este módulo debe permitir consultar

información relacionada con los clientes y los saldos pendientes por
reparaciones.

Finalmente, al ejecutar la aplicación, esta debe solicitar un password y

Login para garantizar la seguridad de la aplicación y el acceso solo a
personal autorizado. Los estudiantes deben tener en cuenta que no se
permite en el password los siguientes caracteres: #,!,¡,?,^,¿,|,° por lo
que es obligatorio hacer uso de los bloques de excepciones en Java para
evitar estos caracteres.

Para el desarrollo de este proyecto se debe utilizar el paradigma

orientado a objetos (clases, herencia, polimorfismo, encapsulamiento,
etc), así mismo se debe utilizar la base de datos MYSQL como base de
datos predeterminada. El código de la aplicación debe ser comentado en
su totalidad y todos los estudiantes deben registrar las tareas que cada
uno de ellos realiza en el foro correspondiente a cada fase, con el fin de
evidenciar su participación.

OBJETIVO GENERAL
Desarrollar una aplicación en JAVA la cual permita a la empresa
Soluciónalo S.A.S gestionar la información de su empresa

OBJETIVOS ESPECÍFICOS

Realizar un análisis de requisitos tanto funcionales como no funcionales.

Realizar una revisión minuciosa de cómo se debe trabajar el programa

desde el punto de vista del usuario.
 EL DIAGRAMA DE CASO DE USOS

SoluSoft

Registro de
reparaciones

Ingreso al
Sistema
<<Extend>>
Empleado

Informe de Información
<<Extend>> Reparaciones
Base de
datos

Cliente
Ingreso al Registro del
Sistema Cliente

<<Extend>>

Consulta de
Clientes
Casos de Uso

Caso de uso Ingreso al sistema

Actores Cliente, Empleado
Resumen Los empleados y clientes deberán ingresar al
sistema el cual deberá tener un un password y
Login para garantizar la seguridad de la aplicación y
el acceso solo a personal autorizado. No se
permiten caracteres especiales sólo letras y
números.
Precondiciones Los empleados y clientes que no estén registrados
en el sistema no podrán ingresar de ninguna
manera ni ver ninguno de los apartes del software.
PostCondiciones Despues de haber ingresado la clave y contraseña
correcta, los clientes podrán ingresar sólo al área de
informe de reparaciones, los empleados podrán
ingresar a todos los apartados del software.
Flujo de Eventos
Actor Sistema
El usuario ingresa al sistema Verifica si es cliente o empleado para darle acceso
al sistema y si el usuario y la contraseña son
correctos.
 En caso contrario mostrará un mensaje de error de
credenciales

Caso de uso Registro de Operaciones

Actores Empleado
Resumen El modulo debe permitir el ingreso de las
reparaciones en el hogar especificando el tipo de
arreglo, valor, duración de la garantía y
observaciones. En caso de requerir modificación del
registro, el sistema debe permitir hacerlo.

Precondiciones Los empleados podrán realizar:

Modificar, guardar, generar factura, en este
apartado
PostCondiciones Después de haber guardado el registro no podrá ser
modificado
Flujo de Eventos
Actor
El usuario ingresa al sistema
Sistema
Verifica si es cliente existe sino ingresa los datos del
cliente y el tipo de reparación existe o ingresa los
datos de la reparación.
Genera la Factura
Realiza el informe de Reparación

Caso de uso Informe de las reparaciones

Actores Empleado, Cliente
Resumen En este módulo debe permitir obtener el informe de
las reparaciones, incluyendo los datos básicos del
cliente

Precondiciones Los empleados y clientes podrán ver el informe

detallado de las reparaciones, y en el encabezado
encontraras los datos básicos del cliente.
 Los Empleados podrán ver todos los registros.
El Cliente sólo tendrá acceso a su propio informe.
PostCondiciones
Heredada de: Registro de Operaciones
Flujo de Eventos
Actor Sistema
El usuario ingresa al sistema Verifica si la coincidencia entre el cliente registrado
y si hay una reparación a su nombre.
Muestra el informe de las reparaciones que se
realizaran.

Caso de uso Registro de Clientes

Actores Empleado
Resumen El modulo debe permitir el ingreso de clientes con sus datos completos,
 asi como modificar, borrar, y editarlos

Precondiciones Los empleados podrán realizar:

Modificar, guardar, generar factura, en este apartado
PostCondiciones Solo los Usuarios (empleados ) podrán ver y modificar la información
de los clientes
Flujo de Eventos
Actor Sistema
El usuario ingresa al sistema Verifica si es cliente existe sino ingresa los datos del cliente Después
puede realizar consultas

Caso de uso Consultas

Actores Empleado
Resumen El modulo debe permitir la revisión de los datos del cliente

Precondiciones Haber ingresado al sistema como empleado

PostCondiciones
Flujo de Eventos
Actor Sistema
El usuario ingresa al sistema Verifica si es empleado existe
Después puede realizar consultas
El modelo de clases

Informe
Empleado
#IdInforme
#Identificación
+Tipodearreglo
Nombre
+valor
Edad
+garantía
Telefono
+observaciones
Direccion
Rol +Guardar()
+Modificar()
+Ingreso al Sistema()
+Registro de Reparaciones()
+Informe de Reparaciones()
+Registro de Clientes()
+Consultas()

Reparaciones
Clientes
Identificación #IdReparacion
Nombre +Tipodearreglo
FechadeNacimiento +Valor
Telefono +garantía
Direccion +observaciones
+Guardar()
+Consulta() +Modificar()
+Editar ()
+Eliminar()
+Guardar()
El diagrama de actividades

Ingresar usuario y
contraseña

Correcto
Usuario o contraseña
inválida

Mostrar opciones
Ingresar Reparación

Usuario

Ingresar Reparación Revisar usuario Revisar Reparación

Existe Existe

Ingresar usuario Ingresar Reparación

Generar Reparación
El diagrama Entidad-Relación

Informe
Empleado
IdInforme PK
IdEmpleado PK
Tipodearreglo
Nombre
valor
Edad
garantía
Telefono
observaciones
Direccion
Rol

Reparaciones
Clientes
IdCliente PK IdReparacion PK
Nombre Tipodearreglo
FechadeNacimiento Valor
Telefono garantía
Direccion observaciones
Análisis de la implementación de herencia

se puede implementar inicialmente para indicar si la reparación que necesita el cliente y desea que se
realice o a realizar es interna o externa; de allí partiríamos para conocer cuáles son las necesidades de
nuestro cliente y saber en qué parte de la casa específicamente necesita la reparación y a que categoría
pertenece dicha reparación, con el fin de conocer el valor ($ pesos) y el tiempo de realización. Por otro
lado cabe resaltar que la herencia la podemos usar en cada entidad o en donde más la necesitemos para
adicionar nuevas características al programa.

CONCLUSIONES

En este trabajo aprendimos a hacer manejo adecuado de los diagramas que tenemos en nuestra
disposición para crear un buen esquema para nuestra aplicación, partiendo de los conocimientos que
podemos encontrar en la biblioteca virtual de la universidad.