Proyecto realizado por el alumno/a: Alberto Gutiérrez García. Fdo.: Alberto Gutiérrez García Fecha: 01/ 09/ Autorizada la entrega del proyecto

Transcripción

1 Proyecto realizado por el alumno/a: Alberto Gutiérrez García Fdo.: Alberto Gutiérrez García Fecha: 01/ 09/ 2011 Autorizada la entrega del proyecto EL DIRECTOR DEL PROYECTO Alfonso Villar Chicharro Fdo.: Alfonso Villar Chicharro Fecha: 01/ 09/ 2011 Vº Bº del Coordinador de Proyectos Eduardo Alcalde Lancharro Fdo.: Eduardo Alcalde Lancharro Fecha: 01/ 09/ 2011

2 ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) INGENIERO TÉCNICO EN INFORMÁTICA DE SISTEMAS SISTEMA INTEGRAL DE GESTIÓN DE GRANDES SUPERFICIES Autor: Alberto Gutiérrez García Director: Alfonso Villar Chicharro Madrid Septiembre de 2011

3 Agradecimientos Debo dar las gracias a mi familia, ya que sin su ayuda no podría haber llegado hasta aquí. Y dedico este proyecto a todas aquellas personas que de una manera u otra me han ayudado, y han estado a mi lado durante los años de universidad.

4 UNIVERSIDAD PONTIFICIA COMILLAS ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) INGENIERÍA TÉCNICA EN INFORMÁTICA DE SISTEMAS SISTEMA INTEGRAL DE GESTIÓN DE GRANDES SUPERFICIES AUTOR: ALBERTO GUTIÉRREZ GARCÍA DIRECTOR: ALFONSO VILLAR CHICHARRO UNIVERSIDAD PONTIFICIA COMILLAS ICAI RESUMEN Se conseguirá el desarrollo de una aplicación en entorno web, orientada a la gestión y control de recursos, en este caso, clientes, personal, productos y proveedores, relacionados con el negocio. Se pretende que el usuario final sea consciente, mediante la aplicación, de saber en todo momento el estado de su negocio en áreas tan variadas como el turno de trabajo de un empleado hasta el precio unitario del último producto puesto a la venta. Este usuario final será en muchos casos el gerente de la tienda de proximidad, y el acceso a esta cantidad de información influirá de forma directa en las decisiones estratégicas que puedan llegar a tomarse dentro del negocio.

5 Palabras Clave SISTEMA INTEGRAL DE GESTIÓN DE GRANDES SUPERFICIES Algunos términos que definen el proyecto son: Gestión Web 2.0 Base de datos Toma de decisiones Beneficio Introducción A día de hoy es difícil encontrar una empresa o negocio que no disponga de una herramienta para el tratamiento de la información de manera local, ya sea simplemente para realizar transacciones o para gestionar de forma adecuada la información procedente de los resultados contables del negocio. Con esta herramienta se pretende ir más allá, y cubrir las necesidades de gestión que surgen cuando, por cualquier causa, no se puede estar de forma física en la zona donde se desarrollan las actividades de negocio. Principalmente por este motivo se ha elegido un desarrollo orientado al espacio web, que permite al usuario final desarrollar al menos parte de sus funciones se encuentre, donde se encuentre. Otro punto importante es el ahorro en costes adherido a la impresión de informes, ya que con la aplicación que se pretende desarrollar se podrá acceder a toda esta información en formato digital. Esta manera de actuar aparte de ahorrar costes a la empresa, favorecerá la visión que se tiene de la misma desde el punto de vista del consumidor, ya que una empresa que respeta el medio ambiente es mejor valorada que otra que no lo hace. III

6 También se ha tenido en cuenta la disminución del tiempo invertido en la toma de decisiones en todos los niveles, repercutiendo a su vez en una ventaja bastante significativa frente al resto de competidores de un mercado tan saturado y competitivo. Revisando el mercado se han encontrado herramientas similares a la que se define en este proyecto, casi todas pertenecientes a grandes marcas franquicia. Sin embargo estas herramientas están destinadas casi exclusivamente a almacenar informes generados por herramientas locales en las centrales de las compañías. Este proyecto se puede dividir en las siguientes partes: Presentación de necesidades, objetivos y requisitos. Diseño y planificación del desarrollo. Valoración y toma de decisión para el desarrollo. Implementación de la aplicación. Resultados Con la realización de este proyecto se ha logrado desarrollar una aplicación robusta y de gran accesibilidad que permite gestionar de forma eficiente los recursos de la empresa, y que facilita la toma de decisiones a todos los niveles. También se puede decir que se han adquirido nuevos conocimientos sobre todo en la etapa de la codificación de la aplicación, ya que se ha tratado de conocer nuevos lenguajes de programación orientados a la programación de soluciones web. Aún así también se han afianzado conocimientos en campos ya estudiados durante la carrera entre los que cabe destacar: Ingeniería del Software, Bases de Datos, Control Informático de Gestión o Estructura de datos. IV

7 Conclusiones SISTEMA INTEGRAL DE GESTIÓN DE GRANDES SUPERFICIES conclusiones: Una vez terminado el desarrollo del proyecto, se desprenden una serie de Se ha conseguido comprender la organización y la gestión de un negocio de tienda de proximidad. Gracias al punto anterior, se ha conseguido cubrir las necesidades y objetivos que se plantearon al inicio del proyecto. Se han afianzado los conocimientos adquiridos durante los años de carrera, especialmente de asignaturas como Ingeniería del Software, Bases de Datos y Estructura de Datos. Conocimientos que podrán ser usados en futuros proyectos. Se han conseguido nuevos conocimientos relacionados con la seguridad informática, y la gestión de proyectos. Se ha logrado el desarrollo de una aplicación sólida, basada en lenguajes de programación no incluidos en el plan de estudios de la carrera. V

8 Referencias SISTEMA INTEGRAL DE GESTIÓN DE GRANDES SUPERFICIES [BARR01] Barranco de Areba. Metodología del análisis estructurado de sistemas. Madrid: Publicaciones Universidad Pontificia de Comillas, Web de descarga y ayuda para las herramientas de desarrollo del software de la aplicación web: [WWW01] español: Web oficial del distribuidor de componentes informáticos Hewlett Packard, en [WWW02] Web oficial del distribuidor de software y herramientas de desarrollo Adobe Systems, en español: [WWW03] JavaScript: Comunidad web de ayuda a la programación, principalmente de PHP, HTML y [WWW04] VI

9 Abstract SISTEMA INTEGRAL DE GESTIÓN DE GRANDES SUPERFICIES The means to develop a Web-based application, oriented management and control of resources, in this case, customers, staff, products and suppliers relating to the business. It is intended that the end user is aware, through the application, always know the status of your business in areas as varied as the shift of an employee to the unit price of the latest product offered for sale. The end user will in many cases the store manager of proximity and access to this wealth of information will directly affect the strategic decisions that may come to be in business. Key Words Some terms that define the project are: Management Web 2.0 Database Decision Profits VII

10 Introduction SISTEMA INTEGRAL DE GESTIÓN DE GRANDES SUPERFICIES Today it is difficult to find a company or business that does not have a tool for processing information locally, either just to make transactions or to manage adequately the information from the financial results of the business. This tool aims to go beyond, and management needs that arise when, for whatever reason, can t be physically available in the area where the business activities develop. Mainly for this reason we have chosen a development oriented web site that allows end users to develop at least part of their duties are, wherever you are. Another important point is the cost savings attached to the printing of reports, since the application to be developed will be able to access all this information in digital format. This course of action other than cost savings to the company, encourage the view we have of it from the standpoint of the consumer, as a company that respects the environment is more valued than another does not. Also taken into account the reduction of time spent on decision making at all levels, affecting in turn a pretty significant advantage against other competitors in a market so saturated and competitive. Reviewing the market similar tools has been found to be defined in this project, almost all belonging to franchise brands. However, these tools are used almost exclusively to store reports generated by local power tool companies. This project can be divided into the following parts: Presentation of needs, objectives and requirements. Design and development planning. Assessment and decision making for development. Implementation of the application. VIII

11 Results With the completion of this project has developed a robust and highly accessible which enables efficient management of company resources, and facilitates decision-making at all levels. You can also say that they have acquired new skills especially in the stage of coding the application, as it has tried to learn new programming languages oriented programming web solutions. Still have also been secured and studied knowledge in fields during the race among which include: Software Engineering, Databases, Management Information Control and Data Structure. Conclusions Upon completion of the project, it draws several conclusions: It has come to understand the organization and management of store business proximity. Thanks to the above, has managed to cover the needs and goals that were raised at the beginning of the project. We have strengthened the knowledge acquired during the years of career, especially in subjects such as Software Engineering, Databases and Data Structures. Knowledge that can be used in future projects. We have achieved new knowledge related to computer security, and project management. IX

12 It has succeeded in developing a solid application, based on programming languages not included in the curriculum of the race. References [BARR01] Barranco de Areba. Metodología del análisis estructurado de sistemas. Madrid: Universidad Pontificia de Comillas Publicaciones, application: Download Web and support for software development tools for the web [WWW01] Spanish: Official website of the distributor of Hewlett Packard computer parts in [WWW02] Official website of the supplier of software and development tools Adobe Systems, in Spanish: [WWW03] Web community for programming assistance, mainly PHP, HTML and JavaScript: [WWW04] X

13 Índice 1. Memoria Introducción Motivación del proyecto Objetivos del proyecto Metodología de trabajo Recursos a utilizar Identificación de necesidades Introducción Objetivos del sistema Alcance del sistema Tipología de usuarios Restricciones Organización y funciones empresariales Antecedentes Análisis de requisitos Introducción Reconocimiento del sistema Ámbito del sistema Unidades afectadas en la organización Modelo del sistema actual Lista de requisitos Modelo lógico del nuevo sistema Nivel contextual CÓDIGO TIPO NOMBRE DESCRIPCIÓN Nivel conceptual CÓDIGO TIPO NOMBRE DESCRIPCIÓN XI

14 Explosión de Validación de usuario CÓDIGO TIPO NOMBRE DESCRIPCIÓN Explosión de Gestión de Clientes CÓDIGO TIPO NOMBRE DESCRIPCIÓN Explosión de Gestión de Proveedores CÓDIGO TIPO NOMBRE DESCRIPCIÓN Explosión de Gestión de Personal CÓDIGO TIPO NOMBRE DESCRIPCIÓN Explosión de Gestión de Productos CÓDIGO TIPO NOMBRE DESCRIPCIÓN Modelo conceptual de datos Diagrama entidad-relación Diseño de la arquitectura técnica Diagrama de presentación Especificación de componentes básicos Planificación del proyecto Diseño externo Modelo físico del nuevo sistema Diseño de entradas y salidas XII

