"Año de la lucha contra la corrupción y la impunidad"

"Facultad de Ingeniería Industrial y Sistemas"

"Escuela profesional de Ingeniería de Sistemas"

Aplicación Web de Ventas para la

empresa “Bujama Graphic”

Integrantes:
 Rodriguez Vicente Julio Cesar
 FernAndez Ramos Juan Carlos
 Flores Real Luis
 Espinoza Pachas Gean Marco

Ciclo: VIl

Curso: Analisis de sistema

Docente: Ramirez Veliz Juan Francisco

2019

Contenido
INTRODUCCION..................................................................................................5
TITULO DEL PROYECTO......................................................................................5
JUSTIFICACION...................................................................................................5
BREVE DESCRIPCION DEL PROYECTO.................................................................6
I. GENERALIDADES.............................................................................................6
RESEÑA DE LA EMPRESA................................................................................6
 MISION...........................................................................................................7
VISION............................................................................................................7
PRINCIPIOS DE LA EMPRESA..........................................................................7
ORGANIGRAMA DE LA EMPRESA.......................................................................8
II. FASE PLANIFICACION......................................................................................8
DELIMITACION DEL AMBITO DEL PROYECTO.................................................8
DIAGNÓSTICO................................................................................................8
Alcance...............................................................................................................9
Presentación del Producto...............................................................................10
Restricciones y Supuestos................................................................................10
Descripción General.........................................................................................10
Contexto del Producto.................................................................................10
Perspectivas futuras del producto...............................................................10
Reglas y Funciones de Negocio....................................................................11
Descripción Detallada de Requerimientos..................................................11
Actores.........................................................................................................11
Requerimientos Funcionales........................................................................11
DIAGRAMA DE CASO DE USO...........................................................................13
Diagrama de caso de uso del negocio.........................................................13
Diagrama de casos de uso del sistema propuesto......................................14
CASOS DE USO..................................................................................................14
CUS01_ELEGIR PRODUCTO..........................................................................14
CUS02_PAGAR PRODUCTO..........................................................................16
CUS03_GENERAR REPORTE TOTAL DE VENTAS POR PRODUCTO...............17
CUS04_GENERAR REPORTE TOTAL DE VENTAS...........................................19
Diagrama de Secuencia....................................................................................20
Elegir producto.............................................................................................20
......................................................................................................................20
 Pagar Producto.............................................................................................21
Requerimientos No Funcionales Del Producto................................................22
Requerimientos de Interfaz.........................................................................23
Interfaces de Hardware...............................................................................23
Interfaces de Comunicación........................................................................23
ESTUDIO DE FACTIBILIDAD Y VIABILIDAD........................................................23
Factibilidad Operacional..............................................................................23
Factibilidad Técnica......................................................................................24
Factibilidad Económica................................................................................24
Análisis de Viabilidad...................................................................................25
ANALISIS DE RIESGO.........................................................................................25
ESTIMACION DEL COSTO DEL PROYECTO........................................................26
Servidor........................................................................................................26
Dominio........................................................................................................26
PLANIFICACION TEMPORAL Y ASIGNACION DE RECURSOS.............................27
ERRORES QUE DEBEN EVITARSE......................................................................27
1. Errores a evitar en la fase de inicio..........................................................27
2. Errores a evitar en la fase de planificación..............................................28
3. Errores a evitar en la fase de ejecución...................................................28
4. Errores a evitar en la fase de seguimiento y control...............................28
5. Errores a evitar en la etapa de cierre de proyecto..................................29
DEFINICION DE ACTORES.................................................................................29
DESCRIPCIÓN DE ACTORES DEL SISTEMA........................................................30
DIAGRAMA DE CLASE DEL NEGOCIO...............................................................31
DIAGRAMA DE COMPONENTES.......................................................................31
DIAGRAMA DE ACTIVIDADES DEL NEGOCIO....................................................32
DIAGRAMA DE DESPLIEGUE.............................................................................33
DIAGRAMA DE ESTADO....................................................................................33
DIAGRAMA DE CLASES.....................................................................................34
RELACION DE ACTORES CON TRABAJADORES DEL NEGOCIO..........................34
CASO DE USO CON PROTOTIPOS.....................................................................35
CATALOGO DE REQUERIMIENTOS NO FUNCIONALES EN EXCEL.....................36
CATALOGO DE REQUERIMIENTOS FUNCIONALES...........................................37
MATRIZ DE TRAZABILIDAD...............................................................................38
MODELO LOGICO.............................................................................................39
ODELO CONCEPTUAL-FISICO............................................................................40
IMPLEMENTACION DE LA BASE DE DATOS......................................................41

