Sie sind auf Seite 1von 51

Universidad Nacional Autónoma de Honduras

Facultad de Ingeniería
Departamento de Ingeniería en Sistemas

Fast Sales Platform: Primer Avance


Presentado por:
Aaron Josué Montes 20111900312
Christian Antonio Yanes 20141001610
Derick Josué Cárcamo 20123000316
José Arturo Ochoa 20131008027
Kislev Stephania Becker 20111010108

IS-603 Análisis y Diseño de Sistemas


Catedrático: Ing. Andrea Martínez.

Ciudad Universitaria “José Trinidad Reyes”, 23 de Abril de 2018


Tabla de contenido

Alcance del proyecto ........................................................................................................................... 3


¿Qué es Fast Sales Platform? .......................................................................................................... 3
Plataformas ..................................................................................................................................... 3
Módulos........................................................................................................................................... 3
Estudio de la viabilidad ....................................................................................................................... 8
Viabilidad Técnica............................................................................................................................ 8
Viabilidad Financiera ....................................................................................................................... 8
Viabilidad Operativa ...................................................................................................................... 11
Metodología de desarrollo ................................................................................................................ 13
Historias de usuario........................................................................................................................... 15
Prototipos .......................................................................................................................................... 23

Tabla de Figuras
Ilustración 1. Envíos .......................................................................................................................... 35
Ilustración 2. Contabilidad ................................................................................................................ 36
Ilustración 3. Mantenimiento............................................................................................................ 37
Ilustración 4. Sistema de Mantenimiento ......................................................................................... 44
Alcance del proyecto
¿Qué es Fast Sales Platform?
Es una metodología de compra y venta que está tomando mucha parte del mercado actual
que hace uso de las redes sociales para que múltiples personas compren y vendan en una
plataforma segura.

El sistema va dirigido a usuarios que se dedican a la compra y venta de artículos mediante


redes sociales, de una forma segura y anónima.

Plataformas
La plataforma Web

Funciones basadas mediante un navegador web de manera amigable y sostenible donde


daremos a conocer diferente vistas de uso (diferentes módulos) de los cuales los usuarios
podrán hacer uso para obtener una finalidad.

La plataforma Móvil

Funciones basadas en aplicación móvil con tecnología Ionic de los cuales se requiere un
ambiente agradable para el usuario de pantallas pequeñas (Smartphones) en donde sea clara
cada función que tenga y no exista ni la mínima oportunidad de pérdida con respecto a su
uso(a tal grado que no sea mucha la diferencia de calidad en ambas plataformas).

Módulos

De ambas plataformas ocupamos módulos que compongan el sistema como tal:

(Orden por prioridad)

Seguridad:

Manejo de Certificados de Seguridad e Encriptación.

Tiempo: 10 días
N° Personas: 3

-2 Dev

-1 QA

Registro:

Registrar nuevos usuarios para compra y venta de artículos.

Tiempo: 10 días

N° Personas: 5

-3 Dev

-1 QA

-1 UX

Autenticación:

Validar si el usuario existe.

*De manera simultánea con el módulo anterior y compartiendo el mismo equipo

Tiempo: 10 días

N° Personas: 5

-3 Dev

-1 QA

-1 UX

Verificación de Estado (Artículos):

Control de estado del artículo antes de venta.

Tiempo: 5 días

N° Personas: 7

-4 Dev
-2 QA

-1 UX

Inventario:

Llevar control de la cantidad de artículos disponibles.

Tiempo: 10 días

N° Personas: 8

-4 Dev

-2 QA

-2 UX

Gestión de Pagos:

Manejar pagos electrónicos y efectivos.

Tiempo: 10 días

N° Personas: 5

-3 Dev

-2 QA

Ventas:

Control de la venta de los artículos.

Tiempo: 20 días

N° Personas: 10

-3 Dev

-3 QA

-4 UX

Marketing:
Manejo de la publicidad de los artículos.

*De manera simultánea con el módulo anterior y compartiendo el mismo equipo

Tiempo: 20 días

N° Personas: 10

-3 Dev

-3 QA

-4 UX

Contabilidad:

Condensar pasivo y activo para llevar control de ganancias o posibles pérdidas.

Tiempo: 10 días

N° Personas: 7

-4 Dev

-2 QA

-1 UX

Envíos:

Control de artículos que salen a diferentes partes del país.

*De manera simultánea con el módulo anterior y compartiendo el mismo equipo

Tiempo: 10 días

N° Personas: 7

-4 Dev

