Está en la página 1de 58

UNÍVERSÍDAD AUTÓ NOMA DE SANTO

DOMÍNGO

ANALISIS Y DISEÑ O DE SISTEMA


Proyecto Final

Hermó genes Gonzalez


Nina
Warlyn Vladimir Tobal Nuñez
(100430003)
Carlos Enrique Martinez Alberto
(100436254)
1

Índice
Control de Versiones...................................................................................................................................3
Historial de Revisiones.............................................................................................................................3
Capitulo 1: Investigación Preliminar............................................................................................................3
1. Descripción de la entidad...............................................................................................................3
2. Misión.............................................................................................................................................3
3. Objetivos........................................................................................................................................3
4. Requerimientos..............................................................................................................................3
5. Visión..............................................................................................................................................3
Capítulo 2: Sistema actual...........................................................................................................................4
Descripción del sistema:..............................................................................................................................4
1. Alcances del Sistema......................................................................................................................4
2. Debilidades del sistema actual.......................................................................................................4
3. Departamentos involucrados.........................................................................................................5
4. Sistema propuesto..........................................................................................................................5
Estudio de Factibilidad................................................................................................................................5
1. Técnica............................................................................................................................................5
2. Económica......................................................................................................................................5
a. Retorno de Inversión..................................................................................................................5
3. Operacional....................................................................................................................................5
Capitulo 3: Descripcion del Proyecto...........................................................................................................6
Descripcion del proyecto:........................................................................................................................6
1. Diagramas de Casos de Uso............................................................................................................7
2. Descripción de Casos de Uso..........................................................................................................8
3. Diagramas de Actividad................................................................................................................23
Reglas de Negocio.....................................................................................................................................35
Modelo Estructural....................................................................................................................................36
1. Diagrama De Clases......................................................................................................................36
2. Documentación de Clases.............................................................................................................36
Modelo de Comportamiento.....................................................................................................................38
2

1. Diagramas de Secuencias.............................................................................................................38
Interfaz de Usuario....................................................................................................................................45
1. Entradas........................................................................................................................................45
2. Salidas...........................................................................................................................................48
Bases de Datos..........................................................................................................................................50
1. Diagrama de Base de Datos..........................................................................................................50
2. Documentación de Tablas (Diccionario).......................................................................................51
Capitulo 4: Recomendaciones Finales.......................................................................................................53
Especificaciones de instalación de hardware.........................................................................................53
Especificaciones de instalación de software..........................................................................................53
Mantenimiento del sistema...................................................................................................................54
Manuales (De usuario, de operaciones)................................................................................................54
Seguridad física......................................................................................................................................54
Seguridad lógica....................................................................................................................................54
Plan de Prueba..........................................................................................................................................54
Plan de Implantación.................................................................................................................................55
1. Entrenamiento..............................................................................................................................55
2. Migración......................................................................................................................................55
3. Instalación....................................................................................................................................55
4. Agenda de Trabajo........................................................................................................................55
5. Procedimientos Para Usuarios Finales..........................................................................................56
Seguimiento Post-Implantación................................................................................................................56
Sign-off......................................................................................................................................................56
Equipo del Cliente..................................................................................................................................57
Conclusion.................................................................................................................................................57
3

Control de Versiones
Historial de Revisiones
Versión# Fecha Autor Descripción
1.0 01-03-2022 Warlyn Vladimir Tobal Nuñez Implementación de Sistemas de
Carlos Enrique Martinez Ventas de Servicios.
Alberto

Capitulo 1: Investigación Preliminar


1. Descripción de la entidad
Surge desarrollar un sistema de ventas enfocado a la venta de servicios, con el cual el usuario podrá
realizar las tareas de manera eficiente, con menos costo de recursos y con un margen de error muy
mínimo. Con el sistema se podrán realizar todas las tareas cotidianas de la actividad a la cual este está
dirigido.

2. Misión
La razón por la cual se realiza este proyecto de sistema de ventas de servicios surge con la necesidad de
evitar el gran margen de error que afecta a la empresa en la realización de las tareas y debido a las
necesidades de automatizar los procesos con fin de hacer más eficiente las tareas y optimizar el sistema,
donde la empresa pueda contar con un mejor manejo de la información, fácil y eficaz.

3. Objetivos
 Cumplir con todas las necesidades de la empresa.
 Satisfacer las necesidades del usuario.
 Realice las ventas de servicios de manera óptima.
 Que pueda guardar los datos de forma ordenada y simple.
 Que visualice todo lo que se ingrese al sistema.

4. Requerimientos
 El sistema debe ser seguro
 El sistema debe cumplir con todas las tareas que giran en torno a las ventas.
 Realizarse capacitación.
 Deben realizarse copias de seguridad.