INTRODUCCION
En la actualidad, la sociedad de la información y de la comunicación
juega un papel muy importante en el desarrollo de la sociedad.
Diariamente la información digital, en manejada por millones de
personas sin importar su rango de edad, raza o religión.
Los usuarios necesitan enfrentarse a la reducción de problemas, no
solo como usuarios sino también proyectarse hacia un futuro, donde la
creatividad y la innovación sean el enlace hacia su vida cotidiana, por
eso la necesidad de crear instrumentos que ayuden a superar estos
inconvenientes, teniendo en cuenta la importancia de las nuevas
tecnologías en el mundo globalizado.
La empresa BUJAMA GRAPHIC en coordinación con un grupo de
estudiantes de la UNIVERSIDAD NACIONAL DEL CALLAO, han
detectado la problemática que presenta esta empresa al no poseer
una página web y la utilidad que esta brindaría.
El hecho de tener una página web es muy importante porque como
institución con énfasis en las nuevas tecnologías el fundamental el
poseer y manejar recursos tecnológicos; ya que actualmente es
indispensable manejar la TIC´S en todos los cambios de acción.

TITULO DEL PROYECTO

Implementación de una página web para la empresa BUJAMA
GRAPHIC.

JUSTIFICACION
El presente proyecto productivo surge como una necesidad de la
empresa “BUJAMA GRAPHIC”, de contar con una página web que le
permita atraer clientes; ya que una página web es la mejor carta de
presentación para cualquier empresa; puede ser en muchos casos el
mejor vendedor, ya que será visitada por millones de usuarios las 24
horas del día, obteniendo un costo de mantenimiento muy bajo a
comparación con otros medios publicitarios.
En el marco del desarrollo pretende tener bien informado a todos los
usuarios que interactúan con la página web, brindándoles información
confiable y validada. Mejorando de este modo la imagen de la
empresa principalmente a nivel de distrito, provincia y departamento.
BREVE DESCRIPCION DEL PROYECTO
El desarrollo e implementación del presente proyecto será el resultado
de los conocimientos adquiridos hasta ahora en nuestra formación
universitaria.
Es por ello que el proyecto consiste en la creación de una página web
implementando con la información básica y necesaria de la empresa
“BUJAMA GRAPHIC”; y con módulos de gestión que permita atraer
clientes hacia la empresa.
La página web en la parte principal está estructurada con un
encabezado con el nombre de la empresa, y loa accesos directos a las
redes sociales, seguido de una barra de menú donde irá el logo de la
empresa y os botones de: inicio, servicios, clientes y contacto. Cada
cual con su respectivo link y un cuerpo donde va ir la información de
los productos que brinda la empresa.

I. GENERALIDADES

RESEÑA DE LA EMPRESA
BUJAMA GRAPHIC inicia con la idea y creatividad de mi padre, un
caballero dedicado a la construcción, en tiempos libres se dedicaba a
buscar botellas de vidrio a las que posteriormente convertía en vaso y
entre sus intentos de agregar un diseño al utensilio del hogar, es así
como se dio la idea de formar una pequeña empresa con el nombre de
BUJAMA GRAPHIC un 15 de marzo de 2019, adaptadas a las
necesidades del diverso mercado de la personalización de artículos de
uso personal, para damas, caballeros, niños y bebes; utilizando
diversas técnicas de estampados, como la sublimación y sus diversas
ampliaciones con el diseño característico de una persona, nombre o
foto del cual gustan. Ofreciendo así productos de excelente calidad,
diseños novedosos, diversidad de productos para ambos sexos y a
precios accesibles, además de encontrarlo en un solo lugar, con
instalaciones espaciosas, cómodas y aptas para recibir a sus clientes
así poder brindarles atención personal especializada.
MISION
Tener un buen contacto con los clientes para que se sientan a gusto
con cada uno de los productos que ofrecemos, y tengan la facilidad de
ver el mismo mediante la página web.

VISION
Nuestra visión es llegar a más clientes, no solo del distrito (BUJAMA),
sino ser reconocidos a nivel lima provincia y a la vez obtener más
experiencia para seguir ofreciendo productos con una mayor calidad.

PRINCIPIOS DE LA EMPRESA
 Responsabilidad de todos para con el cliente y la comunidad.
 Creatividad y seguridad como el espíritu de nuestra empresa.
 Tecnología e innovación, como respuestas a las necesidades de
nuestros clientes.
 Honestidad y disciplina, como el compromiso de nuestra gente.
 Valoramos la integridad, coherencia y compromiso en todas
nuestras actualizaciones.
 Oportunidad y responsabilidad en las decisiones; trato directo y
sincero.

