UNIVERSIDAD NACIONAL DE PIURA FACULTAD DE INGENIERA INDUSTRIAL ESCUELA PROFESIONAL DE INGENIERA INFORMTICA

PROYECTO DE TESIS:
IMPLEMENTACIN DE UN SISTEMA WEB PARA LA GESTION DE VENTAS DE HARDWARE TECNOLOGIC
RESPONSABLES: CASTILLO PEA IVAN GUSTAVO LOZADA TABOADA MOISES JUNIOR

PROFESOR ASESOR:

Dr. CORREA MOROCHO, REUCHER

PROFESOR CO - ASESOR:

PIURA, 25 de ABRIL del 2011

Pgina 1 de 50

DEDICO A:

A Dios creador de todo lo existente y gua de mi vida, que me da la oportunidad de seguir creciendo mentalmente, y poner siempre a las personas indicadas en el transcurrir de mi vida. A mi familia por todo por su incansable e incondicional apoyo, Gracias.

Pgina 2 de 50

AGRADECIMIENTOS A:

Mis padres

Quienes me han brindado todos sus conocimientos desde los inicios de mi vida y lo ms 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 cario, atenciones, recuerdos y alegras desde mi niez y por estar siempre pendiente de m, a ambos por el apoyo incondicional que me estn dando a lo largo de mi carrera y a lo largo de mi vida. A todas aquellas personas y amigos que de una u otra forma, colaboran o participan en mi formacin como persona y profesional, hago extensivo mi ms sinceros agradecimiento.

En general

Pgina 3 de 50

INDICE GENERAL
INTRODUCCION CAPITULO I 1.1. 1.1.1. 1.1.2. 1.1.3. 1.1.4. 1.1.5. 1.2. 1.2.1. PLANTEAMIENTO DEL PROBLEMA

EL PROBLEMA REALIDAD PROBLEMTICA ANTECEDENTES DEL PROBLEMA FORMULACION DEL PROBLEMA JUSTIFICACION DE LA INVESTIGACION LIMITACION DE LA INVESTIGACION OBJETIVO GENERAL OBJETIVOS ESPECIFICOS DISEO DE LA INVESTIGACION

CAPITULO II 2.1. 2.1.1. 2.1.2. 2.2. 2.3. 2.3.1. 2.3.2. 2.4. 2.4.1. 2.4.2. 2.4.3. 2.4.4.

MARCO REFERENCIAL MARCO TEORICO MARCO CONCEPTUAL HIPOTESIS VARIABLES VARIABLES INDEPENDIENTES VARIABLES DEPENDIENTES DISEO DE EJECUCION METODOLOGIA POBLACION Y MUESTRA TECNICAS E INSTRUMENTOS, FUENTES E INFORMANTES FORMA DE ANALISIS E INTERPRETACION DE RESULTADOS EJECUCION DE LA METODOLOGIA

CAPITULO III

3.1.1 REQUERIMIENTO FUNCIONALES 3.1.2 REQUERIMIENTOS NO FUNCIONALES

Pgina 4 de 50

CAPITULO IV

ANALISIS Y DISEO

4.1. ANALISIS 4.1.1 CASOS DE USO 4.1.2 DIAGRAMA DE ESTADOS 4.1.3 DIAGRAMA DE SECUENCIA 4.1.4 DIAGRAMA DE COLABORACION 4.1.5 DIAGRAMA DE ACTIVIDADES 4.2 DISEO 4.2.1 DIAGRAMA DE PAQUETES 4.2.2 DIAGRAMA DE CLASES 4.2.3 DIAGRAMA DE COMPONENTES 4.3 PRUEBAS 4.3.1 PRUEBAS DE CAJA BLANCA 4.3.2 PRUEBAS DE CAJA NEGRA

Pgina 5 de 50

INTRODUCCION

