UNIVERSIDAD NACIONAL DE PIURAFACULTAD DE INGENIERÍA INDUSTRIAL

ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA

PROYECTO DE TESIS:“IMPLEMENTACIÓN DE UN SISTEMA WEB PARA LA GESTION DE VENTAS DE HARDWARE TECNOLOGIC”

RESPONSABLES: CASTILLO PEÑA IVAN GUSTAVO

LOZADA TABOADA MOISES JUNIOR

PROFESOR ASESOR: Dr. CORREA MOROCHO, REUCHER

PROFESOR CO - ASESOR:

PIURA, 25 de ABRIL del 2011

Página 1 de 51

DEDICO A:

A Dios creador de todo lo existente y guía de mi vida, que me da laoportunidad de seguir creciendo mentalmente, y ponersiempre a las personas indicadas en el transcurrir de mi

vida.A mi familia por todo por su incansable e incondicional apoyo,

Gracias.

Página 2 de 51

AGRADECIMIENTOS A:

Mis padres Quienes me han brindado todos sus conocimientos desde los inicios de mi vida y lo más importante, el ejemplo de llevar una vida digna de ser un hombre a admirar; padre, estaré siguiendo siempre tus pasos; madre, quien me ha dado su cariño, atenciones, recuerdos y alegrías desde mi niñez y por estar siempre pendiente de mí, a ambos por el apoyo incondicional que me están dando a lo largo de mi carrera y a lo largo de mi vida.

En general A todas aquellas personas y amigos que de una u otra forma, colaboran o participan en mi formación como persona y profesional, hago extensivo mi más sinceros agradecimiento.

Página 3 de 51

INDICE GENERAL

INTRODUCCION

CAPITULO I PLANTEAMIENTO DEL PROBLEMA

1.1. EL PROBLEMA1.1.1. REALIDAD PROBLEMÁTICA1.1.2. ANTECEDENTES DEL PROBLEMA1.1.3. FORMULACION DEL PROBLEMA1.1.4. JUSTIFICACION DE LA INVESTIGACION1.1.5. LIMITACION DE LA INVESTIGACION1.2. OBJETIVO GENERAL1.2.1. OBJETIVOS ESPECIFICOS

CAPITULO II DISEÑO DE LA INVESTIGACION

2.1. MARCO REFERENCIAL2.1.1. MARCO TEORICO2.1.2. MARCO CONCEPTUAL2.2. HIPOTESIS2.3. VARIABLES2.3.1. VARIABLES INDEPENDIENTES2.3.2. VARIABLES DEPENDIENTES2.4. DISEÑO DE EJECUCION2.4.1. METODOLOGIA2.4.2. POBLACION Y MUESTRA2.4.3. TECNICAS E INSTRUMENTOS, FUENTES E INFORMANTES2.4.4. FORMA DE ANALISIS E INTERPRETACION DE RESULTADOS

CAPITULO III EJECUCION DE LA METODOLOGIA

3.1.1 REQUERIMIENTO FUNCIONALES3.1.2 REQUERIMIENTOS NO FUNCIONALES

Página 4 de 51

CAPITULO IV ANALISIS Y DISEÑO

4.1. ANALISIS4.1.1 CASOS DE USO4.1.2 DIAGRAMA DE ESTADOS4.1.3 DIAGRAMA DE SECUENCIA4.1.4 DIAGRAMA DE COLABORACION4.1.5 DIAGRAMA DE ACTIVIDADES

4.2 DISEÑO4.2.1 DIAGRAMA DE PAQUETES4.2.2 DIAGRAMA DE CLASES4.2.3 DIAGRAMA DE COMPONENTES

4.3 PRUEBAS 4.3.1 PRUEBAS DE CAJA BLANCA4.3.2 PRUEBAS DE CAJA NEGRA

Página 5 de 51

INTRODUCCION

Siendo alumnos de la Facultad de Ingeniería industrial, Escuela Profesional de Ingeniería informática, nos hemos propuesto la implementación de un Proyecto de Comercio Electrónico, como es la creación de un Sistema Web para la Gestión de Ventas de Hardware Tecnologic con la finalidad que les permita dar una mejor atención a sus clientes, expandir su negocio en cuanto a mercado y mejorar el ingreso de sus utilidades.

La empresa Hardware Tecnologic cuenta con una serie de problemas que necesitan una solución inmediata tanto en sus diferentes áreas o departamentos para esto nosotros proponemos dar solución a uno de sus problemas implementado un Sistema Web de Ventas como valor Agregado.

Este Sistema web busca dar solución a los problemas como mejorar la atención del cliente de tal manera que los clientes puedan realizar sus pedidos en cualquier momento del día desde la comodidad de su hogar, o de desde cualquier punto donde se encuentre.

Con la implantación de este Sistema se mejorarán los procesos antes mencionadas, La revisión de pedidos de los clientes será revisada de forma más rápida gracias a la tecnología del internet y de esta forma el administrador podrá tomar decisiones a tiempo.

