UNIVERSIDAD SIMÓN BOLÍVAR. Ingeniería de la Computación MEJORAMIENTO EN CARGA, ADMINISTRACIÓN Y PUBLICACIÓN DEL MÓDULO CONFIGURACIONES SISTEMA WAP ASP

Tamaño: px
Comenzar la demostración a partir de la página:

Download "UNIVERSIDAD SIMÓN BOLÍVAR. Ingeniería de la Computación MEJORAMIENTO EN CARGA, ADMINISTRACIÓN Y PUBLICACIÓN DEL MÓDULO CONFIGURACIONES SISTEMA WAP ASP"

Transcripción

1 UNIVERSIDAD SIMÓN BOLÍVAR Ingeniería de la Computación MEJORAMIENTO EN CARGA, ADMINISTRACIÓN Y PUBLICACIÓN DEL MÓDULO CONFIGURACIONES SISTEMA WAP ASP Por Jose Mangialomini Milici INFORME FINAL DE CURSOS EN COOPERACIÓN Presentado ante la Ilustre Universidad Simón Bolívar Como requisito parcial para optar por el título de Ingeniero de la Computación Sartenejas, Enero de 2008

2 ii

3 Mejoramiento en carga, administración y publicación del módulo configuraciones sistema WAP ASP Por: Jose Mangialomini Milici RESUMEN La empresa Ogangi de Venezuela C.A.es una empresa que ofrece a sus clientes, entre otros servicios, consultoría en el área de desarrollo de aplicaciones para dispositivos móviles bajo estándares de programación Oracle y Java. Dadas las crecientes necesidades del mercado surge el sistema WAP ASP como un gestor de servicios para dispositivos inalámbricos que permite a los clientes de Ogangi facilitar y optimizar la gestión de los productos para SMS y WAP. Desde que el WAP ASP salió al mercado y como parte normal del ciclo de vida de un sistema de información han surgido una serie de nuevos requerimientos que contemplan mejoras principalmente en el módulo de configuraciones. Dichas mejoras son de vital importancia para los administradores de contenido y para el personal de Ogangi que trabajan con esta aplicación. Para el desarrollo de este módulo se utilizó una metodología llamada Ogangi Unified Process que basada en Rational Unified Process propone un desarrollo iterativo e incremental que utiliza diversos artefactos para documentar los requerimientos constantemente cambiantes. El desarrollo de este módulo fue implementado en el lenguaje de programación Java y bajo una arquitectura que utiliza el patrón de desarrollo Modelo Vista Controlador, además de estas tecnologías se utilizó la tecnología Java Server Page para la implementación de las capas del sistema relacionadas con la interfaz gráfica con el usuario. iii

4 DEDICATORIA Dedico este proyecto a mis padres y hermano los cuales me ayudaron con su apoyo incondicional a ampliar mis conocimientos y estar más cerca de mis metas profesionales. iv

5 ÍNDICE GENERAL Página I. INTRODUCCIÓN. 1 II. ENTORNO EMPRESARIAL 2 Antecedentes de la empresa. 2 Estructura organizacional... 3 III. DEFINICIÓN DEL PROYECTO.. 4 Entorno del problema. 4 Planteamiento del problema.. 5 Solución propuesta.. 5 Objetivos 6 Alcance 7 IV. MARCO TEÓRICO 9 Java Server Pages 9 Arquitectura de tres capas Cliente/Servidor... 9 Patrón arquitectónico Modelo Vista Controlador (MVC). 10 Web Services. 11 SOAP y AXIS 12 WAP 12 v

6 V. MARCO METODOLÓGICO.. 14 Estructura y Fases de Ogangi UP Fase de Inicio Fase de elaboración Fase de construcción.. 16 Fase de transición Implementación de la metodología en la pasantía. 17 VI. DESARROLLO 18 Fase de inicio. 18 Plan de proyecto.. 18 Visión del proyecto.. 19 Demografía del mercado. 19 Descripciones de los Stakeholders y Usuarios.. 19 Requerimientos.. 20 Casos de Uso 23 Lista de riesgos inicial. 26 Herramientas de desarrollo 26 Infraestructura de desarrollo. 27 Hardware Software vi

7 Fase de Elaboración.. 28 Plan de proyecto 29 Arquitectura del software Vista de Casos de Uso Vista Lógica Vista de Implantación Vista de Implementación Vista de Datos. 37 Fase de Construcción 38 Aspectos de desarrollo 38 Primera Iteración 38 Segunda Iteración. 41 Tercera Iteración 43 Fase de Transición 46 Estado actual del proyecto.. 47 VII. CONCLUSIONES Y RECOMENDACIONES 48 vii

8 INDICE DE TABLAS Tabla 6.1. Lista de actividades fase de inicio 18 Tabla 6.2: Stakeholders 20 Tabla 6.3: Requerimientos del sistema. 20 Tabla 6.4: Lista de riesgos.. 26 Tabla 6.5: Descripción de hardware.. 28 Tabla 6.6: Lista de actividades fase de elaboración Tabla 6.7: Plan primera iteración 38 Tabla 6.8: Plan segunda iteración. 42 Tabla 6.9: Plan tercera iteración. 44 viii

9 ÍNDICE DE FIGURAS Figura 2.1: Organigrama de la empresa... 3 Figura 3.1: Modelo de despliegue de una red WAP.. 13 Figura 6.1: Casos de Uso.. 25 Figura 6.2: Modelo conceptual. 31 Figura 6.3: Diagrama de Clases.. 32 Figura 6.4: Diagrama de secuencia consultar artistas Figura 6.5: Diagrama de secuencia consultar promociones publicitarias 33 Figura Diagrama de Despliegue 34 Figura Diagrama de Capas 35 Figura 6.8: Visión general de la conexión a la BD 36 Figura modelo ERE 37 Figura 6.10: Iteración 1 Gestión de archivo de propiedades 41 Figura Iteración 2 Gestión de Menú WAP 43 Figura Iteración 3 - Consulta de noticias 46 ix

10 LISTA DE SÍMBOLOS Y ABREVIATURAS B2B CASE EJB HTML HTTP IDE IT JSP J2EE MVC OUP RMI RUP SMS SOAP UML XML SOAP WML Business to Business Computer Aided Software Engineering Enterprise Java Beans HyperText Markup Language HyperText Transport Protocol Integrated development environment Information Technology Java Server Pages Java 2, Enterprise Edition Modelo Vista Controlador Ogangi Unified Process Java, Remote Method Invocation Rational Unified Process Short Message Service Simple Object Access Protocol Unified Modeling Language Extensible Markup Language Simple Object Access Protocol Wireless Markup Language x

11 CAPÍTULO I INTRODUCCIÓN Los portales WAP (Wireless Application Protocol, por sus siglas en inglés) en la actualidad permiten recibir y mandar mensajes de correo, conocer el clima, consultar el horóscopo, la cartelera del cine, visualizar las cotizaciones de acciones y, acceder a las últimas noticias y resultados deportivos al instante. Ogangi de Venezuela C.A. desde hace varios años ha implementado sitios WAP hechos a la medida para diversos clientes los cuales brindan soluciones a cada una de sus necesidades. Basados en los crecientes requisitos del mercado y enfocados en mejorar sus productos y tiempos de respuesta, surge el WAP ASP como una aplicación enfocada en condensar los portales WAP y facilitar las futuras implantaciones para teléfonos móviles. Este proyecto de pasantía larga tiene como propósito implementar un módulo de Configuraciones para portales WAP que automatice su administración, de forma tal que sea usable, portable y eficaz, desde el punto de vista del usuario del WAP ASP, y mantenible, flexible e interoperativo, desde el punto de vista del personal de Ogangi. El presente documento está organizado en cinco capítulos, cuyos contenidos se describen a continuación: En el capítulo II se presentan las principales características de Ogangi de Venezuela C.A. para dar una idea clara del entorno empresarial sobre el cual se hizo el desarrollo del proyecto. En el capítulo III se indica el planteamiento del problema, la solución propuesta y los objetivos que deben cumplirse en esta pasantía. En el capítulo IV se explican los aspectos del negocio y tecnológicos asociados al proyecto de pasantía larga. En el capítulo V se explica la metodología utilizada y cómo se instanció para el desarrollo del módulo de Configuraciones para portales WAP. En el capítulo VI se describe en sí la ejecución del proyecto de pasantía larga describiendo las actividades realizadas y los resultados de cada fase a lo largo del proceso de desarrollo; así como el estado actual del proyecto. Por último, en el capítulo VII, se presentan las conclusiones a las que se llegaron después de haber realizado la pasantía y las recomendaciones a considerar para nuevas versiones del módulo de Configuraciones para portales WAP. 1