-2 QA

-1 UX
Mantenimiento Técnico:

Equipo disponible para resolver problemas de todo tipo con respecto a la plataforma
(Software y Hardware).

Tiempo: No estimado

N° Personas: 7

-3 Dev

-2 QA

-2 UX
Estudio de la viabilidad

Viabilidad Técnica
El proyecto presentado depende de gran manera de la viabilidad técnica con respecto a equipo
y software.

En equipo se utilizará un servidor web para almacenamiento de la plataforma y base de datos

Se necesitará equipo de cómputo local para el manejo del inventario y cuentas de la empresa.

En cuanto a servicios web se encuentran muchos en la nube que venden el servicio y tienen
capa gratuita para el comienzo con un consumo de pocos recursos y conforme vaya creciendo
y consumiendo más el cobro ira aumentando.

En cuanto al software se diseñará y desarrollará módulos según se vaya según se vaya


requiriendo por las historias de usuario.

Se deberá de contar con personal con experiencia en equipo de cómputo y operador de


paquetes básicos.

Al ser un sistema nuevo se determina una cantidad de tiempo para capacitar a los empleados
de la empresa para el manejo del software diseñado.

En la plataforma añadir pequeños tutoriales de cómo se realizan los procedimientos dentro


de ella.

Se diseñará y desarrollará una aplicación móvil amigable para los usuarios para mayor
comodidad.

Viabilidad Financiera
Para la formulación de este proyecto, se tomara en cuenta cuáles son las necesidades de
mayor importancia para generación de empleo formal e informal en Honduras. Pudiéndose
determinar como una de las principales, que la gran mayoría de personas económicamente
activas desea una forma rápida y segura de realizar compra y venta de productos (sean estos
tecnología, ropa, materiales, repuestos, etc.) que garantice al 100% satisfacción al cliente,
lográndose esto mediante la vinculación de sus redes sociales a la plataforma Fast Sales
Platform (FSP de ahora en delante).

Por cada venta que se realice en dicha plataforma se cobrara un 25% de comisión para
ganancia de la empresa, mientras que el cliente dueño de la venta se quedara con el 75%.

FSP se encargara de la posterior distribución de los productos vendidos en dicha página,


haciendo entregas a nivel nacional. Este costo estará incluido dentro de la comisión cobrada
de la venta.

Proyecciones de ventas

Se planea que con la publicidad creada mediante redes sociales en el primer mes se obtengan
L.70, 000.00 de ganancias netas para la empresa, ya que se cuenta con una mayor cobertura
en todo el país mediante la divulgación gratuita que ofrecen las redes sociales.

FSP considerara las ganancias obtenidas por semana así:

Tabla 1. Proyección de ventas para la empresa FSP en el primer mes de operación

Semana Total por semana


Semana 1 15.000,00 HNL
Semana 2 15.000,00 HNL
Semana 3 17.000,00 HNL
Semana 4 23.000,00 HNL
Total 70.000,00 HNL
Fuente: propia

Ganancias al primer mes de


ventas
25,000.00 HNL

20,000.00 HNL

15,000.00 HNL

10,000.00 HNL

5,000.00 HNL

- HNL
Semana 1 Semana 2 Semana 3 Semana 4
Fuente: Propia

Inversión inicial

Consta de cuatro motocicletas para distribución de productos a nivel nacional y un capital


inicial de L. 50,000.00

Tabla 2. Inversión inicial de la empresa FSP

DESCRIPCIÓN CANTIDAD PRECIO UNITARIO PRECIO TOTAL


Laptop 5 15.000,00 HNL 75.000,00 HNL
Computadora de Escritorio 5 15.000,00 HNL 75.000,00 HNL
Motocicletas 4 25.000,00 HNL 100.000,00 HNL
EFECTIVO 50.000,00 HNL 50.000,00 HNL
Servidor 1 3.500,00 HNL 3.500,00 HNL
TOTAL 15 108.500,00 HNL 253.500,00 HNL
Fuente: Propia

Costo de ventas

Con respecto a este, se utilizaran los servicios de la empresa RAPPido para realizar la
distribución de los pedidos, mismos que ya están incluidos en el precio de la comisión.

Gastos de administración

Pago de nómina para los empleados de involucrados en el desarrollo del sistema.

Mes
Sueldo por Total Total
Equipo Marzo Abril Mayo Junio hora Horas/Día Horas/semana Sueldo Mensual

UX - - - - 32.5 HNL 8 40 10,400.00 HNL

