Entornos para el desarrollo de grandes aplicaciones de gestión de redes

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

Download "Entornos para el desarrollo de grandes aplicaciones de gestión de redes"

Transcripción

1 Entornos para el desarrollo de grandes aplicaciones de gestión de redes Virgilio Gilart Iglesias 1 y Alfonso Capella D alton 1 1 Departamento de Tecnología Informática y Computación, Universidad de Alicante AP. 99, 03080, Alicante, España {vgilart, Resumen. Como consecuencia de la globalización de la economía y la evolución de los sistemas logísticos y de telecomunicaciones, han surgido nuevos modelos de negocio para los que las arquitecturas tradicionales no ofrecen una solución adecuada. La apertura de mercados a nivel mundial y la dispersión de las propias empresas precisan de arquitecturas de aplicación distribuidas, segmentadas en múltiples niveles y con amplias capacidades de interconexión e interoperabilidad. En este contexto, surgen plataformas empresariales, como J2EE y.net, que satisfacen los requerimientos de los nuevos modelos de negocio emergentes. Dichas plataformas introducen una complejidad tecnológica que hace necesaria la adopción de un entorno de trabajo, metodológico y sistemático, sostenido por una infraestructura adecuada. En este artículo proponemos un modelo de trabajo junto con las tecnologías y herramientas más adecuadas que dé soporte a la creación y mantenimiento de grandes aplicaciones y servicios capaces de cubrir estas necesidades al tiempo que aprovechan el verdadero potencial que ofrece Internet. Introducción Internet se ha convertido en un medio que ha cambiado la forma de comprender los negocios empresariales [1]. Las organizaciones encuentran en este entorno nuevos modelos de competencia relaciones entre empresas, formas de captar clientes e introducción en nuevos mercados que, por su elevado coste, estaban reservados únicamente a las grandes corporaciones. Todas estas transformaciones llevan asociadas la aparición de nuevos requerimientos, no contemplados por los modelos de software tradicionales, y que, por lo tanto, obligan a adoptar nuevas estrategias para adaptar los procesos de negocio y sistemas software reingeniería de procesos. Para la mayoría de las organizaciones la resistencia a los cambios suele ser elevada e incluso a veces traumática [1]. Esto se debe principalmente al esfuerzo que requiere abandonar la cultura empresarial creada, a la complejidad de integración de los sistemas heredados que contienen información de vital importancia para la organización, a la modificación de las infraestructuras establecidas y a la creación de procesos de aprendizaje y formación de sus empleados. Sin embargo, a pesar de estas

2 dificultades, la aparición de nuevas empresas que se adaptan con rapidez a estas tecnologías fuerza al resto a evolucionar hacia estos entornos [1]. Las arquitecturas tradicionales no proporcionan una solución global a las necesidades planteadas por los nuevos modelos de negocio puesto que muchos de los requerimientos que plantean no formaban parte de su diseño: estándares que faciliten la integración entre aplicaciones y diferentes dispositivos [3,4], escalabilidad que permita que las aplicaciones crezcan a la vez que crece el negocio [2,4], flexibilidad frente a las nuevas tecnologías y sistemas de computación ubicua [3,4], seguridad en entornos no fiables y proclives a ataques [7], portabilidad a diferentes sistemas [4]. Para llenar este hueco aparece una nueva generación de plataformas software basadas en componentes sobre arquitecturas distribuidas (n-niveles), que ofrecen una solución completa que permite abordar los nuevos modelos de negocio y que aprovechan el entorno tecnológico que propone Internet [1]. Ante los nuevos modelos de desarrollo y enfoques empresariales surge la necesidad de reemplazar muchas de las prácticas de gestión de proyectos convencionales y requerimientos técnicos por nuevos enfoques. Éstos deben combinar técnicas de éxito, procedentes de experiencias anteriores, con avances tecnológicos en la ingeniería del software [5]. Al igual que las aplicaciones creadas para los nuevos modelos empresariales, las infraestructuras sobre las que se sustenta el desarrollo de dichas aplicaciones deben ser flexibles y escalables para adaptarse a los cambios derivados de los nuevos modelos. Las nuevas plataformas de desarrollo software establecen una serie de roles y filosofías de trabajo derivadas de su arquitectura de n-niveles que permiten la realización de proyectos de manera horizontal [6]. Cada rol tiene un cometido específico que en ciertas etapas del ciclo de vida del software podrán desempeñar de forma paralela mientras que, en otras, deberán hacerlo en cascada. El trabajo en grupo para este tipo de modelos resulta imprescindible y la sincronización de las tareas específicas de cada rol, determinante [4]. En este artículo se propone un marco de trabajo que dé cobertura a la creación y mantenimiento de aplicaciones para los nuevos modelos empresariales basados en componentes distribuidos. Modelo de Entornos Hemos definido el entorno de trabajo para el desarrollo de un producto software como el conjunto de circunstancias y estados en los que se puede encontrar dicho producto a lo largo de su ciclo de vida. Tras este análisis, basado en la experiencia de los componentes del Grupo de Redes perteneciente a la unidad singular de investigación redes de computadores e informática industrial del Departamento de Tecnología y Computación de la Universidad de Alicante, hemos definido un modelo del entorno de trabajo que nos proporciona una serie de elementos lógicos, relacionados con el estado del software en un determinado momento y asociado a un conjunto de funciones y roles, con el que abordar los proyectos realizados con las plataformas empresariales mencionadas anteriormente.

3 Figura 1. Modelo de entonos. En la figura 1 se muestra los elementos que componen el modelo y la interacción que existe entre ellos. A continuación se explica cada elemento y sus principales funciones dentro del marco propuesto. El repositorio software El elemento, posiblemente, más importante de nuestro modelo es el Repositorio Software. Podemos definir un repositorio como un almacén, común a un grupo de trabajo, de elementos software necesario para el desarrollo de aplicaciones y la gestión de proyectos. El repositorio software se compone de dos partes bien diferenciadas. - Herramienta de control de versiones - Servidor de archivos distribuidos Con la herramienta de control de versiones tenemos ciertas ventajas para desarrollar aplicaciones: - Control de versiones del software - Facilita el trabajo en grupo - Comparación entre versiones - Facilita los desarrollos de versiones en paralelo Con el servidor de archivo conseguimos tener centralizados todos los documentos de especial interés para el desarrollo de aplicaciones y nos facilita la localización del software necesario para el desarrollo. La justificación principal de estos dos elementos se basa en el grado de cambio que tendrán los archivos almacenados en ambos y que se define a continuación.

4 Repositorio Software Servicio de control de versiones Sistema de archivos distribuidos Figura 2. Elementos del Repositorio Software. Sistema de archivos distribuido El sistema de archivos distribuido nos proporciona la infraestructura necesaria para el almacenamiento de documentos tecnológicos y software que no van a sufrir modificaciones por parte del grupo de trabajo. La documentación almacenada está relacionada con la tecnología que se ha ido utilizando en el desarrollo de proyectos. Existen periodos de autoformación en los cuales se debe buscar información de interes en la red Internet. En este proceso se debería considerar si la información encontrada puede ser de utilidad para el grupo y para uno mismo. Es una forma de tenerla localizada y compartirla con el resto del equipo. Por otra parte se encuentran las aplicaciones software utilizadas dentro del grupo y de los entornos de trabajo. Utilizar un sistema de archivos distribuidos permite una fácil localización de las herramientas con los cuales se debe trabajar y por lo tanto una mejora de la productividad. Con esta filosofía se pretende evitar los costes de tiempo que supone: la descarga de software de terceros por múltiples usuarios, pérdida de documentación de interés, perdida de software almacenados en diversos dispositivos Control de versiones Por otra parte existe una serie de archivos código fuente, documentación, políticas de trabajo que son susceptibles de a ser modificadas en algún momento. Normalmente estos archivos han sido generados por el equipo y por lo tanto pueden evolucionar y ser mejorados. Estos archivos deben ser compartidos por el conjunto del grupo en función del rol al que pertenezcan. Para ello existen una serie de herramientas de control de versiones imprescindibles a la hora de montar cualquier entorno de desarrollo de medio o alto nivel. En el desarrollo de aplicaciones las herramientas de control de versiones son de gran utilidad para conocer el estado del código fuente en cada momento, proporcionándonos las siguientes ventajas: centralización del código fuente y documentación relacionada con los proyectos, controlar la versión o estado del software que se está desarrollando, regresar a versiones anteriores en caso de errores, facilitar el trabajo en paralelo entre diferentes versiones, control completo de la evolución del software, proporcionar mecanismos

5 para la automatización de tareas de paso de entornos políticas de etiquetado, facilitar el conocimiento del autor de cada versión y las modificaciones realizadas. Los entornos Podemos definir un entorno, dentro de nuestro marco de trabajo, como la infraestructura necesaria para acometer las tareas específicas requeridas por el producto software, en función del estado en el que se encuentra. En nuestro modelo un producto software sufre una evolución de manera que, en un momento dado, puede encontrase en uno de los siguientes estados: - Desarrollo - Estabilidad - Integración - Demostración - Preproducción - Producción + Estabilidad Cada estado define un nivel de estabilidad del software, y la secuencia de estados representa la evolución del producto software desde su fase más temprana toma de requerimientos hasta su puesta en funcionamiento deployment o despliegue en producción. Figura 3. Evolución del producto a través de los distintos entornos del modelo. Estos cinco estados nos definirán los entornos de trabajo que vamos a describir para el desarrollo de nuestras aplicaciones, y cada entorno se centrará en un subconjunto específico de las tareas de creación y mantenimiento de la aplicación.

6 El entorno de desarrollo. El entorno de desarrollo conlleva el abanico más amplio de tareas, que abarca desde el comienzo del ciclo de vida del software toma de requerimientos hasta la obtención de una versión minimamente estable de la aplicación, o de un subconjunto de la misma módulos. En este entorno se llevan acabo las siguientes tareas: Toma de requerimientos: Una vez hemos concretado las necesidades del cliente y hemos establecido varias reuniones con este fin, es aconsejable documentarlo, de manera que todo el equipo pueda tener una visión global del proyecto requerimientos funcionales. Este documento se podrá ir completando en posteriores entrevistas puesto que nunca quedan resueltas desde un principio las necesidades funcionales del sistema. En esta fase suele ser necesario usar herramientas de documentación y toma de requerimientos. Análisis de arquitectura y Diseño técnico: Estas son dos de las tareas más importantes del desarrollo software y que pueden determinar el éxito o fracaso de un proyecto. Se deben realizar las siguientes funciones: acuerdo inequívoco de los requerimientos especificados, elección de la tecnología que pueda abarcar las necesidades del proyecto con una adecuada arquitectura y el diseño de los componentes, localización de las fases más criticas, aportando soluciones de contención ante posibles problemas que pudieran aparecer. Además necesitaremos una serie de herramientas que nos permitan realizar estas funciones de forma productiva. Implementación: Indica el comienzo de la implementación con la tecnología adecuada elegida en la fase de análisis. Si se ha realizado un buen análisis y modelado técnico se reduce considerablemente la complejidad de la implementación. Pruebas de unidad y módulos: Estas pruebas se deben realizar sobre los módulos y componentes que cada desarrollador vaya finalizando. Se realizan en un entorno local para comprobar su correcto funcionamiento y poder integrarlas para obtener el producto final. De las anteriores tareas podemos deducir las necesidades tanto software como hardware del entorno de desarrollo, teniendo en cuenta la política de trabajo en equipo que decidamos seguir. Desarrollo en paralelo Los nuevos modelos de desarrollo producen un entorno idóneo para el trabajo en grupo. La división en roles dentro de estos modelos permite que se trabaje a dos niveles: en cascada con roles de diferentes niveles arquitectos, diseñadores técnicos, desarrolladores, equipo de calidad ; en paralelo dentro del mismo ámbito de funciones diseñadores de interfaces, programadores de lógica.

7 Se debe distribuir el proceso, responsabilizándose cada uno de un subconjunto de la de módulos de la aplicación. De esta manera, se puede lograr un paralelismo temporal en el desarrollo cada grupo trabaja sus módulos en paralelo, de forma simultánea, que minimice el tiempo de desarrollo, siempre que existan suficientes recursos humanos y tecnológicos. Las dependencias entre módulos pueden reducir el paralelismo temporal en la medida en que un grupo debe esperar a que se completen otros módulos para finalizar las tareas. Un buen diseño que minimiza las dependencias entre módulos y una buena planificación temporal que configura el orden y prioridades óptimos para el desarrollo evitarán en gran medida estos tiempos muertos. Política de trabajo El desarrollo de aplicaciones empresarial es, como ya hemos mencionado, complejo y requiere de un elevado número de servicios y sistemas heredados para su realización. En función de cómo distribuyamos los servicios necesarios para el desarrollo y las pruebas podemos encontrarnos diferentes problemáticas. Servicios compartidos En este esquema de trabajo, los distintos equipos de desarrollo comparten los recursos y servicios necesarios para desarrollar las aplicaciones bases de datos, servicios de directorios, servidores Web y de aplicaciones. De esta forma, en los equipos locales, únicamente tendremos las herramientas necesarias orientadas al desarrollo y no a las pruebas mejoramos el rendimiento local. En el mundo real surge un problema con este enfoque. Cuando existen varios desarrolladores que quieren realizar las pruebas básicas de sus módulos pueden realizar cambios sobre los datos o las configuraciones de los servicios compartidos o sobrescribir versiones y generar problemas colaterales que no existían y que pueden disminuir la productividad temporal del proyecto. Servicios en el entorno local Cada miembro del equipo de desarrollo tiene localizado en su equipo local las herramientas y servicios necesarios para desarrollar y realizar las pruebas sobre los módulos. El problema que puede surgir con este enfoque es de rendimiento debido a la saturación. En función de la tecnología utilizada y del equipo disponible podemos tener una perdida de rendimiento que se traduzca en una disminución de la productividad. Enfoque mixto Es una solución de compromiso entre las políticas mencionadas anteriormente en función criterios asociados al recurso o servicio que se quiere utilizar: Estimación de la probabilidad de interferencias. Cuanto menor sea, mejor se adaptará el recurso al enfoque centralizado. Coste económico del recurso. Cuanto menor sea, más factible es que se instale en el entorno local.

8 Coste temporal de la instalación/configuración del recurso. A medida que aumenta el tiempo necesario para instalar y configurar el servicio o la aplicación y aumenta el número de equipos locales el coste temporal se multiplica. En este caso es propicio optar por un enfoque centralizado. El entorno de integración En el entorno de integración se lleva a cabo las siguientes tareas: Integración de los distintos módulos que componen la aplicación Pruebas de integración En el proceso de integración tiene especial importancia el sistema de control de versiones. Debemos obtener los fuentes etiquetados con la versión estable que deseamos integrar. Cuando los fuentes son obtenidos se compilan y se genera la aplicación con todos los módulos integrados. Llegados a este punto, debemos poner en funcionamiento la aplicación para someterla a las pruebas de integración. Desplegamos la aplicación basándonos en los documentos generados durante el proyecto. Una vez integrada y activada la aplicación, llevaremos a cabo la secuencia de pruebas. El objetivo de estas pruebas es comprobar el funcionamiento de la aplicación como un todo. En ellas, se trata de probar las funcionalidades que debe cumplir el producto, aunque también debe ser probadas las anteriores funcionalidades para evitar que los cambios introducidos alteren inadvertidamente el comportamiento de las mismas. Si la aplicación satisface las pruebas de integración, entonces está lista para su paso al entorno de preproducción para realizar las pruebas de calidad y al entorno de demostración para permitir el acceso al cliente. En el caso en el que se produzca un error en estas pruebas debemos generar una incidencia se debe crear una política de gestión de incidencias y emitirla al encargado del módulo en el cual se produjo. El entorno de preproducción En el entorno de preproducción se lleva a cabo las pruebas finales de la aplicación antes de su paso final al entorno de producción, donde se pondrá en funcionamiento en un escenario real. Para ello, en primer lugar se transfiere la aplicación una vez ha sido validada en el entorno de integración a ser posible de una forma automatizada. El equipo de calidad, someterá la aplicación a un conjunto exhaustivo de pruebas, de diversos tipos: Funcionales y estructurales De rendimiento De tolerancia a fallos De seguridad Si estas pruebas, conocidas como de aceptación, resultan satisfactorias, entonces la aplicación está ya lista para su paso al entorno de producción.

9 Si alguna de las pruebas falla debemos seguir el protocolo creado para la gestión de incidencias. El entorno de producción El entorno de producción contiene en todo momento la versión activa de la aplicación. Los usuarios finales tienen acceso a la aplicación implantada en este entorno, de modo que resulta indispensable planificar y adoptar las medidas de seguridad oportunas, en consonancia con la importancia de la información que maneja el sistema. Por otra parte, este entorno también contiene los datos reales, información que es preciso salvaguardar frente a posibles pérdidas mediante la aplicación sistemática de una política de copias de seguridad. También debemos proteger los datos frente a exposición o usos fraudulentos de los mismos, restringiendo su acceso exclusivamente al personal de confianza que administra el sistema. La aplicación se despliega en el entorno de producción procedente de la versión existente en el entorno de preproducción. La subida debería producirse de forma automática para evitar, en la medida de lo posible, la introducción de errores. El entorno de demostración Este entorno tiene dos funciones: posibilitar al cliente el acceso a la aplicación que se está desarrollando y mostrar los productos existentes con el fin de atraer a posibles clientes. La aplicación se transferirá desde el entorno de integración con un proceso similar a la subida a preproducción. Pasos entre entornos Este proceso es uno de los puntos más importantes en el ciclo de vida del software. Debe contar con una serie de procedimientos y protocolos que se cumplan siempre que se produzca un cambio de entorno. Es un proceso crítico que se debe ser mejorado con la experiencia. Vamos a dividir los pasos de entornos en tareas más pequeñas para describir todo el proceso. Desarrollo a Integración Este es el proceso menos crítico de los que se deben llevar a cabo. En este paso participan los siguientes elementos: Desarrolladores Documentos de despliegue Sistemas de control de versiones Responsable del paso de entorno.

10 Los desarrolladores son los responsables de subir los módulos al sistema de control de versiones y etiquetarlos correctamente conforme a las políticas que se hayan definido. Los documentos de despliegue son muy necesarios puesto que ayudan a tener un control de qué archivos han sido modificados en la versión del proyecto. Si bien puede parecer redundante, puesto que si se ha etiquetado correctamente se tendría localizado, es una buena solución como medida de seguridad que nos evite tener imprevistos. El sistema de control de versiones es necesario puesto que el entorno de integración obtendrá de ahí los archivos que hayan sido modificados. Tener un responsable para esta tarea se hace indispensable para canalizar, a través de una única persona, el proceso de obtención de los archivos modificados. Este rol debe ser asumido por uno de los componentes del proyecto. El proceso es sencillo y consta de los siguientes pasos: Los desarrolladores deben subir sus módulos correspondientes al sistema de control de versiones. Estos deben ser etiquetados siguiendo la política de etiquetado de la organización. Una vez que se hayan subido todos los módulos el responsable de la integración deberá obtener dichos archivos, seleccionándolos por la etiqueta correspondiente, y actualizarlos en el entorno de integración. Una vez actualizados los archivos en el entorno de integración se procederá a compilar el proyecto y a instalarlo, siguiendo el documento de despliegue. Integración a Preproducción Una vez que el proyecto ha sido validado mediante las pruebas de integración, se etiqueta el proyecto para pasarlo a preproducción. En este paso no se utilizará el sistema de control de versiones. El contenido del entorno de integración se subirá a preproducción. Al igual que en el caso anterior habrá un responsable encargado de desplegar el proyecto en el entorno de preproducción utilizando el documento de despliegue. Dicho documento indica que módulos se deben subir y cual es la localización correspondiente a cada módulo. Preproducción a Producción Este paso es el más crítico de todos. La tarea a realizar es idéntica al paso anterior. Si ha habido algún problema de subida de entorno por ejemplo, olvidarse subir archivos debe producirse en el entorno anterior y se debe quedar resuelto antes de llegar a este punto.

11 Caso de estudio: marco de trabajo para el Grupo de Redes Repositorio software Como mencionamos anteriormente, el repositorio software presta dos servicios: el sistema de control de versiones y el sistema de archivos distribuidos. Control de versiones mediante CVS Como herramienta de control de versiones, utilizamos el sistema CVS [8] Concurrent Versions System, o Sistema de Versiones Concurrentes. Se trata de una aplicaión de software libre ampliamente difundido. En nuestro caso utilizamos el esquema cliente/servidor de manera que todas las versiones de archivos fuente y configuración para cada proyecto se encuentran centralizadas en un servidor. Para un uso más ágil y cómodo del mismo, empleamos clientes con interfaces gráficos de usuario, como WinCVS para Windows o Cervisia disponible para Linux. Por otra parte, en el caso de que necesitemos trabajar con servidores CVS a través de redes inseguras, el sistema admite el empleo de protocolos de transporte seguros (SSL), que cifran la información. A la hora de gestionar los archivos de un proyecto mediante CVS, creamos un módulo por cada proyecto: un módulo CVS es un elemento jerárquico, similar a un directorio, que contiene un conjunto de versiones de archivos. De esta manera, podemos gestionar los permisos de los usuarios CVS restringiendo el acceso a los módulos en función del proyecto asignado y su rol. A fin de organizar los distintos archivos del proyecto, crearemos una estructura de directorios dentro del módulo correspondiente, donde situaremos cada archivo en función de su categoría: Requerimientos Diseño Implementación Despliegue Documentación Debido a que la información contenida en el repositorio es sumamente importante y crítica para nuestro negocio, debemos nombrar un administrador del mismo. El administrador velará por la integridad y coherencia del repositorio, y otorgará a cada usuario/grupo permisos para acceder a los módulos que esté desarrollando. Por supuesto, es imprescindible salvaguardar la información del repositorio mediante una política de copias de seguridad con una frecuencia suficiente: En nuestro caso, optamos por realizar una copia diaria, de forma automatizada, en las horas nocturnas cuando no hay actividad y los desarrolladores ya han incorporado los archivos correspondientes al trabajo diario.

12 Política de etiquetado Una correcta utilización de un sistema de control de versiones requiere definir una política de etiquetado. De esta manera podremos realizar seguimientos y localizar versiones concretas del proyecto. Constituye la clave para el paso de aplicaciones entre distintos entornos. Dicha política se traduce en una nomenclatura específica para las etiquetas. Tabla 1. Política de etiquetado. Entorno Sintaxis de la etiqueta Significado del prefijo Desarrollo DR_NombreProyecto_VersiónProyecto Development Release Integración IR_NombreProyecto_VersiónProyecto Integration Release Preproducción PR_NombreProyecto_VersiónProyecto Preproduction Release Producción FR_NombreProyecto_VersiónProyecto Final Release Sistema de archivos distribuido: SMB Para compartir archivos comunes, que no precisan de control de versiones tales como instaladores, documentación externa, etc. ofrecemos, dentro del repositorio software, un servicio de archivos en red de tipo SMB [9]. Este servicio resulta muy cómodo y práctico pues permite trabajar con los directorios compartidos como si se tratase de unidades locales a la máquina cliente y ofrece una alta compatibilidad entre sistemas Linux y Windows. Ambos servicios se encuentran instalados sobre servidores Linux en nuestro entorno de trabajo. Entorno de desarrollo En nuestro entorno de desarrollo, seguimos una política de trabajo local, donde cada desarrollador posee su propia máquina, en la cuál instala todos los servicios y herramientas requeridos para llevar a cabo sus actividades de manera que sea completamente autosuficiente. No obstante, en determinadas situaciones habilitaremos servidores externos para prestar servicios comunes a todos los usuarios de un entorno. Es el caso del servicio de directorio Active Directory [10]. Dicho servicio es compartido entre todos los usuarios en los entornos de desarrollo e integración política mixta.

13 Figura 4. Esquema de nuestro entorno de desarrollo. De forma estándar, configuramos las máquinas de desarrollo con el siguiente software: Tabla 2. Configuración estándar de software para las máquinas de desarrollo. Sistema operativo Windows XP ó 2003 Suite ofimática MS-Office Cliente de correo electrónico y agenda MS-Office Outlook Servidor de directorio OpenLDAP y Active Directory Servidor de B.D. MySQL y SQL Server Servidor Web Apache Tomcat Servidor de aplicaciones JBoss Herramienta de modelado software ArgoUML / Poseidon for UML Herramienta de modelado de datos DBDesigner IDE (entorno integrado de desarrollo) Eclipse + plugins Herramienta de generación automática Ant Compilador J2EE SDK Intérprete/Máquina virtual J2EE Runtime Environment/Java Virtual Machine Generación de archivos históricos (logs) Log4Java Cliente de directorio Softerra LDAP Browser / Administrador de Active Directory Cliente de B.D. (administración) MySQL Administrator Cliente de B.D. (navegador) MySQL Browser Cliente Web Microsoft Internet Explorer / Netscape Navigator Cliente CVS WinCVS Editor XML Cooktop

14 Para permitir un funcionamiento ágil del sistema, teniendo en cuenta la carga que suponen los anteriores servicios y aplicaciones, utilizaremos configuraciones hardware de características equivalentes o superiores a las siguientes: Tabla 3. Configuración hardware mínima para las máquinas de desarrollo. Procesador Pentium III o Athlon XP Memoria RAM 512 MB Disco 40 GB Interfaz de red Ethernet 100 Mbps Entorno de integración En este entorno obtendremos los archivos correspondientes a la versión que queremos compilar del CVS. Debemos contar con las herramientas necesarias para obtener de una forma sencilla los archivos, para compilarlos y para ejecutar la aplicación. Para las pruebas de integración será necesario poner en funcionamiento la aplicación, por tanto serán necesarios los servidores de base de datos, de directorio, Web y de aplicaciones, así como la máquina virtual de Java. Además, necesitaremos un cliente CVS para obtener del repositorio la versión correspondiente de los archivos fuente que componen la aplicación. Figura 5. Esquema del entorno de integración. En cuanto al conjunto de datos utilizado para las pruebas, se trata de datos ficticios para evitar problemas con la información sensible. Tabla 4. Configuración software para el entorno de integración.

15 Sistema Operativo Cliente CVS Servidor de aplicaciones Servidor Web Servidor de directorio Servidor de B.D. Compilador Intérprete/Máquina virtual Herramienta para generación automática Generación de archivos históricos (logs) Linux Servicia JBoss Apache Tomcat OpenLDAP y Active Directory MySQL J2EE SDK J2EE Runtime Environment Ant Log4Java Tabla 5. Configuración hardware mínima para el entorno de integración. Procesador Pentium III o Athlon XP Memoria RAM 512 MB Disco 40 GB Interfaz de red Ethernet 100 Mbps Entorno de preproducción. En este entorno se llevan a cabo las pruebas de aceptación del producto, las últimas realizadas antes de pasar la aplicación al entorno de producción. Por este motivo, el entorno de preproducción debe contener la infraestructura necesaria para ejecutar la aplicación. Para ello será necesario el servidor de aplicaciones, servidor Web, de base de datos y de directorio. La carga de datos en este entorno debe ser similar a la de producción para poder realizar pruebas de rendimiento reales. Figura 6. Esquema del entorno de preproducción. Tabla 4. Configuración software para el entorno de preproducción.

16 Sistema Operativo Cliente CVS Servidor de aplicaciones Servidor Web Servidor de directorio Servidor de B.D. Compilador Intérprete/Máquina virtual Herramienta para generación automática Generación de archivos históricos (logs) Windows WinCVS JBoss Apache Tomcat Active Directory MySQL J2EE SDK J2EE Runtime Environment Ant Log4Java Tabla 5. Configuración hardware para el entorno de integración. Procesador Xeon Memoria RAM 1 GB Disco 140 GB Interfaz de red Ethernet 1 Gbps / 100 Mbps Entorno de producción. En nuestro entorno de producción utilizamos una configuración hardware/software idéntica a la de preproducción, garantizando en la medida de lo posible un comportamiento similar de la aplicación en ambos entornos. Por otra parte, en este entorno los usuarios finales tienen acceso a la aplicación, por tanto adoptamos las medidas de seguridad oportunas para evitar ataques o usos ilegítimos del sistema. Figura 7. Esquema del entorno de producción. Tabla 4. Configuración software para el entorno de preproducción.

17 Sistema Operativo Cliente CVS Servidor de aplicaciones Servidor Web Servidor de directorio Servidor de B.D. Compilador Intérprete/Máquina virtual Herramienta para generación automática Generación de archivos históricos (logs) Windows WinCVS JBoss Apache Tomcat Active Directory MySQL J2EE SDK J2EE Runtime Environment Ant Log4Java Tabla 5. Configuración hardware para nuestro entorno de integración servidores Proliant. Procesador Xeon Memoria RAM 1 GB Disco 140 GB Interfaz de red Ethernet 1 Gbps / 100 Mbps Conclusiones Los nuevos modelos empresariales requieren aplicaciones dotadas de las siguientes características: Seguridad. Robustez y fiabilidad. Tolerancia a fallos. Escalabilidad. Flexibilidad. Interoperabilidad. Mantenimiento y gestión. Con el objetivo de soportar estas características, que suponen una complejidad tecnológica considerable, surgen plataformas como J2EE y.net, que ofrecen las infraestructuras básicas necesarias para crear tales aplicaciones. Para que dicha construcción tenga lugar de forma ordenada y rigurosa, encajando las piezas adecuadas en los lugares clave, necesitamos ayudarnos de una serie de guías de diseño. Entre estas se encuentran los patrones de diseño, que ofrecen soluciones a problemas basados en la experiencia de terceros. Por último, como productores de aplicaciones, deseamos que éstas se construyan al ritmo adecuado, aprovechando al máximo los recursos humanos y tecnológicos disponibles, optimizando los costes y la calidad del producto. Para lograr estos objetivos, necesitamos un modelo de trabajo bien definido que soporte las diversas fases del proceso software y contemple las herramientas y tecnologías utilizadas en dicho proceso. Este modelo debe evolucionar para incorporar la experiencia obtenida en cada nuevo desarrollo. Se trata, en definitiva, de un concepto análogo al de los

18 patrones de diseño de aplicaciones, pero orientado a las políticas y metodologías de trabajo. En este artículo hemos propuesto un modelo de trabajo genérico que ofrece soporte a la creación y mantenimiento de aplicaciones utilizando plataformas empresariales. Para simplificar nuestro modelo, lo hemos dividido en entornos asociados a las fases del ciclo de vida del software, estableciendo políticas de paso de la aplicación entre los entornos. Esta división permite adaptar cada entorno a las necesidades específicas de la aplicación en cada estado concreto de su ciclo de vida, sin perder por ello la visión global del proyecto. Finalmente, hemos aplicado el modelo genérico a un caso práctico, especificando el modelo concreto que utilizamos para desarrollar proyectos en el Grupo de Redes, utilizando la plataforma J2EE. Referencias 1. P. Harmon, M. Rosen y M. Guttman. Developing E-business Systems and Architectures: A Manager s Guide. Ed: Morgan Kaufmann Publishers, J.L. Weaver, K. Mukhar y J. Crume. Begining j2ee 1.4: From novice to professional. Ed: Apress, U. Hansmann, L.Merk, M.S. Nicklous y T. Stober. Pervasive Computing, second edition. Springer, Sing, I, Stearns, B, Jonson, M: Design Enterprise Applications with J2EE Plantaform, Second Edition. Ed: Addison-Wesley, Royce, W.: Software project management. Ed.Addison-Wesley, Bodoff, S., Green, D., Haase, K., Jendrock, E., Pawlan, M., Stearns, B.: The J2EE tutorial. Ed. Addison-Wesley, Gong, L.: Inside Java 2 paltform security. Ed. Addison-Wesley, Eckstein, R., Collier-Brown, D., Kelly, P.: Using Samba. Ed. O Reilly, Allen, R.: Active Directory Cookbook for Windows Server 2003 and Windows Ed. O Reilly, 2003.

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

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

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

Plataforma de Desarrollo de Software

Plataforma de Desarrollo de Software Plataforma de Software Guía de introducción a la Plataforma de Desarrollo de Software Versión 1.07 Basado en plantilla: xxxxx - Plantilla básica v2.01 2014-02-07 Página 1 de 9 Control de cambios Fecha

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

White Paper Help Desk Intranet

White Paper Help Desk Intranet 2004 Koala Developers Versión del documento: 2.0.8 White Paper Help Desk Intranet Autor: Departamento de Comercialización Última modificación: Abril de 2004 1 Contenido 2 Quién debería leer este documento?...3

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

ORBERE. Memoria Técnica del Aplicativo de Gestión de la producción para ADIMDE

ORBERE. Memoria Técnica del Aplicativo de Gestión de la producción para ADIMDE ORBERE Memoria Técnica del Aplicativo de Gestión de la producción para ADIMDE Bilbao, 12 de diciembre de 2006 INDICE 1. METODOLOGÍA DE TRABAJO 2 1.1 Pautas para el Desarrollo 2 1.2 Entorno Tecnológico,

Más detalles

Dimensions CM frente a ClearCase Comparación de rendimiento

Dimensions CM frente a ClearCase Comparación de rendimiento Resumen de la solución FUNCIONES CLAVE Administración de procesos, cambios, configuraciones, versiones y entregas desde una sola arquitectura Apoyo para desarrollo paralelo de avanzada y fusión a nivel

Más detalles

Innovación para su Contact Center. Reporting Manager. Descubra el valor de negocio de sus datos y la actividad del Contact Center

Innovación para su Contact Center. Reporting Manager. Descubra el valor de negocio de sus datos y la actividad del Contact Center Innovación para su Contact Center Reporting Manager Descubra el valor de negocio de sus datos y la actividad del Contact Center ÍNDICE DATA SHEET 1. Introducción... 3 2. Características principales...

Más detalles

O3 Requerimientos de Software y Hardware

O3 Requerimientos de Software y Hardware IdeaSoft Uruguay S.R.L. Phone: +598 (2) 710 4372 21 de Setiembre 2570 Fax: +598 (2) 710 4965 Montevideo http://www.ideasoft.com.uy Uruguay O3 Requerimientos de Software y Hardware Uso de memoria, espacio

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

ESET Remote Administrator 6. Version 6.0 Product Details

ESET Remote Administrator 6. Version 6.0 Product Details ESET Remote Administrator 6 Version 6.0 Product Details A pesar de que ESET Remote Administrator 6.0 es el sucesor de ESET Remote Administrator V5.x, representa un gran adelanto, ya que constituye una

Más detalles

E-Facil. Requisitos Técnicos de Acceso

E-Facil. Requisitos Técnicos de Acceso E-Facil Requisitos Técnicos de Acceso Avanza Local Soluciones Plan Avanza Local Soluciones e-fácil Copyright 2011 Ministerio de Industria, Turismo y Comercio. La presente publicación pertenece al Ministerio

Más detalles

Hyper-V: Un puente entre Windows Server 2008 y SUSE Linux Enterprise 10

Hyper-V: Un puente entre Windows Server 2008 y SUSE Linux Enterprise 10 Microsoft Hyper-V Hyper-V: Un puente entre Windows Server 2008 y SUSE Linux Enterprise 10 Transformación de soluciones de virtualización a través de la combinación de cargas de trabajo Septiembre de 2008

Más detalles

REQUERIMIENTOS HARDWARE Y SOFTWARE QWEBDOCUMENTS VERSION 4

REQUERIMIENTOS HARDWARE Y SOFTWARE QWEBDOCUMENTS VERSION 4 Pág. 1 de 6 Ambiente centralizado SERVIDOR UNICO Servidor Hardware Procesador CORE Duo 4 GHz Memoria Ram 4 GB. 2 GB solo para la aplicación y los otros 2 GB para Base de datos, S.O y otro software necesario

Más detalles

Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI.

Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI. Ponencia para Evento de Redes. Autor: Rubén Rivera Rodríguez, Citmatel Resumen Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI. Las nuevas tendencias

Más detalles

Plataforma de expediente Electrónico @DOC

Plataforma de expediente Electrónico @DOC MINISTERIO DE LA PRESIDENCIA SUBSECRETARÍA SUBDIRECCIÓN GENERAL DE TECNOLOGÍAS Y SERVICIOS DE LA INFORMACIÓN Plataforma de expediente Electrónico @DOC Arquitectura de Sistemas Control de versiones Versión

Más detalles

Alcatel-Lucent OmniVista TM 4760 Sistema de administración de redes

Alcatel-Lucent OmniVista TM 4760 Sistema de administración de redes Alcatel-Lucent OmniVista TM 4760 Sistema de administración de redes Sistemas de administración de redes Los administradores de telecomunicaciones necesitan herramientas de administración de redes flexibles

Más detalles

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R v 3 Junio 2015 ÍNDICE Introducción Requisitos técnicos para la instalación Arquitectura Hardware Arquitectura Software Instrucciones de instalación Instalación módulo GONG2 Instalación módulo eporte Instrucciones

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

Ficha Descriptiva de AL e-fácil

Ficha Descriptiva de AL e-fácil Ficha Descriptiva de AL e-fácil 2012 Índice: 1. Datos Generales... 2 1.1. Breve descripción de la aplicación... 2 1.2. Nomenclatura... 2 1.3. Logotipo... 2 1.4. Enlaces Relacionados... 3 1.5. Destinatarios...

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

GUÍA DE EVIDENCIA DE LA UNIDAD DE COMPETENCIA

GUÍA DE EVIDENCIA DE LA UNIDAD DE COMPETENCIA MINISTERIO DE EDUCACIÓN, CULTURA Y DEPORTE SECRETARÍA DE ESTADO DE EDUCACIÓN, FORMACIÓN PROFESIONAL Y UNIVERSIDADES DIRECCIÓN GENERAL DE FORMACIÓN PROFESIONAL INSTITUTO NACIONAL DE LAS CUALIFICACIONES

Más detalles

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

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

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

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

PROGRAMACIÓN DE MÓDULO MÓDULO DESPLIEGUE DE APLICACIONES WEB

PROGRAMACIÓN DE MÓDULO MÓDULO DESPLIEGUE DE APLICACIONES WEB Página 1 de 19 DEPARTAMENTO INFORMÁTICA CURSO 2º CICLO FORMATIVO DESARROLLO DE APLICACIONES WEB 1. Introducción. MÓDULO DESPLIEGUE DE APLICACIONES WEB El módulo de Despliegue de aplicaciones web estaría

Más detalles

Componentes de Integración entre Plataformas Información Detallada

Componentes de Integración entre Plataformas Información Detallada Componentes de Integración entre Plataformas Información Detallada Active Directory Integration Integración con el Directorio Activo Active Directory es el servicio de directorio para Windows 2000 Server.

Más detalles

Soluciones Informáticas para gestionar su empresa Presentación de empresa la Compañía La Compañía NEO GRUP Management, es un proyecto definido y creado para proporcionar a nuestros clientes, trabajando

Más detalles

Beneficios estratégicos para su organización. Beneficios

Beneficios estratégicos para su organización. Beneficios La solución ideal para controlar la totalidad de su infraestructura IT mediante un inventario automatizado, control remoto y Gestión de activos informáticos. Beneficios Características Inventario actualizado

Más detalles

NUEVA WEB DE LA CONSEJERÍA DE INNOVACIÓN, CIENCIA Y EMPRESA: LA INNOVACIÓN COMO NEXO COMÚN DE UN DESARROLLO WEB

NUEVA WEB DE LA CONSEJERÍA DE INNOVACIÓN, CIENCIA Y EMPRESA: LA INNOVACIÓN COMO NEXO COMÚN DE UN DESARROLLO WEB NUEVA WEB DE LA CONSEJERÍA DE INNOVACIÓN, CIENCIA Y EMPRESA: LA INNOVACIÓN COMO NEXO COMÚN DE UN DESARROLLO WEB Jefe del Servicio de Informática Consejería de Innovación, Ciencia y Empresa Jefe de Proyectos

Más detalles

Documentación técnica del producto

Documentación técnica del producto Documentación técnica del producto www.corporater.com Documentación técnica del producto Corporater Enterprise Management Suite v3.0 1 Tabla de contenidos Documentación técnica del producto, Corporater

Más detalles

IBM Rational Asset Manager

IBM Rational Asset Manager Inteligencia comercial para sus activos de software IBM Rational Asset Manager Aspectos destacados Acelera la prestación de servicios y mejora la dirección general interna del ciclo de vida SOA Acorta

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

Diferencias entre Windows 2003 Server con Windows 2008 Server

Diferencias entre Windows 2003 Server con Windows 2008 Server Diferencias entre Windows 2003 Server con Windows 2008 Server WINDOWS SERVER 2003 Windows Server 2003 es un sistema operativo de propósitos múltiples capaz de manejar una gran gama de funsiones de servidor,

Más detalles

PROGRAMACIÓN DE MÓDULO

PROGRAMACIÓN DE MÓDULO Página 1 de 16 DEPARTAMENTO INFORMÁTICA CURSO 2º CICLO FORMATIVO DESARROLLO DE APLICACIONES WEB MÓDULO DESPLIEGUE DE APLICACIONES WEB 1. Introducción. De conformidad con lo establecido en el Real Decreto

Más detalles

Herramientas para la mejora del proceso de desarrollo de aplicaciones J2EE.

Herramientas para la mejora del proceso de desarrollo de aplicaciones J2EE. Herramientas para la mejora del proceso de desarrollo de aplicaciones J2EE. Iván Ruiz Rube Departamento de Lenguajes y Sistemas Informáticos Universidad de Cádiz Agenda Introducción Control del Código

Más detalles

Arquitectura software EN-HORA

Arquitectura software EN-HORA Arquitectura de en:hora Arquitectura software EN-HORA en:hora es un software de control de acceso y presencia con una arquitectura modular. El software se implementa mediante un conjunto de componentes

Más detalles

Novell ZENworks Configuration Management para entornos de Microsoft * Windows *

Novell ZENworks Configuration Management para entornos de Microsoft * Windows * Guía GESTIÓN DE SISTEMAS Novell ZENworks Configuration Management para entornos de Microsoft * Windows * Novell ZENworks Configuration Management para entornos de Microsoft Windows Índice: 2..... Bienvenido

Más detalles

Servicios TIC en Universidad San Jorge: Hacia un modelo eficiente en infraestructuras de sistemas y comunicaciones.

Servicios TIC en Universidad San Jorge: Hacia un modelo eficiente en infraestructuras de sistemas y comunicaciones. Servicios TIC en Universidad San Jorge: Hacia un modelo eficiente en infraestructuras de sistemas y comunicaciones. Autores: José Antonio Barrio Puyo Roberto Bazán Sancho Jorge Miguel Moneo Planteamiento

Más detalles

Toledo 25-05-2006 José Luis Martínez Director Operaciones Hispafuentes

Toledo 25-05-2006 José Luis Martínez Director Operaciones Hispafuentes Toledo 25-05-2006 José Luis Martínez Director Operaciones Hispafuentes INDICE OBJETIVO ESCULAPIO. DATOS DE HARDWARE/SOFTWARE. SITUACIÓN ACTUAL DEL PROYECTO. INFRAESTRUCTURA. SOFTWARE DE GESTIÓN. CONCLUSIONES

Más detalles

Emerson Network Energy Center, ENEC Enterprise, es una aplicación para la gestión remota de. Multiplataforma. Navegación intuitiva.

Emerson Network Energy Center, ENEC Enterprise, es una aplicación para la gestión remota de. Multiplataforma. Navegación intuitiva. Emerson Network Energy Center, ENEC Enterprise, es una aplicación para la gestión remota de sistemas de energía, baterías, corriente alterna, grupos electrógenos, SAIs, sistemas de refrigeración, sistemas

Más detalles

Plataformas Tecnológicas y Requerimientos Técnicos de las Aplicaciones de

Plataformas Tecnológicas y Requerimientos Técnicos de las Aplicaciones de Plataformas Tecnológicas y Requerimientos Técnicos de las Aplicaciones de Departamento de Sistemas 2014 Página 1 INDICE Introducción 3 Requisitos Generales del Entorno 3 Requisitos Generales de las Aplicaciones

Más detalles

INFORME TECNICO PARA LA ADQUISICIÓN DE LICENCIAS SOFTWARE OFIMÁTICO

INFORME TECNICO PARA LA ADQUISICIÓN DE LICENCIAS SOFTWARE OFIMÁTICO INFORME TECNICO PARA LA ADQUISICIÓN DE LICENCIAS SOFTWARE OFIMÁTICO 1.- Nombre del Área: El área encargada de la evaluación técnica para la adquisición de licencias de software ofimático es la oficina

Más detalles

Grandes sistemas con abc building aplicaciones acéntia Building Control 3.0

Grandes sistemas con abc building aplicaciones acéntia Building Control 3.0 Grandes sistemas con abc building aplicaciones acéntia Building Control 3.0 Control Web en tiempo real abc es una completa solución de adquisición, control, automatización y gestión de instalaciones. La

Más detalles

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m. Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas

Más detalles

Bechtle Solutions Servicios Profesionales

Bechtle Solutions Servicios Profesionales Soluciones Tecnología Bechtle Solutions Servicios Profesionales Fin del servicio de soporte técnico de Windows Server 2003 No hacer nada puede ser un riesgo BECHTLE Su especialista en informática Ahora

Más detalles

Introducción a Javato

Introducción a Javato Introducción a Javato Fº. Javier Pereñiguez Steria Iberica 20/02/2008 Índice Introducción Arquitectura Ejemplo arquitectura Plataforma Desarrollo Ejemplo de entorno de desarrollo Vías futuras Casos de

Más detalles

Ramón Manjavacas Ortiz

Ramón Manjavacas Ortiz Curso 2004-2005 Ramón Manjavacas Ortiz Web: http://oreto.inf-cr.uclm.es Email: Ramon.Manjavacas@uclm.es Definiciones.: 1 El papel del administrador del sistema.: 2 Responsabilidades respecto al hardware.:

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

Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión

Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Introducción Gestión de la Configuración del Software (GCS / SCM) Def.- Arte de identificar, organizar,

Más detalles

Guía detallada de administración de Active Directory

Guía detallada de administración de Active Directory Guía detallada de administración de Active Directory Esta guía es una introducción a la administración del servicio Active Directory y del complemento Usuarios y equipos de Active Directory de Windows

Más detalles

TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012

TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012 TFC J2EE Aplicación Web para la gestión de facturación de una empresa de cerrajería Sara Gutiérrez Melero ITIG Junio de 2012 Consultor: Jose Juan Rodriguez Índice 1. Introducción Objetivos Planificación

Más detalles

José Ramón Ruiz Rodríguez

José Ramón Ruiz Rodríguez Puesta en marcha de un servidor LDAP para PYMES José Ramón Ruiz Rodríguez No se permite la reproducción total o parcial de este libro, ni su incorporación a un sistema informático, ni su transmisión en

Más detalles

Gestión de proyectos informáticos con software libre

Gestión de proyectos informáticos con software libre Gestión de proyectos informáticos con software libre III Jornadas de Software Libre de Albacete Sergio Talens-Oliag 20 de abril de 2007 En esta charla se presentará una herramienta web ligera y extensible

Más detalles

Plastic SCM platform. Plastic SCM es el nombre que engloba toda la gama de productos de Gestión de Configuración de Códice Software.

Plastic SCM platform. Plastic SCM es el nombre que engloba toda la gama de productos de Gestión de Configuración de Códice Software. Plastic SCM platform Plastic SCM es el nombre que engloba toda la gama de productos de Gestión de Configuración de Códice Software. Se compone de un potente control de versiones y de un sistema configurable

Más detalles

12º Unidad Didáctica. Microsoft Internet Security and Acceleration Server ISA SERVER 2006. Eduard Lara

12º Unidad Didáctica. Microsoft Internet Security and Acceleration Server ISA SERVER 2006. Eduard Lara 12º Unidad Didáctica Microsoft Internet Security and Acceleration Server ISA SERVER 2006 Eduard Lara 1 ISA SERVER Es un firewall de stateful packet inspection (analiza el encabezado de los paquetes IP)

Más detalles

Capítulo I. Introducción y definición del problema

Capítulo I. Introducción y definición del problema El rendimiento empresarial puede ser mejorado a través de distintos métodos: gestión de los intangibles, comunicación efectiva, control de procesos... etc. Sin embargo para lograr un impulso duradero debe

Más detalles

ÍNDICE 1 LA NUEVA EDICIÓN DE QUIVIR...1 1.1 ENTORNO WEB...2 1.2 FIABILIDAD Y ROBUSTEZ...4 2 WEBFACING...6 3 MÁS VENTAJAS DEL USO DE LA EDICIÓN WEB...

ÍNDICE 1 LA NUEVA EDICIÓN DE QUIVIR...1 1.1 ENTORNO WEB...2 1.2 FIABILIDAD Y ROBUSTEZ...4 2 WEBFACING...6 3 MÁS VENTAJAS DEL USO DE LA EDICIÓN WEB... QUIVIR WEB EDITION ÍNDICE 1 LA NUEVA EDICIÓN DE QUIVIR...1 1.1 ENTORNO WEB...2 1.2 FIABILIDAD Y ROBUSTEZ...4 2 WEBFACING...6 3 MÁS VENTAJAS DEL USO DE LA EDICIÓN WEB...8 4 CONCLUSIONES FINALES...10 Página

Más detalles

CAPÍTULO V. Propuesta

CAPÍTULO V. Propuesta CAPÍTULO V Propuesta 5.1 Propuesta Implantación de una aplicación WEB para optimizar el Enlace Laboral de la Cámara de Comercio e Industria de El Salvador, Filial San Miguel 5.2 Requerimientos de la Aplicación

Más detalles

Anuncio de hardware de IBM Europe, Middle East and Africa ZG09-0101, con fecha 14 de julio de 2009

Anuncio de hardware de IBM Europe, Middle East and Africa ZG09-0101, con fecha 14 de julio de 2009 ZG09-0101, con fecha 14 de julio de 2009 IBM Tivoli Provisioning Manager for OS Deployment IBM Systems Director Edition V7.1 amplía la compatibilidad con la implementación de un sistema operativo heterogéneo

Más detalles

SISTEMAS IDEALES SISTIDE, S.A. SISTEMA GESTION DE USUARIOS

SISTEMAS IDEALES SISTIDE, S.A. SISTEMA GESTION DE USUARIOS SISTEMAS IDEALES SISTIDE, S.A. SISTEMA GESTION DE USUARIOS PÁGINA 2 SISTEMAS IDEALES SISTIDE, S.A. SISTEMA DE GESTIÓN DE USUARIOS (SGU) Hoy en día los centros de tecnología de información tienen a su cargo

Más detalles

Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web

Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web Secretaría de Planificación Estratégica Oficina de Informática Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web VERSIÓN 3 Abril 2006 Índice 1. Generalidades... 3 1.1

Más detalles

Carrera: IFM - 0410 3-2-8. Participantes. Representantes de la academia de sistemas y computación de los Institutos Tecnológicos.

Carrera: IFM - 0410 3-2-8. Participantes. Representantes de la academia de sistemas y computación de los Institutos Tecnológicos. 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Carrera: Clave de la asignatura: Horas teoría-horas práctica-créditos Desarrollo de aplicaciones para ambientes distribuidos Licenciatura en Informática

Más detalles

Soluciones Profesionales Para La Gestión Automatizada del Control de Accesos

Soluciones Profesionales Para La Gestión Automatizada del Control de Accesos Soluciones Profesionales Para La Gestión Automatizada del Control de Accesos Pasión por el diseño y el desarrollo Controles de Accesos Escalables Sin Límites Permite gestionar el control de accesos con

Más detalles

Servidores corporativos Linux

Servidores corporativos Linux Servidores corporativos Linux Contenidos Contenidos... 1 Introducción... 2 Controlador de dominio Windows en Linux... 2 Servidor de ficheros e impresoras Linux... 3 Alta disponibilidad... 4 Otros servicios

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL SUMINISTRO E INSTALACIÓN DE UN SISTEMA DE VIRTUALIZACIÓN DE APLICACIONES 2012/000329

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL SUMINISTRO E INSTALACIÓN DE UN SISTEMA DE VIRTUALIZACIÓN DE APLICACIONES 2012/000329 PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL SUMINISTRO E INSTALACIÓN DE UN SISTEMA DE VIRTUALIZACIÓN DE APLICACIONES 1 OBJETO Es objeto del presente documento fijar las condiciones técnicas que deben regir

Más detalles

INFORME TECNICO PREVIO DE EVALUACION DE SOFTWARE Nº 003- SUNASS 2006-086 PROCESO : ACTUALIZACION Y RENOVACION DE LICENCIAS.

INFORME TECNICO PREVIO DE EVALUACION DE SOFTWARE Nº 003- SUNASS 2006-086 PROCESO : ACTUALIZACION Y RENOVACION DE LICENCIAS. INFORME TECNICO PREVIO DE EVALUACION DE SOFTWARE Nº 003- SUNASS 2006-086 PROCESO : ACTUALIZACION Y RENOVACION DE LICENCIAS. 1.- NOMBRE DEL AREA OFICINA DE STEMAS 2.- RESPONSABLE DE LA EVALUACION IVAN GALVAN

Más detalles

Cómo pueden las empresas emergentes favorecer su crecimiento y proteger su información empresarial importante?

Cómo pueden las empresas emergentes favorecer su crecimiento y proteger su información empresarial importante? INFORME DE LA SOLUCIÓN: CA ARCSERVE BACKUP PARA MICROSOFT ESSENTIAL BUSINESS SERVER Cómo pueden las empresas emergentes favorecer su crecimiento y proteger su información empresarial importante? CA ARCserve

Más detalles

Kra 2E # 5-55 B/ Los Lagos Pitalito Huila (Colombia)

Kra 2E # 5-55 B/ Los Lagos Pitalito Huila (Colombia) KoffeeSoft, es una empresa Laboyana, creada el 28 de Marzo de 2012 con 2 años de acreditación, seria, moderna, con excelente recurso humano capacitado por reconocidas instituciones a nivel nacional. KoffeeSoft

Más detalles

CAPÍTULO II. Gráficos Dinámicos.

CAPÍTULO II. Gráficos Dinámicos. 2.1 Definición. Los gráficos dinámicos son representaciones a escala del proceso, en donde se muestra la información de las variables del proceso a través de datos numéricos y de animación gráfica. Éstos

Más detalles

SISTEMAS OPERATIVOS EN RED

SISTEMAS OPERATIVOS EN RED I.E.S. RUIZ GIJÓN DEPARTAMENTO DE INFORMÁTICA UTRERA (Sevilla) Objetivos, Contenidos y Criterios de Evaluación: SISTEMAS OPERATIVOS EN RED C.F. GRADO MEDIO Sistemas Microinformáticos y Redes Curso: 2º

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

1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.

1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones. Módulo Profesional: Servicios en Red. Código: 0227. Resultados de aprendizaje y criterios de evaluación. 1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.

Más detalles

Autoría: Centro de Innovación de la Universidad de Oviedo (C1NN).

Autoría: Centro de Innovación de la Universidad de Oviedo (C1NN). SEMINARIO BIENAL LA UNIVERSIDAD DIGITAL TALLER DE BUENAS PRÁCTICAS: PRESENTACIÓN DE EXPERIENCIAS MADRID, 11 DE JUNIO DE 2014 Título: Gestor electrónico de solicitudes de la Universidad de Oviedo Autoría:

Más detalles

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R ÍNDICE Introducción Requisitos técnicos para la instalación Arquitectura Hardware Arquitectura Software Instrucciones de instalación GONG-R Instalación módulo GONG2 Instalación módulo GONG-Reporte Instrucciones

Más detalles

Desarrollo Informático del SIGOB

Desarrollo Informático del SIGOB Desarrollo Informático del SIGOB Los soportes informáticos del Sistema de Información y Gestión para la Gobernabilidad (SIGOB) utilizan productos de tecnología avanzada, que permite la rápida incorporación

Más detalles

estimada del tutor de HP Este proyecto permitirá adquirir los conocimientos necesarios para crear aplicaciones web, usando

estimada del tutor de HP Este proyecto permitirá adquirir los conocimientos necesarios para crear aplicaciones web, usando Tutor de la Universidad contenido del Área o grupo al que realización del Requisitos necesarios a nivel de conocimientos del Aplicación Web para la gestión remota de equipos hardware Guillermo Santos /

Más detalles

PROGRAMA FORMATIVO Administración de Bases de Datos Oracle

PROGRAMA FORMATIVO Administración de Bases de Datos Oracle PROGRAMA FORMATIVO Administración de Bases de Datos Oracle Julio 2014 DATOS GENERALES DE LA ESPECIALIDAD 1. Familia Profesional: INFORMÁTICA Y COMUNICACIONES Área Profesional: DESARROLLO 2. ADMINISTRACIÓN

Más detalles

Titulo : Administración y Operación de Sistemas Operativos

Titulo : Administración y Operación de Sistemas Operativos DIRECCION NACIONAL DE ADMINISTRACION FINANCIERA E INNOVACION CÓDIGO : PRO -119 Titulo : Administración y Operación de Preparado por : Nombre : Lic. Ingrid Roxana Díaz Bran Cargo : Especialista en Aplicaciones

Más detalles

CAPÍTULO II. ESPECÍFICO CARACTERÍSTICAS TÉCNICAS

CAPÍTULO II. ESPECÍFICO CARACTERÍSTICAS TÉCNICAS PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO PARA LA PRESTACIÓN DE SERVICIOS DE ING PARA LA CÁMARA DE COMERCIO DE ESPAÑA EN EL MARCO DE PROGRAMAS DEL PERIODO DE FONDOS COMUNITARIOS 2014-2020 (EXPEDIENTE

Más detalles

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN...

Más detalles

Tema 1: Introducción a la gestión y planificación de redes

Tema 1: Introducción a la gestión y planificación de redes Tema 1: Introducción a la gestión y planificación de redes 1. Introducción general 2. Objetivos de la gestión de redes 3. Objetivos de la planificación de redes 4. Sistemas de gestión de red Gestión de

Más detalles

Alcance y descripción del servicio BACKUP IPLAN

Alcance y descripción del servicio BACKUP IPLAN Alcance y descripción del servicio BACKUP IPLAN 1. Introducción. BACKUP IPLAN le permite al Cliente realizar resguardos periódicos la información, utilizando la infraestructura que IPLAN posee para este

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

información proporcionada por el AEMET y la Red de Alerta Radiológica perteneciente a Protección Civil (RAR).

información proporcionada por el AEMET y la Red de Alerta Radiológica perteneciente a Protección Civil (RAR). El Consejo de Seguridad Nuclear (CSN), es el organismo nacional competente en materias de seguridad nuclear y protección radiológica. Entre las funciones más representativas se destacan el control y vigilancia

Más detalles

HOMERJ: THE RELATIONAL XML DATABASE PROJECT

HOMERJ: THE RELATIONAL XML DATABASE PROJECT HOMERJ: THE RELATIONAL XML DATABASE PROJECT Autores: Estudiantes de 5to año de la Licenciatura en Sistemas Ambrosi, Lucas; Baioni, Sebastián Colaboradores: Broglino, Florencia; Chiara, Laura; Dieguez,

Más detalles

Symantec Mobile Management for Configuration Manager 7.2

Symantec Mobile Management for Configuration Manager 7.2 Symantec Mobile Management for Configuration Manager 7.2 Gestión de dispositivos integrada, segura y escalable Hoja de datos: Gestión y movilidad de puntos finales Descripción general La rápida proliferación

Más detalles

1. Instala sistemas operativos en red describiendo sus características e interpretando la documentación técnica.

1. Instala sistemas operativos en red describiendo sus características e interpretando la documentación técnica. Módulo Profesional: Sistemas operativos en red. Código: 0224. Resultados de aprendizaje y criterios de evaluación. 1. Instala sistemas operativos en red describiendo sus características e interpretando

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

Small Business Server 2003

Small Business Server 2003 TM Windows Server System TM Entornos PYME con Microsoft Windows Índice Introducción...3 Qué es Microsoft Windows?...3 Qué le ofrece Microsoft Windows?...3 Basado en Microsoft Windows Server 2003...4 Por

Más detalles

Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web

Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web Secretaría de Planificación Estratégica Oficina de Informática Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web VERSIÓN 4 Julio 2009 Índice 1. Generalidades... 3 1.1

Más detalles

Ficha descriptiva Avanza e-fácil. Mayo de 2011. Página 0

Ficha descriptiva Avanza e-fácil. Mayo de 2011. Página 0 Ficha descriptiva Avanza e-fácil Ficha descriptiva Avanza e-fácil. Mayo de 2011 Página 0 Índice: 1. Datos generales del proyecto... 2 2. Objetivo y oportunidad... 3 3. Información General... 4 3.1. Destinatarios...

Más detalles

P1 Elaboración de un plan de proyecto utilizando MS Project G3

P1 Elaboración de un plan de proyecto utilizando MS Project G3 UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA P1 Elaboración de un plan de proyecto utilizando MS Project G3 José Luís Espinosa Aranda Noelia Vállez Enano Manuel Ramón Guerrero Álvarez

Más detalles

Administración Local Soluciones

Administración Local Soluciones SISTEMA INTEGRADO DE GESTIÓN DE EXPEDIENTES MODULAR (SIGM) CONFIGURACIÓN PARA LA INTEGRACIÓN CON SISNOT Y CORREOS SIGM v3 Administración Local Soluciones Control de versiones Versión Fecha aprobación Cambio

Más detalles

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA)

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA) Espiñeira, Sheldon y Asociados * No. 12-2009 *connectedthinking 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

Más detalles

Prestar los servicios para la completa instalación (parametrización, integración, etc) y puesta en marcha del sistema a implantar.

Prestar los servicios para la completa instalación (parametrización, integración, etc) y puesta en marcha del sistema a implantar. PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE HAN DE REGIR PARA LA CONTRATACIÓN DE CENTROS DE TECNOLOGÍA DOCUMENTAL EN EL AYUNTAMIENTO DE SANTA CRUZ DE TENERIFE 1. OBJETO DEL CONTRATO El objeto del presente procedimiento

Más detalles

ID:1374 INTEGRO. SERVICIOS TELEMÁTICOS EN LA NUBE. Sánchez Rodríguez, Alfredo. Cuba RESUMEN

ID:1374 INTEGRO. SERVICIOS TELEMÁTICOS EN LA NUBE. Sánchez Rodríguez, Alfredo. Cuba RESUMEN ID:1374 INTEGRO. SERVICIOS TELEMÁTICOS EN LA NUBE. Sánchez Rodríguez, Alfredo. Cuba RESUMEN La Plataforma de Servicios Telemáticos desarrollada por SOFTEL bajo la denominación de: proyecto INTEGRO, constituye

Más detalles