15 Modelo lógico de datos Programación Pruebas del sistema Plan de pruebas Implantación Conclusiones Bibliografía Anexos Valoración económica XIII

16 1. Memoria 1

17 1.1. Introducción Este proyecto surge a partir de las necesidades de gestión de la información que se pueden encontrar en cualquier empresa de venta al por menor. Necesidades que surgen, en mayor medida, por el tiempo que se utiliza en revisar y manejar de forma adecuada todas las funcionalidades de un negocio. De ahí que como Proyecto de Fin de Carrera se haya elegido el desarrollo de una aplicación para la gestión interna de algunos procesos de negocio. Se ha elegido el formato de aplicación web por delante de otros, en primer lugar por la gran accesibilidad que presenta al usuario final, para acceder a los procesos de negocio de la empresa. En segundo lugar, se ha sabido destacar el fácil e intuitivo manejo del interfaz de gestión de recursos que proporciona una aplicación web debido a su estructura de enlaces. Por último, se ha tenido en cuenta la disminución del tiempo invertido en la toma de decisiones, tanto en el nivel táctico como en el nivel operativo. Este hecho repercute en una reducción de los costes en la empresa. Como principal consecuencia a los puntos anteriormente descritos se ha de apreciar una mejora en la gestión integral del negocio y derivado de este como consecuencia última se ha de experimentar un incremento de los beneficios, aumentando las posibilidades de la empresa frente a la competencia Motivación del proyecto Hasta hace relativamente poco tiempo, solo se podía distinguir entre dos formatos claramente diferenciados. Por un lado está el formato del hipermercado, que ha dominado la mayor parte del porcentaje de ventas al público, en mayor medida gracias a un surtido muy extenso 2

18 y variado. Otra de sus características es el lugar donde se encuentra, normalmente a las afueras de las ciudades, en amplios parques comerciales. Su principal desventaja, no estar diseñado para la compra diaria. En el otro lado de la balanza se sitúa el formato de la tienda de barrio, el pequeño comercio especializado en una reducida gama de productos y establecido dentro de los núcleos urbanos. Este formato es el gran perjudicado al no poder competir en precios con las grandes superficies. Sin embargo es el más cercano a nuestros hogares y por tanto el más accesible. Ya que ambos formatos tienen desventajas importantes es lógico que en los últimos años haya proliferado un nuevo modelo que se sitúa entre ambos. Este nuevo modelo se conoce como tienda de proximidad. Son grandes superficies de venta localizadas dentro de las urbes, que ofrecen un surtido variado, centrado en las necesidades diarias del cliente. Con este nuevo modelo se dispone de un número de usuarios estable al que ir ofreciendo productos nuevos cada día. Los principales precursores del nuevo modelo de tienda de proximidad, a parte de las grandes marcas (Carrefour, Eroski, ), son pequeños empresarios que deciden ampliar su negocio, y con cada negocio surge la necesidad de informatizarlo. Esa necesidad es la se intentará cubrir con la aplicación aquí propuesta Objetivos del proyecto El principal objetivo del proyecto es la creación de una aplicación web que permita al usuario final una perfecta interacción con los procesos de negocio. Esta web debe presentar, con la mayor claridad posible, todo tipo de información, ya sean informes de ventas, stock disponible, fechas de vacaciones, como datos de clientes y proveedores. 3

19 Con el desarrollo de una web también se conseguirá otro de los objetivos más importantes, una gran accesibilidad a herramientas e información que en otro caso no podrían ser usadas fuera del mismo negocio Metodología de trabajo La metodología elegida para la realización del proyecto ha sido la metodología lineal o en cascada, que se sostiene en los siguientes ciclos: Identificación de necesidades (IDN): Trata de exponer el entorno global del problema en estudio, especificando objetivos y funciones de negocio, perfil de los usuarios finales y restricciones de costes y tiempo. Análisis de requisitos (ARQ): Se intenta alcanzar un conocimiento suficiente del sistema, definiendo necesidades, problemas y requisitos del cliente, mediante la realización del modelo físico y lógico del sistema actual y el modelo lógico del nuevo sistema. Estudio de la arquitectura técnica (DAT): Consiste en definir posibles soluciones que cumplan los requisitos, especificando hardware, software y elementos de comunicaciones necesarios para este fin. Y una vez se elige la solución a seguir, se confecciona la planificación del proyecto. Diseño externo (DEX): Se obtienen el modelo físico del nuevo sistema y el modelo lógico de datos y se define la estrategia para las pruebas y la implantación del sistema. Diseño interno (DIN): Se diseñan los componentes software de la aplicación web: módulos, fases, bases de datos, Se intenta en todo 4

20 caso seguir un diseño estructurado y modular. En esta fase se inician los primeros planes de pruebas. Programación (PRO): Codificación de los módulos y componentes software. Se realizan las pruebas unitarias de los componentes y se verifica la disponibilidad hardware/software para la instalación. Pruebas del sistema (PRU): Se prueba la funcionalidad, operatividad e integridad del sistema. Se realizan pruebas de encadenamiento, integración, usabilidad, rendimiento, carga y pruebas de aceptación de usuario. Implantación (IMP): Implementación del nuevo sistema en producción real. Se prepara la entrada en producción, y se busca la aprobación final del cliente. Con esta serie de pasos se intenta conseguir una aplicación eficiente y robusta que solvente de forma adecuada los problemas de la empresa. Durante todo el proceso de desarrollo se hará especial hincapié en el diseño de las bases de datos que serán uno de los puntos más importantes dentro de la aplicación Recursos a utilizar En primer lugar, a nivel de recursos hardware, se ha utilizado un ordenador portátil Acer Aspire 5930G, con SO Windows 7 Ultimate x64, para el desarrollo tanto de la aplicación web como de la memoria, y una tableta Advent Vega, con SO Android 2.2 Froyo, para probar el correcto funcionamiento de la aplicación web. Por otro lado, a nivel de recursos software, el paquete de ofimática utilizado ha sido Microsoft Office 2007, destacando Microsoft Word 2007, Microsoft Visio 2007, 5

21 para la preparación de los DFD s, Microsoft PowerPoint 2007 y Microsoft Project 2007 para la realización de esquemas y la planificación del proyecto. Como software de ayuda en la codificación de la aplicación web se ha utilizado Adobe Dreamweaver CS5, parte del paquete Adobe CS5. Este programa hará de entorno de desarrollo para el código PHP, HTML y JavaScript presente en la aplicación. Una de las ventajas principales es que permite comprobar el diseño final mientras se desarrolla cada módulo de la aplicación. Para la implementación de la base de datos (BD) se ha optado por el uso de una tecnología gratuita y muy extendida como es MySQL, un sistema de gestión de bases de datos relacional, multiusuario y multihilo. Y para gestionar la información dentro de la base de datos se ha utilizado el gestor phpmyadmin, un gestor muy completo con las funcionalidades necesarias para el manejo de los datos del sistema. 6

22 2. Identificación de necesidades 7

23 2.1. Introducción En esta etapa del modelo se presenta el problema que se ha de resolver y se plantean las directrices a seguir. Como resultado final se obtiene el Documento de conceptos del sistema. En las diferentes partes del documento se encuentran las necesidades del sistema y la situación actual del negocio en el que se va a intervenir. El documento de conceptos del sistema contiene los siguientes puntos: Objetivos del sistema: Son aquellos objetivos a desarrollar desde el punto de vista empresarial. Alcance del sistema: Define las funciones de negocio que se quiere ver cumplidas dentro de la aplicación. Tipología de usuarios: Presenta el perfil de las personas que van de utilizar la aplicación, los usuarios finales del sistema. Restricciones: Se consideran todas las restricciones que pueda sufrir el proyecto y su desarrollo, ya sean de tipo organizativo, económico o de un cambio en la planificación. Antecedentes: Tanto los motivos por los que se desarrolla el proyecto como si existe algún sistema similar realizado con anterioridad. Es el cliente quien debe marcar los objetivos y necesidades contenidos en el documento de conceptos del sistema, por lo que debe tener conocimientos suficientes sobre la problemática actual del negocio. Cuanto más detallada sea la información que facilita para el desarrollo del sistema, más problemas se evitarán en el futuro. 8

24 Para la obtención de esta información se suele utilizar como punto de apoyo la técnica de la entrevista, entre el cliente y el jefe de proyecto Objetivos del sistema Son los objetivos de la aplicación que se pretende desarrollar, en este caso la informatización de la mayor parte de las funciones de negocio de una tienda de proximidad o superficie de venta: El objetivo principal es una mejor accesibilidad a informes de todo tipo y un mayor control sobre los procesos del negocio. En principio la empresa dispone de un nivel medio de informatización, ya que cuenta con diversas aplicaciones de escritorio para generar informes, preparar facturas y pedidos y un paquete ofimático para el seguimiento de las ventas y las cuentas de correo electrónico. Con la realización del proyecto se pretende: Unificar la gestión de los puntos descritos anteriormente. Mejorar la calidad de los datos recopilados día a día. Para esto se van a crear bases de datos optimizadas en las que se permita añadir, eliminar y actualizar las unidades de información que contengan. 9

25 2.3. Alcance del sistema En el alcance del sistema se definen aquellas funciones de negocio que se han de desarrollar para el cumplimiento de los objetivos del sistema. Las funciones que el sistema debe abarcar son las siguientes: Clientes: En este módulo se gestionan todo lo relacionado con los datos de aquellos clientes que decidan darse de alta como tal en la aplicación, y serán beneficiarios de ofertas, promociones y descuentos que se ajusten a su perfil. Cada cliente es único en el sistema y se pueden aplicar tres funciones: Alta de cliente (se añade un nuevo cliente a la BD), Baja de cliente (se elimina al cliente del sistema) y Modificar cliente (se modifican los datos pertenecientes a un cliente ya dado de alta). Productos: Es un módulo destinado a la gestión del inventario disponible para poner a la venta. A cada producto se le asigna un identificador unívoco (código interno) y para cada producto se dispone de su precio de venta al público, su precio de compra, familia de productos a la que pertenece, proveedor o proveedores que lo ofertan, así como aquellos datos derivados de los anteriores, por ejemplo el margen de beneficio. A cada producto se le pueden aplicar las siguientes funciones: Alta de producto (se añade un nuevo producto a las tablas), Baja de producto (se elimina un artículo de la BD) y Modificar producto (se modifican los datos pertenecientes a un producto ya dado de alta). Personal: Módulo dedicado al control de la plantilla. Debe permitir la gestión de los empleados en la medida de lo posible, presentando informes sobre cada empleado, acompañado de su nómina, turnos de trabajo, vacaciones, y posibles incidencias. Cada empleado contratado por la empresa debe tener un identificador unívoco y 10