ORGANIGRAMA DE LA EMPRESA
II. FASE PLANIFICACION

DELIMITACION DEL AMBITO DEL PROYECTO

DIAGNÓSTICO
Existen múltiples antecedentes de investigación acerca del desarrollo
y aplicación de páginas web enfocados y desarrollados a la mejora de
las empresas a nivel mundial, nacional y regional.
En la actualidad tener una aplicación web es la manera más barata de
darse a conocer de manera continua, sin hacer un gran esfuerzo de
inversión en otro tipo de publicidad, logrando el reconocimiento y
prestigio, ya que hoy en día toda empresa y de cualquier tamaño se ve
en la necesidad de tener una presencia en internet para dar una buena
imagen de prosperidad y futuro.
Es por ello que mediante el presente proyecto lo que se trata es de
brindar una solución a una de las áreas más importantes del desarrollo
de los países, facilitar al cliente la información de la empresa a través
del internet, motivo por el cual desarrollaremos una Aplicación web
para la empresa “BUJAMA GRAPHIC”, que permita mejorar el
desarrollo de sus actividades (informar a sus clientes de los eventos y
ofertas que puedan ofrecer) e integrar con los clientes una mejor
comunicación informándoles constantemente de sus nuevos productos
y servicios sin la molestia de otro tipo de publicidad.
Analizando actualmente de cómo se encuentra la empresa hemos
podido identificar los siguientes problemas con que cuenta:

No cuenta con un marketing específico: y que mejor forma de

solucionar este problema creando la Aplicación web para aumentar
espectacularmente el reconocimiento de su empresa o negocio por un
diverso número de empresas y personas (clientes potenciales), no solo
locales, sino nacionales e incluso de todo el mundo
Ausencia de publicación de los productos que ofrece: esto es uno
de los temas más preocupantes debido a que no tienen información
publicada en ningún tipo de web para que la sociedad sepa y esté
informada de las actividades u ofrecimientos que pueda realizar como
empresa.
Control y registro de pedidos: no se cuenta con un sistema en el
que se pueda recibir y registrar el pedido, teniendo así la posibilidad
de olvidar algún encargo.
Control de insumos en almacén: no se cuenta con un sistema que te
permita verificar automáticamente la cantidad de insumos con el que
cuenta la empresa.

Alcance
En este alcance del proyecto contemplamos los requerimientos
funcionales y no funcionales, como también otros aspectos del
producto, como los objetivos que tiene el sistema a realizarse para
desarrollar nuestro sistema con el fin que nosotros deseamos tener.

Presentación del Producto

Por el momento nuestro sistema no contempla una sección en la que se
pueda ver el estado de nuestra compra para los clientes, ni para el
trabajador, así mismo tampoco contara con un módulo de devolución.
 Restricciones y Supuestos

La implementación del sistema debe estar operativo lo más rápido posible ya

que se necesita con urgencia para darnos abasto con la cantidad de clientes.

 Los trabajadores de Bujama Graphic deberán ser capacitados sobre cómo

usar el sistema, en dichas reuniones se mostrará la Aplicación web.

 El sistema que se va a implementar debe pasar por un chequeo por el área de

control de proyectos, el cual decidirá si el proyecto se llevara a cabo.

 Es necesario mantener una interfaz sencilla y de fácil uso, basa en que los
usuarios no tengan que introducir casi información; así como cumplir con la
regla de los tres clics para alcanzar la información deseada.

 Otro elemento que tampoco debe dejar de ser mencionado, son los recursos
económicos, siempre escasos e insuficientes tanto para la recopilación de
información a través de diversos medios (libros, internet, fotocopias de
documentos, etc.) como la elaboración del material de recopilación de datos.

Descripción General

Contexto del Producto

Nuestro producto es independiente y totalmente auto contenido, no
depende de un sistema mayor, o realizado con anterioridad.

Perspectivas futuras del producto

En un futuro, se planteara, desarrollar, más módulos, tanto para el cliente,
como para el trabajador de la empresa, tanto como para el trabajador, como
para el cliente, se planea desarrollar, la opción de ver el estado del producto,
y un módulo de devolución, pero esto estaría ajustado a una política de la
empresa.
Reglas y Funciones de Negocio
Solo tomaremos las funciones del negocio de manera web , no veremos de
manera física , ya que no estamos abarcando este punto , la lógica de
negocio , es de que un cliente , pide un compra o pedido , el cual será
enviado , posteriormente , se genera el pago que puede ser de manera física ,
o por tarjeta .

Descripción Detallada de Requerimientos

Actores

 Caja registradora: Es el sistema por el cual se ingresan los productos