DEV - - - - 40 HNL 8 40 12,800.00 HNL

QA 0 - - - 35.5 HNL 8 40 10,400.00 HNL

BD 0 - ½ 1/2 40 HNL 8 40 12,800.00 HNL


PROCESOS - 1/2 0 1/2 27.5 HNL 8 40 8,800.00 HNL

MANTENIMIENTO 0 0 0 - 40 HNL 8 40 12,800.00 HNL

Total 240 68.000,00 HNL


Tabla 3. Calendarización y monetización del desarrollo del sistema. Pago de nómina

Fuente: Propia

Depreciación de activos

Entre los activos a depreciar, se encuentra el equipo de distribución de mercaderías, el cual


está previsto para 5 años para cada motocicleta; además del equipo de oficina que incluye un
servidor, 5 computadoras de escritorio y 5 computadoras portátiles.

Tabla 4. Depreciación de los activos de la empresa por el método lineal

CANTIDAD A VIDA
DESCRIPCIÓN CANTIDAD PRECIO UNITARIO DEPRECIAR ÚTIL

Laptop 5 15.000,00 HNL 3.000,00 HNL 5

Computadora de Escritorio 5 15.000,00 HNL 3.000,00 HNL 5

Motocicletas 4 25.000,00 HNL 5.000,00 HNL 5

Servidor 1 3.500,00 HNL - HNL 1

TOTAL 15 58.500,00 HNL 11.000,00 HNL

Viabilidad Operativa
Para nuestro proyecto, el cual se basa en un intermediario de ventas a través de las diferentes
redes sociales, se deben contemplar las siguientes incógnitas para medir el correcto
funcionamiento y la eficacia de la solución que intentamos plantear:
 ¿Merece la pena resolver el problema o funcionará la solución pensada para el
problema?

 ¿Qué opinarán los usuarios finales sobre la solución al problema?

 ¿Existe el recurso humano para operarlo?

Para contestar cada una de las preguntas planteadas, debemos analizar las ventajas que va a
ofrecer nuestro sistema para evitar cualquier tipo de robo o hurto, tales como brindar una
verificación física de los productos ofrecidos en nuestra plataforma digital, garantizar la
entrega de los mismos, brindar un récord por cada vendedor o comprador, monitoreo de
paquetes, así mismo la oportunidad de compartir cada producto a través de las redes sociales,
eliminando así las publicaciones de personas mal intencionadas y la significativa oportunidad
de crecimiento.

Otro punto que se debe analizar es el impacto y el recibimiento que tendrá de parte de los
usuarios. Aunque, sí contemplamos a los usuarios más tradicionales que no tendrán la
motivación de cambiar la manera en que venden sus productos en la web. Todo señala a que
el impacto será positivo porque nuestro sistema brinda a los usuarios la seguridad y
privacidad que no brindan las publicaciones en redes sociales y por ende estaremos
recibiendo una buena aceptación de los usuarios.

Es muy importante destacar que el mercado para el cual va dirigida nuestro proyecto, es muy
amplio; así como es importante señalar que nuestra plataforma se trata de un intermediario
entre usuarios y redes sociales que optimiza el proceso de vender y comprar productos, así
que el nivel de complejidad no es alarmante, por cual no dudamos en que tendrá suficiente
recurso humano para operarla/utilizarla, así como el personal debidamente capacitado en
cada detalle del sistema.
Metodología de desarrollo
Se utilizará la metodología Scrum para garantizar un trabajo de calidad y desarrollo en
menor tiempo.

Se estima además el desarrollo de este proyecto para un total de 90 días, repartiéndolos de


manera tal que el tiempo total sea dividido en 9 Sprint de alrededor de 10 días, según se dé
el desarrollo de cada módulo.

Tabla 3. Cronograma de actividades para el desarrollo de FSP

Actividad Fecha de inicio Duración Fecha fin


Módulo de Seguridad 21-mar 10 31-mar
Módulo de Autenticación 01-abr 10 11-abr
Módulo de Registro 01-abr 10 11-abr
Módulo de Verificación de Estado 12-abr 10 22-abr
Módulo de Inventario 23-abr 10 03-may
Módulo de Gestión de Pago 04-may 10 14-may
Módulo de Ventas 15-may 20 04-jun
Módulo de Marketing 15-may 20 04-jun
Módulo de Contabilidad 05-jun 10 15-jun
Módulo de Envíos 05-jun 10 15-jun
Módulo de Mantenimiento Técnico 16-jun 10 26-jun

Cronograma de actividades FSP