5. Visión
Ser líder en el mercado y brindar calidad en todos los procesos de adquisición del sistema, asegurando
así la felicidad y reconocimiento de los clientes.
4

Capítulo 2: Sistema actual

Descripción del sistema:

Este sistema va a permitir que podamos procesar una gran cantidad de información de los empleados
sin tener que hacerlo a mano y cometer errores.

En tiempos atrás los procesos de forma manual llegan a ser muy lentos y con un mayor tiempo para
poder realizar todas las tareas; hoy en día con los avances de la tecnología se busca hacer las tareas más
eficientes y óptimas para obtener mejores resultados. Cuando los procesos de un sistema se realizan de
forma manual llegan a consumir más recursos, lo cual hace que el sistema sea poco óptimo a la hora de
realizas las tareas cotidianas, también por igual cuando no se tiene un sistema bien implementado y no
está bien concebido, esto causa que el sistema tenga un mayor margen de error. Agregando que
también se perdería mucho tiempo al realizar los procesos de las tareas.

1. Alcances del Sistema


 Registro de Usuarios.
 Registro de Clientes.
 Registro de Servicios.
 Registro de Facturas.
 Consulta de Usuarios.
 Consulta de Clientes.
 Consulta de Servicios.
 Consulta de Facturas.
 Reporte de Usuarios.
 Reporte de Clientes.
 Reporte de Facturas.

2. Debilidades del sistema actual


 No posee reportes de servicios
 No se podrá facturar pagos con tarjeta de crédito.
 No está relacionado con el área de contabilidad.
5

3. Departamentos involucrados
El administrador y el empleado son los únicos que tienen acceso al sistema de ventas de servicios
(Lavandería), en la cual para los empleados o usuarios que utilizan el sistema solo tendrán acceso a
crear, buscar y consultar clientes, servicios y facturas en el sistema. El Administrador o dueño de la
empresa tendrá acceso a todo el sistema instalado.

4. Sistema propuesto
Ya con un sistema de ventas automatizado para la empresa de Lavandería, tiene un impacto bueno y
considerable ya que con el nuevo sistema que se implementara aumentara su proceso y ahorrara
tiempo a la hora de realizar cualquier servicio así aumentando el número de clientes ya que los clientes
se sienten más cómodo a la hora de procesar las ventas ayudando a la empresa a mejorar con su
desarrollo y aumentando sus beneficios.

Estudio de Factibilidad
1. Técnica
Después de realizar el análisis de factibilidad se pudo encontrar que la empresa cuenta con la
factibilidad técnica como para implementar el sistema de ventas y operar correctamente bien en él.
Tanto en hardware como también en software se posee la factibilidad como para dar el visto bueno,
además que el Sistema estará optimizado de la mejor manera posible como también que sea sencillo de
entender e interactuar con el usuario.

2. Económica
Se hizo una evaluación donde se puso de manifiesto el equilibrio existente entre los costos del sistema y
los beneficios que se derivaron de éste.

La Empresa está de acuerdo con el monto que se lleva para los analistas y el tiempo que llevo analizando
la empresa para implementar el sistema de ventas, así como el costo del hardware y el costo del
software, comprometiéndose a pagar dichos gastos.

a. Retorno de Inversión
El Proyecto aprobado para la empresa costaría un estimado de RD$150,500.00 incluyendo el
tiempo del analista y su equipo, costo estimado del hardware y el software sin considerar el
mantenimiento de estos.

El retorno de inversión para la empresa es de un 30% ya que comparamos el beneficio


obtenido o la utilidad obtenida que fue de RD$45,150.00 pesos en un periodo de tiempo en
relación a la inversión realizada.

3. Operacional
El sistema de ventas funcionara una vez instalado en la empresa y cumpla con todos los requisitos
prometidos y que los usuarios a usar el sistema tengan el conocimiento y la practica necesaria para usar
el sistema, dando como resultado un trabajo más óptimo y mucho más eficaz y rápido.
6

Capitulo 3: Descripcion del Proyecto

Descripcion del proyecto:

Este proyecto tiene como objetivo, en mejorar el sistema para agilizar los registro, pagos, facturas etc…
las necesidades de la lavanderia

La herramienta de desarrollo con la cual se encuentra desarrollado este sistema es “Visual Studio” e
implementado con el lenguaje de programación “C#”, y se encuentra estructurado según el modelo de
tres capas.

A continuacion, se planteara el diseño del producto terminado y list para su implemantacion.


7

1. Diagramas de Casos de Uso


8

2. Descripción de Casos de Uso


Caso de uso: “Registrar Usuario”.