para poder realizar la compra.
 Cajero: Es el que maneja la caja registradora.
 Cliente: Es el que realiza las compras de los productos que desee.
 Sistema de autorización de Crédito: Es el sistema que autoriza el crédito
para un usuario.
 Sistema de cuentas por cobrar: Es el sistema que se encarga de ver las
deudas del usuario.

Requerimientos Funcionales

 El sistema web debe permitir al administrador agregar, buscar y editar

un producto.
 El sistema web debe permitir al administrador agregar, buscar y editar
un cliente.
 El sistema web debe permitir al administrador agregar, buscar y editar
un cargo.
 El sistema web debe permitir al administrador agregar, buscar y editar
una categoría.
 El sistema web debe permitir al administrador agregar, buscar y editar
una marca.
 El sistema web debe permitir al administrador agregar, buscar y editar
un modelo.
  El sistema web debe permitir al administrador agregar, buscar y editar
un personal.
 El sistema web debe permitir al administrador anular el despacho.
 El sistema web debe mostrar al administrador una interfaz de inicio de
sesión para que valide el usuario en la intranet.
 El sistema web debe permitir al administrador agregar, buscar y editar
un comprobante.
 El sistema web debe permitir al administrador agregar, buscar y editar
un tipo de documento.
 El sistema web debe permitir al administrador generar un reporte de la
fiabilidad de entregas durante un periodo determinado.
 El sistema web debe permitir al administrador generar un reporte de la
calidad de ventas durante un periodo determinado.
 El sistema web debe permitir al administrador generar un reporte de los
despachos durante un periodo determinado.
 El sistema web debe permitir al cliente realizar la compra de uno o más
productos informáticos.
 El sistema web debe permitir al administrador gestionar una compra.

DIAGRAMA DE CASO DE USO

Diagrama de caso de uso del negocio

Diagrama de casos de uso del sistema propuesto

CASOS DE USO

CUS01_ELEGIR PRODUCTO

Nombre C.U.S: Elegir Producto

Actor: Cliente, Base de Datos

Precondición: El cliente sabe que producto o productos desea comprar.

Postcondición: El sistema muestra el producto o productos que el cliente eligió

comprar

Flujo Básico

1. La aplicación web le pide al cliente que ingrese sus datos (número de

usuario y contraseña). Luego la aplicación web muestra el bien que desean
por medio del botón “PRODUCTOS”.
2. Después que el cliente selecciona el botón “PRODUCTOS”, la aplicación web
le mostrara un catálogo con los distintos tipos de producto (cereales,
enlatados, menestras, aceite) y la cantidad de productos que desea de una
lista de productos disponibles.
 3. Luego que el cliente ingresó sus datos y haber elegido el tipo de producto y
la cantidad, la aplicación web le mostrara una ficha de sus datos, el tipo de
producto y la cantidad elegida seguido de un mensaje de confirmación por
medio de dos botones (“CORRECTO” y “MODIFICAR”).
4. Si el cliente selecciono el botón “CORRECTO” se le mostrara la ficha con sus
datos, el tipo de producto y la cantidad que eligió sin modificación alguna y
el sistema los aceptara como válidos.
Flujos alternativos

Modificar:
En caso de que el cliente selección el botón “MODIFICAR” se le mostrara la ficha
con sus datos, el tipo de producto y la cantidad que eligió para que proceda a
modificarlos

CUS02_PAGAR PRODUCTO

Nombre C.U.S: Pagar Producto

Actor: Cliente, Base de Datos

Precondición: El cliente debe poder pagar los productos que desea comprar

Postcondición: El cliente recibió su boleta de pago especificando los productos

que decidió comprar y el pago que realizo por dicha compra
Flujo Básico

1. La aplicación web le pide al cliente que ingrese el tipo de modalidad de

pago por medio del botón “MODALIDAD DE PAGO”
2. Después que el cliente selecciona el botón “MODALIDAD DE PAGO”, la
aplicación web le mostrara el tipo de modalidad de pago por medio de dos
opciones “TARJETA DE DEBITO” o “TARJETA DE CREDITO” en una plataforma
de pago llamado PayPal.
3. El cliente procederá al pago de su compra con “TERJETA DE DEBITO”, es
decir con dinero del que dispone en su cuenta bancaria en este momento.
En caso de que el cliente decida comprar con “TARJETA DE CREDITO”, el
cliente procederá al pago de su compra con el dinero de una entidad
bancaria.
4. En cualquiera de las dos opciones mencionadas anteriormente, el sistema
pedirá al cliente que ingrese su país de origen y su número de tarjeta.
Inmediatamente después deberá seleccionas el botón “ACEPTAR Y PAGAR”
Flujos alternativos