Página 6 de 51

CAPITULO I: PLANTEMIAMENTO DEL PROBLEMA1.1 El Problema1.1.1 Realidad Problemática:

El siguiente proyecto se inicia porque existe la necesidad que empresas en el departamento de Piura dedicadas a la comercialización de productos tecnológicos cuenten con un sistema web para la Gestión de Ventas que les permita dar una mejor atención a sus clientes ,expander su negocio en cuanto a mercado y mejorar el ingreso de sus utilidades.

1.1.2 Antecedentes del Problema

Antecedentes del tema:

la empresa amazon es la primera librería virtual de la web (www.amazon.com), su creador Jeffrey Bezos EE.UU. creo este sitio web para la venta de libros pero luego se convirtió en todo un centro comercial virtual. lo que hace es vender artículos a cualquier persona registrada en su portal incluyendo el envío de este a su domicilio sea nacional o internacional

el sistema sagafalabella.com que pertenece a la tienda comercial sagafalabella a nivel nacional cuenta con este sistema de venta online de artículos para todos sus clientes (personas que cuenten con su tarjeta CMR).y les proporciona una manera rápida y fácil de adquirir y recibir sus productos desde cualquier lugar del país y del mundo donde se encuentren sus agencias.

1.1.3 Definición del Problema

HARDWARE TECNOLOGIC es una empresa que comercializa todo tipo de productos tecnológicos y tiene una considerable cantidad de clientes que diariamente o por un cierto periodo de tiempo acuden a su establecimiento para realizar compras de sus productos.La gran cantidad de clientes que acuden a comprar sus productos sienten cierta incomodidad en algunas horas o periodos de tiempo, esto se puede deber al poco personal que cuentan o a que los clientes llegan más lo fines de semana, acabada su jornada laboral coincidiendo los clientes en el momento de adquirir sus productos y de esta forma se impide que todos los clientes sean atendidos generando pérdidas en utilidades para la empresa.A esto le planteamos el desarrollo de un sistema web como valor agregado y haciendo uso de la gran herramienta INTERNET permita al usuario(cliente) brindarle una mejor atención de tal manera que los clientes puedan realizar pedidos en cualquier momento del día, desde la comodidad de su hogar, del trabajo, o desde cualquier punto donde se encuentren.

Página 7 de 51

1.1.4 Formulación del Problema

¿De qué manera la implementación de un sistema de ventas web como valor agregado incrementaría la rentabilidad de la empresa Hardware Tecnologic?

1.1.5 Justificación de la Investigación

Actualmente en la ciudad de Piura hay empresas dedicadas a la venta de productos tecnológicos lo cual no cuentan con un sistema de ventas vía web lo cual impide su crecimiento, perjudicando a la empresa ya que podría abarcar un mercado mayor y brindarle una mejor atención a sus clientes.

Es por eso que se plantea el desarrollo e implementación de un Sistema de Gestión de Ventas para dar una mejor atención al cliente, brindarle información de los productos más vendidos, etc y de esa forma poder tomar decisiones adecuadas para el crecimiento de la empresa.

1.1.6 Limitaciones de la investigación

El sistema web solo abarca envíos dentro del país. 1.2 Objetivos de la Investigación

Objetivo General

Implementar un sistema web para la gestión de ventas de HARDWARE TECNOLOGIC.

1.2.1 Objetivos Específicos

Analizar y determinar los requerimientos de los usuarios,

estableciendo de ésta manera la especificación del sistema.

Diseñar los distintos módulos de los procesos con los que contará

este Sistema Web.

Implementar los distintos módulos de los procesos con los que

contará este Sistema Web.

Realizar pruebas y depuración de cada uno de los módulos de

manera independiente, así como de manera integrada.

Analizar y evaluar los resultados de la investigación según los

criterios de evaluación definidos.

Página 8 de 51

Proveer de una documentación completa acerca del desarrollo del

sistema, así como el de su respectivo uso.

Obtener conclusiones y recomendaciones acerca de la investigación

realizada.

CAPITULO II: DISEÑO DE LA INVESTIGACION2.1. MARCO REFERENCIAL:2.1.1. Marco Teórico Referencial:Tomando como referencia Redes de computadoras-Cuarta edición Andrew S. Tanenbaum

TCP-IP:TCP/IP es un conjunto de protocolos La sigla TCP/IP significa "Protocolo

de control de transmisión/Protocolo de Internet" y se pronuncia "T-C-P-

I-P". Proviene de los nombres de dos protocolos importantes del conjunto

de protocolos, es decir, del protocolo TCP y del protocolo IP.

En algunos aspectos, TCP/IP representa todas las reglas de comunicación

para Internet y se basa en la noción de dirección IP, es decir, en la idea de

brindar una dirección IP a cada equipo de la red para poder enrutar