Nombre de Caso de uso: Registrar Usuarios.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador poder registrar usuarios.
Flujo de eventos
Curso Normal 1. Se inicia cuando el administrador elige
la opción de registrar usuarios.
2. Introduce los datos correspondientes.
3. Verifica los datos introducidos.
4. Selecciona la opción guardar.
Alternante En el paso 2 pueda que el administrador
introduzca datos no válidos.
En el paso 4 pueda que el administrador
seleccione la opción guardar con datos
faltantes.
En el paso 4 pueda que suceda algún error con
la base de datos.
Pre-Condición Un usuario existente y de tipo administrador
debe hacer accedido al sistema.
9

Caso de uso: “Eliminar Usuario”.

Nombre de Caso de uso: Eliminar Usuario.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador eliminar usuarios existentes en la base de datos.
Flujo de eventos
Curso Normal 1. Este caso de uso comienza después de
que el administrador haya registrado
un usuario y elija la opción eliminar en
la interfaz de visualización.
2. Se muestra un mensaje de
confirmación al administrador
preguntando si realmente desea
eliminar el usuario.
3. El Administrador confirma la
operación.
4. El usuario se marca eliminado
(inactivo) en la base de datos.
5. Se muestra un mensaje que se eliminó
exitosamente.
Alternante En el paso 4 puede presentarse algún error al
interactuar con la base de datos, en tal caso,
se le informa al usuario que ha ocurrido un
error y que pueda esperar y volver a
intentarlo en un momento.
El Administrador puede elegir, en el paso 3,
cancelar en el mensaje de confirmación
mostrado en el paso 2. Si es así, el caso de uso
termina sin realizar ninguna operación.
En el paso 4 puede haber un error al guardar
los datos con la base de datos y retornar al
paso 3.
Pre-Condición Un usuario valido y de tipo Administrador
debe haber accedido al sistema.
10

Caso de uso: “Modificar Usuario”.

Nombre de Caso de uso: Modificar Usuario.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador modificar usuarios en la base de datos.
Flujo de eventos
Curso Normal 1. Este caso de uso comienza cuando el
Administrador selecciona la opción de
modificar usuario.
2. El administrador modifica los datos
que desea del usuario.
3. El administrador presiona el botón de
guardar.
4. Se muestra un mensaje de
confirmación al administrador,
preguntando si realmente desea
modificar el usuario.
5. El administrador confirma la
operación.
6. El usuario es actualizado en la base de
datos.
7. Se muestra un mensaje de éxito.
Alternante En el paso 7 puede presentarse algún error al
interactuar con la base de datos, en tal caso, se
le informa al administrador que ha ocurrido un
error y que pueda esperar un momento e
intentarlo más tarde.
El administrador puede presionar el botón de
salir, en tal caso, el caso de uso termina sin
realizar ninguna acción.
El Administrador puede elegir, en el paso 5,
cancelar en el mensaje de confirmación
mostrado en el paso 4.
Pre-Condición Un usuario valido y de tipo Administrador
debe haber accedido al sistema.
11

Caso de uso: “Consultar Usuario”.

Nombre de Caso de uso: Consultar Usuarios.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador consultar usuarios.
Flujo de eventos
Curso Normal 1. Se inicia cuando el usuario elige la
opción de consultar usuarios.
2. El sistema automáticamente lista
todos los usuarios existentes en la
base de datos.
Alternante Pueda que suceda algún error con la base de
datos.
Pre-Condición Un usuario existente y de tipo administrador
debe hacer accedido al sistema.

Caso de uso: “Registrar Clientes”.

Nombre de Caso de uso: Registrar Cliente.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al usuario o administrador registrar nuevos clientes.
Flujo de eventos
Curso Normal 1. Este caso de uso comienza cuando el
usuario selecciona la opción clientes y
este no existe en la base de datos.
2. El usuario introduce los datos del
cliente que desea registrar.
3. Se muestra un mensaje de
confirmación al usuario, preguntando
si realmente desea registrar el cliente.
4. El usuario presiona el botón guardar.
5. Validar los datos del cliente.
6. Cliente se guarda en la base de datos.
7. Se muestra un mensaje que se guardó
exitosamente.
Alternante El usuario en el paso 3 puede cancelar el
registro de cliente.
En el paso 5 los datos pueden no estar
validados, en tal caso, se muestra un mensaje
de error y vuelve al paso 2.
El usuario puede presionar el botón salir en
cualquier momento, en tal caso se termina el
proceso sin realizar ninguna acción.
Pre-Condición Un usuario existente y de tipo administrador
debe hacer accedido al sistema.
12

Caso de uso: “Eliminar Clientes”.

