CONTROL DE VERSIONES

Versin Hecha por Revisada por Aprobada por Fecha Motivo

01 KARELLY MADRONY JESUS 16/09/16 Versin
ENRIQUEZ VALDIVIA ENRIQUEZ Original

PROJECT CHARTER
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA WEB PARA LA AUTOMATIZACION SWPLADLPDRDVYCPLEDCJ
DE LOS PROCESOS DE REGISTRO DE
VENTA Y COBRANZA PARA LA EMPRESA
DE CALZADO JAERLOU
DESCRIPCIN DEL PROYECTO: QU, QUIN, CMO, CUNDO Y DNDE?
Automatizar los procesos de registro de venta y el registro de cobranza, manejando una aplicacin web
donde se podr llevar el control de los pedidos y controlar cronolgicamente la recaudacin del dinero
(cobranza), y tambin se exhibirn los productos en un catlogo digital donde se visualizaran los
diferentes tipos de modelos de calzado producidos en la empresa.

El cronograma propuesto por los especialistas de sistemas tiene como tiempo estimado 6 meses para el
desarrollo total del proceso debido a posibles inconvenientes o cambios o algn tipo de problema que
pase en este lapso de tiempo, adems que se considera los posibles cambios o problemas durante el
desarrollo de este proyecto.
DEFINICIN DEL PRODUCTO DEL PROYECTO: DESCRIPCIN DEL PRODUCTO, SERVICIO
O CAPACIDAD A GENERAR.
El desarrollo de este sistema que ser implementado en la empresa ayudar a tener un mejor control en
los procesos de registro de venta y control de cobranza, haciendo as que el proceso de ventas sea
secuencial y no se pierda la informacin en el proceso o sea alterada. Es conveniente mencionar que
este sistema automatizado est diseado, y cumple las normas y estndares que nos permiten aplicarlo
en muchas empresas que tienen estos problemas de organizacin como el de JAERLOU.

DEFINICIN DE REQUISITOS DEL PROYECTO: DESCRIPCIN DE REQUERIMIENTOS

FUNCIONALES, NO FUNCIONALES, DE CALIDAD, ETC., DEL PROYECTO/PRODUCTO.
REQUERIMIENTOS FUNCIONALES
Implementar un Sistema de Ventas para optimizar el proceso de ventas y el almacenamiento de
datos. Objetivo general del sistema utilizando una base de datos.
Se podr ver, analizar y cambiar los datos de la empresa siendo usuario productor/fabricante.
Consultar Informacin como catlogo. Se podr ver los diversos modelos de la empresa.
Consultar Informacin como usuario administrativo. Se podr ver, analizar y cambiar los datos
de la empresa segn el tipo de usuario que sea.
Consultar informacin como preventista, distribuidor, recaudador y vendedor. Se podr ver,
analizar y cambiar los datos de la empresa siendo usuario administrativo con diferentes tareas.
Imprimir formatos de comprobantes de pago. El sistema tendr que imprimir formatos de com-
probantes de pago segn el proceso que se est haciendo.
Restriccin de los datos a nivel administrativo con los diferentes usuarios. La informacin al-
macenada por el sistema deber satisfacer la siguiente restriccin: los cdigos de usuario debe-
rn ser nicos para cada usuario, es decir, no puede haber dos usuarios distintos con el mismo
cdigo.
REQUERIMIENTOS NO FUNCIONALES
El sistema se desarrollara con Software Libre. Objetivo general del sistema para la correcta vi-
sualizacin de la pgina web.
El sistema web se utilizara en distintos dispositivos con conexin a internet. Objetivo general
del sistema para la correcta conexin y funcionabilidad con Responsive.
El sistema se adaptar a los diferentes tamaos de los mismos. Objetivo general del sistema es
mostrar claramente todos los campos que se requieran ver de la aplicacin.
El sistema web contara con los formatos de pedidos para su posterior uso. El objetivo general
del sistema es contar con dichos formatos para su posterior uso con los distintos actores de la
empresa
El recaudador generara las fechas de cobro de acuerdo al distribuidor. El objetivo general de la
empresa es mostrar una pantalla donde este la lista de a deudores por cobrar.
El sistema web almacenara los datos con un gestor de base de datos llamado postgresSQL. La
informacin almacenada por el sistema deber satisfacer la siguiente restriccin: los cdigos de
usuario debern ser nicos para cada usuario, es decir, no puede haber dos usuarios distintos
con el mismo cdigo.
Restriccin de los datos a nivel administrativo con los diferentes usuarios. La informacin al-
macenada por el sistema deber satisfacer la siguiente restriccin: los cdigos de usuario debe-
rn ser nicos para cada usuario, es decir, no puede haber dos usuarios distintos con el mismo
cdigo.
La mercadera estar almacenada detalladamente en postgresSQL por color talla modelo y pre-
cio. La informacin almacenada por el sistema se almacenara en sus debidos campos.
El personal tendr su propio cdigo y password. Cada trabajador tendr su nico cdigo y
password porque de esto depender la interfaz con la que trabajara.

