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

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

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

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

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB]

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] Visión Universidad Técnica del Norte Histórico de Revisiones

Más detalles

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

Rational Unified Process (RUP)

Rational Unified Process (RUP) Rational Unified Process (RUP) Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de la metodología, características principales y estructura del proceso. RUP

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

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

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

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

Servicio Web. Estándares empleados. Ventajas de los servicios web. Inconvenientes de los servicios Web

Servicio Web. Estándares empleados. Ventajas de los servicios web. Inconvenientes de los servicios Web Servicio Web Un servicio web (en inglés, Web services) es una tecnología que utiliza un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Bienvenidos a la presentación: Introducción a conceptos básicos de programación.

Bienvenidos a la presentación: Introducción a conceptos básicos de programación. Bienvenidos a la presentación: Introducción a conceptos básicos de programación. 1 Los programas de computadora son una serie de instrucciones que le dicen a una computadora qué hacer exactamente. Los

Más detalles

Capítulo III. Análisis y diseño.

Capítulo III. Análisis y diseño. Capítulo III. Análisis y diseño. 3.1 Análisis. El análisis es el intermediario entre los requisitos del sistema y el diseño, esta sección definiremos el análisis con una serie de modelos técnicos del sistema,

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

A mi tutor académico Kenyer Domínguez, quien me guío durante todo el proyecto de pasantía.

A mi tutor académico Kenyer Domínguez, quien me guío durante todo el proyecto de pasantía. UNIVERSIDAD SIMÓN BOLÍVAR Ingeniería de Computación DISEÑO E IMPLEMENTACIÓN DE UN INTEGRADOR SMS UTILIZANDO UNA ARQUITECTURA ORIENTADA A SERVICIOS Por JULIO CÉSAR MÉNDEZ ÁLVAREZ Informe Final de Cursos

Más detalles

Facultad de Sistemas e Informática

Facultad de Sistemas e Informática Escuela Politécnica del Ejército Sede Latacunga Facultad de Sistemas e Informática Galarza Maira Tapia Cevallos Paulina DESARROLLO DE APLICACIONES DISTRIBUIDAS UTILIZANDO PATRONES DE DISEÑO MODELO/VISTA

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

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

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

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos Espiñeira, Sheldon y Asociados No. 4-2010 Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción 4 Qué

Más detalles

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra Si en otros tiempos el factor decisivo de la producción era la tierra y luego lo fue el capital... hoy día el factor decisivo es cada vez más el hombre mismo, es decir, su conocimiento... Juan Pablo II

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] Caso de Desarrollo Universidad Técnica del

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

Antes de imprimir este documento piense en el medio ambiente!

Antes de imprimir este documento piense en el medio ambiente! Versión 1.0 Página 1 de 14 1. OBJETIVO: Suministrar la metodología que se aplicará para la estimación de esfuerzo para los desarrollos nuevos en el ICBF, para lo cual se detallan los aspectos a tener en

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

Para el desarrollo de aplicaciones Web se han generado múltiples tecnologías entre ellas se encuentran:

Para el desarrollo de aplicaciones Web se han generado múltiples tecnologías entre ellas se encuentran: Desarrollo de aplicaciones y servicios web Cinxgler Mariaca Minda Cinxgler@udistrital.edu.co Presidente Capítulo de Computadores Rama IEEE Universidad Distrital Francisco José de Caldas Resumen: Este articulo

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

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

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

Elección de tecnología para la capa de presentación de SOA. Huibert Aalbers Senior Certified Software IT Architect

Elección de tecnología para la capa de presentación de SOA. Huibert Aalbers Senior Certified Software IT Architect Elección de tecnología para la capa de presentación de SOA Huibert Aalbers Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast

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

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

Desarrollo de software

Desarrollo de software Agenda 1. Introducción 2. Aspectos Metodológicos del Desarrollo de Software 3. Aplicación Web (Modelo del Producto) 4. Modelo del proceso 5. Dos enfoques Metodológicos 6. Métodos Seleccionados 7. Evaluación

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

El Proceso Unificado

El Proceso Unificado El Proceso Unificado de Desarrollo de Software Prof. Gustavo J. Sabio Alcance de la presentación QA Entradas Proceso de desarrollo Salida equipo Cliente sistemas Cliente necesidades actividades varias

Más detalles

INTEROPERABILIDAD ESTÁNDARES APLICADOS EN COSTA RICA

INTEROPERABILIDAD ESTÁNDARES APLICADOS EN COSTA RICA INTEROPERABILIDAD ESTÁNDARES APLICADOS EN COSTA RICA Ing. Marco Jiménez HA-2508 SEMINARIO DE TEMAS ARCHIVÍSTICOS 21-09-2010 Temas de la presentación Definiciones Interoperabilidad Sistema Importancia de

