Você está na página 1de 81

SISTEMA INFORMTICO WEB PARA LA GESTIN DEL PROCESO DE VENTAS DE LA EMPRESA SERVICIOS Y NEGOCIOS

TALLEDO DE SULLANA

UNIVERSIDAD SAN PEDRO

FACULTAD DE INGENIERA
ESCUELA DE INGENIERA INFORMTICA Y DE SISTEMA

SISTEMA INFORMTICO WEB PARA LA GESTIN DEL


PROCESO DE VENTAS DE LA EMPRESA SERVICIOS Y
NEGOCIOS TALLEDO DE SULLANA

TESIS PARA OBTENER EL TITULO PROFESIONAL DE INGENIERO


INFORMTICO Y DE SISTEMAS

TESISTA:

Bach. TALLEDO TVARA NGEL DE JESS

ASESOR:

Ing. Gmez Hurtado Heber

SULLANA PER
2015

TALLEDO TVARA 1
NDICE
Palabras clave............................................................................................................................iv
RESUMEN................................................................................................................................vi
ABSTRACT.............................................................................................................................vii
INTRODUCCIN......................................................................................................................8
Antecedentes y fundamentacin cientfica.................................................................................8
Justificacin de la investigacin..............................................................................................12
Justificacin social........................................................................................................12
Justificacin Terica....................................................................................................13
Problema..................................................................................................................................13
Planteamiento del Problema.........................................................................................13
Formulacin del problema............................................................................................14
Marco referencial.....................................................................................................................15
Bases Tericas..............................................................................................................15
Hiptesis..................................................................................................................................30
Objetivos.................................................................................................................................30
Objetivo General...........................................................................................................30
Objetivos Especficos...................................................................................................30
Metodologa del Trabajo...........................................................................................................31
Aplicacin del mtodo o de la metodologa de investigacin..................................................31
Tipo y Diseo de Investigacin.....................................................................................31
Poblacin y Muestra.........................................................................................................31
Tcnicas e Instrumentos...................................................................................................31
Resultados.................................................................................................................................32
Encuesta a Expertos.................................................................................................................32
Encuesta a Usuarios.................................................................................................................34
Aplicacin de la metodologa del desarrollo del software........................................................36
Plataforma........................................................................................................................36
Metodologa..................................................................................................................36
Herramienta de desarrollo de la aplicacin web............................................................36
Motor de base de datos.................................................................................................36
Gestin del proyecto.........................................................................................................37

2|Pgina
Conformacin del equipo de desarrollo........................................................................37
El juego de la planificacin...........................................................................................38
Historias de Usuarios....................................................................................................38
Gestin de Usuarios..................................................................................................38
Gestin de Almacn..................................................................................................38
Gestin de Ventas......................................................................................................39
Gestin devolucin / intercambio.............................................................................39
Gestionar Compras...................................................................................................40
Elaboracin del Plan.....................................................................................................40
Implementacin................................................................................................................41
Interfaz Principal..........................................................................................................41
Historias de Usuarios....................................................................................................42
Historia de Usuario: Gestin de Usuario...................................................................42
Historia de Usuario: Gestin de Almacn.................................................................45
Historia de Usuario: Gestin de Ventas.....................................................................47
Historia de Usuario: Gestin de Devolucin.............................................................50
Historia de Usuario: Gestin de Compras.................................................................52
Modelo de Base de datos..............................................................................................56
Pruebas.............................................................................................................................57
Pruebas de Caja Negra..................................................................................................57
Prueba de Caja Negro Historia de Usuario 5 : Gestin de Usuario........................57
Prueba de Caja Negro Historia de Usuario 7: Gestin de Productos......................58
Prueba de Caja Negro Historia de Usuario 8: Gestin de Venta.............................59
Prueba de Caja Negro Historia de Usuario 9 :Gestin de devolucin....................60
Prueba de Caja Negro Historia de Usuario 10: Gestin de Compras.....................61
Anlisis y discusin..................................................................................................................62
Conclusiones y recomendaciones.............................................................................................63
Conclusiones....................................................................................................................................63
Recomendaciones.............................................................................................................................63
Agradecimientos.......................................................................................................................65
Referencias bibliogrficas.........................................................................................................66
Apndices y anexos...................................................................................................................68

3|Pgina
4|Pgina
Palabras clave.
Tema SISTEMA DE INFORMACIN
Especialidad INGENIERA DE SOFTWARE.

Keywords

Thema INFORMATION SYSTEM


Specialty SOFTWARE ENGINEERING

5|Pgina
SISTEMA INFORMTICO WEB PARA LA GESTIN DEL PROCESO DE VENTAS DE
LA EMPRESA SERVICIOS Y NEGOCIOS TALLEDO DE SULLANA

6|Pgina
RESUMEN
El presente proyecto tuvo como objetivo implementar un sistema informtico web para
la gestin del proceso de ventas, en la empresa SERVICIOS Y NEGOCIOS TALLEDO de
Sullana 2015.

Para poder automatizar dichos procesos se opt por la utilizacin de la metodologa XP


la cual es apropiada para el modelamiento de los procesos de la empresa SERVICIOS Y
NEGOCIOS TALLEDO de Sullana, la ventaja de sus etapas permiti buenos resultados a
nivel de anlisis y diseo de la propuesta de solucin.

Se obtuvo como resultado de la investigacin el Desarrollo de un Sistema Informtico


web para la gestin del proceso de ventas de la empresa SERVICIOS Y NEGOCIOS
TALLEDO de Sullana 2015, en los que estn incluidas las etapas de anlisis, diseo,
implementacin y pruebas.

7|Pgina
ABSTRACT
This project aimed to implement a web information system for managing the sales
process in the company SERVICES AND BUSINESS TALLEDO of Sullana 2015.

In order to automate these processes opted for the use of the XP methodology which is
appropriate for the modeling of business processes "SERVICES AND BUSINESS
TALLEDO" of Sullana, the advantage of its stages allowed good results at the level of
analysis and design the proposed solution.

There obtained as result of the investigation the Development of an IT web System for
the management of the process of sales of the company SERVICES AND BUSINESS
TALLEDO of Sullana - 2015, in that there are included the stages of analysis, design,
implementation and tests.

8|Pgina
SISTEMA INFORMTICO WEB PARA LA GESTIN DEL PROCESO DE VENTAS DE LA EMPRESA SERVICIOS Y NEGOCIOS
TALLEDO DE SULLANA

INTRODUCCIN
1.1. Antecedentes y fundamentacin cientfica
Mercado y Vsquez (2007) en Chile, present la tesis Sistema de Catlogo y Pedidos Va
Web para Audio Center-Chilln en la que propuso un sistema web basado en las tiendas
virtuales de la actualidad, desarrollando mdulos asociados al ingreso de facturas, solicitudes
de cajas acsticas e informes de gestin, permitiendo a los clientes informarse, cotizar y
adquirir los productos y servicios que posee Audio Center. El proyecto web fue desarrollado
basado en el enfoque orientado a objetos, el cual fue aplicado en todo el proceso de
desarrollo, lo cual le permiti al programador trabaje con estructuras que posean un alto nivel
de abstraccin.
Segn se presenta sus conclusiones indica que el uso de tiendas virtuales para el comercio
electrnico presenta grandes ventajas por sobre las empresas que no utilizan este tipo de
tecnologas; algunas de las ventajas son: hacer sencilla la forma de realizar negocios con los
clientes, reduce los costos y precios y garantiza una disponibilidad las 24 horas del da.

Del presenten antecedente se ha utilizado el formato de encuesta que present para la toma
de decisiones en base a qu metodologa, lenguaje de programacin, y framework se
utilizara, porque sirvi para la recaudacin de la informacin de la manera en cmo estaba
planificada en este estudio de investigacin

Guanotsig, (2011) en Ecuador, present la tesis Desarrollo e implementacin de una


tienda online para incrementar el flujo de venta de servicios informticos en la empresa Corse
Solutions, Propuso una solucin web para que pueda promocionar los servicios
informticos como registro de dominios, planes de alojamiento web, servicio de diseo web,
realizar publicidad, permitir que sus clientes puedan informase sobre soluciones informticas
como el desarrollo de programas y redes todo esto con la ayuda del servicio al cliente que se
lo podr realizar mediante la mensajera en la red de internet. La metodologa empleada fue
ingeniera web en la cual fue utilizada en toda las etapas creacin de metas, costos del
proyecto de forma global, Se establecieron requerimientos tcnicos de diseo, se identificaron
los elementos del contenido, Se desarroll la etapa de Ingeniera (diseo del contenido,
produccin, diseo arquitectnico, diseo de navegacin y estructura de datos y diseo de la
interfaz). El informe concluyo
Se desarroll e implant la tienda online para vender los servicios informticos por internet.

Con respecto a la administracin se logr brindar eficiencia y rapidez al momento de realizar


las ventas y el manejo de la informacin de los clientes.

De este antecedente se ha analizado la lgica de negocio y la metodologa utilizada. As se


tiene la base de la metodologa para un anlisis similar. Como ingeniera web, que fue
utilizada en toda el proceso, etapa por etapa hasta la consecucin de la metas, as como costos
del proyecto de forma global, Se establecieron requerimientos tcnicos de diseo, se
identificaron los elementos del contenido, Se desarroll la etapa de Ingeniera (diseo del
contenido, produccin, diseo arquitectnico, diseo de navegacin y estructura de datos y
diseo de la interfaz).

Grijalva (2012) en Ecuador present la tesis Anlisis, diseo e implementacin de una


tienda virtual utilizando Oscommerce, caso prctico tienda virtual de papel para imprentas en
la empresa JA Distribuidores SA, Se propuso el anlisis, diseo e implementacin de una
tienda virtual utilizando osCommerce, para obtener el ptimo desarrollo de aplicaciones tipo
web aplicado en el caso prctico tienda virtual de papel para imprentas en la empresa JA
Distribuidores S.A.. La metodologa utilizada para el proyecto fue orientada a objetos el cual
fue aplicado en todo el proceso de desarrollo ya que es un paradigma de desarrollo que facilita
sustancialmente las etapas de anlisis, diseo e implantacin. EL informe concluyo:

La utilizan tiendas virtuales dentro del comercio presentan ventajas grandes y determinantes
sobre las empresas que no utilizan tecnologa de este tipo. Bsicamente osCommerce, ofrece
las ventajas de facilitar y agilizar la forma de hacer negocios con los clientes, reduciendo
costos y precios, tambin mediante este medio se puede garantizar la disponibilidad de la
tienda durante 24 horas al da.

La tienda virtual ofrecer una presencia interactiva en la Web de manera gratuita y adems se
pueden incorporar complementos desarrollados desde cero para satisfacer las futuras
necesidades de la empresa.

Con respecto a Grijalva (2012) Ecuador de su tesis Anlisis, diseo e implementacin de


una tienda virtual utilizando Oscommerce, caso prctico tienda virtual de papel para
imprentas en la empresa JA Distribuidores SA, se tiene que el uso de la tienda virtual
dentro del comercio ofrece las ventaja de facilitar y agilizar la forma de hacer negocios con

9|Pgina
los clientes, reduciendo costos y precios, as como la disponibilidad de la tienda durante 24
horas al da, como parte del anlisis realizado previamente en el desarrollo de la
investigacin.

Molina y Marakami de la Cruz, (2005) en Lima, present la tesis Implementacin de