Siendo alumnos de la Facultad de Ingeniera industrial, Escuela Profesional de Ingeniera informtica, nos hemos propuesto la implementacin de un Proyecto de Comercio Electrnico, como es la creacin de un Sistema Web para la Gestin de Ventas de Hardware Tecnologic con la finalidad que les permita dar una mejor atencin 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 solucin inmediata tanto en sus diferentes reas o departamentos para esto nosotros proponemos dar solucin a uno de sus problemas implementado un Sistema Web de Ventas como valor Agregado. Este Sistema web busca dar solucin a los problemas como mejorar la atencin del cliente de tal manera que los clientes puedan realizar sus pedidos en cualquier momento del da desde la comodidad de su hogar, o de desde cualquier punto donde se encuentre. Con la implantacin de este Sistema se mejorarn los procesos antes mencionadas, La revisin de pedidos de los clientes ser revisada de forma ms rpida gracias a la tecnologa del internet y de esta forma el administrador podr tomar decisiones a tiempo.

Pgina 6 de 50

CAPITULO I: PLANTEMIAMENTO DEL PROBLEMA 1.1 El Problema 1.1.1 Realidad Problemtica: El siguiente proyecto se inicia porque existe la necesidad que empresas en el departamento de Piura dedicadas a la comercializacin de productos tecnolgicos cuenten con un sistema web para la Gestin de Ventas que les permita dar una mejor atencin 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 librera 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 artculos a cualquier persona registrada en su portal incluyendo el envo 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 artculos para todos sus clientes (personas que cuenten con su tarjeta CMR).y les proporciona una manera rpida y fcil de adquirir y recibir sus productos desde cualquier lugar del pas y del mundo donde se encuentren sus agencias.

1.1.3 Definicin del Problema HARDWARE TECNOLOGIC es una empresa que comercializa todo tipo de productos tecnolgicos 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 ms 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 prdidas 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 atencin de tal manera que los clientes puedan realizar pedidos en cualquier momento del da, desde la comodidad de su hogar, del trabajo, o desde cualquier punto donde se encuentren.

Pgina 7 de 50

1.1.4 Formulacin del Problema De qu manera la implementacin de un sistema de ventas web como valor agregado incrementara la rentabilidad de la empresa Hardware Tecnologic? 1.1.5 Justificacin de la Investigacin Actualmente en la ciudad de Piura hay empresas dedicadas a la venta de productos tecnolgicos lo cual no cuentan con un sistema de ventas va web lo cual impide su crecimiento, perjudicando a la empresa ya que podra abarcar un mercado mayor y brindarle una mejor atencin a sus clientes. Es por eso que se plantea el desarrollo e implementacin de un Sistema de Gestin de Ventas para dar una mejor atencin al cliente, brindarle informacin de los productos ms vendidos, etc y de esa forma poder tomar decisiones adecuadas para el crecimiento de la empresa. 1.1.6 Limitaciones de la investigacin El sistema web solo abarca envos dentro del pas. 1.2 Objetivos de la Investigacin Objetivo General Implementar un sistema web para la gestin de ventas de HARDWARE TECNOLOGIC. 1.2.1 Objetivos Especficos Analizar y determinar los requerimientos de los usuarios, estableciendo de sta manera la especificacin del sistema. Disear los distintos mdulos de los procesos con los que contar este Sistema Web. Implementar los distintos mdulos de los procesos con los que contar este Sistema Web. Realizar pruebas y depuracin de cada uno de los mdulos de manera independiente, as como de manera integrada. Analizar y evaluar los resultados de la investigacin segn los criterios de evaluacin definidos.

Pgina 8 de 50

 Proveer de una documentacin completa acerca del desarrollo del sistema, as como el de su respectivo uso. Obtener conclusiones y recomendaciones acerca de la investigacin realizada. CAPITULO II: DISEO DE LA INVESTIGACION 2.1. MARCO REFERENCIAL: 2.1.1. Marco Terico Referencial: Tomando como referencia Redes de computadoras-Cuarta edicin Andrew S. Tanenbaum TCP-IP: TCP/IP es un conjunto de protocolos La sigla TCP/IP significa "Protocolo de control de transmisin/Protocolo de Internet" y se pronuncia "T-C-PI-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 comunicacin para Internet y se basa en la nocin de direccin IP, es decir, en la idea de brindar una direccin 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 diseado 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 cmo funciona su red audiovisual o de televisin. Sin embargo, para las personas que desean administrar o brindar soporte tcnico a una red TCP/IP, su conocimiento es fundamental.