26 puede sufrir: Alta de empleado (se añade un nuevo empleado a la BD), Baja de empleado (se elimina al empleado del sistema) y Modificar empleado (se modifican los datos pertenecientes a un empleado ya dado de alta). Proveedores: Módulo encargado de la gestión de los proveedores de los que dispone la empresa para abastecerse. Cada proveedor posee un identificador unívoco. Alta de proveedor (se añade un nuevo proveedor a la BD), Baja de proveedor (se elimina al proveedor del sistema) y Modificar proveedor (se modifican los datos pertenecientes a un proveedor ya dado de alta). Informes: El sistema debe ser capaz de presentar la información que se requiera de cada uno de los módulos (Clientes, Productos, Personal y Proveedores), con la mayor claridad y precisión posibles para conseguir una mejor gestión de los procesos de negocio y por tanto un mayor control sobre el negocio Tipología de usuarios En esta parte del Documento de conceptos del sistema se presenta el perfil de él/los usuarios que van a estar en contacto directo con la aplicación. Para este sistema se pueden encontrar dos tipos de usuarios finales: Por un lado está el usuario al que está dirigido en mayor medida la aplicación, que es el gerente de la empresa. Suelen ser varones de mediana edad de entre 30 y 55 años, con una extensa experiencia en su sector y que exigirán informes precisos y claros en el menor tiempo posible. 11

27 También se debe tener en cuenta a otro tipo de usuario final, el encargado de sección o encargado de tienda que utilizará la aplicación en menor medida y como un soporte excepcional a las herramientas de las que dispone en el día a día. Suelen ser personas de ambos sexos con edades de entre 25 y 40 años, con poca formación académica Restricciones En este apartado se tratan los puntos críticos que se pudieran encontrar a la hora de realizar el proyecto. A continuación se detallan los puntos más significativos: Se debe tener en cuenta los requisitos de hardware y software que necesita la aplicación. Para que esto no suponga un desembolso demasiado grande para la empresa, se intentará reciclar en la medida de lo posible los recursos ya existentes en la empresa. Para una mayor confianza en el sistema, todos los datos relativos a personas o entidades se trataran según la legislación vigente. Y si existiera alguna incidencia con los mismos, se seguirían los métodos más aconsejables para resolver el problema. Ya que la aplicación está destinada a distintos tipos de usuarios debe ser intuitiva y fácil de manejar. La aplicación web debe ser concebida como una herramienta de ayuda a la gestión de los procesos de negocio. En principio el acceso a la aplicación está restringido al responsable de la tienda. 12

28 El proyecto debe ser terminado y presentado en septiembre de Organización y funciones empresariales Debido a que en este tipo de negocio no existe un modelo único o estándar para la organización de la empresa, se describirán los puestos según las funciones básicas que deberían estar cubiertas en una tienda de proximidad: Gerente: Encargado final del correcto funcionamiento de la tienda. Encargado de almacén: Aquella persona que responde por las funcionalidades donde el almacén, y los productos que hay en él, estén implicados. Encargado de sección: Puede haber un encargado por sección o un encargado general que se ocupe de toda la zona de venta. Personal administrativo: Aquellas personas que controlan la contabilidad de la empresa, los recursos humanos, Personal de servicio: seguridad, reponedores, cajeros, carniceros, mozos de almacén, ) Antecedentes En el sistema actual de la empresa se dispone de varias aplicaciones de escritorio que controlan ventas, stock y ciclos de aprovisionamiento. Así como documentos de texto y hojas de cálculo para la gestión del personal, los listados de clientes con promociones y la consulta de datos globales de beneficios. Esto supone un enorme gasto de tiempo y recursos a la hora de buscar una determinada información en varios programas o ficheros de datos. 13

29 Otro de los problemas del sistema actual es la portabilidad y disponibilidad de información relativa a ciertos procesos de negocio. En muchos casos es incómodo o casi prohibitivo imprimir largos listados de productos cuyos parámetros pueden cambiar diariamente. Por esto se puede justificar la creación de una aplicación web que sirva como plataforma para aliviar ciertos puntos de los procesos de negocio de la empresa. 14

30 3. Análisis de requisitos 15

31 3.1. Introducción En esta fase del desarrollo se pretende alcanzar un conocimiento suficiente del sistema, definiendo las necesidades, problemas y requisitos del usuario, para expresarlo posteriormente mediante modelos de procesos y de datos. Para la correcta realización de esta etapa, se deben detallar tanto los procesos del sistema actual del negocio como la lista de requisitos que debe cumplir el nuevo sistema. Con todo esto al final de la etapa se conseguirá un modelo del nuevo sistema junto con el modelo de datos. Esta fase consta de los siguientes puntos: Reconocimiento del sistema: Se deben reconocer los elementos del sistema de la misma manera que los reconoce el usuario del sistema. Para este paso se tiene en cuenta el Documento de conceptos del sistema. Modelo del sistema actual: Es la representación gráfica de los elemento que componen el sistema actual, teniendo en cuenta procesos, flujos de datos y entidades externas relacionadas con el sistema. Lista de requisitos: Con la información obtenida mediante el formato de la entrevista, se confecciona un listado con los requisitos que debe cumplir el modelo del nuevo sistema. Modelo lógico del nuevo sistema: Es la representación gráfica de los elementos que componen el nuevo sistema, describiendo procesos, flujos de datos y entidades externas que puedan intervenir en el nuevo sistema. 16

32 Modelización de datos: Se presentan las tablas de datos que maneja el sistema, debidamente normalizados. Diagrama de entidad-relación: Como su nombre indica, en este paso se muestra la representación gráfica de las relaciones existentes entre las distintas tablas de datos 3.2. Reconocimiento del sistema En este apartado se define el ámbito del sistema y las unidades de la organización afectadas Ámbito del sistema El sistema tiene como finalidad unificar y automatizar una serie de procesos de negocio, que actualmente se desarrollan con diferentes herramientas, descritos a continuación: Gestión de Clientes: Permite la gestión y control de los datos relativos a los clientes. Puede llevar a cabo las siguientes funciones: Dar de alta a clientes, eliminar una instancia de cliente, modificar cualquier atributo relativo a un cliente y posibilitar la consulta de datos sobre un cliente. Gestión de Productos: Permite la gestión y control de los datos relativos a los productos. Puede llevar a cabo las siguientes funciones: Dar de alta un artículo, eliminar una instancia de producto, modificar cualquier atributo relativo a un producto y posibilitar la consulta de datos sobre un artículo. 17

33 Gestión de Personal: Permite la gestión y control de los datos relativos a los empleados. Puede llevar a cabo las siguientes funciones: Dar de alta a un empleado, modificar los datos de un empleado y posibilitar la consulta de datos sobre el personal. Gestión de Proveedores: Permite la gestión y control de los datos relativos a los proveedores. Puede llevar a cabo las siguientes funciones: Dar de alta a un proveedor, borrar los datos de un proveedor, modificar cualquier atributo relativo a un proveedor y posibilitar la consulta de datos sobre los proveedores. Generación de Informes: Los distintos módulos del sistema deben permitir la generación y consulta de informes sobre los tipos de datos que manejan Unidades afectadas en la organización En este apartado se presentan los procesos de la aplicación y las unidades de la organización afectadas por cada uno de ellos: Gestión de Gestión de Gestión de Gestión de Clientes Personal Productos Proveedores Gerente XX XX XX XX Encargado de Almacén Encargado de Sección Personal Administrativo XX XX XX XX XX XX 18

34 Personal de Servicio XX 3.3. Modelo del sistema actual Debido a la ausencia de un sistema actual unificado y automatizado que lleve a cabo las funciones descritas en anteriores apartados, se omite la descripción del modelo del sistema actual, ya que no transmitiría información relevante Lista de requisitos En esta lista se detallan los requisitos, que por medio del formato de la entrevista, han sido marcados por el cliente, para el nuevo sistema. Según su naturaleza se pueden distinguir los siguientes tipos de requisitos: Funcionales: Se refieren a las funciones propias de los procesos de negocio. Operativos: Están referidos a la operatividad del sistema. Pertenecen a los requisitos no funcionales. Prestaciones: Atienden a funciones adicionales del sistema. Pertenecen a los requisitos no funcionales. Seguridad: Describen aquellos requisitos relacionados con funciones de control y privacidad que pueden ser encontrados en el sistema. Pertenecen a los requisitos no funcionales. Fiabilidad, Integridad y veracidad de la información: Son los requisitos vinculados al control de calidad del producto final. Pertenecen a los requisitos no funcionales. 19

35 Para la descripción de cada requisito se utiliza el formato de la ficha, que contiene los siguientes campos de datos: Título del Proyecto Nombre del Jefe de Proyecto Fecha Versión del sistema Estado Prioridad Título del requisito Identificador Fuente Categoría Descripción del requisito Medición Beneficios Comentarios/Soluciones sugeridas Documentos relacionados Requisitos relacionados A continuación se detallan todos los requisitos presentes en el sistema. 20

36 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/Alta Título del requisito: Gestión de Clientes Identificador: R1 Categoría: Funcional Fuente: Cliente Descripción del requisito: El sistema debe permitir una correcta gestión de datos de clientes, permitiendo altas, bajas y modificaciones sobre los mismos. Se pretende que cada cliente pueda recibir promociones y ofertas adecuadas a su perfil. MEDICIÓN Este requisito es imprescindible para el desarrollo del sistema, por lo que su cumplimiento es obligado. BENEFICIOS El desarrollo de un módulo para la gestión y control de clientes es importante, ya que se mejora el trato a clientes preferenciales que han sido registrados en el sistema. COMENTARIOS/SOLUCIONES SUGERIDAS Para el buen funcionamiento del módulo, también se desarrolla una tabla de datos de clientes, contenida en la BD del sistema. DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. 21

37 REQUISITOS RELACIONADOS 22

38 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/Alta Título del requisito: Gestión de Productos Identificador: R2 Categoría: Funcional Fuente: Cliente Descripción del requisito: El sistema debe permitir una correcta gestión de datos de los artículos, permitiendo altas, bajas y modificaciones sobre los mismos. Se pretende que el usuario tenga acceso total sobre los datos de productos, tanto los que están a la venta como aquellos que han sido retirados temporalmente o aun no están a la venta. MEDICIÓN Este requisito es imprescindible para el desarrollo del sistema, por lo que su cumplimiento es obligado. BENEFICIOS El desarrollo de un módulo de gestión y control de productos (o stock), permite al usuario conocer en cualquier momento, cualquier información relativa a un producto, ya sea su precio unitario, proveedor, COMENTARIOS/SOLUCIONES SUGERIDAS Para el buen funcionamiento del módulo, también se desarrolla una tabla de datos de productos, contenida en la BD del sistema. 23