Nombre de Caso de uso: Eliminar clientes.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador eliminar clientes existentes de la base de datos.
Flujo de eventos
Curso Normal 1. Este caso de uso comienza después de
que el administrador haya registrado
un cliente y selecciona la opción
eliminar cliente.
2. Se muestra un mensaje de
confirmación al administrador
preguntando si realmente desea
eliminar el cliente.
3. El Administrador confirma la
operación.
4. El cliente se marca eliminado
(inactivo) en la base de datos.
5. Se muestra un mensaje que se eliminó
exitosamente el cliente.
Alternante El administrador en el paso 2 puede cancelar
el registro de cliente.
En el paso 4 puede presentarse algún error al
interactuar con la base de datos.
El administrador puede presionar el botón
salir en cualquier momento, en tal caso se
termina el proceso sin realizar ninguna acción.
Pre-Condición Un usuario valido y de tipo Administrador
debe haber accedido al sistema.
13

Caso de uso: “Modificar Clientes”.

Nombre de Caso de uso: Modificar clientes.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador o usuario modificar clientes existentes en la base de
datos.
Flujo de eventos
Curso Normal 1. Este caso de uso comienza cuando el
Administrador selecciona la opción de
modificar clientes.
2. El administrador o usuario modifica
los datos que desea del cliente.
3. El Administrador o usuario presiona el
botón de guardar.
4. Se muestra un mensaje de
confirmación al usuario, preguntando
si realmente desea modificar el
cliente.
5. El administrador o usuario confirma la
operación.
6. El cliente es actualizado en la base de
datos.
7. Se muestra un mensaje de éxito.
Alternante En el paso 7 puede presentarse algún error al
interactuar con la base de datos, en tal caso,
se le informa al usuario que ha ocurrido un
error y que pueda esperar un momento e
intentarlo.

El usuario puede presionar el botón de salir,


en tal caso, el caso de uso termina sin realizar
ninguna acción.

El Administrador puede elegir, en el paso 5,


cancelar en el mensaje de confirmación
mostrado en el paso 4.
Pre-Condición Un usuario valido y de tipo Administrador
debe haber accedido al sistema.
14

Caso de uso: “Consultar Clientes”.

Nombre de Caso de uso: Consultar Clientes.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador o usuario consultar clientes.
Flujo de eventos
Curso Normal 1. Se inicia cuando el usuario elige la
opción de consultar clientes.
2. El sistema automáticamente listo
todos los clientes existentes en la base
de datos.
Alternante Pueda que suceda algún error con la base de
datos.
Pre-Condición Un usuario valido y de tipo Administrador
debe haber accedido al sistema.
15

Caso de uso: “Registrar Servicios”.

Nombre de Caso de uso: Registrar Servicios.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador o usuario registrar nuevos servicios.
Flujo de eventos
Curso Normal 1. Este caso de uso comienza cuando el
administrador o usuario selecciona la
opción servicios y este no existe en la
base de datos.
2. El usuario introduce los datos del
servicio que desea registrar.
3. Se muestra un mensaje de
confirmación al usuario, preguntando
si realmente desea registrar el
servicio.
4. El usuario presiona el botón guardar.
5. Validar los datos del servicio.
6. Servicio se guarda en la base de datos.
7. Se muestra un mensaje que se guardó
exitosamente.
Alternante El usuario en el paso 3 puede cancelar el
registro de servicio.
En el paso 5 los datos pueden no estar
validados, en tal caso, se muestra un mensaje
de error y vuelve al paso 2.
El usuario puede presionar el botón salir en
cualquier momento, en tal caso se termina el
proceso sin realizar ninguna acción.
Pre-Condición Un usuario existente y de tipo administrador
debe hacer accedido al sistema.
16

Caso de uso: “Eliminar Servicios”.

Nombre de Caso de uso: Eliminar servicios.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador eliminar servicios existentes de la base de datos.
Flujo de eventos
Curso Normal 1. Este caso de uso comienza después de
que el administrador haya registrado
un servicio y selecciona la opción
eliminar servicio.
2. Se muestra un mensaje de
confirmación al administrador
preguntando si realmente desea
eliminar el servicio.
3. El administrador confirma la
operación.
4. El servicio se marca eliminado
(inactivo) en la base de datos.
5. Se muestra un mensaje que se eliminó
exitosamente el servicio.
Alternante El administrador en el paso 2 puede cancelar
el registro de servicios.

En el paso 4 puede presentarse algún error al


interactuar con la base de datos.

El administrador puede presionar el botón


salir en cualquier momento, en tal caso se
termina el proceso sin realizar ninguna acción.
Pre-Condición Un usuario valido y de tipo Administrador
debe haber accedido al sistema.
17

Caso de uso: “Modificar Servicios”.