paquetes de datos. Debido a que el conjunto de protocolos TCP/IP

originalmente se creó con fines militares, está diseñado para cumplir con

una cierta cantidad de criterios, entre ellos:

Dividir mensajes en paquetes;

Usar un sistema de direcciones;

Enrutar datos por la red;

Detectar errores en las transmisiones de datos

El conocimiento del conjunto de protocolos TCP/IP no es esencial para un

simple usuario, de la misma manera que un espectador no necesita saber

cómo funciona su red audiovisual o de televisión. Sin embargo, para las

personas que desean administrar o brindar soporte técnico a una red

TCP/IP, su conocimiento es fundamental.

Página 9 de 51

Capas de protocolo TCP/IP

Sistema Cliente-Servidor: Esta arquitectura consiste básicamente en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es más ventajosa en un sistema operativo multiusuario distribuido a través de una red de computadoras.En esta arquitectura la capacidad de proceso está repartida entre los

clientes y los servidores, aunque son más importantes las ventajas de tipo

organizativo debidas a la centralización de la gestión de la información y

la separación de responsabilidades, lo que facilita y clarifica el diseño del

sistema.

La separación entre cliente y servidor es una separación de tipo lógico,

donde el servidor no se ejecuta necesariamente sobre una sola máquina

ni es necesariamente un sólo programa.

Los tipos específicos de servidores incluyen :

servidores web,

servidores de archivo,

servidores del correo, etc.

Mientras que sus propósitos varían de unos servicios a otros, la

arquitectura básica seguirá siendo la misma.

Página 10 de 51

Una disposición muy común son los sistemas multicapa en los que el

servidor se descompone en diferentes programas que pueden ser

ejecutados por diferentes computadoras aumentando así el grado de

distribución del sistema.

La arquitectura cliente-servidor sustituye a la arquitectura monolítica en

la que no hay distribución, tanto a nivel físico como a nivel lógico.

La red cliente-servidor es aquella red de comunicaciones en la que todos

los clientes están conectados a un servidor, en el que se centralizan los

diversos recursos y aplicaciones con que se cuenta; y que los pone a

disposición de los clientes cada vez que estos son solicitados. Esto

significa que todas las gestiones que se realizan se concentran en el

servidor, de manera que en él se disponen los requerimientos

provenientes de los clientes que tienen prioridad, los archivos que son de

uso público y los que son de uso restringido, los archivos que son de sólo

lectura y los que, por el contrario, pueden ser modificados, etc. Este tipo

de red puede utilizarse conjuntamente en caso de que se esté utilizando

en una red mixta.

Servidor Web:

Un servidor web es un programa que está diseñado para transferir

hipertextos, páginas web o páginas HTML (HyperText Markup Language):

textos complejos con enlaces, figuras, formularios, botones y objetos

incrustados como animaciones o reproductores de música. El programa

implementa el protocolo HTTP (HyperText Transfer Protocol) que

pertenece a la capa de aplicación del modelo OSI. El término también se

emplea para referirse al ordenador que ejecuta el programa.

El Servidor web se ejecuta en un ordenador manteniéndose a la espera

de peticiones por parte de un cliente (un navegador web) y que responde

a estas peticiones adecuadamente, mediante una página web que se

Página 11 de 51

exhibirá en el navegador o mostrando el respectivo mensaje si se detectó

algún error.

A modo de ejemplo, al teclear www.google.com en nuestro navegador,

éste realiza una petición HTTP al servidor de dicha dirección. El servidor

responde al cliente enviando el código HTML de la página; el cliente, una

vez recibido el código, lo interpreta y lo exhibe en pantalla. Como vemos

con este ejemplo, el cliente es el encargado de interpretar el código

HTML, es decir, de mostrar las fuentes, los colores y la disposición de los

textos y objetos de la página; el servidor tan sólo se limita a transferir el

código de la página sin llevar a cabo ninguna interpretación de la misma.

Además de la transferencia de código HTML, los Servidores web pueden

entregar aplicaciones web. Éstas son porciones de código que se ejecutan

cuando se realizan ciertas peticiones o respuestas HTTP. Hay que

distinguir entre:

Aplicaciones en el lado del cliente: el cliente web es el encargado de

ejecutarlas en la máquina del usuario. Son las aplicaciones tipo Java

"applets" o JavaScript: el servidor proporciona el código de las

aplicaciones al cliente y éste, mediante el navegador, las ejecuta. Es

necesario, por tanto, que el cliente disponga de un navegador con

capacidad para ejecutar aplicaciones (también llamadas scripts).

Comúnmente, los navegadores permiten ejecutar aplicaciones escritas en

lenguaje JavaScript y java, aunque pueden añadirse más lenguajes

mediante el uso de plugins.

Aplicaciones en el lado del servidor: el servidor web ejecuta la aplicación;

ésta, una vez ejecutada, genera cierto código HTML; el servidor toma este