solucin informtica basado en M-Commerce aplicado a sistemas de distribucin comercial,
propuso maximizar el nmero de colocaciones de pedidos, generar estadsticas para
producciones posteriores, aumento de oportunidades de expansin del mercado. La
metodologa utilizada fue UML para la realizacin de Diagramas de Casos de uso, Diagrama
de Secuencia, Diagramas de Colaboracin, Diagrama de Estado. Se lleg a las conclusiones

Es una solucin innovadora y prometedora para todas aquellas empresas que no llevan un
adecuado control de sus pedidos y el Stock de sus productos.

Del presente antecedente, Molina y Marakami de la Cruz, (2005), se analizaron los


diagramas de casos de uso y los diagramas que se encontraron en el informe, se tomaron en
cuenta al momento de crear las historias de usuario.

Rodrguez (2013) en la ciudad de Lima present la tesis Anlisis, diseo e implementacin


de un sistema de informacin para una tienda de ropa con enfoque al segmento juvenil. Se
propuso realizar el anlisis diseo e implementacin de un sistema de informacin que
permita la gestin de ventas e inventario de ventas para la tienda del sector juvenil. La
metodologa que se utilizo fue RUP para todas las buenas prcticas para la gestin de
proyectos definida por el PMI, delimitando los grupos de procesos de iniciacin,
planificacin, ejecucin, monitoreo y cierre del proyecto. Las conclusiones fueron

Se logr desarrollar el sistema de ventas para una tienda de ropa del sector juvenil (TSJ),
realizando el anlisis, diseo e implementacin del sistema de informacin. Este proceso se
realiz alineado a lo planteado por RUP, lo que permiti el mayor control en la elaboracin de
los entregables de la solucin, adems se logr afianzar cada uno de los conocimientos
obtenidos en la universidad y en el mbito laboral. De esta manera se puso en prctica todos
los conocimientos informticos en cada uno de los entregables, as como el cumplimiento de
los objetivos especficos del proyecto.

10 | P g i n a
Se complet la formulacin de las reglas de negocio a travs de los diagramas de procesos y
el catlogo de requisitos.

Con respecto a Rodrguez (2013), de este antecedente se ha analizado la lgica de negocio y


la metodologa utilizada. As se tiene la base de la metodologa para un anlisis similar.
Como ingeniera web, que fue utilizada en toda el proceso, etapa por etapa hasta la
consecucin de la metas, as como costos del proyecto de forma global

Millones (2012) en la ciudad de Chiclayo se present la tesis Implementacin de un


sistema de comercio electrnico basado en CMR y Balanced Scordcard como herramienta
para la toma de decisiones en la empresa Inversiones Vialsa de la localidad de Chiclayo. Se
propuso la implementacin de un Sistema de Comercio Electrnico que ayude en el proceso
de toma de decisiones basado en las filosofas: Customer Relationship Management (CRM)
para optimizar las relaciones con los clientes, y Balanced Scorecard (BSC) para gestionar
eficientemente los objetivos estratgicos de la empresa; siguiendo los lineamientos de la
Metodologa OPEN UP pues es la ms ptima para un proyecto de este tipo. Se llegaron a las
siguientes conclusiones:
La implementacin del sistema de comercio electrnico basado en CRM y BSC optimiza en
tiempo y calidad el proceso de toma de decisiones gracias a que se automatizan los procesos
de negocio que eran realizados de manera manual anteriormente.
La implementacin del website representa una nueva forma de llegar hacia el cliente,
ofrecindole el servicio de compras on-line, donde el cliente puede comprar desde la
comodidad de su hogar si tener que acudir necesariamente al establecimiento, adems
representa tambin una nueva herramienta de marketing y publicidad para la empresa.
Del anterior antecedente, Millones (2012), como la mayora de los trabajos consultados se
ha analizado la lgica de negocio y la metodologa utilizada. As se tiene la base de la
metodologa para un anlisis similar. Como ingeniera web, que fue utilizada en toda el
proceso, etapa por etapa hasta la consecucin de la metas, as como costos del proyecto de
forma global

Flores (2009) en la ciudad de Piura se present la tesis Venta de abarrotes por internet:
mejora de la competitividad de los comercios mayoristas en Piura. Propuso la
implementacin de un sistema de recepcin de pedidos por Internet y entrega de pedidos a
domicilio, aadir valor al servicio que ofrecen los comerciantes mayoristas/minoristas de
abarrotes, para hacer frente al nuevo panorama empresarial que este sector presentar con la

11 | P g i n a
entrada de los grandes supermercados de la capital. La investigacin llego a la siguiente
conclusin que esta innovacin permiti a los comerciantes diferenciarse de los comercios
tradicionales, aumentando su cartera de clientes fidelizando a los nuevos y antiguos clientes.

Calle (2005) en la ciudad de Piura se present la tesis Desarrollo e implementacin de un


sistema informtico integrado de control de compras, ventas y almacn como soporte de
gestin para la empresa comercial Magdalena S.R.L. Propuso el desarrollo de un sistema de
informacin Cliente / Servidor que satisfaga los requerimientos de los procedimientos de
trabajo de la empresa, consultas y control de compras, ventas y almacn basndose en un flujo
adecuado y eficiente de informacin y por lo tanto que actu como soporte para la gestin y
trabajo cotidiana de la empresa. Las conclusiones fueron:

Se comprob que en todo sistema informtico la base de datos es un elemento constituido


muy importante ya que es el al macen de datos producto de las transacciones o procesos del
trabajo cotidiano, por lo que se debe de poner nfasis en el anlisis de los datos independiente
de la metodologa que use ya que si no se consideran algunos datos los resultados pueden ser
desastrosos debindose aplicar los parches correspondientes, los cuales retardan la puesta en
marcha del sistema.

Por ltimo con respecto, a las investigaciones de Flores (2009) y Calle (2005) naturales de
Piura, igual que con algunos referentes estos han servido como anlisis en sus diferentes
procesos que aportaron validez al proceso que se ha realizado en nuestro estudio.

1.2. Justificacin de la investigacin


1.2.1. Justificacin social
La investigacin realizada presenta una relevancia social porque el desarrollo del
sistema permiti el acceso del administrador al sistema web para controlar sus
ventas, tanto desde el centro de trabajo como de cualquier otra parte de
ubicacin, as mismo el control, la verificacin de sus productos y la obtencin
de informacin exacta de sus productos de la empresa SERVICIOS Y
NEGOCIOS TALLEDO, brindando la oportunidad para que las personas que
nunca antes tuvieron un acceso a una herramientas tecnolgica ya sea por
desconocimiento o porque consideraban que este tipo de elementos eran
inalcanzables a su estatus socio econmico, as la realizacin de este tipo de
investigaciones les ha otorgado la factibilidad de sumergirse en un mundo

12 | P g i n a
globalizado. Consecuentemente otras pequeas empresas tambin podran verse
favorecidas al utilizar similares sistemas, contribuyendo al uso de una tecnologa
de punta en el entorno local.

1.2.2. Justificacin Terica


El proyecto de tesis es relevante porque al utilizar la ingeniera web, en
todo el proceso, etapa por etapa, el administrador ha demostrado eficiencia,
eficacia en el manejo del control de sistema, es decir pudo aplicar un
fundamento o base terica que aunque existen diversos sitios web con
plataformas similares de control de ventas, el administrador aplic ste,
teniendo en cuenta que actualmente las empresas necesitan tener un mejor
control de ellas pero sobre todo haciendo uso de las TIC.
La realizacin de este proyecto adems de beneficiar a la empresa en su
incremento de las ventas, constituye un referente terico porque este tipo de
investigaciones no se haba efectuado en el contexto local, por ello que al
realizarlas, sustentarlas, publicarlas y comunicarlas se constituyen en
elementos tericos a tomarse en cuenta para posible y nuevas investigaciones.
1.3. Problema

1.3.1. Planteamiento del Problema


Las tiendas de celulares constituyen en nuestra ciudad una oportunidad
interesante en donde muchas personas han incursionado y logrado xito;
desarrollando crecimiento en sus operaciones. Un claro ejemplo es el
desarrollo de la tiendas de venta de equipos y accesorios celulares en el centro
comercial la Casona, que se encuentra ubicado en la ciudad de Sullana.

En ese contexto existe una empresa comercializadora de venta de celulares y


accesorios la cual se denomina SERVICIOS Y NEGOCIOS TALLEDO, esta
empresa cuenta con un almacn ubicado en la parte superior del
establecimiento de ventas.

La estrategia de posicionamiento de la empresa est basado en el manejo de


productos exclusivos y variados para sus clientes, por lo que los productos que
ofrece son de primera calidad teniendo como compradores potenciales a
personas aledaas a la ciudad.

Su crecimiento no ha sido formal, por lo que en una revisin de las operaciones


se ha podido identificar algunos problemas al realizar las ventas y
abastecimiento de productos, como por ejemplo:

13 | P g i n a
La administracin de venta de productos se realiza de forma manual; al
finalizar el da todo lo que se registr en las boletas de venta debe de ser
transcritas a un cuaderno mensual, el cual representa un riesgo enorme en caso
de prdida; por lo que esta labor se vuelve engorrosa cuando se desea saber
cules son los productos que se han agotado en la tienda, o qu productos son
los que se venden con frecuencia o son menos vendidos y entre otros datos que
se desean saber a la brevedad.

La bsqueda de potenciales clientes est limitada a las personas que transitan


en el centro comercial donde estn las tiendas, pero esto no ofrece una forma
de interactuar con sus clientes para lograr una mayor fidelidad y crecimiento en
nmeros.

El almacn en distintas oportunidades ha sufrido de un sobreabastecimiento por


los proveedores por no tener claro las necesidades del nivel de stock de los
productos que se debe considerar.

Al finalizar el da las vendedoras deben anotar la cantidad total que se realiz


en ventas, sin embargo en algunas oportunidades no se realiza estas
anotaciones por olvido u otro motivo y de esta manera no se puede llevar un
registro real de las ventas en el da y consecuentemente el reporte de
operaciones en la semana.

Cuando el gerente solicita reportes sobre ventas o stock esto implica un gran
esfuerzo, ya que se debe consolidar todas operaciones asociadas a las ventas y
que estn registradas en el cuaderno.

Por otro lado en muchas oportunidades los clientes hacen saber sus
preferencias por los productos a las vendedoras de la tienda y como no se
cuenta con un registro de sugerencias, no son canalizadas a los proveedores,
debido a ello algunos clientes piensan que no se les considera y se pierde la
fidelizacin de los mismos, ms an no se cuenta con un registro de clientes
para que se les pueda hacer llegar la informacin de los productos nuevos y
variedades con los que actualmente cuentan la tienda.

Se propone desarrollar un sistema de informacin que permita gestionar las


ventas y el almacn de ventas de manera que ayude a organizar, controlar y
administrar los productos con los que cuenta SERVICIOS Y NEGOCIOS
TALLEDO, automatizar sus actividades y mejorar la interaccin con sus
clientes.

1.3.2. Formulacin del problema


Cmo desarrollar un sistema informtico web para la gestin del proceso de
ventas de la empresa servicios y negocios Talledo de Sullana?

14 | P g i n a
15 | P g i n a
1.4. Marco referencial

1.4.1. Bases Tericas


