Sistema de gestión de inventarios Trimble Perú

PROYECTO DE GESTION “Sistema de Gestión de Inventarios para la empresa Trimble Perú
Corporation SAC”
Universidad Nacional de Trujillo

Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
PROYECTO DE GESTIÓN
“Sistema de Gestión de Inventarios para la
empresa TRIMBLE Perú CORPORATION
SAC”
Uso de la metodología PMBOK con la metodología XP para el desarrollo.
19/01/2017
Alumnos:
- Gonzales Castillo, Jorge Arcadio
- Juárez Guzmán, Miguel Ángel
- Luis Gómez, Joel Antony
- Ramos Suyon, Juan Carlos
- Soles Cavero, Edilberto Gianmarco
Ingeniería de Sistemas Página 1

Corporation SAC”
Contenido
1. FASE DE INICIO .................................................................................................................. 6
ACTA DE CONSTITUCIÓN DEL PROYECTO .................................................... 7

REGISTRO DE INTERESADOS ........................................................................... 13
2. FASE DE PLANIFICACIÓN .............................................................................................. 15
GESTION DE REQUERIMIENTOS ..................................................................... 16

GESTION DE ALCANCE DEL PROYECTO ....................................................... 21
ESTRUCTURA DE DESGLOSE DE TRABAJO .................................................. 22
MAPEO DE PROCESOS EN BIZAGI................................................................... 26
Compras .............................................................................................................. 26
Retorno ................................................................................................................ 26
Reutilización........................................................................................................ 27
Ventas .................................................................................................................. 28
Alquiler ............................................................................................................... 29
De baja................................................................................................................. 30
Ingreso de material .............................................................................................. 31
Devolución de material ....................................................................................... 32
Elaboración de paquetes ...................................................................................... 33
Gestionar ubicaciones ......................................................................................... 34
DEFINICIÓN Y SECUENCIACIÓN DE ACTIVIDADES ................................... 35
GESTIÓN DE RECURSOS Y DURACION DE ACTIVIDADES ........................ 40
DESARROLLO DEL CRONOGRAMA ................................................................ 41
GESTIÓN DE RIESGOS ........................................................................................ 42
GESTIÓN DE RESPUESTA DE RIESGO ............................................................ 43
COSTEO DEL PROYECTO................................................................................... 44
PRESUPUESTO DEL PROYECTO....................................................................... 45
PRESUPUESTO DEL PROYECTO....................................................................... 46
LINEA BASE DE CALIDAD ................................................................................ 47
MATRIZ DE ACTIVIDADES DE CALIDAD ...................................................... 48
PLAN DE GESTION DE CALIDAD ..................................................................... 51
CRONOGRAMA DE LA METODOLOGIA ......................................................... 56
DIAGRAMA DE CASOS DE USO DEL SISTEMA............................................. 57
Diagrama de Paquete:.......................................................................................... 57
Diagrama de caso de uso de sistema: Compras ................................................... 57
Diagrama de caso de uso de sistema: Inventario ................................................. 58

Corporation SAC”
Diagrama de caso de uso de sistema: Ventas ...................................................... 58

HISTORIAS DE USUARIO ................................................................................... 59
Compras .............................................................................................................. 59
Ventas .................................................................................................................. 61
Inventarios ........................................................................................................... 63
REQUERIMIENTOS FUNCIONALES ................................................................. 65
REQUERIMIENTOS NO FUNCIONALES .......................................................... 66
3. FASE DE DISEÑO .............................................................................................................. 67
DISEÑO DE ARQUITECTURA ............................................................................ 68

MODELO DE BASE DE DATOS.......................................................................... 69
TARJETAS CRC .................................................................................................... 70
DICCIONARIO DE DATOS .................................................................................. 71
PROTOTIPOS ......................................................................................................... 83
Ingresos ............................................................................................................... 83
Salidas ................................................................................................................. 85
Clientes y Proveedores ........................................................................................ 87
Productos y Paquetes ........................................................................................... 88
Ubicaciones ......................................................................................................... 89
Usuarios............................................................................................................... 89
Caja Chica ........................................................................................................... 90
Facturas ............................................................................................................... 90
4. FASE DE MONITOREO ........................................................................................................... 91
REPORTE DEL PERFORMANCE DEL PROYECTO ......................................... 92

INFORME DE AUDITORÍA DE CALIDAD ........................................................ 94
INFORME DE MONITOREO DE RIESGOS ........................................................ 95
5. FASE DE CIERRE............................................................................................................... 97
ACTA DE ACEPTACIÓN DEL PROYECTO....................................................... 98

CHECKLIST DEL CIERRE DEL PROYECTO .................................................. 100
ACTA DE ENTREGA A OPERACIONES .......................................................... 103
ANEXOS............................................................................................................................... 104

Corporation SAC”
Índice de Figuras
Figura 1: Árbol del desarrollo del proyecto ................................................................................. 25
Figura 2: Proceso de compras actual ............................................................................................ 26
Figura 3: Proceso de retorno actual .............................................................................................. 26
Figura 4: Proceso de reutilización actual ..................................................................................... 27
Figura 5: Proceso de reutilización propuesto ............................................................................... 27
Figura 6: Proceso de venta actual ................................................................................................. 28
Figura 7: Proceso de venta propuesto .......................................................................................... 28
Figura 8: Proceso de alquiler actual ............................................................................................. 29
Figura 9: Proceso de alquiler propuesto ....................................................................................... 29
Figura 10: Proceso de Baja actual ................................................................................................ 30
Figura 11: Proceso de Baja propuesto .......................................................................................... 30
Figura 12: Proceso de Ingreso de material actual......................................................................... 31
Figura 13: Proceso de Ingreso de material propuesto .................................................................. 31
Figura 14: Proceso de Devolución de material actual .................................................................. 32
Figura 15: Proceso de Devolución de material propuesto ............................................................ 32
Figura 16: Proceso de elaboración de paquetes actual ................................................................. 33
Figura 17: Proceso de elaboración de paquetes propuesto ........................................................... 33
Figura 18: Proceso de Gestión de ubicaciones ............................................................................. 34
Figura 19: Proceso de Gestión de ubicaciones propuesto ............................................................ 34
Figura 20: Desarrollo del cronograma ......................................................................................... 41
Figura 21: Cronograma de la metodología XP............................................................................. 56
Figura 22: Diagrama de Paquete .................................................................................................. 57
Figura 23: DCUS Compras .......................................................................................................... 57
Figura 24: DCUS Inventario ........................................................................................................ 58
Figura 25: DCUS Ventas.............................................................................................................. 58
Figura 26: Diseño de Arquitectura ............................................................................................... 68
Figura 27: Prototipo Orden de compra ......................................................................................... 83
Figura 28: Prototipo Ingreso por compra ..................................................................................... 84
Figura 29: Prototipo Ingreso por retorno...................................................................................... 84
Figura 30: Prototipo Ingreso por reutilización ............................................................................. 85
Figura 31: Prototipo Salida por Venta.......................................................................................... 85
Figura 32: Prototipo Salida por Alquiler ...................................................................................... 86
Figura 33: Prototipo Salida por baja ............................................................................................ 86

Corporation SAC”
Figura 34: Prototipo Registrar nuevo Cliente............................................................................... 87

Figura 35: Prototipo Registrar nuevo Proveedor .......................................................................... 87
Figura 36: Prototipo Registrar producto....................................................................................... 88
Figura 37: Prototipo Registrar paquete ........................................................................................ 88
Figura 38: Prototipo Listado de locales........................................................................................ 89
Figura 39: Prototipo Listado de usuarios ..................................................................................... 89
Figura 40: Prototipo caja chica..................................................................................................... 90
Figura 41: Prototipo documentos ................................................................................................. 90
Figura 42: Cronograma parcial de avance.................................................................................. 105
Figura 43: Cronograma parcial de avance 2............................................................................... 106
Figura 44: Cronograma del avance Final ................................................................................... 106

Corporation SAC”
1. FASE DE
INICIO

Corporation SAC”
ACTA DE CONSTITUCIÓN DEL PROYECTO

(Ver documento adjunto “acta de constitución”)
Acta de Constitución
del Proyecto
Sistema de Gestión de Inventarios – TRIMBLE
Fecha: 05/09/2016

Corporation SAC”
INFORMACIÓN DEL PROYECTO

Datos
Empresa / Organización Trimble Perú Corporation Sociedad Anónima Cerrada

Proyecto Sistema de Gestión de Inventarios - TRIMBLE
Fecha de preparación 05/09/16
Cliente Vásquez Quevedo Víctor Ludgardo
Patrocinador principal
Gerente de Proyecto Jorge Gonzales Castillo
Patrocinador / Patrocinadores
Departamento / Rama ejecutiva

Nombre Cargo
División (Vicepresidencia)
Dr. Mendoza Rivera,
Asesor Externo Ninguna Ninguna
Ricardo Darío
PROPÓSITO Y JUSTIFICACIÓN DEL PROYECTO
Es importante señalar que, en tiempos pasados, se discutían las dificultades planteadas por los
sistemas de información luego se ha intentado despertar el interés ante las posibilidades que ella
brinda.
La influencia de la tecnología y los sistemas de información en el ser humano ha tomado amplio

interés en lo que respecta a la utilización no sólo de computador sino del conjunto de técnicas de
tratamiento de la información derivada de su uso, ha llevado a construir los desafíos del futuro,
tal es el caso de los sistemas de gestión administrativo, que se implementan en empresas para la
optimización de la información.
Por ello la siguiente investigación tiene como objetivo principal Implementar e integrar Sistemas
de información en la empresa TRIMBLE PERU CORPORATION SAC. Este objetivo nos
permitirá brindar así una mejor comunicación y comprensión entre las diferentes áreas,
facilitando la toma de decisiones, generando más utilidades y ventaja competitiva en la
organización.

Corporation SAC”
DESCRIPCIÓN DEL PROYECTO Y ENTREGABLES

Actualmente la empresa TRIMBLE PERU CORPORATION SAC no cuenta con un sistema para
el área de almacén, que permita tener el control de las entradas y salidas, así como el seguimiento
de los productos. Los registros se venían haciendo en hojas de cálculo de Excel. Este déficit
puede provocar problemas mayores como desinformación de los ingresos y egresos de productos
al almacén.
Entre los problemas que se pueden encontrar tenemos:
 No se podía realizar correctamente la búsqueda o el seguimiento de un producto.
 Al momento de realizar el balance de existencias no concordaban las cantidades.
 No se podía diferenciar correctamente entre dos productos que tenían el mismo código.
Los consolidados se hacían manualmente y en hojas de cálculo, de esta manera no se podía
visualizar bien los resultados y el tiempo de elaboración eran largos.
Los entregables que se adjuntaran son la Historias de usuario, el diseño de la arquitectura, el
modelo de la base de datos, las tarjetas CRC, los prototipos y el software final, manuales de
instalación y manuales de usuario.
REQUERIMIENTOS DE ALTO NIVEL

Requerimientos del producto
 Gestión de usuarios:
Esta funcionalidad permite al administrador crear usuarios, así como editar su información o
darles de baja. Cada usuario podrá realizar operaciones de acuerdo a los privilegios que se le
asignen, y estas operaciones estarán asociadas a ellos en la base de datos.
 Inventariado de productos e ítems
Esta funcionalidad permitirá registras nuevos productos, y además, asociar existencias a cada
producto. Esto significa que producto es el concepto, y existencias son los productos que
físicamente existen.
 Registrar compras realizadas
Esta funcionalidad permitirá registrar la compra de productos, adjuntando guías de remisión.
Así mismo, se registrará la compra de materiales que no necesariamente tienen que ser
productos que la empresa comercialice o alquile.
 Registro de alquileres
Esta funcionalidad permite a los operarios de venta, registrar el alquiler de ítems y así mismo
llevar un control de qué productos han sido alquilados y cuáles se esperan que sean devueltos
en las próximas fechas.

Corporation SAC”
 Gestionar clientes
Esta funcionalidad permite al administrador registrar, editar y dar de baja a los clientes.
 Gestionar proveedores
Esta funcionalidad permite al administrador registrar todos los proveedores.
 Reporte de entrada
Esta funcionalidad permite saber el número de productos que entraron a la empresa, y bajo
qué motivo (devolución, compra u otro motivo).
 Reporte de salida
Esta funcionalidad permite saber el número de productos que salieron de la empresa,
permitiendo ver en la fecha exacta y la razón de salida.
 Reporte de stock total
Esta funcionalidad permite saber el total de productos que se encuentran en la empresa. Así
mismo, es posible ver el stock que queda de cada producto.
Requerimientos del proyecto
 Escalabilidad
El sistema contempla el uso óptimo de recursos tales como conexiones a base de datos. A la
vez el diseño está enmarcado por el orden en el cual se maneja la distribución de las capas de
desarrollo.
 Disponibilidad
El sistema garantiza la disponibilidad en todo momento, esto significa que estará disponible
en cualquier momento en el que el usuario lo requiera.
 Seguridad
El sistema cuenta con estándares y patrones de seguridad que le brindan la seguridad necesaria
para mantener a salvo la aplicación y el acceso a ella.
 Desempeño
El sistema permite un buen desempeño con un tiempo de respuesta menor a 1 segundo ante la
alta demanda de peticiones.

Corporation SAC”
OBJETIVOS
Objetivo Indicador de éxito
Alcance
- OBJ01:Integrar a todas las áreas como las de Compras, - Uso de una única base de
Ventas y Almacén como una sola, usando los mismos datos y datos
los mismos recursos.
Cronograma (Tiempo)
- OBJ02:Disminuir el tiempo de generación de reportes y - Indicador de tiempo
búsqueda de información promedio de búsqueda
- Indicador de tiempo
- OBJ03:Disminuir el tiempo de validaciones de los datos
promedio de llamadas al
durante cada proceso.
servidor
Costo
- OBJ04:Disminuir el costo de mano de obra para la gestión de - Indicador de costo promedio
cada área por separado de mano de obra
- OBJ05:Disminuir las perdidas monetarias por falta de - Indicador de perdidas
validaciones promedio por fallas.
Calidad
- Indicador de integración de
- OBJ06:Mejorar la gestión de inventarios
las tres áreas criticas
- OBJ07:Manejar la actualización de stock de manera correcta - Indicador de perdida de
productos
RIESGOS INICIALES DE ALTO NIVEL