código recién creado y lo envía al cliente por medio del protocolo HTTP.

Las aplicaciones de servidor muchas veces suelen ser la mejor opción para

realizar aplicaciones web. La razón es que, al ejecutarse ésta en el

servidor y no en la máquina del cliente, éste no necesita ninguna

Página 12 de 51

capacidad añadida, como sí ocurre en el caso de querer ejecutar

aplicaciones JavaScript o java. Así pues, cualquier cliente dotado de un

navegador web básico puede utilizar este tipo de aplicaciones.

El hecho de que HTTP y HTML estén íntimamente ligados no debe dar

lugar a confundir ambos términos. HTML es un lenguaje de marcas y HTTP

es un protocolo.

El servidor web que se va utilizar en este trabajo es el servidor HTTP

APACHE, por ser software libre.

Sistema de Ventas Web:

Un Sistema de Ventas web es un sitio web cuya característica

fundamental es la de servir de Puerta de entrada (única) para ofrecer al

usuario, de forma fácil e integrada, el acceso a una serie de recursos y de

servicios relacionados a un mismo tema. Incluye: enlaces, buscadores,

foros, documentos, aplicaciones, compra electrónica, etc. Principalmente

un portal en Internet está dirigido a resolver necesidades de información

específica de un tema en particular.

El término portal tiene como significado puerta grande, y precisamente su

nombre hace referencia a su función u objetivo: es, por lo general, el

punto de partida de un usuario que desea entrar y realizar búsquedas en

la web u obtener información importante de él. Se puede decir que un

portal ofrece servicios para la navegación en el Internet, logrando

incrementar la intensidad de tráfico en el mismo.

Un portal de Internet puede ser, por ejemplo, un Centro de contenido

intermediario entre compradores y vendedores de rubros específicos,

estos se pueden complementar con herramientas que le ayuden a

identificar empresas que satisfagan necesidades de un comprador,

visualizar anuncios de vendedores, ofrecer cotizaciones, brindar correos

electrónicos, motores de búsqueda, etc.

Página 13 de 51

El portal es considerado un intermediario de información que tiene como

fuente de ingreso la publicidad de empresas que ahí se anuncian.

Un portal debe tener (necesariamente) un tema y este tema debe estar

referido a algún tema de interés de un grupo importante - pero

especializado - de internautas. Dado que un portal presenta la

información de una forma fácil e integrada, todo portal debe tener una

forma simple de acceder a toda (no a una parte) la información referida al

tema del mismo. Toda esta información no necesariamente está

contenida dentro del mismo portal, porque el portal, normalmente, se

encarga de centralizar enlaces en una forma fácil y organizada que facilite

la navegación dentro de un tema específico en la red.

Para convertir un sitio o página web a portal es necesario reunir casi el

100% de la información que exista en la red (internet) y ordenarla de una

forma fácil y, dependiendo de la complejidad y heterogeneidad de la

información existente, podría tomar meses y hasta años en lograrlo.

2.1.2 Marco Conceptual

a) Registro de los artículosPermite el registro detallado de la información de los artículos que la empresa comercializa.

b) Registro de Pedidos

Permite registrar los pedidos que realiza un cliente registrándose los datos generales del pedido y el importe del mismo. Un pedido puede tener los siguientes estados

Incompleto: Indica que el pedido no fue completado Pendiente: Indica que el pedido fue completado pero todavía no ha sido

Atendido.Atendido: Índica el pedido ya fue atendido.Eliminado: Índica que el pedido ya fue eliminado.

Página 14 de 51

c) Reportes El sistema ofrece una gama de reportes en los cuales se encuentra la información agrupada y filtrada por diversos criterios como mejores clientes, productos más vendidos, Productos vendidos en el día, etc.

2.2 HipótesisEs posible construir un prototipo cliente – servidor para la Implementación del Sistema web de Gestión de Ventas de la empresa Hardware Tecnologic.

2.3 Variables2.3.1 Variable independiente: Sistema de Gestión de Ventas

2.3.2 Variable dependiente: Aumento de mercado y utilidad en la empresa

Hardware Tecnologic

2.4 Diseño De Ejecución

2.4.1 Metodología

El presente trabajo se considera una Investigación Aplicada, ya que tiene por finalidad la búsqueda y consolidación del saber, así como la aplicación de los conocimientos para la implementación de un Sistema.

Además, porque se implementará la propuesta para el desarrollo de Sistema de Gestión de Ventas que contendrá información de los diferentes productos tecnológicos que ayudara a los clientes a elegir mejor su producto como también contener información que ayudara administrar y mejorar el proceso de ventas a los clientes.

2.4.2 Población Y MuestraPoblación

La población vendría hacer todos los productos que se venden cada mes en la empresa Hardware Tecnologic. El tamaño de la población es aproximadamente 300 productos vendidos por mes.