Modificar:
En caso de que el cliente selección el botón “MODIFICAR” se le mostrara la ficha
con sus datos, el tipo de producto y la cantidad que eligió para que proceda a
modificarlos

CUS03_GENERAR REPORTE TOTAL DE VENTAS POR

PRODUCTO
Nombre C.U.S: Generar Reporte Total de Ventas Por Producto

Actor: Cliente, Supervisor de Ventas, Área de Ventas, Empleado de

Ventas, Base de Datos

Precondición: El cliente ha seleccionado los productos y la cantidad de cada

producto que desea comprar

Postcondición: El reporte total de ventas por productos

Flujo Básico

1. La aplicación web muestra los productos y la cantidad de cada producto

disponible que el cliente desee comprar seguido de dos botones
(“REGISTRAR COMPRA” y “GENERAR REPORTE TOTAL DE VENTAS POR
PRODUCTO”)
2. Primero el cliente deberá seleccionar el botón “REGISTRAR COMPRA” para
que el sistema valide la compra realizada por el cliente. Luego deberá
seleccionar el botón “GENERAR REPORTE TOTAL DE VENTAS POR
PRODUCTO”.
3. Una vez generado el reporte total de ventas por producto, el supervisor de
 ventas se cerciorará que la venta de los productos se haya realizado
exitosamente
4. Finalmente, después de que el supervisor de ventar haya confirmado que
la venta se realizó de una manera correcta, el reporte pasara a manos del
empleado de ventar que tendrá la responsabilidad de entregarlo al área de
ventas para hacer un control de todas las ventas totales que se realizó por
producto
Flujos alternativos

CUS04_GENERAR REPORTE TOTAL DE VENTAS

Nombre C.U.S: Generar Reporte Total de Ventas

Actor: Cliente, Supervisor de Ventas, Área de Ventas, Empleado de

Ventas, Base de Datos
Precondición: Un reporte total de ventas de cada producto ha sido generado

Postcondición: El área de ventas ha recibido el reporte total de las ventas

realizadas

Flujo Básico

1. La aplicación web genera un reporte total de ventas de cada producto después

que el cliente ha seleccionado el botón “GENERAR REPORTE TOTAL DE VENTAS
POR PRODUCTO”
2. Luego que el sistema genera un reporte total de ventas de cada producto
genera automáticamente otro reporte total de todas las ventas realizadas por
todos los clientes que han decidido utilizar la aplicación web hasta ese
momento
3. El supervisor de ventas se cerciorará que el reporte de todas las ventas
realizadas se haya realizado de una manera correcta. Luego el informe haya
sido validado por el supervisor de ventas se lo entregara al empleado de
ventas quien tendrá la obligación de que lo reciba el área de ventas para dar
conocimiento a la empresa de las ventas realizadas a los clientes hasta ese
momento

Diagrama de Secuencia

Elegir producto
Pagar Producto
Requerimientos No Funcionales Del Producto

Usabilidad:
RN-1 El sistema está preparado para ser operado a través de mouse y teclado.
RN-2 Las pantallas serán desarrolladas para ambiente Windows 7 ó posterior, con
resolución de pantalla de 800 x 600, o superior.
RN-3 Todas las pantallas deben tener un modo de cancelar la operación en curso.
RN-4 Desplegar mensajes de error y advertencia intuitivos.
RN-5 Verificar/validar límites de campos y tipos de datos de las pantallas en relación al
modelo de datos.
RN-6 La consulta Web debe ser accedida desde cualquier navegador.
RN-7 Implementar mecanismos que aseguren la integridad de los datos.
RN-8 Se debe asegurar la disponibilidad del Sistema 24 X 7 X 365.
RN-9 Se espera que el tiempo de respuesta en el momento de presionar un botón para
continuar con el flujo de la información que no supere los 15 segundos.
RN-10 El sistema de web debe ser construido sobre la base de un desarrollo evolutivo e
incremental, de manera tal que nuevas funcionalidades y requerimientos relacionados
puedan ser incorporados afectando el código existente de la menor manera posible.
RN-11 Se espera mantener la escalabilidad del sistema en relación a la concurrencia de
usuarios (cantidad de usuarios entre 15 y 40 concurrentes)
RN-12 El sistema deberá liberar a todos los recursos de memoria al momento de cerrar
una ventana y finalizar una funcionalidad.
RN-13 El control de integridad de datos se hará del lado de la capa de datos (a nivel de la
base de datos utilizando las claves foráneas). Los mensajes de error serán capturados
por la aplicación y serán visualizados al usuario final.
RN-13 Implementar Reglas de Negocio y procesos de auditoria a nivel de la capa de
datos (a nivel de la base de datos utilizando desencadenadores)
RN-14 Correcta redacción y ortografía en las pantallas.
RN-15 Uso estandarizado de pantallas, mensajes y estilos.
RN-16 El sistema debe garantizar la confidencialidad de la información de los Clientes y
de los valores negociados con el cliente,
RN-17 Se debe cumplir lo establecido en los Contratos.