39 DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. REQUISITOS RELACIONADOS 24

40 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/Alta Título del requisito: Gestión de Personal Identificador: R3 Categoría: Funcional Fuente: Cliente Descripción del requisito: El sistema debe permitir una correcta gestión de datos de los empleados, permitiendo altas, bajas y modificaciones sobre los mismos. Se pretende que el usuario puede acceder a los datos de empleados y consultar cualquier información que necesite, ya sea vacaciones, turnos, horarios, nómina, MEDICIÓN Este requisito es imprescindible para el desarrollo del sistema, por lo que su cumplimiento es obligado. BENEFICIOS El desarrollo de un módulo de gestión y control de personal favorece el seguimiento de los empleados, pudiendo aprovechar de manera más eficiente los recursos humanos de la empresa. COMENTARIOS/SOLUCIONES SUGERIDAS Para el buen funcionamiento del módulo, también se desarrolla una tabla de datos de empleados, contenida en la BD del sistema. 25

41 DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. REQUISITOS RELACIONADOS 26

42 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/Alta Título del requisito: Gestión de Proveedores Identificador: R4 Categoría: Funcional Fuente: Cliente Descripción del requisito: El sistema debe permitir una correcta gestión de datos de los proveedores, permitiendo altas, bajas y modificaciones sobre los mismos. Se pretende que el usuario puede acceder a los datos de proveedores y consultar cualquier información relacionada con estos. MEDICIÓN Este requisito es imprescindible para el desarrollo del sistema, por lo que su cumplimiento es obligado. BENEFICIOS El desarrollo de un módulo de gestión y control de proveedores facilitará la toma de decisiones a la hora de elegir un proveedor u otro en el aprovisionamiento de un determinado producto. COMENTARIOS/SOLUCIONES SUGERIDAS Para el buen funcionamiento del módulo, también se desarrolla una tabla de datos de proveedores, contenida en la BD del sistema. DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. 27

43 REQUISITOS RELACIONADOS 28

44 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/Media Título del requisito: Generar informes Identificador: R5 Categoría: Funcional Fuente: Cliente Descripción del requisito: El sistema debe ser capaz de mostrar consultas y generar informes sobre clientes, productos, personal y proveedores cuando se requiera. Al realizar una consulta el módulo implicado accederá a la tabla correspondiente de la BD y mostrará el contenido pedido por el usuario. MEDICIÓN Este requisito es imprescindible para el desarrollo del sistema, por lo que su cumplimiento es obligado. BENEFICIOS Con la posibilidad de generar consultas e informes se pretende facilitar la toma de decisiones en puntos críticos de los procesos de negocio, y por tanto reducir el tiempo invertido y sus costes añadidos. COMENTARIOS/SOLUCIONES SUGERIDAS DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. 29

45 REQUISITOS RELACIONADOS 30

46 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/Media Título del requisito: Creación de la base de datos del sistema Identificador: R6 Categoría: Operativo Fuente: Cliente Descripción del requisito: Se debe crear una base de datos para almacenar la información que precisa el sistema para un correcto funcionamiento. La base de datos se encontrará en el servidor de la empresa. Esta base de datos cuenta con tablas de clientes, productos, empleados y proveedores, que serán accesibles desde los módulos del sistema. MEDICIÓN La base de datos debe ser accesible en todo momento para los usuarios con permisos. Se controlará que no haya información corrupta, duplicada o sin acceso en las tablas. BENEFICIOS Con la creación de bases de datos se consigue tener disponible una gran cantidad de información. COMENTARIOS/SOLUCIONES SUGERIDAS DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. 31

47 REQUISITOS RELACIONADOS 32

48 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/Media Título del requisito: Gestión de datos de clientes Identificador: R7 Categoría: Operativo Fuente: Cliente Descripción del requisito: El sistema debe permitir el alta, baja y modificación de datos de clientes. Se tendrá especial cuidado en no duplicar información relativa a un campo. Por ejemplo antes de dar de alta a un cliente se comprueba si ya está en la tabla de clientes. Cada instancia de cliente contiene los siguientes campos: ID_Cliente NombreCompleto DNI Dirección Teléfono TipoCliente MEDICIÓN Para cada consulta en la tabla se debe verificar el correcto tratamiento de la información. 33

49 BENEFICIOS Con la optimización de la base de datos se podrán evitar futuras incidencias y fallos en la aplicación. COMENTARIOS/SOLUCIONES SUGERIDAS DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. REQUISITOS RELACIONADOS 34

50 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/Media Título del requisito: Gestión de datos de productos Identificador: R8 Categoría: Operativo Fuente: Cliente Descripción del requisito: El sistema debe permitir el alta, baja y modificación de datos de productos. Se tendrá especial cuidado en no duplicar información relativa a un campo. Por ejemplo antes de dar de alta un artículo, se comprueba si ya está en la tabla de productos. Cada instancia de producto contiene los siguientes campos: ID_Producto Nombre Familia Descripción PrecioUnitario Existencias Proveedor MEDICIÓN Para cada consulta en la tabla se debe verificar el correcto tratamiento de la información. 35

51 BENEFICIOS Con la optimización de la base de datos se podrán evitar futuras incidencias y fallos en la aplicación. COMENTARIOS/SOLUCIONES SUGERIDAS DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. REQUISITOS RELACIONADOS 36

52 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/Media Título del requisito: Gestión de datos de personal Identificador: R9 Categoría: Operativo Fuente: Cliente Descripción del requisito: El sistema debe permitir el alta, baja y modificación de datos de empleados. Se tendrá especial cuidado en no duplicar información relativa a un campo. Por ejemplo antes de dar de alta a un empleado se comprueba si ya está en la tabla de personal. Cada instancia de empleado contiene los siguientes campos: ID_Empleado NombreCompleto DNI Dirección Teléfono Puesto Nomina Turno MEDICIÓN Para cada consulta en la tabla se debe verificar el correcto tratamiento de la información. 37

53 BENEFICIOS Con la optimización de la base de datos se podrán evitar futuras incidencias y fallos en la aplicación. COMENTARIOS/SOLUCIONES SUGERIDAS DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. REQUISITOS RELACIONADOS 38

54 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/Media Título del requisito: Gestión de datos de proveedores Identificador: R10 Categoría: Operativo Fuente: Cliente Descripción del requisito: El sistema debe permitir el alta, baja y modificación de datos de proveedores. Se tendrá especial cuidado en no duplicar información relativa a un campo. Por ejemplo antes de dar de alta a un proveedor se comprueba si ya está en la tabla de proveedores. Cada instancia de proveedor contiene los siguientes campos: ID_Proveedor Nombre CIF Dirección Teléfono Fax Artículos MEDICIÓN Para cada consulta en la tabla se debe verificar el correcto tratamiento de la información. 39

55 BENEFICIOS Con la optimización de la base de datos se podrán evitar futuras incidencias y fallos en la aplicación. COMENTARIOS/SOLUCIONES SUGERIDAS DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. REQUISITOS RELACIONADOS 40

56 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/Media Título del requisito: Control de acceso a la plataforma Identificador: R11 Categoría: Seguridad Fuente: Cliente Descripción del requisito: Para garantizar un cierto control sobre el acceso a la plataforma, será necesario el desarrollo de un sistema de identificación con usuario y contraseña. Los datos introducidos por el usuario se comparan con datos guardados en una tabla de la base de datos. Cada instancia de usuario contiene los siguientes campos: ID_Usuario User Password Solo serán necesarios ID_Usuario y Password para acceder a los contenidos de la aplicación. MEDICIÓN Para cada intento de acceder a la plataforma se requerirá el usuario y la contraseña. Si son correctos, el usuario podrá acceder a la siguiente pantalla. Si son incorrectos, se mostrará un mensaje de error. 41

57 BENEFICIOS Con la creación de un filtro con contraseña, se consigue un cierto nivel de seguridad para la aplicación web, y los datos que contiene. COMENTARIOS/SOLUCIONES SUGERIDAS DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. REQUISITOS RELACIONADOS 42

58 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/Baja Título del requisito: Realizar copias de seguridad Identificador: R12 Categoría: Seguridad Fuente: Cliente Descripción del requisito: Para evitar en lo posible la pérdida de información de forma inesperada, se deben realizar copias de seguridad y backups de forma periódica. MEDICIÓN Se deberían realizar copias de seguridad de forma periódica, siendo recomendable que se realicen cada mes. BENEFICIOS Con la realización de backups se puede evitar que la empresa pierda la información del sistema, si se produce una incidencia que acabe con el servidor donde se encuentra la base de datos. COMENTARIOS/SOLUCIONES SUGERIDAS DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. 43

59 REQUISITOS RELACIONADOS 44

60 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/ Título del requisito: Medidas de seguridad Identificador: R13 Categoría: Fuente: Cliente Descripción del requisito: Protección de datos del usuario, se ha de llevar a cabo un correcto trato de los datos personales, ya sea de clientes, proveedores o empleados que se utilicen en el sistema. MEDICIÓN Se deberían seguir todos los pasos necesarios para cumplir con la LOPD. BENEFICIOS Al cumplir con los estándares de protección de datos, no se incurrirá en faltas legales. COMENTARIOS/SOLUCIONES SUGERIDAS DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. REQUISITOS RELACIONADOS 45

61 IDENTIFICACIÓN Título del Proyecto: Sistema Integral de Gestión de Grandes Superficies Nombre del Jefe de Proyecto: Alberto Gutiérrez García REQUISITO Fecha: 30/11/2010 Versión: 1.0 Estado/Prioridad: Final/ Título del requisito: Control de entrada de datos Identificador: R14 Categoría: Fuente: Cliente Descripción del requisito: Se controla la integridad de los datos de entrada. La aplicación controla que los valores de los datos de entrada se ajusten de manera precisa a lo que se espera en cada campo de entrada dentro de los distintos formularios que componen el sistema. MEDICIÓN Es un requisito que afecta a la parte de diseño y codificación de la aplicación y que mejora de forma sensible la misma, haciendo que presente menos fallos y que sea más robusta. BENEFICIOS La aplicación notará cierta mejora en su calidad. COMENTARIOS/SOLUCIONES SUGERIDAS DOCUMENTOS RELACIONADOS Documento de conceptos del sistema. 46

62 REQUISITOS RELACIONADOS 47