OBJETIVOS DEL PROYECTO: METAS HACIA LAS CUALES SE DEBE DIRIGIR EL TRABAJO
DEL PROYECTO EN TRMINOS DE LA TRIPLE RESTRICCIN.
CONCEPTO OBJETIVOS CRITERIO DE XITO
1. ALCANCE Cumplir con la elaboracin de Aprobacin de todos los
los siguientes entregables entregables.
2. TIEMPO Concluir el proyecto en el Cumplir con los tiempos
plazo solicitado por el cliente. estimados.
3. COSTO Cumplir con el presupuesto No exceder el presupuesto del
estimado. proyecto.
FINALIDAD DEL PROYECTO: FIN EJECUTA EL PROYECTO. LTIMO, PROPSITO GENERAL,
U OBJETIVO DE NIVEL SUPERIOR POR EL CUAL SE ENLACE CON PROGRAMAS,
PORTAFOLIOS, O ESTRATEGIAS DE LA ORGANIZACIN.
El proceso de automatizacin es totalmente prctica porque disminuiremos el margen de perdida de las
libretas que cuenta con todos los datos de ventas y dems, o equivocaciones al momento de plantearlo
manualmente y adems la posibilidad de accesibilidad desde cualquier dispositivo electrnico con un
sistema operativo.
Siendo una tecnologa que est disponible al alcance del usuario y es lo que principalmente se utilizara
en este proyecto. La automatizacin de registros manuales por digitales y accesibles. El proyecto est
en una etapa madura por lo que se opt por esta solucin digitalizable, fcilmente aplicable. Se posee
con la tecnologa y conocimiento tcnico necesario para aplicar esta automatizacin tal como un
Smartphone, Tablet o pc. Adems podemos incorporar la nueva tecnologa en nuestra estructura de
desarrollo y en el cliente.
JUSTIFICACIN DEL PROYECTO: MOTIVOS, RAZONES, O ARGUMENTOS QUE JUSTIFICAN
LA EJECUCIN DEL PROYECTO.
El sistema es aceptable porque nos brinda una interfaz amigable y sobre todo porque podremos usarlo
en distintos dispositivos. El sistema es adecuado en alto grado porque nos ayudara a automatizar las
ventas de una manera manual a una forma digital. El usuario del sistema y el Sponsor se siente
agradable con esta solucin propuesta porque ya no tendr que escribir manualmente las facturas y
boletas de las ventas hechas sino por el contrario ahora solo digitara y se guardara automticamente
toda la informacin.

El sistema es urgente porque nos ayudara a optimizar procesos relacionados con las ventas, y nos
mostrara de una manera ordenada y detallada nuestras ventas. El sistema ser muy fcil y entendible de
usar por el usuario y por el contrario nos ahorrara bastante tiempo.
El modo actual de la empresa en la parte operativa no ofrece servicios confiables, ya que todo est
registrado de forma manual en libretas de cuentas y libretas de pedido y si se llega a perder alguna
libreta no se cuenta con una copia de respaldo, tendramos que confiar en el apunte del cliente, no es
flexible y tampoco ampliable. La gerencia y los usuarios piensan que este proceso de automatizacin
que se llevara a cabo es muy ptimo para la empresa.

DESIGNACIN DEL PROJECT MANAGER DEL PROYECTO.

NOMBRE KARELLY ENRIQUEZ ORTIZ NIVELES DE AUTORIDAD
REPORTA A JESUS ENRIQUEZ Exigir el cumplimiento de los
RODRIGUEZ entregables.
SUPERVISA A JESUS ENRIQUEZ
RODRIGUEZ

CRONOGRAMA DE HITOS DEL PROYECTO.