Nombre de Caso de uso: Modificar servicios.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador modificar servicios existentes en la base de datos.
Flujo de eventos
Curso Normal 1. Este caso de uso comienza cuando el
Administrador selecciona la opción de
modificar servicios.
2. El administrador modifica los datos
que desea del servicio.
3. El Administrador presiona el botón de
guardar.
4. Se muestra un mensaje de
confirmación al usuario, preguntando
si realmente desea modificar el
servicio.
5. El administrador confirma la
operación.
6. El servicio es actualizado en la base de
datos.
7. Se muestra un mensaje de éxito.
Alternante En el paso 7 puede presentarse algún error al
interactuar con la base de datos, en tal caso,
se le informa al usuario que ha ocurrido un
error y que pueda esperar un momento e
intentarlo.

El usuario puede presionar el botón de salir,


en tal caso, el caso de uso termina sin realizar
ninguna acción.

El Administrador puede elegir, en el paso 5,


cancelar en el mensaje de confirmación
mostrado en el paso 4.
Pre-Condición Un usuario valido y de tipo Administrador
debe haber accedido al sistema.
18

Caso de uso: “Consultar Servicios”.

Nombre de Caso de uso: Consultar Servicios.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador o usuario consultar servicios.
Flujo de eventos
Curso Normal 1. Se inicia cuando el usuario elige la
opción de consultar servicios.
2. El sistema automáticamente listo
todos los clientes existentes en la base
de datos.
Alternante Pueda que suceda algún error con la base de
datos.
Pre-Condición Un usuario valido y de tipo Administrador
debe haber accedido al sistema.
19

Caso de uso: “Registrar Facturas”.

Nombre de Caso de uso: Registrar Facturas.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador o usuario registrar nuevas facturas.
Flujo de eventos
Curso Normal 1. Este caso de uso comienza cuando el
administrador o usuario selecciona la
opción servicios y este no existe en la
base de datos.
2. El usuario introduce los datos de la
factura que desea registrar.
3. Se muestra un mensaje de
confirmación al usuario, preguntando
si realmente desea registrar la factura.
4. El usuario presiona el botón guardar.
5. Validar los datos de la factura.
6. Factura se guarda en la base de datos.
7. Se muestra un mensaje que se guardó
exitosamente.
Alternante El usuario en el paso 3 puede cancelar el
registro de factura.

En el paso 5 los datos pueden no estar


validados, en tal caso, se muestra un mensaje
de error y vuelve al paso 2.

El usuario puede presionar el botón salir en


cualquier momento, en tal caso se termina el
proceso sin realizar ninguna acción.
Pre-Condición Un usuario existente y de tipo administrador
debe hacer accedido al sistema.
20

Caso de uso: “Eliminar Facturas”.

Nombre de Caso de uso: Eliminar Facturas.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador eliminar facturas existentes de la base de datos.
Flujo de eventos
Curso Normal 1. Este caso de uso comienza después de
que el administrador haya registrado
una factura y selecciona la opción
eliminar factura.
2. Se muestra un mensaje de
confirmación al administrador
preguntando si realmente desea
eliminar la factura.
3. El Administrador confirma la
operación.
4. La factura se marca eliminado
(inactivo) en la base de datos.
5. Se muestra un mensaje que se eliminó
exitosamente el servicio.
Alternante El administrador en el paso 2 puede cancelar el
registro de facturas.

En el paso 4 puede presentarse algún error al


interactuar con la base de datos.

El administrador puede presionar el botón salir


en cualquier momento, en tal caso se termina
el proceso sin realizar ninguna acción.
Pre-Condición Un usuario valido y de tipo Administrador debe
haber accedido al sistema.
21

Caso de uso: “Modificar Facturas”.

Nombre de Caso de uso: Modificar Facturas.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador modificar facturas existentes en la base de datos.
Flujo de eventos
Curso Normal 1. Este caso de uso comienza cuando el
Administrador selecciona la opción de
modificar facturas.
2. El administrador modifica los datos que
desea de la factura.
3. El administrador presiona el botón de
guardar.
4. Se muestra un mensaje de
confirmación al usuario, preguntando
si realmente desea modificar la factura.
5. El administrador confirma la operación.
6. El servicio es actualizado en la base de
datos.
7. Se muestra un mensaje de éxito.
Alternante En el paso 7 puede presentarse algún error al
interactuar con la base de datos, en tal caso, se
le informa al usuario que ha ocurrido un error y
que pueda esperar un momento e intentarlo.

El usuario puede presionar el botón de salir, en


tal caso, el caso de uso termina sin realizar
ninguna acción.

El Administrador puede elegir, en el paso 5,


cancelar en el mensaje de confirmación
mostrado en el paso 4.
Pre-Condición Un usuario valido y de tipo Administrador
debe haber accedido al sistema.
22

Caso de uso: “Consultar Facturas”.

