DOCUMENTO DE

ANÁLISIS

Junio de 2016
Versión 2
 EFFECTIVE ORDERS

Contenido

1. HISTORIA DE REVISIONES 4

2. INTRODUCCION 4

2.1 PROPÓSITO 4

2.2 REFERENCIAS 4

2.3 DEFINICIÓN DE TERMINOS ABREVIATURA Y SIGLAS 4

3. DESCRIPCIÓN DEL SISTEMA 5

4. MÓDULOS DEL SISTEMA 6

5. CASOS DE USO 8

5.1 CASO DE USO GENERAL 8

5.2 CASO DE USO GERENTE 9

5.3 CASO DE USO CLIENTE 10

5.4 CASO DE USO PROVEEDOR 10

6. PROCESOS DEL SISTEMA 11

6.1 DIAGRAMAS DE ACTIVIDADES DEL GERENTE 11

6.2 DIAGRAMAS DE ACTIVIDADES DEL CLIENTE 13

6.3 DIAGRAMAS DE ACTIVIDADES DEL PROVEEDOR 16

7. MODELOS DE CONCEPTOS DEL SISTEMA 20

7.1 DIAGRAMA DE CLASES SIN ATRIBUTOS NI MÉTODOS 20

7.2 MODELO ESTRUCTURADO 21

7.2.1 DIAGRAMA FLUJO DE DATOS NIVEL 0 21

7.2.2 DIAGRAMA FLUJO DE DATOS NIVEL 1 22

7.2.3 DIAGRAMA ENTIDAD-RELACIÓN 23

7.2.4 DICCIONARIO DE DATOS 23

8. MODELOS DE ANÁLISIS DEL SISTEMA 24

8.1 DIAGRAMA DE CLASES 24

8.2 PAQUETE GERENTE 25

8.3 PAQUETE CLIENTE 25

8.4 PAQUETE PROVEEDOR 26

2
9. DIAGRAMAS DE SECUENCIAS DEL SISTEMA 26

9.1 CLIENTE 26
 9.2 PROVEEDOR 28

9.13 GERENTE 30

1O. DIAGRAMAS DE ESTADO 31

10.1 CLIENTE(PEDIDOS) 26

10.2 PRODUCTO 31

11. MAQUETACIÓN DEL SISTEMA 31

11.1 LOGO 31

11.2 MACKUPS 31

3
 EFFECTIVE ORDERS

1. HISTORIAL DE REVISIONES

Fecha Versión Descripción Autor

11/06/15 0.1 Primera versión de los distintos diagramas y procesos Lina cortes
Andrés luna
Diego Caro
17/06/15 0.2 Completar documento Lina cortes
Andrés luna
Diego Caro
24/06/16 0.3 Actualización de diagramas Lina Cortés

2. INTRODUCCIÓN

2.1 PROPÓSITO

El propósito de este documento es describir el proceso que cumple cada uno

de los usuarios en el sistema, además como su aporte depende para que los
otros usuarios puedan ejercer la respectiva función y señalando al usuario con
más relevancia en el sistema del cual se derivan la mayor cantidad de
funciones

2.2 REFERENCIAS

Se toman como referencia los siguientes documentos:

 Especificación de requisitos (IEEE830)

 Plan de proyecto

2.3 DEFINICIÓN DE TERMINOS ABREVIATURAS Y SIGLAS

“Effective Orders”: Ordenes Efectivas

4 Sistema de información diseñado para la recepción, seguimiento y entrega de
productos agrícolas.
3. DESCRIPCIÓN DEL SISTEMA

Nuestro sistema maneja la gestión de recepción y entrega de pedidos en la empresa

Piedras Verdes, además maneja un control del transporte de la mercancía, generando
una optimización de tiempo en este proceso. Se involucran 3 roles que son gerente,
proveedor y cliente. El proceso principal inicia con el cliente, este solicita un pedido,
luego el gerente lo publica en la interfaz y un proveedor lo responde y genera su envió
correspondiente.

