Ingeniería del proyecto

5.2.1. Concepción
A. MODELO DEL NEGOCIO

1. REGLAS DEL NEGOCIO

La información que se presenta a continuación se ha obtenido en base a las entrevistas
realizadas al jefe y los encargados del área de logística de la empresa, agrupándose en 4
conjuntos según los aspectos abarcados por la logística de la empresa.

Proceso 01: Gestionar ordenes de compras a proveedores

Esto hace referencia a todo el conjunto de tareas que se realizan con el fin de llevar a cabo
las compras a los proveedores, para abastecerse de nuevas mercancías.
- El jefe de logística negocia los términos (Precios, cantidades, pagos, contado y/o crédito
“letras”) de compra.
- El jefe de logística elabora la orden de compra.
- El jefe de logística envía la orden de compra al proveedor con copia a la gerencia general,
comercial y contabilidad.

Proceso 02: Transporte de aprovisionamiento externo

Administración de la información que permite realizar la trazabilidad de las mercancías desde
su adquisición hasta su llegada a la empresa.
- El jefe de logística define el medio de transporte y el modo de despacho.
- El jefe de logística establece el horario de recepción al transportista.

Proceso 03: Administración de existencias

Ingresos, despachos y merma de mercancías a los distintos sub almacenes de la empresa.
- El asistente de almacén hace la recepción física de la mercadería remitida.
- El asistente de almacén realiza la verificación en cantidad y estado.
- El jefe de logística y/o asistente realiza la evaluación de pedidos.
- El asistente de almacén prepara el despacho físico.
- El asiste del jefe de logística documenta las mercancías a despachar
- El supervisor de despachos efectúa el despacho físico coordinando el transporte interno.
- El asistente supervisor de almacén realiza la selección de mermas.
- El asistente de logística registra y documenta la operación de dar de baja a las mermas.

Proceso 04: Gestionar distribución interna

Solicitudes de reaprovisionamiento de las sucursales y planeamiento de la distribución.
- El asistente de logística realiza la comunicación de nuevos ingresos de productos.
- El jefe de tienda elabora los pedidos de reaprovisionamiento de tienda.

2. HOJA DE DESCRIPCIÓN

a. Actores del Negocio

Dentro de los actores de negocio contamos con el proveedor, gerente comercial y el
transportista.

- Proveedor
El proveedor es quien se encarga de atender los requerimientos de compra establecidos por
el jefe de logística en la orden de compra.
- Gerente Comercial
Es quien establece las prioridades de evaluación de una orden de compra.

- Transportista
Es quien traslada las mercancías compradas por la empresa al proveedor.

b. Casos de Uso del Negocio

- Diagramas de Casos de Uso

Los diagramas de caso de uso correspondientes son gestionar abastecimiento, gestionar

trasporte de aprovisionamiento, gestionar la demanda.
- GESTIONAR ABASTECIMIENTO
 Descripción
El proveedor acuerda los términos de una orden de compra de la empresa y la atiende.
 Flujo de eventos principal
Consiste en confirmar los productos de la orden de compra que serán atendidos y fijar los
precios de compra así como la modalidad de despacho.
 Flujo de eventos alternativos
En caso de no contar con los stocks necesarios el proveedor volverá a coordinar los detalles
de la venta.

- GESTIONAR TRASPORTE DE APROVISIONAMIENTO

 Descripción
El transportista coordina los detalles del transporte de las mercancías.

 Flujo de eventos principal

Consiste en establecer cada uno de los detalles con el transportista que fue elegido.
 Flujo de eventos alternativos
Cuando en pleno traslado de las mercancías esta labor se ve afectada en su correcto
cumplimiento el transportista deberá comunicar inmediatamente a la empresa.

- GESTIONAR LA DEMANDA
 Descripción
El gerente comercial monitorea la demanda de los productos y coordina el abastecimiento
con logística.

 Flujo de eventos principal

Consiste en establecer las prioridades de compra de la empresa y el diseño de los planes de
venta.
 Flujo de eventos alternativos
En caso de un cierre temporal de la empresa las tareas de gestionar la demanda se suspenden.
3. ORGANIZACIÓN DE MODELO DE CASOS DE USO

A continuación, se presenta la figura que representa la Organización del Modelo de Casos de

Uso del Negocio:

Figura Nº 1: Organización del Modelo de CUN

4. DIAGRAMA DE OBJETIVOS DEL NEGOCIO

La siguiente figura muestra el Diagrama de Objetivos del Negocio:

Figura Nº 2: Diagrama de Objetivos del Negocio

5. DIAGRAMA CASOS DE USO VS OBJETIVOS DEL NEGOCIO

En el siguiente diagrama se muestra la relación existente entre los casos de uso del negocio
y los objetivos específicos:

Figura Nº 3: Casos de Uso vs. Objetivos del Negocio

6. ACTORES DEL NEGOCIO

En la siguiente figura se muestra los actores del negocio.

Figura Nº 4: Actores del Negocio

7. DIAGRAMA DE CASO DE USO DEL NEGOCIO

El siguiente diagrama presenta los actores y casos de uso del negocio, así como también la
relación entre ellos, dentro de lo que contempla la gestión logística de la empresa.

Figura Nº 5: Diagrama de Caso de Uso del Negocio

8. ORGANIZACIÓN DEL MODELO DE ANÁLISIS

Ahora a continuación se presenta el diagrama de la Organización del Modelo de análisis del

Negocio:

Figura Nº 6: Organización del Modelo de análisis del Negocio

9. TRABAJADORES DEL NEGOCIO

En la figura siguiente se muestra a los trabajadores del negocio pertenecientes a la gestión

logística de la empresa.

Figura Nº 7: Trabajadores del Negocio

 Tabla 1: Cuadro de descripción de Trabajadores de Negocio

NOMBRE DESCRIPCIÓN

Es el actor principal del negocio y está presente en los tres casos de uso, su función
Jefe de
dentro de la empresa será la de ser el responsable de las operaciones del área
Logística
logística de la empresa.

Asistente de Este actor de negocio cumple la función de apoyar al jefe de logística en las tareas
almacén operativas de propias del área logística como recepción y despacho de mercancías.

Este actor cumplirá la función de comunicador de las necesidades demandadas por

Jefe de tienda
una sucursal a fin de saber el área logística cuando, qué y cómo despachar.

Gerente Este actor cumplirá la función de filtrar los requerimientos de reaprovisionamiento

comercial por el área logística para la empresa a fin de hacer mejores compras.

Este actor tendrá la potestad de aprobar órdenes de compra y tendrá acceso a la

Gerente general información más elaborada que el sistema pueda obtener para el área logística de
la empresa.

10. REALIZACIONES DEL NEGOCIO

A continuación tenemos en grafico de las realizaciones del negocio

Figura Nº 8: Realización del Negocio

11. DIAGRAMAS DE ESTADOS DEL NEGOCIO

A continuación se presenta los respectivos diagramas de estados de cada objeto del negocio
identificado:

Figura Nº 9: Diagrama de estados del objeto "Acta de merma"

Figura Nº 10: Diagrama de estados del objeto "Guía de remisión"

Figura Nº 11: Diagrama de estados del objeto "Listado de reposición"

Figura Nº 12: Diagrama de estados del objeto "Orden de compra"

Figura Nº 13: Diagrama de estados del objeto "Proveedor"

Figura Nº 14: Diagrama de estados del objeto "Producto"

 Figura Nº 15: Diagrama de estados del objeto "Registro de despachos"

Figura Nº 16: Diagrama de estados del objeto "Registro de ingresos"

Figura Nº 17: Diagrama de estados para el objeto "Transportista"

12. DIAGRAMAS DE ACTIVIDADES DEL NEGOCIO

A continuación se muestra los diagramas de actividades de los Caso del Uso del Negocio:
Figura Nº 18: Diagrama de actividades del CUN "Gestionar abastecimiento"
Figura Nº 19: Diagrama de actividades del CUN "Gestionar la demanda"
Figura Nº 20: Diagrama de actividades del CUN "Gestionar transporte de aprovisionamiento"
13. MODELO DE OBJETOS DEL NEGOCIO

A continuación se presenta el diagrama del Modelo de Objetos de Gestionar Abastecimiento:

Figura Nº 21: Modelo de Objetos Gestionar Abastecimiento

A continuación se presenta el diagrama del Modelo de Objetos de Gestionar la demanda:

Figura Nº 22: Modelo de Objetos Gestionar la Demanda

A continuación se presenta el diagrama del Modelo de Objetos de Gestionar transporte de
aprovisionamiento:

Figura Nº 23: Modelo de Objetos Gestionar Transporte de Aprovisionamiento

14. MODELO DEL DOMINIO

En el siguiente diagrama se muestra los objetos del negocio y las relaciones existentes entre
ellos:

Figura Nº 24: Modelo del Dominio

B. MODELO DE REQUERIMIENTOS

1. REQUERIMIENTOS FUNCIONALES

- Autenticarse con el sistema.

- Manejo de roles por usuarios y control de seguridad.
- Registrar documentos referentes al ingreso y salida de mercancías.
- Control de inventario en almacenes teniendo en cuenta stocks de exhibición.
- Mantenedor de productos.
- Mantenedor de proveedores.
- Mantenedor de almacenes.
- Mantenedor de transportistas.
- Emitir reportes de gestión de aprovisionamiento.
- Emitir reportes de gestión de atención de la demanda (Distribución interna).
- Emitir reportes gráficos de toma de decisiones.

2. REQUERIMIENTOS NO FUNCIONALES

a. Requerimientos de Funcionalidad
- Actualización inmediata de stocks cuando se realice operaciones de almacén.
- Identificación de usuarios en cada operación.

b. Requerimientos de Facilidad de uso

- Deberá poder navegarse en el sistema mediante el teclado.
- El sistema deberá tener interfaces gráficas de navegación y en español.

c. Requerimientos de Confiabilidad
- El sistema deberá realizar backups de forma periódica y automatizada.
- El sistema deberá mantener una bitácora de los fallos que se vaya experimentado.
d. Requerimientos de Rendimiento
- El sistema deberá permitir el acceso concurrente de los usuarios.

- El sistema deberá soportar un estrés de carga para el escenario más extremo de la

empresa.
e. Requerimientos de Soporte
- El sistema deberá ser capaz de trabajar independiente del navegador que se emplee (Sea
Chrome, Opera, Firefox o Internet Explorer).
- El sistema deberá estar claramente documentado en su código.

f. Requerimientos de Diseño
- El sistema deberá contemplar una estructura de tres capas bajo el patrón Modelo, Vista,
Controlador.

g. Requerimientos de Implementación
- El sistema deberá estar desarrollado en JSP a fin de permitir el soporte multiplataforma.
- Deberá trabajarse con la base de datos MySQL por su performance de este GBD para la
plataforma web.

h. Requerimientos de Interfaz
- El sistema deberá proporcionar la salida de los reportes a través documentos electrónicos
como Word, Excel y PDF.
- El sistema deberá usar colores y matices que no sean fuertes para la vista.
- Todo documento antes de ser guardado o exportado a un formato de documento
electrónico deberá permitir pre visualización.

i. Requerimientos Físicos
- Para que un cliente del sistema trabaje en el mismo deberá tener:
o Un procesador de 1.50 GHz en adelante.
o Memoria de 2Gb como mínimo.
 o Disco duro de 50 GB en adelante.
o Conexión a internet, mínimo de 3Mbps.

3. DESCRIPCIÓN DE ACTORES

A continuación se muestra la descripción de cada uno de los Actores del Sistema:

Tabla 2: HDAS Administrador

Empresa: “Tiendas Reyes SAC.”

Descripción del Actor:

Sistema: Sistema de Gestión Logística

Elaborado por: Nilton Robert Abanto Abanto

Fecha: 16/10/2017 Hoja: 1 de 1

Objetivos:
- Realizar mantenimiento de usuarios e ingresar al sistema como administrador.
- Controlar la asignación de los permisos a los demás usuarios.

Tabla 3: HDAS Jefe de Logística

Empresa: “Tiendas Reyes SAC.”

Descripción del Actor:

Sistema: Sistema de Gestión Logística

Elaborado por: Nilton Robert Abanto Abanto

Fecha: 16/10/2017 Fecha: 16/10/2017

Objetivos:
- Elabora y genera las guías de remisión.
- Aprobar los documentos referentes al ingreso y salidos de mercancías de almacén.
- Visualizar el kardex de mercancías para el control de inventarios.
- Elabora las órdenes de compra.
- Genera los reportes de gestión logística.
 Tabla 4: HDAS Asistente de almacén

Empresa: “Tiendas Reyes SAC.”

Descripción del Actor:

Sistema: Sistema de Gestión Logística

Elaborado por: Nilton Robert Abanto Abanto

Fecha: 16/10/2017 Fecha: 16/10/2017

Objetivos:
- Registra el ingreso de mercancías a almacén.
- Registra nuevos productos.
- Registra el despacho de mercancías del almacén.
- Genera las actas de mermas.
- Registrar la asignación de transporte interno.

Tabla 5: HDAS Gerente general

Empresa: “Tiendas Reyes SAC.”

Descripción del Actor:

Sistema: Sistema de Gestión Logística

Elaborado por: Nilton Robert Abanto Abanto

Fecha: 16/10/2017 Fecha: 16/10/2017

Objetivos:
- Modifica cantidades de ítems de órdenes de compra.
- Visualiza información de proveedores.
- Registrar prioridades de aprovisionamiento.
- Genera reportes de listados de reposición de tiendas.
 Tabla 6: HDAS Jefe de tienda

Empresa: “Tiendas Reyes SAC.”

Descripción del Actor:

Sistema: Sistema de Gestión Logística

Elaborado por: Nilton Robert Abanto Abanto

Fecha: 16/10/2017 Fecha: 16/10/2017

Objetivos:
- Visualizar los stocks de productos.
- Genera listados de reposición.

Tabla 7: HDAS Gerente General

Empresa: “Tiendas Reyes SAC.”

Descripción del Actor:

Sistema: Sistema de Gestión Logística

Elaborado por: Nilton Robert Abanto Abanto

Fecha: 16/10/2017 Fecha: 16/10/2017

Objetivos:
- Aprueba las órdenes de compra.
- Genera reportes gráficos de toma de decisiones.
- Ingresa métricas de control de desempeño.
4. DIAGRAMA JERÁRQUICO DE ACTORES DEL SISTEMA

A continuación se presenta el diagrama jerárquico de actores del sistema el cual nos

permitirá tener un mejor visón del sistema a desarrollar:

Figura Nº 25: Diagrama jerárquico de Actores del Sistema

5. DIAGRAMA DE DEPENDECIA DE PAQUETES

Ahora en el siguiente diagrama se presenta los paquetes que conforman el sistema y las
relaciones existentes entre ellos. En cada paquete se encuentra las principales funciones que
se implementaran y especificaran en el diseño del sistema:

Figura Nº 26: Diagrama de Paquetes y sus Dependencias

6. MODELO DE CASO DE USO POR PAQUETES

Presentamos a continuación los Diagramas de Casos de Uso del Sistema, por cada paquete
considerado en el diseño del sistema:

a. Paquete Seguridad

Figura Nº 27: Diagrama del CUS del Paquete de Seguridad

b. Paquete de Reportes

Figura Nº
28: Diagrama del CUS del Paquete de Reportes

c. Paquete de Reutilizables

Figura Nº 29: Diagrama del CUS del Paquete de Reutilizables

d. Paquete de Gestión del Transporte de Aprovisionamiento

Figura Nº 30: Diagrama del CUS del Paquete de Gestión de Transporte de Aprovisionamiento

e. Paquete de Gestión del Abastecimiento

Figura Nº 31: Diagrama del CUS del Paquete de Gestión de Abastecimiento

f. Paquete de Gestión de la Demanda

Figura Nº 32: Diagrama del CUS del Paquete de Gestión de la Demanda

7. DIAGRAMA GENERAL DE CASO DE USO
A continuación tenemos el diagrama general que agrupa a todos los casos de uso.

Figura Nº 33: Diagrama general de Caso de Uso

8. HOJA DE DESCRIPCIÓN DE CASO DE USO
En esta parte mostramos a continuación las Hojas de Descripción de los Casos de Uso.

Tabla 8: HDCU Emitir reportes de gestión

Empresa: “TIENDAS REYES SAC”

Descripción de Caso de Uso: Emitir reportes Sistema: Sistema de Gestión Logística