Nombre de Caso de uso: Consultar Facturas.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al administrador o usuario consultar facturas.
Flujo de eventos
Curso Normal 1. Se inicia cuando el usuario elige la
opción de consultar facturas.
2. El sistema automáticamente lista
todos los clientes existentes en la base
de datos.
Alternante Pueda que suceda algún error con la base de
datos.
Pre-Condición Un usuario valido y de tipo Administrador
debe haber accedido al sistema.

Caso de uso: “Log In”.

Nombre de Caso de uso: Log In.


Autor(es): Warlyn Tobal, Carlos Martinez.
Descripción: Permite al usuario existente acceder al sistema.
Flujo de eventos
Curso Normal 1. Este caso de uso comienza cuando el
usuario ejecuta el sistema.
2. El usuario introduce su nombre de
usuario y clave de acceso.
3. El usuario presiona el botón Entrar.
4. La información introducida es
validada.
5. El usuario es introducido en el
sistema.
Alternante El usuario puede presionar el botón de salir en
cualquier momento, en cuyo caso termina el
caso de uso y la ejecución de la aplicación.
En el paso 4, si la validación falla, se muestra
un mensaje de error y se retorna al usuario al
paso 2.
23

3. Diagramas de Actividad
Caso de uso Registrar Usuarios
24

Caso de uso Eliminar Usuarios


25

Caso de uso Modificar Usuarios


26

Caso de uso Registrar Clientes


27

Caso de uso Eliminar Usuarios


28

Caso de uso Modificar Usuarios


29

Caso de uso Registrar Servicios


30

Caso de uso Eliminar Servicios


31

Caso de uso Modificar Servicios


32

Caso de uso Registrar Facturas


33

Caso de uso Eliminar Facturas


34

Caso de uso Modificar Facturas


35

Caso de uso Log In

Reglas de Negocio
 No se debe alterar la naturaleza del sistema.
 Cualquier problema que presente el sistema se debe comunicar con los encargados de
mantenimientos de software y hardware.
 Cualquier agregación al sistema debe de solicitarse formalmente y esta conllevara un costo
adicional.
 El sistema será manejado solo por el administrar o encargado de la empresa permitiendo acceder al
sistema solo empleados o usuarios que ellos decidan.
 El sistema contara con 3 meses de mantenimiento incluido y sin costo alguno.
 El sistema contara con 5 meses de garantía.
 No se deben violar los derechos de autor.
 Está prohibido la venta de este sistema.
 Se Debe hacer una copia de seguridad cada cierto tiempo para cualquier problema.
36

Modelo Estructural
1. Diagrama De Clases

2. Documentación de Clases
Nombre: Clase Maestra

Descripción: Permite heredar a todas las clases los métodos dentro de ella.

 Insertar (); guarda los campos de la clase en la base de datos.


 Buscar (); Busca los campos desde la base de datos.
 Editar (); Actualiza una fila específica de una tabla de base de datos.
 Eliminar (); Elimina una fila específica de una tabla de base de datos.
 Listar (); Lista los campos de una Tabla.
37

Nombre: Usuario

Descripción: Esta permite trabajar con los usuarios en el sistema.

Campo Tipo de dato Descripción Ejemplo

UsuarioId Int Código de usuario 1

Nombres String Nombre del usuario Juan Pérez

NombreUsuario String Nombre de usuario(nombre de usuario Admin


para hacer el log in)

Contraseña String Contraseña para el log in Admin123

Tipo Int El área en que va a Administrativo


trabajar(administrativa)

Nombre: Clientes

Descripción: Esta clase se utiliza para registrar al cliente en el sistema.

Campo Tipo de dato Descripción Ejemplo

ClienteId Int código de cliente 1

Nombres String nombre del cliente Juan Pérez

Dirección String Dirección del cliente Urb. Álvarez C/ A #13,


San Francisco de
Macorís, Duarte,
Rep.Dom.

Teléfono String Teléfono del cliente 809-123-4567

Email String Correo electrónico del cliente Juan.perez@gmail.com


Nombre: Servicios

Descripción: Esta clase se utiliza para registrar los servicios en el sistema.

Campo Tipo de dato Descripción Ejemplo

ServicioId Int Código de servicio 1

Descripción String Descripción del servicio Pantalón Lavado

Precio Decimal Precio o costo del servicio RD$75.00


38

Nombre: Facturas

Descripción: Esta clase se utiliza para registrar las facturas en el sistema.

Campo Tipo de dato Descripción Ejemplo

FacturaId Int Código de factura 1

ClienteId Int Código de cliente 1

Fecha Date Fecha de la factura 25/07/2017

Total Decimal Total de la factura RD$250.00

DetalleId Int Código de detalle 1

Modelo de Comportamiento

1. Diagramas de Secuencias
Diagrama: Registrar Usuarios.
39