Requerimientos de Interfaz

Los requerimientos para abrir nuestra interfaz son pocos, y del más básico:

 Windows xp (como sistema operativo mínimo).

 Memoria RAM DE 2 GB como mínimo.
Interfaces de Hardware

 Zotac G210 1024MB DDR3 Synergy Edition.

 CPU Pentium Dual Core G3220 3.0 GHz (1150):
 G.Skill® DDR2 1GB 800Mhz PC2-6400:
 WD® Disco Duro 500GB Sata3 7200 rpm 16MB Caviar Blue:
 ECS® M/B Intel H81H3-M4 A/L/V (1150)

Interfaces de Comunicación

 La comunicación de interfaces estará enfocado en una red local, con las

maquinas que se usaran.
 Usaremos un servidor web, la conectividad se usará con un protocolo HTTP.

ESTUDIO DE FACTIBILIDAD Y VIABILIDAD

Factibilidad Operacional
En este momento se cuenta con el respaldo de la administración,
quienes han decidido apoyar la realización y desarrollo del proyecto.
La página Web permitirá manejar los procesos que, de publicidad,
registros de clientes, reservaciones y compras de paquetes por medio
de tarjetas de crédito, como se mencionaba estos procesos se
manejan directamente en la oficina. La base de datos nos
proporcionara la facilidad de mantener informado a la empresa de la
cantidad de pedidos y productos en almacén que se están realizando
en la empresa.
En cuanto al factor humano, estaría compuesto por el autor de este
trabajo y las personas que administran la página Web, a las cuales se
les capacitará para el manejo del mismo y a quienes se tendrá en
cuenta para la realización, evaluación y pruebas finales para la puesta
en marcha de la página.

Factibilidad Técnica

Para llevar a cabo la implementación de la página Web y base de

datos, se necesita un equipo que reúna las siguientes características:
TIPO ESPECIFICACION
POWEREDGE R440 170 GHZ 4 NUCLEOS SOCKE
LGA3647
PROCESADOR XEONN BRONZE 3106 8 NUCLEOS
HARDWARE
MEMORIA DE 16 GB DDR4 2666 GB
HDD 2TB 7200 RPM
WINDOWS SERVER 2012
JAVA
SOFTWARE
MYSQL

Factibilidad Económica
De acuerdo con el presupuesto realizado, este arroja los siguientes costos:

ANALISIS => PERSONAL ANALISTA

SUELDO S/35.00
POR HORA
VIATICO S/15.00
HORAS S/50.00
EXTRAS
EQUIPO HARDWARE
SERVIDOR S/10 000.00
MANTENIMIENT S/1000.00
O
SOFTWARE WINDOWS S/5.000.00
 SERVER
DISEÑO 2012
CODIFICACION LICENCIA S/500.00
IMPLEMENTACION NUCLEOS
EVALUACION LICENCIA S/1000.00
MYSQL
LICENCIA S/1000.00
JAVA
SERVICIOS LUZ S/200.00
INTERNET S/120.00
DEPRECIACIO S/400.00
N DE EQUIPO

Análisis de Viabilidad
La conclusión del análisis de la factibilidad, el proyecto es viable
debido a que prestará un mejor servicio a sus clientes en cuanto a
información, agiliza los procesos de ventas, situación que se verá
reflejada en un mejor ingreso y una utilidad significativa.

ANALISIS DE RIESGO

Riesgos de costo, los costos para este proyecto se han minimizado debido a
que usaremos programas que son de código abierto y el hardware que la
empresa ya cuenta.
Riesgos de calendario, debido al gran grupo humano que estamos asignado
para realizar el proyecto, y el tiempo disponible con el que contamos la
realización del proyecto se ejecutara para el día indicado.
Riesgos tecnológicos, problemas con tecnologías no controladas o problemas
para entender complejidad de nuevas tecnologías requeridas por el proyecto,
usar herramientas mal adaptadas, usar herramientas no aprobadas o con
fallas, problemas de hardware/software, problemas de integración de las
diferentes partes del proyecto desarrolladas en paralelo.
Riesgos operacionales, para minimizar el riesgo operacional, realizaremos
una capacitación al personal de la empresa, apoyando así con guías de
usuario para asegurar así el buen funcionamiento del proyecto.
Riesgos externos, aunque el riesgo es mínimo, la falta de fluido eléctrico y
señal de internet en la empresa ocasionaría que no funcionara bien el
proyecto.
Por estar ubicada la empresa en una zona vulnerable a los movimientos
sísmicos y con aproximación al mar, la empresa pude ser afectada por estos
desastres naturales.