12 CAPÍTULO 2 ENTORNO EMPRESARIAL 2.1. Antecedentes de la empresa Ogangi de Venezuela, C.A., es una empresa venezolana fundada en el año 2003 como proveedora de servicios móviles de datos y propietaria innovadora de tecnología de contenido y software en el campo de las telecomunicaciones móviles, desde entonces se ha convertido en pionera y líder en servicios para operadoras celulares tanto en nuestro país, como en el resto del continente. En el área comercial Ogangi se ha concentrado por varios años en relaciones B2B, consolidándola como una confiable empresa que no sólo genera crecientes ingresos, sino que representa un importante aliado para más de cincuenta y cinco operadoras telefónicas y grandes empresas de todo el continente. Profundizando más en lo que son los servicios de Ogangi, la empresa posee vasta experiencia en mensajería corta de texto, navegación celular en Internet, portales WAP, juegos SMS, juegos Brew, juegos Java, repiques, fondos de pantalla y aplicaciones corporativas usando datos móviles. Ogangi de Venezuela, C.A entrega millones de transacciones a través de las redes de datos móviles de América a través de su plataforma y actualmente procesa más de un millón de mensajes diarios, con sistemas informáticos redundantes, tolerante a fallas y con soporte las 24 horas del día, por 7 días a la semana, los 365 días del año. Su Misión está representada por la siguiente afirmación: La tecnología de software y propiedad intelectual de Ogangi acelera y facilita la evolución de servicios móviles de datos. Permite a los operadores celulares crecer más rápidamente su oferta de servicios, a los proveedores y dueños de contenido de crear una presencia móvil, y a los usuarios móviles de gozar de los servicios a través de una experiencia satisfactoria. En cuanto a su Visión, Ogangi indica lo siguiente: Los teléfonos, redes y servicios de datos de la telefonía móvil continuarán madurando y evolucionando hasta consolidarse como un medio de comunicación más comparable a los medios tradicionales como televisión y más recientemente Internet. La conveniencia de de la ubicuidad y flexibilidad de los servicios móviles de datos permitirá a este nuevo medio inclusive integrar varios de los tradicionales. 2

13 2.2. Estructura organizacional La empresa está presidida por dos direcciones, una presidencia y una vicepresidencia, que dirigen en conjunto las actividades de los departamentos de administración, ventas, operaciones, soporte técnico e IT. A continuación, en la figura 2.1, se muestra la estructura organizacional de Ogangi de Venezuela C.A dentro de la cual el pasante se desempeñó en el departamento de IT, específicamente en el área de desarrollo, bajo el cargo de Ingeniero de Software, en el proyecto denominado WAP ASP. Figura 2.1. Organigrama de la empresa 3

14 CAPÍTULO III DEFINICIÓN DEL PROYECTO Este capítulo presenta la definición del proyecto de pasantía. Se detalla el entorno y planteamiento del problema y las soluciones propuestas a dicho problema. Adicionalmente, se plantean los objetivos y el alcance del proyecto Entorno del problema Ogangi de Venezuela C.A. es una compañía de software cuyo objetivo principal es la innovación tecnológica en el campo de los servicios de datos para teléfonos móviles. Dada la cantidad de clientes que Ogangi atiende mensualmente surge el sistema WAP ASP como un gestor de servicios para dispositivos inalámbricos. El WAP ASP es un sistema que fue pensado para facilitar y optimizar la gestión de los productos de SMS y WAP con los que trabajan los administradores de contenido y personal de Ogangi. Entre las principales tareas de gestión que se concibieron para el WAP ASP están algunas de las siguientes: Recepción de comentarios. Servicios de SMS. Gestión de contenidos. Envío de mensajes a teléfonos (uno a uno o de forma masiva). Selección de ganadores de forma aleatoria para los concursos. Gestión de portales WAP. Configuración de instancias por producto. Reportes de efectividad. Desde que el WAP ASP salió al mercado como unos de los productos líderes de Ogangi de Venezuela y como parte normal del ciclo de vida de un Sistema de Información (SI) han surgido una serie de requerimientos nuevos que contemplan mejoras principalmente en el módulo de configuraciones, siendo estas mejoras el objetivo principal de este proyecto de pasantía y sobre los que se tratara en los siguientes puntos. 4

15 3.2. Planteamiento del problema La gestión de servicios para teléfonos inalámbricos que se realiza por medio del módulo de configuraciones del WAP ASP y según los propios desarrolladores ocasiona alguno de los siguientes problemas: Imposibilidad de configurar con tiempo la aparición de ítems en el menú. Imposibilidad de configurar viñetas, fondos, acciones y parámetros de manera automática con la selección de listas cerradas. Imposibilidad de verificar la información que se publicara en los sitios WAP Imposibilidad de modificar el archivo de propiedades Imposibilidad de configurar los parámetros propios de cada instancia Dependencia de la versión de la aplicación AGGREGATOR. Para evitar estos inconvenientes, la empresa requiere una serie de actualizaciones que mejoren el módulo de configuraciones Solución propuesta Para resolver los problemas planteados por los usuarios y desarrolladores del WAP ASP, se propone la actualización del módulo de configuraciones del WAP ASP, para Ogangi de Venezuela C.A. a través del desarrollo de nuevas funcionalidades. Este módulo presentará una serie de características las cuales permitirán: Editar y recargar archivo de propiedades. Editar propiedades por instancia. Consultar, crear, editar y eliminar ítems del WAP menú Filtrar Ítems del WAP menú por fecha. Replicar un Ítem del WAP menú. Vista previa de un WAP Menú. Crear, editar y eliminar textos personalizados. Crear y editar atributos. Filtrar noticia por atributos. Crear, editar y eliminar noticias. Editar promoción. Consultar histórico de clima. 5

16 Consultar histórico de advertencias y predicciones climáticas. Consultar galería de imágenes y sus detalles. Consultar loterías y su histórico. Consultar salas de cine y sus detalles. Consultar películas y sus detalles. Consultar torneos. Consultar posiciones, calendario y equipos de torneo. Consultar resultados GOLAGOL. Consultar preguntas y respuestas de Trivia. Consultar artistas y su biografía discografía. Consultar, crear, editar y eliminar promociones publicitarias Objetivos A continuación se definen el objetivo general y los objetivos específicos que se tienen para este proyecto Objetivos generales Implementar una serie de mejoras al módulo de configuraciones del Sistema WAP ASP. Dichas mejoras se integrarán con el resto de las aplicaciones de Ogangi y permitirán al administrador configurar de manera sencilla y amigable las funcionabilidades de un portal para teléfonos móviles. Estas páginas deben mantener el estándar de la aplicación actual tanto en diseño, navegación y operatividad Objetivos específicos 1. Analizar, diseñar e implementar las características que promuevan mejoras en los siguientes casos de uso: a. Editar propiedades por instancia. b. Consultar, crear, editar y eliminar ítems del WAP menú c. Replicar un Ítem del WAP menú. d. Editar promoción. 6

17 2. Analizar, diseñar e implementar los siguientes casos de uso: a. Editar y recargar archivo de propiedades. b. Filtrar Ítems del WAP menú por fecha. c. Vista previa de un WAP Menú. d. Crear, editar y eliminar textos personalizados. e. Crear y editar atributos. f. Filtrar noticia por atributos. g. Crear, editar y eliminar noticias. h. Consultar histórico de clima. i. Consultar histórico de advertencias y predicciones climáticas. j. Consultar galería de imágenes y sus detalles. k. Consultar loterías y su histórico. l. Consultar salas de cine y sus detalles. m. Consultar películas y sus detalles. n. Consultar torneos. o. Consultar posiciones, calendario y equipos de torneo. p. Consultar resultados GOLAGOL. q. Consultar preguntas y respuestas de Trivia. r. Consultar artistas y su biografía discografía. s. Consultar, crear, editar y eliminar promociones publicitarias. 3. Diseñar e implementar un proceso de migración eficiente que permita manejar la versión anterior con los cambios realizados en el servidor de pruebas y posteriormente en el servidor de producción. 4. Elaborar los siguientes artefactos: a. Documento de Visión. b. Especificación de Requerimientos de Software (ERS): Casos de uso, Narrativas, Requerimientos, prototipos de pantallas principales). c. Documento de Arquitectura de Software (Modelo de datos, Modelo de clases, Diagramas de estado-transición, Diagramas de secuencia). 3.5 Alcance El presente proyecto pretende mejorar la gestión de servicios para portales WAP, dichas mejoras abarcan básicamente la gestión de ítems en un menú WAP y las nuevas 7

18 funcionalidades de consulta de contenidos por medio de servicios Web de la aplicación AGGREGATOR. Es importante señalar que en el estudio de las necesidades de la empresa, y en general durante el proceso de levantamiento de información, se obtuvieron una serie de requerimientos que aumentaron en gran medida los objetivos específicos señalados anteriormente. El análisis y diseño de las mejoras abarca dicha visión; sin embargo, los objetivos como la edición y registro de ítems de un menú WAP aumentaron en gran número sus requerimientos, lo que redujo los tiempos destinados a cada requerimiento dado que estos fueron considerados para ser implementados en la presente propuesta. A continuación, el capítulo 4 presenta una serie de términos y conceptos utilizados como base teórica dentro del proyecto de pasantía. 8

