1.

Introduccin
En este captulo se plantean de manera concisa las caractersticas del proyecto, los problemas que se pretenden resolver, cuales son los objetivos al realizar el proyecto, as como sus alcances y limitaciones, tambin qu motiv a realizar dicho proyecto.

1.1 Antecedentes
En esta seccin se describen los antecedentes de la organizacin en la cual se realizar el proyecto, as como destacar los motivos por el cual se decidi realizar el proyecto en dicha organizacin. Laboratorios Kenzo es una empresa que se dedica principalmente a la elaboracin de productos naturistas. El propsito de estos productos es brindar a las personas otras alternativas de forma naturista para resolver algunos problemas de salud principalmente. Adems vende productos que ayudan a tratar la gastritis, obesidad, diabetes, mala circulacin, insomnio, prstata, menopausia, etc. La especialidad de Laboratorios Kenzo es obtener productos por medio de plantas y otro tipo de vegetacin los cuales ayuden a resolver problemas de salud. Algo que motiv a la elaboracin del proyecto en dicha organizacin fue que necesitan abarcar ms sectores de mercado y darse a conocer, y una manera de hacerlo es por medio de internet. No solo eso, adems proporcionarles a sus clientes nuevas formas de adquirir sus producto, llevar un control de estos. Una de las condiciones del proyecto es que la empresa ya contaba con sitio web, pero debido a algunas condiciones de propaganda tuvo que ser removida, de este modo ahora se va a realizar un sistema que cuente con dichas especificaciones adems de nuevas funcionalidades que ayudarn a la organizacin a resolver otro tipo de problemticas.

1.2 Planteamiento del problema

El obtener informacin de los productos, as como darse a conocer por medio de internet para abarcar ms sectores de mercado se ha convertido en algo muy importante y demandante para la empresa. A dems brindar informacin nutrimental para promocionar los productos a las personas es otra de las prioridades de la empresa. Por lo que surge la necesidad de contar con un sistema que

permita realizar la gestin de la informacin registrada en el sistema para conocer la preferencia del cliente. Una de las prioridades en el desarrollo del sistema es que la informacin con la que cuente la empresa se encuentre almacenada de forma segura ya que la informacin que se brinda es muy importante debido a que se requieren datos personales de los usuarios, a tiempo para que en cualquier ocasin que se requieran estn disponibles para la organizacin y sin ninguna prdida de datos.

1.3 Panorama general del proyecto

Muchas organizaciones cuentan con sistemas web que les permite publicitar sus productos de una forma que sea atrayente al cliente debido a la amplia comunidad que utiliza el internet como medio de entretenimiento, investigacin, aprendizaje u otro tipo de actividades, adems de las ventas en lnea que son una gran ayuda para las organizaciones hoy en da ya que permite no solo ofrecer sus productos en sus tiendas sino que tambin pueden ofrecerse por medio de internet de una manera ms cmoda al cliente. Tambin el control de la informacin de las compras del cliente puede ser muy relevante para las organizaciones ya que con esta informacin la organizacin pude darse cuenta de que clientes han dejado de adquirir sus productos y que se puede hacer para atraer de nuevo al cliente. De esta forma pueden aumentar sus ventas y su cantidad de clientes as como la calidad de los productos que ofrecen. El sistema web de ventas y gestin de clientes para Laboratorios Natural Kenzo permitir llevar a cabo el seguimiento de clientes el cual realizar un reporte de clientes que han dejado de adquirir productos para volverlos a atraer y comercializarles los productos.

1.4 Objetivos
Los objetivos son definidos por los resultados que una organizacin intenta lograr en un determinado tiempo. En esta seccin se dan a conocer los objetivos del sistema de ventas y gestin de clientes.

1.4.1

Objetivo general Desarrollar un sistema web que permita realizar ventas en lnea y la gestin de clientes de Laboratorios Natural Kenzo.

1.4.2

Objetivos especficos Desarrollar una interfaz grfica atractiva al clientes Desarrollar un mdulo que permita al cliente visualizar sus compras. Permitir al administrador agregar, consultar, modificar y eliminar informacin del sistema. Permitir al usuario realizar compras en lnea Desarrollar un mdulo que muestre en un lapso de tiempo los clientes que han dejado de realizar compras.