- Falta de tiempo por parte del equipo que va a desarrollar el proyecto
- Comunicación inestable entre el gerente de la empresa y el equipo de desarrollo, por
motivos de distancias.
- Falta de uso de tecnología en la empresa, por ser nueva.
CRONOGRAMA DE HITOS PRINCIPALES

Hito Fecha tope
Historias de usuario mar 04/10/16
El diseño de la arquitectura lun 10/10/16
El modelo de la base de datos mié 12/10/16
Las tarjetas CRC lun 17/10/16
Prototipos vie 21/10/16
Software final mié 30/11/16
Manuales de instalación y manuales de usuario mié 30/11/16

Corporation SAC”
PRESUPUESTO ESTIMADO
Materiales Cantidad Costos Unitarios Costos Totales
1. Personal S/. 400.00
Honorarios 2 S/. 200.00 S/. 400.00
2. Equipos S/. 1,800.00
Computadoras 1 S/. 1,800.00 S/. 1,800.00
Escritorios 0 S/. 0.00 S/. 0.00
Impresora 0 S/. 0.00 S/. 0.00
Internet 1 S/. 0.00 S/. 0.00
Software 2 S/. 0.00 S/. 0.00
3. Viajes S/. 0.00
Viáticos 0 S/. 0.00 S/. 0.00
Transporte 0 S/. 0.00 S/. 0.00
TOTAL S/. 2,200.00
LISTA DE INTERESADOS (STAKEHOLDERS)

Nombre Cargo
Víctor Ludgardo Vásquez Quevedo Gerente general Gerencia General Ninguna
Marcos Rodríguez Ventura Asistente Planta Operaciones
REQUISITOS DE APROBACIÓN DEL PROYECTO

- Entrega de los hitos el día acordado con un máximo de 1 día de prorroga
- Entrega de los manuales de instalación correctos la fecha indicada
- Entrega de los manuales de usuario de cada módulo en la fecha indicada
- Margen de cantidad de errores de 5
- Base de datos implementada en un hosting de la empres
- Página web subida en un hosting de la empresa.
ASIGNACIÓN DEL GERENTE DE PROYECTO Y NIVEL DE AUTORIDAD

Gerente de Proyecto
Nombre Cargo
Gerente
Víctor Ludgardo Vásquez Quevedo Gerencia General Ninguna
general
Personal y recursos pre-asignados

Rama ejecutiva
Recurso Departamento / División
(Vicepresidencia)
Jorge Arcadio Gonzales Castillo Jefe de proyecto Ninguna
Edilberto Gianmarco Soles Cavero Analista Ninguna
Juan Carlos Ramos Suyon Desarrollador Ninguna
Miguel Ángel Juárez Guzmán Manejador de base de datos Ninguna
Joel Antony Luis Gómez Tester Ninguna

PROYECTO DE GESTION “Sistema de Gestión de Inventarios para la empresa Trimble Perú Corporation SAC”
REGISTRO DE INTERESADOS
Clasificación de los
Información de identificación Información de evaluación
interesados
Grado Partidario /
Organización / Rol en el Información Requisitos Expectativas Grado de Interno /
Nombre Puesto Ubicación de Neutral /
Empresa proyecto de contacto principales principales influencia Externo
interés Reticente
Víctor
Ludgardo Gerente Trimble Perú Líder del Av. Salaverry Obtener
Jesús María Software positiva Alto Interno Partidario
Vásquez General corporation sac Proyecto Nro. 674 ganancias
Quevedo
Marcos
Trimble Perú Dueño de Av. Salaverry Facilitar
Rodríguez Asistente Jesús María Reportes positiva Medio Interno Neutral
corporation sac procesos Nro. 674 reportes, datos
Ventura

Corporation SAC”
Columna Instrucciones
Información de identificación
Nombre Nombre y apellido completo del interesado.
Puesto Posición o cargo que la persona desempeña en la organización.
Los interesados pueden pertenecer a la misma organización que ejecuta el proyecto o a otras relacionadas,
Organización /
tales como: clientes, proveedores, entes gubernamentales y asociaciones civiles. Aquí se registra a que
Empresa
organización pertenece el interesado y el departamento o unidad organizacional.
Ubicación Localización geográfica del interesado, por ejemplo la ciudad o región en la cual esta su oficina.
Papel que desempeña dentro del proyecto, el cual no necesariamente es el mismo del cargo o puesto
desempeñado en la organización, por ejemplo: Dueño de proceso, Patrocinador, Líder de Proyecto,
Rol en el
Especialista del área de negocio del cliente, Jefe de área de negocio del cliente, Asesor externo, Auditor
proyecto
de ente regulador, Miembro del comité de dirección del proyecto, Miembro del equipo del proyecto, entre
otros.
Datos necesarios para poder ubicar a la persona, por ejemplo dirección exacta de correo (físico), dirección
Información de
de correo electrónico, teléfono fijo, teléfono móvil, nombre de usuario de chat o Skype y cualquier otra
contacto
información necesaria.
Información de evaluación
Aquí se escribe que es lo principal que el interesado requiere del proyecto en términos de entregables o
Requisitos
información. Usualmente se relaciona con los requerimientos detallados que se levantan en la fase de
principales
identificación de requerimientos (que forma parte de la definición de alcance del proyecto).
Beneficios que el interesado espera obtener del proyecto, o también que esperan ganar (o perder) como
Expectativas
consecuencia del proyecto. Balancear las expectativas de todos los interesados puede llegar a ser todo un
principales
reto para la Gerencia de proyectos.
Grado de Es el grado de "poder" que el interesado tiene para afectar positiva o negativamente el resultado o éxito
influencia del proyecto.
Es el grado en el cual el interesado es afectado positiva o negativamente (según su punto de vista) por el
Grado de interés
proyecto, pudiendo ser Bajo, Medio y Alto.
Clasificación
Los interesados internos son personas y grupos que trabajan directamente en la organización ejecutora del
proyecto, como por ejemplo empleados, gerentes y los dueños de la empresa.
Interno /
Externo Los interesados externos son personas o grupos no directamente relacionados con la organización, pero
que tienen interés e influencia, por ejemplo accionistas, entes gubernamentales, proveedores o
subcontratistas, grupos de la sociedad (asociaciones civiles), clientes y acreedores.
Partidario / Un aspecto importante de la gerencia de interesados es poder identificar la postura de estos frente al
Neutral / proyecto, dado que las estrategias de gestión de cada interesado pueden variar dependiendo si el
Reticente interesado ejerce su influencia para favorecer el proyecto, obstaculizarlo o se muestra neutral.

Corporation SAC”
2. FASE DE
PLANIFICACIÓN

GESTION DE REQUERIMIENTOS
(Ver documento adjunto “plantilla de Matriz de Trazabilidad de requerimientos”)
Última Necesidad, Interesado

Objetivo Estrategia y
Sub Descripción del Estado fecha Criterios de Nivel de oportunidades (Stakeholder) Nivel de
Identificación Versión del escenarios
Identificación requisito actual estado aceptación complejidad u objetivos de dueño del prioridad
proyecto de pruebas
registrado negocio requisito
Pruebas de
Victor
Las ventas se integración
Se permite vender Ludgardo,
hacen de manera Aumentar considerando
RF-001 V.1 Aceptado 07/09/2016 nacional e Alta OBJ01 Vásquez Baja
local o al utilidades las
internacionalmente. Quevedo
extranjero. existencias,
Administrador
clientes.
Cuando se vende Victor
un producto o Ludgardo,
Aumentar Pruebas de
RF-002 paquete, su estado V.1 Aceptado 07/09/2016 Baja OBJ01 Vásquez Alta
utilidades unitarias
cambia a Quevedo
"vendido". Administrador
Pruebas de
Victor
En una venta el integración
El IGV se aplica de Ludgardo,
IGV puede o no Aumentar considerando
RF-003 V.2 Aceptado 08/09/2016 acuerdo a ciertos Media OBJ01 Vásquez Media
ser considerado en utilidades las
cliente. Quevedo
el monto total. existencias,
Administrador
proveedores.
Victor
Las compras se
Incrementar la Ludgardo,
realizan de manera Considerar el Pruebas de
RF-004 V.2 Observado 08/09/2016 Media cartera de OBJ07 Vásquez Baja
local o del ingreso de RUC unitarias
productos. Quevedo
extranjero.
Administrador
Se debe permitir Se debe permitir Marcos

Pruebas de
crear paquetes, un ingresar existencias Rodriguez
Gestionar integración
RF-005 RF-005-01 paquete es un V.2 Observado 08/09/2016 que pertenecen a los Alta OBJ06 Ventura Alta
inventarios considerando
conjunto de mismos producto en Asistente de
existencias.
existencias. un mismo paquete. planta

Debe haber una Marcos

Se verifica el
opción que Rodriguez
correcto Gestionar Pruebas
RF-005-02 permita ver el V.1 Aceptado 07/09/2016 Media OBJ06 Ventura Media
funcionamiento del inventarios unitarias
contenido de un Asistente de
requerimiento.
paquete. planta
En cada paquete Marcos

Pruebas de
pueden haber Rodriguez
Gestionar integración
RF-005-03 existencias de un V.1 Aceptado 07/09/2016 Alta OBJ06 Ventura Media
inventarios considerando
mismo producto Asistente de
existencias.
con diferente serie. planta
Marcos
Cada paquete debe Rodriguez
Gestionar Pruebas
RF-005-04 estar en una V.1 Aceptado 07/09/2016 Media OBJ06 Ventura Baja
inventarios unitarias
ubicación. Asistente de
planta
Al dar de baja un
Marcos
paquete, las Pruebas de
Rodriguez
existencias Gestionar integración
RF-006 V.1 Aceptado 07/09/2016 Media OBJ06 Ventura Baja
asociadas cambian inventarios considerando
Asistente de
su estado a existencias.
planta
disponibles.
Cuando se da de
Marcos
baja una existencia
Rodriguez
o un paquete, Gestionar Pruebas
RF-007 V.1 Aceptado 07/09/2016 Baja OBJ06 Ventura Baja
cambian su estado inventarios unitarias
Asistente de
de "disponible" a
planta
"baja".
Marcos
Las existencias Rodriguez
Gestionar OBJ06 - Pruebas
RF-008 tienen un código V.1 Aceptado 07/09/2016 Media Ventura Media
inventarios OBJ07 unitarias
único. Asistente de
planta
La eliminación de Pruebas Victor

entidades Gestionar OBJ06 - unitarias y Ludgardo,
RF-009 V.1 Aceptado 07/09/2016 Alta Alta
(producto,proveedo inventarios OBJ07 de Vásquez
res,marca, integración Quevedo

modelo,clientes) Administrador
debe hacerse de
manera lógica y no
física.
Las existencias y
paquetes deben
Marcos
estar en un Los ambientes
Rodriguez
ambiente, disponibles Gestionar Pruebas
RF-010-01 V.1 Observado 07/09/2016 Alta OBJ04 Ventura Baja
considerando los únicamente son ubicaciones unitarias
Asistente de
ambientes almacenes y locales.
planta
disponibles: locales
y almacenes
Un almacén está
compuesto por
Marcos
anaqueles. Pueden
Rodriguez
existir anaqueles Gestionar Pruebas
RF-010-02 V.1 Aceptado 07/09/2016 Media OBJ04 Ventura Media
con el mismo ubicaciones unitarias
Asistente de
nombre en
planta
diferentes
RF-010 ambientes.
Un anaquel está
compuesto de Marcos
niveles. Pueden Rodriguez
Gestionar Pruebas
RF-010-03 existir niveles con V.1 Aceptado 07/09/2016 Alta OBJ04 Ventura Media
ubicaciones unitarias
el mismo nombre Asistente de
en diferentes planta
anaqueles.
Un nivel está
compuesto por Marcos
cajas. Pueden Rodriguez
Gestionar Pruebas
RF-010-04 existir cajas con el V.1 Aceptado 07/09/2016 Baja OBJ04 Ventura Media
ubicaciones unitarias
mismo nombre Asistente de
pero en diferentes planta
niveles.
Se pone en
Marcos
Las cajas están observación que las
Rodriguez
compuestas de existencias que Gestionar Pruebas
RF-010-05 V.2 Observado 08/09/2016 Media OBJ04 Ventura Media
existencias y/o están en una caja ya ubicaciones unitarias
Asistente de
paquetes. no deben figurar en
planta
un paquete.

Se deben crear
ubicaciones únicas
Pruebas de
según se considera Marcos
integración
AL-A2-N1-C1. Se generan las Rodriguez
Gestionar considerando
RF-011 Dónde: V.1 Aceptado 07/09/2016 ubicaciones Alta OBJ06 Ventura Media
ubicaciones todas las
AL = almacén, correctamente. Asistente de
partes delas
A2 = Anaquel 2, planta
ubicaciones
N1 = Nivel 1 y
C1 = Caja 1
Prueba su
Crear usuarios con Se determina que Aumentar integración Marcos
permisos, para que partes de los nivel de eliminando Rodriguez
satisfacción de OBJ03-
RF-012 puedan eliminar V.3 Observado 07/09/2016 ingresos y salidas Alta todas o Ventura Alta
usuarios OBJ05
ingresos o salidas se pueden o no partes de los Asistente de
de almacén. eliminar. ingresos y planta
salidas.
Marcos
Los clientes y
Gestionar Rodriguez
proveedores son Pruebas
RF-013 V.1 Aceptado 07/09/2016 Alta clientes y OBJ04 Ventura Baja
naturales o unitarias
proveedores Asistente de
jurídicos.
planta
Marcos
Se debe crear un
Rodriguez
reporte de Se debe filtrar según Gestionar Pruebas
RF-014 V.2 Observado 07/09/2016 Media OBJ02 Ventura Media
existencias según fechas. inventarios unitarias
Asistente de
ubicaciones.
planta
Se debe crear Pruebas de
Marcos
reportes en excel y integración
Rodriguez
pdf, de las salidas Se debe aplicar Gestionar pdfndo todas
RF-015 RF-014-01 V.2 Observado 08/09/2016 Alta OBJ02 Ventura Alta
en general, filtradas formatos en excel. inventarios formatos
Asistente de
por fechas o partesen
planta
clientes. deformatos