Pgina 9 de 50

Capas de protocolo

TCP/IP

Sistema Cliente-Servidor: Esta arquitectura consiste bsicamente 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 ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras. En esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores, aunque son ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin de la informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema. La separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta necesariamente sobre una sola mquina ni es necesariamente un slo programa.

Los tipos especficos de servidores incluyen : servidores web, servidores de archivo, servidores del correo, etc.

Mientras que sus propsitos varan de unos servicios a otros, la arquitectura bsica seguir siendo la misma. Pgina 10 de 50

Una disposicin muy comn 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 distribucin del sistema.

La arquitectura cliente-servidor sustituye a la arquitectura monoltica en la que no hay distribucin, tanto a nivel fsico como a nivel lgico. La red cliente-servidor es aquella red de comunicaciones en la que todos los clientes estn conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta; y que los pone a disposicin 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 pblico y los que son de uso restringido, los archivos que son de slo 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 diseado para transferir hipertextos, pginas web o pginas HTML (HyperText Markup Language): textos complejos con enlaces, figuras, formularios, botones y objetos incrustados como animaciones o reproductores de msica. El programa implementa el protocolo HTTP (HyperText Transfer Protocol) que pertenece a la capa de aplicacin del modelo OSI. El trmino tambin se emplea para referirse al ordenador que ejecuta el programa. El Servidor web se ejecuta en un ordenador mantenindose a la espera de peticiones por parte de un cliente (un navegador web) y que responde a estas peticiones adecuadamente, mediante una pgina web que se Pgina 11 de 50

exhibir en el navegador o mostrando el respectivo mensaje si se detect algn error. A modo de ejemplo, al teclear www.google.com en nuestro navegador, ste realiza una peticin HTTP al servidor de dicha direccin. El servidor responde al cliente enviando el cdigo HTML de la pgina; el cliente, una vez recibido el cdigo, lo interpreta y lo exhibe en pantalla. Como vemos con este ejemplo, el cliente es el encargado de interpretar el cdigo HTML, es decir, de mostrar las fuentes, los colores y la disposicin de los textos y objetos de la pgina; el servidor tan slo se limita a transferir el cdigo de la pgina sin llevar a cabo ninguna interpretacin de la misma.

Adems de la transferencia de cdigo HTML, los Servidores web pueden entregar aplicaciones web. stas son porciones de cdigo 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 mquina del usuario. Son las aplicaciones tipo Java "applets" o JavaScript: el servidor proporciona el cdigo 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 (tambin llamadas scripts). Comnmente, los navegadores permiten ejecutar aplicaciones escritas en lenguaje JavaScript y java, aunque pueden aadirse ms lenguajes mediante el uso de plugins. Aplicaciones en el lado del servidor: el servidor web ejecuta la aplicacin; sta, una vez ejecutada, genera cierto cdigo HTML; el servidor toma este cdigo recin creado y lo enva al cliente por medio del protocolo HTTP. Las aplicaciones de servidor muchas veces suelen ser la mejor opcin para realizar aplicaciones web. La razn es que, al ejecutarse sta en el servidor y no en la mquina del cliente, ste no necesita ninguna Pgina 12 de 50