1.4.1.1. Sistema de Informacin
Un sistema de informacin es un conjunto de componentes interactivos
personas, procedimientos y tecnologas que juntos recolectan, procesan,
almacenan y distribuyen informacin para apoyar el control, la toma de
decisiones y la gestin en las organizaciones. (Vidgen, 2002, p.15)
Tradicionalmente, un sistema de informacin ha sido definido en trminos de
dos perspectivas: una relacionada a su funcin; la otra, a su estructura. Desde
una perspectiva de su estructura, un sistema de informacin consta de un
conjunto de personas, procesos, datos, modelos, tecnologa y lenguaje
formalizado parcialmente, formando una estructura cohesiva que sirve a un
propsito o funcin de la organizacin. Desde una perspectiva de su funcin,
un sistema de informacin es un medio tecnolgicamente implementado con el
propsito de grabar, almacenar, y difundir expresiones lingsticas as como
para el apoyo a la toma de inferencias. (Hirschheim, Klein, & Lyytinen, 1995,
p. 11)
1.4.1.2. Sistema informtico web
Un sistema de informacin web es un sistema de informacin de base de datos
de respaldo que se ejecuta y se distribuye a travs de Internet con el acceso de
los usuarios a travs de los navegadores web. La informacin se hace
disponible a travs de las pginas que incluyen una estructura de navegacin
entre ellos y los sitios fuera del sistema. Por otra parte, tambin debe haber
operaciones para recuperar los datos desde el sistema o para actualizar la(s)
base(s) de datos subyacente(s). (Ma, Schewe, Thalheim, & Zhao, 2005)
Un sistema de informacin web es un sistema de informacin que se puede
acceder a travs de la www (World Wide Web). En un alto nivel de abstraccin
sistema de informacin web puede ser descrito por un guion grfico, que de
una manera abstracta especifica que va a utilizar el sistema, de qu manera y
para qu objetivos. En pocas palabras, un guion grfico se compone de tres
partes:

16 | P g i n a
- Un espacio de historia, que a su vez consta de una jerarqua de grafos dirigidos
etiquetados llamados escenarios, uno de los cuales es el escenario principal,
mientras que los otros lo definen los detalles de las escenas, es decir, los nodos
en un escenario mayor, y una trama que se especifica mediante un proceso de
asignacin gratuita, en el que las acciones bsicas corresponden a las etiquetas
de los bordes en los escenarios.
- Un conjunto de actores, es decir, abstracciones de los grupos de usuarios que se
definen por los roles que determinan las obligaciones y derechos, y los perfiles
de usuario, que determinan las preferencias del usuario, y un conjunto de tareas
que estn asociados con los objetivos que los usuarios puedan tener.(Thalheim,
2011)

Los sistemas de informacin eran tradicionalmente sistemas cerrados en tres


aspectos.

Intercambio de datos con excepcin de los sistemas previstos no era fcil


de establecer, si es posible en absoluto.
Slo el personal de la organizacin que ejecuta el SI tienen acceso a l.
Slo un canal de acceso estaba disponible.

Sistemticamente el uso de "links" convirti un sistema de informacin en un


sistema de informacin web, por ejemplo, un SI implementando un SI abierto.
El intercambio de datos con otros sistemas de informacin web se hace fcil;
exponiendo un sistema de informacin a los enlaces de otro SI permite a
prcticamente todo el mundo acceder a ella. Esto es relativamente fcil
introducir nuevos canales de acceso. El diagrama de la izquierda muestra un SI
tradicional como la superposicin de la U o Den la IF. Para un sistema de
informacin web, el diagrama de la derecha muestra que la interfaz es todava
la interseccin entre UoD y el sistema pero ahora contiene una parte de la
web. (Taniar & Rahayu, 2004).

17 | P g i n a
Figura 1: Un SI tradicional como oposicin a un SIW
Fuente: (Taniar & Rahayu, 2004)

1.4.1.3. Patrn de diseo


El patrn MVC es un paradigma que divide las partes que conforman una
aplicacin en el Modelo, las Vistas y los Controladores, permitiendo la
implementacin por separado de cada elemento, garantizando as la
actualizacin y mantenimiento del software de forma sencilla y en un reducido
espacio de tiempo. A partir del uso de frameworks basados en el patrn MVC
se puede lograr una mejor organizacin del trabajo y mayor especializacin de
los desarrolladores y diseadores.
El patrn de diseo Modelo-Vista-Controlador se utiliza para el diseo de
aplicaciones con interfaces complejas. La lgica de una interfaz de usuario
cambia con ms frecuencia que los almacenes de datos y la lgica de negocio.
Se trata de realizar un diseo que desacople la vista del modelo, con la
finalidad de mejorar la reusabilidad de las partes.
De esta forma las modificaciones en las vistas impactan en menor medida en la
lgica de negocio o de datos. El patrn MVC se ve frecuentemente en
aplicaciones web, donde la vista es la pgina HTML y el cdigo que provee de
datos dinmicos a la pgina; el modelo es el Sistema de Gestin de Bases de
Datos y la Lgica de negocio; y el controlador es el responsable de recibir los
eventos de entrada desde la vista. Una de las dificultades con las que debe
lidiar la implementacin del patrn es el hecho de que es posible incorporar en
las clases de la vista gran parte o todo el procesamiento de eventos. Con lo que
el controlador puede quedar semi oculto dentro de la vista
1.4.1.4. Lenguaje de programacin

18 | P g i n a
PHP es un lenguaje de script interpretado en el lado del servidor utilizado para
la generacin de pginas web dinmicas, embebidas en pginas HTML y
ejecutadas en el servidor. PHP no necesita ser compilado para ejecutarse. La
mayor parte de su sintaxis ha sido tomada de C, Java y Perl con algunas
caractersticas especficas. Es un lenguaje de programacin web clsico de los
ms utilizados en todo el mundo.
El funcionamiento del PHP se puede describir a travs de los pasos siguientes:
Escribir en las pginas HTML pero con el cdigo PHP dentro.
Guardar la pgina en el servidor web.
Un navegador solicita una pgina al servidor.
El servidor interpreta el cdigo PHP.
El servidor enva el resultado del conjunto de cdigo HTML y el
resultado del cdigo PHP que tambin es HTML.
En ningn caso se enva cdigo PHP al navegador, por lo que todas las
operaciones realizadas son transparentes al usuario, el cdigo PHP es ejecutado
en el servidor y el resultado enviado al navegador. El resultado es normalmente
una pgina HTML. Por lo que al usuario le parecer que est visitando una
pgina HTML que cualquier navegador puede interpretar.

Este lenguaje fue creado originalmente en 1994 por Rasmus Lerdorf, naci
como un lenguaje sencillo para pginas personales (de ah sus siglas en ingls,
Personal Home Page). PHP est desarrollado en poltica de cdigo abierto y a
lo largo de su historia ha tenido muchas contribuciones de otros
desarrolladores. Actualmente se encuentra en su versin 6.0, que utiliza el
motor Zend, desarrollado con mayor meditacin para cubrir las necesidades de
las aplicaciones web actuales. Es considerado como la gran tendencia en el
mundo del Internet. ltimamente se puede observar un ascenso imparable, ya
que cada da son muchsimas ms las pginas web que lo utilizan para su
funcionamiento, segn las estadsticas, Se utiliza en ms de diez millones de
pginas, y cada mes realiza un aumento del 15%, por lo que no es complicado
encontrar ayuda, documentacin, artculos y noticias.

19 | P g i n a
Ofrece un gran nmero de herramientas y librera de funciones y mucha
documentacin. Es tambin un lenguaje interpretado y embebido en el HTML.
Corre en siete plataformas (Linux, Windows, entre otros), funciona en 11 tipos
de servidores, ofrece soporte sobre 20 bases de datos (MySQL, PostgreSQL,
Oracle, MS SQL Server, entre otras) y contiene unas 40 extensiones estables
sin contar las que se estn experimentando, tiene soporte para comunicarse con
otros servicios usando protocolos tales como LDAP, IMAP, POP3, HTTP,
NNTP y muchos otros. En el caso de estar montado sobre un servidor Linux o
Unix, es ms rpido que ASP, dado a que se ejecuta en un nico espacio de
memoria y esto evita las comunicaciones entre componentes COM (Common
Object Model) que se realizan entre todas las tecnologas implicadas en una
pgina ASP.

Ya tiene integrada las tcnicas de programacin orientada a objetos, lo que lo


hace mucho ms potente an. Generalmente el PHP es utilizado como mdulo
de Apache, lo que lo hace extremadamente veloz. Est completamente escrito
en el lenguaje de programacin C, as que se ejecuta rpidamente utilizando
poca memoria. Es muy fcil de aprender, soporta en cierta medida la
orientacin a objeto, clases y herencia, es libre, por lo que se presenta como
una alternativa de fcil acceso para todos. Incluye gran cantidad de funciones y
no requiere definicin de tipos de variables ni manejo detallado del bajo nivel.
No todo es perfecto, el PHP se ve afectado por la necesidad de tener instalado
un servidor web sobre el cual se ejecute, todo el trabajo lo realiza el servidor y
no delega al cliente, en ocasiones puede ser ms ineficiente a medida que las
solicitudes aumenten de nmero.
1.4.1.5. Herramientas de desarrollo
JQuery
JQuery es una biblioteca de JavaScript, creada inicialmente por John Resig,
que permite simplificar la manera de interactuar con los documentos
HTML, manipular el rbol DOM, manejar eventos, desarrollar animaciones
y agregar interaccin con la tcnica AJAX a pginas web.
Bootstrap

20 | P g i n a
Bootstrap es un framework que simplifica el proceso de creacin de
diseos web combinando CSS y JavaScript. Ha sido desarrollado por
Twitter que recientemente liber su versin 2.0. La mayor ventaja es que
podemos crear interfaces que se adapten a los distintos navegadores
(responsive design) apoyndonos en un framework potente con numerosos
componentes webs que nos ahorrarn mucho esfuerzo y tiempo.

Caractersticas principales de Bootstrap


o Bootstrap ofrece una serie de plantillas CSS y ficheros Javascript que
nos permiten integrar el framework de forma sencilla y potente en
nuestros proyectos webs.
o Permite crear interfaces que se adapten a los diferentes navegadores,
tanto de escritorio como tablets y mviles a distintas escalas y
resoluciones.
o Se integra perfectamente con las principales libreras Javascript, por
ejemplo JQuery.
o Ofrece un diseo slido usando LESS y estndares como
CSS 3/HTML 5.
o Es un framework ligero que se integra de forma limpia en nuestro
proyecto actual.
o Funciona con todos los navegadores, incluido Internet Explorer
usando HTML Shim para que reconozca los tags HTML 5.
o Dispone de distintos layout predefinidos con estructuras fijas a 940
pxeles de distintas columnas o diseos fluidos

1.4.1.6. Gestin de ventas


El trmino ventas tiene mltiples definiciones, dependiendo del contexto en
el que se maneje. Una definicin general es cambio de productos y
servicios por dinero. Desde el punto de vista legal, se trata de la
transferencia del derecho de posesin de un bien, a cambio de dinero.
Desde el punto de vista contable y financiero, la venta es el monto total

21 | P g i n a
cobrado por productos o servicios prestados.

En cualquier caso, las ventas son el corazn de cualquier negocio, es la


actividad fundamental de cualquier aventura comercial. Se trata de reunir a
compradores y vendedores, y el trabajo de toda la organizacin es hacer lo
necesario para que esta reunin sea exitosa.

Para algunos, la venta es una especie de arte basada en la persuasin. Para


otros es ms una ciencia, basada en un enfoque metodolgico, en el cual se
siguen una serie de pasos hasta lograr que el cliente potencial se convenza
de que el producto o servicio que se le ofrece le llevar a lograr sus
objetivos en una forma econmica.

Una venta involucra al menos tres actividades:


1) Cultivar un comprador potencial.
2) Hacerle entender las caractersticas y ventajas del producto o
servicio.
3) Cerrar la venta, es decir, acordar los trminos y el precio. Segn el
producto, el mercado, y otros aspectos, el proceso podr variar o
hacer mayor nfasis en una de las actividades.