1.5 Justificacin
La forma de darse a conocer de la organizacin solo es por medio de sus tiendas al igual que la venta de sus productos. Adems de que no existe una forma de control de clientes que permita gestionar y presentar en un lapso de tiempo las ventas que han realizado a dichos clientes. Este proyecto pretende resolver estas problemticas, permitir el monitoreo de clientes tanto control de ventas as como el tiempo que ha dejado de realizar compras y presentar un reporte en un lapso de tiempo al administrador. As tambin permitir al cliente realizar compras en lnea de los productos que ofrece la organizacin. Esto beneficiar a la organizacin ya que podr aumentar tanto sus ventas como el nmero de clientes al tener una herramienta tan poderosa como lo es internet.

1.6 Alcances y limitaciones

En la tabla 1.1 se muestran la clasificacin de los alcances y limitaciones del proyecto.

Alcances limitaciones El periodo de desarrollo de este Uso del lenguaje php para la codificacin del sistema. proyecto est limitado a cuatro meses. Solo un usuario asignado podr El sistema permitir mostrar la informacin de compras de un cliente administrar el sistema. en un lapso de tiempo. Permitir al administrador agregar, consultar, modificar, eliminar la informacin en el sistema. El sistema podr ser visualizado en diferentes plataformas. El cliente podr visualizar el estado de sus compras. El sistema ser cubierto hasta la fase de implantacin.
Tabla 1.1 Alcances y limitaciones del proyecto

1.7 Metodologa
Para el desarrollo del sistema web se utilizar la metodologa de HFPM ya que esta engloba todas las fases de desarrollo, que va desde el anlisis hasta el desarrollo de la documentacin. Adems de que esta metodologa divide y detalla cada una de las etapas que comprende cada fase. La metodologa se divide en trece fases las cuales describen las tareas y subtareas a realizar, comenzando desde el modelado de los requisitos hasta la documentacin. 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Modelado de los requisitos de software. Planificacin. Modelado conceptual. Modelado Navegacional. Modelado de interfaz abstracta. Diseo del entorno. Capturar y editar los elementos multimedia. Implementacin. Verificacin y validacin. Evaluacin del entorno. Evaluacin de calidad. Mantenimiento. Documentacin.

Una de las desventajas de esta metodologa es que aun que brinde de forma detallada las tareas y subtareas a realizar, esta fase no ofrece las tcnicas de modelado a seguir para el desarrollo del sistema, solo indica que se debe hacer y no como se debe hacer. Lo que se pretende al elegir esta metodologa es que facilite de cierta forma a que el sistema se desarrolle de una manera integral. Ya que esta metodologa brinda los pasos que se deben de seguir para alcanzar el objetivo planteado.

1.8 Organizacin de la tesina

La presente tesina estar organizada en los siguientes captulos. Capitulo 1. Introduccin: presentar los aspectos generales del proyecto, cules fueron las razones que llevaron a su realizacin, cuales son los alcances del proyecto y la metodologa propuesta para la solucin del problema. Capitulo 2. Anlisis: En este captulo se muestran los requisitos solicitados para el desarrollo del proyecto. Capitulo 3. Diseo: En este captulo se analizan los requisitos del proyecto, y se definen los componentes, interfaces, arquitectura del sistema. Se presentan los diagramas que ayudarn a comprender mejor cada uno de los componentes del proyecto. Capitulo 4. Desarrollo: Esta seccin muestra la forma como se generan los mdulos a partir del diseo previamente elaborado. Capitulo 5. Pruebas e implantacin: En este captulo se describen las pruebas que se realizaron antes de su implantacin, adems de un reporte de los resultados obtenidos al ejecutar cada una de estas. Capitulo 6. Conclusiones: En este captulo se redacta y se muestran los alcances y logros al desarrollar este proyecto, as como experiencias que deja al realizar cada una de las etapas del mismo.

2. Anlisis de requisitos
El anlisis es una etapa muy importante durante el desarrollo de un proyecto, ya que se definen los aspectos o las labores que el sistema va a realizar, de esto depende que la funcionalidad del sistema sea la correcta.