19 CAPÍTULO IV MARCO TEÓRICO En este capítulo, se definirán algunos términos y conceptos relevantes para la arquitectura del módulo de configuraciones del WAP ASP. Para cada concepto, se plantea una justificación de su utilización dentro del proyecto de pasantía Java Server Pages Los Java Server Pages (JSP) son una extensión natural de la tecnología Java Servlet y de hecho, después de ciertos procesamientos acaban siendo servlets Java. Los documentos JSP son documentos con extensión.jsp y contienen una combinación de etiquetas estáticas HTML, XML y scriptlets. Las etiquetas y los scriptlets encapsulan la lógica que genera el contenido de las páginas (Sun, 2007). La tecnología JSP se ha convertido en una solución extremadamente popular debido a que permite separar las responsabilidades de programación del diseño de la página y la lógica de aplicación. Otro punto importante que ha hecho popular a esta tecnología es que JSP no es un producto sino una especificación lo que permite a los desarrolladores escoger el mejor de los enfoques (Cavaness, 2005). Particularmente para el módulo de configuraciones del WAP ASP se utilizó la tecnología JSP con un enfoque de tres capas cliente/servidor, que se explica en la siguiente sección Arquitectura de tres capas Cliente/Servidor La arquitectura del software de tres o más capas nace en los años 90 para superar las limitaciones de la arquitectura de dos capas. La capa adicional, denominada capa intermedia, se encuentra entre la interfaz del usuario, y el manejador de datos. Esta capa intermedia provee el manejo de procesos de la lógica del negocio. Esta arquitectura es utilizada cuando se necesita un diseño cliente/servidor efectivo y distribuido que provea un mejor desempeño, flexibilidad, mantenimiento, reutilización y escalabilidad, al mismo tiempo esconder del usuario toda la complejidad del procesamiento distribuido (Cavaness, 2005). Una arquitectura de tres capas, incluye una capa superior donde residen la interfaz gráfica y servicios del usuario. Una segunda capa que se encarga de proveer servicios para el manejo 9

20 de procesos (administración y monitoreo) que son utilizados entre aplicaciones. La tercera capa o capa de datos, provee la funcionalidad del manejo optimizado de servicios de datos y archivos (Allende, 2001). El manejo de datos asegura que la data sea consistente en todo el sistema distribuido, utilizando funciones como bloqueo, consistencia y replicación de datos. La conectividad entre las capas puede ser modificada según los requerimientos de datos y servicios por parte del usuario. Algunas de las ventajas que plantea este tipo de arquitectura es la separación entre capas que permite la construcción de sistemas más flexibles, facilitando el cambio de componentes de forma independiente. La centralización de los procesos lógicos hace que la administración y los cambios sean mucho más fáciles, y simplemente se realice el cambio de una sola vez dentro de la capa de aplicación siendo efectivo este cambio para todas las demás capas (Cavaness, 2005). Finalmente, la utilización de este tipo de arquitectura en el desarrollo del módulo de configuraciones del WAP ASP contribuye a un manejo efectivo de la lógica del proceso de colocación de portales WAP sin necesidad de manejar por completo las abstracciones que este conlleva Patrón arquitectónico Modelo Vista Controlador (MVC) Como se describió en la sección anterior el enfoque de tres capas separa las responsabilidades en las aplicaciones Web. Permitir que una página gestione las responsabilidades de recibir una petición, ejecutar alguna lógica del negocio y luego determine la siguiente vista a mostrar puede crear una página JSP poco atractiva. El desarrollo y mantenimiento de una aplicación es mucho más sencillo si los diferentes componentes tienen responsabilidades claras y distintas. El Modelo Vista Controlador (MVC), es un patrón arquitectónico de software que divide una aplicación interactiva en tres grandes componentes. El modelo que es una representación específica de la información con la cual opera el sistema, las vistas que representan el modelo en un formato adecuado para interactuar con el usuario y los controladores que capturan las entradas del usuario invocando cambios en el modelo (Cavaness, 2005). El controlador recibe la notificación de la acción solicitada por el usuario. Este interactúa con el modelo, gestionando la acción solicitada por el usuario. Adicionalmente, delega a la vista la tarea de desplegar la interfaz de usuario. La vista obtiene sus datos del modelo para generar 10

21 la interfaz apropiada para el usuario donde se refleja los cambios en el modelo. En algunos casos, el modelo, no tiene conocimiento directo sobre la vista (Cavaness, 2005). Finalmente, el patrón MVC busca separar las responsabilidades de la aplicación WAP ASP. Permitir que una página JSP, por ejemplo, gestione los ítems de un menú WAP, ejecutar alguna lógica de negocio y luego determinar la siguiente vista a mostrar puede crear una página JSP con posibles problemas de mantenimiento y extensibilidad. El desarrollo y mantenimiento de la aplicación es mucho más sencillo si los diferentes componentes de la aplicación Web tienen responsabilidades claras y distintas, lo cual justifica el uso del patrón dentro del proyecto Web Services. Según Stacy Jones (2003) los servicios web son una colección de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes de programación diferentes, y ejecutables sobre cualquier plataforma, pueden utilizar los servicios web para intercambiar datos a través de redes en internet. La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la arquitectura y reglamentación de los servicios Web. Para mejorar la interoperabilidad entre distintas implementaciones de servicios Web se ha creado el organismo WS-I, encargado de desarrollar diversos perfiles para definir de manera más exhaustiva estos estándares. Los servicios Web en contraposición con otros sistemas distribuidos tradicionales presentan algunas ventajas que se mencionan a continuación (Willenborg, 2003): Permite a una aplicación enviar y recibir información a través de Internet o medio mediante protocolos estándares. Es independiente del lenguaje, protocolo y plataforma, lo que permite interconectarse en forma sencilla. Proporciona un alto nivel de interoperabilidad. No requiere un conocimiento especializado de la implementación del servicio. Opera en forma asíncrona. Extensibilidad: al estar basados en XML, los servicios web son fáciles de adaptar, extender y personalizar. Particularmente para este proyecto de pasantía y dado que el módulo de configuraciones del WAP ASP fue desarrollado completamente en Java se utilizó Axis que es una implementación Open-Source de un "SOAP Engine"; a través de este componente fue posible 11

22 llevar a cabo una comunicación mediante Web Services entre el WAP ASP y el AGGREGATOR de contenidos SOAP y AXIS SOAP ENGINE es un componente a través del cual es posible llevar a cabo una comunicación mediante Servicios Web a otra aplicación. El caso de Axis es una implementación código abierto de SOAP ENGINE que está diseñada para ser ejecutada dentro de un Java Application Server o bien un Servlet Engine como Tomcat ; aunque hoy en día ya existen otros SOAP ENGINE que pueden ser ejecutados de manera independiente de un Java Application Server o Servlet Engine, al residir un SOAP ENGINE dentro de estos, se permite que métodos residentes puedan ser publicados como Servicios Web y de esta manera ser accesibles desde otras plataformas/lenguajes que también soporten SOAP (OsmosisLatina, 2007) WAP WAP (Wireless Application Protocol, por sus siglas en inglés) o protocolo de aplicaciones inalámbricas es un estándar abierto internacional para la transmisión de información similar a la dispuesta en Internet a través de terminales telefónicos móviles (Arehart, C, 2003). Según Charles Arehart (2000) el organismo que se encarga de desarrollar el estándar WAP fue originalmente el WAP Forum, fundado por cuatro empresas del sector de las comunicaciones móviles, Sony-Ericsson, Nokia, Motorola y chafatel (originalmente Unwired Planet). Desde 2002 el WAP Forum es parte de la Open Mobile Alliance (OMA), consorcio que se ocupa de la definición de diversas normas relacionadas con las comunicaciones móviles, entre ellas las normas WAP. La figura 4.1 muestra el diagrama de interacción típico de una red WAP que trasmite la información desde los servidores hasta los dispositivos móviles. 12

23 Figura 4.1: modelo de despliegue de una red WAP Después de describir brevemente cada uno de los aspectos tecnológicos relacionados con este proyecto de pasantía larga, se presenta en el próximo capítulo la metodología que se utilizó para cumplir con los objetivos de la misma. 13

24 CAPITULO V MARCO METODOLÓGICO El proceso de desarrollo de software seguido en el presente proyecto de pasantía fue una adaptación realizada por Ogangi de Venezuela C.A. de la metodología de desarrollo propuesta por RUP (Rational Unified Process, por sus siglas en inglés). Esta metodología, denominada OUP (Ogangi Unified Process), reduce el número de roles y artefactos así como también realiza cambios a nivel de las actividades y detalles en el flujo de trabajo para ajustarlo a las necesidades y el tamaño de la empresa Estructura y Fases de OUP Dado que OUP es una adaptación del ciclo de vida de RUP, iterativo e incremental también se basa en el Desarrollo en espiral creado para ensamblar los elementos en secuencias semi ordenadas. El OUP divide el proceso de desarrollo en ciclos, teniendo un producto final cuando termine cada ciclo, cada ciclo se divide en fases que finalizan con un hito donde se debe tomar una decisión importante. Dichas fases se explican a continuación: Fase de Inicio Está principalmente dirigida al entendimiento de los requerimientos y a determinar el alcance del esfuerzo de desarrollo. Se define la idea, la visión y el alcance del proyecto con miras a lograr los siguientes objetivos: Establecer el alcance del proyecto de software y las condiciones que deben cumplirse al final, incluyendo una visión, criterios de aceptación y alcance del producto. Identificar los casos de uso críticos del sistema y los principales escenarios en que estos se operaran. Estimar riesgos potenciales. Definir el proceso de integración del sistema con otras aplicaciones o sistemas. Al final de esta fase debe obtener los siguientes artefactos: 14