Más detalles

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales Facultad de Ingeniería Informática CEIS Informe de las Prácticas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra laboral en el CITI, a través de la BPMS BizAgi

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 1. MARCO TEÓRICO

CAPÍTULO 1. MARCO TEÓRICO CAPÍTULO 1. MARCO TEÓRICO Capítulo 1. Marco teórico 1.1 Ingeniería Web (IWeb) Con el desarrollo de Internet, la mayoría de los proyectos y sistemas están enfocados para las aplicaciones basadas en la Web

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

Diplomado Java. Descripción. Objetivo. A quien está dirigido. Requisitos. Beneficios

Diplomado Java. Descripción. Objetivo. A quien está dirigido. Requisitos. Beneficios Diplomado Java Descripción El lenguaje de programación Java es uno de los más utilizados hoy en día. Su potencia, simplicidad, funcionalidad y capacidad hacen que este lenguaje sea una de las herramientas

Más detalles

Experiencias con J2EE

Experiencias con J2EE Experiencias con J2EE Carlos Luna García Project Manager J2EE carlos.luna@sistel.es Presentación corporativa (1)! Presentación de la compañía.» Sistel es una compañía de integración y desarrollo de sistemas

Más detalles

Herramientas de Software que posibilitan el BPM

Herramientas de Software que posibilitan el BPM Qué es BPM? BPM (Business Process Management) no es solamente una tecnología, sino en términos generales, una disciplina gerencial que trata a los procesos como bienes tangibles que contribuyen al desempeño

Más detalles

Tema 4: Diseño de flujos interaplicación

Tema 4: Diseño de flujos interaplicación Tema 4: Diseño de flujos interaplicación 4.1 Introducción a los Sistemas EAI Modelo de referencia (1) INTEGRACIÓN B2B INTEGRACIÓN DE APLICACIONES Y PROCESOS INTEGRACIÓN DE DATOS INTEGRACIÓN DE PLATAFORMA

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

V. CAPÍTULO: CONTRIBUCIÓN

V. CAPÍTULO: CONTRIBUCIÓN V. CAPÍTULO: CONTRIBUCIÓN Requerimientos del Sistema Para llevar a cabo el desarrollo de nuestro sistema se establecieron tanto los actores como los requerimientos funcionales y no funcionales del sistema.

Más detalles

Capítulo 5. Implementación y Tecnologías Utilizadas

Capítulo 5. Implementación y Tecnologías Utilizadas Capítulo 5. Implementación y Tecnologías Utilizadas Cada vez más, se está utilizando Flash para desarrollar aplicaciones basadas en Web, pues permite la construcción de ambientes con mayor interacción.

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

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

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Parte 3: TRP Avanzado MAYO 2009 Tabla de Contenidos PREFACIO...5 DESARROLLO Y MANTENCIÓN DE SOFTWARE...6 DESARROLLO DE REQUERIMIENTOS...7

Más detalles

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR En este capítulo se describe el análisis y diseño de un sistema, denominado e-commerce Constructor, el cual cumple con los siguientes objetivos: Fungir

Más detalles

Diseño e implementación de la herramienta Cristali Programming

Diseño e implementación de la herramienta Cristali Programming Tecnológico de Costa Rica Escuela de Ingeniería en Computación Diseño e implementación de la herramienta Cristali Programming Informe Final de Práctica de Especialidad para optar por el título de Ingeniero

Más detalles

Historia de revisiones

Historia de revisiones Binary Rain Glosario Versión 1.1 Historia de revisiones Fecha Versión Descripción Autor 17/08/2012 1.0 Creación del documento Carolina Trias 18/08/2012 1.1 Revisado y corregido por SQA Mercedes Marzoa

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

[CASI v.0109] Pág. 1

[CASI v.0109] Pág. 1 I. DATOS INFORMATIVOS Carrera Especialidad Curso Código Ciclo : Quinto Requisitos Duración Horas Semana : 08 horas Versión : v.0109 II. SUMILLA : COMPUTACIÓN E INFORMATICA : Ingeniería de Software : Lenguaje

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

DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI

DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI Informe de Práctica Profesional de 4to Año, Ingeniería Informática Autor: Manuel Alejandro Aguilar Díaz

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

Características de OpenCms

Características de OpenCms Características de OpenCms Se basa en Java y Xml OpenCms está totalmente desarrollado en java bajo el estándar servlet. Por lo tanto, se puede integrar fácilmente en entornos hardware y software existentes,

Más detalles

Proyecto Help Desk en plataforma SOA Glosario Versión 1.3. Historia de revisiones