2.1 Introduccin
El anlisis de requisitos es una de las tareas ms importantes en el ciclo de vida del desarrollo de software, puesto que en ella se determinan las necesidades, las restricciones, as tambin las funciones que el producto de software contemplar para satisfacer las necesidades del cliente. Debido a que la forma de hablar en el lenguaje natural y la forma de expresarse mediante lenguajes ms formales en ingeniera no tiene el mismo significado o es ms tcnico a la hora de expresarlo la obtencin de requisitos habitualmente tiene complicaciones. Es por eso que se han creado diferentes formas de obtener los requisitos para volver este paso ms sencillo y rpido. A continuacin se presentaran diferentes mtodos para obtener los requisitos del sistema. Entrevistas: este mtodo se desglosa en tres fases, preparacin, desarrollo y anlisis. En la fase de preparacin el entrevistador de preparar previamente las preguntas que se van a realizar, se debe de informar el tema que se va a tratar, documentarse sobre proyectos similares, inmersin dentro de la organizacin para la que se va a desarrollar el proyecto. En la fase de desarrollo el entrevistador puede comenzar la entrevista con las abiertas de esta forma el tiempo destinado a la entrevista ser ms corto. En la fase de anlisis se trata de ver cmo utilizar los conocimientos adquiridos, de forma que se asimile y se comprenda la informacin obtenida en la entrevista. JAD

La informacin obtenida se puede contrastar in situ porque estn todos los interesados. En las entrevistas individuales este es un proceso lento. Adems en esta contrastacin participan tanto los usuarios como los desarrolladores, esto quiere decir que los requisitos que se obtienen son los correctos.

Los clientes se sienten involucrados en el proceso de desarrollo porque ellos mismos participan en la exploracin de los problemas que se plantean, con lo cual la resistencia al cambio ser menor. Uno de los inconvenientes de esta tcnica es que al ser un grupo de personas es difcil el encontrar espacio en cada una de las agendas de las personas involucradas para este tipo de reuniones Otro inconveniente es que es una tcnica un poco difcil ya que todos tienen diferentes opiniones. Brainstorming o tormenta de ideas En esta metodologa el jefe expone la problemtica a resolver dndole la palabra a cada persona para que cada uno exponga su opinin o su idea para la solucin, cuando se han generado varias ideas la reunin finaliza, de esta forma se clasifican, se descartan y se les da prioridad a las ideas en funcin a su importancia. Prototipos:
Un prototipo en una versin reducida del proyecto final. Prototipo de desarrollo rpido: este tipo de prototipo sirve para obtener y validar requisitos. Prototipo inicial: se desarrolla el sistema de un modo incremental partiendo de una versin inicial. Debido a la rapidez en que se ha desarrollado, el prototipo no cuenta con la debida documentacin, la calidad del cdigo es mala, el rendimiento y la seguridad no se implementan. Casos de uso Es una forma de especificar los requisitos de un sistema, un caso de uso consiste en una interaccin de algo externo al sistema y el sistema.

2.1.1

Entrevista Para el desarrollo del proyecto se obtuvo informacin acerca del sistema a travs de la tcnica de la entrevista. De esta forma se obtiene una comunicacin directa entre las personas involucradas para conocer y obtener informacin. En esta ocasin se opto por una entrevista mixta la cual permite realizar preguntas previamente preparadas y preguntas espontaneas.

Este mtodo permite la obtencin de la informacin de forma sencilla y flexible ya que se cuenta con las preguntas necesarias y aptas para la obtencin de requisitos del sistema. Adems de que permite anexar otras preguntas al momento de llevar a cabo la entrevista.

2.1.2

Preparacin

Es fundamental informarse acerca de lo que los clientes manejan ya que de esta forma se conoce de que se esta hablando y se genera un cierto aire de confianza al momento de la comunicacin. En la primera visita se planteo solamente de que se trataba la problemtica del proyecto de forma general, en este caso se comento que se necesitaba un sistema de ventas en lnea y que permitiese el seguimiento de clientes de la empresa. Debido a la vasta cantidad de tiendas en lnea fue sencilla la bsqueda de la informacin para realizar la entrevista.

2.1.3

Personal

Para realizar la entrevista se debe considerar a todas las personas que estn al tanto de la problemtica planteada, por lo que es fundamental identificarlas para entrevistarlas. Para esto la entrevista fue aplicada al Lic. Enrique Snchez quien ocupa el puesto de Gerente general de Laboratorios Natural Kenzo ya que esta a cargo y conoce completamente de los procesos de ventas de productos de la empresa.