21-Mar 31-Mar 10-Apr 20-Apr 30-Apr 10-May20-May30-May 9-Jun 19-Jun

Módulo de Seguridad
Módulo de Autenticación
Módulo de Registro
Módulo de Verificación de Estado
Módulo de Inventario
Módulo de Gestión de Pago
Módulo de Ventas
Módulo de Marketing
Módulo de Contabilidad
Módulo de Envíos
Módulo de Mantenimiento Técnico
RECUPERACION DE LA INVERSION INICIAL:
Historias de usuario
1) Como usuario no autenticado y posible vendedor, deseo poder registrarme en la
plataforma de FSP, para que así pueda tener la posibilidad de publicar
artículos/productos para su respectiva venta.

Criterios de Aceptación:

a) El formulario de registro debe contener al menos los siguientes campos: Nombre,


Apellido, Género, Teléfono, Correo electrónico, Contraseña, Confirmar
Contraseña, País, Ciudad.
b) Validar el/los número(s) de teléfono y correo electrónico.
c) Por ahora el campo Ciudad, comprenderá solamente las principales ciudades de
Honduras.

2) Como usuario autenticado y administrador del Sistema, deseo poder ver los detalles
de cada venta, para que así pueda llevar un control más efectivo de mi inventario.

Criterios de Aceptación:

a) La plataforma de FSP debe estar conectada a una base de datos en la que se


incluyen todos los datos de los productos, vendedores y clientes existentes.
b) La tabla de Ventas deberá mostrar en pantalla (FSP) detalles como el código del
producto, nombre del producto, su precio, nombres y códigos de vendedor y
cliente, así como la fecha en que se realizó esta venta.
c) Por lo que Ventas es en sí una tabla transaccional en la base de datos.

3) Como usuario autenticado y administrador del Sistema, deseo poder conocer la


ubicación de los repartidores (en caso de emergencia), para que así se pueda llevar
un mejor control de los envíos, en caso de que estos presenten alguna anomalía.

Criterios de Aceptación:
a) El repartidor contará con un dispositivo móvil conectado a internet en todo
momento (Probablemente Smartphone).
b) Este dispositivo electrónico mostrará satelitalmente su ubicación (solo para
conocimiento del administrador del sistema y del negocio, en caso de presentar
anomalías con el envío), esto por seguridad propia, de la empresa y del cliente
inclusive, más aun cuando se trata de envíos de largas distancias.
c) Los dispositivos electrónicos deben estar conectados al Sistema FSP, y mostrar
en tiempo real la ubicación actual.

4) Como usuario sin iniciar sesión o registrado deseo poder ver una página de inicio
para conocer qué es la página web que visito.

Criterios de aceptación

a) Diseñar una página web responsive con imágenes de fondo que cambian cada
determinado tiempo.
b) El título de mi página debe aparecer en la parte superior de la pestaña y de forma
centrada, tanto vertical como horizontal dentro de la página.
c) Bajo el título debe leerse un slide de textos con testimonios de personas que han
usado nuestra página.
d) Bajo los testimonios deben aparece dos botones con los textos: Regístrate e
Iniciar Sesión.

5) Como un usuario registrado, quiero una página que me permita acceder a mi cuenta
personal en la página.

Criterios de aceptación

a) Diseñar una página web que tenga una sola imagen de fondo
b) Debe llevar dos entradas de texto: uno para correo del usuario y otro para la
contraseña. Estas entradas de texto deben llevar la propiedad placeholder que
indique lo que ellas piden acompañadas de un ícono representativo.
c) Luego de las dos entradas de texto, habrá dos botones que digan Ingresar y
Regresar
d) Se debe validar el formato de correo electrónico a medida el usuario ingresa el
texto en la entrada correspondiente.

6) Como un vendedor registrado deseo poder ver un informe general para ver el alcance
de mis productos publicados.

Criterios de aceptación

a) La página debe presentar de forma tabular el nombre del producto, la fecha de su


publicación, la cantidad de “Compartir” que se ha dado y en qué red social se ha
compartido más.
b) Además, la tabla debe poderse ordenar por las diferentes columnas
c) Debe aparecer en la parte superior de la tabla, además del título “Alcance de mis
productos”, un botón que me descargue la tabla en PDF.

7) Como usuario autenticado deseo poder visualizar la ubicación del producto que
compre para poder conocer el tiempo de llegada.

Criterios de aceptación

a) Se debe detallar la ubicación inicial del producto.