capacidad aadida, como s ocurre en el caso de querer ejecutar aplicaciones JavaScript o java. As pues, cualquier cliente dotado de un navegador web bsico puede utilizar este tipo de aplicaciones. El hecho de que HTTP y HTML estn ntimamente ligados no debe dar lugar a confundir ambos trminos. 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 caracterstica fundamental es la de servir de Puerta de entrada (nica) para ofrecer al usuario, de forma fcil e integrada, el acceso a una serie de recursos y de servicios relacionados a un mismo tema. Incluye: enlaces, buscadores, foros, documentos, aplicaciones, compra electrnica, etc. Principalmente un portal en Internet est dirigido a resolver necesidades de informacin especfica de un tema en particular. El trmino portal tiene como significado puerta grande, y precisamente su nombre hace referencia a su funcin u objetivo: es, por lo general, el punto de partida de un usuario que desea entrar y realizar bsquedas en la web u obtener informacin importante de l. Se puede decir que un portal ofrece servicios para la navegacin en el Internet, logrando incrementar la intensidad de trfico en el mismo. Un portal de Internet puede ser, por ejemplo, un Centro de contenido intermediario entre compradores y vendedores de rubros especficos, 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 electrnicos, motores de bsqueda, etc.

Pgina 13 de 50

El portal es considerado un intermediario de informacin 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 algn tema de inters de un grupo importante - pero especializado - de internautas. Dado que un portal presenta la informacin de una forma fcil e integrada, todo portal debe tener una forma simple de acceder a toda (no a una parte) la informacin referida al tema del mismo. Toda esta informacin no necesariamente est contenida dentro del mismo portal, porque el portal, normalmente, se encarga de centralizar enlaces en una forma fcil y organizada que facilite la navegacin dentro de un tema especfico en la red. Para convertir un sitio o pgina web a portal es necesario reunir casi el 100% de la informacin que exista en la red (internet) y ordenarla de una forma fcil y, dependiendo de la complejidad y heterogeneidad de la informacin existente, podra tomar meses y hasta aos en lograrlo.

2.1.2 Marco Conceptual a) Registro de los artculos Permite el registro detallado de la informacin de los artculos que la empresa comercializa. b) Registro de Pedidos Permite registrar los pedidos que realiza un cliente registrndose 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 todava no ha sido Atendido. Atendido: ndica el pedido ya fue atendido. Eliminado: ndica que el pedido ya fue eliminado.

Pgina 14 de 50

c) Reportes El sistema ofrece una gama de reportes en los cuales se encuentra la informacin agrupada y filtrada por diversos criterios como mejores clientes, productos ms vendidos, Productos vendidos en el da, etc. 2.2 Hiptesis Es posible construir un prototipo cliente servidor para la Implementacin del Sistema web de Gestin de Ventas de la empresa Hardware Tecnologic. 2.3 Variables 2.3.1 Variable independiente: Sistema de Gestin de Ventas 2.3.2 Variable dependiente: Aumento de mercado y utilidad en la empresa Hardware Tecnologic 2.4 Diseo De Ejecucin

2.4.1 Metodologa El presente trabajo se considera una Investigacin Aplicada, ya que tiene por finalidad la bsqueda y consolidacin del saber, as como la aplicacin de los conocimientos para la implementacin de un Sistema. Adems, porque se implementar la propuesta para el desarrollo de Sistema de Gestin de Ventas que contendr informacin de los diferentes productos tecnolgicos que ayudara a los clientes a elegir mejor su producto como tambin contener informacin que ayudara administrar y mejorar el proceso de ventas a los clientes.

2.4.2 Poblacin Y Muestra Poblacin La poblacin vendra hacer todos los productos que se venden cada mes en la empresa Hardware Tecnologic. El tamao de la poblacin es aproximadamente 300 productos vendidos por mes.

Muestra En este proyecto se tomar un nivel de confianza al 95% Proporcin p y q: en este caso debido a que no se tiene un dato concreto que demuestre que existe una proporcin establecida, se tomar que la proporcin ser de 50% / 50%. Nivel de error aceptable (E): para este caso se usar un nivel de error aceptable del 10%. Pgina 15 de 50

2.4.3 Tcnicas E Instrumentos, Fuentes E Informantes 2.4.3.1Tcnicas: Observacin Directa: La observacin es el mtodo fundamental de obtencin de datos de la realidad, consiste en obtener informacin mediante la percepcin intencionada y selectiva, ilustrada e interpretativa de un objeto o de un fenmeno 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 informacin de primera mano, las cuales pueden llevarse a cabo por diversos medios: personalmente, va telefnica, por correo o en sesiones grupales. Sern utilizadas para reunir informacin de todos aquellos sujetos o personas que de alguna manera estn relacionadas con el procedimiento de ventas que se realiza en la empresa Hardware Tecnologic.

