CAPÍTULO 1. A fin de cumplir con los requisitos previos a la obtención del título de. Ingeniero en Sistemas Computacionales, se elabora este proyecto.

Transcripción

1 CAPÍTULO 1 1. INTRODUCCION 1.1. Antecedentes A fin de cumplir con los requisitos previos a la obtención del título de Ingeniero en Sistemas Computacionales, se elabora este proyecto. Este capitulo proporciona una visión detallada de la problemática, soluciones, metodología utilizada, implementación, etc. del desarrollo propuesto como respuesta al impulso de este proyecto de la Carrera de Ingeniería en Sistemas Computacionales de la Facultad de Ciencias Físicas y Matemáticas de la Universidad de Guayaquil Plan de desarrollo del software El propósito del plan de desarrollo del software es proveer una visión global sobre los objetivos, alcance, recursos utilizados, etc. del proyecto. Los miembros del equipo de desarrollo lo utilizaran para entender lo qué deben hacer, cuándo deben hacerlo y qué otras actividades dependen de

2 2 ello, es decir para llevar el control del proyecto. Este capítulo es dedicado a este plan Ámbito del Proyecto y objetivos Problemática Actualmente, la competitividad implica la necesidad de contar con sistemas informáticos que optimicen los procesos de una organización, para desenvolverse en un mercado cada vez más disputado. Cuando hablamos de mercado, indudablemente hablamos de consumidores, productos, necesidad y todas aquellas variables que implica el marketing. Pero, Qué es el marketing? He aquí algunas definiciones de marketing: Marketing es el proceso de planificar y realizar las variables precio, promoción y distribución de ideas, bienes y servicios para crear intercambios que satisfacen los objetivos particulares y de las organizaciones. (Asociación Americana de Marketing, AMA). Marketing es un proceso social por el que los individuos y los grupos obtienen lo que ellos necesitan y desean a través de la

3 3 creación e intercambio de productos y su valoración con otros. (P. Kotler). El marketing tiene como objetivo el conocer y comprender tan bien al consumidor que el producto se ajuste perfectamente a sus necesidades. (P. Drucker). Marketing es aquel conjunto de actividades técnicas y humanas que trata de dar respuestas satisfactorias a las demandas del mercado. (R. Muñiz). La globalización y el auge de la tecnología informática, entre otros, ha obligado a las empresas a crear nuevas formas de marketing, ventas y publicidad. En marketing han tenido buenos resultados la implementación de combos, que son paquetes de varios productos a un precio especial; las tradicionales ofertas, que son aplicaciones de descuentos a productos. El aumento de la utilización del Internet y sistemas informáticos, ha sido motivo de la aplicación de una nueva estrategia llamada marketing electrónico. Existen tres modalidades de marketing electrónico; una se llama business to business o B2B, que es empresa a empresa; luego está la de business to consumer o B2C, empresa a consumidor; y, consumer to consumer C2C, consumidor a consumidor o generalmente entre dos personas. En este proyecto aplicaremos B2C.

4 4 Para conocer más sobre la problemática se realizó investigaciones en empresas del medio, en portales Web de Internet, así como entrevistas a especialistas en marketing. También se observo el manejo operacional de sistemas similares. Estas investigaciones nos mostraron los siguientes resultados: Existen empresas sin una política definida de marketing. Falta de una eficiente definición de procesos de marketing. Falta de un software que permita sistematizar los procesos de marketing. Carencia de integración de información entre los departamentos involucrados en el modelo del negocio. Falta de una base de datos con información histórica de clientes. Falta de gestión de productos. Carencia de informes y reportes para una adecuada gestión de marketing. Muchas empresas no cuentan con portales en la Web para realizar marketing electrónico. Desconfianza en la Web. Desconocimiento del alcance de la tecnología informática.

5 Declaración del ámbito El ámbito del proyecto esta dado desde una perspectiva general de actividades de un departamento de marketing, en vista que este no contempla requisitos específicos de una organización determinada, esta basada en las indagaciones hechas por los autores sobre los conceptos y aplicaciones de marketing en nuestro medio. El proyecto desarrollado será capaz de sistematizar las estrategias de marketing relacionadas a la creación de promociones, situación de productos y comportamiento de los clientes; además, la creación de un portal Web permitirá sentar las bases para la gestión de marketing electrónico Funciones Principales El sistema a desarrollar se denominará Sistema de Marketing versión 1.0, el cual consistirá en un conjunto de módulos que actuarán sobre una base de datos. Estos deberán facilitar las siguientes funciones: Visualizar reportes de Productos. Análisis del comportamiento de clientes. Crear promociones. Además la Página Web esta orientada a:

6 6 Promocionar la imagen institucional. Realizar publicidad de productos. Obtener suscripciones. Obtener sugerencias de visitantes Aspectos del rendimiento Los aspectos del rendimiento están definidos por aspectos como: La interfaz grafica amigable, base de datos robusta, facilidad de mantenimiento y actualización Restricciones técnicas de gestión Para identificar las restricciones técnicas de gestión hemos realizado un análisis del ámbito y las condiciones de desarrollo del presente proyecto, definiendo algunos riesgos. Riesgos del Proyecto.- Estos riesgos están relacionados con los alcances y tiempos del proyecto, estos no son definidos en su totalidad por los autores sino que están sujetos a revisiones y pueden ser alterados y provocar incertidumbre. Riesgos Técnicos.- Estos riesgos amenazan la calidad y la planificación del proyecto. Entre estos riesgos están los relacionados al entorno de desarrollo, el desconocimiento de las herramientas y tecnologías a utilizar en la implementación,

7 7 la incertidumbre de la plataforma que se utilizará, el gestor de la base de datos, nos puede significar problemas en el diseño, interfaces, etc. Sin embargo de lo cual estos riesgos deberán ser asumidos a fin de lograr un excelente producto software Estimaciones del proyecto Técnicas de estimación Los métodos de estimación aplicados son las técnicas de descomposición y el desarrollo de un modelo empírico de cálculo de costes, tiempo y esfuerzo. Estas estimaciones pueden tener una base inestable por la falta de datos históricos buenos y aceptables Estimaciones de costo y duración Las estimaciones de costo y duración son detalladas en el anexo A Estrategia de gestión del riesgo Existen estrategias reactivas y proactivas. Las reactivas son las que ejecutan acciones una vez que se dan los problemas, la proactiva son planificadas mucho antes que empiecen los trabajos. Utilizaremos la estrategia proactiva, identificando los riesgos potenciales, su probabilidad de ocurrencia, impacto y prioridad según su importancia. Trataremos de evitar los riesgos, y a los

8 8 inevitables aplicaremos un plan previamente establecido a fin de controlarlos y minimizar su impacto Tabla de riesgo La tabla de riesgo elaborada es la siguiente: Tabla No.: 1.1 Título: Tabla de Riesgos Riesgos Categoría Probabilida d Impacto Falta de formación en las RP 70% ALTO herramientas La estimación de tamaño puede RT 40% MEDIO ser inconsistente Habrá cambio en los requisitos RT 80% BAJO La tecnología utilizada no cumplirá RP 30% BAJO las expectativas Los alcances no corresponden a la RP 30% BAJO realidad 1.6. Planificación temporal Estructura de descomposición del trabajo del proyecto Se detallan en el anexo B.

9 Red de tareas Se detallan en el anexo C Tabla de tiempo Tabla No.: 1.2 Título: Cronograma Global Tareas Duración Fecha de inicio Fecha de fin SISTEMA DE MARKETING 166 días mar 24/01/06 jue 12/10/06 PLANIFICACION 4 días mar 24/01/06 dom 29/01/06 ANALISIS 21 días mar 31/01/06 mar 07/03/06 DISEÑO 51 días jue 09/03/06 dom 28/05/06 IMPLEMENTACION 67 días mar 30/05/06 lun 11/09/06 PRUEBAS 11 días mar 12/09/06 mar 26/09/06 MANTENIMIENTO 16 días mié 20/09/06 mié 11/10/06 ELABORACION DE DOCUMENTACION FINAL 14 días mié 20/09/06 lun 09/10/06 SUSTENTACION FINAL DEL PROYECTO 1 día jue 12/10/06 jue 12/10/06 El cronograma detallado del proyecto se detalla en el anexo D Recursos del Proyecto Los recursos utilizados son los siguientes: Personal El personal utilizado se limita a los autores de este proyecto: José Luís Bravo. Isaac Mena Vargas. Milton Vera Moreno

10 Hardware y software Recursos de Hardware.- Es el que se detalla a continuación: 1 computador portátil o Procesador Intel P4 o Disco duro 40 Gb o Memoria 256 Mb o Cd rom o Disketera 01 computador de escritorio. o Procesador Pentium III 866 Mhz o Disco duro 40 Gb o Memoria 256 Mb o Monitor 17 SVGA o CD-RW o 02 USB o Disketera 02 computadores de escritorio. o Procesador Pentium IV 3 Ghz o Disco duro 180 Gb o Memoria 256 Mb o Monitor 15 SVGA o CD-RW