63 3.5. Modelo lógico del nuevo sistema Partiendo del sistema actual (inexistente en este caso) y de la lista de requisitos se crea el modelo lógico del nuevo sistema. Para representar el funcionamiento del sistema, se utiliza un elemento gráfico llamado DFD o diagrama de flujo de datos. En el DFD se representan todas las componentes del sistema. Se parte del nivel contextual, que explica la relación del sistema con las entidades externas y los flujos de datos que comparten. En los siguientes niveles o niveles conceptuales se profundiza en el sistema, y en los módulos, tablas y flujos de datos que lo componen. Una vez se realice la componente gráfica, se procede a la explicación y definición de cada uno de los elementos que aparecen en el dibujo. Esta parte es llamada Diccionario de datos, y los elementos a definir pueden ser: Entidades externas: Se representan mediante polígonos rectangulares, y definen entidades que no están dentro del sistema pero que de alguna manera están relacionadas con el mismo. Procesos: Se representan mediante círculos, y definen las funciones que va a realizar el sistema. Los procesos primitivos representan los módulos de la aplicación. Flujos de datos: Se representan mediante flechas, que indican el sentido de los datos que transportan. Almacenes de datos: Se representan mediante líneas paralelas, y definen las tablas de información de la base de datos. 48

64 Nivel contextual En el nivel contextual de la aplicación se procede a desarrollar la relación entre las entidades externas, en este caso el Usuario y el sistema. USUARIO Entrada empleado Entrada cliente Salida de información Datos Validación Entrada Proveedor Entrada producto Salida validación SISTEMA En el diagrama se describe la relación de la entidad externa Usuario con la aplicación o Sistema. 49

65 CÓDIGO TIPO NOMBRE DESCRIPCIÓN 1. Proceso Sistema de Gestión de Grandes Almacenes Este proceso será el primitivo de todos los que se describan más tarde. Representa a la aplicación. Entidad Usuario Esta entidad representa a los usuarios finales que van a utilizar la aplicación web. Flujo de Datos Validación Son los datos que el usuario introduce datos en el sistema para validarse. Agrupa ID_Usuario y Password Flujo de Entrada cliente Representa los datos de entrada para datos el módulo de clientes. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo de Entrada proveedor Representa los datos de entrada para datos el módulo de proveedores. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo de Entrada empleado Representa los datos de entrada para datos el módulo de personal. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo de Entrada producto Representa los datos de entrada para el módulo de productos. Pueden ser 50

66 datos utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo datos de Salida validación Representa el resultado de la validación del usuario. Si se valida, manda un mensaje de bienvenida. Si no se valida, manda un mensaje de error. Flujo de Salida de Son los datos que el usuario recibe datos información como resultado de interactuar con el sistema. Pueden ser alertas o datos de los distintos módulos. 51

67 Nivel conceptual En el nivel conceptual se describe el funcionamiento interno del sistema. De este modo se va a proceder a representar los principales procesos del sistema: Validación del usuario. Gestión de Clientes. Gestión de Proveedores. Gestión de Personal. Gestión de Productos. A continuación se procede a describir gráficamente el nivel conceptual (primer nivel de detalle). 52

68 Datos Validación Validación de Usuario Permisos Salida de información Entrada clientes Entrada clientes Clientes Gestión de Clientes Actualización clientes Entrada personal Salida de información Gestión de Personal Entrada personal Actualización personal Personal Productos Salida Validación Permisos Permisos Salida de información Entrada proveedores Gestión de Proveedores Entrada proveedores Actualización proveedores Permisos Proveedores Gestión de Productos Salida de información Entrada productos Actualización productos Entrada productos CÓDIGO TIPO NOMBRE DESCRIPCIÓN 1.1 Proceso Validación de Usuario Proceso que controla el acceso al sistema por parte de un usuario, mediante la validación con contraseña. 1.2 Proceso Gestión de Clientes Proceso que controla todas las funcionalidades relacionadas con los clientes. 53

69 1.3 Proceso Gestión de Personal Proceso que controla todas las funcionalidades relacionadas con los empleados. 1.4 Proceso Gestión de Productos Proceso que controla todas las funcionalidades relacionadas con los productos. 1.5 Proceso Gestión de Proveedores Proceso que controla todas las funcionalidades relacionadas con los proveedores. Flujo de Datos Validación Son los datos que el usuario introduce datos en el sistema para validarse. Agrupa ID_Usuario y Password Flujo de Entrada cliente Representa los datos de entrada para datos el módulo de clientes. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo de Entrada proveedor Representa los datos de entrada para datos el módulo de proveedores. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo de Entrada empleado Representa los datos de entrada para datos el módulo de personal. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. 54

70 Flujo de Entrada producto Representa los datos de entrada para datos el módulo de productos. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo datos de Salida validación Representa el resultado de la validación del usuario. Si se valida, manda un mensaje de bienvenida. Si no se valida, manda un mensaje de error. Flujo de Salida de Son los datos que el usuario recibe datos información como resultado de interactuar con el sistema. Pueden ser alertas o datos de los distintos módulos. Flujo de Actualización Aquellos datos que indican la datos clientes modificación del almacén de clientes. Flujo de Actualización Aquellos datos que indican la datos personal modificación del almacén de personal. Flujo de Actualización Aquellos datos que indican la datos productos modificación del almacén de productos. Flujo de Actualización Aquellos datos que indican la datos proveedores modificación del almacén de proveedores. Almacén de datos Clientes Contiene la información de los clientes. 55

71 Almacén de datos Almacén de datos Almacén de datos Personal Contiene la información de los empleados. Productos Contiene la información de los productos. Proveedores Contiene la información de los proveedores. 56

72 Explosión de Validación de usuario Desde el interfaz gráfico del usuario, se recoge user y password y se compara con las tablas guardadas en la base de datos. Con una autentificación positiva el usuario podrá acceder al resto de la aplicación web. A continuación se procede a describir gráficamente el proceso de validación de usuario. Usuario Comprobar usuario OK/NOK Salida validación Datos validación Formateo de datos de entrada Datos de almacén Datos de almacén Usuarios Validar sesión Password Comprobar contraseña OK/NOK Permisos CÓDIGO TIPO NOMBRE DESCRIPCIÓN Proceso Formateo de datos de entrada Proceso que formatea los datos de entrada para ser comparados con los del almacén de usuarios Proceso Comprobar usuario Proceso que compara el usuario de entrada con los existentes en el almacén de usuarios Proceso Comprobar contraseña Proceso que compara la contraseña de entrada con las existentes en el almacén de usuarios Proceso Validar sesión Proceso que da acceso al sistema si 57

73 recibe que el usuario y contraseña son correctos. Flujo de Datos Validación Son los datos que el usuario introduce datos en el sistema para validarse. Agrupa ID_Usuario y Password Flujo de Usuario Representa los datos de entrada para datos el módulo de clientes. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo de Password Representa los datos de entrada para datos el módulo de proveedores. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo de Datos de almacén Representa los datos del almacén a datos ser comparados. Flujo de OK/NOK Representa si la salida es correcta para datos validar la sesión o no. Flujo datos de Salida validación Representa el resultado de la validación del usuario. Si se valida, manda un mensaje de bienvenida. Si no se valida, manda un mensaje de error. Flujo de Permisos Son los datos de confirmación para el datos uso de los distintos módulos de la 58

74 aplicación. Almacén de datos Usuarios Contiene la información de los usuarios. 59

75 Explosión de Gestión de Clientes Una vez validado el usuario podrá acceder al módulo de gestión de clientes. En el mismo, el usuario podrá dar de alta, modificar, dar de baja y consultar cada instancia de cliente, en la base de datos. Entrada clientes Salida de información Entrada clientes Salida de información Alta clientes Entrada clientes Actualización clientes Actualización clientes Entrada clientes Baja clientes Clientes Modificación clientes Entrada clientes Actualización clientes Entrada clientes Actualización clientes Consulta clientes Entrada clientes Salida de información Entrada clientes Salida de información CÓDIGO TIPO NOMBRE DESCRIPCIÓN Proceso Alta clientes Proceso que controla la funcionalidad de dar de añadir una instancia de cliente en la base de datos Proceso Baja clientes Proceso que controla la funcionalidad de dar de eliminar una instancia de cliente en la base de datos Proceso Modificación Proceso que controla la funcionalidad de dar de actualizar una instancia de 60

76 clientes cliente en la base de datos Proceso Consulta clientes Proceso que controla la funcionalidad de dar de mostrar una instancia de cliente al usuario final. Flujo de Entrada cliente Representa los datos de entrada para datos el módulo de clientes. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo de Salida de Son los datos que el usuario recibe datos información como resultado de interactuar con el sistema. Pueden ser alertas o datos de los distintos módulos. Flujo de Actualización Aquellos datos que indican la datos clientes modificación del almacén de clientes. Almacén de datos Clientes Contiene la información de los clientes. 61

77 Explosión de Gestión de Proveedores Una vez validado el usuario podrá acceder al módulo de gestión de proveedores. En el mismo, el usuario podrá dar de alta, modificar, dar de baja y consultar cada instancia de proveedor, en la base de datos. Entrada proveedores Salida de información Entrada proveedores Salida de información Alta proveedores Actualización proveedores Entrada proveedores Actualización proveedores Entrada proveedores Baja proveedores Proveedores Modificación proveedores Entrada proveedores Actualización proveedores Entrada proveedores Actualización proveedores Consulta proveedores Entrada proveedores Salida de información Entrada proveedores Salida de información CÓDIGO TIPO NOMBRE DESCRIPCIÓN Proceso Alta proveedores Proceso que controla la funcionalidad de dar de añadir una instancia de proveedor en la base de datos Proceso Baja proveedores Proceso que controla la funcionalidad de dar de eliminar una instancia de proveedor en la base de datos Proceso Modificación proveedores Proceso que controla la funcionalidad de dar de actualizar una instancia de 62

78 proveedor en la base de datos Proceso Consulta proveedores Proceso que controla la funcionalidad de dar de mostrar una instancia de proveedor al usuario final. Flujo datos de Entrada proveedores Representa los datos de entrada para el módulo de proveedores. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo de Salida de Son los datos que el usuario recibe datos información como resultado de interactuar con el sistema. Pueden ser alertas o datos de los distintos módulos. Flujo de Actualización Aquellos datos que indican la datos proveedores modificación del almacén de proveedores. Almacén de datos Proveedores Contiene la información de los proveedores. 63

79 Explosión de Gestión de Personal Una vez validado el usuario podrá acceder al módulo de gestión de personal. En el mismo, el usuario podrá dar de alta, modificar, dar de baja y consultar cada instancia de empleado, en la base de datos. Entrada personal Salida de información Entrada personal Salida de información Alta empleados Entrada personal Actualización personal Actualización personal Entrada personal Baja empleados Personal Modificación empleados Entrada personal Actualización personal Entrada personal Actualización personal Consulta empleados Entrada personal Salida de información Entrada personal Salida de información CÓDIGO TIPO NOMBRE DESCRIPCIÓN Proceso Alta empleados Proceso que controla la funcionalidad de dar de añadir una instancia de empleado en la base de datos Proceso Baja empleados Proceso que controla la funcionalidad de dar de eliminar una instancia de empleado en la base de datos Proceso Modificación Proceso que controla la funcionalidad de dar de actualizar una instancia de 64