b) Se debe mostrar la ubicación actual de los productos.
c) Se debe mostrar el tiempo que tarda el producto en llegar.

8) Como comprador deseo poder conocer la opinión de otros compradores de un


producto para saber si cumple con lo establecido

Criterios de aceptación

a) Se tiene que mostrar los comentarios de los compradores.


b) Cada opinión deber ser un comprador verificado.
c) Se debe puntuar el producto.

9) Como usuario interesado en regístrame deseo poder registrarme a través de una red
social para facilitarme el registro
Criterios de aceptación

a) Se debe poder iniciar cesión a través de Facebook o google.


b) El registro de usar api de Facebook y de google para facilitar el registro a usuarios.
c) Se debe enviar un correo de confirmación para hacer saber que se usó ese tipo de
registro al usuario

10) Como usuario autentificado deseo poder visualizar para comprar en la plataforma.

Criterios de Aceptación

a) Vista de artículos por categorías y localización.


b) Detallar cada artículo.
c) Barra de búsqueda permanente.
d) Mostrar búsqueda que puedan ser de interés.

11) Como usuario autentificado deseo poder promocionar para que pueda vender
mediante la plataforma.

Criterios de Aceptación

a) Formulario para llenado de datos como mínimo (estado, precio, cantidad, marca,
modelo, localización por ciudad, fotografía de artículo).
b) La localización debe ser un combo box.
c) Estudio de aceptación del artículo comparado a tendencias.

12) Como usuario interesado en comprar deseo poder contactar con el vendedor para
poder negociar precios o productos.

Criterios de Aceptación

a) Mostrar número telefónico.


b) Mostrar perfil de Facebook.
c) Mostrar varios artículos similares al que está interesado.
13) Como administrador de la plataforma deseo poder dar de baja a los usuarios que
tienen más de un año de no hacer uso de ninguno de los servicios ofrecidos para
mantener actualizado el sistema.

Criterios de aceptación

a) Verificar el estado de la cuenta vinculada a mi plataforma.


b) Realizar auditoria de las últimas transacciones registradas por el usuario en la
plataforma.
c) Mediante verificación del estado de cuenta y transacciones, dar de baja al usuario
y enviar un mensaje explicando la expiración de la cuenta.

14) Como asegurador de los productos deseo poder verificar que cada compra llegue a
su destino final para garantizar la entrega.

Criterios de aceptación

a) Verificación de envío por parte de la empresa.


b) Confirmación de recibo mediante código que se digita en la plataforma.
c) Registro de la llegada del producto solicitado.

15) Como jefe del departamento de ventas deseo poder visualizar un informe detallado
para poder identificar las regiones en donde hay mayores ventas.

Criterios de aceptación

a) Comunicación con el departamento de contabilidad y el de inventario para ver las


existencias.
b) Actualización diaria de los movimientos de mercadería.
c) Verificación por medio de las bases de datos de las direcciones de envío.

16) Como jefe de marketing deseo seleccionar el periodo de tiempo en el cual realizaré
la revisión de ventas para definir la mejor estrategia de ventas.

Criterios de aceptación

a) Definir un tiempo entre 2 semanas y un mes.


b) Aceptación de tiempo por el departamento de ventas.

17) Como jefe de marketing deseo poder clasificar la información de ventas por región
geográfica y productos para generar un informe detallado.

Criterios de aceptación

a) Verificación del mapa de ventas para una región.


b) Consulta de los productos mayormente vendidos por región.
c) Solicitud de creación de informe de ventas por región.

18) Como supervisor de ventas deseo poder registrar los productos y cantidades que me
solicita un cliente para crear un pedido de ventas.

Criterios de aceptación

a) Verificación del pedido mediante registros de la base de datos.


b) Conteo de los artículos pedidos.
c) Creación de un datamart de los clientes para generar reportes de ventas.

19) Como supervisor de ventas deseo poder consultar un listado de los pedidos de venta
que han sido registrados y aún no han sido procesados para poder enviar el pedido.
Criterios de aceptación
a) Verificación en la cuenta del cliente solicitante.
b) Búsqueda del registro en la base de datos.
c) Comprobación de la existencia del pedido y estado del mismo.

20) Como gerente de ventas deseo poder consultar los pedidos de venta procesados
clasificándolos por vendedor, región y líneas de artículo para enviar los reportes al
departamento de contabilidad.

Criterios de aceptación

a) Creación de datamart de clientes-vendedores para informe