2.4.3.2. Instrumentos: Los instrumentos que sern utilizados para desarrollar el estudio son los cuestionarios, encuestas, con el fin de demostrar la evidente necesidad de utilizar un Sistema de Gestin de Ventas para mejorar los procesos de atencin al cliente as como generar ms utilidad para la empresa. La Encuesta: Este instrumento se utilizara para obtener informacin escrita, para disponer de ella en el momento oportuno y as poseer la informacin necesaria para el desarrollo de la aplicacin web Sistema para la Gestin de Ventas.

Pgina 16 de 50

 Cuestionarios: Esta herramienta nos servir para plasmar las interrogantes expuestas en las entrevistas, con el fin de conocer los parmetros necesarios para hacer una buena investigacin. Las interrogantes planteadas se combinaran siendo algunas abiertas y otras cerradas, logrando as tener respuestas amplias en los aspectos de opinin y concretas en puntos especficos respectivamente.

2.4.4. Forma de Anlisis e Interpretacin de Resultados: Cuando se ha aplicado el cuestionario a la poblacin, objeto de estudio, stos proporcionaran informacin, para lo que ser necesario disear el plan de tabulacin que consiste en una serie de cuadros estadsticos que tomando en cuenta los objetivos de la encuesta, permiten la presentacin de los datos en forma sistemtica, as se vaciar la informacin recolectada. La tabulacin se har mediante el uso de la computadora y el modelo de los cuadros que se utilizaran para vaciar y clasificar la informacin. Para realizar el anlisis e interpretacin de los datos recolectados, se disearn cuadros resmenes, con el propsito de clasificar y tabular la informacin; a fin que dichos datos se conviertan en un instrumento para estructurar una propuesta satisfactoria para el desarrollo del proyecto. Se presentarn diferentes tablas en las cuales se resumirn todos los datos recopilados y se mostrara tambin los datos resultantes en grficos que son un medio ms efectivo no slo para describir y resumir la informacin, sino tambin para analizarla y para tener una representacin visual de la totalidad de la informacin. Los grficos estadsticos presentan los datos en forma de dibujo de tal modo que se pueda percibir fcilmente los hechos esenciales y compararlos con otros.

Pgina 17 de 50

CAPITULO III: EJECUCIN DE LA METODOLOGA: 3.1. ANLISIS: 3.1.1. Requerimientos: A continuacin se listan los requerimientos funcionales que son de primera prioridad y cuya implementacin 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 artculos o productos que la empresa comercializa. R2: Administrar los clientes de la empresa, para que un cliente pueda compras a travs del sistema va web debe estar registrado y para iniciar una sesin 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 publicacin de ofertas del producto correspondiente. R5: Realizar reportes diversos con los productos, pedidos y clientes en cierto periodo de tiempo.

Pgina 18 de 50

3.1.1.2. Requerimientos No Funcionales Producto: Amigable o de fcil uso. Optimizacin en el tiempo de ventas de productos.

Organizacin: Trabajar en cdigo libre (php, Mysql ,Apache) Utilizar para el diseo del Sistema Web los colores representativos de la Institucin. La aplicacin del sistema web se implementara como dominio principal de la empresa.. Externos: Interoperabilidad con el Sistema de ventas de la empresa.

Seguridad: Las contraseas de los usuarios se encontrarn encriptados.

Disponibilidad: El sistema estar disponible a cualquier hora del da, durante todos los 7 das de la semana.

Pgina 19 de 50

4 Anlisis 4.1.1. Casos de Uso: A continuacin 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.

Pgina 20 de 50

CASOS DE USO CLIENTE

Pgina 21 de 50

CASOS DE USO ADMINISTRADOR

Pgina 22 de 50