Proyecto Help Desk en plataforma SOA Glosario Versión 1.3. Historia de revisiones Proyecto Help Desk en plataforma SOA Glosario Versión 1.3 Historia de revisiones Fecha Versión Descripción Autor 18/08/2005 1.0 Terminología a utilizar en este proyecto. 22/08/2005 1.1 Se agregaron los

Más detalles

Capitulo VI. GetME: Módulo de Software de Lectura de Mensajes de Texto para un Ambiente de Aprendizaje.

Capitulo VI. GetME: Módulo de Software de Lectura de Mensajes de Texto para un Ambiente de Aprendizaje. Capitulo VI. GetME: Módulo de Software de Lectura de Mensajes de Texto para un Ambiente de Aprendizaje. 6.1. Arquitectura General de GetME. La inclusión de tecnología de voz en teléfonos celulares y/o

Más detalles

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura

Más detalles

Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Computación

Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Computación Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Computación Implementación del sistema para control de vacaciones de la empresa GBSYS Práctica de especialidad para optar por el título de Ingeniero

Más detalles

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes.

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes. SISTEMAS DISTRIBUIDOS DE REDES 2.- MODELOS ORIENTADOS A OBJETOS DISTRIBUIDOS 2.1. Tecnologías de sistemas distribuidos Para la implementación de sistemas distribuidos se requiere de tener bien identificados

Más detalles

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto.

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICES En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICE 1. Herramientas Las herramientas que se usaron en el análisis, desarrollo

Más detalles

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com EMPRESAS TUXPAN www.tuxpan.com AÑO 2007 INDICE DE CONTENIDO 1 Software de Servicios y Orquestación de Procesos 2 1.1.1 Introducción 2 1.1.2 Software de Orquestación como Integrador 3 1.1.3 Automatización

Más detalles

UNIVERSIDAD SIMÓN BOLÍVAR Ingeniería de la Computación DESARROLLO DE SISTEMA DE ADMINISTRACIÓN DE PRECIOS PARA LA EMPRESA CENTRAL MADEIRENSE

UNIVERSIDAD SIMÓN BOLÍVAR Ingeniería de la Computación DESARROLLO DE SISTEMA DE ADMINISTRACIÓN DE PRECIOS PARA LA EMPRESA CENTRAL MADEIRENSE UNIVERSIDAD SIMÓN BOLÍVAR Ingeniería de la Computación DESARROLLO DE SISTEMA DE ADMINISTRACIÓN DE PRECIOS PARA LA EMPRESA CENTRAL MADEIRENSE Por Mariana Gamboa Sansón INFORME FINAL DE CURSOS EN COOPERACION

Más detalles

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA 3.1. Características La tendencia hacia el futuro es el de lograr la integración total de componentes realizados por terceras partes, para lo cual es necesario

Más detalles

Visualización y modelado de elementos geográficos en dispositivos móviles. Capítulo 5: Aplicaciones cliente

Visualización y modelado de elementos geográficos en dispositivos móviles. Capítulo 5: Aplicaciones cliente Capítulo 5: Aplicaciones cliente 46 5.1 La aplicación cliente en la Pocket PC La aplicación desarrollada para el cliente en un dispositivo móvil como corresponde a la Pocket PC necesita una capa muy delgada

Más detalles

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Información General del Documento Versión Actual del Documento 0.0.0.7 Descripción

Más detalles

Por qué su mesa de servicios actual no es eficaz para su negocio y qué se puede hacer al respecto

Por qué su mesa de servicios actual no es eficaz para su negocio y qué se puede hacer al respecto INFORME OFICIAL Septiembre de 2012 Por qué su mesa de servicios actual no es eficaz para su negocio y qué se puede hacer al respecto agility agility made possible made possible Tabla de contenido Resumen

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

Gestionando Agile/Scrum con Sciforma

Gestionando Agile/Scrum con Sciforma agile Gestionando Agile/Scrum con Sciforma El desarrollo ágil de software son métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requerimientos y soluciones

Más detalles

Tema 5. Plataforma Java EE

Tema 5. Plataforma Java EE Tema 5. Plataforma Java EE SCS Sistemas Cliente/Servidor 4 o informática http://ccia.ei.uvigo.es/docencia/scs enero 2009 FJRP, FMBR 2008/09 ccia SCS 5.1 Introducción a Java EE Java EE (Java Enterprise

Más detalles

Simulador de Protocolos de Red a tráves de WEB

Simulador de Protocolos de Red a tráves de WEB Simulador de Protocolos de Red a tráves de WEB Propuesta de Estudio 20071608 Director Ing. Francisco Antonio Polanco Montelongo Resumen Introducción Actualmente, el desarrollo tecnológico a alcanzado niveles

Más detalles

RESUMEN. IV P á g i n a