25 Un plan del proyecto que muestre las fases y las iteraciones. El modelo de casos de uso con una lista de todos los casos de uso y los actores que puedan ser identificados. Un glosario inicial del proyecto. Un estudio inicial de riesgos. Una lista de los requerimientos y restricciones principales del sistema a desarrollar. Una lista inicial de riesgos y su evaluación. Una lista de requisitos funcionales y no funcionales Fase de elaboración Planificar las actividades necesarias y los recursos requeridos, especificando las características y el diseño de la arquitectura del software. En esta fase también se definen la visión y arquitectura del producto que tienen como objetivos: Asegurar que el diseño arquitectónico, los requerimientos y los planes son lo suficientemente estables, y los riesgos se han mitigado lo suficiente para predecir el costo y cronograma para la finalización del desarrollo. Solucionar todos los riesgos arquitectónicos significativos del proyecto. Establecer una arquitectura base a partir de los escenarios arquitectónicos más significativos. Producir un prototipo evolutivo de los componentes de producción-calidad. Demostrar que la arquitectura base soportará los requerimientos del sistema a un costo y tiempo razonable. Establecer el ambiente de soporte. Culminar la elaboración del Modelo de Casos de Uso del sistema en conjunto con los arquitectos del mismo. Implementar los elementos críticos asociados a la integración con otros sistemas (si existe). El trabajo principal de esta fase consiste en la mitigación de los riesgos arquitectónicos, la definición del sistema a través del modelo de casos de uso, y en el detalle de los casos de uso y requerimientos que se implementan en la primera iteración de la fase de construcción. Al final de esta fase se deben examinar los objetivos detallados del sistema y el alcance, la elección de la arquitectura y la resolución de los mayores riesgos del proyecto. En caso de 15

26 existir integración con otros sistemas, en esta fase se deben implementar los elementos críticos identificados en la fase de inicio validando su funcionalidad Fase de construcción En esta fase se desarrolla el producto y se evoluciona la visión; la arquitectura y los planes hasta que el producto en una primera versión esté listo para ser evaluado por los usuarios. Los objetivos principales de esta fase son: Minimizar los costos optimizando los recursos y evitando trabajos innecesarios. Completar el análisis, diseño, desarrollo y prueba de todas las funcionalidades requeridas. Desarrollar de forma iterativa e incremental un producto completo que esté listo para llevarse a la comunidad del usuario. Decidir si el software y los usuarios están listos para la implantación de la aplicación. Al final de esta fase se han desarrollado todas las funcionalidades y se han completado todas las pruebas alfa. Además, se debe incluir un documento de control de cambios que incluya los detalles técnicos de la implementación que deban ser tomados en cuenta al momento del pase a producción Fase de transición En esta fase se realiza la transición del producto a los usuarios, lo cual incluye: manufactura, envío, entrenamiento, soporte y mantenimiento del producto hasta que el cliente esté satisfecho. Entre sus objetivos se cuentan: Hacer pruebas beta para validar el nuevo sistema con respecto a las expectativas del usuario. Convertir las bases de datos operacionales. Entrenar a los usuarios y a las personas encargadas del mantenimiento del producto. Evaluar los objetivos logrados con respecto a la visión y a los criterios de aceptación del producto. Lograr que los usuarios coincidan en que los objetivos están completos. Lograr que los usuarios coincidan en que los objetivos de desarrollo son consistentes con los criterios de evaluación de la visión. 16

27 Al final de esta fase se debe decidir en conjunto con el cliente si se cumplieron los objetivos y si se debe iniciar un nuevo ciclo de desarrollo Implementación de la metodología en la pasantía En el desarrollo del módulo de configuraciones del WAP ASP fueron contempladas en su totalidad las tres primeras etapas de OUP y sólo una iteración de la fase de transición. En la fase de inicio, se llevó a cabo la identificación de los requerimientos, la definición del alcance total y la identificación de los riesgos que se pueden presentar en el proceso de desarrollo. En esta etapa también se identificaron los casos de uso a implementar. En la fase de elaboración, se definieron formalmente los casos de uso a implementar en la fase de construcción y se estudio la arquitectura actual del WAP ASP ya que en esta implementación se debe conservar el modelo arquitectónico ya establecido. Finalmente, se diseñó el modelo de datos y se actualizo toda la documentación asociada. Para la fase de construcción, se contemplaron tres iteraciones que buscaron distribuir las cargas a lo largo del proceso de desarrollo. En la primera iteración se implementaron todos los cambios asociados a la configuración de propiedades por instancia. En la segunda iteración fueron implementados los casos de uso planificados para la gestión de ítems de los portales WAP, y finamente en la tercera iteración se implementaron todos los casos de uso relacionados con la gestión de contenidos por a través de servicios Web de la aplicación AGGREGATOR. La fase de transición no fue completada en su totalidad ya que dado el grueso de actividades que se deben contemplar en esta fase sólo se pudo completar el pase de la aplicación al servidor de pruebas, quedando pendiente el estudio de un proceso de pruebas y la implementación del mismo. A continuación se detallan todas las actividades realizadas en las fases de inicio, elaboración y construcción durante el período de pasantía. 17

28 CAPÍTULO VI DESARROLLO Este capítulo describe el proceso de desarrollo del proyecto de pasantía. En las siguientes secciones explicaciones presentan los resultados de las fases de inicio, elaboración, construcción y transición del módulo de configuraciones del WAP ASP Fase de inicio Esta fase fue la correspondiente al levantamiento de requerimientos, en la que se estudia el problema a resolver, a raíz de esta fase se obtuvo el modelo de casos de uso preliminar, el plan de proyecto, el documento visión del sistema y una lista de riesgos Plan de proyecto Todas las actividades que se realizaron en esta fase están documentadas en el plan de proyectos (ver apéndice 5) y se pueden resumir en la siguiente tabla. Actividad Inducción a la empresa Revisión de alcance del proyecto Plan de proyecto Evaluar riesgos del proyecto Levantamiento de requerimientos Elaboración del Modelo de casos de Uso preliminar Reunión aprobatoria del documento de visión y plan de proyecto Artefacto Documento visión Plan de proyectos Lista de riesgos Documento de requerimientos Documento de casos de uso Tabla 6.1. Lista de actividades fase de inicio Visión del proyecto En el documento Visión se Sistema, que se presenta como apéndice 1, se tiene como propósito principal reconocer, analizar y definir las necesidades a un alto nivel de los aspectos 18

29 más importantes de la implementación de una serie de modificaciones del módulo de configuraciones del WAP ASP. Ogangi de Venezuela C.A., como toda compañía de software desea mejorar la calidad de sus productos y en esta oportunidad basándose en las necesidades expuestas por los administradores de contenido, se plantea la realización de una serie de mejoras al modulo configuraciones de WAP ASP. Dichas mejoras buscan atacar principalmente la gestión de portales WAP y la información que en ellos se muestra como horóscopos, noticias, deportes, etc Demografía del mercado Dado que el WAP ASP es una aplicación que permite a los usuarios de Ogangi configurar los distintos servicios SMS que la empresa ofrece, la demografía del mercado abarca toda aquella población que se ve beneficiada de estos gestores de contenidos tanto nacionales como internacionales. Para el caso de Venezuela se abarca todo el territorio nacional gracias al despliegue de las tres principales operadoras de telefonía móvil, y para el resto del continente gracias a la presencia de Ogangi Corporation como empresa trasnacional Descripciones de los Stakeholders y Usuarios Los principales Stakeholders del sistema son los Administradores de contenido quienes con un sistema fácil de utilizar pretenden, sin ser ingenieros especializados en el área, crear portales WAP para que los destinatarios finales del contenido puedan descargarlos desde sus dispositivos móviles. A continuación en la tabla 6.2 se presentan el principal stakeholder y usuario del sistema: Nombre Descripción Responsabilidades Administrador de Encargado de suministrar y La responsabilidad de poner a punto de Contenido administrar el contenido que se puede obtener a través de los portales WAP creados a partir del modulo de configuraciones del WAP ASP. manera adecuada los portales WAP recae sobre los administradores de contenido quienes configuran el portal WAP de cada instancia y suministran el contenido que en ellos se puede obtener. Tabla 6.2: Stakeholders 19

30 6.1.5 Requerimientos La tabla 6.3 sintetiza los requerimientos funcionales del sistema, en base a las necesidades manifestadas por los administradores de contenido y los administradores del sistema. Requerimiento Id Especificación 20

31 Configuración de parámetros en archivo de propiedades Configuración de parámetros por instancia R-WAPASP -1 R-WAPASP -2 Edición de valores en archivo de propiedades props. Edición de valores de configuración por instancia. R-WAPASP Gestionar ítems del menú de los portales WAP por instancia. R-WAPASP Selección del color de fondo de cada sección de un portal WAP. R-WAPASP Explorar ítems del menú WAP. Configuración de menú WAP R-WAPASP Replicar ítems del menú WAP para diferentes instancias. R-WAPASP Configurar las funciones de un determinado ítem del menú. R-WAPASP Realizar vista previa del contenido de un portal WAP. R-WAPASP Agregar fecha de inicio y una de fin a un ítem. Configuración de textos personalizados R-WAPASP R-WAPASP Filtrar ítems del menú. Gestionar textos personalizados para la inserción en las secciones de AYUDA, TERMINOS y REGALOS.