1.4.1.7. Metodologa
1.4.1.7.1. Metodologa gil
El desarrollo gil de software refiere a mtodos de ingeniera del software
basados en el desarrollo iterativo e incremental, donde los requisitos y
soluciones evolucionan mediante la colaboracin de grupos auto organizado y
multidisciplinario. Existen muchos mtodos de desarrollo gil; la mayora
minimiza riesgos desarrollando software en lapsos cortos. El software
desarrollado en una unidad de tiempo es llamado una iteracin, la cual debe
durar de una a cuatro semanas. Cada iteracin del ciclo de vida incluye:
planificacin, anlisis de requisitos, diseo, codificacin, revisin y
documentacin. Una iteracin no debe agregar demasiada funcionalidad para
justificar el lanzamiento del producto al mercado, sino que la meta es tener una

22 | P g i n a
demo (sin errores) al final de cada iteracin. Al final de cada iteracin el
equipo vuelve a evaluar las prioridades del proyecto.

Programacin extrema (extreme programming, xp)


XP es una metodologa gil centrada en potenciar las relaciones interpersonales
como clave para el xito en desarrollo de software, promoviendo el trabajo en
equipo, preocupndose por el aprendizaje de los desarrolladores, y propiciando
un buen clima de trabajo. XP se basa en realimentacin continua entre el
cliente y el equipo de desarrollo, comunicacin fluida entre todos los
participantes, simplicidad en las soluciones implementadas y coraje para
enfrentar los cambios. XP se define como especialmente adecuada para
proyectos con requisitos imprecisos y muy cambiantes, y donde existe un alto
riesgo tcnico.

1.4.1.7.2. Las Historias de Usuario


Son la tcnica utilizada para especificar los requisitos del software. Se
trata de tarjetas de papel en las cuales el cliente describe brevemente las
caractersticas que el sistema debe poseer, sean requisitos funcionales o
no funcionales. El tratamiento de las historias de usuario es muy
dinmico y flexible. Cada historia de usuario es lo suficientemente
comprensible y delimitada para que los programadores puedan
implementarla en unas semanas. Beck en su libro presenta un ejemplo
de ficha (customer story and task card) en la cual pueden reconocerse
los siguientes contenidos: fecha, tipo de actividad (nueva, correccin,
mejora), prueba funcional, nmero de historia, prioridad tcnica y del
cliente, referencia a otra historia previa, riesgo, estimacin tcnica,
descripcin, notas y una lista de seguimiento con la fecha, estado cosas
por terminar y comentarios. A efectos de planificacin, las historias
pueden ser de una a tres semanas de tiempo de programacin (para no
superar el tamao de una iteracin). Las historias de usuario son
descompuestas en tareas de programacin (task card) y asignadas a los
programadores para ser implementadas durante una iteracin.

23 | P g i n a
1.4.1.7.3. Roles XP
Los roles de acuerdo con la propuesta original de Beck son:
- Programador. El programador escribe las pruebas unitarias y produce
el cdigo del sistema.
- Cliente. Escribe las historias de usuario y las pruebas funcionales
para validar su implementacin. Adems, asigna la prioridad a las
historias de usuario y decide cules se implementan en cada iteracin
centrndose en aportar mayor valor al negocio.
- Encargado de pruebas (Tester). Ayuda al cliente a escribir las pruebas
funcionales. Ejecuta las pruebas regularmente, difunde los resultados
en el equipo y es responsable de las herramientas de soporte para
pruebas.
- Encargado de seguimiento (Tracker). Proporciona realimentacin al
equipo. Verifica el grado de acierto entre las estimaciones realizadas
y el tiempo real dedicado, para mejorar futuras estimaciones. Realiza
el seguimiento del progreso de cada iteracin.
- Entrenador (Coach). Es responsable del proceso global. Debe
proveer guas al equipo de forma que se apliquen las prcticas XP y
se siga el proceso correctamente.
- Consultor. Es un miembro externo del equipo con un conocimiento
especfico en algn tema necesario para el proyecto, en el que
puedan surgir problemas.
- Gestor (Big boss). Es el vnculo entre clientes y programadores,
ayuda a que el equipo trabaje efectivamente creando las condiciones
adecuadas. Su labor esencial es de coordinacin.

1.4.1.7.4. Proceso XP
El ciclo de desarrollo consiste (a grandes rasgos) en los siguientes
pasos:

1. El cliente define el valor de negocio a implementar.


2. El programador estima el esfuerzo necesario para su
implementacin.
3. El cliente selecciona qu construir, de acuerdo con sus prioridades y
las restricciones de tiempo.
4. El programador construye ese valor de negocio.

24 | P g i n a
5. Vuelve al paso 1. En todas las iteraciones de este ciclo tanto el
cliente como el programador aprenden. No se debe presionar al
programador a realizar ms trabajo que el estimado, ya que se
perder calidad en el software o no se cumplirn los plazos. De la
misma forma el cliente tiene la obligacin de manejar el mbito de
entrega del producto, para asegurarse que el sistema tenga el mayor
valor de negocio posible con cada iteracin. El ciclo de vida ideal de
XP consiste de seis fases: Exploracin, Planificacin de la Entrega
(Release), Iteraciones, Produccin, Mantenimiento y Muerte del
Proyecto.

1.4.1.7.5. Prcticas XP
La principal suposicin que se realiza en XP es la posibilidad de
disminuir la mtica curva exponencial del costo del cambio a lo largo
del proyecto, lo suficiente para que el diseo evolutivo funcione. Esto
se consigue gracias a las tecnologas disponibles para ayudar en el
desarrollo de software y a la aplicacin disciplinada de las siguientes
prcticas.
El juego de la planificacin. Hay una comunicacin frecuente el
cliente y los programadores. El equipo tcnico realiza una
estimacin del esfuerzo requerido para la implementacin de las
historias de usuario y los clientes deciden sobre el mbito y tiempo
de las entregas y de cada iteracin.
Entregas pequeas. Producir rpidamente versiones del sistema que
sean operativas, aunque no cuenten con toda la funcionalidad del
sistema. Esta versin ya constituye un resultado de valor para el
negocio. Una entrega no debera tardar ms 3 meses.
Metfora. El sistema es definido mediante una metfora o un
conjunto de metforas compartidas por el cliente y el equipo de
desarrollo. Una metfora es una historia compartida que describe
cmo debera funcionar el sistema (conjunto de nombres que acten

25 | P g i n a
como vocabulario para hablar sobre el dominio del problema,
ayudando a la nomenclatura de clases y mtodos del sistema).
Diseo simple. Se debe disear la solucin ms simple que pueda
funcionar y ser implementada en un momento determinado del
proyecto.
Pruebas. La produccin de cdigo est dirigida por las pruebas
unitarias. stas son establecidas por el cliente antes de escribirse el
cdigo y son ejecutadas constantemente ante cada modificacin del
sistema.
Refactorizacin (Refactoring). Es una actividad constante de
reestructuracin del cdigo con el objetivo de remover duplicacin
de cdigo, mejorar su legibilidad, simplificarlo y hacerlo ms
flexible para facilitar los posteriores cambios. Se mejora la
estructura interna del cdigo sin alterar su comportamiento externo.
Programacin en parejas. Toda la produccin de cdigo debe
realizarse con trabajo en parejas de programadores. Esto conlleva
ventajas implcitas (menor tasa de errores, mejor diseo, mayor
satisfaccin de los programadores,).
Propiedad colectiva del cdigo. Cualquier programador puede
cambiar cualquier parte del cdigo en cualquier momento.
Integracin contina. Cada pieza de cdigo es integrada en el
sistema una vez que est lista. As, el sistema puede llegar a ser
integrado y construido varias veces en un mismo da.
40 horas por semana. Se debe trabajar un mximo de 40 horas por
semana. No se trabajan horas extras en dos semanas seguidas. Si
esto ocurre, probablemente est ocurriendo un problema que debe
corregirse. El trabajo extra desmotiva al equipo.
Cliente in-situ. El cliente tiene que estar presente y disponible todo
el tiempo para el equipo. ste es uno de los principales factores de
xito del proyecto XP. El cliente conduce constantemente el trabajo
hacia lo que aportar mayor valor de negocio y los programadores

26 | P g i n a
pueden resolver de manera inmediata cualquier duda asociada. La
comunicacin oral es ms efectiva que la escrita.
Estndares de programacin. XP enfatiza que la comunicacin de
los programadores es a travs del cdigo, con lo cual es
indispensable que se sigan ciertos estndares de programacin para
mantener el cdigo legible. El mayor beneficio de las prcticas se
consigue con su aplicacin conjunta y equilibrada puesto que se
apoyan unas en otras.
El mrito de XP es integrarlas de una forma efectiva y
complementarlas con otras ideas desde la perspectiva del negocio,
los valores humanos y el trabajo en equipo.

27 | P g i n a
1.4.1.8. Cuadros de comparacin entre metodologas
Tabla 1: Comparativa Metodologas giles

Criterio XP Scrum
Tamao de los proyectos Pequeos y medianos Pequeos, medianos y grandes.
Tamao de equipo Menor que 10 Mltiples equipos menores que 10
Estado de desarrollo Iterativo y rpido Iterativo y rpido
Estilo de cdigo Limpio y sencillo No especificado
Entorno tecnolgico Requiere rpida No especificado
retroalimentacin
Entorno fsico Equipo en un mismo lugar y No especificado
equipos distribuidos
Cultura de negocio Colaborativo y cooperativo No especificado
Mecanismos de Orientado a objetos Orientado a objetos
atraccin.
Fuente: http://scrum-xp-rup-barrionuevo-torres.blogspot.pe/

Tabla 2: Caractersticas

Caractersticas
XP RUP
Desarrollo iterativo e incremental Desarrollo interno en etapas interactiva
Prueba unitarias continuas, Est integrado en todo el ciclo de vida.
frecuentemente rpidas y automatizadas
Programacin para parejas Programacin por equipos
Interaccin con el usuario final Interaccin con el usuario estratgico.
Refactorizacin del cdigo
Fuente: http://scrum-xp-rup-barrionuevo-torres.blogspot.pe/

28 | P g i n a
Tabla 3: Comparacin de roles

Roles
XP RUP
Programador Analistas
Encargado de pruebas Desarrolladores
Cliente Gestores
Encargado del seguimiento Apoyo y especialistas
Entrenador Stakeholders
Consultor Revisor
Gestor Coordinacin de revisiones
Revisor tcnico
Fuente: http://scrum-xp-rup-barrionuevo-torres.blogspot.pe/

Tabla 4: Seleccin de metodologa

Seleccin de metodologa
XP RUP
Los requisitos cambian(clientes indecisos) Comunicacin entre equipos
Proyectos con alta grado de riesgos Complejidad de desarrollo de acuerdo al
tamao del proyecto
Grupos pequeos de programadores Configuracin y control de
cambios(Artefactos)

Fuente: http://scrum-xp-rup-barrionuevo-torres.blogspot.pe/

Tabla 5: Ventajas

Ventajas
XP RUP
Comunicacin Mayor documentacin
Simplicidad Verificar la calidad de software
Realimentacin Configuracin y control de cambios
Coraje(satisfaccin de los Es modelo, guiado por casos de uso
programadores)
Disminuye traza de errores Es centrado en arquitectura, guiado por
riesgos.
Fuente: http://scrum-xp-rup-barrionuevo-torres.blogspot.pe/