de gestión Elaborado por: Nilton Robert Abanto Abanto
Fecha: 23/10/2017 Hoja: 1 de 1
Objetivo: Emitir reportes de la gestión de almacenes para la gestión logística.

Pre - Condiciones:
- Ingresar al sistema logeandose con su usuario y contraseña.
- Tener registrados en la base de datos los despachos realizados.
Flujo Principal:
- Seleccionar la fecha de límite inicial del intervalo de tiempo deseado.
- Seleccionar la fecha de límite final del intervalo de tiempo deseado.
- Ingresar el número top de productos más despachados.
- Elección del tipo de documento “.xls” o “.pdf” en el que se desea exportar el reporte.
Post - Condiciones: El reporte generado en el formato que se haya elegido quedara guardado en la zona
de descargas del sistema.
Requisitos satisfechos:
- Gestionar la información de los despachos realizados desde el almacén principal a los sub almacenes
de la empresa.
 Tabla 9: HDCU Gestionar usuarios
Empresa: “TIENDAS REYES SAC”

Descripción de Caso de Uso: Sistema: Sistema de Gestión Logística

Gestionar usuarios Elaborado por: Nilton Robert Abanto Abanto
Fecha: 23/10/2017 Hoja: 1 de 1
Objetivo: Registrar, editar o eliminar los usuarios.

Pre - Condición:
- Gestionar roles.
Flujo Principal:
- Listado de usuarios, con las opciones de registrar (F1), editar (F2) o eliminar (F3).

Flujo Secundario:
- F1: Registrar Usuario
- Muestra un formulario donde se ingresarán los datos del usuario.
- Dar clic en el botón “Grabar y Terminar”. (E1)
- F2: Editar Usuario
- Muestra un formulario donde se muestran los datos del usuario seleccionado
- Editar los datos necesarios y dar clic en el botón “Grabar y Terminar”. (E1)
- F3: Eliminar Usuario
- Muestra un mensaje, donde se pide confirmar la eliminación del usuario seleccionado.
- Dar clic en el botón “Eliminar”.

Excepciones:
- E1: Los campos no deben estar vacíos y se debe seleccionar el rol.

Post - Condiciones: Ninguna.

Requisitos satisfechos:
- Permitir el acceso al sistema teniendo los usuarios registrados.
 Tabla 10: HDCU Aprobar órdenes de compra
Empresa: “TIENDAS REYES SAC”

Descripción de Caso de Uso: Aprobar Sistema: Sistema de Gestión Logística

órdenes de compra Elaborado por: Nilton Robert Abanto Abanto
Fecha: 23/10/2017 Hoja: 1 de 1
Objetivo: Aprobar órdenes de compra para su ejecución.

Pre - Condición:
- Elaboración de órdenes de compra.
- Las órdenes de compra por aprobar deberán estar guardadas en el sistema.
Flujo Principal:
- Listar las órdenes de compra pendientes por aprobar y registrar su aprobación F1 para luego terminar
archivándola después de aprobarla F2.
Flujo Secundario:
- F1: Registrar Aprobación
- Muestra todos los detalles de la orden de compra seleccionada
- Dar clic en el botón “Observación”. (E1)
- Se da click en el botón “Aprobar orden”.
- F2: Guardar orden de compra
- Se selecciona el botón “Guardar” y se registra con estado de aprobada en el sistema.

Excepciones:
- E1: Se detallada las observaciones y se envía al repositorio de órdenes observadas por subsanar
dando click en el botón “Enviar a órdenes observadas”.
Post - Condiciones: Las órdenes quedara guardadas mostrado su aprobación.

Requisitos satisfechos:
- Tener probadas las órdenes de compra elaboradas para su ejecución.
 Tabla 11: HDCU Modificar cantidades de compra
Empresa: “TIENDAS REYES SAC”

Descripción de Caso de Uso: Modificar Sistema: Sistema de Gestión Logística

cantidades de compra Elaborado por: Nilton Robert Abanto Abanto
Fecha: 23/10/2017 Hoja: 1 de 1
Objetivo: Editar y registrar las modificaciones de las cantidades a comprar.

Pre - Condición:
- La orden de compra deberá estar guardad en el sistema.
Flujo Principal:
- Se lista las órdenes de compra por revisar, se selecciona una y se edita F1, y se finaliza
comunicando la realización de las observaciones F2.
Flujo Secundario:
- F1: Editar cantidades
- Muestra un formulario donde se ingresarán las nuevas cantidades sugeridas.
- F2: Registrar revisión
- Muestra un formulario donde se selecciona la opción de comunicación al jefe de logística.
- Editar los datos necesarios y dar clic en el botón “Grabar y Terminar”. (E1)
Excepciones:
- E1: Los campos deberán estar llenados solo con valores numéricos.

Post - Condiciones: Ninguna.

Requisitos satisfechos:
- Tener cantidades de compra mejor elaboradas y registradas.
9. ESTIMACIÓN DE TIEMPO DE DESARROLLO

1. Cálculo de Puntos de Casos de Uso sin Ajustar

Se realiza a partir de la siguiente ecuación:

𝐶𝑈𝑆𝐴 = 𝐹𝑃𝐴𝑆 + 𝐹𝑃𝐶𝑆

Dónde las variables son:

𝐶𝑈𝑆𝐴 = 𝑃𝑢𝑛𝑡𝑜𝑠 𝑑𝑒 𝐶𝑎𝑠𝑜𝑠 𝑑𝑒 𝑈𝑠𝑜 sin 𝐴𝑗𝑢𝑠𝑡𝑎𝑟

𝐹𝑃𝐴𝑆 = 𝐹𝑎𝑐𝑡𝑜𝑟 𝑑𝑒 𝑃𝑒𝑠𝑜 𝑑𝑒 𝑙𝑜𝑠 𝐴𝑐𝑡𝑜𝑟𝑒𝑠 sin 𝐴𝑗𝑢𝑠𝑡𝑎𝑟

𝐹𝑃𝐶𝑆 = 𝐹𝑎𝑐𝑡𝑜𝑟 𝑑𝑒 𝑃𝑒𝑠𝑜 𝑑𝑒 𝑙𝑜𝑠 𝐶𝑎𝑠𝑜𝑠 𝑑𝑒 𝑈𝑠𝑜 sin 𝐴𝑗𝑢𝑠𝑡𝑎𝑟

1.1. Factores de Peso de los Actores sin Ajustar (FPAS) (UAW)

El factor de peso de los actores sin ajustar (FPAS) no es más que el análisis de la cantidad de
actores presentes y la complejidad de cada uno de ellos y está dado por la siguiente fórmula
mostrada a continuación:

𝐹𝑃𝐴𝑆 = ∑(𝑃𝑒𝑠𝑜𝑖 ∗ 𝑁º 𝐴𝑐𝑡𝑜𝑟𝑖 )

𝑖=1

En el sistema se tiene que existen 1 actor complejo, 2 medios y 3 actores simples, por lo que
UAW sería:

𝐹𝑃𝐴𝑆 = (1 ∗ 3) + (2 ∗ 2) + (3 ∗ 1) = 10

Tabla 12: Factor de peso por cada actor y su tipo

Actor Tipo de Actor Factor

Jefe de logística Complejo 3

Asistente de almacén Medio 2

Gerente general Medio 2

Jefe de tienda Simple 1

Gerente comercial Simple 1

Administrador del sistema Simple 1

 Tabla 13: Resumen de actores y su tipo

Factor Nº de Actores Resultado

Simple 1 3 3

Medio 2 2 4

Complejo 3 1 3

FPAS 10

1.2. Factor de Peso de los Casos de Uso sin Ajustar (FPCS) (UUCW)

El factor de peso de los casos de uso sin ajustar no es más que el análisis de la cantidad de
casos de uso presentes y la complejidad de cada uno de ellos:

𝐹𝑃𝐶𝑆 = ∑(𝑃𝑒𝑠𝑜𝑖 ∗ 𝐶𝑈𝑖 )

𝑖=1

El factor de complejidad de los casos de uso se determina en función del número de

transacciones, de acuerdo a los siguientes criterios:

Tabla 14: Factores de peso por cada caso de uso y su tipo

Criterio
Tipo Factor
(Nº de Transacciones)

Simple 1-3 5

Medio 4-6 10

Complejo 7 a más 15

En el sistema existen 29 casos de uso, de los cuales se tienen 18 simples, 7 medios y 4

complejos, por lo que UUCW, sería:

𝐹𝑃𝐶𝑆 = (5 ∗ 24) + (10 ∗ 3) + (15 ∗ 1) = 165

 Tabla 15: Factores de peso por cada caso de uso y su tipo

Nº Caso de Uso Tipo Factor

1 Emitir reportes de gestión Simple 5

2 Emitir reportes gráficos Simple 5

3 Emitir reportes de tendencias Simple 5

4 Gestionar pago de proveedores Complejo 15

5 Aprobar órdenes de compra Simple 5

6 Registrar ingreso de productos comprados Simple 5

7 Mantener productos Simple 5

8 Elaborar orden de compra Medio 10

9 Registrar observaciones de despacho de almacén Simple 5

10 Gestionar pagos de transporte Medio 10

11 Comunicar ingresos Simple 5

12 Registrar modalidades de recepción de mercancías Simple 5

13 Cargar listas de reposición Simple 5

14 Asignar transportista Simple 5

15 Buscar proveedor Simple 5

16 Realizar listado de reposición Simple 5

17 Registrar mermas Simple 5

18 Registrar despachos Medio 10

19 Registrar sub almacenes Simple 5

20 Registrar campaña Simple 5

21 Modificar cantidades de compra Simple 5

22 Ingresar al sistema Simple 5

 23 Actualizar perfil de usuario Simple 5

24 Gestionar usuarios Simple 5

25 Mantener Trabajadores Simple 5

Tabla 16: Resumen de casos de uso y su tipo

Nº de Casos de
Factor Resultado
Uso

Simple 5 21 105

Medio 10 3 30

Complejo 15 1 15

FPCS 150

Una vez calculados el factor de peso de los actores sin ajustar y el factor de peso de los casos
de uso sin ajustar, se tiene según la ecuación de puntos de casos de uso sin ajustar que se
mostró anteriormente el siguiente resultado:

𝐶𝑈𝑆𝐴 = 𝐹𝑃𝐴𝑆 + 𝐹𝑃𝐶𝑆

𝐶𝑈𝑆𝐴 = 10 + 150 = 160

2. Cálculo de Puntos de Casos de Uso Ajustados

El cálculo de puntos de casos de uso ajustados se obtiene a partir del resultado del cálculo de
puntos de casos de uso sin ajustar, como lo muestra la ecuación:

𝑃𝐶𝐴 = 𝐶𝑈𝑆𝐴 ∗ 𝑇𝐶𝐹 ∗ 𝐹𝐴

Dónde las variables son:

𝑃𝐶𝐴 = 𝑃𝑢𝑛𝑡𝑜𝑠 𝑑𝑒 𝐶𝑎𝑠𝑜𝑠 𝑑𝑒 𝑈𝑠𝑜 𝐴𝑗𝑢𝑠𝑡𝑎𝑑𝑜𝑠

𝐶𝑈𝑆𝐴 = 𝑃𝑢𝑛𝑡𝑜𝑠 𝑑𝑒 𝐶𝑎𝑠𝑜𝑠 𝑑𝑒 𝑈𝑠𝑜 sin 𝐴𝑗𝑢𝑠𝑡𝑎𝑟
𝑇𝐶𝐹 = 𝐹𝑎𝑐𝑡𝑜𝑟 𝑑𝑒 𝐶𝑜𝑚𝑝𝑙𝑒𝑗𝑖𝑑𝑎𝑑 𝑇é𝑐𝑛𝑖𝑐𝑎
𝐹𝐴 = 𝐹𝑎𝑐𝑡𝑜𝑟 𝑑𝑒 𝐴𝑚𝑏𝑖𝑒𝑛𝑡𝑒
2.1. Factor de Complejidad Técnica
El factor de Complejidad Técnica se calcula mediante la siguiente fórmula:
𝑛

𝑇𝐶𝐹 = 0.6 + 0.01 ∗ ∑(𝑃𝑒𝑠𝑜𝑖 ∗ 𝐹𝑎𝑐𝑡𝑜𝑟𝑖 )

𝑖=1

Los Pesos i-ésimos son fijos (invariables), los valores i-ésimos tienen un valor entre 0 y 5,
son asignados arbitrariamente de acuerdo a como afecta el factor de complejidad técnica al
sistema de información.
Tenemos:
Tabla 17: Peso de cada Factor de Complejidad Técnica y su valor

Factores Descripción Pesoi Valori Pesoi*Valori

T1 Sistema distribuido 2 4 8

T2 Tiempo de respuesta 1 3 3

T3 Eficiencia por el usuario 1 3 3

T4 Procesamiento interno complejo 1 3 3

T5 Reusabilidad 1 4 4

T6 Facilidad de instalación 0.5 5 2.5

T7 Facilidad de uso 0.5 4 2

T8 Portabilidad 2 4 8

T9 Facilidad de cambio 1 4 4

T10 Concurrencia 1 2 2

T11 Objetivos especiales de seguridad 1 5 5

T12 Acceso directo a terceras partes 1 3 3

Facilidades especiales de
T13 1 3 3
entrenamiento a usuarios finales

ΣPesoi*Valori 50.5

𝑇𝐶𝐹 = 0.6 + 0.01 ∗ (50.5) = 1.105

2.2. Factor de Ambiente (FA)

Los agentes que intervienen en el cálculo del factor ambiente están dados por las habilidades
y el entrenamiento del grupo involucrado en el desarrollo del sistema, este se calcula
mediante la siguiente ecuación:
𝑛

𝐹𝐴 = 1.4 − 0.03 ∗ ∑(𝑃𝑒𝑠𝑜𝑖 ∗ 𝑉𝑎𝑙𝑜𝑟𝑖 ).....................................(5.1)

𝑖=1

Los Pesos i-ésimos son fijos (invariables), los valores i-ésimos tienen un valor entre 0 y 5,
son asignados arbitrariamente de acuerdo como afecta el factor de ambiente al sistema de
información. Tenemos:

Tabla 18: Peso de cada factor Ambiente y su valor

Factores Descripción Pesoi Valori Pesoi *Valori

E1 Familiaridad con el modelo de proyecto utilizado 1.5 3 4.5

E2 Experiencia en la aplicación 0.5 3 1.5

E3 Experiencia en orientación a objetos 1 4 4

E4 Capacidad del analista líder 0.5 4 2

E5 Motivación 1 5 5

E6 Estabilidad de los requerimientos 2 4 8

E7 Personal a tiempo compartido -1 4 -4

E8 Dificultad del lenguaje de programación -1 3 -3

ΣPesoi*Valori 18

𝐹𝐴 = 1.4 − 0.03 ∗ (18) = 0.86

Después de haber obtenido los resultados de los cálculos del factor de complejidad técnica y
el factor de ambiente, se puede concluir el cálculo de los puntos de casos de uso ajustados
partiendo de la formula antes mostrada:
PCA = CUSA ∗ TCF ∗ FA
𝑃𝐶𝐴 = 160 ∗ 1.105 ∗ 0.86
 𝑃𝐶𝐴 = 152.048 𝐶𝑈
3. Estimación del Esfuerzo:
La estimación del esfuerzo está representada por la ecuación que se muestra a continuación:
𝐸 = 𝑃𝐶𝐴 ∗ 𝐶𝐹
Dónde las variables son:
𝐸 = 𝐸𝑠𝑡𝑖𝑚𝑎𝑐𝑖ó𝑛 𝑑𝑒𝑙 𝐸𝑠𝑓𝑢𝑒𝑟𝑧𝑜
𝑃𝐶𝐴 = 𝑃𝑢𝑛𝑡𝑜𝑠 𝑑𝑒 𝐶𝑎𝑠𝑜𝑠 𝑑𝑒 𝑈𝑠𝑜 𝑎𝑗𝑢𝑠𝑡𝑎𝑑𝑜𝑠
𝐶𝐹 = 𝐹𝑎𝑐𝑡𝑜𝑟 𝑑𝑒 𝐶𝑜𝑛𝑣𝑒𝑟𝑠𝑖ó𝑛
En esta interviene el Factor de Conversión (CF) que según Karner tiene un valor de 20 Horas-
Hombre por Caso de Uso además del resultado obtenido de los puntos de Casos de Uso
Ajustados. Es decir:
𝐻−𝐻
𝐶𝐹 = 20
𝐶𝑈
Entonces tenemos:
𝐻−𝐻
𝐸 = 152.048 𝐶𝑈 ∗ 20
𝐶𝑈
𝐸 = 3,040.96 𝐻𝑜𝑟𝑎𝑠 − 𝐻𝑜𝑚𝑏𝑟𝑒