b) Creación de datamart de región
c) Creación de datamart de artículos.
d) Reporte de ventas generado a partir de los datamart para conocer a detalle la
situación actual de las ventas.

21) Como analista de logística deseo seleccionar un pedido de ventas y enviarlo al


almacén para que procedan con su preparación.
Criterios de aceptación
a) Comunicación con el supervisor de ventas para conocer el movimiento de las
ventas.
b) Solicitud al departamento de inventario de los artículos en el pedido de ventas.
c) Envío del pedido al almacén para su preparación y despacho

22) Como analista de almacén deseo poder listar todos los pedidos de venta recibidos
que debo preparar para su envío.
Criterios de aceptación
a) Recibo del pedido de parte de logística previa recolección de los artículos del
pedido.
b) Verificación de las existencias en almacén.
c) Preparación del pedido para proceso de envío.

23) Como analista de almacén deseo poder consultar todos los pedidos preparados listos
para despachar.
Criterios de aceptación
a) Revisión de cumplimiento con los artículos del pedido.
b) Verificación del estado del envío (listo para despacho o aún en proceso de
completación).
c) Despacho del pedido.

24) Como analista de logística deseo que el sistema me sugiera la ruta más corta en base
a una serie de despachos de mercancía y un transporte para realización de entregas.
Criterios de aceptación
a) Identificación de entregas en la misma ruta.
b) Envío de pedidos cercanos en un solo vehículo.
c)

25) Como gerente de compras deseo que el sistema requiera de mi aprobación para toda
venta mayor a los L.5, 000.00.
Criterios de aceptación
a) Verificación de la cantidad monetaria del pedido.
b) Si es mayor a L.5, 000.00, firma de un contrato de compromiso de pago por parte
del comprador.
c) Comprobación del estado de pago del cliente.

26) Como analista de compras deseo que el sistema notifique vía e-mail al vendedor,
cuando se haya hecho un pedido de sus artículos.
Criterios de aceptación
a) Revisión del estado de la cuenta del vendedor en la plataforma.
b) Informe de actividades.
c) Confirmación por e-mail de los pedidos realizados a su cuenta.

27) Como gestor de pagos deseo que el sistema enlace el pago recién obtenido por venta
con el banco para que pueda ser registrado.
Criterios de aceptación
d) Revisión del estado de la cuenta del comprador en la plataforma.
e) Comunicación de realización de pago vía SMS.
f) Confirmación por e-mail del pago.
Prototipos

Ilustración 1.MOCKUP INICIO

Ilustración 2. MOCKUP LOGIN


Ilustración 3.MOCKUP REGISTRO

Ilustración 4.MOCKUP RESULTADO DE BUSQUEDA


Ilustración 5. MOCKUP DESCRIPCION DEL PRODUCTO

Ilustración 6.MOCKUP COMPRA


Ilustración 7.MOCKUP INVENTARIO

Ilustración 8. MOCKUP CONTROL DE ENVIOS


Sistema de facturación:

Ilustración 9.MOCKUP VENTAS

Ilustración 10. MOCKUP VERIFICACION DE ESTADO


Ilustración 11.MOCKUP FACTURA

Ilustración 12. MOCKUP PEDIDOS


Ilustración 13. MOCKUP CONFIGURACION DEL PERFIL

Ilustración 14. MOCKUP CONTABILIDAD


DIAGRAMAS UML DEL SISTEMA
DIAGRAMA DE CLASES
DIAGRAMAS DE ACTIVIDADES

Ilustración 11. DA LOGIN


Ilustración 12. DA REGISTRO
Ilustración 13. DA SEGURIDAD
Ilustración 14. DA VERIFICACION DE ESTADO

Ilustración 15. DA INVENTARIO


Ilustración 16. DA Envíos
Ilustración 17. DA Contabilidad
Ilustración 18.DA Mantenimiento
DIAGRAMAS DE CASOS DE USO

Ilustración 19. CU INVENTARIO


Ilustración 20. CU VERIFICACION DE ESTADO

Ilustración 21. CU LOGIN


Ilustración 22.CU REGISTRO
Ilustración 23. CU SEGURIDAD
Ilustración 24. CU Envíos
Ilustración 25. CU Contabilidad
Ilustración 26.CU Mantenimiento
DIAGRAMAS DE INTERACCION

Ilustración 27. DI LOGIN


Ilustración 28. DI REGISTRO
Ilustración 29. DI SEGURIDAD
Ilustración 30. DI INVENTARIO
Ilustración 31. DI VERIFICACION DE ESTADO
Ilustración 32. DI Envíos