2.1.4

Objetivo de la entrevista A continuacin se presentan los objetivos para el desarrollo de la entrevista. Conocer la problemtica principal de la organizacin Identificar los requisitos de sistema Identificar la funcionalidad del sistema Conocer si existe algn tipo de pagina web de la empresa Identificar los requisitos de diseo de interfaz Visualizar los resultados que se esperan obtener

2.1.5

Contenido de la entrevista A continuacin se muestra las preguntas que se plantearon en la entrevista.

Entrevista al asesor externo: Cul es el problema principal? La empresa cuenta con un sistema web? Contaba la empresa con un sistema de ventas en lnea? Cules son los procesos que se realizan para la recepcin de pedidos? Actualmente como reciben los pedidos de los clientes? Existe algn otro medio de propagacin de productos? De qu forma distribuyen los pedidos? Qu datos son necesarios por parte del cliente para hacer un pedido? Cul es el objetivo de tener un sistema de ventas en lnea?

2.1.6

Anlisis Una vez obtenida la informacin por medio de la entrevista se realiza un anlisis de las respuestas obteniendo as los requisitos del sistema, tambin entendiendo ms a detalle la problemtica de la empresa.

2.2 Restricciones de diseo

Requisitos que limitan el desarrollo al crear el producto. Requisito RD.1 Descripcin: El sistema debe funcionar en un entorno web, ya que es importante permitir a los usuarios visitar la pgina para realizar compras en lnea de los productos en el sistema. Importancia: Esencial. Validez: Medible: El requisito se cumplir cuando los usuarios visualicen el sistema mediante un navegador web. Alcanzable: El acceso a la informacin del sistema para los usuarios, ser a travs de internet mediante un navegador web desde cualquier lugar. Relevante: Es de suma importancia que el usuario pueda acceder al sistema siempre y cuando tenga acceso a internet.

Requisito RD.2

Descripcin: El sistema utilizar la interfaz de la pgina que anteriormente haban utilizado. Importancia: Esencial. Validez: Medible: El requisito se cumplir al visualizar la interfaz del sistema es similar a la interfaz de la pagina web anteriormente utilizada. Alcanzable: la pagina web anteriormente utilizada ya cuenta con los requisitos de interfaz deseados, es por eso que se va a utilizar esa misma interfaz solo que con segmentos nuevos y nuevo cdigo. Relevante: Es la interfaz web establecida por el cliente.

2.3 Requisitos funcionales

Son los requisitos que especifican las funcionalidades que debe presentar el sistema. Estos se clasifican en nominales y no nominales.

2.3.1

Requisitos nominales Requisitos para el funcionamiento del sistema en situaciones normales. Requisito FN.1 Descripcin: El cliente puede acceder a la pagina y consultar los productos sin estar validado como usuario. Importancia: Esencial. Validez: Medible: El requisito se cumplir cuando el cliente visualice la pgina por medio de un navegador web. Alcanzable: El acceso a la informacin de los productos ser a travs de internet por medio de un navegador web. Relevante: El cliente puede acceder al sistema siempre y cuando cuente con conexin a internet. Requisito FN.2 Descripcin: Para realizar una compra de productos en el sistema el cliente debe iniciar sesin como usuario para poder realizar la compra. Importancia: Opcional. Medible: El requisito se cumplir al realizar la validacin de usuarios al momento de introducir los datos al sistema. Alcanzable: La validacin de usuario se debe realizar, solicitando correo electrnico y contrasea de los usuarios.

Relevante: Al validar a los usuarios se mantiene la seguridad del sistema, adems de que se lleva un registro de datos de compras de los usuarios.

Requisito FN.3 Descripcin: En el sistema se debe realizar la administracin del catalogo de productos, permitiendo Agregar, Consultar, Modificar y Eliminar cualquiera de los datos que compone el registro de productos. Importancia: Opcional. Validez: Medible: Este requisito se cumplir al habilitar un modulo para el administrador que permita Agregar, Consultar, Modificar y Eliminar en los datos, reflejando estos cambios en la base de datos. Alcanzable: La interfaz de permitir administrar con facilidad los datos de los productos registrados en la base de datos. Relevante: La informacin almacenada de los productos es importante ya que esta misma se presentara en el catalogo de productos del cliente.