Se tiene que la estimación del esfuerzo necesario para la etapa de programación del sistema
es de 3,040.96 Horas – Hombre. Luego, la estimación del esfuerzo total necesario para el
desarrollo del sistema, sería: 7,602.4 H – H.

Tabla 19: Porcentaje de cada actividad y su valor en Horas – Hombre

Actividad Porcentaje Horas-Hombre

Análisis 10.00% 760.24

Diseño 20.00% 1,520.48

Programación 40.00% 3,040.96

Pruebas 15.00% 1,140.36

Sobrecarga (otras actividades) 15.00% 1,140.36

Total 100.00% 7,602.4

𝐸𝑡𝑜𝑡𝑎𝑙 = 7,602.4 𝐻𝑜𝑟𝑎𝑠 − 𝐻𝑜𝑚𝑏𝑟𝑒

4. Cálculo del Tiempo de Desarrollo en Horas (TDES)

El tiempo de Desarrollo se calcula a partir de la expresión:

𝐸𝑡𝑜𝑡𝑎𝑙
𝑇𝐷𝑒𝑠𝑇𝑜𝑡𝑎𝑙 = ( ) ........................................................... (5.2)
𝐶𝐻𝑡𝑜𝑡𝑎𝑙

Dónde:

𝐸𝑡𝑜𝑡𝑎𝑙 = 𝐸𝑠𝑓𝑢𝑒𝑟𝑧𝑜 𝑡𝑜𝑡𝑎𝑙.

𝐶𝐻𝑡𝑜𝑡𝑎𝑙 = 𝐶𝑎𝑛𝑡𝑖𝑑𝑎𝑑 𝑑𝑒 𝐻𝑜𝑚𝑏𝑟𝑒𝑠 𝑞𝑢𝑒 𝑝𝑎𝑟𝑡𝑖𝑐𝑖𝑝𝑎𝑛 𝑒𝑛 𝑒𝑙 𝑑𝑒𝑠𝑎𝑟𝑟𝑜𝑙𝑙𝑜.

Entonces tenemos:

7,602.4 𝐻 − 𝐻
𝑇𝐷𝑒𝑠𝑇𝑜𝑡𝑎𝑙 = ( )
2𝐻

𝑇𝐷𝑒𝑠𝑇𝑜𝑡𝑎𝑙 = 3,801.2 𝐻

5. Calculo del Tiempo de Desarrollo en Meses

El tiempo total de desarrollo es de 9,714.19 horas, considerando que se trabajen 6 días al a
la semana y 12 horas diarias, equivale a 33.7 meses de desarrollo.
Entonces tenemos:

1 𝑑í𝑎 1 𝑠𝑒𝑚𝑎𝑛𝑎 1 𝑚𝑒𝑠

𝑇𝐷 = 3,801.2 𝐻𝑜𝑟𝑎𝑠 ∗ ( )∗( )∗( )
12 ℎ𝑜𝑟𝑎𝑠 6 𝑑í𝑎𝑠 4 𝑠𝑒𝑚𝑎𝑛𝑎𝑠

𝑇𝐷 = 13.199 ≅ 14 𝑚𝑒𝑠𝑒𝑠

10. ESTUDIO DE VIABILIDAD ECONÓMICA

El estudio de viabilidad económica es un apartado crucial a la hora de abordar el desarrollo
de un proyecto, debido a que su realización de este nos aportara información necesaria para
decidir sobre si se puede o no seguir con el desarrollo de un proyecto.

A continuación se presenta cada uno de los aspectos que conforman el estudio de viabilidad
económica de este proyecto:
1. Determinación del Costo de Inversión

𝐶𝐼 = 𝐶𝐻 + 𝐶𝑆 + 𝐶𝑀 ....................................................................... (5.3)
Dónde:
𝐶𝐼 = 𝐶𝑜𝑠𝑡𝑜 𝑑𝑒 𝐼𝑛𝑣𝑒𝑟𝑠𝑖ó𝑛
𝐶𝐻 = 𝐶𝑜𝑠𝑡𝑜 𝑑𝑒 𝐻𝑎𝑟𝑑𝑤𝑎𝑟𝑒
𝐶𝑆 = 𝐶𝑜𝑠𝑡𝑜 𝑑𝑒 𝑆𝑜𝑓𝑡𝑤𝑎𝑟𝑒
𝐶𝑀 = 𝐶𝑜𝑠𝑡𝑜 𝑑𝑒 𝑀𝑜𝑏𝑖𝑙𝑖𝑎𝑟𝑖𝑜
1.1. Costo de Hardware

Tabla 20: Costos de adquisición de Hardware

Personal Cantidad Precio U. (S/.) Sub Total (S/.)
Laptop personal: Procesador Intel Core I5, 4 GB
1 2 000.00 2 000.00
RAM 500 GB Disco Duro
Memoria USB Kingston 8 GB 1 25.00 25.00
COSTO TOTAL DE EQUIPOS S/. 2025.00

1.2. Costo de Software

Tabla 21: Costos de adquisición de software.

Unidad Costo Unitario Subtotal

Descripción
(es) (S/.) (S/.)

MySQL 1 0.00 0.00

Java 8 1 0.00 0.00

GlassFish Server 4.1 1 0.00 0.00

Hibernate 4.3.1 1 0.00 0.00

Primefaces 1 0.00 0.00

Rational Software Architect

1 0.00 0.00
(RSA)

Total de Costo de Software S/. 0.00

1.3. Costo de Mobiliario

Tabla 22: Costos por mobiliario.

Descripción Unidad (es) Costo Unitario (S/.) Subtotal (S/.)

Mueble para Laptop 1 0.00 0.00

Silla 1 0.00 0.00

Total de Costo de Mobiliario S/. 0.00

Por lo tanto los costos totales de inversión son:

Tabla 23: Resumen de costos de inversión.

Ítem Recurso Total (S/.)

1 Costos de Hardware 2,025.00

2 Costos de Software 0.00

3 Costos de Mobiliario 0.00

Total de Costos de Inversión S/. 2,025.00

2. Determinación del Costo de Desarrollo

𝐶𝐷 = 𝐶𝑅𝐻 + 𝐶𝑅𝑀 + 𝐶𝐸𝐸 + 𝐶𝑆 .......................................... (5.4)

Dónde:

𝐶𝐷 = 𝐶𝑜𝑠𝑡𝑜 𝑑𝑒 𝐷𝑒𝑠𝑎𝑟𝑟𝑜𝑙𝑙𝑜

𝐶𝑅𝐻 = 𝐶𝑜𝑠𝑡𝑜 𝑑𝑒 𝑅𝑒𝑐𝑢𝑟𝑠𝑜𝑠 𝐻𝑢𝑚𝑎𝑛𝑜𝑠

𝐶𝑅𝑀 = 𝐶𝑜𝑠𝑡𝑜 𝑑𝑒 𝑅𝑒𝑐𝑢𝑟𝑠𝑜𝑠 𝑀𝑎𝑡𝑒𝑟𝑖𝑎𝑙𝑒𝑠

𝐶𝐸𝐸 = 𝐶𝑜𝑠𝑡𝑜 𝑑𝑒 𝐸𝑛𝑒𝑟𝑔í𝑎 𝐸𝑙é𝑐𝑡𝑟𝑖𝑐𝑎

𝐶𝑆 = 𝐶𝑜𝑠𝑡𝑜 𝑑𝑒 𝑆𝑒𝑟𝑣𝑖𝑐𝑖𝑜𝑠
2.1. Recursos Humanos

Tabla 24: Costos de Recursos Humanos

Remuneración Tiempo
Personal Cantidad Sub Total (S/.)
Mensual (S/.) (Meses)
Investigador 1 persona 0.00 14 0.00

Programador 1 persona 312.00 2 624.00

Asesor 1 persona 0.00 14 0.00

TOTAL COSTO PERSONAL S/. 624.00

2.2. Recursos Materiales

Tabla 25: Costos de Recursos Materiales.