29 | P g i n a
Tabla 6: Desventajas

Desventajas
XP RUP
Dificultad para determinar el costo del Los cambios son en una fase
proyecto
Se usa principalmente en proyectos Proyectos grandes
pequeos
Fuente: http://www.academia.edu/8058844/2.6_Comparativa_Metodolog%C3%ADas_Agiles

30 | P g i n a
1.5. Hiptesis
En vista de que la investigacin tiene un alcance de carcter Descriptivo, no es posible
plantear una hiptesis debido a que no se intenta correlacionar o explicar casualidad de
variables, debido a ello es que la hiptesis est Implcita.

1.6. Objetivos
1.6.1. Objetivo General
Desarrollar un sistema informtico web de control de ventas para la empresa
Servicios y Negocios Talledo Sullana
1.6.2. Objetivos Especficos
Establecer el proceso de comercializacin para el desarrollo del sistema
informtico de soporte de gestin para la empresa Servicios y negocios
Talledo.
Determinar la plataforma tecnolgica para el desarrollo del sistema
informtico de soporte de gestin para la empresa Servicios y negocios
Talledo.
Construir el sistema informtico utilizando la metodologa XP para mejorar
el control ventas.

31 | P g i n a
Metodologa del Trabajo
2.1. Aplicacin del mtodo o de la metodologa de investigacin
2.1.1. Tipo y Diseo de Investigacin
El tipo de investigacin que se ha optado es por una investigacin aplicada por lo que
no se va a generar ninguna nueva modificacin terica en este presente caso de estudio
y segn su alcance es descriptiva. Teniendo o en cuenta a la tcnica de contrastacin
de datos se procedi por una Investigacin no experimental, transaccional porque solo
se recolectar informacin una sola vez.
2.1.2. Poblacin y Muestra
2.1.2.1. Poblacin
La poblacin son todos los involucrados directamente con el sistema. Nuestra
poblacin ser un total de 6 trabajadores de la empresa.
P = 6.
2.1.2.2. Muestra
Por ser una poblacin pequea se tomar la misma cantidad para la muestra.
N = 6.
2.1.3. Tcnicas e Instrumentos
Las tcnicas e instrumentos empleados para el presente informe de investigacin
fueron
Tabla 7: Tcnicas e instrumentos

Tcnicas Instrumentos
Encuesta Cuestionario de preguntas
Entrevista Gua de entrevista a personal
especializado
Anlisis Documental Texto, tesis, revistas y estudios previos
Observacin Visitas presenciales
Fuente: Elaboracin propia

3. Resultados
3.1. Encuesta a Expertos

32 | P g i n a
3.1.1. Qu gestor de base de datos es recomendable para el sistema?

90.00% 83.33%
80.00%
70.00%
60.00%
50.00%
40.00%
30.00%
20.00% 16.67%
10.00%
0.00%
MySQL 0.00%
Oracle Micros oft Sql Server

INTERPRETACIN: Los expertos recomiendan como Gestor de Base de datos con


83.33% el sistema el MySQL, con 16.67% el Microsoft SQL Server y no
recomiendan el sistema Oracle 0.00%.

3.1.2. Qu lenguaje de programacin es recomendable? (Sistema informtico web)


90.00%

80.00%

70.00%

60.00%

50.00%

40.00%

30.00%

20.00%

10.00%

0.00%
Vb.net Php C#.net Other

INTERPRETACION: Los expertos recomiendas como lenguaje de programacin con


un 83.3% php con 16.67% .NET y no recomiendan .NET u otros.
3.1.3. Metodologa de Desarrollo: Siendo un proyecto de poca duracin (4 meses)
Que metodologa de Desarrollo sera recomendable?

33 | P g i n a
80.00%

70.00%

60.00%

50.00%

40.00%

30.00%

20.00%

10.00%

0.00%
Rational Uni fied Proces s Extreme Programmi ng Scrum

INTERPRETACIN: Sobre el lenguaje de programacin recomendable por los


expertos, el 66.67% recomienda la Metodologa de Desarrollo Extreme Programming
seguida con 33.33& de la Rational Unified Process. No recomiendan la Metodologa
de Desarrollo Scrum, 0.00%

3.1.4. Siendo un sistema web Que framework frontend es recomendable?


90.00%

80.00%

70.00%

60.00%

50.00%

40.00%

30.00%

20.00%

10.00%

0.00%
Bootstra p Less Fra mework Foundation Compa s s

INTERPRETACIN: Sobre el sistema web, el framework fronted recomendable con


83.33% es el Bootstrap, seguido con 16.67% del LESS Framework. No se
recomiendan el Foundation ni el Compass, ambos, ambos presentan 0.00%.
3.2. Encuesta a Usuarios.
3.2.1. Cmo considera la calidad de procesos de la empresa actualmente?

34 | P g i n a
4.5

3.5

2.5

1.5

0.5

0
Defici ente Acepta bl e Satisfactori o Excel ente

INTERPRETACION: Sobre el proceso de la empresa en la actualidad, un 66.67% lo


consideran deficiente y un 33.33% lo consideran aceptable.

3.2.2. Cmo cree que es el sector administrativo de la empresa?


6

0
Defici ente Aceptabl e Satisfatori o Excel ente

INTERPRETACIN: Sobre el sector administrativo de la empresa el 83.33% lo


consideran deficiente, el 16,67 % lo consideran satisfactorio.

35 | P g i n a
3.2.3. Cmo considera los reportes que maneja actualmente?
4.5

3.5

2.5

1.5

0.5

0
Defici ente Acepta bl e Sactisfactori os Excel ente

INTERPRETACION: Sobre los reportes que maneja la empresa actual mente, el


66,67% lo consideran deficiente, el 33,33% lo considera aceptable.

3.2.4. Cmo califica usted que los productos tengan publicidad por medio de la
pgina web que se va a implementar?
4.5

3.5

2.5

1.5

0.5

0
Defici ente Acepta bl e Satisfa ctori o Excel ente

INTERPRETACION: Sobre la estrategia de implementar un sistema informtico web el 50%


lo considera aceptable, el 50% lo considera satisfactoria.

36 | P g i n a
3.3. Aplicacin de la metodologa del desarrollo del software
3.3.1. Plataforma
3.3.1.1. Metodologa
Debido a los resultados obtenido luego de aplicar las encuestas a expertos
sealan a la metodologa gil XP como ideal , se decide utilizar sta
metodologa para el desarrollo del sistema web, ya que no se tiene exactamente
definido los requerimientos y estos pueden ir variando durante el desarrollo.
3.3.1.2. Herramienta de desarrollo de la aplicacin web
Existen varias herramientas para el desarrollo de aplicaciones web, pero para
este trabajo se elige a PHP como herramienta para el desarrollo, debido a los
beneficios que ofrece y porque se tiene conocimiento previo de la herramienta.
Beneficios:
Es gratuito por lo que no se tendra que invertir dinero por parte de empresa
Es Open Source.
Tiene soporte para conexin a distintas base de datos como: MySQL,
Oracle, PostgreSQL, MS SQLServer entre otras.
Framework de CSS Bootstrap.
Arquitectura MVC (modelo, vista, controlador).
Smarty como motor de plantillas para PHP.
3.3.1.3. Motor de base de datos
Existen varios motores de base de datos como: Postgres, MySQL y MS
SQLServer, escogiendo a MySQL como motor de base de datos para el sistema
web por las ventajas:
Soporte para poder conectarse sin complejidad a PHP.
Fcil uso y mantenimiento.
Conocimiento previo de la base de datos, usando la herramienta SQL
Query Browser

37 | P g i n a
3.3.2. Gestin del proyecto
3.3.2.1. Conformacin del equipo de desarrollo
Tabla 8 Conformacin del equipo de Desarrollo

Manager Bach. Angel Talledo Tavara

Tracker Bach. Angel Talledo Tavara

Tester Bach. Angel Talledo Tavara

Programador Bach. Angel Talledo Tavara

Programador Bach. Angel Talledo Tavara

Coach Ing. Heber Gmez Hurtado

Cliente Sr. Rody Talledo Castro

Fuente: Elaboracin propia

38 | P g i n a
3.3.2.2. El juego de la planificacin
3.3.2.2.1. Historias de Usuarios
3.3.2.2.1.1. Gestin de Usuarios
Tabla 9 Historia de Usuario "Gestin de Usuarios"

Historia de Usuario
Numero: 3 Usuario: Administrador
Nombre Historia: Gestin de Usuario
Prioridad en negocio: Alto Riesgo en desarrollo: Bajo
Puntos estimados: 0.1 Iteracin asignada: 1
Programador responsable: ngel Talledo Tvara
Descripcin: Permitir ingresar los datos principal del trabajador, modificar,
eliminar, listar y buscar los datos ingresados.
Observaciones: la contrasea de vera ser mayor a 6 dgitos que contenga nmero y
letras para una mayor seguridad, en la base de datos el campo contrasea deber
estar encriptado.

Fuente: Elaboracin propia

3.3.2.2.1.2. Gestin de Almacn


Tabla 10 Historia de Usuario "Gestin de Almacn"

Historia de Usuario
Numero: 7 Usuario: Administrador
Nombre Historia: Gestin de Almacn
Prioridad en negocio: Alto Riesgo en desarrollo: Alto
Puntos estimados: 0.2 Iteracin asignada: 2
Programador responsable: ngel Talledo Tvara
Descripcin: Se ingresaran los datos del productos, se modificaran los datos, dar de
baja.
Se listaran los datos y filtrar.
Observaciones:
Fuente: Elaboracin propia

39 | P g i n a
3.3.2.2.1.3. Gestin de Ventas
Tabla 11 Historia de Usuario "Gestin de Venta"

Historia de Usuario
Numero: 8 Usuario: Vendedor, administrador
Nombre Historia: Gestin de venta
Prioridad en negocio: Alto Riesgo en desarrollo: Alto
Puntos estimados: 0.2 Iteracin asignada: 2
Programador responsable: ngel Talledo Tvara
Descripcin: Permitir ingresar, modificar o dar de baja la informacin relacionada
con los datos de las ventas.
Observaciones: Para realizar ventas deben existir los productos y las cantidades
solicitadas por el cliente en el almacn.
Fuente: Elaboracin propia

3.3.2.2.1.4. Gestin devolucin / intercambio


Tabla 12 Historia de Usuario "Gestin devoluciones/intercambio"

Historia de Usuario
Numero: 9 Usuario: Vendedor, administrador
Nombre Historia: Gestin devoluciones/ intercambio
Prioridad en negocio: Alto Riesgo en desarrollo: Alto
Puntos estimados: 0.2 Iteracin asignada: 2
Programador responsable: ngel Talledo Tvara
Descripcin: Se ingresara el nmero de boleta y cambiara el producto o dar de baja a la
venta.
Observaciones:
Fuente: Elaboracin propia

40 | P g i n a
3.3.2.2.1.5. Gestionar Compras
Tabla 13 Historia de Usuario "Gestionar Compras"

Historia de Usuario
Numero: 10 Usuario: cliente, invitada
Nombre Historia: Gestionar Compras
Prioridad en negocio: Alto Riesgo en desarrollo: Bajo
Puntos estimados: Iteracin asignada: 3
Programador responsable: ngel Talledo Tvara
Descripcin: Se ingresaran las compras hechas para abastecer el stock de los
productos
Observaciones: Se incrementara el precio de costo segn sea el caso

Fuente: Elaboracin propia

3.3.2.2.2. Elaboracin del Plan


Tabla 14 Elaboracin del Plan