Diagrama: Registrar Clientes.

Diagrama: Registrar Servicios.


40

Diagrama: Registrar Facturas.

Diagrama: Eliminar Usuarios.


41

Diagrama: Eliminar Clientes.

Diagrama: Eliminar Servicios.

Diagrama: Eliminar Facturas.


42

Diagrama: Modificar Usuarios.

Diagrama: Modificar Clientes.


43

Diagrama: Modificar Servicios.

Diagrama: Modificar Facturas.


44

Diagrama: Consultar Usuarios.

Diagrama: Consultar Clientes.

Diagrama: Consultar Servicios.


45

Diagrama: Consultar Facturas.

Interfaz de Usuario
1. Entradas
o Log In
46

o Registro de Usuarios

o Registro de Clientes
47

o Registro de Servicios

o Registro de Facturas
48

2. Salidas
o Consulta de Usuarios

o Consulta de Clientes
49

o Consulta de Servicios

o Consulta de Facturas
50

Bases de Datos
1. Diagrama de Base de Datos
51

2. Documentación de Tablas (Diccionario)


Tabla: Usuarios

Nombre Descripción Tamaño - Tipo Condición Ejemplo

UsuarioId + PK Número de 6N >0 1


identificación
Nombres Nombres del 80A ”” Juan Pérez
usuario
NombreUsuario Nombre de 20AN <>”” Admin
usuario para
acceso
Clave Contraseña de 15AN <>”” Admin123
acceso
TipoUsuarioId Verificador si el 1N >0 1
usuario está
activo

Tabla: Clientes

Nombre Descripción Tamaño - Tipo Condición Ejemplo

ClienteId + PK Número de 6N >0 1


identificación
Nombres Nombres del 80A ”” Juan Pérez
cliente
Dirección Dirección del 80AN <>”” Calle la cruz #2 San
cliente Francisco de Macorís,
Duarte, Rep. Dom.
Teléfono Teléfono del 15N <>”” 809-522-6416
cliente
Fecha Creación Fecha de 10AN = Fecha actual 25/07/2017
creación del
cliente
Email Email del cliente 80AN <>”” Juan.Perez@gmail.com
52

Tabla: Servicios

Nombre Descripción Tamaño - Tipo Condición Ejemplo

ServicioId + PK Número de 6N >0 1


identificación
Descripción Descripción del 80A ”” Pantalón Lavado
servicio
Costo Costo del 3.2N >0 110.00
servicio

Tabla: Factura

Nombre Descripción Tamaño - Tipo Condición Ejemplo

FacturaId + PK Número de 6N >0 1


identificación
ClienteId + FK Número de 6N >0 1
identificación
del cliente
Fecha Fecha de la 10AN = Fecha actual 25/07/2017
factura
Total Total de la 6.2N >0 123456.00
factura

Tabla: Tipo Usuarios

Nombre Descripción Tamaño - Tipo Condición Ejemplo

TipoUsuarioID + Número de 6N >0 1


PK identificación
TipoUsuario Tipo de usuario 30A “” Administrador
53

Capitulo 4: Recomendaciones Finales


Especificaciones de instalación de hardware
Los requisitos del hardware que se tomaran en cuenta para el uso del sistema son:

Mínimo:
 Procesador Intel/AMD a 1.5 GHz
 1 GB de memoria RAM
 1 GB libre en el disco duro
 Resolución de pantalla de 1.024 × 768
 Conexión a Internet

Recomendado:
 Procesador Intel/AMD a 2.6 GHz
 3 GB de memoria RAM
 4 GB libres en el disco duro
 Resolución de pantalla de 1.280 × 1.024 o superior
 Conexión a Internet

Especificaciones de instalación de software

Sistema Operativo Windows:


Microsoft Windows Vista, Windows 7, Windows 8, Windows 10, Windows Server (32 o 64bits.
Con tecnología WOW64). 

Microsoft .NET Framework versión 3.5 con Servicie Pack 1.

En Windows 7 y Windows 8 ya viene preinstalado en el SO. En Windows

10 puedes habilitarlo desde Panel de Control / Programas y Características / Activar o


desactivar las características de Windows. Para otros sistemas Windows, puedes descargarlo
desde la página de Microsoft.

Sistema Gestor de Base de Datos (SGBD)


 SQL Server con su gestor SQL Server Management Studio.
54

 MySQL Workbench.

Mantenimiento del sistema


 AnyDesk su enlace de descarga: https://anydesk.com/es

Manuales (De usuario, de operaciones)


El manual de operación estará adjunto con en los anexos en pdf.

Seguridad física
Las buenas prácticas de seguridad física son clave para el cuidado y perduración del hardware,
por eso las recomendaciones que se ofrece son:

 Control de acceso: validar que solo el personal autorizado use los equipos, sea mediante