11 11 o Disketera o 06 USB 02 Impresora tecnología InkJet y Láser. 02 Flash Memory 512 Mb como mínimo. Recursos de Software.- Las herramientas y tecnologías utilizadas en el desarrollo del proyecto y que fueron impartidas en el II Seminario de Graduación: Sistemas de Información basados en Tecnología Open Source, son: Eclipse 3.1 Java 2ª. Enterprise Edition J2EE. Contenedor de Servlet Tomcat. Java Server Pages (JSP) o Páginas de Servidor Java. Base de datos Postgres Sql. Struts. Además de otras herramientas como: Sistema Operativo Windows XP. Internet Explorer. MS Office MS Visio MS Project 2003.

12 12 MS Moduler. HTML. Dreamweaver. Hibernate. IReport Lenguaje Unificado de Modelado UML. Otros recursos.- Se utilizaron además: Textos guías, Ingeniería de Software de R. Pressman, Análisis y Diseño Orientados a Objetos de J. Martín, Fundamentos de Aplicaciones Web con JSP de J. Falkner. Fuentes de información como entrevistas, investigación en la Web, investigación de sistemas similares Tabla de recursos Se detallan en el anexo E Organización del personal Estructura de equipo La estructura de equipo esta compuesta por los autores del proyecto, además de un grupo de coordinadores y tutores de las asignaturas impartidas durante el Seminario.

13 Informes de gestión Los informas de gestión se emitirán internamente, sin embargo existirá una coordinación permanente entre los autores y la coordinación Mecanismos de seguimiento y control Los mecanismos de seguimiento y control fueron ejecutados por la coordinación del proyecto, en base a revisiones establecidas Garantía de calidad y control No se aplicará ningún estándar de normas ISO en este desarrollo. El control es llevado en base al plan de desarrollo establecido en el cronograma de trabajo y cumpliendo estándares académicos Gestión y control de cambios La gestión y control de cambios serán aplicados en base a las observaciones hechas por lo coordinadores del proyecto Metodología El paradigma que utilizaremos para desarrollar nuestro proyecto es el orientado a objetos. Este será implementado aplicando el modelo de ensamblaje de componentes, que incorpora muchas de las características del modelo de la espiral. Es evolutivo por naturaleza y exige un enfoque interactivo para la creación del software.

14 14 Sin embargo el modelo ensamblador de componentes configura aplicaciones desde componentes preparados del software (alguna veces llamados clases). Gráfico No.: 1.1 Título: Modelo de ensamblaje de componentes aplicado Planificación Análisis de Riesgos Comunicación con el Cliente Evaluación del Cliente Construcción Ingeniería *Identificar componentes candidatos. *Buscar componentes en bibliotecas. *Extraer componentes si están disponibles. *Construir componentes si no están disponibles. *Poner componentes nuevos en la biblioteca. *Construir interacciones del sistema Este modelo se divide en varias de actividades estructurales que se utilizan en el modelo de espiral, también llamadas regiones de tareas. Generalmente existen entre tres y seis regiones de tareas, entre las cuales tenemos las siguientes: Comunicación con el cliente (Obtención de los requisitos). Planificación. Análisis de riesgo.

15 15 Evaluación del Cliente. Construcción y adaptación de la ingeniería. o Identificar componentes candidatos. o Buscar componentes en bibliotecas. o Extraer componentes si están disponibles. o Construir componentes si no están disponibles. o Poner componentes nuevos en la biblioteca. o Construir interacciones del sistema. Evaluación del cliente. La implementación será desarrollada en una arquitectura de multicapa, que define principalmente tres: Capa de presentación. Capa de Modelo de negocio, y Capa de objeto de negocio. Para implementar esta arquitectura utilizaremos el estándar Java 2 Enterprice Edition o J2EE, con tecnologías como JavaServers PagesTM JSP, Servlets Java Naming and Directory InterfaceTM (JNDI), Enterprise JavaBeansTM, etc. El proyecto podrá ser ampliado con otras funciones, debido a que realizará una minería de datos en la página Web. El diseño de la base de datos esta orientado al enfoque relacional.

16 16 Las aplicaciones Web Java son parte de la arquitectura J2EE, con una colección de recursos tales como: páginas JSP, servlets, archivos HTML, imágenes, etc. todo ellos ubicados en un URI específico. Esta colección de recursos esta organizada en una estructura jerárquica básicamente de dos partes de directorios: uno privado que es WEB-INF y otro público que contiene los recursos públicos como páginas JSP, etc. Esta aplicación Web puede ser empaquetada en un archivo WAR (Web Application Archive). Las ventajas principales de la utilización de estos archivos son: Multiplataforma. Simplificación. Seguridad.

17 17 El gráfico muestra un esquema de la arquitectura multicapa. Gráfico No.: 1.2 Título: Arquitectura Multicapa