32 Actualización de las promociones de venta de contenido R-WAPASP 4.2 Estandarización en el manejo de rango de fechas. R-WAPASP Gestionar noticias. Configuración de noticias R-WAPASP 5.2 Filtrado de noticias por atributos de REGION y CATEGORÍA. R-WAPASP 5.3 Gestionar atributos de noticias. R-WAPASP 5.4 Filtrado de atributos por REGION y CATEGORÍA. R-WAPASP 6.1 Consultar histórico y detalles los datos climáticos. Consulta de clima actual R-WAPASP 6.2 Consultar histórico y detalles los pronósticos climáticos. R-WAPASP Consultar histórico y detalles de las advertencias climáticas. R-WAPASP 7.1 Consulta de artistas. Consulta de artistas R-WAPASP Consulta de la biografía de un artistas. R-WAPASP Consulta de loterías R-WAPASP - 8 Consulta de la discografía de artistas. Consulta de loterías y su histórico. 22

33 R-WAPASP 9.1 Consulta de torneos deportivos. R-WAPASP 9.2 Consulta de calendario de un determinado torneo. Consulta de deportes R-WAPASP 9.3 Consulta de equipos de un determinado torneo. R-WAPASP 9.4 Consulta de posiciones de un determinado torneo. R-WAPASP 9.5 Consulta de partidos de un determinado torneo. R-WAPASP 9.6 Consulta de trivia R-WAPASP -10 Configuración de publicidad(banners) R-WAPASP -11 Consulta de Galería R-WAPASP -12 Consulta de Cine R-WAPASP R-WAPASP Actualización para pagina con interfaz Mimall R-WAPASP -14 Menú de selección R-WAPASP -15 Consulta de Gol a Gol de un determinado torneo. Consulta de listado preguntas y posibles respuestas de una trivia. Gestionar promociones publicitarias. Consultar galería y detalles de imágenes. Consultar salas de cine y detalles. Consultar películas y detalles. Entrega de texto plano de MIM funny. Seleccionar una la acción a realizar. Tabla 6.3: Requerimientos del sistema 23

34 Casos de Uso Para la adaptación de RUP implementada por Ogangi un caso de uso define el conjunto de acciones que puede realizar un sistema y que producen un resultado para un usuario en particular. En el documento de Especificación de Requerimientos de Software, adjuntado como apéndice 2, se detalla los casos de uso que implementan los requerimientos de los usuarios y que abarcaron las tres iteraciones de la fase de construcción consideradas para el desarrollo del proyecto. En la figura 6.1 se muestra el diagrama de casos de uso para el módulo de configuraciones del WAP ASP. En este se puede observar que están agrupados según las iteraciones en las que fueron desarrollados en la fase de construcción. Otro punto importante a destacar es que se agruparon las funcionalidades de edición, creación y eliminación en una sola llamada gestión, para así evitar el sobrecargo del diagrama. 24

35 Figura 6.1: Casos de Uso 25

36 Lista de riesgos inicial En el documento de Riesgos, adjuntado como apéndice 3, se identifican los riesgos identificados para este proyecto de pasantía larga y las consecuencias en caso de que ocurran, las estrategias de mitigación o soluciones viables (planes de contingencia). En la tabla 6.5 se muestran los principales riegos que se identificaron para el proceso de desarrollo de software de módulo de configuraciones del WAP ASP y las consecuencias que estos generan. Riesgo Dificultades para identificar stakeholders y usuarios Problemas de comunicación con el usuario Dificultad para identificar requerimientos Falta de disponibilidad de personal para ejecutar el proyecto Retiro de personal de organización Inconformidad del cliente con los requerimientos desarrollados Diseño poco factible Dificultades a nivel tecnológico Clientes y/o usuarios con falta de compromiso Consecuencias Requerimientos incompletos Requerimientos repetidos Atraso en el proyecto Usuarios insatisfechos Atraso en el proyecto Atraso en el trabajo y perdida de los componentes desarrollados Dificultad para validar requerimientos Atraso en el proyecto Dificultad para concretar el proyecto. Atraso en el proyecto Tabla 6.4: Lista de riesgos Herramientas de desarrollo En el proceso de desarrollo del módulo de configuraciones del WAP ASP se utilizaron una serie de herramientas que facilitaron tanto la implementación como la documentación. Dichas herramientas se describen a continuación: Eclipse V3.2.1: Eclipse es una herramienta de código abierto, desarrollada por La Fundación Eclipse, cuyos objetivos se centran en la construcción de una plataforma de desarrollo para la construcción, despliegue y gestión de todo el ciclo de vida del software (Eclipse.org, 2007). Eclipse fue la principal Herramienta de desarrollo en la fase construcción del módulo de configuraciones ya que este fue desarrollado en su totalidad bajo el lenguaje Java. Toad for Oracle V8.5.1: Toad for Oracle es una herramienta desarrollada por la empresa Quest Software, Inc., que permite la gestión de base de datos Oracle, (TOAD 26

37 for Oracle, 2003) y que se utilizó en el presente proyecto de pasantía para la creación, mantenimiento y pruebas de distintos esquemas que se involucraron en el proyecto. SSH Secure Shell: Esta herramienta fue desarrollada por la SSH Communications Security, Inc. para acceder a máquinas remotas a través de una red. Permite manejar por completo la computadora mediante un intérprete de comandos, además de la gestión de archivos mediante un terminal gráfico (ssh.com, 2007). En el presente proyecto de pasantía se utilizó en la fase de transición para colocar archivos de prueba en los servidores de desarrollo. ConTEXT: ConTEXT es un pequeño, rápido y poderoso editor de texto del freeware, desarrollada por Eden Kirin principalmente para servir como instrumento secundario para los desarrolladores de software (Eden Kirin, 2006). Durante el desarrollo del módulo de configuraciones se utilizó principalmente para la edición de los archivos de configuración involucrados con los portales WAP y el WAP ASP Infraestructura de desarrollo A continuación se presentan los recursos, a nivel de hardware y software disponibles tanto para el desarrollo como para la puesta en producción del módulo de configuraciones del WAP ASP Hardware Las aplicaciones de Ogangi funcionan bajo un clúster de servidores ubicados en un Data Center contratado por Ogangi Corporation en la ciudad de Miami, Estados Unidos. La tabla 6.7 presenta las características de cada una de las máquinas con las cuales se cuenta y los principales clientes que éstas atienden. Servidor Descripción S/O y aplicaciones Clientes it2.ogangi.com Sun Fire V20z Solaris 10 Ogangi Trouble Tickets Online (OTTO) prod2.ogangi.com Sun Fire V240 Solaris 9, Apache , Tomcat Quorum, CNE, EDC prod4.ogangi.com Sun Fire V240 Solaris 10, Oracle Todos 27

38 prod5.ogangi.com Sun Fire T2000 Solaris 10, Apache , Tomcat C&W y todos los portales WAP prod6.ogangi.com Sun Fire V240 Solaris 10, Oracle Todos oper1.ogangi.com Sun Fire V240 Solaris 10, Amanda Todos Tabla 6.5: Descripción de hardware Software Lenguaje de programación y tecnología: El lenguaje de programación con el cual se desarrolló la aplicación es Java JDK1.5, utilizando Java Server Page JSP para la interfaz con el cliente. Manejador de base de datos: El manejador de base de datos sobre el cual debe funcionar el módulo de configuraciones del sistema WAP ASP será Oracle 9g. Sistema Operativo: Windows XP Professional, Service Pack Fase de Elaboración Durante esta fase, se evaluaron los casos de uso modelados en la fase anterior con el objetivo de refinarlos y definir una arquitectura adecuada para el módulo a implementar. Según la metodología OUP, en esta fase se detallan los casos de uso y requerimientos que se implementarán en la primera iteración de la fase de construcción. Es importante destacar que en esta fase se construyó el modelo de datos, y se definieron cuales eran los patrones arquitectónicos a seguir basándose en la versión existente del WAP ASP Plan de proyecto Todas las actividades que se realizaron en esta fase están documentadas en el plan de proyectos (ver apéndice 5) y se pueden resumir en la siguiente tabla. Actividad Revisión del Documento Visión Revisión del modelo de casos de uso, Elaboración de narrativas de casos de uso y requerimientos. Artefacto Documento visión Documento de casos de uso 28