tarjetas o sistemas biométricos.
 Vigilancia 24/7 implementando sistemas de cámaras y alarmas.
 climatización en el ambiente y servidores.
 Protección contra incendios, evitando desastres en el hardware.
 Protección contra robos, tener asegurados los equipos para el respaldo de estos.

Seguridad lógica
 Gestión de riesgos.
 Segmentación de redes y equipos críticos.
 Firewalls físicos y virtuales.
 Anti-Virus.
 Mantenimiento adecuado y continuo.
 Sistema de prevención de intrusos.
 Adecuación de permisos.
 Plan contra incidentes.
 Respaldos automáticos de la base de datos.

Plan de Prueba
El sistema de ventas pasará a un plan de prueba en la cual se probará todas sus funciones
detalladamente, así como una serie de procesos para asegurar que el sistema cumple con los requisitos
y propósitos esperados por los interesados.
55

Plan de Implantación
1. Entrenamiento
Las personas que van a usar el sistema de venta se le procederá a darle una charla acerca como
funciona y que hace el sistema y luego un entrenamiento practico para que puedan manipular el
sistema adecuadamente y utilizarlo de una manera eficaz.

2. Migración
No se hará migración ya que no se tenía un sistema instalado anteriormente.

3. Instalación
El proceso de instalación del sistema se llevará a cabo en cada uno de los equipos en los cuales se
van a trabajar en el área de Facturación, donde se realizan las ventas de dichos servicios.

4. Agenda de Trabajo
Diagrama de Pert

Actividad Duración(Semanas) Descripción de la actividad


A 1 Determinar problemas,
objetivos y oportunidades.
B 1 Determinar requerimientos
del proyecto.
C 1 Determinar requerimientos
humanos.
D 1.5 Fase de análisis del
proyecto.
E 1.5 Fase de diseño del proyecto.
F 3 Desarrollo y programación
del proyecto.
G 1 Documentación.
H 2 Fase de prueba.
I 1 Implementación del
proyecto.
56

5. Procedimientos Para Usuarios Finales


1. El Administrador o empleado a cargo del software se procederá a enseñarlo a usarlo
exclusivamente.
2. El sistema tendrá una documentación en la cual se explicará cada función del sistema, como
funciona y que hace.
3. El usuario final debe tener un buen conocimiento y manejo del software.
4. El usuario final debe entender bien a fondo cada función y proceso del sistema.

Seguimiento Post-Implantación
El software será entregado al interesado de manera gratuita en forma de prueba en la cual daremos
revisiones o arreglaremos cualquier error que presente el sistema a la empresa durante un periodo de
tiempo determinado y de forma gratuita, acordando en la cual si el interesado le interesa algo adicional
tendrán que pagar un costo extra y si presenta fallos por algún usuario que sea provocado también
tendrá un costo adicional para la empresa.

Sign-off
Nombre Proyecto Lavandería SML Fecha Inicio 01/03/2022
Project Manager Warlyn Vladimir Tobal Nuñez Fecha Entrega 14/04/2022
Carlos Enrique Martinez Alberto

Sponsor Lavandería Duarte Duración 1 Meses

Objetivo del Proyecto

Satisfacer con las necesidades que se presentan, de la mejor manera posible.

Entregables

Licencia del software para 4 máquinas.

Miembros del equipo

Warlyn Vladimir Tobal Nuñez.

Carlos Enrique Martinez Alberto.

Departamentos Afectados

Departamento de Facturación (Ventas).


57

Equipo del Cliente

Al firmar este documento, reconozco que he entregado todos los entregables enumerados más arriba
con los niveles calidad acordados.

Project Manager: ______________________________ Fecha: ____________

Al firmar este documento, reconozco que he recibido todos los entregables enumerados más arriba
con los niveles de calidad acordados.

Sponsor: _____________________________________Fecha: ____________

Conclusion

El sistema Lavandería SML, el cual hemos desarrollado, ha mostrado ser una solución
óptima a la problemática, a la cual se han visto envueltos los gerentes y empleados de
la empresa distribuidora de San Francisco De Macorís. El sistema ha tenido una gran
aceptación por parte de los usuarios. En este documento ha quedado pactado todo lo
referente al desarrollo del proyecto, un proyecto el cual culmino con éxito su fase de
desarrollo, y que contara con soporte por parte de los desarrolladores. Cabe aclarar
que los elementos expuestos en el presente documento han sido de la total autoría de
los desarrolladores y analistas del proyecto. Sin otro particular al cual hacer referencia,
gracias por su atención. Se despide de usted el equipo de desarrollo compuesto por
Warlyn Vladimir Tobal Nuñez & Carlos Enrique Martinez Alberto.

También podría gustarte