N Historia de usuario Prioridad Riesgo Esfuerzo Iteracin

1 Gestin de Trabajadores Medio Bajo 0.1 1

2 Gestin de tipo de Usuario Medio Bajo 0.1 1

3 Gestin de Usuario Alto Bajo 0.1 1


Gestin de Permisos por tipo de
4 Alto Alto 0.2 1
Usuario
5 Autenticar usuario Medio Bajo 0.1 1

6 Gestionar Proveedor Medio Bajo 0.2 2

7 Gestionar Almacn Alto Medio 0.3 2

8 Gestionar Ventas Alto Alto 0.4 2

9 Gestionar Devoluciones Alto Alto 0.4 2

10 Gestionar Compras Alto Alto 0.3 2

11 Gestionar Reportes Estadscos Alto Medio 0.3 2


Fuente: Elaboracin propia

3.3.3. Implementacin
3.3.3.1. Interfaz Principal

41 | P g i n a

Figura 2 Pgina de Inicio de Sesin


Fuente: Elaboracin propia

Figura 3 Pgina Principal Menu


Fuente: Elaboracin propia

42 | P g i n a
3.3.3.2. Historias de Usuarios
3.3.3.2.1. Historia de Usuario: Gestin de Usuario
Tarea 1: Elaboracin de Prototipo de Requerimientos

Figura 4 Prototipo de Gestin de Usuario Listado

Fuente: Elaboracin propia

Figura 5 Prototipo de Gestin de Usuario Registrar

Fuente: Elaboracin propia

43 | P g i n a
Tarea 2: Elaborar el modelo de datos
Modelo CRC:
Tabla 15 Tarjeta CRC Gestin de Usuario

Clase: Usuario

Responsabilidad: Colaboracin:

Buscar Usuario Ninguna.


Registrar Usuario
Actualizar Usuario
Eliminar Usuario
Fuente: Elaboracin propia

Modelo Fsico de la Base de datos:

Figura 6 Modelo Fsico de Usuario

Fuente: Elaboracin propia

44 | P g i n a
Tarea 3: Disear la Interfaz

Figura 7 Diseo de Interfaz Gestin de Usuario 1

Fuente: Elaboracin propia

Figura 8 Diseo de Interfaz Gestin de Usuario 2

Fuente: Elaboracin propia

Tarea 4: Codificar
Tarea 5: Probar el funcionamiento de la interfaz de la historia de usuario

45 | P g i n a
3.3.3.2.2. Historia de Usuario: Gestin de Almacn
Tarea 1: Elaboracin de Prototipo de Requerimientos

Figura 9 Prototipo de Gestin De Almacn Listado

Fuente: Elaboracin propia

Figura 10 Prototipo de Gestin de Almacn Registrar

Fuente: Elaboracin propia

Tarea 2: Elaborar el modelo de datos


Modelo CRC:
Tabla 16 Tarjeta CRC: Almacn

Clase: Almacn

Responsabilidad: Colaboracin:

Buscar Producto Ninguna.


Registrar Producto

46 | P g i n a
Actualizar Producto
Eliminar Producto

Fuente: Elaboracin propia

Modelo Fsico de la Base de datos:

Figura 11 Modelo Fsico Almacn


Fuente: Elaboracin propia
Tarea 3: Disear la Interfaz

Figura 12 Diseo de Interfaz Gestin de almacn 1


Fuente: Elaboracin propia

47 | P g i n a
Figura 13 Diseo de Interfaz: Gestin de almacn 2
Fuente: Elaboracin propia
Tarea 4: Codificar
Tarea 5: Probar el funcionamiento de la interfaz de la historia de usuario
3.3.3.2.3. Historia de Usuario: Gestin de Ventas
Tarea 1: Elaboracin de Prototipo de Requerimientos

Figura 14 Prototipo: Gestin de Ventas


Fuente: Elaboracin propia

48 | P g i n a
Tarea 2: Elaborar el modelo de datos
Modelo CRC:
Tabla 17 Tarjeta CRC: Venta

Clase: Ventas

Responsabilidad: Colaboracin:

Buscar Producto. Cliente


Agregar Productos. Almacn.
Ingresar Cantidad de Productos a vender.
Descontar Precio de ventas.
Registrar Venta
Listar Ventas
Anular Ventas
Fuente: Elaboracin propia

Modelo Fsico de la Base de datos:

Figura 15 Modelo Fsico de Ventas


Fuente: Elaboracin propia

49 | P g i n a
Tarea 3: Disear la Interfaz

Figura 16 Diseo de Interfaz: Gestin de Ventas 1


Fuente: Elaboracin propia

Figura 17 Diseo de Interfaz: Gestin de Ventas 2


Fuente: Elaboracin propia

Tarea 4: Codificar
Tarea 5: Probar el funcionamiento de la interfaz de la historia de usuario

50 | P g i n a
3.3.3.2.4. Historia de Usuario: Gestin de Devolucin
Tarea 1: Elaboracin de Prototipo de Requerimientos

Figura 18 Prototipo de Devolucin


Fuente: Elaboracin propia

Figura 19 Prototipo de Devolucin Listado


Fuente: Elaboracin propia

Tarea 2: Elaborar el modelo de datos


Modelo CRC:
Tabla 18 Tarjeta CRC: Devoluciones

Clase: Devolucin

Responsabilidad: Colaboracin:

Buscar Venta Venta


Eliminar Productos de la venta
Registrar Devoluciones

51 | P g i n a
Listar Devoluciones

Fuente: Elaboracin propia

Modelo Fsico de la Base de datos:

Figura 20 Modelo Fsico de Devoluciones


Fuente: Elaboracin propia
Tarea 3: Disear la Interfaz

Figura 21 Diseo de Interfaz Gestin de Devolucin


Fuente: Elaboracin propia

52 | P g i n a
Figura 21 Diseo de interfaz Gestin de Devolucin listado
Fuente: Elaboracin propia
Tarea 4: Codificar
Tarea 5: Probar el funcionamiento de la interfaz de la historia de usuario
3.3.3.2.5. Historia de Usuario: Gestin de Compras
Tarea 1: Elaboracin de Prototipo de Requerimientos

Figura 22 Prototipo de Gestin de Compras


Fuente: Elaboracin propia

53 | P g i n a
Figura 23 Prototipo de Gestin de Compras agregar
Fuente: Elaboracin propia

Tarea 2: Elaborar el modelo de datos


Modelo CRC:
Tabla 19 Tarjeta CRC: Compras

Clase: Compras

Responsabilidad: Colaboracin:

Buscar Proveedor Producto


Eliminar Productos Proveedor
Registrar Productos
Listar Compras
Anular Compras
Listar Compras Anuladas
Fuente: Elaboracin propia

54 | P g i n a
Modelo Fsico de la Base de datos:

Figura 23 Modelo Fsico de Compras


Fuente: Elaboracin propia

Tarea 3: Disear la Interfaz

Figura 24 Diseo de Interfaz Gestin de Compras


Fuente: Elaboracin propia

55 | P g i n a
Figura 25 Diseo de Interfaz Gestin de Compras Registrar
Fuente: Elaboracin propia

Tarea 4: Codificar
Tarea 5: Probar el funcionamiento de la interfaz de la historia de usuario

56 | P g i n a
3.3.3.3. Modelo de Base de datos

Figura 26 Modelo de Base de Datos


Fuente: Elaboracin propia

57 | P g i n a
3.3.4. Pruebas
3.3.4.1. Pruebas de Caja Negra
3.3.4.1.1. Prueba de Caja Negro Historia de Usuario 5 : Gestin de Usuario
Tabla 20 Prueba de Caja Negra Historia de Usuario - Gestin de Usuario

Cdigo: CPA-5 Numero historia de usuario: 5


Nombre de la prueba: Introduccin del nombre de usuario / contrasea incorrecto.
Descripcin: El usuario, al iniciar la aplicacin ver una ventana de acceso a la
aplicacin, en la que se le solicitar el nombre de usuario y la contrasea. El usuario
debe introducir estos campos y cuando se cumple que el usuario no est dado de alta
en el sistema, no tendr acceso a la aplicacin.
Condiciones de ejecucin: Ninguna
Entrada:
El usuario ejecuta la aplicacin.
Aparece un cuadro de texto en el que se solicita el usuario y contrasea.
El usuario introduce ambos y presiona el botn iniciar sesin
El sistema verifica ambos campos en la base de datos y comprueba que no
existe tal usuario.
El sistema muestra un mensaje de error y se muestra el mismo formulario
para que inserte el usuario correcto.

Resultados esperados: No se podr registra un proveedor con el RUC repetido.


Evaluacin de la prueba: Prueba satisfactoria
Fuente: Elaboracin propia

58 | P g i n a
3.3.4.1.2. Prueba de Caja Negro Historia de Usuario 7: Gestin de
Productos
Tabla 21 Prueba de Caja Negra Historia de Usuario: Gestin de Productos

Cdigo: CPA-7 Numero historia de usuario: 7


Nombre de la prueba: Introduccin incorrecta de los datos de un producto al
insertar.
Descripcin: El administrador ingresara al mdulo de gestin de almacn donde
dar clic en agregar nuevo (+), hay se le solicitara ingresar los datos para el proceso
de registro. El administrador ingresara los datos y cuando han sido llenados
insatisfactoriamente, se mostrara un mensaje indicando el error.
Condiciones de ejecucin: Ninguna
Entrada:
El administrador ingresara al mdulo.
Dara clic en nuevo.
Aparece un formulario en el que se solicita insertar producto.
El administrador ingresara los datos necesarios y dar clic en guardar.
El sistema verificara que los campos cumplan con las validaciones de cada
uno de ellos y compruebe que estn correctamente escritos.
El sistema muestra un mensaje de error y regresa al mismo formulario.
Resultados esperados: Slo puede ser insertado un nuevo producto cuando todos los
campos requeridos sean llenados correctamente.
Evaluacin de la prueba: Prueba satisfactoria
Fuente: Elaboracin propia

59 | P g i n a
3.3.4.1.3. Prueba de Caja Negro Historia de Usuario 8: Gestin de Venta
Tabla 22 Prueba de Caja Negro Historia de Usuario: Gestin de Venta

Cdigo: CPA-8 Numero historia de usuario: 8


Nombre de la prueba: Introduccin incorrecta de los datos de una venta al insertar.
Descripcin: El vendedor, al seleccionar la opcin del men Gestionar Venta. Se le
brinda la opcin de insertar nueva venta. El vendedor debe introducir los campos
obligatorios y cuando se cumple que los mismos han sido llenados
insatisfactoriamente, se mostrar un mensaje indicndose el error.
Condiciones de ejecucin: Ninguna
Entrada:
El usuario ingresara al mdulo.
Aparecer un formulario en que se solicita insertar venta.
El usuario ingresara los datos necesarios y dar clic en guardar.
El sistema verificara que los campos cumplan con las validaciones de cada
uno de ellos y compruebe que estn correctamente escritos.
El sistema muestra un mensaje de error y regresa al mismo formulario.
Resultados esperados: Slo puede ser insertado una nueva venta cuando todos los
campos requeridos sean llenados correctamente.
Evaluacin de la prueba: Prueba satisfactoria
Fuente: Elaboracin propia

60 | P g i n a
3.3.4.1.4. Prueba de Caja Negro Historia de Usuario 9 :Gestin de
devolucin
Tabla 23 Prueba de Caja Negra Historia de Usuario de Devoluciones

Cdigo: CPA-9 Numero historia de usuario: 9