39 Revisar los estándares implementados por Ogangi en sus aplicaciones y definir la arquitectura. Elaboración del Modelo de Datos. Documento Arquitectura de Software Documento Arquitectura de Software Tabla 6.6: Lista de actividades fase de elaboración Arquitectura del software La Arquitectura de Software básicamente es considerada como una vista del sistema donde se incluyen sus componentes principales y la interacción y coordinación entre ellos, necesarios para cumplir con los requerimientos específicos del sistema. El Modelo 4+1 Vistas, propuesto por Philippe Kruchten en 1995, organiza la descripción de la arquitectura de software en cuatro vistas donde se exponen las decisiones de diseño y una quinta vista para ilustrar y validar dichas decisiones. Dichas vistas se componen por la de casos de uso, lógica, procesos, implementación e implantación. Es importante destacar que éstas pueden ser complementadas con elementos de UML que proporcionen más información a nivel gráfico (Cavaness, 2005). Basándose en este modelo de vistas a continuación se describen las vistas contempladas para la arquitectura del módulo de configuraciones del WAP ASP Vista de Casos de Uso Esta vista contiene los casos de uso críticos del sistema, representados mediante el diagrama de casos de uso (según los lineamientos de UML). Es de gran importancia ya que a través de esta vista se puede entender mejor la funcionalidad del sistema. El diagrama de casos de uso y las narrativas de estos se encuentran en el documento de Especificaciones de Requerimientos del Software (Apéndice 2) Vista Lógica Incluye el diagrama de clases que forma la estructura del sistema, así como también el modelo conceptual o de dominio y los diagramas de secuencia por cada caso de uso. 29

40 Modelo conceptual o de dominio El paso esencial de un análisis o investigación orientados a objetos es descompensar el problema en conceptos u objetos individuales, por ende un modelo conceptual es un representación de conceptos en un grupo del problema (Larman, 1999). Particularmente el modelo conceptual manejado por los administradores de contenido manipula la información referente a los portales WAP o a través de la mensajería corta de texto, dicha información suele ser del tipo horóscopo, clima, deporte, ayuda, lotería, noticias, trivia, etc. En este sentido, para la configuración de cada portal WAP se debe configurar cada ítem del menú según la acción que este realiza y la apariencia que este deba tenga. En la Figura 6.2 se muestra el modelo conceptual o de dominio del módulo de configuraciones del WAP ASP. Figura 6.2: Modelo conceptual 30

41 Diagrama de clases Los diagramas de clases del diseño describen gráficamente las especificaciones de las clases de software y de las interfaces, en una aplicación. Los diagramas de clases en Java representan las estructuras de datos que modelan el mapa conceptual para la gestión de portales WAP. Este diagrama se presenta en la Figura 6.3. y también se puede visualizar con mayor detalle en el apéndice 4, Documento de Arquitectura del Software. Figura 6.3: Diagrama de Clases Diagramas de secuencia Los diagramas de secuencia representan para un escenario específico de un caso de uso, los eventos que generan los actores externos, el orden y los eventos entre los sistemas. (Larman, 2004) 31

42 El Documento de Arquitectura del Software, identificado como el apéndice 4, contiene los diagramas de secuencia por caso de uso del modulo de configuraciones del WAP ASP. A continuación, en la Figura 6.4 y 6.5 se muestran, a manera de ejemplo, los diagramas de secuencia de los Casos de Uso Consulta artista y Consultar promociones publicitarias. Figura 6.4: Diagrama de secuencia consultar artistas Figura 6.5: Diagrama de secuencia consultar promociones publicitarias 32

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema Capítulo2 Planteamientodelproblema 38 2.1Antecedentesycontextodelproyecto En lo que respecta a los antecedentes del proyecto, se describe inicialmente el contexto donde se utiliza el producto de software.

Más detalles

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la Servicios web Introducción Un servicio web es un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes

Más detalles

Capítulo I. Marco Teórico

Capítulo I. Marco Teórico 1 Capítulo I. Marco Teórico 1. Justificación Hoy en día existe una gran diversidad de aplicaciones que corren sobre la World Wide Web (WWW o Web), y cada una orientada a un fin en particular, el cuál depende

Más detalles

El Proceso Unificado de Desarrollo de Software

El Proceso Unificado de Desarrollo de Software El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:

Más detalles

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Introducción a los Servicios Web Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Servicios Web y Soa En un contexto SOA y los servicios web son una oportunidad de negocios en la actualidad.

Más detalles

Capitulo III. Diseño del Sistema.

Capitulo III. Diseño del Sistema. Capitulo III. Diseño del Sistema. Para el desarrollo del sistema en la presente tesis se utilizo el paradigma orientado a objetos utilizando el lenguaje Java en su versión 1.2. Por medio de este lenguaje

Más detalles

Visión General de GXportal. Última actualización: 2009

Visión General de GXportal. Última actualización: 2009 Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento explícito de

Más detalles

Diseño dinámico de arquitecturas de información

Diseño dinámico de arquitecturas de información Diseño dinámico de arquitecturas de información CARACTERISTICAS DEL SISTEMA Las organizaciones modernas basan su operación en la gestión del conocimiento, es decir, en el manejo de información que se presenta

Más detalles

Capítulo 5. Cliente-Servidor.

Capítulo 5. Cliente-Servidor. Capítulo 5. Cliente-Servidor. 5.1 Introducción En este capítulo hablaremos acerca de la arquitectura Cliente-Servidor, ya que para nuestra aplicación utilizamos ésta arquitectura al convertir en un servidor

Más detalles

SIGPRE Sistema de Gestión Presupuestaria

SIGPRE Sistema de Gestión Presupuestaria SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009

Más detalles

CONSTRUCCIÓN DEL PROCESO ADMINISTRADOR DE PROYECTOS SEIS SIGMA Bizagi Process Modeler

CONSTRUCCIÓN DEL PROCESO ADMINISTRADOR DE PROYECTOS SEIS SIGMA Bizagi Process Modeler ADMINISTRADOR DE PROYECTOS SEIS Bizagi Process Modeler Copyright 2011 - bizagi Contenido CONSTRUCCIÓN DEL PROCESO... 1 1. DIAGRAMA DEL PROCESO... 3 Sub proceso Fase... 4 Sub proceso Crear Entregable...

Más detalles

Workflows? Sí, cuántos quiere?

Workflows? Sí, cuántos quiere? Workflows? Sí, cuántos quiere? 12.11.2006 Servicios Profesionales Danysoft Son notables los beneficios que una organización puede obtener gracias al soporte de procesos de negocios que requieran la intervención

Más detalles

MACROPROCESO GESTIÓN TECNOLÓGICA

MACROPROCESO GESTIÓN TECNOLÓGICA Versión 1.0 Página 1 de 5 1. OBJETIVO Suministrar las fases para la puesta en producción de aplicaciones y sistemas de información desarrollados o adquiridos por el Instituto Colombiano de Bienestar Familiar

Más detalles

Guía Metodológica para el diseño de procesos de negocio

Guía Metodológica para el diseño de procesos de negocio Guía Metodológica para el diseño de procesos de negocio La guía desarrollada para apoyar TBA, se diseñó con base en las metodologías existentes para el desarrollo BPM, principalmente en aquellas que soportan

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Sergio Valero Orea, svalero@utim.edu.mx, UTIM, Izúcar de Matamoros, Puebla. Resumen El desarrollo de sistemas

Más detalles

SOLUCIÓN SITUACIÓN ACTUAL

SOLUCIÓN SITUACIÓN ACTUAL SITUACIÓN ACTUAL La necesidad de las organizaciones de ser más competitivas en un mercado dinámico ha generado estructuras organizacionales complejas y exigentes en términos de calidad y eficiencia. Sobre

Más detalles

Sistema PYMES Ventas e Inventarios H&S

Sistema PYMES Ventas e Inventarios H&S Sistema PYMES Ventas e Inventarios H&S Sistema PYMES Ventas e Inventarios H&S Visión DESARROLLADORA Teodora Vargas Tarqui Versión 0.9 Tabla de Contenidos 1. INTRODUCCION 3 1.1 Propósito 3 1.2 Alcance 3

Más detalles

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

Más detalles

Análisis y diseño del sistema CAPÍTULO 3

Análisis y diseño del sistema CAPÍTULO 3 Análisis y diseño del sistema CAPÍTULO 3 36 CAPÍTULO 3 Análisis y diseño del sistema En este capítulo se pretende realizar un análisis detallado de los requerimientos del software a desarrollar para la

Más detalles

Entidad Formadora: Plan Local De Formación Convocatoria 2010

Entidad Formadora: Plan Local De Formación Convocatoria 2010 Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

Modelos de los sistemas distribuidos. Jorge Iván Meza Martínez jimezam@gmail.com

Modelos de los sistemas distribuidos. Jorge Iván Meza Martínez jimezam@gmail.com Modelos de los sistemas distribuidos Jorge Iván Meza Martínez jimezam@gmail.com Especialización en Gestión de Redes de Datos Universidad Nacional de Colombia Sede Manizales 1/36 Contenidos Modelo arquitectónico

Más detalles

Arquitectura. 1.- Aplicaciones Web. Definición. Arquitectura clásica. Contenidos. 1.- Aplicaciones Web

Arquitectura. 1.- Aplicaciones Web. Definición. Arquitectura clásica. Contenidos. 1.- Aplicaciones Web Arquitectura 1.- Aplicaciones Web Definición Contenidos 1.- Aplicaciones Web 2.- Arquitectura de aplicaciones Web Lo que distingue una aplicación Web de una mero sitio Web reside en la posibilidad que

Más detalles

Visión General GXflow. Última actualización: 2009

Visión General GXflow. Última actualización: 2009 Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento explícito de

Más detalles

Metodología básica de gestión de proyectos. Octubre de 2003

Metodología básica de gestión de proyectos. Octubre de 2003 Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución

Más detalles

Capítulo VI. Conclusiones. En este capítulo abordaremos la comparación de las características principales y

Capítulo VI. Conclusiones. En este capítulo abordaremos la comparación de las características principales y Capítulo VI Conclusiones En este capítulo abordaremos la comparación de las características principales y de las ventajas cada tecnología Web nos ofrece para el desarrollo de ciertas aplicaciones. También

Más detalles

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos 2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven

Más detalles

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. UNIVERSIDAD DE CARABOBO FACULTAD DE CIENCIA Y TECNOLOGÍA DIRECCION DE EXTENSION COORDINACION DE PASANTIAS Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. Pasante:

Más detalles

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

http://www.informatizate.net

http://www.informatizate.net http://www.informatizate.net Metodologías De Desarrollo De Software María A. Mendoza Sanchez Ing. Informático - UNT Microsoft Certified Professional - MCP Analísta y Desarrolladora - TeamSoft Perú S.A.C.

Más detalles

GMF Gestor de incidencias

GMF Gestor de incidencias GMF Gestor de incidencias Contenidos Contenidos... 1 Introducción... 2 El módulo de Gestión de Incidencias... 2 Vista del técnico... 2 Vista de usuario... 4 Workflow o flujo de trabajo... 5 Personalización

Más detalles

Empresa Financiera Herramientas de SW Servicios

Empresa Financiera Herramientas de SW Servicios Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través

Más detalles

Procedimiento de Sistemas de Información

Procedimiento de Sistemas de Información Procedimiento de Sistemas de Información DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN VIEMBRE DE 2009 PR-DCTYP-08 Índice. 1. INTRODUCCIÓN.... 3 2. OBJETIVO.... 4 3. ALCANCE.... 4 4. MARCO LEGAL.... 4

Más detalles

Documento Técnico Gerardo Barcia Jonathan Trujillo María Alejandra Uribe

Documento Técnico Gerardo Barcia Jonathan Trujillo María Alejandra Uribe Documento Técnico Gerardo Barcia Jonathan Trujillo María Alejandra Uribe Índice de contenido 1. Introducción...3 2. El modelo de negocio...3 2.1 Antecedentes...3 2.2 Planteamiento del problema actual...3

Más detalles

Capitulo 5. Implementación del sistema MDM

Capitulo 5. Implementación del sistema MDM Capitulo 5. Implementación del sistema MDM Una vez que se concluyeron las actividades de análisis y diseño se comenzó la implementación del sistema MDM (Manejador de Documentos de MoProSoft). En este capitulo

Más detalles

Diseño, Desarrollo e Implementación de una Aplicación Web para el manejo Centralizado de la Información Corporativa en AGA Consultores

Diseño, Desarrollo e Implementación de una Aplicación Web para el manejo Centralizado de la Información Corporativa en AGA Consultores Propuesta de Pasantía Diseño, Desarrollo e Implementación de una Aplicación Web para el manejo Centralizado de la Información Corporativa en AGA Consultores Acerca de AGA Consultores Quienes somos? Somos

Más detalles

Durante la determinación del problema dentro de los procesos de mercadeo de R & S Training se pudo notar notables deficiencias en las relaciones con

Durante la determinación del problema dentro de los procesos de mercadeo de R & S Training se pudo notar notables deficiencias en las relaciones con Autora: Rodríguez Fortunato, Marìa Rossana Titulo: Implementación de un sistema bajo tecnología web basado en estrategias de CRM que apoye las actividades de mercadeo de una empresa de servicios de adiestramientos

Más detalles

Modulo I. Introducción a la Programación Web. 1.1 Servidor Web.

Modulo I. Introducción a la Programación Web. 1.1 Servidor Web. Modulo I. Introducción a la Programación Web. 1.1 Servidor Web. Antes de analizar lo que es un servidor Web y llevara a cabo su instalación, es muy importante identificar diferentes elementos involucrados

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: EL PROCESO DE DISEÑO DE SISTEMAS DISTRIBUIDOS MANEJANDO LOS DATOS EN LOS SISTEMAS DISTRIBUIDOS DISEÑANDO SISTEMAS PARA REDES DE ÁREA LOCAL DISEÑANDO SISTEMAS PARA ARQUITECTURAS CLIENTE/SERVIDOR

Más detalles

Una puerta abierta al futuro

Una puerta abierta al futuro Una puerta abierta al futuro SOA E ITIL EN LA LEY DE ACCESO ELECTRÓNICO DE LOS CIUDADANOS A LOS SERVICIOS PÚBLICOS (LAECSP) por francisco javier antón Vique La publicación de la Ley de Acceso electrónico

Más detalles

PORTAL DE INTEGRACIÓN DE BANCOS DE INFORMACIÓN DISPERSOS A TRAVÉS DE WEB SERVICES Autor: Ing. Walther Antonioli Ravetto

PORTAL DE INTEGRACIÓN DE BANCOS DE INFORMACIÓN DISPERSOS A TRAVÉS DE WEB SERVICES Autor: Ing. Walther Antonioli Ravetto PORTAL DE INTEGRACIÓN DE BANCOS DE INFORMACIÓN DISPERSOS A TRAVÉS DE WEB SERVICES Autor: Ing. Walther Antonioli Ravetto Introducción: Sobre casi cualquier tema del quehacer humano que se aborde, existen

Más detalles

Windows Server 2012: Infraestructura de Escritorio Virtual

Windows Server 2012: Infraestructura de Escritorio Virtual Windows Server 2012: Infraestructura de Escritorio Virtual Módulo 1: Application Virtualization Módulo del Manual Autores: James Hamilton-Adams, Content Master Publicado: 5 de Octubre 2012 La información

Más detalles

CONCLUISIONES Y RECOMENDACIONES

CONCLUISIONES Y RECOMENDACIONES CONCLUISIONES Y RECOMENDACIONES CONTENIDO 7.1 Verificación de Hipótesis 7.2 Conclusiones 7.3 Recomendaciones Mónica Cecilia Gallegos Varela - 145 - VERIFICACIÓN DE HIPÓTESIS La hipótesis planteada al inicio

Más detalles

Diseño, desarrollo e implementación de una nueva versión de la Herramienta Helpdesk

Diseño, desarrollo e implementación de una nueva versión de la Herramienta Helpdesk Diseño, desarrollo e implementación de una nueva versión de la Herramienta Helpdesk Departamento ID del documento Innovaciones DANA-INNOVACIONES- HerramientaHelpdesk Última revisión Creado por Revisado

Más detalles

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)

Más detalles

App para realizar consultas al Sistema de Información Estadística de Castilla y León

App para realizar consultas al Sistema de Información Estadística de Castilla y León App para realizar consultas al Sistema de Información Estadística de Castilla y León Jesús M. Rodríguez Rodríguez rodrodje@jcyl.es Dirección General de Presupuestos y Estadística Consejería de Hacienda

Más detalles

I INTRODUCCIÓN. 1.1 Objetivos

I INTRODUCCIÓN. 1.1 Objetivos I INTRODUCCIÓN 1.1 Objetivos En el mundo de la informática, la auditoría no siempre es aplicada en todos las empresas, en algunos de los casos son aplicadas por ser impuestas por alguna entidad reguladora,

Más detalles

asired middleware XML Así-Red Servicios Telemáticos, S.L.L. w w w. a s i r e d. e s

asired middleware XML Así-Red Servicios Telemáticos, S.L.L. w w w. a s i r e d. e s w w w. a s i r e d. e s 1 INDICE Presentación Que nos permiten Sobre que actuan Que hacen Hasta donde alcanzan Arquitectura Tecnología Acceso Beneficios Ventajas Posibilidades A quienes va dirigido Como

Más detalles

Capítulo 4 Pruebas e implementación de la aplicación CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN

Capítulo 4 Pruebas e implementación de la aplicación CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN CONCEPTOS DE PRUEBAS DE APLICACIÓN El departamento de Testing se encarga de diseñar, planear y aplicar el rol de pruebas a los sistemas que el PROVEEDOR

Más detalles

Sistema de Mensajería Empresarial para generación Masiva de DTE

Sistema de Mensajería Empresarial para generación Masiva de DTE Sistema de Mensajería Empresarial para generación Masiva de DTE TIPO DE DOCUMENTO: OFERTA TÉCNICA Y COMERCIAL VERSIÓN 1.0, 7 de Mayo de 2008 CONTENIDO 1 INTRODUCCIÓN 4 2 DESCRIPCIÓN DE ARQUITECTURA DE

Más detalles

Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo

Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes

Más detalles

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

<Generador de exámenes> Visión preliminar

<Generador de exámenes> Visión preliminar 1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,

Más detalles

Los mayores cambios se dieron en las décadas de los setenta, atribuidos principalmente a dos causas:

Los mayores cambios se dieron en las décadas de los setenta, atribuidos principalmente a dos causas: SISTEMAS DISTRIBUIDOS DE REDES 1. SISTEMAS DISTRIBUIDOS Introducción y generalidades La computación desde sus inicios ha sufrido muchos cambios, desde los grandes equipos que permitían realizar tareas

Más detalles

OLIMPO Servidor Universal