RESTRICCIONES
El sistema inicia realizando la postulación de pedidos lo principal es:

 La interfaz está pensada para el explorador Google Chrome, está diseñado

especialmente para el sistema operativo Windows.

 Un proveedor puede aportar a un pedido mayor a 600 kilogramos y lo puede

hacer una sola vez por pedido.

 El cliente puede cancelar su pedido durante 1 hora y modificarlo durante 2

horas, horas hábiles desde la hora en la que se registra la solicitud, de lo
contrario debe comunicarse con el gerente.

 El cliente puede solicitar solo 3 productos en un pedido, es decir, un pedido

por cada producto.

 El usuario tiene que aceptar términos y condiciones para registrarse.

 El usuario podrá actualizar sus datos personales en el sistema excepto su

número de identificación.

 El sistema no incluye pagos en línea.

 El control del transporte de la mercancía se maneja desde el proveedor hasta

el gerente. No se maneja el proceso de envío desde la empresa hasta e
cliente.

5
 EFFECTIVE ORDERS

4. MÓDULOS DEL SISTEMA

6
7
 EFFECTIVE ORDERS

5. CASOS DE USO

5.1 CASO DE USO GENERAL

8
5.2 CASO DE USO GERENTE

9
 EFFECTIVE ORDERS

5.3 CASO DE USO CLIENTE

5.4 CASO DE USO PROVEEDOR

10
6. PROCESOS DEL SISTEMA

6.1 DIAGRAMAS DE ACTIVIDADES DEL GERENTE

Todo inicia cuando el gerente ingresa al sistema, inicia sesión, luego ingresa
al módulo de pedidos, el sistema lista en pantalla las solicitudes, el gerente
selecciona el pedido y lo publica, el sistema valida si el cambio de estado
fue exitoso, si fue así el sistema muestra mensaje de confirmación en
pantalla. Si no es válida el sistema muestra en pantalla un mensaje de error.

11
 EFFECTIVE ORDERS

Todo inicia cuando el gerente ingresa al sistema, inicia sesión, luego ingresa
al módulo de ofertas, el sistema lista en pantalla el formulario las ofertas, el
gerente selecciona la oferta, si la oferta es válida, el gerente publica la
oferta, si no es válida no se publica.

12
6.2 DIAGRAMAS DE ACTIVIDADES DEL CLIENTE

Todo inicia cuando el cliente ingresa al sistema, inicia sesión, luego ingresa
al módulo de solicitud de pedidos, el sistema lista en pantalla el formulario
de solicitud, el cliente diligenciar y enviar formulario, el sistema valida la
solicitud, si la solicitud es válida, el sistema muestra mensaje de
confirmación en pantalla y guarda la solicitud en la base de datos
correspondiente; si no es válida el sistema muestra en pantalla un mensaje
de error y vuelve a listar en pantalla el formulario de solicitud.

13
 EFFECTIVE ORDERS

Todo inicia cuando el cliente ingresa al sistema, inicia sesión,

luego ingresa al módulo de ofertas, el sistema lista en pantalla las ofertas
disponibles, el cliente da clic en solicitar pedido, el sistema lista en pantalla
el formulario de generar solicitud, el sistema valida el formulario, si la
solicitud es válida, el sistema muestra mensaje de confirmación en pantalla
y guarda la solicitud en la base de datos correspondiente; si no es válida el
sistema muestra en pantalla un mensaje de error y vuelve a listar en
pantalla el formulario de solicitud.

14
Todo inicia cuando el cliente ingresa al sistema, inicia sesión, luego ingresa
al módulo de reportes, el cliente selecciona un pedido y luego selecciona
calificar, el sistema valida si el estado del pedido es entregado, si el estado
es válido, el sistema lista en pantalla el formulario de calificación, el
sistema valida el formulario, si el formulario es válido, el sistema muestra
mensaje de confirmación en pantalla y guarda la solicitud en la base de
datos correspondiente; si no es válida el sistema muestra en pantalla un
mensaje de error y vuelve a listar en pantalla el formulario de solicitud. Si el
estado no es entregado el cliente no puede calificar el pedido.