Nombre de la prueba: Introduccin incorrecta de los datos de devolucin.
Descripcin: El vendedor, al seleccionar la opcin del men Devoluciones. Se le
visualizara dicho modulo. El vendedor debe introducir los campos obligatorios y
cuando se cumple que los mismos han sido llenados insatisfactoriamente, se
mostrar un mensaje indicndose el error.
Condiciones de ejecucin: Ninguna
Entrada:
El usuario ingresara al mdulo.
Aparecer un formulario en que se le solicitara el nmero de boleta.
El usuario ingresara los datos necesarios y dar clic en guardar.
El sistema verificara que los campos cumplan con las validaciones de cada
uno de ellos y compruebe que estn correctamente escritos.
El sistema muestra un mensaje de error y regresa al mismo formulario.
Resultados esperados: Slo puede ser insertado una devolucin cuando todos los
campos requeridos sean llenados correctamente.
Evaluacin de la prueba: Prueba satisfactoria
Fuente: Elaboracin propia

61 | P g i n a
3.3.4.1.5. Prueba de Caja Negro Historia de Usuario 10: Gestin de
Compras

Tabla 24 Prueba de Caja Negra Historia de Usuario: Gestin de Compras

Cdigo: CPA-10 Numero historia de usuario: 10


Nombre de la prueba: Introduccin correcta de los datos de gestin de compras.
Descripcin: El administrador, al seleccionar la opcin del men Compras. Se le
visualizara dicho modulo. El administrador debe introducir los campos obligatorios
y cuando se cumple que los mismos han sido llenados insatisfactoriamente, se
mostrar un mensaje indicndose el error.
Condiciones de ejecucin: Ninguna
Entrada:
El usuario ingresara al mdulo.
Dara clic en Nuevo
Aparecer un formulario para registrar las compras realizadas.
El administrador ingresara los datos necesarios y dar clic en guardar.
El sistema verificara que los campos cumplan con las validaciones de cada
uno de ellos y compruebe que estn correctamente escritos.
El sistema muestra un mensaje de error y regresa al mismo formulario.
Resultados esperados: Slo puede ser insertado una devolucin cuando todos los
campos requeridos sean llenados correctamente.
Evaluacin de la prueba: Prueba satisfactoria
Fuente: Elaboracin propia

62 | P g i n a
4. Anlisis y discusin
El propsito fundamental del trabajo de tesis fue desarrollar un sistema informtico web
de control de ventas para la empresa Servicios y Negocios Talledo en la ciudad de
Sullana, considerando el estudio de tipo descriptivo, para la construccin del sistema
informtico considerando las variables el sistemas informtico web y el control de ventas,
para dar respuesta al objetivo de estudio se utiliz la metodologa XP como plataforma
tecnolgica para el desarrollo del sistema informtico de soporte de gestin.

De los antecedentes, en la investigacin de Guanotsig (2011) se utiliz una lgica de


negocio que tiene un modelo de negocio similar al de la empresa que he considerado, con
una base de metodologa para un anlisis similar a lo que se ha planteado, es decir
estableciendo requerimientos tcnicos de diseo, lo cual permiti identificar los elementos
del diseo del contenido, produccin, diseo arquitectnico, diseo de navegacin y
estructura de datos y diseo de la interfaz.

Por otro lado, en la investigacin de Grijalva (2012), se ha considerado de forma similar


al presente estudio la informacin obtenida tanto en su anlisis, como en su diseo e
implementacin, al igual que la metodologa. Su modelo de negocio es compatible con la
investigacin realizada.

La investigacin de Molina y Marakami de la Cruz, (2005); coincide con la presente


investigacin en cuanto a los diagramas de casos de uso, coincide con la para la creacin
de las historias de usuarios.

La investigacin de Millones (2012), coincide con la presente investigacin en cuanto a


el anlisis obtenido en su investigacin ya que la empresa que se investig presenta un
entorno similar, se obtuvo las historias de usuario para la investigacin.

En cuanto a la investigacin de Flores (2009), en relacin al presente trabajo de


investigacin las interfaces de su sistema se han mejorado en su funcionamiento porque se
han creado prototipos del sistema para la investigacin.

63 | P g i n a
Final mente en la investigacin de Calle (2005), en relacin al presente trabajo de
investigacin con ella se ha validado los procesos que se han realizado en nuestro estudio.

5. Conclusiones y recomendaciones
5.1. Conclusiones
Entre las conclusiones que se han determinado en relacin a los objetivos especficos se
presentan las siguientes:
Haciendo uso de la tecnologa existente se ha establecido el proceso de
comercializacin para el desarrollo del sistema informtico de soporte de
gestin que implicar la mejora de sus ventas y la gestin de sus productos
para la empresa Servicios y negocios Talledo.
Con la plataforma tecnolgica se ha logrado el desarrollo del sistema
informtico de soporte de gestin para la empresa Servicios y negocios
Talledo.
Se ha construido el sistema informtico utilizando la metodologa XP para
mejorar el control ventas, agilizando el desarrollo del sistema y a la vez el
proceso de ventas.

5.2. Recomendaciones
A continuacin se enumeran una serie de recomendaciones que permitirn asegurar el
correcto funcionamiento del sistema de control de ventas:
Se recomienda generar una interaccin Administrador Cliente ya que la
arquitectura del Sistema de Control de Ventas es Cliente - Servidor basado en
Internet.
Para facilitar una mejor administracin en el almacn se debe realizar un
monitoreo constante de los inventarios, registros contables, y facturacin.
Que se adiestre a los usuarios del sistema informtico sobre su manejo para
que no solamente el administrador lo pueda aplicar sino todo el personal
involucrado en la empresa.
Que se cambie la visin de las empresas generando en ellas una necesidad del
uso de sistemas informticos para la gestin de ventas y afines.

64 | P g i n a
Dejar un antecedente de las herramientas de programacin y del sistema para
que sean aplicada en el desarrollo de otras aplicaciones utilizando el lenguaje
de software libre, servidor Php.
Despus del tiempo estimado de uso del sistema se requiere realizar el
mantenimiento respectivo a la base de datos para su adecuado funcionamiento,
dependiendo de las nuevas necesidades que tenga el establecimiento comercial.

65 | P g i n a
6. Agradecimientos
Durante este tiempo son varias las personas que han participado en este trabajo y a
quienes quiero expresar mi gratitud por el apoyo y la confianza que me han prestado de
forma desinteresada.

En primer lugar quiero agradecer a la Fuente de inagotable sabidura, Hacedor de todo el


universo: Dios.

A la Coordinacin de Ingeniera de Informtica y Sistemas de la Universidad San Pedro


de Sullana por su acogida y el apoyo recibido durante los aos de formacin primigenia.
Debo un especial reconocimiento a mis padres, por ser el tesn indesmayable y el soporte
para seguir en la conquista de un ttulo profesional.

No puedo olvidar a mis compaeros y amigos con los cuales he compartido estudio,
oficina e incontables horas de trabajo. Gracias por los buenos y malos momentos, por
aguantarme y por escucharme.

Todo esto nunca hubiera sido posible sin el amparo incondicional de mi familia, mis
abuelos, mi hermana y mis tos, por solidarizarse conmigo para que termine la tarea
empezada y para que en las familias Talledo Castro y Tvara Gamio, la tercera generacin
de la que soy parte, seamos profesionales a carta cabal, es decir personas ntegras y
honestas.

66 | P g i n a
7. Referencias bibliogrficas
Abrahamsson, P. (2002). Agile Software Development Methods: Review and Analysis
(VTT publications).

Amezcua, A., Garca, L., Martnez, P., Daz, P. (1994) Ingeniera del Software:
Metodologa de Anlisis y Diseo de aplicaciones.

Calle Castillo, I.E. (2005). Desarrollo e implementacin de un sistema informtico


integrado de control de compras, ventas y almacn como soporte de gestin para
la empresa comercial Magdalena S.R.L (Tesis para obtener el ttulo de ingeniero
informtico).Universidad nacional de Piura, Piura, Per

Cans, J., Letelier, P., y Penads, M. C. (2003). Metodologas giles en el desarrollo de


Software. Universidad Politcnica de Valencia, Valencia.

Fernndez-Balaguer, G. (2008). El plan de ventas. ESIC Editorial.

Flores Zavala, L. (2009). Venta de abarrotes por internet: mejora de la competitividad de


los comercios mayoristas en Piura (Tesis para optar el Ttulo de Ingeniero
Industrial).Universidad de Piura, Piura, Per.

Gonzlez, Y. D., & Romero, Y. F. (2012). Patrn Modelo-Vista-Controlador. Revista


Telem@ tica, 11(1), 47-57.

Grijalva Marroqun, W. E. (2012). Anlisis, diseo e implementacin de una tienda virtual


utilizando Oscommerce, caso prctico tienda virtual de papel para imprentas en
la empresa JA Distribuidores SA (Doctoral dissertation,
SANGOLQU/ESPE/2012). Escuela politcnica del ejrcito, Sangolqui, Ecuador.

Guanotsig Chitupanta. L, A. (2011). Desarrollo e implementacin de una tienda online


para incrementar el flujo de venta de servicios informticos en la empresa Cors
Solutions, ubicada en la ciudad de Latacunga (Tesis de grado previa la obtencin
del Ttulo de Ingeniero en Informtica y Sistemas Computacionales.)Universidad
tcnica de Cotopaxi, Latacunga, Ecuador.

67 | P g i n a
Hirschheim, R., Klein, H. K., y Lyytinen, K. (1995). Information Systems Development
and Data Modeling: Conceptual and Philosophical Foundations (illustrated ed.).
Cambridge: Cambridge University Press.

Mercado, J. M. A., & Vsquez, F. A. R. (2007). Sistema de Catlogo y Pedidos Va Web


para Audio Center-Chilln (Memoria para optar al ttulo de Ingeniero de
Ejecucin en Computacin e Informtica).Universidad del bio-bio, Chile.

Millones Cumpa, S. M. (2012). Implementacin de un sistema de comercio electrnico


basado en CMR y Balanced Scordcard como herramienta para la toma de
decisiones en la empresa Inversiones Vialsa de la localidad de Chiclayo. (Tesis
para optar el ttulo de Ingeniero de sistemas y computacin). Universidad catlica
santo Toribio de Mogrovejo. Chiclayo

Molina Neyra, C. A. y Marakami de la Cruz, S.E. (2005). Implementacin de solucin


informtica basado en M-Commerce aplicado a sistemas de distribucin
comercial (tesina para optar el ttulo profesional).Universidad Nacional Mayor De
San Marcos, Lima, Per.

Rodrguez Torres, J. E. (2013). Anlisis, diseo e implementacin de un sistema de


informacin para una tienda de ropa con enfoque al segmento juvenil (Tesis para
optar por el Ttulo de Ingeniero Informtico).Pontificia Universidad Catlica Del
Per.

Tania, D., & Rahway, J. (2004). Web Information Systems. Idea Group Inc

Tinoco, O., Rosales, P. y Salas, J. (2010). Criterios de seleccin de metodologas de


desarrollo de software.

Vidgen, R. (2002). Developing Web Information Systems: From Strategy to


Implementation (1ed.). (D. Avison, B. Wood, & T. Wood-Harper, Edits.) London,
UK: Butterworth Heinemann.

68 | P g i n a
8. Apndices y anexos
Anexo 1 Historias de Usuario
Historia de Usuario: Gestin de trabajadores