ESTIMACION DEL COSTO DEL PROYECTO

Servidor
Servidor Dell PowerEdge T30 Intel Xeon E3-1225 v5 3.30GHz 8GB DDR4, 1TB
SATA Servidor Dell PowerEdge T30 Intel Xeon E3-1225 v5 3.30GHz 8GB DDR4,
1TB SATA
Servidor Dell PowerEdge T30 Intel Xeon E3-1225 v5 3.30GHz 8GB DDR4, 1TB
SATA

Dominio
 Costo del dominio S/.34.99/mes
 Prueba gratis de 1 mes y después a S/.34.99/mes
 (S/.419.88/año), se factura anualmente.
 No se requiere tarjeta de crédito.
 Diseño con capacidad de respuesta en dispositivos móviles
 Hosting de sitios web
 Asistencia técnica 24/7
 Crear un blog
 Seguridad (SSL)
 Integración con PayPal
 Optimización para buscadores (SEO)
PLANIFICACION TEMPORAL Y ASIGNACION DE RECURSOS

ERRORES QUE DEBEN EVITARSE

1. Errores a evitar en la fase de inicio

Incompleta definición del alcance de proyecto. Falta de alineación con

las expectativas de los stakeholders en cuanto al propósito del
proyecto. Inadecuada investigación de oportunidades. Poca precisión
en la identificación de los posibles riesgos que pueden surgir durante
la ejecución. Falta de profundidad en el estudio de la viabilidad del
proyecto, en base a supuestos, riesgos y limitaciones. Precariedad en
el reconocimiento de los clientes y las partes
interesadas. Indocumentación del plan general de ejecución. Falta de
precisión en la definición de roles y responsabilidades.

2. Errores a evitar en la fase de planificación

Mala previsión de las necesidades de documentación. Imprecisión en

el cálculo del alcance total del esfuerzo. Fallos en la estructura de
desglose de trabajo. Inadecuación de la previsión de necesidades de
recursos con la realidad. Lagunas en el plan de comunicación. Errores
en la estimación de los presupuestos. Ineficaz elaboración del plan de
gestión de la calidad. Lapsos en el proyecto de análisis de
riesgos. Errores en el calendario de tareas que puedan impactar en el
plan de aceptación. Falta de precisión en la creación del plan de
compras. Errores de información en la planificación de la gestión de
proveedores.

3. Errores a evitar en la fase de ejecución

Falta de comprensión de la meta del proyecto. Problemas de

comunicación entre las partes interesadas. Distensión de los plazos de
entrega estimados. Cuestiones asociadas a la calidad de los
entregables. Malentendidos en relación a la aceptación del proyecto.

4. Errores a evitar en la fase de seguimiento y control

Mala definición de indicadores. Problemas de disponibilidad de los

instrumentos de medida. Malentendidos asociados a los roles
encargados de la recogida de métricas. Inconsistencia en el
reporting. Detección de desviaciones sin margen de tiempo de
reacción. Errores en la comunicación de las desviaciones. Falta de
actualización del plan de gestión del riesgo. Seguimiento inconstante
de los instrumentos de gestión de proyecto. Falta de previsión de las
medidas correctoras aplicables. Inexistencia de un plan de
contingencias.

5. Errores a evitar en la etapa de cierre de proyecto

Falta de estrategia de cierre de proyecto. Ausencia de colaboración con los

miembros más relevantes del equipo. Problemas con la aceptación de los
entregables. Documentación incompleta. Falta de acuerdo con el cliente
sobre los puntos a tratar. Mala organización en la salida de los equipos de
trabajo. Baja calidad en los materiales de formación o informativos
entregables al cliente. Errores en la revisión post
implementaciones. Incompleta valoración del progreso de
proyecto. Descuidos en el inventario de activos. Falta de completitud en la
documentación y registros de gestión de proyecto.

DEFINICION DE ACTORES
 DESCRIPCIÓN DE ACTORES DEL SISTEMA
NOMBRE DEL ACTOR: cliente de turno

DESCRIPCIÓN:
cliente
Aquella persona que realiza un pedido

CARACTERÍSTICAS:
Solicita pedido y realiza el pago
RELACIONES:
Se relaciona con el encargado de venta

NOMBRE DEL ACTOR: Encargado de

ventas

ENCARGADO DE DESCRIPCIÓN:
VENTAS
Aquella persona que recibe los pedidos de
los clientes

