PROGRAMACIÓN ORIENTADA A OBJETOS

FASE 2 – ESPECIFICACIÓN, DISEÑO Y ARQUITECTURA

GIOVANNI RUIZ GAMBOA CC. 76.331.370

GRUPO 301406_33

TUTOR

FRANKLIN LIZCANO CELIS

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

MARZO 2019
Tabla de contenido
1 PROYECTO SELECCIONADO ................................................................................................... 3
2 DIAGRAMA DE CASO DE USOS. ............................................................................................. 3
2.1 Plantilla caso de uso: Actualizar Perfil de Usuario ........................................................ 4
2.2 Plantilla caso de uso: Actualizar opciones del sistema ................................................. 5
2.3 Plantilla caso de uso: Cambiar contraseñas .................................................................. 7
2.4 Plantilla caso de uso: Acceder al sistema ...................................................................... 8
2.5 Plantilla caso de uso: Generar Informes ....................................................................... 9
2.6 Plantilla caso de uso: actualizar información de clientes............................................ 10
3 MODELO DE CLASES ............................................................................................................ 12
4 DIAGRAMA DE ACTIVIDADES. ............................................................................................. 13
5 DIAGRAMA ENTIDAD-RELACIÓN ......................................................................................... 14
6 CONCEPTO DE HERENCIA .................................................................................................... 14
1 PROYECTO SELECCIONADO

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.

2 DIAGRAMA DE CASO DE USOS.

2.1 Plantilla caso de uso: Actualizar Perfil de Usuario

F Actualizar perfil de usuario

Versión 1

Autores Administrador del sistema

Fuentes

Objetivos asociados Realizar la actualización de los perfiles de los

usuarios

Descripción El sistema deberá permitir al administrador

ingresar a la base de datos de empleados y
usuarios para ingresar un usuario nuevo,
modificar uno existente o eliminar un usuario

Precondición El administrador debe contar con clave de

acceso como administrador

Secuencia Paso Acción

Normal 1 El sistema presenta una pantalla de
inicio de sesión.

2 El sistema carga un formulario para

ingreso de usuario y contraseña.

3 El sistema valida la calve de

administrador

4 El sistema permite el ingreso.

5 El sistema muestra al administrador el

menú

6 El administrador selecciona la acción a

realizar, modificar, ingresar o borrar
usuario

7 El sistema gurda los cambios

ingresados por el administrador

8 El sistema un mensaje de
confirmación de la acción realizada por
el administrador
Postcondición El administrador del programa deberá
asignar una clave temporal a cada usuario
nuevo registrado

Excepciones Paso Acción

1 El sistema no permite el ingreso si se

digita la clave de usuario errada

Rendimiento Paso Cota de tiempo

1 3 a 5 segundos de intervalo por cada

acción realizada

Frecuencia <1000> veces / <mes>

esperada

Importancia {vital}

Urgencia {inmediatamente}

Comentarios Las contraseñas de ingreso deberán tener

números, mayúsculas y caracteres
especiales mínimo 6 digitos

2.2 Plantilla caso de uso: Actualizar opciones del sistema

F Actualizar opciones del sistema

Versión 1

Autores Administrador del sistema,

Fuentes

Objetivos asociados Realizar actualizaciones de las opciones del

sistema

Descripción El sistema deberá permitir al administrador

actualizar las versiones del sistema.

Precondición El administrador debe contar con clave de

acceso como administrador
Secuencia Paso Acción
Normal 1 El sistema presenta una pantalla de
inicio de sesión opciones del sistema.

2 El sistema carga un formulario con las

opciones del sistema (inventarios,
facturación, proveedores, facturas)

3 El sistema valida la calve de

administrador

4 El sistema permite el ingreso.

5 El sistema muestra al administrador el

menú de opciones del sistema

6 El administrador selecciona la acción a

realizar

7 El sistema gurda los cambios

ingresados por el administrador

8 El sistema un mensaje de
confirmación de la acción realizada por
el administrador

Postcondición El administrador del programa deberá

generar informes de actualizaciones
realizadas

Excepciones Paso Acción

1 El sistema no permite el ingreso si se

digita la clave de usuario errada

Rendimiento Paso Cota de tiempo

1 3 a 5 segundos de intervalo por cada

acción realizada

Frecuencia <1000> veces / <mes>

esperada

Importancia {intermedia}

Urgencia Periódica
Comentarios Las actualizaciones del sistema deberán
actualizarse según las necesidades de la
empresa

2.3 Plantilla caso de uso: Cambiar contraseñas

F Cambio de contraseña

Versión 1

Autores Usuario

Fuentes

Objetivos asociados Realizar cambio de contraseña como método

de seguridad

Descripción El sistema deberá permitir al usuario

cambiar periódicamente la contraseña de
ingreso al sistema

Precondición El usuario podrá cambiar la contraseña de

ingreso al sistema periódicamente cuantas
veces lo requiera

Secuencia Paso Acción

Normal 1 El sistema presenta una pantalla de
inicio de sesión

2 El sistema carga un formulario con las

opciones del sistema en las que
incluye el cambio de contraseña

3 El sistema guarda la nueva contraseña

4 El sistema se inicia nuevamente para

dar ingreso al usuario

Postcondición El ingreso al sistema deberá realizarse con la

contraseña actual

Excepciones Paso Acción

1 El sistema no permite repetir las

contraseñas
Rendimiento Paso Cota de tiempo