80 empleados empleado en la base de datos Proceso Consulta empleados Proceso que controla la funcionalidad de dar de mostrar una instancia de empleado al usuario final. Flujo de Entrada empleados Representa los datos de entrada para datos el módulo de personal. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo de Salida de Son los datos que el usuario recibe datos información como resultado de interactuar con el sistema. Pueden ser alertas o datos de los distintos módulos. Flujo de Actualización Aquellos datos que indican la datos personal modificación del almacén de personal. Almacén de datos Personal Contiene la información de los empleados. 65

81 Explosión de Gestión de Productos Una vez validado el usuario podrá acceder al módulo de gestión de productos. En el mismo, el usuario podrá dar de alta, modificar, dar de baja y consultar cada instancia de producto, en la base de datos. Entrada productos Salida de información Entrada productos Salida de información Alta productos Entrada productos Actualización productos Actualización productos Entrada productos Baja productos Productos Modificación productos Entrada productos Actualización productos Entrada productos Actualización productos Consulta productos Entrada productos Salida de información Entrada productos Salida de información CÓDIGO TIPO NOMBRE DESCRIPCIÓN Proceso Alta productos Proceso que controla la funcionalidad de dar de añadir una instancia de empleado en la base de datos Proceso Baja productos Proceso que controla la funcionalidad de dar de eliminar una instancia de producto en la base de datos Proceso Modificación Proceso que controla la funcionalidad 66

82 productos de dar de actualizar una instancia de producto en la base de datos Proceso Consulta productos Proceso que controla la funcionalidad de dar de mostrar una instancia de producto al usuario final. Flujo de Entrada productos Representa los datos de entrada para datos el módulo de productos. Pueden ser utilizados dentro del módulo para gestionar altas, bajas, modificaciones y consultas. Flujo de Salida de Son los datos que el usuario recibe datos información como resultado de interactuar con el sistema. Pueden ser alertas o datos de los distintos módulos. Flujo de Actualización Aquellos datos que indican la datos productos modificación del almacén de productos. Almacén de datos Productos Contiene la información de los productos. 67

83 3.6. Modelo conceptual de datos En el modelo conceptual de datos se presentan las principales características de los datos del sistema. Ya sean entidades, atributos o relaciones entre los mismos. El modelo conceptual de datos debe ser independiente al hardware y al software presente o futuro que se utilice de soporte para el manejo de los datos, así como de las aplicaciones que utilicen estos datos. Al ser un modelo independiente, se tiende a normalizar los datos que trata, con objeto de diferenciar los distintos grupos de información y la relación que mantienen. Con esta técnica se consigue una arquitectura de información robusta y sin incoherencias. Para formalizar la información, se siguen una serie de pasos que darán como resultado el modelo de datos. Los pasos a desarrollar son los siguientes: Primera forma normal (1FN): Una relación está en primera forma normal sí, y solo sí, no contiene grupos repetitivos. A modo de tabla, estará en 1FN si tiene un solo valor en la intersección de cada fila con cada columna. Si una relación no está en 1FN, se eliminarán los grupos repetitivos. Serán aquellos que tienen múltiples valores para cada tupla de la relación. Existen dos formas básicas para eliminar dichos grupos. La primera indica que se repitan los atributos con un solo valor para cada valor del grupo repetitivo. La segunda dicta que se ponga cada valor del grupo repetitivo en una relación aparte, heredando la clave primaria de la relación en la que se encontraba. Segunda forma normal (2FN): Una relación está en 2FN sí, y solo sí, está en 1FN y, además, cada atributo que no está en la clave primaria es completamente independiente de la clave primaria. La 2FN se aplica a las relaciones que tienen claves primarias compuestas por dos o más atributos. Para pasar estas relaciones a 2FN hay que eliminar las dependencias parciales de las claves 68

84 primarias. Se eliminan los atributos funcionalmente dependientes y se ponen en otra relación con sus atributos dependientes. Tercera forma normal (3FN): Una relación está en 3FN sí, y solo sí, está en 2FN y, además, cada atributo que no está en la clave primaria, no depende de forma transitiva de la clave primaria. Para pasar de 2FN a 3FN hay que eliminar las dependencias transitivas. Se eliminan los atributos que dependen de forma transitiva y se ponen en otra relación con una copia de su determinante, el atributo no primario del que dependen. Forma normal de Boyce-Codd (FNBC): Una relación está en Forma normal de Boyce-Codd sí, y solo sí, no existen dos claves que al menos tengan un atributo en común. A continuación se procede a presentar los diccionarios de datos de cada tabla, y su debida formalización. Diccionario de datos de la tabla CLIENTES Los atributos de la tabla son: DNI Nombre Teléfono Dirección TipoCliente Cliente = { DNI + Nombre + Teléfono + + Direccion + TipoCliente } 69

85 Normalización de la tabla CLIENTES Primera forma normal (1FN): Ya se cumple la primera forma normal, todos los atributos son atómicos. Segunda forma normal (2FN): Ya se cumple, al tener un único atributo como clave primaria, no hay dependencias funcionales. Tercera forma normal (3FN): Ya se cumple, no se han encontrado dependencias funcionales transitivas. Forma normal de Boyce-Codd (FNBC): Ya se cumple, no se han encontrado dependencias funcionales transitivas reflexivas. Entidad-Relación Cliente = { DNI + Nombre + Teléfono + + Direccion + TipoCliente } Entidad Cliente Cliente Diccionario de datos de la tabla PROVEEDORES Los atributos de la tabla son: CIF Nombre Dirección Teléfono Fax Proveedor = { CIF + Nombre + Direccion + Teléfono + Fax + } 70

86 Normalización de la tabla PROVEEDORES Primera forma normal (1FN): Ya se cumple la primera forma normal, todos los atributos son atómicos. Segunda forma normal (2FN): Ya se cumple, al tener un único atributo como clave primaria, no hay dependencias funcionales. Tercera forma normal (3FN): Ya se cumple, no se han encontrado dependencias funcionales transitivas. Forma normal de Boyce-Codd (FNBC): Ya se cumple, no se han encontrado dependencias funcionales transitivas reflexivas. Entidad-Relación Proveedor = { CIF + Nombre + Direccion + Teléfono + Fax + } Entidad Proveedor Proveedor Diccionario de datos de la tabla PERSONAL Los atributos de la tabla son: DNI Nombre Teléfono Dirección Puesto Nómina Turno 71

87 Empleado = { DNI + Nombre + Telefono + + Direccion + Puesto + Nomina + Turno } Normalización de la tabla PERSONAL Primera forma normal (1FN): Ya se cumple la primera forma normal, todos los atributos son atómicos. Segunda forma normal (2FN): Ya se cumple, al tener un único atributo como clave primaria, no hay dependencias funcionales. Tercera forma normal (3FN): Ya se cumple, no se han encontrado dependencias funcionales transitivas. Forma normal de Boyce-Codd (FNBC): Ya se cumple, no se han encontrado dependencias funcionales transitivas reflexivas. Entidad-Relación Empleado = { DNI + Nombre + Telefono + + Direccion + Puesto + Nomina + Turno } Entidad Empleado Empleado Diccionario de datos de la tabla PRODUCTOS Los atributos de la tabla son: Nombre Familia Descripción 72

88 PrUnitario CIF_Proveedor Producto = { Nombre + Familia + Descripcion + PrUnitario + CIF_Proveedor } Normalización de la tabla PRODUCTOS atómicos. Primera forma normal (1FN): No se cumple, no todos los atributos son Producto1 = { Nombre + Familia + Descripcion + PrUnitario } Producto2 = { CIF_Proveedor } Segunda forma normal (2FN): No se cumple. Producto2.1 = { Nombre + CIF_Proveedor } Producto2.2 = { CIF_Proveedor } Tercera forma normal (3FN): Ya se cumple, no se han encontrado dependencias funcionales transitivas. Forma normal de Boyce-Codd (FNBC): Ya se cumple, no se han encontrado dependencias funcionales transitivas reflexivas. Entidad-Relación Producto1 = { Nombre + Familia + Descripcion + PrUnitario } Producto2.1 = { Nombre + CIF_Proveedor } Producto2.2 = { CIF_Proveedor } 73

89 Producto pertenece Proveedor 3.7. Diagrama entidad-relación En este apartado se describe la relación entre todas las entidades presentes en los diccionarios de datos. Cliente Proveedor Empleado Producto N distribuye M Proveedor Las entidades CLIENTE, PROVEEDOR y EMPLEADO son independientes respecto al resto de entidades, es decir, no dependen de los valores del resto de entidades. Las entidades PRODUCTO y PROVEEDOR son dependientes entre sí de la forma, 1 o más proveedores pueden tener o distribuir 0, 1 o más productos. 74

90 4. Diseño de la arquitectura técnica 75

91 4.1. Diagrama de presentación En este apartado se presenta un esquema de la arquitectura que tendrá el sistema, con sus componentes básicos. Por un lado tenemos un servidor que almacenará los datos del sistema, y que soportará la aplicación web a desarrollar. La siguiente capa de la arquitectura es la misma nube. Mediante internet el servidor será capaz de presentar la aplicación y la información de las bases de datos (BBDD) al usuario. Y por último se presenta el cliente web o usuario final de la aplicación que como ya se comentó, podrá disponer de diferentes dispositivos para acceder a la plataforma web. Servidor Internet Usuario Final 76

92 4.2. Especificación de componentes básicos En este apartado se detallan cada uno de los componentes a utilizar en la arquitectura, y sus especificaciones técnicas. Componentes Hardware: Servidor dedicado 1&1 o Modelo: Dual-Core S o Procesador: AMD Athlon 64 Dual-Core 3800 o Velocidad de procesador: 2 núcleos a 2.0 GHz o Memoria RAM: 1 GB o Tipo de Memoria RAM: DDR 2 o Disco Duro: 2 x 160 GB Software-RAID o Velocidad de transmisión en web: 100 Mbps (Ancho de banda) o Límite de tráfico: Ilimitado Se ha optado por la contratación de un servidor dedicado para el soporte de la aplicación, en primer lugar, para que no sea necesario el mantenimiento de un equipo en la propia empresa, y lo que esto conlleva, como por ejemplo la contratación de personal cualificado para tal tarea. Por otro lado, los costes del servidor ascienden a /mes, una cantidad asequible para la empresa. También se debería destacar que con la contratación de un servidor, se da el primer paso para futuras implementaciones, como por ejemplo una web de venta al público. NetBook HP 10.1 Mini ss Intel Atom N455 o Modelo: Mini ss o Procesador: Intel Atom N455 o Velocidad de procesador: 1.66 GHz 77