4.1.2.3 DESCRIPCIN DE CASOS DE USO CASO DE USO ACTOR VERSION PRECONDICION Iniciar Sesin Cliente, Administrador 2.0 El Cliente y Administrador deben tener acceso a internet con un respectivo navegador SECUENCIA NORMAL Actor Sistema 1.-Escribe la direccin de la 2.- El sistema muestra la pagina de inicio pagina en la url 3.- El Sistema indica con un focus en el combo box para seleccionar el tipo de usuario que desea elegir ( Cliente, Administrador). 3.- selecciona el combo box y elige el tipo de usuario. (Cliente, Administrador). 4.-El sistema indica con un cursor la caja de texto donde colocaremos el nombre del usuario. 5.- Escribe el nombre del usuario y presiona enter . 6.-El sistema verifica si el usuario si existe o no 7.- 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. 8.-Escribe la contrasea y presiona enter 9.-El sistema verifica si la contrasea ingresada es correcta o no. 10.-Si existe el usuario entonces aparecer un focus en el botn ingresar. 11.-si no existe entonces el sistema muestra un mensaje contrasea incorrecta y el cursor se 12.- presiona el botn ingresar. mantiene en la misma caja de texto. 13.-Carga la pagina de entrada.

Post-condicin Excepciones

La sesin ha sido generada correctamente.

Pgina 23 de 50

CASO DE USO ACTOR VERSION PRECONDICION

Registrar Cliente Cliente 1.0 El Cliente debe tener acceso a internet con un respectivo navegador SECUENCIA NORMAL Actor Sistema 1.-Escribe la direccin de la 2.- El sistema muestra la pgina de inicio pgina en la url 3.- El Sistema indica una pestaa Registrar Cliente 3.- selecciona Registrar Cliente . 4.-El sistema indica varias cajas de texto donde le pedir los datos necesarios del cliente

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

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-condicin Excepciones

El cliente se ha registrado correctamente

Pgina 24 de 50

CASO DE USO ACTOR VERSION PRECONDICION

Consultar Catagolos de Productos Cliente 1.0 El Cliente ingresa al sistema como usuario SECUENCIA NORMAL Actor Sistema

1.- El cliente selecciona Iniciar Sesin e ingresa su usuario y contrasea .

2.-El sistema inicia la sesin y mostrara diferentes pestaas como Catagolo,Canasta ,Registrar Pedido.

3 .- Selecciona Catagolo

4.-El sistema mostrara los diferentes productos.

5.-consulta los diferentes productos .

Post-condicin Excepciones

El cliente consulta el catlogo de productos correctamente

Pgina 25 de 50

CASO DE USO ACTOR VERSION PRECONDICION

Administrar Canasta Cliente 1.0 El Cliente ingresa al sistema como usuario SECUENCIA NORMAL Actor Sistema

1.- Selecciona Iniciar Sesin e ingresa su usuario y contrasea .

2.-El sistema inicia la sesin y mostrara diferentes pestaas como Catagolo,Canasta ,Registrar Pedido.

3 .- Selecciona Canasta

4.-El sistema mostrara los diferentes productos. Y al costado de cada producto un botn comprar. 5.-Hace click en el botn comprar de los productos.. 6.- El sistema agrega un producto a su canasta.

Post-condicin Excepciones

El cliente Administra su canasta correctamente

Pgina 26 de 50

CASO DE USO ACTOR VERSION PRECONDICION

Registrar Pedido Cliente 1.0 El Cliente ingresa al sistema como usuario SECUENCIA NORMAL Actor Sistema

1.- Selecciona Iniciar Sesin e ingresa su usuario y contrasea .

2.-El sistema inicia la sesin y mostrara diferentes pestaas como Catagolo,Canasta ,Registrar Pedido.

3 .- Selecciona Canasta, luego de Administrar su canasta selecciona Registrar Pedido 4.-El sistema mostrara los diferentes productos seleccionados donde le muestra acciones como editar, eliminar, vaciar canasta, pagar

5.-Hace click en el botn Pagar. 6 .- El sistema le muestra el pedido y un enlace confirmar Pedido. 7.-Confirma Pedido 8.-Le muestra un mensaje Pedido registrado.