Materiales Unidad de Medida Cantidad Precio Unitario Sub Total
CD’s Unidad 4 1.00 4.00
Hojas Bond tamaño A4 Ciento 2 4.00 8.00
Folder Manila Unidad 6 0.60 3.60
Lapiceros Unidad 3 0.80 2.40
Corrector Unidad 1 1.00 1.00
Lápices Unidad 2 0.50 1.00
Borrador Unidad 2 0.50 1.00
Total Costos por Recursos Materiales: 21.00

2.3. Costos de Energía Eléctrica

La energía eléctrica consumida por hora es de 1 kw, además el precio según Hidrandina S.A.
el costo por kw-hora es de S/. 0.5577.

Tabla 26: Costos de Energía Eléctrica.

Consumo por Tiempo de Tiempo Costo kw-h Cantida Sub total
Descripción
Hora (KW) Uso (h/día) (días) (S/.) d (S/.)

24 días/ mes
Laptop 0.045 12 0.5577 1 101.19
x 14 meses

Total de Costo de Energía Eléctrica S/. 101.19

2.4. Costos de Servicios

Tabla 27: Costos de Servicios.

Precio por Sub
Descripción Unidad de Medida Cantidad
Unidad Totales
Transporte Pasajes 135 0.70 94.50
Impresiones Número de Hojas 700 0.10 70.00
Fotocopiados Número de Hojas 100 0.05 5.00
Internet Por Mes 14 30.00 420.00
Total de Costos por Servicios: 589.50

Entonces:

𝐶𝐷 = 624.00 + 21.00 + 101.19 + 589.50

𝐶𝐷 = 𝑆/.1,335.69

Tabla 28: Resumen de Costos de Desarrollo.

Tipo de Costo Total (S/.)

Recursos Humanos 624.00

Recursos Materiales 21.00

Energía Eléctrica 101.19

Servicios 589.50

Total Costo de Desarrollo S/. 1,335.69

3. Costos Operacionales

Tabla 29: Costos Operacionales.

Tipo de Costo Monto Anual (S/.)

Costo de Mantenimiento 500.00

Costo de Capacitación 120.00

Otro Costos (Servicios, Insumos, etc.) 350.00

Total Costo de Desarrollo S/. 970.00

4. Beneficios
Los beneficios son lo que se obtiene producto de la implantación del software desarrollado
en el presente trabajo de investigación, los que a su vez pudieran ser en la forma de ahorro
de tiempo y dinero para la empresa que lo ha de usar.

4.1. Beneficios Intangibles

Entre los beneficios intangibles obtenidos tenemos los siguientes:
- Mejorar el manejo de la información del área logística de la empresa.
- Realizar un control más efectivo de la gestión logística.
- Agilizar los procesos logísticos que reciban apoyo del sistema desarrollado.
- Incrementar la satisfacción de los responsables de medir el desempeño de la logística.
4.1. Beneficios Intangibles (S/. /Año)
Son todos aquellos beneficios cuyos resultados se pueden observar en forma inmediata
posterior a implementación del sistema de información. Se traducen en el ahorro de tiempo
y de recursos para la empresa, con respecto a los procesos de su gestión logística.

De acuerdo a una reunión con el encargado de logística de la empresa, el gerente comercial

y el gerente general se pudo conocer que el sistema podría obtener los siguientes beneficios
tangibles para la empresa:

- Un ahorro de 2 horas en la elaboración de cada una de las órdenes de compra, las que se
realizan un promedio de 4 al mes por el Jefe de Logística que tiene un sueldo de S/.
2,600.00 mensuales por una jornada de 10 horas diarias.
- Un ahorro de tiempo de 50% del 10% del horario de trabajo del gerente general, destinado
a medir el desempeño de la gestión logística el que trabaja 12 horas por día y tiene un
sueldo de S/. 4,000.00 mensuales.
- Por ultimo las roturas de stock reducirse a un 50% que en promedio generan la perdida de
una venta por mes que en promedio significaría una ganancia neta de S/100.00 de cada
venta perdida para la empresa.
 Costo H – H del Jefe de Logística:
C H-H JL = S/. 2,600.00 / (26x10) = S/. 10.00

Costo H – H del Gerente General:

C H-H GG = S/. 4,000.00 / (26x12) = S/. 12.82

Tabla 30: Detalle de los Beneficios Tangibles Obtenibles en S/ por Año.

Factor de costo Ahorro Meces Sub total
Descripción Cantidad al mes
ahorrado por Mes al año ahorrado
Horas hombre en
4 ord x 2 horas 10.00 80.00 12 960.00
órdenes de compra

Horas hombre en
0.5 x 0.10 4,000.00 200.00 12 2,400.00
medición de desempeño

Ganancias perdidas por

1 venta x 0.5 100.00 50.00 12 600.00
roturas de stock

Total de Beneficios Tangibles al Año: 3,960.00

5. Análisis de Rentabilidad

Tabla 31: Análisis de Rentabilidad (Para 3 años).

DESCRIPCIÓN AÑO 0 AÑO 1 AÑO 2 AÑO 3

COSTOS DE INVERSIÓN 2,025.00

COSTO DE DESARROLLO 1,335.69

TOTAL DE INVERSIÓN S/. 3,360.69

COSTOS OPERACIONALES 970.00 970.00 970.00

BENEFICIOS TANGIBLES 3,960.00 3,960.00 3,960.00

TOTAL DE BENEFICIOS. S/. 3,960.00 S/. 3,960.00 S/. 3,960.00

SALDO DE CAJA -(S/. 2,016.41) -(S/. 672.14) -(S/. 672.14)

BENEFICIO NETO - ( S/. 3,360.69) S/. 2,990.00 S/. 2,990.00 S/. 2,990.00
6. Cálculo de Índices Económicos
6.1. Valor Actual Neto (VAN)
También llamado Valor Presente Neto, representa el excedente obtenido por un proyecto en
términos absolutos después de haber cubierto los costos de inversión, de operación y de uso
del capital. En síntesis, el VAN es la suma algebraica de los valores actualizados de los costos
y beneficios obtenidos por el proyecto que se obtendrían en su etapa de uso pero con el valor
de ese monto en el presente.

El interés estimado para el cálculo del VAN es de 12.45%, que es la tasa promedio en el
mercado para la pequeñas y medianas empresas cuando los préstamos son mayores a 540
días, en el primer nivel de Asignación del Banco de la Nación.

El VAN se calcula mediante la siguiente fórmula:

𝐵−𝐶 𝐵−𝐶 𝐵−𝐶

𝑉𝐴𝑁 = −𝐼0 + 1
+ 2
+⋯+ .........................(5.5)
(1 + 𝐼) (1 + 𝐼) (1 + 𝐼)𝑛

Dónde:

𝐼0 = 𝐼𝑛𝑣𝑒𝑟𝑠𝑖ó𝑛 𝐼𝑛𝑖𝑐𝑖𝑎𝑙
𝐵 = 𝐵𝑒𝑛𝑒𝑓𝑖𝑐𝑖𝑜 𝑎𝑛𝑢𝑎𝑙
𝐶 = 𝐶𝑜𝑠𝑡𝑜𝑠 𝑑𝑒 𝑜𝑝𝑒𝑟𝑎𝑐𝑖ó𝑛 𝑎𝑛𝑢𝑎𝑙
𝐼 = 𝑇𝑎𝑠𝑎 𝑑𝑒 𝐼𝑛𝑡𝑒𝑟é𝑠
𝑛 = 𝐻𝑜𝑟𝑖𝑧𝑜𝑛𝑡𝑒 𝑑𝑒 𝑇𝑖𝑒𝑚𝑝𝑜 (3 𝑎ñ𝑜𝑠)

Por lo tanto:

2,990.00 2,990.00
𝑉𝐴𝑁 = − 3,360.69 + 1
+
(1 + 0.1245) (1 + 0.1245)2
2,990.00
+
(1 + 0.1245)3

𝑉𝐴𝑁 = − 3,360.69 + 2,658.960 + 2,364.571 + 2,102.775

𝑉𝐴𝑁 = 𝑆/. 3,765.62

 Figura Nº 34: Cálculo del VAN en hoja de Excel 2013.

Tabla 32: Interpretación del VAN según su valor.

VALOR SIGNIFICADO DECISIÓN A TOMAR

La inversión produciría
Si el VAN > 0 El proyecto puede ser aceptado
ganancias

La inversión produciría
Si el VAN < 0 El proyecto debería de rechazarse
pérdidas

Dado que el proyecto no genera valor monetario,