93 o Memoria RAM: 1GB o Tipo de Memoria RAM: DDR 2 o Disco duro: 250 GB SATA o Tarjeta gráfica: Intel Graphics Media Accelerator 3150 o LAN: Ethernet BASE-T, Wi-Fi b/g/n o SO: Window 7 Starter 32 bits Se ha optado por un dispositivo NetBook por su fácil portabilidad, debido a su pequeño tamaño, y porque dispone de las especificaciones necesarias para el correcto funcionamiento de la aplicación web. El precio de este dispositivo estará entre 200 y 250. Debido a la gran cantidad de opciones, con más o menos acierto, y a la disparidad del mercado, a la hora de la elección de hardware para el sistema solo se ha presentado una alternativa, la que más se adapta a las necesidades reales del negocio. Componentes Software: A la hora de la elección del software se presentan varias alternativas, cada una de ellas con una serie de ventajas e inconvenientes. A continuación se procede a su descripción detallada: Sistema operativo en servidor: Para el sistema operativo en el servidor se presentan dos claras opciones, por un lado la opción que de serie que viene con el servidor dedicado escogido anteriormente, Novell Suse Enterprise Server Bits. 78

94 Este sistema operativo basado en Linux es gratuito y viene integrado de serie en el servidor elegido, por lo que se presenta como una buena opción. Como segunda opción se ha buscado un sistema que permita un uso más eficiente y más acorde con lo que necesita nuestra aplicación, CentOS 5 con Parallels SB Panel Bits. Este sistema operativo es menos pesado que la opción anteriormente descrita y presenta un SO (sistema operativo) que se ajustaría mejor a la aplicación, ya que permite un acceso total al root, también basado en Linux. En ambas opción se implementará una interfaz para el manejo del servidor desde navegador, se ha optado por la interfaz ISPConfig 2, una interfaz que permitirá el alojamiento de un dominio y de la aplicación. 79

95 Sistema operativo en cliente: El sistema operativo en cliente será Windows 7 Starter 32-Bits, ya que viene de serie en el modelo de NetBook que se eligió en parte de hardware. Se trata de un sistema operativo de Windows estándar a día de hoy, con nuevas actualizaciones de seguridad y de interfaz casi semanales, por lo que es un sistema que bien puede valer como sistema operativo de cliente. Después de sopesar las opciones presentadas se ha optado por CentOS 5 con Parallels SB Panel Bits, como SO en servidor, y Windows 7 Starter 32-Bits, como SO en cliente. Entorno general de desarrollo: Para el desarrollo de la aplicación se han usado las siguientes herramientas: o Para la gestión de la base de datos: Se opta por el gestor MySQL 5.0.7, un sistema gestor de bases de datos relacionales, multihilo y multiusuario, de software libre, muy extendido en el desarrollo con bases de datos. Para una gestión más intuitiva y visual se ha utilizado la interfaz phpmyadmin. 80

96 o Para la codificación de la aplicación: Se ha utilizado la herramienta perteneciente al paquete Adobe CS5, Dreamweaver CS5, una herramienta robusta y con un gran soporte, que además es compatible con el resto de herramientas de Adobe, lo que permitirá una mejor integración de diseño y código dentro de la aplicación web. 81

97 4.3. Planificación del proyecto A continuación se presenta una descripción detallada del tiempo invertido en la realización del proyecto, dividido por cada una de las áreas, de diseño y desarrollo, involucradas: TAREAS DURACIÓN EN DÍAS DURACIÓN EN HORAS IDENTIFICACIÓN DE NECESIDADES 10 DÍAS 30 HORAS ANÁLISIS DE REQUISITOS 20 DÍAS 60 HORAS DISEÑO DE LA ARQUITECTURA TÉCNICA 30 DÍAS 90 HORAS DISEÑO EXTERNO 20 DÍAS 60 HORAS PROGRAMACIÓN 60 DÍAS 180 HORAS PRUEBAS DEL SISTEMA Y CONTROL DE CALIDAD 10 DÍAS 30 HORAS IMPLANTACIÓN 10 DÍAS 30 HORAS horas. Se estima una duración total de 160 días, con una duración en horas de

98 5. Diseño externo 83

99 El objetivo principal de esta etapa es la creación de un diseño apropiado y que se ajuste lo más posible a la solución que se está creando. Para conseguir esto, se han de rediseñar ciertos puntos, como pueden ser: Las entradas y salidas de datos: Se definen las entradas y salidas de datos finales para el desarrollo, como medio para el diseño de interfaces y el cumplimiento de los requisitos previos. Los procesos involucrados en el sistema: Se especifican los límites y funcionalidades de cada proceso involucrado en el sistema. Las transiciones y volúmenes de información: Se detallan los diccionarios de datos del sistema, y se define el tratamiento de la información, por ejemplo, al nivel de la integridad y la seguridad. A continuación se procede al desarrollo del diseño externo del sistema Modelo físico del nuevo sistema En este apartado se procede a detallar los atributos de entrada y salida de información, así como las ventanas del interfaz afectadas por cada entrada/salida. También se presenta el modelo lógico de datos con las tablas de datos y las entidades y relaciones a las que pertenecen Diseño de entradas y salidas Habiendo realizado los puntos anteriores del diseño, se sabe que la única entidad que interviene con el sistema, es el usuario, por lo tanto cualquier valor de entrada/salida estará relacionado con el usuario final. 84

100 Validación de Usuario: La primera ventana que encuentra el cliente es la pantalla de validación de usuario. Aquí el usuario puede encontrar dos campos de validación, usuario y contraseña. Una vez introducidos correctamente, el usuario podrá acceder a la página principal de la aplicación web. En esta pantalla se pueden encontrar los siguientes campos de datos: Usuario VARCHAR(20) Identifica al usuario Contraseña VARCHAR(20) Contraseña de acceso, se cifra al ser recogida. Se puede encontrar también el botón Entrar, que permite el acceso al resto de la aplicación web. 85

101 Índex o página principal: Una vez que se ha accedido con éxito a la web el usuario encontrará la siguiente pantalla, que contiene un enlace a cada uno de los módulos del sistema. 86

102 Módulo de gestión de clientes: Si el usuario decide acceder al módulo de clientes, encontrará la siguiente pantalla, que muestra los formularios para Dar de alta un cliente, Dar de baja un cliente y Actualizar información de un cliente, y también encontrará una tabla de consulta con los datos de todos los clientes ordenados según la clave primaria, el DNI del cliente. datos: En el área de Alta de cliente se pueden encontrar los siguientes campos de DNI VARCHAR(10) Es la clave primaria de clientes, e identifica unívocamente a cada cliente en el sistema. Nombre VARCHAR(100) Nombre y apellidos del cliente. Teléfono INTEGER(20) Teléfono de contacto del cliente. VARCHAR(40) del cliente. 87

103 Dirección VARCHAR(100) Residencia del cliente, donde se enviarán promociones y regalos. TipoCliente VARCHAR(30) Indica el nivel de relación entre el cliente y el negocio. Se puede encontrar también el botón Insertar, que permite dar de alta al nuevo cliente en la base de datos. En el área de Actualizar datos de cliente se pueden encontrar los siguientes campos de datos: DNI VARCHAR(9) Es la clave primaria de clientes, e identifica unívocamente a cada cliente en el sistema, se implementará en un select, que presentará todos los DNI de los clientes del sistema, para elegir aquel que será modificado. Nombre VARCHAR(100) Nombre y apellidos del cliente. Teléfono INTEGER(20) Teléfono de contacto del cliente. VARCHAR(40) del cliente. Dirección VARCHAR(100) Residencia del cliente, donde se enviarán promociones y regalos. TipoCliente VARCHAR(30) Indica el nivel de relación entre el cliente y el negocio. Se puede encontrar también el botón Actualizar, que permite modificar los datos del cliente elegido, en la base de datos. 88

104 En el área de Eliminar un cliente del sistema se pueden encontrar los siguientes campos de datos: DNI VARCHAR(10) Es la clave primaria de clientes, e identifica unívocamente a cada cliente en el sistema, se implementará en un select, que presentará todos los DNI de los clientes del sistema, para elegir aquel que será eliminado del sistema. Se puede encontrar también el botón Borrar, que permite borrar los datos del cliente elegido, de la base de datos. Por último se presenta el área de consulta Tabla de Clientes, que presenta por pantalla los datos del cliente. Esta área se actualiza automáticamente cada vez que se inserta, modifica o elimina una instancia de cliente. 89

105 Módulo de gestión de productos: Si el usuario decide acceder al módulo de productos, encontrará la siguiente pantalla, que muestra los formularios para Dar de alta un producto, Dar de baja un producto y Actualizar información de un producto, y también encontrará una tabla de consulta con los datos de todos los productos ordenados según la clave primaria, el Nombre del producto. datos: En el área de Alta de producto se pueden encontrar los siguientes campos de Nombre VARCHAR(20) Es la clave primaria de productos, e identifica unívocamente a cada producto en el sistema. Familia VARCHAR(20) Indica la familia de productos a la que pertenece el cliente, dependiendo de forma que se siga en un negocio u otro, podrá variar. Descripción VARCHAR(100) Resumen detallado del producto. PrUnitario FLOAT Precio de venta de cada unidad del producto. 90

106 Proveedor VARCHAR(20) Indica a que proveedor, o proveedores puede pertenecer dicho producto. Se puede encontrar también el botón Insertar, que permite dar de alta al nuevo producto en la base de datos. En el área de Actualizar datos de producto se pueden encontrar los siguientes campos de datos: Nombre VARCHAR(20) Es la clave primaria de productos, e identifica unívocamente a cada producto en el sistema, se implementará en un select, que presentará todos los Nombres de los productos del sistema, para elegir aquel que será modificado. Familia VARCHAR(20) Indica la familia de productos a la que pertenece el cliente, dependiendo de forma que se siga en un negocio u otro, podrá variar. Descripción VARCHAR(100) Resumen detallado del producto. PrUnitario FLOAT Precio de venta de cada unidad del producto. Proveedor VARCHAR(20) Indica a que proveedor, o proveedores puede pertenecer dicho producto. Se puede encontrar también el botón Actualizar, que permite modificar los datos del producto elegido, en la base de datos. En el área de Eliminar un producto del sistema se pueden encontrar los siguientes campos de datos: 91

107 Nombre VARCHAR(20) Es la clave primaria de productos, e identifica unívocamente a cada producto en el sistema, se implementará en un select, que presentará todos los Nombres de los productos del sistema, para elegir aquel que será eliminado del sistema. Se puede encontrar también el botón Borrar, que permite borrar los datos del producto elegido, de la base de datos. Por último se presenta el área de consulta Tabla de productos, que presenta por pantalla los datos del producto. Esta área se actualiza automáticamente cada vez que se inserta, modifica o elimina una instancia de producto. 92