Historia de Usuario
Numero: 1 Usuario: Administrador
Nombre Historia: Gestin de Trabajadores
Prioridad en negocio: Medio Riesgo en desarrollo: Bajo
Puntos estimados: 0.1 Iteracin asignada: 1
Programador responsable: ngel Talledo Tvara
Descripcin: Permitir ingresar los datos principal del trabajador, modificar,
eliminar, listar y buscar los datos ingresados.
Observaciones: Cuando eliminen los datos se dar de baja
Historia de Usuario: Gestin de tipo de usuario
Historia de Usuario
Numero: 2 Usuario: Administrador
Nombre Historia: Gestin de tipo de Usuario
Prioridad en negocio: Medio Riesgo en desarrollo: Bajo
Puntos estimados: 0.1 Iteracin asignada: 1
Programador responsable: ngel Talledo Tvara
Descripcin: Ingresar los tipos de usuario con su validacin no se podr repetir el tipo
de usuario existente; se podr actualizar, no se podr dar de baja a un tipo de usuario
que est ligado con un usuario existente.
Filtrara datos por descripcin.
Se listara todo los tipos de usuarios.
Observaciones:

69 | P g i n a
Historia de Usuario: Gestin de Permisos por tipo de Usuario
Historia de Usuario
Numero: 4 Usuario: Administrador
Nombre Historia: Gestin de Permisos por tipo de Usuario
Prioridad en negocio: Alto Riesgo en desarrollo: Medio
Puntos estimados: 0.2 Iteracin asignada: 1
Programador responsable: ngel Talledo Tvara
Descripcin: Se filtrar el tipo de usuario y se seleccionaran las acciones que tendr el
tipo de usuario.
Observaciones:

Historia de Usuario: Gestin de Proveedores


Historia de Usuario
Numero: 6 Usuario: Administrador
Nombre Historia: Gestin de Proveedores
Prioridad en negocio: Medio Riesgo en desarrollo: Bajo
Puntos estimados: 0.1 Iteracin asignada: 2
Programador responsable: ngel Talledo Tvara
Descripcin: Se ingresara los datos del proveedor como ruc, razn social, direccin,
correo, telfono los datos son requeridos, se podr actualizar los datos y dar de baja al
proveedor.
Se filtraron datos por Razn Social
Observaciones:

70 | P g i n a
Historia de Usuario: Gestin de reportes de ventas

Historia de Usuario
Numero: 11 Usuario: Administrador
Nombre Historia: Gestin de reportes de ventas
Prioridad en negocio: Alto Riesgo en desarrollo: Alto
Puntos estimados: 0.2 Iteracin asignada: 2
Programador responsable: ngel Talledo Tvara
Descripcin: el sistema deber generar reportes de las ventas totales o por periodos de
tiempo. Se mostraran grficos de los productos
Observaciones:
Anexos II Tareas

Tarea 1 de la historia de usuario Gestin de Trabajadores.

Tarea
Numero de tarea: 1 Nombre de historia: Gestin de
Trabajadores
Nombre tarea: Diseo y programacin del mdulo de Gestin de Trabajadores
Tipo de tarea: Diseo- Desarrollo Puntos estimados: 0.1
Fecha inicio: 17/08/2015 Fecha fin: 19/08/2015
Programador responsable: ngel Talledo Tvara
Descripcin: Se diseara el mdulo de gestin de trabajadores y la creacin del
CRUD

71 | P g i n a
Tarea 2 de la historia de usuario Gestin de tipo de Usuario.

Tarea
Numero de tarea: 2 Nombre de historia: Gestin de tipo de
Usuario
Nombre tarea: Diseo y programacin del mdulo Gestin de tipo de Usuario
Tipo de tarea: Diseo- Desarrollo Puntos estimados: 0.1
Fecha inicio: 20/08/2015 Fecha fin: 22/08/2015
Programador responsable: ngel Talledo Tvara
Descripcin: Se diseara el mdulo de gestin de tipo de Usuario y la creacin del
CRUD
Tarea 3 de la historia de usuario Gestin de Usuario.

Tarea
Numero de tarea: 3 Nombre de historia: Gestin de Usuario
Nombre tarea: Diseo y programacin del mdulo Gestin de Usuario
Tipo de tarea: Diseo- Desarrollo Puntos estimados: 0.1
Fecha inicio: 23/08/2015 Fecha fin: 25/08/2015
Programador responsable: ngel Talledo Tvara
Descripcin: Se diseara el mdulo de gestin de Usuario y la creacin del CRUD
Tarea 4 de la historia de usuario Gestin de Permisos por tipo de Usuario.

Tarea
Numero de tarea: 4 Nombre de historia: Gestin de Permisos por tipo
de Usuario
Nombre tarea: Diseo y programacin del mdulo : Gestin de Permisos por tipo de
Usuario
Tipo de tarea: Diseo- Puntos estimados: 0.1
Desarrollo
Fecha inicio: 26/08/2015 Fecha fin: 30/08/2015
Programador responsable: ngel Talledo Tvara
Descripcin: Se diseara el mdulo de Gestin de Permisos por tipo de Usuario y la
creacin del CRUD

Tarea 5 de la historia de usuario Autenticar usuario.

Tarea
Numero de tarea: 5 Nombre de historia: Autenticar usuario
Nombre tarea: Diseo y programacin de la interfaz de autenticacin.
Tipo de tarea: Diseo- Desarrollo Puntos estimados: 0.1
Fecha inicio: 31/08/2015 Fecha fin: 2/09/2015
Programador responsable: ngel Talledo Tvara
Descripcin: Se disear una pgina para que el usuario se pueda autenticar en el
sistema, se programar un mtodo para autenticar usuarios.

Tarea 6 de la historia de usuario Gestin de Proveedores.

72 | P g i n a
Tarea
Numero de tarea: 6 Nombre de historia: Gestin de
Proveedores
Nombre tarea: Diseo y programacin del mdulo Gestin de Proveedores
Tipo de tarea: Diseo- Desarrollo Puntos estimados: 0.1
Fecha inicio: 07/09/2015 Fecha fin: 10/09/2015
Programador responsable: ngel Talledo Tvara
Descripcin: Se diseara el mdulo de Gestin de Permisos por tipo de Usuario y la
creacin del CRUD

73 | P g i n a
Tarea 11 de la historia de usuario Gestin de reportes de ventas.

Tarea
Numero de tarea: 11 Nombre de historia: Gestin de reportes de
ventas
Nombre tarea: Diseo y programacin del mdulo de Gestin de reportes de ventas
Tipo de tarea: Diseo- Desarrollo Puntos estimados: 0.1
Fecha inicio: 04/10/2015 Fecha fin: 06/10/2015
Programador responsable: ngel Talledo Tvara
Descripcin: Se diseara el mdulo de Gestin de reportes de ventas

Anexo III. Modelo fsico de la base de datos.

74 | P g i n a
75 | P g i n a
Anexo V Pruebas.
Prueba 1 para la historia de usuario Introduccin incorrecta de ingreso de trabajador.
Caso de prueba de aceptacin
Cdigo: CPA-1 Numero historia de usuario: 1
Nombre de la prueba: Introduccin incorrecta de ingreso de trabajador
Descripcin: El administrador ingresara al mdulo de gestin de
trabajador donde dar clic en agregar nuevo (+), hay se le solicitara
ingresar los datos para el proceso de registro. Cuando el administrador
ingrese un DNI que ya se encuentre registrado no permitir su registrado.
Condiciones de ejecucin: Ninguna
Entrada:
El administrador ingresara al mdulo.
Dara clic en nuevo.
El administrador ingresara los datos necesarios y dar clic en
guardar.
El sistema verificara que el DNI no se encuentre registrado.
El sistema mostrara un mensaje de error y se muestra el mismo
formulario para que realice la correccin.
Resultados esperados: No permitir el ingreso con un trabajador con el
DNI ya existente.
Evaluacin de la prueba: Prueba satisfactoria

76 | P g i n a
Prueba 2 para la historia de usuario Introduccin incorrecta de ingreso de Tipo de
Usuario.
Caso de prueba de aceptacin
Cdigo: CPA-2 Numero historia de usuario: 2
Nombre de la prueba: Introduccin incorrecta de ingreso de Tipo de
Usuario
Descripcin: El administrador ingresara al mdulo de gestin de tipo de
usuario donde dar clic en agregar nuevo (+), donde se ingresara el tipo de
usuario, si ya existiera el registro no permitir ser guardado.
Condiciones de ejecucin: Ninguna
Entrada:
El administrador ingresara al mdulo.
Dara clic en nuevo.
El administrador ingresara los datos necesarios y dar clic en
guardar.
El sistema verificara que el tipo de usuario no se encuentre
registrado.
El sistema mostrara un mensaje de error y se muestra el mismo
formulario para que realice la correccin.
Resultados esperados: No permitir el ingreso con un tipo de usuario ya
existente.
Evaluacin de la prueba: Prueba satisfactoria

77 | P g i n a
Prueba 3 para la historia de usuario Introduccin incorrecta de ingreso de usuario.
Caso de prueba de aceptacin
Cdigo: CPA-3 Numero historia de usuario: 3
Nombre de la prueba: Introduccin incorrecta de ingreso de usuario
Descripcin: El administrador ingresara al mdulo de gestin de usuario
donde dar clic en agregar nuevo (+), hay se le solicitara ingresar los datos
para el proceso de registro. El administrador ingrese una contrasea entre
8 y 10 dgitos y por lmenos un nmero en caso contrario no podr ser
registrado.
Condiciones de ejecucin: Ninguna
Entrada:
El administrador ingresara al mdulo.
Dara clic en nuevo.
El administrador ingresara los datos necesarios y dar clic en
guardar.
Se verificara los caracteres de la contrasea. No se podr guardar
sin que se haya escrito una contrasea correcta al formato.
Resultados esperados: No se podr guardar sin que se haya escrito una
contrasea correcta al formato.
Evaluacin de la prueba: Prueba satisfactoria

78 | P g i n a
Prueba 4 para la historia de usuario Introduccin incorrecta de ingreso de usuario.
Caso de prueba de aceptacin
Cdigo: CPA-4 Numero historia de usuario: 4
Nombre de la prueba: Introduccin correcta de permisos por tipo de
usuario
Descripcin: El administrador ingresara al mdulo de permisos por tipo de
usuario. Y seleccionara los permisos que desea para el tipo de usuario
Condiciones de ejecucin: Ninguna
Entrada:
El administrador ingresara al mdulo.
Seleccionara las acciones que desee que efectu el tipo de usuario.
Resultados esperados: Se guardara la accin al chequear las acciones.
Evaluacin de la prueba: Prueba satisfactoria

79 | P g i n a
Prueba 6 para la historia de usuario Introduccin incorrecta de proveedor.
Caso de prueba de aceptacin
Cdigo: CPA-6 Numero historia de usuario: 6
Nombre de la prueba: Introduccin incorrecta de proveedor
Descripcin: El administrador ingresara al mdulo de gestin de
proveedores donde dar clic en agregar nuevo (+), hay se le solicitara
ingresar los datos para el proceso de registro. El administrador ingresara
los datos y cuando han sido llenados insatisfactoriamente, se mostrara un
mensaje indicando el error.
Condiciones de ejecucin: Ninguna
Entrada:
El administrador ingresara al mdulo.
Dara clic en nuevo.
El administrador ingresara los datos necesarios y dar clic en
guardar.
El sistema verificara que los campos cumplan con las validaciones
de cada uno de ellos y compruebe que estn correctamente escritos.
El sistema muestra un mensaje de error y regresa al mismo
formulario.
Resultados esperados: Se guardara la accin al chequear las acciones.
Evaluacin de la prueba: Prueba satisfactoria

80 | P g i n a