MuestraEn este proyecto se tomará un nivel de confianza al 95%Proporción p y q: en este caso debido a que no se tiene un dato concreto que demuestre que existe una proporción establecida, se tomará que la proporción será de 50% / 50%.Nivel de error aceptable (E): para este caso se usará un nivel de error aceptable del 10%.

2.4.3 Técnicas E Instrumentos, Fuentes E Informantes

Página 15 de 51

2.4.3.1Técnicas:

Observación Directa:

La observación es el método fundamental de obtención de datos de la realidad, consiste en obtener información mediante la percepción intencionada y selectiva, ilustrada e interpretativa de un objeto o de un fenómeno determinado.

Nos servirá para verificar los procedimientos de ventas que se realizan en la empresa Hardware Tecnologic, para llevar a cabo sus actividades de ventas de productos a los clientes.

Entrevistas:

Las entrevistas permiten al investigador obtener información de primera mano, las cuales pueden llevarse a cabo por diversos medios: personalmente, vía telefónica, por correo o en sesiones grupales. Serán utilizadas para reunir información de todos aquellos sujetos o personas que de alguna manera están relacionadas con el procedimiento de ventas que se realiza en la empresa Hardware Tecnologic.

2.4.3.2. Instrumentos:

Los instrumentos que serán utilizados para desarrollar el estudio son los cuestionarios, encuestas, con el fin de demostrar la evidente necesidad de utilizar un Sistema de Gestión de Ventas para mejorar los procesos de atención al cliente así como generar más utilidad para la empresa.

La Encuesta:

Este instrumento se utilizara para obtener información escrita, para disponer de ella en el momento oportuno y así poseer la información necesaria para el desarrollo de la aplicación web Sistema para la Gestión de Ventas.

Cuestionarios:

Página 16 de 51

Esta herramienta nos servirá para plasmar las interrogantes expuestas en las entrevistas, con el fin de conocer los parámetros necesarios para hacer una buena investigación.

Las interrogantes planteadas se combinaran siendo algunas abiertas y otras cerradas, logrando así tener respuestas amplias en los aspectos de opinión y concretas en puntos específicos respectivamente.

2.4.4. Forma de Análisis e Interpretación de Resultados:

Cuando se ha aplicado el cuestionario a la población, objeto de estudio, éstos proporcionaran información, para lo que será necesario diseñar el plan de tabulación que consiste en una serie de cuadros estadísticos que tomando en cuenta los objetivos de la encuesta, permiten la presentación de los datos en forma sistemática, así se vaciará la información recolectada. La tabulación se hará mediante el uso de la computadora y el modelo de los cuadros que se utilizaran para vaciar y clasificar la información.

Para realizar el análisis e interpretación de los datos recolectados, se diseñarán cuadros resúmenes, con el propósito de clasificar y tabular la información; a fin que dichos datos se conviertan en un instrumento para estructurar una propuesta satisfactoria para el desarrollo del proyecto.

Se presentarán diferentes tablas en las cuales se resumirán todos los datos recopilados y se mostrara también los datos resultantes en gráficos que son un medio más efectivo no sólo para describir y resumir la información, sino también para analizarla y para tener una representación visual de la totalidad de la información. Los gráficos estadísticos presentan los datos en forma de dibujo de tal modo que se pueda percibir fácilmente los hechos esenciales y compararlos con otros.

CAPITULO III: EJECUCIÓN DE LA METODOLOGÍA:

Página 17 de 51

3.1. ANÁLISIS:

3.1.1. Requerimientos:

A continuación se listan los requerimientos funcionales que son de primera prioridad y cuya implementación es exigible, así como los principales requerimientos no funcionales.

3.1.1.1. Requerimientos Funcionales:

R1: Administrar y dar mantenimiento a los registros de los artículos o productos que la empresa comercializa.

R2: Administrar los clientes de la empresa, para que un cliente pueda compras a través del sistema vía web debe estar registrado y para iniciar una sesión debe identificarse con su email y su clave.

R3: Administrar cada pedido que realiza un cliente y determinar el estado del pedido.

R4: Definir un espacio para el administrador de la empresa en donde puedan hacer el ingreso de anuncios publicitarios y publicación de ofertas del producto correspondiente.

R5: Realizar reportes diversos con los productos, pedidos y clientes en cierto periodo de tiempo.

Página 18 de 51

3.1.1.2. Requerimientos No Funcionales

Producto: Amigable o de fácil uso.

Optimización en el tiempo de ventas de productos.

Organización:

Trabajar en código libre (php, Mysql ,Apache)

Utilizar para el diseño del Sistema Web los colores representativos de la Institución.

La aplicación del sistema web se implementara como dominio principal de la empresa..

Externos:

Interoperabilidad con el Sistema de ventas de la empresa.

Seguridad:

Las contraseñas de los usuarios se encontrarán encriptados.

Disponibilidad:

El sistema estará disponible a cualquier hora del día, durante todos los 7 días de la semana.