La inversión no produciría la decisión podría basarse en otros criterios, como
Si el VAN = 0
ni pérdidas ni ganancias. la obtención de una mejor forma de trabajar para
los trabajadores de la empresa.

6.2. Tasa Interna de Retorno (TIR)

Este indicador económico representa la tasa de rendimiento a la cual el proyecto se hace
indiferente a obtener ganancias o pérdidas, es decir cuando el VAN = 0. En otras palabras, el
TIR es la tasa de descuento que iguala al valor actual de los beneficios y el valor actual de
los costos.

El TIR nos sirve para comparar la rentabilidad con la tasa de interés que se maneja en el
proyecto, en este caso i =18% anual. Se calcula mediante la siguiente fórmula:

𝐵−𝐶 𝐵−𝐶 𝐵−𝐶 .. ………(5.6)

0 = −𝐼0 + 1
+ 2
+ ⋯+
(1 + 𝑇𝐼𝑅) (1 + 𝑇𝐼𝑅) (1 + 𝑇𝐼𝑅)𝑛
Dónde:

𝐼0 = 𝐼𝑛𝑣𝑒𝑟𝑠𝑖ó𝑛 𝐼𝑛𝑖𝑐𝑖𝑎𝑙.

𝐹𝑁𝑗 = 𝐹𝑙𝑢𝑗𝑜 𝑁𝑒𝑡𝑜 𝑒𝑛 𝑒𝑙 𝑃𝑒𝑟𝑖𝑜𝑑𝑜 𝑗.

𝑇𝐼𝑅 = 𝑇𝑎𝑠𝑎 𝐼𝑛𝑡𝑒𝑟𝑛𝑎 𝑑𝑒 𝑅𝑒𝑡𝑜𝑟𝑛𝑜.

𝑛 = 𝑁ú𝑚𝑒𝑟𝑜 𝑑𝑒 𝑃𝑒𝑟𝑖𝑜𝑑𝑜𝑠.

Ahora bien, reemplazando los valores en la fórmula tenemos:

2,990.00 2,990.00 2,990.00

0 = − 3,360.69 + + +
(1 + 𝑇𝐼𝑅)1 (1 + 𝑇𝐼𝑅)2 (1 + 𝑇𝐼𝑅)3

𝑇𝐼𝑅 = 71.26%

Figura Nº 35: Cálculo del TIR con hoja de Excel 2013.

6.3. Cálculo del Indicador (B/C)
Este indicador es conocido como el cociente Beneficio/Costo y es el resultado de dividir la
suma de los beneficios en el presente entre la suma de los costos en el presente que son
generados a lo lago de la vida útil del proyecto.
Se considera una tasa de interés del 18%, y se calcula de la siguiente forma:

𝑉𝑝𝐵 …………………………………………………(5.7)
𝐵/𝐶 =
𝑉𝑝𝐶

Dónde:

𝐵/𝐶 = 𝐼𝑛𝑑𝑖𝑐𝑎𝑑𝑜𝑟𝐵𝑒𝑛𝑒𝑓𝑖𝑐𝑖𝑜 − 𝐶𝑜𝑠𝑡𝑜.

𝑉𝑝𝐵 = 𝑉𝑎𝑙𝑜𝑟 𝐴𝑐𝑡𝑢𝑎𝑙 𝑁𝑒𝑡𝑜 𝑑𝑒 𝑙𝑜𝑠 𝐵𝑒𝑛𝑒𝑓𝑖𝑐𝑖𝑜𝑠.

𝑉𝑝𝐶 = 𝑉𝑎𝑙𝑜𝑟 𝐴𝑐𝑡𝑢𝑎𝑙 𝑁𝑒𝑡𝑜 𝑑𝑒 𝑙𝑜𝑠 𝐶𝑜𝑠𝑡𝑜𝑠.

- Cálculo del VpB:

𝐵 𝐵 𝐵 .......................... (5.8)
𝑉𝑝𝐵 = 1
+ 2
+⋯+
(1 + 𝐼) (1 + 𝐼) (1 + 𝐼)𝑛

Dónde:

𝐵 = 𝐵𝑒𝑛𝑒𝑓𝑖𝑐𝑖𝑜 𝑎𝑛𝑢𝑎𝑙

𝐼 = 𝑇𝑎𝑠𝑎 𝑑𝑒 𝐼𝑛𝑡𝑒𝑟é𝑠

𝑛 = 𝐻𝑜𝑟𝑖𝑧𝑜𝑛𝑡𝑒 𝑑𝑒 𝑇𝑖𝑒𝑚𝑝𝑜 (3 𝑎ñ𝑜𝑠)

Entonces, aplicamos la fórmula:

3,960.00 3,960.00 3,960.00

𝑉𝑝𝐵 = + +
(1 + 0.1245)1 (1 + 0.1245)2 (1 + 0.1245)3

𝑉𝑝𝐵 = 3,521.57 + 3,131.67 + 2,784.95

𝑉𝑝𝐵 = 9,438.18

- Cálculo del VpC:

𝐶 𝐶 𝐶
𝑉𝑝𝐶 = −𝐼0 + 1
+ 2
+⋯+ .........................(5.9)
(1 + 𝐼) (1 + 𝐼) (1 + 𝐼)𝑛

Dónde:

𝐶 = 𝐶𝑜𝑠𝑡𝑜 𝑑𝑒 𝑜𝑝𝑒𝑟𝑎𝑐𝑖ó𝑛 𝑎𝑛𝑢𝑎𝑙

−𝐼0 = 𝑉𝑎𝑙𝑜𝑟 𝑎𝑏𝑠𝑜𝑙𝑢𝑡𝑜 𝑑𝑒 𝑙𝑎 𝐼𝑛𝑣𝑒𝑟𝑠𝑖ó𝑛 𝐼𝑛𝑖𝑐𝑖𝑎𝑙
𝐼 = 𝑇𝑎𝑠𝑎 𝑑𝑒 𝐼𝑛𝑡𝑒𝑟é𝑠
𝑛 = 𝐻𝑜𝑟𝑖𝑧𝑜𝑛𝑡𝑒 𝑑𝑒 𝑇𝑖𝑒𝑚𝑝𝑜 (3 𝑎ñ𝑜𝑠)

Entonces, aplicamos la fórmula:

 970.00 970.00 970.00
𝑉𝑝𝐶 = 3,360.69 + 1
+ 2
+
(1 + 0.1245) (1 + 0.1245) (1 + 0.1245)3

𝑉𝑝𝐶 = 3,360.69 + 862.61 + 767.10 + 682.17

𝑉𝑝𝐶 = 5,672.57

Luego el índice B/C, sería

9,438.18
B/C = 𝑉𝑝𝐵/𝑉𝑝𝐶 = 5,672.57

𝐵/𝐶 = 𝑉𝑝𝐵/𝑉𝑝𝐶 = 1.66

Es decir que por cada S/. 1.00 invertido se obtendrá de ganancia S/. 0.66. Por lo que, se
concluye que el proyecto es económicamente factible.

Figura Nº 36: Cálculo del indicador B/C en hoja de Excel 2013.

6.4. Tiempo de Recuperación de la Inversión (TR)

El tiempo de recuperación de la Inversión es calculado con la siguiente fórmula:

𝐼0
𝑇𝑅 = ..................................................... (5.10)
(𝐵 − 𝐶)
Dónde:
𝐼0 = 𝐼𝑛𝑣𝑒𝑟𝑠𝑖ó𝑛 𝐼𝑛𝑖𝑐𝑖𝑎𝑙
𝐵 = 𝐵𝑒𝑛𝑒𝑓𝑖𝑐𝑖𝑜 𝑎𝑛𝑢𝑎𝑙
𝐶 = 𝐶𝑜𝑠𝑡𝑜 𝑑𝑒 𝑜𝑝𝑒𝑟𝑎𝑐𝑖ó𝑛 𝑎𝑛𝑢𝑎𝑙
Luego, tendríamos:
 3,360.69