HITO O EVENTO SIGNIFICATIVO FECHA
PROGRAMADA
1. ESTUDIO DE VIABILIDAD
1.1. DESCRIPCION BREVE DEL SISTEMA PROPUESTO Y SUS
CARACTERISTICAS
1.2. DESCRIPCION BREVE DE LAS NECESIDADES DEL NEGOCIO EN EL
SISTEMA PROPUESTO 18/10/2016
1.3. PROPUESTAS DE ORGANIZACION DEL EQUIPO DE DESARROLLO Y
DEFINICION DE RESPOSABILIDADES
1.4. ESTUDIO DE LOS COSTES
1.5. ESTUDIO DE LOS BENEFICIOS QUE PRODUCIRA EL SISTEMA
2. ANALISIS
2.1. CAPTURA DE REQUISITOS
2.1.1. ANALISIS DEL SISTEMA ACTUAL
2.1.2. REQUISITOS NUEVOS DEL USUARIO
2.1.3. DESCRIPCION DEL SISTEMA PROPUESTO 18/11/2016
2.2. ESPECIFICACION DEL SISTEMA
2.2.1. DESCRIPCION DEL SISTEMA
2.2.2. REQUISITOS DE DATOS
2.2.3. REQUISITOS DE HARDWARE
2.2.4. PLAN DE PRUEBAS DE INTEGRACION
3. DISEO
3.1. DESCRIPCION DETALLADA DEL SISTEMA
3.1.1. PROGRAMAS, MODULOS REUTILIZABLES Y OBJETOS
3.1.2. BASE DE DATOS
3.1.3. DICCIONARIO DE DATOS 18/12//2016
3.1.4. PROCEDIMIENTOS
3.1.5. CARGA DEL SISTEMA Y TIEMPOS DE RESPUESTA
3.1.6. INTERFACES
3.2. DESCRIPCION DE LOS CONTROLES DEL SISTEMA
3.3. DISEOS ALTERNATIVOS RECOMENDADOS
3.4. ESTANDARES DE PROGRAMACION Y DISEO DE PROGRAMAS
3.5. TECNICAS DE IMPLEMENTACION
3.6. PLAN DE PRUEBAS DE PROGRAMAS
4. CODIFICACION
4.1. DOCUMENTACION DEL DISEO FINAL DEL SISTEMA Y DEL PROGRAMA
4.2. DIAGRAMAS DEFINITIVOS DEL SISTEMA Y DEL PROGRAMA
4.3. DESCRIPCION DETALLADA DE LA LOGICA DEL PROGRAMA
4.4. DESCRIPCION DE LAS ENTRADAS Y SALIDAS 18/01/2016
4.5. CADENAS DE EJECUCION
4.6. RESULTADO DE LAS PRUEBAS DEL PROGRAMA
4.7. GUIA PARA LOS OPERADORES DEL SISTEMA
4.8. MANUAL DE USUARIO DEL SISTEMA
5.PRUEBAS
5.1. PLAN DE PRUEBAS DEL SISTEMA
5.2. INFORME DE LOS RESULTADOS DE LAS PRUEBAS
5.3. DESCRIPCION DE LAS PRUEBAS, RESULTADO ESPERADO, RESULTADO
OBTENIDO Y ACCIONES A TOMAR PARA CORREGIR LAS DESVIACIONES 18/02/2016
5.4. RESULTADOS DE LAS PRUEBAS A LA DOCUMENTACION
6. INSTALACION
6.1. PLANES DETALLADOS DE CONTINGENCIAS DE EXPLOTACION , CAIDAS
DEL SISTEMA Y RECUPERACION 18/03/2016
6.2.PLAN DE REVISION POST-INSTALACION
6.3. INFORME DE LA INSTALACION
6.4. CARTA DE ACEPTACION DEL SISTEMA
7. MANTENIMIENTO
7.1. LISTADO DE FALLOS DETECTADOS EN EL SISTEMA
7.2 LISTADO DE MEJORAS SOLICITADAS POR EL USUARIO
7.3. TRAZA DETALLADA DE LOS CAMBIOS REALIZADOS EN EL SISTEMA 18/04/2016
7.4. ACTAS DE LAS REVISIONES REGULARES DEL SISTEMA Y ACEPTACION
DE LOS NIVELES DE SOPORTE

ORGANIZACIONES O GRUPOS ORGANIZACIONALES QUE INTERVIENEN EN EL

PROYECTO.
ORGANIZACIN O GRUPO ORGANIZACIONAL ROL QUE DESEMPEA
KARELLY ENRIQUEZ ORTIZ
KATHERINE VARGAS KASCA
JORDY FLORES LOAYZA
YTALO RODRIGUEZ TORRES
EMERSON COAGUILA SALGADO
JORDY FLORES LOAYZA
YTALO RODRIGUEZ TORRES
ENCARGADO DEL ESTUDIO DE VIABILIDAD
ENCARGADO DEL ANALISIS: ANALISTA DEL
SISTEMA
ENCARGADO DEL DISEO: DISEADOR DE
INTERFACES
ENCARGADO DE LA CODIFICACION:
DESARROLLADOR DEL SOFTWARE
ENCARGADO DE LAS PRUEBAS
ENCARGADO DE LA INSTALACION
ENCARGADO DEL MANTENIMIENTO
PRINCIPALES AMENAZAS DEL PROYECTO (RIESGOS NEGATIVOS).
No tener los entregables del producto en las fechas programadas.
Cumplir con los requerimientos diferentes al proyecto de formacin.
No contar con los materiales y equipos tecnolgicos en forma oportuna.
Cambiar las polticas en los procesos de calidad.
Infraestructura tecnolgica inadecuada para el desarrollo del proyecto.

PRINCIPALES OPORTUNIDADES DEL PROYECTO (RIESGOS POSITIVOS).

Facilitar el flujo de informacin y de toma de decisiones para satisfacer las demandas de los
clientes, proveedores y dependencia reguladoras.
Definir con claridad la autoridad y responsabilidad de trabajos, equipos, departamentos y
divisiones.
Incursionar en la innovacin tecnolgica.

PRESUPUESTO PRELIMINAR DEL PROYECTO.

TOTAL 7209.56

SPONSOR QUE AUTORIZA EL PROYECTO

NOMBRE EMPRESA CARGO FECHA
JESUS ENRIQUEZ EMPRESA DE DUEO DE LA 16/09/16
RODRIGUEZ CALZADO EMPRESA
JAERLOU