4 Análisis

Página 19 de 51

4.1.1. Casos de Uso:

A continuación se presentan los casos de uso del sistema, los cuales

describen la secuencia de eventos que el sistema realiza para interactuar

con los actores.

Primero se presenta el diagrama de actores, y luego se presentan los

diagramas de casos de uso que se han agrupado en 2diagramas, de

acuerdo al actor que los inicia.

Página 20 de 51

CASOS DE USO CLIENTE

Página 21 de 51

CASOS DE USO ADMINISTRADOR

Página 22 de 51

4.1.2.3 DESCRIPCIÓN DE CASOS DE USO

CASO DE USO Iniciar SesiónACTOR Cliente, AdministradorVERSION 2.0PRECONDICION El Cliente y Administrador deben tener acceso a internet con un

respectivo navegadorSECUENCIA NORMAL

Actor Sistema1.-Escribe la dirección de la pagina en la url

3.- selecciona el combo box y elige el tipo de usuario. (Cliente, Administrador).

5.- Escribe el nombre del usuario y presiona enter .

8.-Escribe la contraseña y presiona enter

12.- presiona el botón ingresar.

2.- El sistema muestra la pagina de inicio

3.- El Sistema indica con un focus en el combo box para seleccionar el tipo de usuario que desea elegir ( Cliente, Administrador).

4.-El sistema indica con un cursor la caja de texto donde colocaremos el nombre del usuario.

6.-El sistema verifica si el usuario si existe o no7.- si existe el usuario entonces el cursor salta a la siguiente caja de texto(caja de texto password).8.-si no existe el sistema muestra un mensaje “usuario incorrecto” y el cursor se mantiene en la misma caja de texto.

9.-El sistema verifica si la contraseña ingresada es correcta o no.10.-Si existe el usuario entonces aparecerá un focus en el botón ingresar.11.-si no existe entonces el sistema muestra un mensaje “contraseña incorrecta” y el cursor se mantiene en la misma caja de texto.13.-Carga la pagina de entrada.

Post-condición La sesión ha sido generada correctamente.Excepciones

Página 23 de 51

CASO DE USO Registrar ClienteACTOR ClienteVERSION 1.0PRECONDICION El Cliente debe tener acceso a internet con un respectivo

navegadorSECUENCIA NORMAL

Actor Sistema1.-Escribe la dirección de la página en la url

3.- selecciona Registrar Cliente .

5.- Llena todos los campos y hace click en registrar. .

2.- El sistema muestra la página de inicio

3.- El Sistema indica una pestaña Registrar Cliente

4.-El sistema indica varias cajas de texto donde le pedirá los datos necesarios del cliente

6.-El sistema verifica si el usuario si existe o no

7.- si existe el usuario entonces el sistema le mostrara un mensaje usuario ya existe

8.-si no existe el sistema muestra un mensaje “usuario registrado”

Post-condición El cliente se ha registrado correctamenteExcepciones

Página 24 de 51

CASO DE USO Consultar Catagolos de ProductosACTOR ClienteVERSION 1.0PRECONDICION El Cliente ingresa al sistema como usuario

SECUENCIA NORMALActor Sistema

1.- El cliente selecciona Iniciar Sesión e ingresa su usuario y contraseña .

3 .- Selecciona Catagolo

5.-consulta los diferentes productos .

2.-El sistema inicia la sesión y mostrara diferentes pestañas como Catagolo,Canasta ,Registrar Pedido.

4.-El sistema mostrara los diferentes productos.

Post-condición El cliente consulta el catálogo de productos correctamenteExcepciones

Página 25 de 51

CASO DE USO Administrar CanastaACTOR ClienteVERSION 1.0PRECONDICION El Cliente ingresa al sistema como usuario

SECUENCIA NORMALActor Sistema

1.- Selecciona Iniciar Sesión e ingresa su usuario y contraseña .

3 .- Selecciona Canasta

5.-Hace click en el botón comprar de los productos..

2.-El sistema inicia la sesión y mostrara diferentes pestañas como Catagolo,Canasta ,Registrar Pedido.

4.-El sistema mostrara los diferentes productos. Y al costado de cada producto un botón comprar.

6.- El sistema agrega un producto a su canasta.

Post-condición El cliente Administra su canasta correctamenteExcepciones

Página 26 de 51

CASO DE USO Registrar PedidoACTOR ClienteVERSION 1.0PRECONDICION El Cliente ingresa al sistema como usuario

SECUENCIA NORMALActor Sistema

1.- Selecciona Iniciar Sesión e ingresa su usuario y contraseña .

3 .- Selecciona Canasta, luego de Administrar su canasta selecciona Registrar Pedido

5.-Hace click en el botón Pagar.

7.-Confirma Pedido

2.-El sistema inicia la sesión y mostrara diferentes pestañas como Catagolo,Canasta ,Registrar Pedido.