Post-condicin Excepciones

El cliente Registra su pedido Correctamente

Pgina 27 de 50

CASO DE USO ACTOR VERSION PRECONDICION

Registrar Articulos Administrador 1.0 El Administrador ingresa al sistema como usuario SECUENCIA NORMAL Actor Sistema

1.- Selecciona Iniciar Sesin e ingresa su usuario y contrasea .

2.-El sistema inicia la sesin y mostrara diferentes pestaas como Registrar Artculos, Consultar Pedidos, Consultar Clientes.

3.- Selecciona Registrar Articulo

4.-El sistema mostrara los diferentes campos para registrar los atributos del producto. 5.-Hace click en el botn Registrar. 6 .- El sistema le muestra Articulo Registrado

Post-condicin Excepciones

El Administrador Registra el Articulo Correctamente

Pgina 28 de 50

CASO DE USO ACTOR VERSION PRECONDICION

Consultar Lista de Pedidos Administrador 1.0 El Administrador ingresa al sistema como usuario SECUENCIA NORMAL Actor Sistema

1.- El cliente selecciona Iniciar Sesin e ingresa su usuario y contrasea . 2.-El sistema inicia la sesin y mostrara diferentes pestaas como Registrar Artculos, Consultar Pedidos, Consultar Clientes.

3.- Selecciona Consultar Pedidos

4.-El sistema mostrara un Reporte de los pedidos del da.

5 El cliente hace click en imprimir reporte 7.- sino el administrador hace click en salir

6.- El sistema imprimir el reporte correspondiente. 8.- El sistema cierra la sesion

Post-condicin Excepciones

El administrador consulta lalista de pedidos correctamente.

Pgina 29 de 50

CASO DE USO ACTOR VERSION PRECONDICION

Consultar Lista de Clientes Administrador 1.0 El Administrador ingresa al sistema como usuario SECUENCIA NORMAL Actor Sistema

1.- El cliente selecciona Iniciar Sesin e ingresa su usuario y contrasea . 2.-El sistema inicia la sesin y mostrara diferentes pestaas como Registrar Artculos, Consultar Pedidos, Consultar Clientes.

3.- Selecciona Consultar Clientes

4.-El sistema mostrara pestaas de consultar clientes preferentes, suspendidos, vip.

5.- El Administrador selecciona imprimir tipo de cliente

6 .- El sistema imprimir el documento correspondiente.

7 sino el administrador hace click en salir

8.- El sistema cierra sesin.

Post-condicin Excepciones

El cliente consulta la lista de clientes correctamente.

Pgina 30 de 50

4.1.2 Diagrama de Estado 4.1.2.1 Diagrama de Estado Cliente

4.1.2.2 Diagrama de Estado Pedido

Pgina 31 de 50

4.1.3 Diagrama de Secuencia 4.1.3.1 Diagrama de Secuencia Iniciar Sesin

Pgina 32 de 50

4.1.3.2 Diagrama de Secuencia Administrar Publicidad

Pgina 33 de 50

4.1.3.3 Diagrama de Secuencia Consultar Lista de Pedidos

Pgina 34 de 50

4.1.3.4 Diagrama de Secuencia Consultar Lista de Clientes

Pgina 35 de 50

4.1.3.5 Diagrama de Secuencia Registrar Articulo

Pgina 36 de 50

4.1.3.6 Diagrama de Secuencia Registrar Cliente

Pgina 37 de 50

4.1.3.7 Diagrama de Secuencia Consultar Catlogo de Productos

Pgina 38 de 50

4.1.3.8 Diagrama de Secuencia Registrar Pedido

4.1.4

Pgina 39 de 50

Diagramas de Colaboracin 4.1.4.1 Diagrama de Colaboracin Iniciar Sesin

Pgina 40 de 50

4.1.4.1 Diagrama de Colaboracin Consultar Lista de Clientes

Pgina 41 de 50

4.1.5 Diagrama de Actividades 4.1.5.1 Diagrama de Actividad Iniciar Sesin