RESUMEN. IV P á g i n a RESUMEN El Sistema Web para el Control de la Caja de Ahorros de SENECA, fue desarrollado siguiendo las fases establecidas por la Metodología RUP (Proceso Unificado de Rational). Las fases de esta metodología

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

Historial de Revisiones

Historial de Revisiones Página: 1 Especificación de Requerimientos de Software Plataforma Libre Orientada a Servicios para la Gestión de Trámites a través de Gobierno Electrónico (Actualización FASE I) Historial de Revisiones

Más detalles

INFORME TÉCNICO ESTANDARIZACIÓN DE LOS SOFTWARES DE LA MARCA MICROSOFT. 3. Cargos : Gerente de Sistemas (e) Analista de Sistemas Gestor de Proyectos

INFORME TÉCNICO ESTANDARIZACIÓN DE LOS SOFTWARES DE LA MARCA MICROSOFT. 3. Cargos : Gerente de Sistemas (e) Analista de Sistemas Gestor de Proyectos INFORME TÉCNICO ESTANDARIZACIÓN DE LOS SOFTWARES DE LA MARCA MICROSOFT I-OS-39-2015 1. Nombre del Área : Oficina de Sistemas 2. Responsables de la Evaluación : Eduardo Vásquez Díaz Ronald Mallqui Meza

Más detalles

CAPÍTULO 3 DISEÑO DE LA ARQUITECTURA

CAPÍTULO 3 DISEÑO DE LA ARQUITECTURA CAPÍTULO 3 DISEÑO DE LA ARQUITECTURA Para el desarrollo de la arquitectura interna del subsistema de programación de actividades se utilizó como referencia la Arquitectura de Aplicaciones.NET 105 de Microsoft

Más detalles

Sysware Ingeniería High Availabilty Solutions

Sysware Ingeniería High Availabilty Solutions Sysware Ingeniería High Availabilty Solutions Somos una empresa dedicada a la investigación en tecnologías de la información, principalmente en las áreas de Administración de Bases de Datos Oracle y Desarrollo

Más detalles

Centro de Capacitación en Tecnologías de la Información. Desarrollo de. diplomado

Centro de Capacitación en Tecnologías de la Información. Desarrollo de. diplomado Centro de Capacitación en Tecnologías de la Información Desarrollo de Objetivo Dotar al alumno de la metodología y los fundamentos de la programación en Java usando la plataforma J2SE (Java 2 Standard

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

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Tabla de Contenidos PARTE I INTRODUCCIÓN Capítulo 1: Evolución Los hitos en la evolución histórica del Desarrollo de Software Problemas y soluciones... Fallas, malas estimaciones

Más detalles

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 WebRatio Otro camino para el BPM Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 El BPM El BPM (Business Process Management) no es solo una tecnología, además a grandes rasgos es una disciplina

Más detalles

Informe de avance Implementación herramientas de back-end (3-III).

Informe de avance Implementación herramientas de back-end (3-III). Proyecto RG-T1684 Desarrollo e implementación de las soluciones Prueba piloto del Componente III Informe Número 1. Informe de avance Implementación herramientas de back-end (3-III). Lautaro Matas 11/04/2013

Más detalles

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación Trabajo Final de Graduación para optar por el título Bachiller en Ingeniería en Computación Migración del Sistema Administrativo y Financiero Business Advance Módulos Contabilidad y Presupuestos Elaborado

Más detalles

Indice 1. Introducción a la computación en nube (cloud computing)

Indice 1. Introducción a la computación en nube (cloud computing) Tema 9. Centros de datos: computación en nube y organización física Indice 1. Introducción a la computación en nube (cloud computing) 2. Virtualización de recursos: consolidación de servidores 3. Arquitectura

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

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga Actividad 2 Unidad 1 Ciclo de vida del software y Diseño Orientado a Objetos Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto

Más detalles

ArcGIS. Catálogo de cursos

ArcGIS. Catálogo de cursos ArcGIS Catálogo de cursos 2015 ArcGIS Desktop ArcGIS Desktop ArcGIS 1: Introduction to GIS (10.2)... 2 ArcGIS 2: Essential Workflows (10.2)... 3 ArcGIS 3: Performing Analysis (10.2)... 3 Building Geodatabases

Más detalles

UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS ESCUELA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS ESCUELA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS ESCUELA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES TEMA: La Programación Extrema aplicada al desarrollo del Sistema Informático

Más detalles

Capítulo 2. Marco Teórico

Capítulo 2. Marco Teórico Capítulo 2. Marco Teórico 2.1. Frameworks para Aplicaciones Web en Java Con el crecimiento exponencial de Internet en los últimos años, las aplicaciones Web se han convertido en una parte básica y común

Más detalles

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred. cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.com CICLO DE VIDA DEL SOFTWARE Para apreciar un poco más el problema

Más detalles