Última Necesidad,
Objetivo Estrategia y Interesado
Sub Descripción del Estado fecha Criterios de Nivel de oportunidades Nivel de
Identificación Versión del escenarios de (Stakeholder)
identificación requisito actual estado aceptación complejidad u objetivos de prioridad
proyecto pruebas dueño del requisito
registrado negocio
Pruebas de
Crear reportes en Excel y
Se debe integración
pdf considerando las Victor Ludgardo,
aplicar Gestionar pdfndo todas
RF-015 RF-014-02 ventas, alquiler y las V.2 Observado 08/09/2016 Alta OBJ02 Vásquez Quevedo Alta
formatos en inventarios formatos
bajas filtradas por fechas Administrador
Excel. partes en de
o clientes.
formatos
Las
existencias Victor Ludgardo,
Gestionar
RNF-001 Base de datos en mysql V.2 Observado en una tabla Alta OBJ06 Vásquez Quevedo Alta
inventarios
aparte de los Administrador
productos.
Uso de lenguaje de Victor Ludgardo,

Gestionar OBJ03-
RNF-002 programación php, V.1 Aceptado Alta Vásquez Quevedo Alta
inventarios OBJ05
Framework Laravel. Administrador
El sistema a desarrollar Pruebas de

Incrementar Victor Ludgardo,
esté predispuesto a integración de
RNF-003 Aceptado Alta satisfacción de OBJ01 Vásquez Quevedo Alta
optimizaciones del todo el
usuarios Administrador
mismo. sistema
Pruebas de
Restringir el acceso Incrementar Victor Ludgardo,
integración de
RNF-004 remoto de usuarios no Aceptado Alta satisfacción de OBJ01 Vásquez Quevedo Alta
todo el
admitidos en el sistema. usuarios Administrador
sistema
Que el sistema esté
Aumentar Pruebas de
accesible en todo Victor Ludgardo,
seguridad de integración de
RNF-005 momento según lo Aceptado Alta OBJ01 Vásquez Quevedo Alta
información de todo el
requieran los usuarios Administrador
usuarios sistema
permitidos.
Pruebas de
Tiempo de respuesta sea Incrementar Victor Ludgardo,
integración de
RNF-006 1 seg. máximo según las Aceptado Alta satisfacción de OBJ01 Vásquez Quevedo Alta
todo el
peticiones requeridas. usuarios Administrador
sistema

Corporation SAC”
GESTION DE ALCANCE DEL PROYECTO

Título del proyecto: TRIMBLE INVENTARIOS Fecha de preparación: 12/09/2016
Descripción del ámbito de aplicación de producto:
El proyecto en un principio se describe básicamente como la implementación de un sistema

web para el control de tres procesos Core en la empresa, cuyo giro del negocio es la venta de
ropa; tal como son Compras, Ventas e Inventario. Se tendrá en cuenta la funcionalidad de un
software de escritorio elaborado tiempo atrás, con algunas de las características que se repetirán
en el presente proyecto en desarrollo, otras que se omitirán y nuevas que se añadirán tal como
especifica el documento de requerimientos.
Resultados del proyecto:
Como resultados del proyecto se esperará la completa operatividad del sistema web desde un
dominio y servicio hosting adquirido por la empresa, y que los usuarios finales estén e total
capacidad de trabajar con este para que el ciclo del negocio no se vea interrumpido.
Criterios de aceptación del proyecto:
Aplicación hosteada en el servidor adquirido.

Funcionamiento total de módulos planteados
Personal capacitado para el uso de la aplicación.
Exclusiones del proyecto:
Los procesos de áreas de soporte como contratación de personal, gestión de recursos humanos y
venta individual no se contemplarán dentro del sistema.
Limitaciones del proyecto:

Mantenimiento exclusivo para los procesos mencionados (compra, venta e inventario).
No se considerará dentro del dimensionamiento las demás áreas de soporte que existiesen en la
empresa.
La plataforma será exclusivamente para escritorio, no se hará un customizado para plataforma
móvil.
Hipótesis del proyecto:

La informatización del proceso de compras, ventas e inventario permitirá reducir tiempos de
operación actuales de mencionados procesos, y mejorar la disponibilidad de la información.

Corporation SAC”
ESTRUCTURA DE DESGLOSE DE TRABAJO

(Ver documento adjunto “plantilla Estructura de Desglose”)
Estructura de Desglose
Del Trabajo (EDT)
Sistema de Gestión de Inventarios – TRIMBLE
Fecha: 12/09/2016

Corporation SAC”
INFORMACIÓN DEL PROYECTO

Empresa / Organización TRIMBLE PERU CORPORATION S.A.C.
Proyecto Trimble Inventarios
Fecha de preparación 12/09/2016
Cliente Vásquez Quevedo Víctor Ludgardo
Patrocinador principal Mendoza Rivera, Ricardo Darío
Coordinador de Proyecto Gonzales Castillo, Jorge
VISTA JERÁRQUICA
1. Proyecto de Sistema de Información
1.1. Documento de Análisis
1.1.1. Especificación General
1.1.2. Requerimientos Funcionales
1.1.3. Requerimientos No Funcionales
1.2. Documento de Diseño
1.2.1. Especificación de Diseño Funcional
1.2.2. Especificación de Diseño Técnico
1.2.3. Diseño de Casos de Prueba
1.2.4. Planificación del Proyecto
1.3. Software Desarrollado e Instalado
1.3.1. Preparación de ambiente de desarrollo
1.3.2. Módulo Inventario
1.3.2.1. Base de Datos
1.3.2.2. Lógica de Negocio
1.3.2.3. Presentación e Interfaz de usuario
1.3.3. Módulo Compras
1.3.4. Módulo Ventas
1.4. Reportes de Prueba
1.4.1. Ambiente de Pruebas
1.4.1.1. Preparación del Ambiente de Pruebas
1.4.1.2. Módulos instalados en el Ambiente de Pruebas
1.4.2. Reportes de Pruebas Integrales
1.4.2.1. Pruebas del Módulo Inventario
1.4.2.2. Pruebas del Módulo Compras
1.4.2.3. Pruebas del Módulo Ventas
1.4.3. Reportes de Pruebas de Aceptación de Usuario
1.4.3.1. Aceptación del Módulo Inventario
1.4.3.2. Aceptación del Módulo Compras
1.4.3.3. Aceptación del Módulo Ventas
1.5. Documento de Entrega a Operaciones
1.5.1. Reporte de Puesta en Producción
1.5.2. Pruebas Posproducción
1.5.3. Garantía

Corporation SAC”
ENTREGABLES
TRIMBLE INVENTARIOS 75 días Lun 9/5/16 Mié 11/30/16
Actividad a realizar
Inicio 2 días Lun 9/5/16 Mar 9/6/16
Desarrollar acta de constitución

1 día Lun 9/5/16 Lun 9/5/16 Realizar el acta de constitución
del proyecto
Identificación de interesados y Realizar el registro de

1 día Mar 9/6/16 Mar 9/6/16
afectados interesados o stakeholders
Planificación 19 días Mié 9/7/16 Mié 9/28/16
Hacer un documento con

Recolectar requerimientos 2 días Mié 9/7/16 Jue 9/8/16 requerimientos funcionales y no
funcionales
Hacer la plantilla de declaración

Definir alcance del proyecto 1 día Vie 9/9/16 Vie 9/9/16
de alcance de proyectos
Crear la estructura del desglose

1 día Sáb 9/10/16 Sáb 9/10/16 Hacer el documento EDT
del trabajo
Definir y secuenciar las

Definir y secuenciar las
1 día Lun 9/12/16 Lun 9/12/16 actividades más a detalle del
actividades
EDT

Corporation SAC”
VISTA DE ÁRBOL
Figura 1: Árbol del desarrollo del proyecto
APROBACIONES
Aprobador Fecha Firma
Vásquez Quevedo Víctor Ludgardo 12/09/2016

Corporation SAC”
MAPEO DE PROCESOS EN BIZAGI
Compras
Figura 2: Proceso de compras actual
Retorno
Figura 3: Proceso de retorno actual

Corporation SAC”
Reutilización
Figura 4: Proceso de reutilización actual
Figura 5: Proceso de reutilización propuesto

Corporation SAC”
Ventas
Figura 6: Proceso de venta actual
Figura 7: Proceso de venta propuesto

Corporation SAC”
Alquiler
Figura 8: Proceso de alquiler actual
Figura 9: Proceso de alquiler propuesto

Corporation SAC”
De baja
Figura 10: Proceso de Baja actual
Figura 11: Proceso de Baja propuesto

Corporation SAC”
Ingreso de material
Figura 12: Proceso de Ingreso de material actual
Figura 13: Proceso de Ingreso de material propuesto

Corporation SAC”
Devolución de material
Figura 14: Proceso de Devolución de material actual
Figura 15: Proceso de Devolución de material propuesto

Corporation SAC”
Elaboración de paquetes
Figura 16: Proceso de elaboración de paquetes actual
Figura 17: Proceso de elaboración de paquetes propuesto

Corporation SAC”
Gestionar ubicaciones
Figura 18: Proceso de Gestión de ubicaciones
Figura 19: Proceso de Gestión de ubicaciones propuesto

Corporation SAC”
DEFINICIÓN Y SECUENCIACIÓN DE ACTIVIDADES
Grupo de Descripción de la Actividad

Responsables Enlace a Trello
actividad actividad #
Nuevos campos
Product backlog JB 74 https://trello.com/c/45xkzrQR
proveedor
Product backlog Retorno a proveedor MJ,AG,SUNS 75 https://trello.com/c/DaocN1jj
Product backlog Nueva UI por módulo JR 76 https://trello.com/c/rHAPdRCq
Funcionamiento Lógica de alquiler JR 18 https://trello.com/c/I6CMGUAg
Funcionamiento Lógica de devolución JR 19 https://trello.com/c/0wdRWx5N
Lógica de paquetes y
Funcionamiento JR 17 https://trello.com/c/oCz65TNS
sus detalles
Lógica para entradas
Funcionamiento JR 22 https://trello.com/c/uBUqCdPz
y salidas
General Plan de prácticas JB 4 https://trello.com/c/wWsvf8bC
General Recursos 57 https://trello.com/c/BEH5RRq8
General Repositorio GIT 8 https://trello.com/c/AswIlTTq
General Chat 73 https://trello.com/c/6tuQLkvq
VENTAS:
Diferenciar por tipo
de moneda. Mostrar
Agregados
totales. Generar JB 61 https://trello.com/c/Q1vbnGJh
(Stand-by)
factura o boleta, y
mostrarla en un
modal.
CAJA CHICA 2:
Agregados
Mostrar los resultados JR 68 https://trello.com/c/3IvGsr5V
(Stand-by)
en las tablas.
CAJA CHICA 1:
Crear CRUD de
Conceptos o
Agregados retenciones de caja
JB 67 https://trello.com/c/EsFB3cPH
(Stand-by) chica. Debe permitir
subir un archivo con
el Boucher (img o
pdf). Realizar seeders
COBRANZAS 2:
Agregados
Crear CRUD de SUNS 69 https://trello.com/c/p7meOv9J
(Stand-by)
Estaciones de Rastreo
COBRANZAS 3:
Crear CRUD de
Agregados
capacitaciones y JB 70 https://trello.com/c/nOGdgBEx
(Stand-by)
CRUD de otros
servicios.