𝑇𝑅 =
(3,960.00 − 970.00)
𝑇𝑅 = 1.124 𝑎ñ𝑜𝑠
12 𝑚𝑒𝑠𝑒𝑠
𝑇𝑅 = 1.124 𝑎ñ𝑜𝑠 ∗ ( ) = 13.488 𝑚𝑒𝑠𝑒𝑠
1 𝑎ñ𝑜
30 𝑑í𝑎𝑠
𝑇𝑅 = 13 𝑚𝑒𝑠𝑒𝑠 𝑦 0.488 𝑚𝑒𝑠𝑒𝑠 ∗ ( )
1 𝑚𝑒𝑠
𝑇𝑅 = 13 𝑚𝑒𝑠𝑒𝑠 𝑦 14.64 𝑑í𝑎𝑠 = 13 𝑚𝑒𝑠𝑒𝑠 𝑦 15 𝑑í𝑎𝑠

El tiempo de recuperación del capital es de 13 meses y 15 días.

Tabla 33: Valores obtenidos de los indicadores de viabilidad económica.

Indicador
Valor Obtenido Condición Estado
Económico

VAN 3,765.62 VAN > 0 Aprobado

TIR 71.26% TIR > 18% Aprobado

B/C S/. 1.66 B/C > S/. 1 Aprobado

Conclusiones:
El proyecto a desarrollar es completamente factible desde el punto de vista económico,
debido a que los 3 indicadores económicos de viabilidad (VAN, TIR y B/C) obtenidos así lo
demuestran.

11. PRIORIZACIÓN DE CASOS DE USO

Los criterios que se van a considerar para hacer que un caso de uso tenga cierto grado alto de
prioridad, son los siguientes:
A. Impacto significativo en el diseño de la arquitectura. Por ejemplo, si aporta muchas clases
al modelo del dominio o requiere persistencia en los datos.
B. Se obtiene una mejor comprensión del diseño con un nivel de esfuerzo relativamente bajo.
C. Incluye funciones complejas, críticas en el tiempo o de nivel elevado de riesgo.
D. Implica bien un trabajo de investigación significante, o bien el uso de una tecnología nueva
o arriesgada.
 E. Representa un proceso de gran importancia en la línea de negocio.
F. Supone directamente un aumento de beneficios o una disminución de costes.

La prioridad se analiza en base al nivel de impacto que tendrá sobre el proyecto, así tenemos:

Tabla 34: Valores de los niveles de impacto de los Casos de Uso.

Impacto Peso

Muy Alto 5

Alto 4

Medio 3

Bajo 2

Muy Bajo 1

Tabla 35: Cuadro de Priorización de Casos de Uso.

A B C D E F
Nº Caso de Uso Total Prioridad
0,25 0,15 0,1 0,25 0,15 0,1
1 Emitir reportes de gestión 2 3 3 2 4 4 2,35 11
2 Emitir reportes gráficos 2 3 2 3 4 4 2,50 9
3 Emitir reportes de tendencias 2 3 2 4 4 5 2,75 6
4 Gestionar pago de proveedores 3 2 3 3 3 2 2,55 8
5 Aprobar órdenes de compra 1 1 2 2 4 2 1,70 19
6 Registrar ingreso de productos comprados 4 3 3 3 5 4 3,25 2
7 Mantener productos 4 3 3 3 4 3 3,10 3
8 Elaborar orden de compra 3 4 3 3 4 4 3,00 4
9 Registrar observaciones de despacho de almacén 2 2 1 1 2 2 1,45 22
10 Gestionar pagos de transporte 3 2 1 3 3 2 2,35 12
11 Comunicar ingresos 1 2 1 1 3 2 1,35 24
12 Registrar modalidades de recepción de mercancías 1 3 2 2 2 1 1,70 18
13 Cargar listas de reposición 2 1 2 1 2 1 1,40 23
14 Asignar transportista 1 2 3 2 2 2 1,65 20
15 Buscar proveedor 2 3 3 3 3 2 2,45 10
16 Realizar listado de reposición 3 4 2 2 2 2 2,35 13
17 Registrar mermas 3 3 2 3 3 3 2,60 7
18 Registrar despachos 4 3 4 3 5 4 3,35 1
19 Registrar sub almacenes 3 2 3 2 2 3 2,15 14
20 Registrar campaña 3 1 2 1 1 2 1,50 21
21 Modificar cantidades de compra 1 1 3 1 2 2 1,25 25
22 Ingresar al sistema 2 2 4 2 1 2 1,85 17
23 Actualizar perfil de usuario 3 3 4 1 1 1 2,00 15
24 Gestionar usuarios 3 2 2 2 1 1 1,90 16
25 Mantener Trabajadores 4 3 5 3 1 3 2,85 5

12. MITIGACIÓN DE RIESGOS

Tabla 36: Cuadro de mitigación de riesgos:
RIESGO IMPACTO PROBABILIDAD ESTRATEGIA

Un retraso en una tarea produce Realizar actualizaciones

Crítico Muy Probable
retrasos en las demás tareas asociadas. constantes de la información.

Los requerimientos continúan Seguir la guía de los

Crítico Probable
cambiando. objetivos del proyecto.

Falta de familiarización con las Realizar capacitaciones del

Crítico Probable
herramientas del sistema. personal.
5.2.2. Elaboración
A. MODELO DE ANÁLISIS
1. ARQUITECTURA DE ANÁLISIS
En el siguiente diagrama se muestra la Arquitectura de Análisis y los paquetes que la
constituyen:

Figura Nº 37: Arquitectura de análisis

2. DIAGRAMA GENERAL DE CASOS DE USO SEGÚN ANÁLISIS
En el siguiente diagrama se muestra todos los casos de uso que forman parte del proyecto y
su agrupación según los colores del paquete de la arquitectura de análisis al que
pertenecerían.

Figura Nº 38: Diagrama General de Casos de Uso según Análisis.

3. REALIZACIONES DE ANÁLISIS
Ahora, en los siguientes diagramas tenemos los Casos de Uso de Realización de Análisis:

- PAQUETE: Abastecimiento

Figura Nº 39: Realizaciones del Paquete Abastecimiento

- PAQUETE: Administración

Figura Nº 40: Realizaciones del Paquete Administración.

- PAQUETE: Almacenes

Figura Nº 41: Realizaciones del Paquete Almacenes.

- PAQUETE: Despachos

Figura Nº 42: Realizaciones del Paquete Despachos.

- PAQUETE: Producto

Figura Nº 43: Realización del Paquete Producto.

- PAQUETE: Proveedores

Figura Nº 44: Realizaciones del Paquete Proveedores.

- PAQUETE: Seguridad

Figura Nº 45: Realizaciones del Paquete Seguridad.

- PAQUETE: Tiendas

Figura Nº 46: Realizaciones del Paquete Tiendas.

- PAQUETE: Trabajadores

Figura Nº 47: Realizaciones del Paquete Trabajadores.

- PAQUETE: Transportistas
4. DIAGRAMA DE CLASES DE ANÁLISIS
A continuación tenemos los Diagramas de Clases de Análisis por cada Caso de Uso:

Figura Nº 48: Realizaciones del Paquete Transportista.

Figura Nº 49: Diagrama de Clases del CU Comunicar Ingreso

Figura Nº 50: Diagrama de Clases del CU Registrar ingreso de productos comprados.

Figura Nº 51: Diagrama de Clases del CU Aprobar órdenes de compra.

Figura Nº 52: Diagrama de Clases del CU Emitir Reportes Gráficos.
Figura Nº 53: Diagrama de Clases del CU Gestionar Pago a Proveedores.

Figura Nº 54: Diagrama de Clases del CU Gestionar Pago de Transporte.

Figura Nº 55: Diagrama de Clases del CU Modificar Cantidades de Compra.

Figura Nº 56: Diagrama de Clases del CU Cargar listas de reposición.

Figura Nº 57: Diagrama de Clases del CU Elaborar Orden de Compra.
Figura Nº 58: Diagrama de Clases del CU Emitir reportes de gestión.
Figura Nº 59: Diagrama de Clases del CU Registrar Despachos.
5. DIAGRAMAS DE COLABORACIÓN

6. MODELO CONCEPTUAL

7. MODELO UML

8. MODELO DE DATOS LÓGICO

9. MODELO DE DATOS FÍSICO
A continuación tenemos el Modelo de Datos Físico.

Figura Nº 60: Modelo de Datos Físico

B. MODELO DE DISEÑO
1. DIAGRAMA DE SUBSISTEMAS
El diagrama de sub sistemas de a continuación, está formado por las relaciones existentes
entre los paquetes presentados en la arquitectura de análisis y los paquetes propios del modelo
de diseño separado por las capas consideradas.

Figura Nº 61: Diagrama de Subsistemas.