CARACTERÍSTICAS:
Atiende al cliente, recibe la solicitud del pedido, notifica los
rechazos de pedido, registra los pagos, envía
RELACIONES:
Se relaciona con el jefe de almacén y el cliente
DIAGRAMA DE CLASE DEL NEGOCIO

DIAGRAMA DE COMPONENTES
DIAGRAMA DE ACTIVIDADES DEL NEGOCIO

DIAGRAMA DE DESPLIEGUE
DIAGRAMA DE ESTADO
 DIAGRAMA DE CLASES

RELACION DE ACTORES CON TRABAJADORES DEL

NEGOCIO
 CASO DE USO CON PROTOTIPOS

CATALOGO DE REQUERIMIENTOS NO FUNCIONALES EN EXCEL

CATALOGO DE REQUERIMIENTOS FUNCIONALES
MATRIZ DE TRAZABILIDAD
MODELO LOGICO
ODELO CONCEPTUAL-FISICO
 IMPLEMENTACION DE LA BASE DE DATOS
CREATE unique nonclustered index detalle_venta__idx ON
detalle_venta(venta_id_venta, venta_cliente_id_cliente) go

ALTER TABLE DETALLE_VENTA ADD constraint detalle_venta_pk

PRIMARY KEY CLUSTERED (ID_DETALLEVENTA,
ARTICULO_ID_ARTICULO, ARTICULO_ID_CATEGORIA1)
WITH (
ALLOW_PAGE_LOCKS = ON ,
ALLOW_ROW_LOCKS = ON ) go

CREATE TABLE usuario (

id_usuario INTEGER NOT NULL,
nombre_usuario VARCHAR(50) NOT NULL,
email_usuario VARCHAR(50) NOT NULL,
password VARCHAR(225) NOT NULL
)

go

ALTER TABLE USUARIO ADD constraint usuario_pk PRIMARY KEY

CLUSTERED (ID_USUARIO)
WITH (
ALLOW_PAGE_LOCKS = ON ,
ALLOW_ROW_LOCKS = ON ) go
CREATE TABLE venta (
id_venta INTEGER NOT NULL,
id_cliente INTEGER NOT NULL,
id_usuario INTEGER NOT NULL,
tipo_comprobante VARCHAR(20) NOT NULL,
num_comprobante VARCHAR(10) NOT NULL,
fecha_hora datetime NOT NULL,
impuesto DECIMAL(4, 2) NOT NULL,
total_venta DECIMAL(11, 2) NOT NULL,
estado VARCHAR(20) NOT NULL,
usuario_id_usuario INTEGER NOT NULL,
cliente_id_cliente INTEGER NOT NULL
)

go

ALTER TABLE VENTA ADD constraint venta_pk PRIMARY KEY

CLUSTERED (ID_VENTA, CLIENTE_ID_CLIENTE)
WITH (
ALLOW_PAGE_LOCKS = ON ,
ALLOW_ROW_LOCKS = ON ) go

ALTER TABLE ARTICULO

 ADD CONSTRAINT articulo_categoria_fk FOREIGN KEY
( categoria_id_categoria )
REFERENCES categoria ( id_categoria )
ON DELETE NO ACTION
ON UPDATE no action go

ALTER TABLE DETALLE_INGRESO

ADD CONSTRAINT detalle_ingreso_articulo_fk FOREIGN KEY
( articulo_id_articulo,
articulo_id_categoria1 )
REFERENCES articulo ( id_articulo,
categoria_id_categoria )
ON DELETE NO ACTION
ON UPDATE no action go

ALTER TABLE DETALLE_VENTA

ADD CONSTRAINT detalle_venta_articulo_fk FOREIGN KEY
( articulo_id_articulo,
articulo_id_categoria1 )
REFERENCES articulo ( id_articulo,
categoria_id_categoria )
ON DELETE NO ACTION
ON UPDATE no action go
ALTER TABLE DETALLE_VENTA
ADD CONSTRAINT detalle_venta_venta_fk FOREIGN KEY
( venta_id_venta,
venta_cliente_id_cliente )
REFERENCES venta ( id_venta,
cliente_id_cliente )
ON DELETE NO ACTION
ON UPDATE no action go

ALTER TABLE VENTA

ADD CONSTRAINT venta_cliente_fk FOREIGN KEY
( cliente_id_cliente )
REFERENCES cliente ( id_cliente )
ON DELETE NO ACTION
ON UPDATE no action go

ALTER TABLE VENTA

ADD CONSTRAINT venta_usuario_fk FOREIGN KEY
( usuario_id_usuario )
REFERENCES usuario ( id_usuario )
ON DELETE NO ACTION
ON UPDATE no action go