Pgina 42 de 50

4.1.5.1 Diagrama de Actividad Consultar Lista de Pedidos

Pgina 43 de 50

4.2.- DISEO: En este apartado se especifica la solucin software propuesta para el diseo de la aplicacin. 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 tamao, permite establecer las dependencias entre paquetes a fin de reducirlas tambin permite reducir los bucles de dependencias

Pgina 44 de 50

4.2.2 Diagrama De Clases El diagrama de clases es un tipo de diagrama esttico que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ello

Pgina 45 de 50

4.2.3 Diagrama De Componentes El diagrama de Componentes representa cmo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes

Pgina 46 de 50

4.3 Pruebas Para 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 mdulo, de manera que se consigan cubrir todo el cdigo 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 mdulo, en las que se aporta una entrada y se comprueba la salida, sin importar lo que haya ocurrido dentro del mdulo A continuacin se muestra el plan de pruebas seguido. 4.3.1- PRUEBAS DE CAJA BLANCA Durante la etapa de desarrollo, el programa se ha compilado diversas veces, comprobando los resultados obtenidos tras su ejecucin en los dos entornos donde debe funcionar, Windows y Linux, adems de en dos navegadores Internet Explorer y Mozilla Firefox. Una vez terminada la aplicacin, 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 algn error grave o tiempo alto de respuesta, consiguiendo un resultado satisfactorio.. 4.3.2- PRUEBAS DE CAJA NEGRA Se han llevado a cabo pruebas sobre los datos de entrada, comprobando especialmente campos numricos, fechas y horas, de manera que se introducan datos incorrectos para ver el funcionamiento de la aplicacin en estos casos, y tambin valores correctos, con el fin de probar todas las posibles opciones. El sistema acta 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 accin. En cuanto al aspecto externo de la aplicacin, siguiendo los requisitos especificados, no se visualiza ningn problema ejecutndola sobre los navegadores Internet Explorer 8 y Mozilla 3.6, mediante una resolucin de pantalla de 1024*768 o 1280*1024. En el momento que dicha resolucin es modificada, el contenido de la aplicacin (formularios) se puede desplazar impidiendo visualizarlos de una forma correcta.

4.3.3- TESTING DEL SISTEMA Vamos a realizar dos tipos de comprobaciones en esta batera de pruebas: por un lado, que la configuracin (sobre todo en el aspecto de seguridad) funciona adecuadamente y por otro, ser verificar el correcto funcionamiento de las aplicaciones implementadas en s.

Pgina 47 de 50

Prueba 1: Ser comprobar si Apache redirige, de forma automtica, el trfico 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 automtica, esta direccin http://localhost/administrator/ se redirige a https://localhost/administrator/. Igualmente cuando accedemos como usuario registrado. De modo que la redireccin a trfico seguro funciona correctamente.

Prueba 2: Ser comprobar si Apache redirige, de forma automtica, el trfico 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 automtica, esta direccin https://localhost/ se redirige a https://localhost/ cuando pulsamos el botn salir en las zonas del administrador o del usuario registrado. De modo que la redireccin a trfico no seguro funciona correctamente.

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

La navegacin se realiza por el contenido de la aplicacin de forma adecuada, por lo que el firewall no bloquea el trfico del servidor.

Pgina 48 de 50

Prueba 4: Para comprobar que MySQL y PHP funcionan correctamente basta con cargar la pgina de inicio del Sistema Web. En caso de salir todo correctamente, es que funcionan bien, sino, es que hay algn error.

Al acceder al portal, obtenemos la pgina 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 pgina de inicio del portal. En caso de salir todo correctamente, es que funcionan bien, sino, es que hay algn error.

Pgina 49 de 50

BIBLIOGRAFIA http://www.eumed.net/libros/2009c/584/METODOLOGIAS%20DE%20DESAR ROLLO%20PARA%20APLICACIONES%20WEB%20RESUMEN.htm http://www.maestrosdelweb.com/editorial/desarrollo-multinivel-paraaplicaciones-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

Pgina 50 de 50