OLIMPO Servidor Universal OLIMPO Servidor Universal Documento 20050714/01 Fecha Creación Julio 2005 Fecha Última Revisión Agosto 2007 Versión de documento 2.0 1/7 Visión Global Desde el año 1984, en IGT Microelectronics hemos ofrecido

Más detalles

QUE ES COMLINE MENSAJES? QUE TIPO DE MENSAJES PROCESA COMLINE MENSAJES?

QUE ES COMLINE MENSAJES? QUE TIPO DE MENSAJES PROCESA COMLINE MENSAJES? QUE ES COMLINE MENSAJES? Comline Mensajes es una plataforma flexible, ágil y oportuna, que permite el envío MASIVO de MENSAJES DE TEXTO (SMS). Comline Mensajes integra su tecnología a los centros de recepción

Más detalles

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.

Más detalles

SISTEMA DE ESPECIICACION DE REQUERIMIENTOS

SISTEMA DE ESPECIICACION DE REQUERIMIENTOS SISTEMA DE ESPECIICACION DE REQUERIMIENTOS Presentado por: Jefferson Peña Cristian Álvarez Cristian Alzate 10 CONTENIDO 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. AMBITO DEL SISTEMA 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

Gestión de la Configuración

Gestión de la Configuración Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de

Más detalles

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Cenditel, Mayo 2011 Licencia de Uso Copyright (c) 2010, Alvarez J., Solé S., Briceño R., Fundación CENDITEL. La Fundación CENDITEL

Más detalles

Eficiencia en la Automatización y Gestión de Servicios

Eficiencia en la Automatización y Gestión de Servicios Eficiencia en la Automatización y Gestión de Servicios GESTIÓN EFECTIVA DE SERVICIOS CON SERVICETONIC Hoy en día las empresas están obligadas a hacer más con menos recursos y como consecuencia de ello

Más detalles

6 Anexos: 6.1 Definición de Rup:

6 Anexos: 6.1 Definición de Rup: 6 Anexos: 6.1 Definición de Rup: Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.

Más detalles

REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP

REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP Visual Sale posee módulos especializados para el método de ventas transaccional, donde el pedido de parte de un nuevo cliente

Más detalles

Figure 9-1: Phase C: Information Systems Architectures

Figure 9-1: Phase C: Information Systems Architectures FASE C Figure 9-1: Phase C: Information Systems Architectures Objetivos Los objetivos de la Fase C son: Desarrollar la arquitectura de sistemas de información objetivo (datos y aplicaciones), que describe

Más detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

Más detalles

Sistema para Gestión Hotelera Visión

Sistema para Gestión Hotelera Visión Sistema para Gestión Hotelera Visión Tabla de Contenidos 1. Introducción 4 1.1 Propósito 4 1.2 Alcance 4 1.3 Definiciones, Acrónimos, y Abreviaciones 4 1.4 Referencias 4 2. Posicionamiento 4 2.1 Oportunidad

Más detalles

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501 1. Qué incluye la ingeniería del software con SQA? Entrenamiento, soporte al consumidor instalación. 2. Menciona algunas características del software: Elemento lógico. Desarrollado no fabricado. No se

Más detalles

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3

Más detalles

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.

Más detalles

Capítulo III. Diseño del sistema. Dentro de este capítulo veremos a detalle el diseño del sistema, que como se había

Capítulo III. Diseño del sistema. Dentro de este capítulo veremos a detalle el diseño del sistema, que como se había Capítulo III Diseño del sistema Dentro de este capítulo veremos a detalle el diseño del sistema, que como se había mencionado anteriormente, contara con 2 módulos principales: el módulo de administración

Más detalles

TEMA: DESARROLLO DE APLICACIONES WEB INTERACTIVAS UTILIZANDO LA TÉCNICA AJAX AUTOR: MERY SUSANA ZAMBONINO BAUTISTA

TEMA: DESARROLLO DE APLICACIONES WEB INTERACTIVAS UTILIZANDO LA TÉCNICA AJAX AUTOR: MERY SUSANA ZAMBONINO BAUTISTA TEMA: DESARROLLO DE APLICACIONES WEB INTERACTIVAS UTILIZANDO LA TÉCNICA AJAX AUTOR: MERY SUSANA ZAMBONINO BAUTISTA AREA DEL TEMA: INGENIERÍA DE SOFTWARE OBJETIVO GENERAL Desarrollar aplicaciones web utilizando

Más detalles

Primer avance de proyecto de software para la gestión de inscripciones en cursos

Primer avance de proyecto de software para la gestión de inscripciones en cursos Primer avance de proyecto de software para la gestión de inscripciones en cursos 1. Introducción Andrés Felipe Bustamante García, Carolina Sarmiento González En este documento se presentan los resultados

Más detalles

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los

Más detalles

Sistema de Información Integrada del Área Social

Sistema de Información Integrada del Área Social Sistema de Información Integrada del Área Social Resumen de Requerimientos Técnicos 22 de Diciembre de 2008 Página 1 de 5 Contenido 1 Generalidades... 3 2 Alcance y objetivos... 4 3 Arquitectura de referencia

Más detalles

Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal

Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal Objeto del Llamado y Generalidades El Centro para la Inclusión

Más detalles

Centro de Interoperabilidad Semántica y Sistema de Gestión de Mensajes de Intercambio

Centro de Interoperabilidad Semántica y Sistema de Gestión de Mensajes de Intercambio Centro de Interoperabilidad Semántica y Sistema de Gestión de Mensajes de Intercambio Francisco José Martín Lázaro franciscojose.martin@map.es Consejero Tecnológico de Normas de Tecnología. Ministerio

Más detalles

Unidad III. Software para la administración de proyectos.

Unidad III. Software para la administración de proyectos. Unidad III Software para la administración de proyectos. 3.1 Herramientas de software para administrar proyectos. El software de administración de proyectos es un concepto que describe varios tipos de

Más detalles

Resumen de la solución SAP SAP Technology SAP Afaria. Gestión de la movilidad empresarial para mayor ventaja competitiva

Resumen de la solución SAP SAP Technology SAP Afaria. Gestión de la movilidad empresarial para mayor ventaja competitiva de la solución SAP SAP Technology SAP Afaria Gestión de la movilidad empresarial para mayor ventaja competitiva Simplificar la gestión de dispositivos y aplicaciones Simplificar la gestión de dispositivos

Más detalles

Anteproyecto Fin de Carrera

Anteproyecto Fin de Carrera Universidad de Castilla-La Mancha Escuela Superior de Informática Anteproyecto Fin de Carrera DIMITRI (Desarrollo e Implantación de Metodologías y Tecnologías de Testing) Dirige: Macario Polo Usaola Presenta:

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

Tecnología de la Información. Administración de Recursos Informáticos

Tecnología de la Información. Administración de Recursos Informáticos Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos

Más detalles

Sistema de marketing de proximidad

Sistema de marketing de proximidad Dizan Vasquez Propuesta de proyecto Sistema de marketing de proximidad ACME México Dizan Vasquez Índice general 1. Descripción 3 2. Resúmen ejecutivo 4 2.1. Objetivo.................................................

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PROYECTO

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G083-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G083-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. DEFINICIÓN...

Más detalles

Sistema de Gestión de Proyectos Estratégicos.

Sistema de Gestión de Proyectos Estratégicos. [Documento versión 2.0 del 24/06/2015] Sistema de Gestión de Proyectos Estratégicos. El sistema de Gestión de Proyectos Estratégicos (GPE), es una poderosa herramienta para administrar y gestionar los

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

Plan de estudios ISTQB: Nivel Fundamentos

Plan de estudios ISTQB: Nivel Fundamentos Plan de estudios ISTQB: Nivel Fundamentos Temario 1. INTRODUCCIÓN 2. FUNDAMENTOS DE PRUEBAS 3. PRUEBAS A TRAVÉS DEL CICLO DE VIDA DEL 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6. GESTIÓN DE

Más detalles

2 EL DOCUMENTO DE ESPECIFICACIONES

2 EL DOCUMENTO DE ESPECIFICACIONES Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

SOLUCIÓN HOSPEDADA. Introducción a los modelos de asociación de partners de Microsoft Dynamics CRM

SOLUCIÓN HOSPEDADA. Introducción a los modelos de asociación de partners de Microsoft Dynamics CRM SOLUCIÓN HOSPEDADA Introducción a los modelos de asociación de partners de Microsoft Dynamics CRM Aprovechar el ecosistema de Microsoft para el éxito de CRM hospedado Microsoft Dynamics CRM ofrece a clientes

Más detalles

INTRANET DE UNA EMPRESA RESUMEN DEL PROYECTO. PALABRAS CLAVE: Aplicación cliente-servidor, Intranet, Área reservada, Red INTRODUCCIÓN

INTRANET DE UNA EMPRESA RESUMEN DEL PROYECTO. PALABRAS CLAVE: Aplicación cliente-servidor, Intranet, Área reservada, Red INTRODUCCIÓN INTRANET DE UNA EMPRESA Autor: Burgos González, Sergio. Director: Zaforas de Cabo, Juan. Entidad colaboradora: Colegio de Ingenieros del ICAI. RESUMEN DEL PROYECTO El proyecto consiste en el desarrollo

Más detalles

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE 3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar

Más detalles