4.-El sistema mostrara los diferentes productos seleccionados donde le muestra acciones como editar, eliminar, vaciar canasta, pagar

6 .- El sistema le muestra el pedido y un enlace confirmar Pedido.

8.-Le muestra un mensaje Pedido registrado.

Post-condición El cliente Registra su pedido CorrectamenteExcepciones

Página 27 de 51

CASO DE USO Registrar ArticulosACTOR AdministradorVERSION 1.0PRECONDICION El Administrador ingresa al sistema como usuario

SECUENCIA NORMALActor Sistema

1.- Selecciona Iniciar Sesión e ingresa su usuario y contraseña .

3.- Selecciona Registrar Articulo

5.-Hace click en el botón Registrar.

2.-El sistema inicia la sesión y mostrara diferentes pestañas como Registrar Artículos, Consultar Pedidos, Consultar Clientes.

4.-El sistema mostrara los diferentes campos para registrar los atributos del producto.

6 .- El sistema le muestra Articulo Registrado

Post-condición El Administrador Registra el Articulo CorrectamenteExcepciones

Página 28 de 51

CASO DE USO Consultar Lista de PedidosACTOR AdministradorVERSION 1.0PRECONDICION El Administrador ingresa al sistema como usuario

SECUENCIA NORMALActor Sistema

1.- El cliente selecciona Iniciar Sesión e ingresa su usuario y contraseña .

3.- Selecciona Consultar Pedidos

5 El cliente hace click en imprimir reporte

7.- sino el administrador hace click en salir

2.-El sistema inicia la sesión y mostrara diferentes pestañas como Registrar Artículos, Consultar Pedidos, Consultar Clientes.

4.-El sistema mostrara un Reporte de los pedidos del día.

6.- El sistema imprimirá el reporte correspondiente.

8.- El sistema cierra la sesion

Post-condición El administrador consulta lalista de pedidos correctamente.Excepciones

Página 29 de 51

CASO DE USO Consultar Lista de ClientesACTOR AdministradorVERSION 1.0PRECONDICION El Administrador ingresa al sistema como usuario

SECUENCIA NORMALActor Sistema

1.- El cliente selecciona Iniciar Sesión e ingresa su usuario y contraseña .

3.- Selecciona Consultar Clientes

5.- El Administrador selecciona imprimir tipo de cliente

7 sino el administrador hace click en salir

2.-El sistema inicia la sesión y mostrara diferentes pestañas como Registrar Artículos, Consultar Pedidos, Consultar Clientes.

4.-El sistema mostrara pestañas de consultar clientes preferentes, suspendidos, vip.

6 .- El sistema imprimirá el documento correspondiente.

8.- El sistema cierra sesión.

Post-condición El cliente consulta la lista de clientes correctamente.Excepciones

Página 30 de 51

4.1.2 Diagrama de Estado 4.1.2.1 Diagrama de Estado Cliente

4.1.2.2 Diagrama de Estado Pedido

Página 31 de 51

Página 32 de 51

4.1.3 Diagrama de Secuencia 4.1.3.1 Diagrama de Secuencia Iniciar Sesión

Página 33 de 51

4.1.3.2 Diagrama de Secuencia Administrar Publicidad

Página 34 de 51

4.1.3.3 Diagrama de Secuencia Consultar Lista de Pedidos

Página 35 de 51

4.1.3.4 Diagrama de Secuencia Consultar Lista de Clientes

Página 36 de 51

4.1.3.5 Diagrama de Secuencia Registrar Articulo

Página 37 de 51

4.1.3.6 Diagrama de Secuencia Registrar Cliente

Página 38 de 51

4.1.3.7 Diagrama de Secuencia Consultar Catálogo de Productos

Página 39 de 51

4.1.3.8 Diagrama de Secuencia Registrar Pedido

4.1.4

Página 40 de 51

Diagramas de Colaboración

4.1.4.1 Diagrama de Colaboración Iniciar Sesión

Página 41 de 51

4.1.4.1 Diagrama de Colaboración Consultar Lista de Clientes

Página 42 de 51

4.1.5 Diagrama de Actividades 4.1.5.1 Diagrama de Actividad Iniciar Sesión

Página 43 de 51

4.1.5.1 Diagrama de Actividad Consultar Lista de Pedidos

Página 44 de 51

4.2.- DISEÑO:En este apartado se especifica la solución software propuesta para el diseño de la aplicación. En este caso, se reflejan los modelos y diagramas necesarios para indicar como debe construirse el sistema.

4.2.1 Diagrama De Paquetes

Este Diagrama nos permite administrar la complejidad del sistema al subdividirlo en porciones de menor tamaño, permite establecer las dependencias entre paquetes a fin de reducirlas también permite reducir los bucles de dependencias

Página 45 de 51

4.2.2 Diagrama De ClasesEl diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ello

Página 46 de 51