Corporation SAC”
ANALITICO DE
Agregados
CLIENTES: Mostrar JR 65 https://trello.com/c/IaU9c7kf
(Stand-by)
el reporte por rubro
OBLIGACIONES 1:
Crear CRUD de
Rubro, obligaciones.
Agregados Crear seeders para
SUNS 63 https://trello.com/c/llWkVIa8
(Stand-by) que el
OBLIGACIONES 2
tenga de donde hacer
el reporte.
OBLIGACIONES 2:
Agregados Mostrar los reportes
SUNS 64 https://trello.com/c/dfh3Km5v
(Stand-by) ordenados por fecha
según el rubro.
COBRANZAS 1:
Agregados
Implementar pago al 62 https://trello.com/c/YYu6gFHP
(Stand-by)
crédito en ventas.
Agregados
BALANCE 66 https://trello.com/c/iSmuoP77
(Stand-by)
Agregados CRUD de Servicio
72 https://trello.com/c/qgta3ILD
(Stand-by) Técnico
Salidas en un
Finalizadas - determinado rango de
JB 52 https://trello.com/c/LNG0JEW4
Reportes tiempo (mes, semana,
etc.
REPORTE POR
CLIENTE con
Finalizadas - respecto a las salidas
JB 56 https://trello.com/c/2yK0KevV
Reportes (v.g. con alquileres,
venta) en un rango de
tiempo.
Finalizadas - Exportar un Excel de
JR 58 https://trello.com/c/pUW9TDSX
Reportes ejemplo
Pre-cargar el precio
Finalizadas -
de un producto en las JR 50 https://trello.com/c/TZ5tx3GC
Reportes
ventas
Añadir btn en la tabla
Finalizadas - de productos para ver
JR 59 https://trello.com/c/Q6hI6p1g
Reportes las existencias
asociadas
Según nombre de
Finalizadas - producto reportar
JR 51 https://trello.com/c/JtveX2EJ
Reportes existencias con su
serie y ubicación

Corporation SAC”
Las salidas por

Finalizadas -
alquiler con rango de SUNS 54 https://trello.com/c/rB0KUkHd
Reportes
tiempo.
Las salidas por venta
Finalizadas -
con rango de tiempo SUNS 53 https://trello.com/c/rDMq8X67
Reportes
y cliente.
LAS SALIDAS POR
Finalizadas - REUTILIZACIÓN
SUNS 55 https://trello.com/c/fGWq2Moi
Reportes CON RANGO DE
TIEMPO.
Reporte de
Finalizadas -
existencias por JR 60 https://trello.com/c/BUIpOTVH
Reportes
producto
Finalizadas - Controlador para
JR 47 https://trello.com/c/qRhljcFH
Detalles finales devolución parcial
Finalizadas - Controlador para
JR 26 https://trello.com/c/BG88sohJ
Detalles finales devolución total
Añadir ubicación a
Finalizadas -
los ingresos por JB 35 https://trello.com/c/auUoYdrE
Detalles finales
compra
En producto agregar
Finalizadas -
un stock (según ítems JR,SUNS 48 https://trello.com/c/tVlwo1O9
Detalles finales
disponibles)
Implementar V+C de
Finalizadas -
registro paquetes y SUNS 21 https://trello.com/c/LqCAjHAq
Detalles finales
listado
Implementar
Finalizadas -
descomposición de SUNS 46 https://trello.com/c/ZpdgtAur
Detalles finales
paquetes
Implementar
Finalizadas -
controlador para JB 40 https://trello.com/c/xi9nKGHH
Detalles finales
venta de paquetes
Finalizadas - Implementar edición
SUNS 45 https://trello.com/c/ObQGNKNH
Detalles finales de paquetes
Finalizadas -
los ingresos por JB 36 https://trello.com/c/HET1ur5w
Detalles finales
reutilización
Finalizadas -
los ingresos por JB 37 https://trello.com/c/kDalVJzp
Detalles finales
retorno
Check en los detalles
de venta para aplicar
Finalizadas -
IGV o no, En clientes JB 49 https://trello.com/c/pnKdO8g7
Detalles finales
quitar la validación de
DNI / RUC

Corporation SAC”
Finalizadas - Corregir seeders de

JR 44 https://trello.com/c/HOW2O1jY
Horas antes compras
Mostrar ubicaciones
Finalizadas - ACTUALES de los
JR 39 https://trello.com/c/PtR5SBXC
Horas antes productos en los
detalles
Implementar
Finalizadas -
controlador para JR,JB 25 https://trello.com/c/2mahecSo
Horas antes
alquiler
Implementar
Finalizadas -
ubicaciones (anaquel, SUNS 23 https://trello.com/c/2cK5266a
Horas antes
nivel, etc)
Finalizadas - Implementar listado
JB,JR 38 https://trello.com/c/68iF8xRu
Horas antes de alquileres
Finalizadas - Implementar interfaz
JB,JR 34 https://trello.com/c/F5TvoWVK
Horas antes para devolución
Finalizadas - Implementar interfaz
JB 32 https://trello.com/c/kGQ2ycQl
Horas antes para alquiler
Replicar interfaz
Finalizadas -
alquiler en venta JB 33 https://trello.com/c/ibqhuFOR
Horas antes
(paquetes)
Eliminación lógica
Finalizadas -
Clientes y JB 16 https://trello.com/c/D3Y5vTqU
Semana 4
Proveedores
Finalizadas - Agregar imágenes a
SUNS 14 https://trello.com/c/yeEo1Ln5
Semana 4 los productos
Implementar Footable
Finalizadas -
para el listado de SUNS 15 https://trello.com/c/StojHG5G
Semana 4
productos
Implementar
Finalizadas - controlador dar de
JR,JB 27 https://trello.com/c/ElKDkevz
Semana 4 baja (producto /
paquete)
Corregir migraciones
Finalizadas -
considerando serie JB,JR 28 https://trello.com/c/R6PZPK7m
Semana 4
para todos
Finalizadas - Roles de usuario y/o
JR 24 https://trello.com/c/6NxvZMea
Semana 4 permisos
Finalizadas -
Corregir ingresos JB,JR 29 https://trello.com/c/X8TGsPKL
Semana 4
Finalizadas - Interfaz para paquetes
SUNS 20 https://trello.com/c/xXbBrxdH
Semana 4 y su registro
Finalizadas -
Anular ingresos JB,JR 31 https://trello.com/c/Myo0CSo9
Semana 4

Corporation SAC”
Finalizadas -
Corregir salidas JB 30 https://trello.com/c/52RD080v
Semana 4
Eliminar BTN para
Finalizadas -
reestablecer SUNS 43 https://trello.com/c/r2bd4ESA
Semana 4
ubicaciones
Finalizadas - Corregir rutas de
JR 13 https://trello.com/c/RCPCgcRt
Semana 2 y 3 autenticación
Finalizadas - Interfaz para Clientes
JR 10 https://trello.com/c/ngdn74Cq
Semana 2 y 3 y Proveedores
Finalizadas - Interfaz para Ingresos
JB 12 https://trello.com/c/YpMD9nmV
Semana 2 y 3 y Salidas
Interfaz para
Finalizadas -
Productos y sus SUNS 11 https://trello.com/c/mncCFuGn
Semana 2 y 3
contenedores
Finalizadas - Proyecto Laravel
JR 2 https://trello.com/c/pM7qYW3V
Semana 1 vacío + Repo GIT
Finalizadas -
Login + Registro JR 6 https://trello.com/c/2F4whxnI
Semana 1
Finalizadas -
UsersTableSeeder JR 7 https://trello.com/c/cRn3ElLM
Semana 1
Finalizadas - Adecuar plantilla en
JR 9 https://trello.com/c/KCu6aZvn
Semana 1 Blade
Finalizadas -
Clonar repositorio SUNS,JB 3 https://trello.com/c/KANzW2Rk
Semana 1
Finalizadas - Propuestas modelado
JR,SUNS,JB 1 https://trello.com/c/jowe5YnT
Semana 1 BD
Leyenda:
JR Juan Carlos Ramos Suyón
SUNS Edilberto Soles Cavero
JB Jorge Gonzales Castillo
MJ Miguel Juárez Guzmán
AG Antony Luis Gómez

GESTIÓN DE RECURSOS Y DURACION DE ACTIVIDADES
CONTROL DE VERSIONES
Versión Elaborada por Aprobada por Fecha Motivo
1.0 Juan Ramos Suyón Equipo de trabajo 22/09/2016 Primera estimación
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Sistema de Gestión de Inventarios – TRIMBLE TRIMBLE
TIPO DE RECURSO: PERSONAL
ENTREGABLE ACTIVIDAD TRABAJO

NOMBRE DE SUPUESTOS Y DÍAS
EN HORAS RESPONSABLE
RECURSO ESTIMACIONES LÍMITE
HOMBRE
 Nuevos campos en proveedor
Demo del módulo Desarrollador Ramos Suyón, Juan
18 7 días
de COMPRAS  Devolución a proveedores frontend y backend Carlos
 Nueva interfaz por módulos
Se asume que los
 Nuevos campos en cliente equipos de desarrollo
Demo del módulo  Permitir separación de Desarrollador trabajan en Gonzales Castillo,
22 7 días
de VENTAS pedidos frontend y backend simultáneo para Jorge
 Histórico de separaciones durante cada
entregable.
 Ajuste de stock de productos
Demo del módulo  Generación de código de Desarrollador Soles Cavero,
30 12 días
de INVENTARIOS barras frontend y backend Edilberto
 Imprimir etiquetas

DESARROLLO DEL CRONOGRAMA
Figura 20: Desarrollo del cronograma

Corporation SAC”
GESTIÓN DE RIESGOS
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0.0 Miguel Juárez Jorge Gonzales Jorge Gonzales 19/09/2016 Primer reporte provisional
IDENTIFICACIÓN Y EVALUACIÓN CUALITATIVA DE RIESGOS

PROBABILIDAD VALOR NUMÉRICO IMPACTO VALOR NUMÉRICO TIPO DE RIESGO PROBABILIDAD X IMPACTO
Muy Improbable 0.1 Muy Bajo 0.05 Muy Alto Mayor a 0.50
Relativamente Probable 0.3 Bajo 0.10 Alto Menor a 0.50
Probable 0.5 Moderado 0.20 Moderado Menor a 0.30
Muy Probable 0.7 Alto 0.40 Bajo menor a 0.10
Casi Certeza 0.9 Muy Alto 0.80 Muy Bajo Menor a 0.05
CÓDIGO DEL DESCRIPCIÓN ENTREGABLES ESTIMACIÓN DE OBJETIVO ESTIMACIÓN DE PROB X TIPO DE

CAUSA RAÍZ TRIGGER
RIESGO DEL RIEGO AFECTADOS PROBABILIDAD AFECTADO IMPACTO IMPACTO RIESGO
Aparición de Alcance 0.05 Menor a 0.30
Migración
fallos al Tiempo 0.20 Mayor a 0.50
de la Primera
pasar del Aplicación Costo 0.20 Mayor a 0.50
RIE001 aplicación prueba en 0.7 Muy Alto
servidor local final Calidad 0.40 Mayor a 0.50
al hosting campo
al hosting
pagado TOTAL PROBABILIDAD X IMPACTO Mayor a 0.50
pagado.
Aparición de Alcance 0.80 Menor a 0.30
nuevos Tiempo 0.40 Mayor a 0.50
Prueba del Primera
requerimient Aplicación en Costo 0.40 Mayor a 0.50
RIE002 aplicación prueba en 0.9 Muy Alto
os luego del producción Calidad 0.40 Mayor a 0.50
en campo campo
uso en
TOTAL PROBABILIDAD X IMPACTO Mayor a 0.50
campo.
Alcance 0.80 Menor a 0.30
Sobrepasar Tiempo 0.90 Mayor a 0.50
Test antes Primer Versión
el tiempo de Costo 0.90 Mayor a 0.50
RIE003 de primera entregable Entregable 0.8 Alto
debug para Calidad 0.80 Menor a 0.30
versión al cliente 1.0.0
errores
TOTAL PROBABILIDAD X IMPACTO Mayor a 0.50

Corporation SAC”
GESTIÓN DE RESPUESTA DE RIESGO
Versión Hecha por Revisada por Aprobado por Fecha Motivo
1.0.0 Edilberto Soles Cavero Jorge Gonzales Jorge Gonzales 20/09/2016 Primer reporte provisional
PLANEAR RESPUESTAS A LOS RIESGOS

Sistema de Gestión de inventarios - TRIMBLE TRIMBLE

COSTEO DEL PROYECTO
Versión Hecha por Revisada por Aprobada por Fecha
1 Juan Ramos Suyon Equipo de trabajo Equipo de Trabajo 26/10/2016
COSTEO DEL PROYECTO

TIPO DE RECURSO: PERSONAL
ENTREGABLE COSTO
NOMBRE DE RECURSO UNIDADES CANTIDAD COSTO TOTAL
POR FASE UNITARIO
Módulo de Ventas Horas de desarrollo Horas-Hombre 25h S/. 20 / h S/. 500
Módulo de Compras Horas de desarrollo Horas-Hombre 25h S/. 20 / h S/. 500
Módulo de Inventario Horas de desarrollo Horas-Hombre 25h S/. 20 / h S/. 500

Corporation SAC”
PRESUPUESTO DEL PROYECTO

(por fase y por entregable)
1.0 Edilberto Soles Cavero Equipo de trabajo Equipo de trabajo 22/09/2016 Gestión de presupuesto

- POR FASE Y POR ENTREGABLE -
PROYECTO FASE ENTREGABLE MONTO $

Acta de constitución 5
INICIO
Registro de interesados 5
Total Fase S/.10.00
Requerimientos funcionales y no
10
funcionales.
Plantilla de alcance del proyecto 5
Estimar recursos y duración de
5
actividades
PLANIFICACIÓN
Plan de gestión de riesgos del
20
proyecto
Costos del análisis, diseño y
5
desarrollo del proyecto
Gestión de calidad de procesos 15
Total Fase S/.60.00
Planificación 130
Requerimientos 100
EJECUCIÓN
Diseño 360
Pruebas 240
Total Fase S/.830.00
CONTROL Requerimientos a destiempo 200
CIERRE Manual de usuario 200
TOTAL FASE S/.1,500.00
RESERVA DE CONTINGENCIA S/.150.00
RESERVA DE GESTION S/.100.00
PRESUPUESTO TOTAL DEL PROYECTO S/.1,750.00

Corporation SAC”

(por fase y por tipo de recurso)
1.0 Edilberto Soles Cavero Equipo de trabajo Equipo de trabajo 22/09/2016 Gestión de presupuesto
PRESUPUESTO DEL
- POR FASE Y POR TIPO DE RECURSO

PROYECTO FASE TIPO DE RECURSO MONTO S/.

INICIO Personal
Total Fase S. 10.00
PLANIFICACIÓN Personal
Total Fase S/.60.00
EJECUCIÓN Personal Materiales Maquinaria
CONTROL Personal Materiales Maquinaria
CIERRE Personal Materiales Maquinaria
TOTAL FASES S/.1,500.00
Reserva de Contingencia S/.150.00
Reserva de Gestión S/.100.00
PRESUPUESTO TOTAL DEL PROYECTO S/.1,750.00

Corporation SAC”
LINEA BASE DE CALIDAD
1.0 Miguel Juárez Guzman Jorge Gonzales Jorge Gonzales 27/09/2016 Versión original
LÍNEA BASE DE CALIDAD
LÍNEA BASE DE CALIDAD
FACTOR DE OBJETIVO DE FRECUENCIA Y FRECUENCIA Y

MÉTRICA
CALIDAD MOMENTO DE MOMENTO DE
CALIDAD A USAR
RELEVANTE MEDICIÓN REPORTE
CPI = Cost  Frecuencia Mensual  Frecuencia mensual

Performance del Performance  Medición, la primera  Reporte la primera
CPI>=0.95 semana del mes
proyecto Index semana del mes
Acumulado siguiente siguiente
SPI = Schedule  Frecuencia Mensual  Frecuencia mensual

Performance del Performance  Medición, la primera  Reporte la primera
SPI>=0.95
Proyecto Index semana del mes semana del mes
Acumulado siguiente siguiente.
Nivel de NIS = Nivel de  Frecuencia semanal

Incidencias Incidencias  Frecuencia Mensual.  Reporte el lunes
atendidas del  Medición los viernes
NIS>=0.99
atendidas del siguiente a la
sistema sistema de cada semana medición

Corporation SAC”
MATRIZ DE ACTIVIDADES DE CALIDAD
Aprobada
Versión Hecha por Revisada por Fecha Motivo
por
Cumplir con la entrega del
Jorge Gonzales Equipo de
1.0 Equipo de trabajo 26/09/2016 documento Matriz de actividad de
Castillo trabajo
calidad
MATRIZ DE ACTIVIDADES DE CALIDAD

ESTÁNDAR DE ACTIVIDADES DE ACTIVIDADES DE

ENTREGABLE
CALIDAD APLICABLE PREVENCIÓN CONTROL
Acta de Metodología. Gestión Revisión de modelos de

Aprobación por Sponsor
constitución Proyectos PMI-PMBOK formatos
Plantilla de Revisión de modelos de
Metodología. Gestión
registro de Aprobación por Sponsor
Proyectos PMI-PMBOK formatos
interesados
Matriz de Revisión de modelos de
trazabilidad de Aprobación por Sponsor
requisitos
Declaración de Revisión de modelos de
alcance de Aprobación por Sponsor
proyecto
Estructura de Revisión de modelos de
desglose del Aprobación por Sponsor
trabajo
Plantilla de
estimación de Metodología. Gestión Revisión de modelos de
recursos y Proyectos PMI-PMBOK formatos
duraciones
Plantilla de
Identificación y Metodología. Gestión Revisión de modelos de
evaluación de Proyectos PMI-PMBOK formatos
riesgos
Plantilla de Plan Revisión de modelos de
de respuesta de Aprobación por Sponsor
riesgo
Plantilla de Metodología. Gestión Revisión de modelos de Aprobación por Sponsor

Corporation SAC”
Gestión de Proyectos PMI-PMBOK formatos

Costos
Costeo del Aprobación por Sponsor
proyecto
Presupuesto del Aprobación por Sponsor
proyecto
Presupuesto del Aprobación por Sponsor
proyecto 2
Línea base de Aprobación por Sponsor
calidad
Matriz de Revisión de modelos de
actividades de Aprobación por Sponsor
calidad
Plan de Gestión Metodología. Gestión Revisión de modelos de
de calidad Proyectos PMI-PMBOK formatos
Cronograma de
la metodología Metodología. Gestión Revisión de modelos de
de desarrollo de Proyectos PMI-PMBOK formatos
software
Metodología de
Historias de Aprobación por Project
Desarrollo de Revisión de Estándar
usuario Manager
Software XP
Requerimientos Aprobación por Project
Revisión de Estándar
funcionales Manager
Requerimientos Aprobación por Project
no funcionales Manager
Metodología de
Casos de uso del Aprobación por Project
sistema Manager
Software XP
Modelo de base Proceso de normalización Aprobación por Project
de datos de bases de datos Manager
Metodología de
Aprobación por Project
Tarjetas CRC Desarrollo de Revisión de Estándar
Manager
Software XP

Corporation SAC”
Metodología de
Glosario de Aprobación por Project
entidades Manager
Software XP
Documento de Aprobación por Project

Mockups Manager
La validación se realizará Aprobación por Project

Programa
exclusivamente sobre errores Revisión de Estándar
finalizado Manager
HTML.
Pruebas por cada Metodología de

requerimiento Aprobación por Project
funcional Manager
realizado Software XP
Prueba por cada Metodología de

Aprobación por Project
formulario Desarrollo de Revisión de Estándar
realizado Manager
Software XP
Informe del Metodología. Gestión Revisión de modelos de
desempeño del Aprobación por Sponsor
trabajo
Reporte
simplificado de Metodología. Gestión Revisión de modelos de
performance del Proyectos PMI-PMBOK formatos
trabajo
Inspección de Metodología. Gestión Revisión de modelos de
calidad Proyectos PMI-PMBOK formatos
Acta de Revisión de modelos de
aceptación de Aprobación por Sponsor
proyecto

Corporation SAC”
PLAN DE GESTION DE CALIDAD
1.0 Miguel Juárez Guzmán Jorge Gonzales Jorge Gonzales 27-09-2016 Versión original
PLAN DE GESTIÓN DE LA CALIDAD

Sistema de Gestión de Inventarios TRIMBLE TRIMBLE
POLÍTICA DE CALIDAD DEL PROYECTO: ESPECIFICAR LA INTENCIÓN DE DIRECCIÓN

QUE FORMALMENTE TIENE EL EQUIPO DE PROYECTO CON RELACIÓN A LA CALIDAD DEL
PROYECTO.
Este proyecto debe de cumplir con los requisitos de calidad de acuerdo a la Metodología de Desarrollo
de Sistemas (MDSI V 2.1) y la Metodología de Gestión de Proyectos. Con el objetivo de culminarse los
entregables en el tiempo y presupuesto planificado cumpliendo con los requisitos indicados por el
Equipo Normativo, de tal forma que el cliente pueda tener operativo en sistema completo para el mes de
diciembre.
LÍNEA BASE DE CALIDAD DEL PROYECTO: ESPECIFICAR LOS FACTORES DE

CALIDAD RELEVANTES PARA EL PRODUCTO DEL PROYECTO Y PARA LA GESTIÓN DEL
PROYECTO. PARA CADA FACTOR DE CALIDAD RELEVANTE DEFINIR LOS
OBJETIVOS DE CALIDAD, LAS MÉTRICAS A UTILIZAR, Y LAS FRECUENCIAS DE MEDICIÓN
Y DE REPORTE.
FACTOR DE OBJETIVO FRECUENCIA Y FRECUENCIA Y
MÉTRICA A
CALIDAD DE MOMENTO DE MOMENTO DE
UTILIZAR
RELEVANTE CALIDAD MEDICIÓN REPORTE
CPI = Cost  Frecuencia Mensual  Frecuencia Mensual

Performance del
CPI >= 0.95
Performance  Medición, la primera  Medición, la primera
Acumulado siguiente. siguiente.
SPI = Schedule  Frecuencia Mensual  Frecuencia Mensual

Performance del Performance  Medición, la primera  Medición, la primera
SPI >= 0.95
Acumulado siguiente. siguiente.

Corporation SAC”
PLAN DE MEJORA DE PROCESOS: ESPECIFICAR LOS PASOS PARA ANALIZAR

PROCESOS, LOS CUALES FACILITARÁN LA IDENTIFICACIÓN DE ACTIVIDADES QUE
GENERAN DESPERDICIO O QUE NO AGREGAN VALOR.
Cada vez que se deba de mejorar un proceso se seguirán los siguientes pasos:
1.- Delimitar el proceso
2.-Determinar la oportunidad de mejorar
3.-Tomar información sobre el proceso
4.-Analizar la información obtenida
5.-Definir las acciones de corrección para mejora
6.-Aplicar las acciones correctivas
7.-Verificar si las acciones correctivas han sido efectivas
8.-Establecer un estándar con las mejoras para hacerlas parte del proceso
MATRIZ DE ACTIVIDADES DE CALIDAD: ESPECIFICAR PARA CADA PAQUETE DE

TRABAJO SI EXISTE UN ESTÁNDAR O NORMA DE CALIDAD APLICABLE A SU
ELABORACIÓN. ANALIZAR LA CAPACIDAD DEL PROCESO QUE GENERARÁ
CADA ENTREGABLE Y DISEÑAR ACTIVIDADES DE PREVENCIÓN Y DE CONTROL
ESTÁNDAR O NORMA
QUE ASEGURARÁN
PAQUETE DE LA OBTENCIÓN DE ENTREGABLES CON ELDE
ACTIVIDADES NIVEL DE CALIDADDE
ACTIVIDADES
DE
TRABAJO REQUERIDO (VER MATRIZ PREVENCIÓN
ADJUNTA). CONTROL
CALIDAD APLICABLE
1.1.1. Documento de Metodología de Gestión de Aprobación por el

inicio de proyecto Proyectos Sponsor
1.1.2. Determinación
Metodología de Gestión de
del inicio del Aprobación por el
Proyectos
proyecto Sponsor
Metodología de Gestión de Aprobación por el
1.1.3. Plan de Proyecto
Proyectos Sponsor
1.1.4. Reunión de
Metodología de Gestión de Aprobación por el
coordinación
Proyectos Project Manager
mensual
1.1.5. Análisis de Metodología de Gestión de Aprobación por el

Requerimientos Proyectos Project Manager
1.1.6. Cierre de Metodología de Gestión de Aprobación por el

Proyecto Proyectos Project Manager

Corporation SAC”
ROLES PARA L A GESTIÓN DE LA CALIDAD: ESPECIFICAR LOS ROLES QUE SERÁN

NECESARIOS EN EL EQUIPO DE PROYECTO PARA DESARROLLAR LOS ENTREGABLES Y
ACTIVIDADES DE GESTIÓN DE LA CALIDAD. PARA CADA ROL
ESPECIFICAR: OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIEN REPORTA, A
QUIEN SUPERVISA, REQUISITOS DE
CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEÑAR EL ROL.
Objetivos del rol: Gestionar operativamente la calidad
ROL N° 1 : Funciones del rol: Revisar estándares y entregables para deliberar las acciones
PROJECT correctivas.
MANAGER
Niveles de autoridad: Exigir cumplimiento de entregables al equipo de proyecto.
Reporta a: Sponsor
Supervisa a: Equipo de Proyecto
Requisitos de conocimientos: Gestión de Proyectos
Requisitos de habilidades: Liderazgo, Comunicación, Motivación y Solución de
conflictos.
Requisitos de experiencia:
Objetivos del rol: Gestionar calidad de Entregables
ROL N° 2: Funciones del rol: Revisar entregables, comparar con requerimientos y reportar las
ANALYST incongruencias.
Niveles de autoridad :Exigir el cumplimiento de entregables del product al
desarrollador.
Reporta a: Project Manager
Supervisa a: Developer
Requisitos de conocimientos: Desarrollo de Software
Requisitos de habilidades: Versatilidad, liderazgo, comunicación y creatividad
Requisitos de experiencia:
ORGANIZACIÓN PARA LA C A L I D A D DEL PROYECTO: ESPECIFICAR EL
ORGANIGRAMA DEL PROYECTO INDICANDO CLARAMENTE DONDE ESTARÁN SITUADOS
LOS ROLES PARA LA GESTIÓN DE LA CALIDAD.

Corporation SAC”
DOCUMENTOS NORMATIVOS PARA LA CALIDAD: ESPECIFICAR QUE DOCUMENTOS

NORMATIVOS REGIRÁN LOS PROCESOS Y ACTIVIDADES DE GESTIÓN DE LA CALIDAD.
1.Para mejorar procesos
2.Para auditorias de procesos
PROCEDIMIENTOS
3.Para resolución de problema
1.Plan de Gestión de calidad

2.
PLANTILLAS
1.Linea Base de Calidad

2.Plan de Gestión de Calidad
FORMATOS
3.
4
1.
2.
CHECKLISTS
3.
4
1.
2.
OTROS
DOCUMENTOS 3
4

Corporation SAC”
PROCESOS DE GESTIÓN DE LA CALIDAD: ESPECIFICAR EL ENFOQUE PARA REALIZAR

LOS PROCESOS DE GESTIÓN DE LA CALIDAD INDICANDO EL QUÉ, QUIÉN, CÓMO, CUÁNDO,
DÓNDE, CON QUÉ, Y PORQUÉ.
El aseguramiento de calidad se hará monitoreando continuamente la
performance del trabajo, los resultados del control de calidad y sobre todo las
ENFOQUE DE métricas.
ASEGURAMIENTO De esta manera se descubrirá tempranamente cualquier necesidad de auditoría
DE LA CALIDAD de procesos o de mejora de procesos.
Asimismo se verificará que dichas solicitudes de cambios y/o acciones
correctivas/ preventivas
El control de calidad se ejecutará revisando los entregables para ver si
están conformes o no.
Los resultados de estas mediciones se consolidarán y enviarán al
Responsable del control de la calidad.
ENFOQUE DE
Los entregables que tienen observaciones (BUG)
CONTROL DE LA
CALIDAD se volverán a revisar para verificar si ya están conformes.
Para los defectos que se encuentran reportados se verificaran las causas, los
resultados se volverán a enviar
en adecuando los entregables originales con los cambios correctivos
necesarios.
Cada vez que se deba de mejorar un proceso se seguirán los siguientes
pasos:
1.- Delimitar el proceso
2.-Determinar la oportunidad de mejorar
ENFOQUE DE 3.-Tomar información sobre el proceso
MEJORA DE
PROCESOS 4.-Analizar la información obtenida
5.-Definir las acciones de corrección para mejora
6.-Aplicar las acciones correctivas
7.-Verificar si las acciones correctivas han sido efectivas
8.-Establecer un estándar con las mejoras para hacerlas parte del proceso

CRONOGRAMA DE LA METODOLOGIA
Figura 21: Cronograma de la metodología XP

Corporation SAC”
DIAGRAMA DE CASOS DE USO DEL SISTEMA
Diagrama de Paquete:
Figura 22: Diagrama de Paquete
Diagrama de caso de uso de sistema: Compras
Figura 23: DCUS Compras

Corporation SAC”
Diagrama de caso de uso de sistema: Inventario
Figura 24: DCUS Inventario
Diagrama de caso de uso de sistema: Ventas
Figura 25: DCUS Ventas

Corporation SAC”
HISTORIAS DE USUARIO
Compras
Nro. 01 Usuario Responsable: Jefe de Compras
Nombre Historia: Registrar nuevo proveedor
Prioridad: Alta
Iteración Asignada: 1-4
Programador Responsable:
Descripción:
Se registra una nuevo proveedor ingresando los datos correspondientes ya sea código, Número de
cuenta, RUC, Nombre, pagina web.
Observaciones: Iniciar sesión para registrar al nuevo proveedor.
Nombre Historia: Registrar nuevo ingreso
Prioridad: Alta
Descripción:
Se registra nuevo ingreso con los datos correspondientes ya sea usuario, proveedor, numero de
guía, lugar, tipo de moneda, las fechas de recibo y llegada. Mostrar los detalles en una grilla. Y
generar el costo total de Ingreso.
Observaciones: Iniciar sesión para registrar nuevo ingreso.

Corporation SAC”
Nombre Historia: Registrar orden de compra
Prioridad: Alta
Descripción:
Se registra una orden de compra con los datos correspondientes ya sea proveedor, cotización,
lugar, tipo de moneda, las fechas. Y mostrar los detalles en una grilla. Y generar el monto total.
Observaciones: Iniciar sesión para registrar orden de compra.
Nombre Historia: Registrar retorno al proveedor
Prioridad: Alta
Descripción:
Se registra un retorno de proveedor con los datos correspondientes ya sea usuario, proveedor,
numero de guia, retorno, Tienda, las fechas de recibo y llegada. Y mostrar los detalles en una grilla.
Y generar el costo total de devolución
Observaciones: Iniciar sesión para registrar retorno al proveedor

Corporation SAC”
Ventas
Nro. 05 Usuario Responsable: Jefe de Ventas
Nombre Historia: Registrar nueva venta
Prioridad: Alta
Descripción:
Se registra una nueva venta con los datos correspondientes ya sea cliente, RUC, factura, fecha
venta. Y mostrar los detalles en una grilla. Y generar el costo total Venta.
Observaciones: Iniciar sesión para registrar nueva venta
Nombre Historia: Registrar alquiler
Prioridad: Alta
Descripción:
Se registra un alquiler con los datos correspondientes ya sea cliente, RUC, factura, fecha retorno.
Y mostrar los detalles en una grilla. Y generar el costo total Alquiler.
Observaciones: Iniciar sesión para registrar nuevo alquiler

Corporation SAC”
Nombre Historia: Registrar nuevo retorno de producto
Prioridad: Alta
Descripción:
Se registra un retorno de producto con los datos correspondientes y los cuadros se llenan
automáticamente. Y mostrar los detalles en una grilla. Y generar el costo total de retorno
Observaciones: Iniciar sesión para registrar nuevo retorno de producto.
Nombre Historia: Registrar orden de pedido
Prioridad: Alta
Descripción:
Se registra un orden de pedido con los datos correspondientes ya sea cliente, fecha orden, numero
de orden. Y mostrar los detalles en una grilla. Y generar el costo total de orden de pedido
Observaciones: Iniciar sesión para registrar nueva orden de pedido.

Corporation SAC”
Inventarios
Nro. 09 Usuario Responsable: Jefe de Almacén
Nombre Historia: Registrar nuevo producto
Prioridad: Alta
Descripción:
Se registra un nuevo producto con los datos correspondientes ya sea detalle del producto, Marca,
ubicación. Y mostrar los detalles en una grilla. Y generar el costo total de orden de pedido
Observaciones: Iniciar sesión para registrar nuevo producto
Nombre Historia: Imprimir etiquetas
Prioridad: Alta
Descripción:
Listar los productos con todos sus datos. Para imprimir etiqueta con el nombre, Marca y
departamento
Observaciones: Iniciar sesión y listar productos para imprimir etiqueta

Corporation SAC”
Nombre Historia: Cambiar precio y costo
Prioridad: Medio
Descripción:
Listar los productos con todos sus datos. Para poder modificar los precios o costos y obtener nuevo
costo total.
Observaciones: Iniciar sesión y listar productos para cambiar precio y costo.
Nombre Historia: Modificar mínimo y máximo precio de venta
Prioridad: Medio
Descripción:
Listar los productos con todos sus datos. Para poder modificar su precio de venta y tenga un rango
para rebajar o incrementar el precio.
Observaciones: Iniciar sesión y listar productos para modificar el precio de venta.

Corporation SAC”
REQUERIMIENTOS FUNCIONALES
Inventarios
R1: Que permita actualizar el stock de productos en inventario
R2: Listar productos con precios mínimos y máximos
R3: Modificar precio y costo del producto.
R4: Imprimir etiquetas de los productos
R5: Listar inventario
Compras
R6: Registrar proveedores y listar por orden alfabético.
R7: Registrar compras permita mostrar detalle.
R8: Registrar retorno de productos al proveedor.
Ventas
R9: Registrar la venta permita mostrar el detalle de la venta.
R10: Permita registrar alquileres y listar.
R11: Listar los clientes por datos específicos.
R12: Permita retornar productos y permita mostrar detalle
R13: Permita registrar orden de pedidos.

Corporation SAC”
REQUERIMIENTOS NO FUNCIONALES
 Sistema Operativo Windows 7 o superior.

 Lenguaje de desarrollo PHP 7, framework Laravel 5.2.
 Gestor de base de datos MySql 5.0.11
 El sistema retorne el control del proceso si no hay respuesta del usuario como máximo 7
segundos.
 Incluir ayuda en línea en cada módulo.
 El usuario del sistema debe validarse obligatoriamente antes de realizar cualquier
proceso.
 Permitir hasta tres intentos de inicio de sesión.
 Realizar copias de seguridad cada 2 meses.
 En caso de pérdida de información, permitir la restauración de la base de datos.
 El sistema permita inhabilitar usuarios, registrarlos y cambiar de contraseña si éstos lo
deseen.
 Escalonamiento de la complejidad de la información.
 Adecuada jerarquización de los componentes de los mensajes.
 Claridad en representación (símbolos pictográficos, diagramas, mapas, gráficos, etc.)

Corporation SAC”
3. FASE DE
DISEÑO

Corporation SAC”
DISEÑO DE ARQUITECTURA
Figura 26: Diseño de Arquitectura

Corporation SAC”
MODELO DE BASE DE DATOS

Corporation SAC”
TARJETAS CRC
Compra
Nombre: COMPRA
Registrar Compra:
-Nro Documento PROVEEDOR
-Código Proveedor PRODUCTO
-Cotización ALMACEN
Listar Compras
Proveedor
Nombre: PROVEEDOR
Registrar proveedor:
-RUC
COMPRA
-Nombre
-Giro
Venta
Nombre: VENTA
Registrar venta:
-Nro. Documento
-Código cliente CLIENTE
-Monto ALMACEN
-Lista productos
Verificar Almacén
Almacén
Nombre: ALMACÉN
Registrar producto:
-Categoría
-Ubicación
COMPRA
-Contenido
VENTA
-Estado
Listar productos
Registrar Salidas

Corporation SAC”
DICCIONARIO DE DATOS
Boxes: Esta tabla almacena los datos de las cajas que contienen productos. Dentro de estos
datos tenemos el nombre de la caja, una observación, también contiene el identificador del
nivel al que pertenece la caja y su nombre completo indicando el lugar exacto donde se
encuentra la caja.
Nombre Tipo Extra Descripción
id int(10) AUTO_INCREMENT Identificador de la caja
name varchar(255) Nombre de la caja
comment varchar(255) Comentarios de la caja
level_id int(10) Nivel al que pertenece la caja
full_name varchar(255) Nombre completo de la caja
created_at timestamp Fecha de creación de la caja
updated_at timestamp Fecha de modificación de la caja
Brands: Esta tabla almacena los datos de las marcas de los productos. Dentro de estos datos
tenemos el nombre de la marca y descripción, asi como un estado que indica si esta eliminado
o no.
id int(10) AUTO_INCREMENT Identificador de la tabla
name varchar(255) Nombre de la marca
description varchar(255) Descripción de la tabla
state int(11) Estado de eliminación de la marca
created_at timestamp Fecha de creación de la marca
updated_at timestamp Fecha de modificación de la marca
Categories: Esta tabla almacena los datos de las categorías a las que pertenece un producto,
dentro de los datos tenemos: nombre y descripción de las categorías asi como un estado que
indica si esta eliminado o no.

Corporation SAC”

name varchar(255) Nombre de la categoría
description varchar(255) Descripción de la categoría
state int(11) Estado de eliminación de la categoría
created_at timestamp Fecha de creación de la categoría
updated_at timestamp Fecha de modificación de la categoría
Currencies: Esta tabla almacena los datos de las monedas disponibles para el sistema, en este
caso solo serán considerados el Sol y el Dólar y su valor.
iso varchar(255) ISO de la moneda
name varchar(255) Nombre de la moneda
value double(8,2) Valor de la moneda
created_at timestamp Fecha de creación de la moneda
updated_at timestamp Fecha de modificación de la moneda
Customers: Esta tabla almacena los datos de los clientes de la empresa. Además, almacena
que tipo de cliente es.
name varchar(255) Nombre del cliente
Documento de identidad del
document varchar(255)
cliente
address varchar(255) Dirección del cliente
enum('Natural',
type Tipo de cliente
'Juridica')
phone varchar(255) Teléfono del cliente
Estado de eliminación del
enable int(10)
cliente
customer_type_id int(10) Tipo de cliente
created_at timestamp Fecha de creación del cliente
Fecha de modificación del
updated_at timestamp
cliente

Corporation SAC”
Customer_types: Esta tabla almacena el nombre de los tipos de los clientes.

name varchar(255) Nombre del tipo de cliente
description varchar(255) Descripción del tipo de cliente
created_at timestamp Fecha de creación del tipo de cliente
updated_at timestamp Fecha de modificación del tipo de cliente
Detractions: Esta tabla almacena las detracciones que se realicen de las facturas, entre los
datos tenemos el voucher, la fecha de detracción y el valor de la detracción.
output_id int(10) Identificador de la tabla salida
voucher varchar(255) Numero de voucher de la detracción
detraction_date date Fecha de pago de la detracción
value double(8,2) Valor de la detracción
created_at timestamp Fecha de creación de la detracción
updated_at timestamp Fecha de modificación de detracción
Devolutions: Esta tabla almacena los detalles que han sido devueltos en el alquiler.
output_detail_id int(10) Identificador de la tabla detalle de salida
output_package_id int(10) Identificador de la tabla paquete de salida
created_at timestamp Fecha de creación de la devolución
updated_at timestamp Fecha de modificación de la devolución

Corporation SAC”
Entries: Esta tabla almacena los ingresos a almacén, esta tabla es una de las más importantes
porque es un proceso clave de la empresa.
active tinyint(1) Estado de activo o desactivo del ingreso
provider_id int(10) Identificador del proveedor
type varchar(255) Tipo de ingreso
destination varchar(255) Destino del ingreso
comment varchar(255) Comentario del ingreso
created_at timestamp Fecha de creación del ingreso
updated_at timestamp Fecha de modificación del ingreso
Entry_details: Esta tabla almacena los detalles o productos que contiene un determinado
ingreso.
entry_id int(10) Identificador de la tabla ingresos
product_id int(10) Identificador del producto
series varchar(255) Serie del producto
quantity int(11) Cantidad del producto
price decimal(9,2) Precio del producto
created_at timestamp Fecha de creación del detalle del ingreso
Fecha de modificación del detalle del
ingreso
Exemplars: Esta tabla almacena los modelos de productos.

name varchar(255) Nombre del modelo
description varchar(255) Descripción del modelo
brand_id int(10) Identificador de la marca
state int(11) Estado de eliminación del modelo
created_at timestamp Fecha de creación del modelo
updated_at timestamp Fecha de modificación del modelo

Corporation SAC”
Items: Esta tabla almacena una unidad de producto y su respectiva serie, es decir que puede
haber varios productos repetidos y se diferencian por su serie.
product_id int(10) Identificador del producto
series varchar(255) Serie del producto
enum('low', 'sold', 'rented',
state Estado de eliminación del ítem
'available', 'packag
int(10) Identificador del paquete al que
package_id
pertenece
int(10) Identificador de la caja donde está el
box_id
ítem
created_at timestamp Fecha de creación del ítem
updated_at timestamp Fecha de modificación del ítem
Levels: Esta tabla almacena los niveles de los anaqueles que tiene una empresa.
name varchar(255) Nombre del nivel
comment varchar(255) Comentario del nivel
shelf_id int(10) Identificador del anaquel al que pertenece
created_at timestamp Fecha de creación del nivel
updated_at timestamp Fecha de modificación del nivel
Locals: Esta tabla almacena los locales que tiene la empresa para almacenar sus productos,
por ahora la empresa solo tiene un almacén y una oficina.
name varchar(255) Nombre del local
comment varchar(255) Comentario del local
type int(11) Tipo de local
Fecha de creación del
created_at timestamp
local
Fecha de modificación
del local

Corporation SAC”
Outputs: Esta tabla almacena las salidas de productos de la empresa, en este caso almacenara
dos tipos de salidas, las ventas y los alquileres.
customer_id int(10) Identificador del cliente
user_id int(10) Identificador del usuario
reason enum('sale', 'rental') Razón de la salida
Estado de activación de la
active tinyint(1)
salida
type enum('L', 'F') Tipo de la salida
currency enum('PEN', 'USD') Moneda de la salida
comment varchar(255) Comentario de la salida
igv decimal(9,2) Igv total de la salida
total decimal(9,2) Monto total de la salida
Monto de envía de la
shipping decimal(9,2)
salida
state int(10) Estado de la salida
invoice varchar(255) Factura de la salida
Tipo de documento de la
type_doc enum('F', 'B')
salida
Ciudad a la que va la
city varchar(255)
salida
Fecha de factura de la
invoice_date date
salida
income_tax_date date Fecha de detracción
general_sales_tax_date date Fecha de pago a la renta
Fecha de alquiler en el
fechaAlquiler date
caso de ser alquiler
Fecha de retorno en el
fechaRetorno date
caso de ser alquiler
destination varchar(255) Destino de la salida
Estado de
completed tinyint(1) completamiento de la
salida
Fecha de creación de la
salida
Fecha de modificación de
la salida

Corporation SAC”
Output_details: Esta tabla almacena los productos (items) que pertenecen a una salida
determinada.
output_id int(10) Identificador de la salida
item_id int(10) Identificador del ítem
price decimal(9,2) Precio del ítem
originalprice decimal(9,2) Precio original del ítem
created_at timestamp Fecha de creación del detalle de la salida
updated_at timestamp Fecha de modificación del detalle de la salida
Output_packages: Esta tabla almacena los productos (paquetes) que pertenecen a una salida
determinada.
output_id int(10) Identificador de la salida
package_id int(10) Identificador del paquete de la salida
price decimal(9,2) Precio del paquete de la salida
originalprice decimal(9,2) Precio original del paquete de la salida
created_at timestamp Fecha de creación del detalle de paquete
updated_at timestamp Fecha de modificación del detalle de paquete
Output_package_details: Esta tabla almacena los productos (items) que pertenecen a un

paquete determinado.
output_package_id int(10) Identificador del paquete de la salida
item_id int(10) Identificador del ítem del paquete
Fecha de creación del detalle de salida de
paquete
Fecha de modificación del detalle de
salida de paquete

Corporation SAC”
Packages: Esta tabla almacena los datos de los paquetes creados por la unión de varios
productos.
Identificador de la
id int(10) AUTO_INCREMENT
tabla
name varchar(255) Nombre del paquete
code varchar(255) Código del paquete
Descripción del
description varchar(255)
paquete
state enum('low', 'sold', 'rented', 'available') Estado del paquete
Caja donde esta el
box_id int(10)
paquete
paquete
del paquete
Payments: Esta tabla almacena los datos de los pagos que se hacen de las ventas o alquileres.
Identificador de la
id int(10) AUTO_INCREMENT
tabla
invoice int(10) Factura del pago
Usuario que esta
user_id int(10)
haciendo el pago
payment decimal(9,2) Monto del pago
type enum('Efectivo', 'Deposito', 'Credito') Tipo de pago
Numero de operación
operation varchar(255)
de pago
date date Fecha del pago
Estado de eliminación
enable int(10)
de pago
pago
del pago

Corporation SAC”
Products: Esta tabla almacena los productos en general, cabe resaltar que estos productos son
la idea general de producto sin diferenciar entre ellos por una serie.
name varchar(255) Nombre del producto
description varchar(255) Descripción del producto
price decimal(9,2) Precio base del producto
money varchar(255) Moneda en la que esta el producto
brand_id int(10) Marca del producto
exemplar_id int(10) Modelo del producto
part_number varchar(255) Numero de partes
color varchar(255) Color del producto
category_id int(10) Categoría del producto
subcategory_id int(10) Subcategoría del producto
image varchar(255) Imagen del producto
comment varchar(255) Comentario del producto
state int(11) Estado de eliminación del producto
created_at timestamp Fecha de creación del producto
updated_at timestamp Fecha de modificación del producto
Providers: Esta tabla almacena los proveedores que tiene la empresa.

name varchar(255) Nombre del proveedor
Número de documento de
document varchar(255)
identidad
address varchar(255) Dirección del proveedor
enum('Natural',
type Tipo de persona
'Juridica')
phone varchar(255) Teléfono del proveedor
Estado de eliminación del
enable int(10)
proveedor
provider_type_id int(10) Identificador del tipo de proveedor
created_at timestamp Fecha de creación del proveedor
Fecha de modificación del
proveedor

Corporation SAC”
Provider_types: Esta tabla almacena el tipo de proveedores

name varchar(255) Nombre del tipo de proveedor
description varchar(255) Descripción del tipo de proveedor
created_at timestamp Fecha de creación del tipo de proveedor
Fecha de modificación del tipo de
proveedor
Purchase_orders: Esta tabla almacena las órdenes de compra que la empresa tiene y debe
concretar en una compra real.
Identificador del proveedor al que se
provider_id int(10)
está haciendo la orden de compra
Usuario que registra la orden de
user_id int(10)
compra
Estado de activación de la orden de
active tinyint(1)
compra
Moneda en la que está la orden de
currency enum('PEN', 'USD')
compra
Comentario u observación de la orden
comment varchar(255)
de compra
igv decimal(9,2) Monto de IGV de la orden de compra
total decimal(9,2) Monto total de la orden de compra
state int(10) Estado de la orden de compra
Numero de comprobante de la orden de
invoice varchar(255)
compra
Tipo de comprobante de la orden de
type_doc enum('F', 'B')
compra
Fecha de emisión del comprobante de
invoice_date date
la orden de compra
Fecha de creación de la orden de
compra
Fecha de modificación de la orden de
compra
Estado de atención de una orden de
attended tinyint(1)
compra

Corporation SAC”
Purchase_order_details: Esta tabla almacena los detalles o productos que pertenecen a una
orden de compra.
Nombre tipo Extra Descripción
purchase_order_id int(10) Identificador de la tabla
orden de compra
product_id int(10) Identificador de la tabla
producto
quantity int(11) Cantidad de productos
originalprice decimal(9,2) Precio original del
producto
igv decimal(9,2) Monto de IGV del
producto
subtotal decimal(9,2) Monto de subtotal de la
orden de compra
created_at timestamp Fecha de creación de la
orden de compra
updated_at timestamp Fecha de modificación de
la orden de compra
Roles: Esta tabla almacena los roles que pueden usar los usuarios del sistema como
administrador o empleado.
name varchar(255) Nombre del rol
Shelves: Esta tabla almacena los anaqueles que están dentro de un local.
name varchar(255) Nombre del anaquel
comment varchar(255) Comentario del anaquel
local_id int(10) Identificador del local al que
pertenece
created_at timestamp Fecha de creación del anaquel
updated_at timestamp Fecha de modificación del anaquel

Corporation SAC”
Small_boxes: Esta tabla almacena los datos de la caja chica, es decir ingresos o egresos.
concept varchar(255) Descripción del concepto de caja
chica
type enum('input', Tipo de concepto de caja chica
'output', 'assign')
amount decimal(9,2) Monto de concepto de caja chica
voucher varchar(255) Numero de voucher del pago de
caja chica
enable int(10) Estado de activación del concepto
de caja chica
created_at timestamp Fecha de creación del concepto de
caja chica
updated_at timestamp Fecha de modificación del
concepto de caja chica
Small_box_balances: Esta tabla almacena el balance de la caja chica es decir el saldo que se
altera en cada inserción de un movimiento de la caja chica.
Tipo Cotejamiento Extra Descripción
balance decimal(9,2) Cantidad residual que queda del monto de
caja chica
created_at timestamp Fecha de creación del balance
updated_at timestamp Fecha de modificación del balance
Subcategories: Esta tabla almacena las subcategorías a la que pertenece un producto.

name varchar(255) Nombre de la subcategoría
description varchar(255) Descripción de la subcategoría
category_id int(10) Identificador de la categoría a la que pertenece la
subcategoría
state int(11) Estado de eliminación de la subcategoría
created_at timestamp Fecha de creación de la subcategoría
updated_at timestamp Fecha de modificación de la subcategoría

Corporation SAC”
Users: Esta tabla almacena los usuarios del sistema

role_id int(10) Identificador del rol al que pertenece el usuario
name varchar(255) Nombre del usuario
email varchar(255) Email del usuario
password varchar(255) Contraseña del usuario
remember_token varchar(100) Permite activar el reconocimiento de la
contraseña
created_at timestamp Fecha de creación del usuario
updated_at timestamp Fecha de modificación del usuario
PROTOTIPOS
Ingresos
Figura 27: Prototipo Orden de compra

Corporation SAC”
Figura 28: Prototipo Ingreso por compra
Figura 29: Prototipo Ingreso por retorno

Corporation SAC”
Figura 30: Prototipo Ingreso por reutilización
Salidas
Figura 31: Prototipo Salida por Venta

Corporation SAC”
Figura 32: Prototipo Salida por Alquiler
Figura 33: Prototipo Salida por baja

Corporation SAC”
Clientes y Proveedores
Figura 34: Prototipo Registrar nuevo Cliente
Figura 35: Prototipo Registrar nuevo Proveedor

Corporation SAC”
Productos y Paquetes
Figura 36: Prototipo Registrar producto
Figura 37: Prototipo Registrar paquete

Corporation SAC”
Ubicaciones
Figura 38: Prototipo Listado de locales
Usuarios
Figura 39: Prototipo Listado de usuarios

Corporation SAC”
Caja Chica
Figura 40: Prototipo caja chica
Facturas
Figura 41: Prototipo documentos

Corporation SAC”
4. FASE DE
MONITOREO

Corporation SAC”
REPORTE DEL PERFORMANCE DEL PROYECTO
1.0 Antony Luis Equipo de trabajo Equipo de trabajo 28/11/16 Reporte de performance del proyecto
REPORTE DE DEL PROYECTO

- SIMPLIFICADO -
SIGLAS DEL
NOMBRE DEL PROYECTO PERIODO FECHA DE CORTE
PROYECTO
Sistema de Gestión de Inventarios – Del 05 de setiembre al 28 de
TRIMBLE 15/12/16
TRIMBLE Noviembre
ESTADO ACTUAL DEL PROYECTO: COMO ESTÁ EL PROYECTO A LA FECHA DE CORTE DEL PERIODO
1.- SITUACIÓN DEL ALCANCE
INDICADOR FÓRMULA CÁLCULO RESULTADO
% AVANCE REAL EV / BAC 1247.25/8315 15%
% AVANCE PLANIFICADO PV / BAC 1564.2/8315 19%
2.- EFICIENCIA DEL CRONOGRAMA
SV (VARIACIÓN DEL
EV – PV 1247.25-1564.2 S(-316.95)
CRONOGRAMA)
SPI (INDICE DE RENDIMIENTO
DEL EV / PV 1247.25/1564.2 0.79
CRONOGRAMA)
3.- EFICIENCIA DEL COSTO
CV (VARIACIÓN DEL COSTE) EV – AC 1247.25-1205.67 41.58
CPI (INDICE DE RENDIMIENTO
EV / AC 1247.25/1205.67 1.03
DEL COSTE)

Corporation SAC”
4.- CUMPLIMIENTO DE OBJETIVOS DE CALIDAD
PROBLEMAS Y PENDIENTES: POR TRATAR.

La información que el cliente debe proporcionar para el desarrollo es importante para continua con la implementación
del Sistema
OTROS COMENTARIOS U OBSERVACIONES
Ninguno

Corporation SAC”
INFORME DE AUDITORÍA DE CALIDAD
1.0 Antony Luis Equipo de trabajo Equipo de trabajo 27/11/16 Gestión de calidad
INFORME DE AUDITORÍA DE CALIDAD

Proyecto de Gestión TRIMBLE TRIMBLE
FASE DEL PROYECTO CÓDIGO DE LA AUDITORÍA

Fase de diseño FD_001
FECHA DE AUDITORÍA LÍDER DE LA AUDITORÍA
17/01/17 Jorge Gonzales
EQUIPO DE AUDITORÍA
Antony Luis Gómez
Juan Ramos Suyon
Miguel Juárez Guzmán
Edilberto Soles Cavero
OBJETIVOS DE LA AUDITORÍA
Verificar el cumplimiento de los procedimientos de acuerdo a las normas y objetivos establecidos por la empresa
Diagnosticar posibles fallas en la fase
RESULTADOS DE LA AUDITORÍA
TEMA AUDITADO EVALUACIÓN COMENTARIO
Jorge Gonzales
Diagnostico en la fase de Juan Ramos
Revisará posibles fallas de código.
diseño(codificación) Miguel Juárez
Edilberto Soles
Cumplimientos de los procesos Jorge Gonzales Que los procesos establecidos
Antony Luis estén a la fecha
EVALUACIÓN GENERAL DE LO AUDITADO

La disposición de los auditados fue adecuada al propósito de la auditoria
Se resalta el compromiso de los auditados con el logro de los objetivos de la empresa.
ACCIONES RECOMENDADAS
Se recomienda seguir implementando el Proyecto presentado en la empresa.
Evitar la inclusión o repetición de proyectos pasados y dar mayor trazabilidad a los mismos.

Corporation SAC”
INFORME DE MONITOREO DE RIESGOS
1.0 Antony Luis Equipo de trabajo Equipo de trabajo 28/11/16 Monitorear riesgos
INFORME DE MONITOREO DE RIESGOS

RIESGOS ACTUALES POTENCIALES

REVISIÓN DE TRIGGERS PARA LOS RIESGOS IDENTIFICADOS INICIALMENTE
Aparición de fallos al pasar del servidor local al hosting pagado.
Aparición de nuevos requerimientos luego del uso en campo
Sobrepasar el tiempo de debug para errores
REVISIÓN Y CONFIRMACIÓN DE PROBABILIDAD E IMPACTO ESTIMADOS
INICIALMENTE
Modificación del cronograma establecido.
Regular rendimiento de los integrantes por falta de equipos de cómputo.
REVISIÓN DE ADECUACIÓN DE RESPUESTAS PLANIFICADAS PARA LOS

RIESGOS IDENTIFICADOS INICIALMENTE
Se mantiene una pobre comunicación con los representantes del cliente y el mismo cliente.
REVISIÓN DE PLANES DE CONTINGENCIA PARA LOS RIESGOS IDENTIFICADOS

INICIALMENTE
Configurar las conexiones necesarias para el correcto funcionamiento.
Analizar los requerimientos del cliente.
Aplicar nuevas pruebas de integración
VERIFICACIÓN DE EJECUCIÓN DE RESPUESTAS PLANIFICADAS
Se contrató un servidor para realizar el correcto funcionamiento de la aplicación
Se realizó los requerimientos del cliente así como nuevas pruebas de integración

Corporation SAC”
RIESGOS ACTUALES SUCEDIDOS

VALORACIÓN DE IMPACTO REAL VS IMPACTO ESTIMADO
La información técnica proporcionada por el cliente incialmente el impacto estimado fue 0.5 y el impacto
real es 0.75
REVISIÓN DE PLANES DE CONTINGENCIA
Para la modificación del cronograma se ha efectuado evaluación del impacto.
Para el incumplimiento de los contratos se ha realizado hacer el pago del 50% y luego al termino del
contrato.
ELABORACIÓN DE PLANES DE EMERGENCIA

El plan de emergencia aplico de inmediato, comunicando al grupo de trabajo los acuerdos tomados y la
implementación respecto al cronograma
NUEVOS RIESGOS DETECTADOS

DEFINICIÓN DE TRIGGERS
No se ha detectado nuevos riesgos
EVALUACIÓN CUALITATIVA Y CATEGORIZACIÓN DE RIESGOS

DEFINICIÓN DE RESPUESTAS PLANIFICADAS

DEFINICIÓN DE PLANES DE CONTINGENCIA

PROGRAMACIÓN DE EJECUCIÓN DE RESPUESTAS PLANIFICADAS


Corporation SAC”
5. FASE DE
CIERRE

Corporation SAC”
ACTA DE ACEPTACIÓN DEL PROYECTO
Jorge Equipo de
1.0 Victor Vasquez 30/11/16 Versión Original
Gonzales trabajo
ACTA DE ACEPTACIÓN DE PROYECTO

NOMBRE DEL CLIENTE O SPONSOR
Víctor Ludgardo Vásquez Quevedo - Gerente General
DECLARACIÓN DE LA ACEPTACIÓN FORMAL

Por medio de la presente acta se deja constancia de la finalización y aceptación del Proyecto “Sistema de
Gestión de Inventarios – TRIMBLE” a cargo de los estudiantes de X ciclo de Ingeniería de sistemas, iniciado
el 16 de agosto y culminado el 20 de diciembre del 2016.
En este punto se da por concluido el Proyecto, por lo que habiendo constatado EL GERENTE, EL
ASISTENTE, EL JEFE DE PROYECTOS la finalización y aceptación del Sistema “Sistema de Gestión de
Inventarios – TRIMBLE” se certifica el cierre del proyecto, el cual culmina de manera exitosa.
El proyecto comprendía la entrega de los siguientes entregables:

Gestión del Proyecto:
 Project Charter
 Informe de seguimiento del proyecto
 Acta de fin de proyecto
Adquisiciones
 Contrato de servidor
 Contrato de licencias de software
Análisis
 Catálogo de requerimientos
 Documento de análisis o requerimientos
 Diseño
 Documento de prototipos
 Diccionario de datos
Desarrollo
 Módulo de ingresos
 Módulo de salidas
 Módulo de clientes y proveedores
 Módulo de productos y paquetes
 Módulo de ubicaciones
 Módulo de usuarios
 Módulo de caja chica y facturas

Corporation SAC”
Si se desea realizar algún comentario al respecto, podrá indicarse en el apartado de “observaciones”.
Los firmantes de abajo dan conformidad al contenido del presente documento:
OBSERVACIONES ADICIONALES
Ninguna
ACEPTADO POR
NOMBRE DEL CLIENTE, SPONSOR U OTRO FECHA
FUNCIONARIO
Víctor Ludgardo Vásquez Quevedo - Gerente General 30/11/16
Marcos Rodríguez Ventura - Asistente 30/11/16
DISTRIBUIDO Y ACEPTADO
NOMBRE DEL STAKEHOLDER FECHA
Jorge Gonzales Castillo – Project Manager 30/11/16

Corporation SAC”
CHECKLIST DEL CIERRE DEL PROYECTO
1.0 Antony Luis Equipo de Trabajo Equipo de trabajo 30/11/16 Versión original
CHECKLIST DE CIERRE DE PROYECTO

Sistema de Gestión de Inventarios - TRIMBLE TRIMBLE
1. ¿SE HAN ACEPTADO LOS RESULTADOS DEL PROYECTO?

REALIZADO A
OBJETIVOS ENTREGABLES SATISFACCIÓN
(SI/NO) OBSERVACIONES
APROBACIÓN
1. OBTENER Los resultados fueron
DOCUMENTADA DE LOS
ACEPTACIÓN SI aprobados por el
RESULTADOS DEL
FINAL. gerente general
PROYECTO.
DOCUMENTACIÓN D E
ENTREGABLES TERMINADOS Se realizó la
2. SATISFACER
Y NO TERMINADOS. documentación
TODOS LOS
ACEPTACIÓN SI
REQUERIMIENTOS de los entregables
DOCUMENTADA DE QUE LOS
CONTRACTUALES. terminados.
TÉRMINOS DEL CONTRATO
HAN SIDO SATISFECHOS.
3. TRASLADAR
ACEPTACIÓN Se realizó la
TODOS LOS
DOCUMENTADA POR PARTE SI documentación por
ENTREGABLES A
DE OPERACIONES. parte de operaciones
OPERACIONES.
2. ¿SE HAN LIBERADO LOS RECURSOS DEL PROYECTO?

REALIZADO A
OBJETIVOS SATISFACCIÓN OBSERVACIONES
ENTREGABLES (SI/NO)
1. EJECUTAR LOS
PROCEDIMIENTOS CRONOGRAMAS DE
ORGANIZACIONALE LIBERACIÓN DE
NO
S PARA LIBERAR RECURSOS,
LOS RECURSOS DEL EJECUTADOS.
PROYECTO.

Corporation SAC”
2. PROPORCIONAR RESULTADOS DE LA
RETROALIMENTAC RETROALIMENTACIÓN Se realizó
IÓN DE DE LA PERFOMANCE DEL retroalimentaciones
SI
PERFOMANCE A EQUIPO DE PROYECTO, para evitar errores en
LOS MIEMBROS ARCHIVADOS EN LOS la aplicación
DEL EQUIPO. FILES PERSONALES.
3. PROPORCIONAR
EVALUACIONES DE
RETROALIMENTACIÓ
PERFOMANCE
N A LA
REVISADAS CON LOS
ORGANIZACIÓN
GERENTES NO
RELATIVA A LA
FUNCIONALES Y
PERFORMANCE DE
ARCHIVADAS
LOS MIEMBROS DEL
APROPIADAMENTE.
EQUIPO.
3. ¿SE HAN MEDIDO Y ANALIZADO LAS PERCEPCIONES DE LOS STAKEHOLDERS DEL

PROYECTO?
REALIZADO A
OBJETIVOS ENTREGABLES SATISFACCIÓN OBSERVACIONES
(SI/NO)
1.
ENTREVISTAR
RETROALIMENTACIÓN No se tuvo muchas
A LOS
DE LOS STAKEHOLDERS, NO oportunidades para realizar
STAKEHOLDER
DOCUMENTADA. entrevistar con el gerente
S DEL
PROYECTO.
2. ANALIZAR
LOS
RESULTADOS
ANÁLISIS DOCUMENTADO. NO
DE LA
RETROALIMENT
ACIÓN
4. ¿SE HA CERRADO FORMALMENTE EL PROYECTO?

REALIZADO A
OBJETIVOS ENTREGABLES SATISFACCIÓ OBSERVACIONES
N (SI/NO)
RECONOCIMIENTO
1. EJECUTAR LAS FIRMADO DE LA ENTREGA
ACTIVIDADES DE DE LOS PRODUCTOS Y Se realizó la entrega de la
SI
CIERRE PARA EL SERVICIOS DEL PROYECTO. aplicación.
PROYECTO. DOCUMENTACIÓN DE LAS
ACTIVIDADES DE CIERRE.
2. INFORMAR A
GERENCIA SOBRE
DOCUMENTACIÓN DE LOS Se realizó la documentación
TODOS LOS SI
PROBLEMAS IMPORTANTES. de problemas importantes.
PROBLEMAS
IMPORTANTES.

Corporation SAC”
3. CERRAR TODAS
RETROALIMENTACIÓN
LAS
DOCUMENTADA DEL
ACTIVIDADES
DEPARTAMENTO NO
FINANCIERAS
FINANCIERO SOBRE EL
ASOCIADAS CON
CIERRE DEL PROYECTO.
EL PROYECTO.
4. NOTIFICAR
DOCUMENTO QUE
FORMALMENTE A
COMUNICA EL CIERRE
LOS
DEL PROYECTO, NO
STAKEHOLDERS
ALMACENADO EN EL
DEL CIERRE DEL
FILE DEL PROYECTO.
PROYECTO.
5. CERRAR TODOS
CONTRATOS CERRADOS Se cerró el contrato
LOS CONTRATOS SI
APROPIADAMENTE. apropiadamente
DEL PROYECTO.
6. DOCUMENTAR DOCUMENTACIÓN DE
Y PUBLICAR EL LECCIONES NO
APRENDIZAJE
DEL PROYECTO. APRENDIDAS.
DOCUMENTACIÓN DEL
7. ACTUALIZAR PROYECTO, ARCHIVADA.
LOS ACTIVOS CAMBIOS/ACTUALIZACIONE
DE LOS Se actualizo los documentos
S DE LOS ACTIVOS DE LOS SI
PROCESOS DE del proyecto.
PROCESOS DE LA
LA ORGANIZACIÓN,
ORGANIZACIÓ DOCUMENTADOS.
N.

Corporation SAC”
ACTA DE ENTREGA A OPERACIONES
Equipo de Equipo de
1.0 Antony Luis 30/11/16 Versión original
Trabajo Trabajo
ACTA DE ENTREGA A OPERACIONES

Gestión de Inventarios - TRIMBLE TRIMBLE
NOMBRE DEL CLIENTE DE OPERACIONES
Víctor Ludgardo Vásquez Quevedo - Gerente General
DECLARACIÓN DE LA ACEPTACIÓN FORMAL

En base al acta de aceptación de proyecto, se entregará el software para dar soporte a los principales procesos
como son ingresos y salidas.
OBSERVACIONES ADICIONALES
Ninguna
ACEPTADO POR
NOMBRE DEL CLIENTE, SPONSOR U OTRO FECHA
FUNCIONARIO
DISTRIBUIDO Y ACEPTADO
NOMBRE DEL STAKEHOLDER FECHA
Jorge Gonzales Castillo – Project Manager 30/11/16

Corporation SAC”
ANEXOS

Corporation SAC”
Figura 42: Cronograma parcial de avance

Corporation SAC”
Figura 43: Cronograma parcial de avance 2
Figura 44: Cronograma del avance Final

Sistema de gestión de inventarios Trimble Perú

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Sistema de gestión de inventarios Trimble Perú

Încărcat de

Drepturi de autor:

Formate disponibile

PROYECTO DE GESTION “Sistema de Gestión de Inventarios para la empresa Trimble Perú

Universidad Nacional de Trujillo

Ingeniería de Sistemas Página 1

ACTA DE CONSTITUCIÓN DEL PROYECTO .................................................... 7

GESTION DE REQUERIMIENTOS ..................................................................... 16

Ingeniería de Sistemas Página 2

Diagrama de caso de uso de sistema: Ventas ...................................................... 58

DISEÑO DE ARQUITECTURA ............................................................................ 68

REPORTE DEL PERFORMANCE DEL PROYECTO ......................................... 92

ACTA DE ACEPTACIÓN DEL PROYECTO....................................................... 98

Ingeniería de Sistemas Página 3

Ingeniería de Sistemas Página 4

Figura 34: Prototipo Registrar nuevo Cliente............................................................................... 87

Ingeniería de Sistemas Página 5

Ingeniería de Sistemas Página 6

ACTA DE CONSTITUCIÓN DEL PROYECTO

Ingeniería de Sistemas Página 7

INFORMACIÓN DEL PROYECTO

Empresa / Organización Trimble Perú Corporation Sociedad Anónima Cerrada

Departamento / Rama ejecutiva

PROPÓSITO Y JUSTIFICACIÓN DEL PROYECTO

La influencia de la tecnología y los sistemas de información en el ser humano ha tomado amplio

Ingeniería de Sistemas Página 8

DESCRIPCIÓN DEL PROYECTO Y ENTREGABLES

REQUERIMIENTOS DE ALTO NIVEL

Ingeniería de Sistemas Página 9

Requerimientos del proyecto

Ingeniería de Sistemas Página 10

RIESGOS INICIALES DE ALTO NIVEL

CRONOGRAMA DE HITOS PRINCIPALES

Ingeniería de Sistemas Página 11

LISTA DE INTERESADOS (STAKEHOLDERS)

REQUISITOS DE APROBACIÓN DEL PROYECTO

ASIGNACIÓN DEL GERENTE DE PROYECTO Y NIVEL DE AUTORIDAD

Personal y recursos pre-asignados

Ingeniería de Sistemas Página 12

Ingeniería de Sistemas Página 13

Ingeniería de Sistemas Página 14

Ingeniería de Sistemas Página 15

Última Necesidad, Interesado

Se debe permitir Se debe permitir Marcos

Ingeniería de Sistemas Página 16

Debe haber una Marcos

En cada paquete Marcos

La eliminación de Pruebas Victor

Ingeniería de Sistemas Página 17

Ingeniería de Sistemas Página 18

Ingeniería de Sistemas Página 19

Uso de lenguaje de Victor Ludgardo,

El sistema a desarrollar Pruebas de

Ingeniería de Sistemas Página 20

GESTION DE ALCANCE DEL PROYECTO

Descripción del ámbito de aplicación de producto:

El proyecto en un principio se describe básicamente como la implementación de un sistema

Resultados del proyecto:

Criterios de aceptación del proyecto:

Aplicación hosteada en el servidor adquirido.

Exclusiones del proyecto:

Limitaciones del proyecto:

Hipótesis del proyecto:

Ingeniería de Sistemas Página 21

ESTRUCTURA DE DESGLOSE DE TRABAJO

Ingeniería de Sistemas Página 22