1 3 a 5 segundos de intervalo por cada

acción realizada

Frecuencia <1000> veces / <mes>

esperada

Importancia {intermedia}

Urgencia Periódica

Comentarios Las contraseñas deberán tener mayúsculas,

números y caracteres especiales mínimo 6
dígitos

2.4 Plantilla caso de uso: Acceder al sistema

F Acceso al sistema

Versión 1

Autores Usuario, empleado

Fuentes

Objetivos asociados Permitir la entrada al usuario y empleado a

los menús de ingreso del sistema
correspondientes al área de ventas y
servicios

Descripción El sistema deberá permitir el ingreso

exclusivamente a los menus
correspondientes al área comercial (ventas,
facturación y servicios)

Precondición El ingreso solo se permite con la calve

asignada al usuario o empleado del área
comercial

Secuencia Paso Acción

Normal 1 El sistema presenta una pantalla de
inicio de sesión
 2 El sistema carga un formulario con las
opciones del sistema correspondientes
al área comercial

3 El sistema permite general facturas,

compras, ventas y servicios

4 El sistema permite imprimir las

facturas realizadas y generar informes
de ventas

Postcondición Solo ingresa al menú del área comercial

Excepciones Paso Acción

1 El sistema no permite modificar datos

de usuarios ni inventarios

Rendimiento Paso Cota de tiempo

1 3 a 5 segundos de intervalo por cada

acción realizada

Frecuencia <1000> veces / <mes>

esperada

Importancia {inmediata}

Urgencia Urgente

Comentarios El usuario o empleado tendrá la opción de

cambiar una factura en caso de error

2.5 Plantilla caso de uso: Generar Informes

F Generar de informes

Versión 1

Autores Usuario, empleado, administrador del

sistema, reloj, proveedor

Fuentes

Objetivos asociados Permitir la generación de informes parciales

o totales, diarios, mes año
Descripción El sistema contara con un botón de ingreso
que permita la generación de informes

Precondición El informe podrá ser retroalimentado por el

proveedor para verificar costo de materiales

Secuencia Paso Acción

Normal 1 El sistema presenta una pantalla de
inicio de sesión

2 El sistema carga un formulario donde

está la opción de generar informe

3 El sistema permite general informes

diarios, mensuales o anuales, de
ventas, reparaciones, inventario,
clientes

4 El sistema permite imprimir el informe

Postcondición Todos los usuarios del sistema pueden

generar informes en cualquier momento

Excepciones Paso Acción

1 El sistema no permite modificar datos

de los informes los archivos se
generan en formato PDF

Rendimiento Paso Cota de tiempo

1 3 a 5 segundos de intervalo por cada

acción realizada

Frecuencia <1000> veces / <mes>

esperada

Importancia {inmediata}

Urgencia periódica

Comentarios Los informes se pueden enviar vía email

2.6 Plantilla caso de uso: actualizar información de clientes

F Actualizar cliente
Versión 1

Autores Empleado

Fuentes

Objetivos asociados Permitir al empleado modificar, actualizar los

datos perdónales de un cliente

Descripción El sistema contara con un botón de

actualización de clientes

Precondición Puede ingresar y guardar clientes nuevos

Secuencia Paso Acción

Normal 1 El sistema presenta una pantalla de
inicio de sesión

2 El sistema carga un formulario donde

está la opción de actualizar cliente

3 El sistema permite modificar los datos

básicos del cliente incluyendo las
facturas generadas

4 El sistema permite imprimir las

facturas

Postcondición Todos los clientes pueden ser consultados

por su código de cliente (número de
documento)

Excepciones Paso Acción

1 No se podrán ingresar clientes sin

número de documento

Rendimiento Paso Cota de tiempo

1 3 a 5 segundos de intervalo por cada

acción realizada

Frecuencia <1000> veces / <mes>

esperada

Importancia {inmediata}

Urgencia periódica

Comentarios Los informes se pueden enviar vía email

3 MODELO DE CLASES
4 DIAGRAMA DE ACTIVIDADES.
5 DIAGRAMA ENTIDAD-RELACIÓN

6 CONCEPTO DE HERENCIA

2. Cada estudiante realiza el análisis donde indique como puede

implementar el concepto de herencia en el proyecto teniendo como
insumo los modelos establecidos en la fase diseño.

La herencia es un mecanismo que permite la definición de una clase a

partir de la definición de otra ya existente. La herencia permite
compartir automáticamente métodos y datos entre clases, subclases y
objetos.
La herencia es específica de la programación orientada a objetos,
donde una clase nueva se crea a partir de una clase existente.
La herencia (a la que habitualmente se denomina subclase) proviene
del hecho de que la subclase (la nueva clase creada) contiene las
atributos y métodos de la clase primaria

Para el caso del programa a implementar en el diagrama modelo de

clases existe una clase con el nombre reparación la cual cuanta con
una subclase llamada categoría, la implementación de la herencia
radica en que la clase reparación contiene los nombres de las
reparaciones que se realizan en la empresa a clientes determinados,
pero esta a su ves depende de un registro o categoría que asigna un
código a cada reparación, cuando se ingresa la reparación a realizar
esta solicita un código de la clase de reparación que es extraída de la
subclase categoría donde están definidas cada una de las reparaciones
que se realizan en la empresa, esta base de datos se va actualizando
cada vez que un cliente solicita un servicios y se le asigna un código a
cada clase de reparación.