4.2.3 Diagrama De ComponentesEl diagrama de Componentes representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes

Página 47 de 51

4.3 PruebasPara asegurarse del correcto funcionamiento del Sistema web, este ha sido sometido a diversas pruebas, cuyos resultados han sido positivos.

En primer lugar se han realizado pruebas de caja blanca, que son pruebas software que se realizan sobre las funciones internas de un módulo, de manera que se consigan cubrir todo el código del programa comprobando los posibles errores.

En segundo lugar se han realizado pruebas de caja negra, que son pruebas funcionales que se realizan sobre el exterior de un módulo, en las que se aporta una entrada y se comprueba la salida, sin importar lo que haya ocurrido dentro del módulo

A continuación se muestra el plan de pruebas seguido.

4.3.1- PRUEBAS DE CAJA BLANCADurante la etapa de desarrollo, el programa se ha compilado diversas veces, comprobando los resultados obtenidos tras su ejecución en los dos entornos donde debe funcionar, Windows y Linux, además de en dos navegadores Internet Explorer y Mozilla Firefox.

Una vez terminada la aplicación, esta ha sido sometida a nuevas pruebas, entre ella se han realizado pruebas introduciendo siempre datos ficticios y comenzando con una BD extensa para ver si esto causaba algún error grave o tiempo alto de respuesta, consiguiendo un resultado satisfactorio..

4.3.2- PRUEBAS DE CAJA NEGRASe han llevado a cabo pruebas sobre los datos de entrada, comprobando especialmente campos numéricos, fechas y horas, de manera que se introducían datos incorrectos para ver el funcionamiento de la aplicación en estos casos, y también valores correctos, con el fin de probar todas las posibles opciones. El sistema actúa de manera correcta cuando se introducen datos incorrectos, ya que el usuario es avisado en todo momento de su error, de modo que pueda rectificar su acción.

En cuanto al aspecto externo de la aplicación, siguiendo los requisitos especificados, no se visualiza ningún problema ejecutándola sobre los navegadores Internet Explorer 8 y Mozilla 3.6, mediante una resolución de pantalla de 1024*768 o 1280*1024.

En el momento que dicha resolución es modificada, el contenido de la aplicación (formularios) se puede desplazar impidiendo visualizarlos de una forma correcta.

4.3.3- TESTING DEL SISTEMAVamos a realizar dos tipos de comprobaciones en esta batería de pruebas: por un lado, que la configuración (sobre todo en el aspecto de seguridad) funciona adecuadamente y por otro, será verificar el correcto funcionamiento de las aplicaciones implementadas en sí.

Página 48 de 51

Prueba 1: Será comprobar si Apache redirige, de forma automática, el tráfico del puerto 80 al 443 (HTTPS), cuando es necesario (se intenta acceder a una zona restringida, es decir, zona del administrador o zona de usuario registrado).

Obtenemos que, de forma automática, esta dirección http://localhost/administrator/ se redirige a https://localhost/administrator/. Igualmente cuando accedemos como usuario registrado. De modo que la redirección a tráfico seguro funciona correctamente.

Prueba 2: Será comprobar si Apache redirige, de forma automática, el tráfico del puerto 443 (HTTPS) al 80, cuando es necesario (se sale de una zona restringida, es decir, zona del administrador o zona de usuario registrado).

Obtenemos que, de forma automática, esta dirección https://localhost/ se redirige a https://localhost/ cuando pulsamos el botón salir en las zonas del administrador o del usuario registrado. De modo que la redirección a tráfico no seguro funciona correctamente.

Prueba 3: Comprobar que el firewall no entorpece los servicios del sistema

La navegación se realiza por el contenido de la aplicación de forma adecuada, por lo que el firewall no bloquea el tráfico del servidor.

Página 49 de 51

Prueba 4: Para comprobar que MySQL y PHP funcionan correctamente basta con cargar la página de inicio del Sistema Web. En caso de salir todo correctamente, es que funcionan bien, sino, es que hay algún error.

Al acceder al portal, obtenemos la página principal sin problema. Esto significa que funcionan ambos adecuadamente.

Prueba 5: Para comprobar que el Servidor Apache funciona correctamente basta con peticionar cualquier recurso que gestione, como cargar la página de inicio del portal. En caso de salir todo correctamente, es que funcionan bien, sino, es que hay algún error.

Página 50 de 51

BIBLIOGRAFIA

http://www.eumed.net/libros/2009c/584/METODOLOGIAS%20DE %20DESARROLLO%20PARA%20APLICACIONES%20WEB%20RESUMEN.htm

http://www.maestrosdelweb.com/editorial/desarrollo-multinivel-para- aplicaciones-basadas-en-el-web/

http://craftyman.net/mvc-en-php/

http://www.jourmoly.com.ar/introduccion-a-mvc-con-php-primera-parte/

http://www.slideshare.net/msch/utilizando-metodologia-rup-parte1

Página 51 de 51