Requisito FN.4 Descripcin: El sistema debe permitir al usuario modificar la cantidad de productos en el carrito de compras. Importancia: Opcional. Validez: Medible: El usuario agregar cierta cantidad de productos al carrito de compras y el sistema le permitir modificar esa cantidad de cierto producto. Alcanzable: El usuario debe de tener un producto o ms en su carrito de compras para modificar la cantidad. Relevante: El precio total de los productos se cambiar cuando cambie la cantidad de productos.

Requisito FN.5 Descripcin: El sistema debe permitir registrarse a un cliente que no tiene cuenta en el sistema. Importancia: Esencial. Validez:

Medible: El cliente debe introducir los datos solicitados en el formulario, estos sern almacenados en la base de datos del sistema. Alcanzable: El sistema validara el correo electrnico como si fuera el usuario del cliente. Relevante: El sistema realizara la validacin buscando en la base de datos si el correo electrnico ya existe y verificara si es vlido el correo electrnico.

Requisito FN.6 Descripcin: El sistema debe realizar una consulta temporal en la base de datos la cual arroje los datos de los clientes que han dejado de realizar pedidos de productos en cierto periodo de tiempo, realizando un reporte que ser presentado al administrador del sistema. Importancia: Esencial. Validez: Medible: Este requisito se cumplir cuando se habilite un modulo donde el sistema realice la evaluacin temporal de los datos de compras de los usuarios. Alcanzable: El sistema realizara las operaciones necesarias para que muestre los resultados en un lapso de tiempo esperado. Relevante: Es importante para la empresa conocer dichos resultados para conocer su posicionamiento en el mercado.

Requisito FN.7 Descripcin: Al ingresar al sistema de Administrador el sistema solicitar usuario y contrasea, esto permitir mantener seguros los datos personales de los clientes registrados en el sistema, as como la informacin del sistema mismo. Importancia: Esencial. Validez: Medible: El requisito se cumplir al realizar la validacin de los datos solicitados al ingresar en el sistema. Alcanzable: La validacin del administrador se realizar solicitando usuario y contrasea. Relevante: Este tipo de validacin es una manera de mantener segura la informacin que los clientes proporcionan al registrase en el sistema, verificando que no cualquier persona acceda a la informacin del mismo.

2.3.2

Requisitos no nominales Requisitos para el funcionamiento del sistema en situaciones especiales o condiciones de error. Requisito FF.1

Descripcin: El sistema debe visualizarse de una manera similar en los diferentes tipos de navegadores. Importancia: Esencial. Validez: Medible: El requisito se cumplir al visualizar que el diseo de interfaz del sistema sea similar en cualquier tipo de navegador. Alcanzable: En ciertos casos es un poco complicado que la interfaz luzca de la misma forma en ciertos navegadores. Relevante: Debido al gran uso de navegadores y del internet en el pblico, es recomendable que funcione en el mayor nmero de navegadores posible.

2.4 Requisitos de interfaz

Conjunto de requisitos que definen las necesidades de interaccin del sistema con otros sistemas y usuarios. Requisito IN.1 Descripcin: Conexin con el sistema de pago en lnea. Esta interaccin es importante en el proceso de ventas en el carrito de Comoras ya que le permite al usuario realizar el pago de su compra sin necesidad de salir de casa. Importancia: Esencial. Validez: Medible: Este requisito se cumplir cuando al usuario se le permita realizar el pago en lnea por un sistema de banco electrnico. Alcanzable: Realizar un modulo en el cual se vincule el sistema de compras de la empresa con el sistema de pago electrnico. Relevante: Es importante este requisito, debido a que ser ms cmodo para el usuario el pago electrnico, adems de ser una ventaja para la empresa.

2.5 Requisitos de calidad

Exigencias de calidad solicitadas explcitamente para el producto. Requisito CA.1 Descripcin: El sistema debe de ser intuitivo capaz de ser utilizado sin ningn tipo de entrenamiento previo, solo por medio de una gua. Importancia: Esencial. Validez:

Medible: Este requisito se cumplir cuando los usuarios usen el sistema sin ningn tipo de problema. Alcanzable: La interfaz debe de ser llamativa y simple de usar, sin opciones innecesarias. Relevante: El sistema debe de ser pensado para usuarios que no tengan mucha experiencia en el manejo de computadoras.

2.6 Requisitos de evolucin

Requisitos para el diseo del producto con el objetivo de facilitar la adaptacin a condiciones o exigencias que surjan en un futuro. Requisito EV.1 Descripcin: La estructura del cdigo debe de ser de una forma consistente y clara de entender, esto se puede lograr mediante la documentacin necesaria, para posibles modificaciones de funcionalidades del sistema, de esta forma ser sencillo para el personal que se encargue de esta tarea. Importancia: Esencial. Validez: Medible: El requisito se cumplir al visualizar que la estructura del cdigo se encuentra documentada. Alcanzable: En la programacin del sistema de documentarn los bloques de cdigo, as como la identificacin de cada una de las estructuras de control para facilitar el mantenimiento de este. Relevante: Es importante realizar estas tareas en el cdigo para una mejor identificacin de problemas y facilitar los cambios. Requisito EV.2 Descripcin: La estructura del sistema debe permitir la implementacin de nuevas secciones que surjan en un futuro. Importancia: Esencial. Validez: Medible: El sistema se debe adaptar a nuevas secciones que sean necesarias en un futuro. Alcanzable: Para este requisito es necesario que el diseo de la estructura del sistema sea los mas adaptable posible para que no surjan problemas al momento de realizar cambios en el sistema. Relevante: Es importante que el sistema se adapte a las necesidades del cliente para la implementacin de nuevas secciones.

2.7 Requisitos de proyecto

Requisitos que afectan y condicionan el proceso de desarrollo del proyecto.

Requisito PR.1 Descripcin: Para conocer el proceso de desarrollo del sistema es de suma importancia la documentacin de cada fase de desarrollo del proyecto. Importancia: Esencial. Validez: Medible: El proyecto tendr la documentacin necesaria en cada una de sus fases. Alcanzable: El proyecto ser documentado para mostrar las caractersticas y funcionalidades, as como los beneficios que implican el desarrollo del proyecto. Relevante: Es importante para identificar las caractersticas y funcionalidades que forman parte del proyecto.

Requisito PR.2 Descripcin: El sistema contar con el diseo y secciones que ya han sido implementadas en la pgina actual con la que cuenta la empresa. Importancia: Esencial. Validez: Medible: El proyecto ser aadido a la pgina actual de la empresa y se modificaran algunas secciones con las que ya cuenta. Alcanzable: El proyecto implementar secciones con las que la pagina actual de la empresa no cuenta as como el manejo de base de datos. Relevante: Es un requisito del cliente que el proyecto sea implementado en la pagina actual de la empresa modificando algunas secciones y aadiendo manejo de base de datos.

2.9 Requisitos de soporte

Requisitos que deben de ser cumplidos por el cliente. Requisito SO.1 Descripcin: La empresa proveer la infraestructura necesaria para que el sistema funcione. Importancia: Esencial. Validez: Medible: La empresa proporcionar el servicio de alojamiento para que el sistema pueda ser visualizado en internet por medio de un navegador web.

Alcanzable: El servicio de alojamiento debe de proveer los servicios necesarios para que el sistema web pueda ser visualizado por los clientes por medio de un navegador web. Relevante: Es importante que el servicio de alojamiento del sistema cumpla los requisitos necesarios para el funcionamiento optimo del sistema.

Requisito SO.2 Descripcin: La empresa se har cargo de adaptar el sistema para aadir nuevas secciones dentro del mismo cuando sea necesario. Importancia: Esencial. Validez: Medible: La empresa se encargar de adaptar el sistema y aadir nuevas secciones si es necesario en un futuro. Alcanzable: La empresa se har cargo de adaptar el sistema por medio del personal adecuado. Relevante: Es importante que el sistema cuente con la documentacin relevante del sistema.

http://es.slideshare.net/dylanysz/objetivos-objetivos-generales-y-objetivos-especificos http://es.scribd.com/doc/55449781/44/HFPM-Hypermedia-Flexible-Process-Modeling-Strategy http://www.ia.uned.es/ia/asignaturas/adms/GuiaDidADMS/node24.html