15
 EFFECTIVE ORDERS

6.3 DIAGRAMAS DE ACTIVIDADES DEL PROVEEDOR

Se inicia dando click en Postular producto, se verifica si el cliente es nuevo

si no es nuevo se encarga de realizar el respectivo registro <Registrarse>, se
agrega el producto agrícola y se guarda la actualización.

16
Al haber realizado la postulación del producto se diligencia el formato
clasificando el producto e indicando la cantidad a registrar por último se
guarda el registro.

17
 EFFECTIVE ORDERS

Se da clic en <Nueva solicitud>, se verifica las especificaciones

de la solicitud, el sistema muestra si el cliente debe la cancelación por parte
del <Gerente> de lo contrario se le envía un informe al <Gerente> indicando
si se cubre o no la solicitud junto con un texto indicando datos o motivo.

18
Se inicia dando clic en Reporte de <transporte>, se registra los datos del
transportador el sistema empieza a realizar un conteo del tiempo transcurrido
y por último se da clic en <Confirmar llegada> de esta forma se tiene un
reporte sobre la persona que transporto la mercancía, en qué estado llego y
cuanto se demoró.

19
 EFFECTIVE ORDERS

7. MODELOS DE CONCEPTOS DEL SISTEMA

7.1 DIAGRAMAS DE CLASES SIN ATRIBUTOS NI MÉTODOS

Se tienen 14 clases.

 De Usuario se heredan el cliente y el proveedor.

 La ciudad tiene asociación directa a usuario y es agregación de departamento.

 El cliente tiene asociación directa a pedido, pedido tiene asociación directa a

clasificación y a pedido producto y es agregación de aporte y envió.
20  La ciudad tiene asociación directa a usuario y es agregación de departamento.

 El proveedor tiene asociación directa a aporte, a envió y a oferta, envió tiene

asociación directa a vehículo y vehículo es agregación de conductor.
 El producto tiene asociación directa a pedido producto y es agregación de oferta.

7.2 MODELO ESTRUCTURADO

7.2.1 DIAGRAMA DE FLUJO DE DATOS NIVEL 0

21
 EFFECTIVE ORDERS

7.2.2 DIAGRAMAS DE FLUJO DE DATOS NIVEL 1

22
7.2.3 DIAGRAMA ENTIDAD-RELACIÓN

7.2.4 DICCIONARIO DE DATOS

 Usuario = {cedula}+ {nombre}+ {apellido} + {dirección} +

{ciudad} + {contraseña} + {estado} + {fecha de nacimiento} +
{genero}

 Cliente= {cedula}+ {nombre}+ {apellido} + {dirección} +

{ciudad} + {contraseña} + {estado} + {fecha de nacimiento} +
{genero}+ {tipo cliente}

 Proveedor= {cedula}+ {nombre}+ {apellido} + {dirección} +

{ciudad} + {contraseña} + {estado} + {fecha de nacimiento} +
{genero}+ {empresa} + {nit}

23
 EFFECTIVE ORDERS

8. MODELOS DE ANÁLISIS DEL SISTEMA

8.1 DIAGRAMA DE CLASES

24
8.2 PAQUETE GERENTE

8.3 PAQUETE CLIENTE

25
 EFFECTIVE ORDERS

8.4 PAQUETE PROVEEDOR

9. DIAGRAMAS DE SECUENCIA DEL SISTEMA

9.1 CLIENTE

26
27
 EFFECTIVE ORDERS

9.2 PROVEEDOR

28
29
 EFFECTIVE ORDERS

9.3 GERENTE

30
10. DIAGRAMAS DE ESTADO

10.1 CLIENTE (PEDIDOS)

10.2 PRODUCTO

31
 EFFECTIVE ORDERS

10.3 PROVEEDOR

11. MAQUETACIÓN DEL SISTEMA

11.1 LOGO

11.2 MACKUPS

32
33
 EFFECTIVE ORDERS

34
35