108 Módulo de gestión de personal: Si el usuario decide acceder al módulo de personal, encontrará la siguiente pantalla, que muestra los formularios para Dar de alta un empleado, Dar de baja un empleado y Actualizar información de un empleado, y también encontrará una tabla de consulta con los datos de todos los empleado ordenados según la clave primaria, el DNI del empleado. de datos: En el área de Alta de empleado se pueden encontrar los siguientes campos DNI VARCHAR(9) Es la clave primaria de empleado, e identifica unívocamente a cada empleado en el sistema. Nombre VARCHAR(100) Nombre y apellidos del empleado. Teléfono INTEGER(20) Teléfono de contacto del empleado. VARCHAR(40) del empleado. 93

109 Dirección VARCHAR(100) Residencia del cliente, donde se enviarán promociones y regalos. Puesto VARCHAR(30) Indica la función dentro de la empresa, que realiza el empleado Nómina VARCHAR(25) Presenta la suma total a cobrar por el empleado, puede ser presentado de diferentes formas, dependiendo de la empresa. Turno VARCHAR(20) Indica el turno que ocupa el empleado en la actualidad. Se puede encontrar también el botón Insertar, que permite dar de alta al nuevo empleado en la base de datos. En el área de Actualizar datos de empleado se pueden encontrar los siguientes campos de datos: DNI VARCHAR(9) Es la clave primaria de empleado, e identifica unívocamente a cada empleado en el sistema, se implementará en un select, que presentará todos los DNI de los empleados del sistema, para elegir aquel que será modificado. Nombre VARCHAR(100) Nombre y apellidos del empleado. Teléfono INTEGER(20) Teléfono de contacto del empleado. VARCHAR(40) del empleado. 94

110 Dirección VARCHAR(100) Residencia del cliente, donde se enviarán promociones y regalos. Puesto VARCHAR(30) Indica la función dentro de la empresa, que realiza el empleado Nómina VARCHAR(25) Presenta la suma total a cobrar por el empleado, puede ser presentado de diferentes formas, dependiendo de la empresa. Turno VARCHAR(20) Indica el turno que ocupa el empleado en la actualidad. Se puede encontrar también el botón Actualizar, que permite modificar los datos del empleado elegido, en la base de datos. En el área de Eliminar un empleado del sistema se pueden encontrar los siguientes campos de datos: DNI VARCHAR(9) Es la clave primaria de empleado, e identifica unívocamente a cada empleado en el sistema, se implementará en un select, que presentará todos los DNI de los empleados del sistema, para elegir aquel que será eliminado. Se puede encontrar también el botón Borrar, que permite borrar los datos del empleado elegido, de la base de datos. Por último se presenta el área de consulta Tabla de Personal, que presenta por pantalla los datos del personal. Esta área se actualiza automáticamente cada vez que se inserta, modifica o elimina una instancia de personal. 95

111 Módulo de gestión de proveedores: Si el usuario decide acceder al módulo de proveedores, encontrará la siguiente pantalla, que muestra los formularios para Dar de alta un proveedor, Dar de baja un proveedor y Actualizar información de un proveedor, y también encontrará una tabla de consulta con los datos de todos los proveedores ordenados según la clave primaria, el CIF del proveedor. de datos: En el área de Alta de proveedor se pueden encontrar los siguientes campos CIF VARCHAR(20) Es la clave primaria de proveedores, e identifica unívocamente a cada proveedor en el sistema. Nombre VARCHAR(100) Nombre y apellidos del proveedor. Dirección VARCHAR(100) Dirección fiscal del proveedor. Teléfono INTEGER(20) Teléfono de contacto del proveedor. Fax VARCHAR(10) Fax de contacto del proveedor. 96

112 VARCHAR(40) del proveedor. Se puede encontrar también el botón Insertar, que permite dar de alta al nuevo proveedor en la base de datos. En el área de Actualizar datos de proveedor se pueden encontrar los siguientes campos de datos: CIF VARCHAR(20) Es la clave primaria de proveedores, e identifica unívocamente a cada proveedor en el sistema, se implementará en un select, que presentará todos los CIF de los proveedores del sistema, para elegir aquel que será modificado. Nombre VARCHAR(100) Nombre y apellidos del proveedor. Dirección VARCHAR(100) Dirección fiscal del proveedor. Teléfono INTEGER(20) Teléfono de contacto del proveedor. Fax VARCHAR(10) Fax de contacto del proveedor. VARCHAR(40) del proveedor. Se puede encontrar también el botón Actualizar, que permite modificar los datos del proveedor elegido, en la base de datos. En el área de Eliminar un proveedor del sistema se pueden encontrar los siguientes campos de datos: CIF VARCHAR(20) Es la clave primaria de proveedores, e identifica unívocamente a cada proveedor en el sistema, se 97

113 implementará en un select, que presentará todos los CIF de los proveedores del sistema, para elegir aquel que será eliminado. Se puede encontrar también el botón Borrar, que permite borrar los datos del proveedor elegido, de la base de datos. Por último se presenta el área de consulta Tabla de proveedores, que presenta por pantalla los datos del proveedor. Esta área se actualiza automáticamente cada vez que se inserta, modifica o elimina una instancia de proveedor. 98

114 Modelo lógico de datos En este apartado se completa y detalla la información recogida en el modelo conceptual de datos, desarrollado en un apartado anterior. Entidad-Relación CLIENTE: Cliente o DNI o Nombre o Teléfono o o Dirección o TipoCliente Entidad-Relación EMPLEADO: Empleado o DNI o Nombre o Teléfono o o Dirección o Puesto o Nómina o Turno 99

115 Entidad-Relación: Producto N distribuye M Proveedor Nombre Nombre CIF_Proveedor Familia CIF_Proveedor Nombre Descripcion PrUnitario Direccion Telefono Fax 100

116 6. Programación 101

117 En esta fase del desarrollo, se comienza con la codificación de la aplicación web. Para ello se deben seguir una serie de pautas que garanticen el producto final, y la calidad de los programas a desarrollar de manera que puedan ser entregados al cliente, sabiendo que tendrán un correcto funcionamiento. El paso del diseño sobre papel a la codificación está restringido por varios factores. Se tiene en cuenta la forma en que se han diseñado los distintos módulos que completan el sistema, las herramientas que se utilizarán en la programación, el o los lenguajes de programación más adaptados a la solución que se pretende crear, las aptitudes de los programadores de los que se dispone, y en mayor medida los requisitos y pasos previos que se han dado, para acotar las funcionalidades que se han de desarrollar. También se debe tener en cuenta, que aunque se dispone de una fase de pruebas del sistema, cada módulo desarrollado debería ser probado y refinado comprobar su correcto funcionamiento. Además se debe intentar que la futura integración de todas las partes que formarán el sistema, sea lo más sencilla y adecuada que se pueda conseguir. herramientas: Para la implementación de la aplicación se dispondrá de las siguientes Adobe Dreamweaver CS5: Sirve como entorno de desarrollo, y soporta los lenguajes que se usarán en la aplicación web, sean PHP,HTML y JAVASCRIPT. phpmyadmin: Gestor para la base de datos que permite comprobar los campos de datos y los valores de cada uno de ellos. Apache 2.0: Servidor web HTTP, de código abierto, con soporte para diversos sistemas operativos (SSOO), muy extendido a nivel mundial. 102

118 XAMPP: Herramienta de control de servidores locales, que permite al programador simular un servidor en su propio PC, para llevar a cabo pruebas y una correcta implementación de la aplicación. Manual de Instalación: A continuación se procede a detallar la correcta instalación de los componentes básico, para la simulación de un servidor local, que permita poder ejecutar el paquete de archivos de la aplicación. Esto servirá para realizar pruebas y cambios en el código y la base de datos, sin dañar la versión que se encuentra en el servidor dedicado. Muchos desarrolladores conocen por experiencia propia, las dificultades que se presentan a la hora de instalar un servidor como Apache, y como se complica aún más la instalación de paquetes como mysql. Principalmente por este motivo para esta solución se ha elegido la herramienta XAMPP, que permite la instalación de Apache, mysql y Perl. Se comenzará con la descarga gratuita del instalador de la herramienta XAMPP, para ello se puede acceder a la web que ofrece instaladores (.exe) para diversos SSOO, entre ellos Windows, Mac OS X, Linux y Solaris. Se elegirá el que más convenga al desarrollador. 103

119 104

120 Una vez descargado el instalador adecuado a las necesidades del desarrollador, se debe proceder a la instalación del mismo. La instalación es muy intuitiva, de forma que presenta los principales puntos de personalización del paquete a instalar. En la primera pantalla que se encuentra al ejecutar el instalador se describe brevemente la versión a instalar y unos pequeños consejos para la correcta instalación. En el momento que se desee, pulsar Next. 105

121 En la siguiente pantalla, se podrá elegir el directorio donde se extraerán los archivos de XAMPP para Windows. Se recomienda usar un disco con suficiente espacio para evitar futuros problemas. 106

122 Esta pantalla será la última antes de confirmar la instalación de la herramienta. Permite elegir si se desea crear iconos de acceso rápido tanto en el menú de Inicio como en el escritorio. También se permite elegir si se desea instalar los paquetes de servicio de Apache, MySQL y Filezilla. Install. Una vez elegidas las opciones que más se adapten al desarrollador, pulsar 107

123 La siguiente pantalla que se presenta en la instalación de la herramienta, permite conocer el estado de la extracción de los paquetes. Este proceso no llevará más de unos minutos. 108

124 En esta pantalla se indica el fin de la instalación de la herramienta. 109

125 Una vez instalada la herramienta, se podrá acceder a la misma desde el menú Inicio o el escritorio (si se eligió la opción anteriormente) o desde el directorio de instalación que se indicó en su momento. En la siguiente pantalla y para el desarrollo de la aplicación, solo será necesario iniciar los módulos de Apache y MySQL, por lo que se debe pulsar Start en ambas opciones. 110

126 El siguiente paso ha de ser llevado a cabo en el navegador. Se debe escribir la ruta localhost/ en la barra de direcciones. Se accederá de forma automática a la página de inicio del servidor local. Se pueden encontrar diversas opciones de configuración para ajustar la herramienta al uso que se le quiera dar. Para este caso, el punto más importante será phpmyadmin. La herramienta de gestión de bases de datos. 111

127 Una vez se acceda al gestor, se presentará la siguiente pantalla, donde el desarrollador podrá gestionar la base de datos, pudiendo crear una nueva base de datos, tablas, tuplas, 112