Vous êtes sur la page 1sur 39

UNIVERSIDAD NACIONAL DE INGENIERÍA

Facultad de ingeniería industrial y sistemas

ADMINISTRACIÓN DE BASE DE DATOS


ST-214 U

“Skipper en el desarrollo de software ecommerce para un


retailer”

Profesor: Velarde Carpio, Manuel Helarf


Integrantes:
 Carbajal Flores, Yoselin 20100242K
 Iparraguirre Velarde, Dante 20081136J
 Melgarejo Solis, Kevin 20124089H

2018-II
ÍNDICE
OBJETIVOS .......................................................................................................................................................... 1
Objetivo generales.......................................................................................................................................... 1
Objetivos específicos ...................................................................................................................................... 1
CAPITULO 1 CONCEPTOS PREVIOS ..................................................................................................................... 1
1.1 Definición de Herramienta CASE .............................................................................................................. 1
1.2 Clasificación de Herramientas CASE ......................................................................................................... 3
1.3 Componentes y Funcionalidades de una Herramienta CASE ................................................................... 5
1.4 Herramientas CASE en las Organizaciones ............................................................................................... 8
1.5 Consideraciones para Selección de Herramienta CASE .......................................................................... 10
1.6 Tendencias Tecnologías de Herramientas CASE ..................................................................................... 11
CAPITULO 2 CASE SKIPPER ................................................................................................................................ 12
2.1 Antecedentes.......................................................................................................................................... 12
2.2 Definición e Identificación del CASE ....................................................................................................... 14
2.3 Características ........................................................................................................................................ 15
2.4 Plataformas Compatibles ....................................................................................................................... 20
2.5 Interfaces ................................................................................................................................................ 21
EVALUACION CASE SKIPPER ........................................................................................................................ 24
TABLAS COMPARATIVAS .............................................................................................................................. 24
CAPITULO 3 CASUISTICA PARA UNA EMPRESA ................................................................................................ 32
3.1 Costos y Justificación de Compra e inversión ......................................................................................... 32
3.1.1 Costos .............................................................................................................................................. 32
3.1.2 Justificación de Compra ................................................................................................................... 32
3.2 Impacto y beneficio empresarial ............................................................................................................ 33
3.3 CASE aplicado a una empresa................................................................................................................. 33
3.4 Cuando NO usar Skipper ……………………………………………………………………………………………………………………33
CONCLUSIONES ............................................................................................................................................ 34
BIBLIOGRAFIA ................................................................................................................................................... 36
OBJETIVOS

Objetivo generales
 Conocer y familiarizarse con el funcionamiento del CASE SKIPPER.
 Resaltar los Costos y beneficios que se obtiene al usar el software.
 Analizar la importancia del manejo del CASE en un ambiente empresarial para el ciclo de vida de un
proyecto.

Objetivos específicos
 Analizar tablas comparativas del software.
 Requerimientos que se necesitan para la implementación del software.
 Analizar las principales ventajas y desventajas del software CASE SKIPPER.
 Analizar en medida posible su rendimiento, facilidad de administración, fiabilidad al momento de su
funcionamiento.

CAPITULO 1 CONCEPTOS PREVIOS

1.1 Definición de Herramienta CASE


Se puede definir a las Herramientas CASE como un conjunto de programas y ayudas que dan asistencia a los
analistas, ingenieros de software y desarrolladores, durante todos los pasos del Ciclo de Vida de desarrollo de
un Software. Como es sabido, los estados en el Ciclo de Vida de desarrollo de un Software son: Investigación
preliminar, análisis, diseño, implementación e instalación.
CASE también se puede definir como:
 Conjunto de métodos, utilidades y técnicas que facilitan la automatización del ciclo de vida del
desarrollo de sistemas de información, completamente o en alguna de sus fases.

 La sigla genérica para una serie de programas y una filosofía de desarrollo de software que ayuda a
automatizar el ciclo de vida de desarrollo de los sistemas.

 Una innovación en la organización, un concepto avanzado en la evolución de tecnología con un


potencial efecto profundo en la organización. Se puede ver al CASE como la unión de las herramientas
automáticas de software y las metodologías de desarrollo de software formales.

Ingeniería de Software Asistida por Computadora

1
La realización de un nuevo software requiere que las tareas sean organizadas y completadas en forma correcta
y eficiente. Las Herramientas CASE fueron desarrolladas para automatizar esos procesos y facilitar las tareas
de coordinación de los eventos que necesitan ser mejorados en el ciclo de desarrollo de software.
Razón para la creación de la herramienta CASE
La mejor razón para la creación de estas herramientas fue el incremento en la velocidad de desarrollo de los
sistemas. Por esto, las compañías pudieron desarrollar sistemas sin encarar el problema de tener cambios en
las necesidades del negocio, antes de finalizar el proceso de desarrollo.
También permite a las compañías competir más efectivamente usando estos sistemas desarrollados
nuevamente para compararlos con sus necesidades de negocio actuales. En un mercado altamente
competitivo, esto puede hacer la diferencia entre el éxito y el fracaso.
Las herramientas CASE también permiten a los analistas tener más tiempo para el análisis y diseño y minimizar
el tiempo para codificar y probar.
La introducción de CASE integradas está comenzando a tener un impacto significativo en los negocios y
sistemas de información de las organizaciones.
Con un CASE integrado, las organizaciones pueden desarrollar rápidamente sistemas de mejor calidad para
soportar procesos críticos del negocio y asistir en el desarrollo y promoción intensiva de la información de
productos y servicios.
Estas herramientas pueden proveer muchos beneficios en todas las etapas del proceso de desarrollo de
software, algunas de ellas son:

 Verificar el uso de todos los elementos en el sistema diseñado.


 Automatizar el dibujo de diagramas.
 Ayudar en la documentación del sistema.
 Ayudar en la creación de relaciones en la Base de Datos.
 Generar estructuras de código.

La utilización de la herramienta CASE permite mejorar de calidad, esto se


consigue reduciendo sustancialmente muchos de los problemas de análisis y diseño, inherentes a los
proyectos de mediano y gran tamaño (lógica del diseño, coherencia, consolidación, etc.). La mejora de
productividad se consigue a través de la automatización de determinadas tareas, como la generación de
código y la reutilización de objetos o módulos.

2
1.2 Clasificación de Herramientas CASE
No existe una única clasificación de herramientas CASE y, en ocasiones, es difícil incluirlas en una clase
determinada. Podrían clasificarse atendiendo a:
 Las plataformas que soportan.

 Las fases del ciclo de vida del desarrollo de sistemas


que cubren.

 La arquitectura de las aplicaciones que producen.

 Su funcionalidad.

Las herramientas CASE, en función de las fases del ciclo de


vida abarcadas, se pueden agrupar de la forma siguiente:
 Herramientas integradas, I-CASE, abarcan todas
las fases del ciclo de vida del desarrollo de
sistemas. Son llamadas también CASE
workbench.

 Herramientas de alto nivel, U-CASE (Upper


CASE) o front-end, orientadas a la
automatización y soporte de las actividades
desarrolladas durante las primeras fases del
desarrollo: análisis y diseño.

 Herramientas de bajo nivel, L-CASE (Lower CASE


- CASE inferior) o back-end, dirigidas a las últimas
fases del desarrollo: construcción e implantación.

 Juegos de herramientas o Tools-Case, son el tipo


más simple de herramientas CASE. Automatizan
una fase dentro del ciclo de vida. Dentro de este
grupo se encontrarían las herramientas de
reingeniería, orientadas a la fase de
mantenimiento.

VENTAJAS Y DESVENTJAS EN FUNCION A LAS FASES DEL


CICLO DE VIDA DEL PROYECTO

3
Otra posible clasificación, utilizando la funcionalidad como criterio principal, es la siguiente:
Herramientas de planificación de sistemas de gestión. Sirven para modelizar los requisitos de información
estratégica de una organización. Proporcionan un "metamodelo" del cual se pueden obtener sistemas de
información específicos. Su objetivo principal es ayudar a comprender mejor cómo se mueve la información
entre las distintas unidades organizativas. Estas herramientas proporcionan una ayuda importante cuando se
diseñan nuevas estrategias para los sistemas de información y cuando los métodos y sistemas actuales no
satisfacen las necesidades de la organización.

Herramientas de análisis y diseño. Permiten al desarrollador crear un modelo del sistema que se va a construir
y también la evaluación de la validez y consistencia de este modelo. Proporcionan un grado de confianza en
la representación del análisis y ayudan a eliminar errores con anticipación.
 Herramientas de análisis y diseño (Modelamiento).
 Herramientas de creación de prototipos y de simulación.
 Herramientas para el diseño y desarrollo de interfaces.
 Máquinas de análisis y diseño (Modelamiento).

Herramientas de programación. Se engloban aquí los compiladores, los editores y los depuradores de los
lenguajes de programación convencionales.
Ejemplos de estas herramientas son:

4
 Herramientas de codificación convencionales.
 Herramientas de codificación de cuarta generación.
 Herramientas de programación orientadas a los objetos.

Herramientas de integración y prueba. Sirven de ayuda a la adquisición, medición, simulación y prueba de los
equipos lógicos desarrollados. Entre las más utilizadas están:

 Herramientas de análisis estático.


 Herramientas de codificación de cuarta generación.
 Herramientas de programación orientadas a los objetos.

Herramientas de gestión de prototipos. Los prototipos son utilizados ampliamente en el desarrollo de


aplicaciones, para la evaluación de especificaciones de un sistema de información, o para un mejor
entendimiento de cómo los requisitos de un sistema de información se ajustan a los objetivos perseguidos.

Herramientas de mantenimiento: La categoría de herramientas de mantenimiento se puede subdividir en:

 Herramientas de ingeniería inversa.


 Herramientas de reestructuración y análisis de código.
 Herramientas de reingeniería.

Herramientas de gestión de proyectos. La mayoría de las herramientas CASE de gestión de proyectos se


centran en un elemento específico de la gestión del proyecto, en lugar de proporcionar un soporte global para
la actividad de gestión. Utilizando un conjunto seleccionado de las mismas se puede: realizar estimaciones de
esfuerzo, coste y duración, hacer un seguimiento continuo del proyecto, estimar la productividad y la calidad,
etc.

Existen también herramientas que permiten al comprador del desarrollo de un sistema, hacer un seguimiento
que va desde los requisitos del pliego de prescripciones técnicas inicial, hasta el trabajo de desarrollo que
convierte estos requisitos en un producto final. Se incluyen dentro de las herramientas de control de
proyectos las siguientes:

 Herramientas de planificación de proyectos.


 Herramientas de seguimiento de requisitos.
 Herramientas de gestión y medida.

Herramientas de soporte. Se engloban en esta categoría las herramientas que recogen las actividades
aplicables en todo el proceso de desarrollo, como las que se relacionan a continuación:

 Herramientas de documentación.
 Herramientas para software de sistemas.
 Herramientas de control de calidad.
 Herramientas de bases de datos.
1.3 Componentes y Funcionalidades de una Herramienta CASE
1.3.1 Repositorio
Base de datos central de una herramienta CASE. El repositorio amplía el concepto de diccionario de datos
para incluir toda la información que se va generando a lo largo del ciclo de vida del sistema, como por
ejemplo: componentes de análisis y diseño (diagramas de flujo de datos, diagramas entidad-relación,

5
esquemas de bases de datos, diseños de pantallas), estructuras de programas, algoritmos, etc. En algunas
referencias se le denomina Diccionario de Recursos de Información.
La mayoría de herramientas CASE poseen un repositorio propio o bien trabajan sobre un repositorio
suministrado por otro fabricante o vendedor. Apoyándose en la existencia del repositorio se efectúan
comprobaciones de integridad y consistencia:

 Que no existan datos no definidos.


 Que no existan datos autodefinidos (datos que se emplean en una definición pero que no han sido
definidos previamente).
 Que todos los alias (referencias a un mismo dato empleando nombres distintos) sean correctos y
estén actualizados.

Las características más importantes de un repositorio son:


Tipo de información. Que contiene alguna metodología concreta, datos, gráficos, procesos, informes, modelos
o reglas.
Tipo de controles. Si incorpora algún módulo de gestión de cambios, de mantenimiento de versiones, de
acceso por clave, de redundancia de la información.
La gestión de cambios y el mantenimiento de versiones, ayudarán en el caso de que convivan diferentes
versiones de la misma aplicación, o se tengan que realizar cambios en la versión en producción y en la de
desarrollo, simultáneamente.

 Tipo de actualización. Si los cambios en los elementos de análisis o diseño se ven reflejados en el
repositorio en tiempo real o mediante un proceso por lotes (batch). Esto será importante en función
a la necesidad de que los cambios sean visibles por todos los usuarios, en el acto.
 Reutilización de módulos para otros diseños. El repositorio es la clave para identificar, localizar y
extraer código para su reutilización.
 Posibilidad de exportación e importación para extraer información del repositorio y tratarla con otra
herramienta (formateo de documentos, mejora de presentación) o incorporar al repositorio,
información generada por otros medios.
 Interfaces automáticas con otros repositorios o bases de datos externos.

1.3.2 Módulos de diagramación y modelización


Algunos de los diagramas y modelos utilizados con mayor frecuencia son:

 Diagrama de flujo de datos.


 Modelo entidad - interrelación.
 Historia de la vida de las entidades.
 Diagrama Estructura de datos.
 Diagrama Estructura de cuadros.
 Técnicas matriciales.

Algunas características referentes a los diagramas son:

 Número máximo de niveles para poder soportar diseños complejos.


 Número máximo de objetos que se pueden incluir para no encontrarse limitado en el diseño de
grandes aplicaciones.

6
 Número de diagramas distintos en pantalla o al mismo tiempo en diferentes ventanas.
 Dibujos en formato libre con la finalidad de añadir comentarios, dibujos, información adicional para
aclarar algún punto concreto del diseño.
 Actualización del repositorio por cambios en los diagramas. Siempre resulta más fácil modificar de
forma gráfica un diseño y que los cambios queden reflejados en el repositorio.
 Control sobre el tamaño, fuente y emplazamiento de los textos en el diagrama.
 Comparaciones entre gráficos de distintas versiones. De esta forma será más fácil identificar qué
diferencias existen entre las versiones.
 Inclusión de pseudocódigo, que servirá de base a los programadores para completar el desarrollo de
la aplicación.
 Posibilidad de deshacer el último cambio, facilitando que un error no conlleve perder el trabajo
realizado.

1.3.3 Herramienta de prototipado


El objetivo principal de esta herramienta es poder mostrar al usuario, desde los momentos iniciales del diseño,
el aspecto que tendrá la aplicación una vez desarrollada. Ello facilitará la aplicación de los cambios que se
consideren necesarios, todavía en la fase de diseño.
La herramienta será tanto más útil, cuanto más rápidamente permita la construcción del prototipo y por tanto
antes, se consiga la implicación del usuario final en el diseño de la aplicación. Asimismo, es importante poder
aprovechar como base el prototipo para la construcción del resto de la aplicación. Actualmente, es
imprescindible utilizar productos que incorporen esta funcionalidad por la cambiante tecnología y
necesidades de los usuarios.
Los prototipos han sido utilizados ampliamente en el desarrollo de sistemas tradicionales, ya que
proporcionan una realimentación inmediata, que ayudan a determinar los requisitos del sistema. Las
herramientas CASE están bien dotadas, en general, para crear prototipos con rapidez y seguridad.

1.3.4 Generador de código


Normalmente se suele utilizar sobre ordenadores personales o estaciones de trabajo, por lo que el paso
posterior del código al host puede traer problemas, al tener que compilar en ambos entornos.

 Las características más importantes de los generadores de código son:


 Lenguaje generado. Si se trata de un lenguaje estándar o un lenguaje propietario.
 Portabilidad del código generado. Capacidad para poder ejecutarlo en diferentes plataformas físicas
y/o lógicas.
 Generación del esqueleto del programa o del programa completo. Si únicamente genera el esqueleto
será necesario completar el resto mediante programación.
 Posibilidad de modificación del código generado. Suele ser necesario acceder directamente al código
generado para optimizarlo o completarlo.
 Generación del código asociado a las pantallas e informes de la aplicación.
 Mediante esta característica se obtendrá la interface de usuario de la aplicación.

1.3.5 Módulo generador de documentación

7
El módulo generador de la documentación se alimenta del repositorio para transcribir las especificaciones allí
contenidas.
Algunas características de los generadores de documentación son:

 Generación automática a partir de los datos del repositorio, sin necesidad de un esfuerzo adicional.
 Combinación de información textual y gráfica, lo que hace más fácil su comprensión.
 Generación de referencias cruzadas. Con ello se podrá localizar fácilmente en qué partes de la
aplicación se encuentra un determinado objeto o elemento, con el fin de analizar el impacto de un
cambio o identificar los módulos afectados por un determinado error.
 Ayuda de tratamiento de textos. Facilidad para la introducción de textos complementarios a la
documentación que se genera de forma automática.
 Interface con otras herramientas: procesadores de textos, editores gráficos, etc.

1.4 Herramientas CASE en las Organizaciones


Históricamente, las organizaciones han experimentado problemas con la adopción de Herramientas CASE.
Dado que las organizaciones no conocen aún los beneficios de esta tecnología, se desea que el uso de un bien
fundamentado proceso de adopción de CASE, ayude a incrementar la sucesiva adopción de estas
herramientas.
Es importante ampliar el rango de organizaciones que adquieran tecnologías de computación y desarrollen
estándares para el desarrollo de software, diseño de métodos, metodologías y técnicas para llevar adelante
el ciclo de vida de los sistemas.

Para ello, se recomienda:

 Identificar los factores críticos en los procesos.


 Proponer un conjunto de procesos a adoptar.
 Guiar satisfactoriamente esta adopción teniendo en consideración la organización y su entorno
cultural.

1.4.1 Los factores que hacen crítico el proceso de adopción de tecnología CASE
Objetivos: La definición de un conjunto de objetivos claros y medibles, que incluyan objetivos técnicos y de
negocio.
Un ejemplo podría ser “incrementar en 50% el mejoramiento de la calidad en la actividad de especificación
de requerimientos” o “incrementar en un 40% el uso de herramientas CASE en el desarrollo de proyectos”.
Apoyo de la Administración: Extender la participación activa de la alta gerencia para alentar la adopción de
CASE, sin limitar la buena voluntad para obtener los recursos que sean necesarios.
Uso estratégico de herramientas: Definir una estrategia clara para el uso adecuado de las herramientas.
Desarrollo del Plan para el proceso total de adopción: Un plan y diseño para el proceso total de posicionar
estas herramientas al interior de cada componente de la organización.
Compromiso: Propiciar que las personas se involucren en el esfuerzo de adopción en forma activa, motivando
a los participantes.

8
Metodología ajustable: La buena disposición y factibilidad técnica de ajustar, cuando sea necesario, los
métodos de la organización y los métodos típicos de usar herramientas CASE, de tal forma que permitan llegar
a un conjunto consistente de métodos.
Entrenamiento: Proveer el entrenamiento e información necesarios y apropiados en cada paso a cada
persona envuelta en el proceso de adopción
Ayuda de expertos: Provisión de ayuda experta en el uso de estas herramientas durante el proyecto piloto y
continuamente tal como las herramientas se utilicen entre los componentes de la organización.
Proyecto piloto: Los resultados de una prueba piloto controlada son prioritarios al tomar una decisión final.
Capacidad de la herramienta: La capacidad técnica de la herramienta, en cuanto al entorno de hardware y
software, de modo que satisfaga los objetivos definidos en el contexto del alcance esperado.
Cambiado moderado: Asegurar la viabilidad que la organización pueda operar simultáneamente entre el viejo
y nuevo métodos, hasta que los componentes de la organización hayan cambiado totalmente hacia el nuevo
método.

1.4.2 La adopción de un conjunto de procesos en la herramientas CASE


Proceso de preparación
El propósito de este proceso es el establecimiento de los objetivos generales de los esfuerzos de adopción de
herramientas CASE y establecer y definir los aspectos de dirección y administración.
Este proceso comprende:

 Establecimiento de objetivos
 Verificación de la factibilidad y medición de los objetivos
 Establecimiento de políticas
 Desarrollo de planes.

Proceso de Evaluación y Selección


El propósito de este proceso es identificar las herramientas CASE más adecuadas, que sean las candidatas y
aseguren que las herramientas recomendadas cumplirán con los objetivos de la organización.
Este proceso está compuesto por:

 Iniciación: Define los objetivos y requerimientos para la evaluación de las herramientas CASE.
 Estructuración: Elaborar un conjunto de requerimientos basados en cada herramienta CASE.
 Evaluación: Producir reportes de evaluación técnica.
 Selección: Identificar las más adecuadas herramientas entre todas las candidatas.

Proceso de Proyecto Piloto


El propósito de este proceso es ayudar en la validación del trabajo desarrollado en el proceso inicial de
adopción de CASE, y para determinar si la actual capacidad de la herramienta es lo que la organización
necesita.
Este proceso está compuesto por:

9
 Iniciación: Definir planes, procedimientos, recursos y capacitación para realizar el proyecto piloto.
 Performance: Ejecutar un proyecto controlado en cada nueva herramienta que pueda ser probada.
 Evaluación: Provee los resultados de la evaluación de la performance del proyecto piloto.
 Decisión: Liderar el proceso de adopción, dejando la herramienta o performance a un segundo
proyecto piloto e identificando la experiencia en el aprendizaje de la organización para el proceso de
transición.

Proceso de Transición
El propósito de este proceso es minimizar las interrupciones durante el cambio de los actuales procesos hacia
la nueva tecnología, basados en el máximo aprovechamiento de las experiencias del proyecto piloto.
Este proceso está compuesto por:

 Iniciación: Definir planes, procedimientos y recursos que permitan la transición hacia el uso de las
herramientas.
 Entrenamiento: Capacitar a los usuario de la nueva herramienta.
 Institucionalización: Aplicar progresivamente la herramienta en segmentos largos del entorno, como
parte normal de la práctica organizacional.
 Monitoreo y apoyo continuo: Identificar si el proceso de adopción funciona correctamente y asegurar
el entrenamiento, así como otros recursos que sean necesarios durante el período de transición.
 Evaluación y culminación: Medir el resultado de la adopción de las herramientas CASE y proveer a la
organización la experiencia y conocimiento para futuros proyectos de adopción.

1.5 Consideraciones para Selección de Herramienta CASE


Seleccionar una Herramienta CASE no es una tarea simple. No existe una ‘mejor’ herramienta respecto de
otra. Hay numerosas historias respecto al uso de CASE y las fallas que pueden producirse. Las fallas o las
respuestas satisfactorias están en relación con las expectativas. Si el proceso de evaluación y selección de las
Herramientas CASE falla, entonces la Herramienta no cumplirá con las especificaciones o expectativas del
negocio. Esto puede ocurrir durante el proceso de implementación o ejecución del producto.
Hay tres puntos comunes que fallan en el proceso de evaluación y selección:

 El proceso en sí mismo.
 Los pre-requisitos necesarios.
 Conocer la organización.

1.5.1 El proceso en sí mismo


El proceso de evaluación y selección de Herramientas CASE debe aproximarse a un proyecto mayor. El proceso
debe definirse cuidadosamente y debe incluir las mejores técnicas de dirección de proyecto. Ninguna
selección es igual que otra, porque dos organizaciones no son iguales.
Por ejemplo, el proceso de selección para el Ministerio de Defensa puede ser completamente diferente que
en una corporación comercial. Aunque hay principios básicos, por ejemplo, todos debemos entender el
criterio en el que está basado el proceso de selección, todos deben tener una visión común. Es adecuado
limitar el número de vendedores tanto como sea posible, para poder enfocar y entender realmente una
determinada herramienta.

10
1.5.2 Los pre-requisitos necesarios
El propósito de las herramientas CASE es apoyar y facilitar el desarrollo de software.
Debe haber una comprensión clara del propósito de las herramientas que se propongan dentro del ambiente
de desarrollo que es compartido por el equipo de la selección. El equipo debe tener una visión común del
ambiente de desarrollo de sistemas, resultando la selección de la herramienta adecuada.
Otro requisito previo importante sería tener una metodología de desarrollo de sistemas seleccionada. Sin una
metodología, ingresará al largo camino del fracaso. Las herramientas implementan la metodología, no la
determinan.
1.5.3 Conocer la organización
Cuando se está evaluando y seleccionando una herramienta CASE, es importante conocer y entender a la
organización. Tal como las personas son únicas, así también las organizaciones son únicas a su propio modo,
cada una tiene una personalidad e infraestructura propias. Una empresa podría disciplinarse y alcanzar un
nivel alto de madurez en el proceso de diseño de software, mientras otra puede estar en las fases tempranas.
Sin tener en cuenta la disciplina y la madurez, es muy importante entender la organización que se verá
reflejada en la selección final.

1.6 Tendencias Tecnologías de Herramientas CASE


Las principales líneas de evolución hacia las que parecen encaminarse las herramientas CASE son:
CASE para sistemas bajo arquitectura cliente/servidor. No hay que confundir el hecho de que una
herramienta CASE funcione en un entorno de arquitectura cliente/servidor, con que el sistema desarrollado
mediante una herramienta CASE vaya a funcionar bajo dicha arquitectura.
En la actualidad ya hay ejemplos de los dos casos, herramientas CASE que funcionan bajo un entorno
cliente/servidor, en red y con un repositorio centralizado en un servidor y herramientas CASE que generan
aplicaciones que funcionan en un entorno cliente/servidor, en las cuales se puede indicar dónde deben residir
los componentes de la aplicación en tiempo de ejecución, liberando al programador de aspectos referidos a
los protocolos de comunicaciones, seguridad, interfases gráficas de usuario, etc.
La línea de evolución, en este caso, vendrá marcada por versiones mejoradas de la herramienta, que faciliten
cada vez más la distribución de los elementos de una aplicación entre los diferentes clientes y servidores y
una mayor liberalización del programador, de todos los aspectos que no sean propios de la aplicación
(protocolos de red, seguridad, etc.).
CASE multiplataforma. Estas herramientas soportan las combinaciones dominantes de diferentes plataformas
físicas, sistemas operativos, interfases gráficas de usuario, sistemas de gestión de bases de datos, lenguajes
de programación y protocolos de red. En este sentido el futuro podrá ser de apertura creciente a nuevas
plataformas y portabilidad más generalizada.

CASE para ingeniería inversa y directa. Ya existen algunas herramientas de este tipo. Su evolución marcará
notables mejoras en la obtención de los diseños a partir del código ya existente (ingeniería inversa) y la
regeneración del mismo, una vez optimizado el diseño (ingeniería directa).

11
CASE para trabajo en grupo (groupware). Estas herramientas se centran en el proceso de desarrollo más que
en el producto a desarrollar, facilitando la integración de diferentes grupos humanos, pertenecientes incluso
a empresas diferentes, trabajando conjuntamente en un gran proyecto. Deberían incorporar las facilidades
clásicas de ofimática: correo electrónico, calendarios en línea, planificación de actividades, preparación de
documentos, actas de reuniones, etc.
CASE para desarrollo de sistemas orientados a objetos. En la actualidad existen algunas herramientas que
cubren alguna de las fases del ciclo de vida de desarrollo de aplicaciones orientadas a objetos (interface de
usuario, análisis, diseño, programación, etc.). El objetivo futuro podría ser cubrir el ciclo de vida completo.
Aunque hoy en día, la mayor efectividad se consigue con las herramientas CASE para métodos estructurados,
en un futuro no muy lejano esta situación se invertirá a favor de las que soportan objetos. La proliferación de
este tipo de herramientas podrá verse retrasada debido al gran número de notaciones y metodologías de
orientación a objetos distintas que existen en la actualidad.
Es importante resaltar que las herramientas actuales permiten generar objetos: modelo "estático" y modelo
"funcional", más no el modelo "dinámico". La programación orientada a objetos puede cambiar la forma que
tienen las empresas de hacer negocio y como tal, necesita ser tratada cuidadosamente, tanto por las empresas
u organismos, como por los fabricantes de tecnologías que proporcionan las soluciones.

CAPITULO 2 CASE SKIPPER


2.1 Antecedentes
Setiembre-2016
EA compilación 6.5 - soporte UML 2.1, mejoras en el diagramado, soporte XMI 2.1 para UML 2.0 y
UML 2.1, soporte a Tecnología MDG, ventana de Seleccionar y Enfocar, nuevo generador de
Reporte HTML para modelos web, Diagrama de Secuencia, mejoras en el Banco de Trabajo y mucho
más!
Noviembre-2015
EA compilación 6.0 - Nuevo Foro de Discusión, soporte para la compilación actual, prueba y
depuración de comandos de EA, ingeniría de código W3C WSDL , Esquema de Ingeniería Reversa
W3C XML, Validación del Modelo y Soporte Meta-modelo (MOF), soporte de Subversión, soporte
para DBMS de Progress OpenEdge como repositorio del modelo , Ingeniería de Actionscript 2.0,
Python y mucho más!
Mayo 2015
EA compilación 5.0 - Nueva transformación de estilo MDA style , Documentación RTF dirijida por
Plantillas, mejoras en el Control de Versiones, soporte de Lineas Bases , utilidad de Comparación
(Diff) y agrega además soporte para la importación de modulos binarios.
Febrero 2015
EA compilación 4.51 - Nueva ventana de administrador de proyecto, PHP 5, C# 2.0, Java 1.5,
asistente de Tecnología MDG y otras mejoras.
Noviembre 2012
EA liberación 4.5 - introduce MDG para Eclipse, Native CVS, Estilo Gui 2005, edición en el lugar y
muchas otras mejoras.
Junio 2010

12
EA Liberación 4.1 - introduce MDG para Visual Studio.NET, mejora el soporte para los perfiles,
mejoras en el desempeño y muchas mejoras más.
Marzo 2009
EA 4.0 provee un comprensivo soporte para el nuevo estándar UML 2.0 como lo definido por OMG
(www.omg.org). Soporte para los 13 diagramas de UML 2.0 y los elementos asociados del diagrama.
Diagramas Estructurales:
• Clase
• Objeto
• Compuesto
• Paquete
• Componente
• Despliegue

Diagramas de Comportamiento:
• Caso de Uso
• Comunicación
• Secuencia
• Descripción de la Interacción
• Actividad
• Estado

Extensiones de Tiempo:
• Análisis
• Personalizado
(Requisitos, diseño UI)
Setiembre-2008
EA v3.60 introduce las principales mejoras de la interfaz de usuario, ventanas acoplables, plantillas
avanzadas de código y mucho, mucho más.
Febrero 2007
EA v3.51 barra de herramienta personalizada incorporada que permite agregar herramientas
personalizada por el usuario, automatización mejorada y mucho más .
Octubre 2006
EA v3.50 introdujo una nueva edición "Corporativa" , la cual agregó soporte para MySQL y
repositorio de respaldo de MS SQLServer.
Enero 2006

13
v3.10 Está disponible, con ventanas acoplables adicionales y soporte VB.Net y muchas otras
características nuevas.
Agosto 2004
v1.01.03 Liberación Comercial Inicial.

2.2 Definición e Identificación del CASE


Skipper combina el poder de la última especificación UML 2.1 con alto rendimiento, interfaz intuitiva,
para traer modelado avanzado al escritorio, y para el equipo completo de desarrollo e
implementación. Con un gran conjunto de características y un valor sin igual para el dinero, EA puede
equipar a su equipo entero, incluyendo analistas, evaluadores, administradores de proyectos,
personal del control de calidad, equipo de desarrollo y más, por una fracción del costo de algunos
productos competitivos. Verifique el rango completo de las herramientas y características case en
detalle.

Alta capacidad - Características finales superiores a un precio justo


Skipper es una herramientas comprensible de diseño y análisis UML, cubriendo el desarrollo de
software desde el paso de los requerimientos a través de las etapas del análisis, modelos de diseño,
pruebas y mantenimiento. EA es una herramienta multi-usuario, basada en Windows, diseñada para
ayudar a construir software robusto y fácil de mantener. Ofrece salida de documentación flexible y
de alta calidad. El manual de usuario está disponible en línea.

Velocidad, estabilidad y buen rendimiento


El Lenguaje Unificado de Modelado provee beneficios significativos para ayudar a construir modelos
de sistemas de software rigurosos y donde es posible mantener la trazabilidad de manera
consistente. Skipper soporta este proceso en un ambiente fácil de usar, rápido y flexible. Para una
mirada rápida al modelado UML en Skipper vea nuestro tutorial UML y documentos.

Trazabilidad de extremo a extremo


Skipper provee trazabilidad completa desde el análisis de requerimientos hasta los artefactos de
análisis y diseño, a través de la implementación y el despliegue. Combinados con la ubicación de
recursos y tareas incorporados, los equipos de Administradores de Proyectos y Calidad están
equipados con la información que ellos necesitan para ayudarles a entregar proyectos en tiempo.

Construido sobre las bases de UML 2.1


Las bases de Skipper están construidas sobre la especificación de UML 2.0 - pero no se detiene ahí!
Usa Perfiles UML para extender el dominio de modelado, mientras que la Validación del Modelo
asegura integridad. Combina Procesos de Negocio, Información y Flujos de trabajo en un modelo
usando nuestras extensiones gratuitas para BPMN y el perfil Eriksson-Penker.

14
2.3 Características
 Ayuda Comprensiva para UML 2.1

Soporta los 13 diagramas de UML 2.1


Los diagramas de comportamiento incluyen: Casos de Uso, Actividades, Estado,
Interacción, Secuencia y Comunicación
Los diagramas de Estructura Incluyen: Paquetes, Clases, Objetos, Composición,
Componentes y Despliegue
Soporte para perfil de estilo UML 2.0
Extensiones Personalizadas
Colaboraciones

 Interfaz de usuario intuitiva

Amplio rango de barras de herramientas, ventanas acoplables, y estilos visuales.


Guarde y restaure disposiciones de ventanas personalizadas.
Modifique y personalice las barras de herramientas y menús.
Cree sus propios aceleradores.
Puede "Desplazar" las ventanas acopladas para maximizar el espacio de las ventanas y
mejorar la eficiencia de su trabajo.
Amplio sistema de menús para tener control de su modelo.
Los accesos rápidos permiten la creación de elementos de diagramas y conexiones
sensitivas al contexto.

 Soporte para Transformaciones MDA

La Arquitectura Dirigida por Modelos permite transformar elementos simples del modelo en
complejos.
Transformaciones Completas conducidas por plantillas.
Fácil para escribir y modificar transformaciones de plantillas.
Realizar transformaciones para DDL, Java, C#, EJB, XSD.
Generar y sincronizar su Modelo Específico de Plataforma del Modelo Independiente de
Plataforma.
Cada PIM puede soportar múltiples PSMs.

15
 Documentación flexible y comprensible.

Plantillas conducidas por generador RTF


Las Plantillas soportan todas las características de los elementos del modelo de EA y datos
extendidos (tales como Pruebas, Riesgos, Recursos, Cambios, etc.)
Las plantillas soportan encabezados, pies, tablas de contenidos, imágenes embebidas,
índices, títulos de páginas, tablas jerarquizadas y más.
Salida en formato de texto enriquecido
Opciones simplificadas con filtros y criterios de selección
Guarde las plantillas reportadas para una reutilización posterior
Puede crear documentos maestros personalizados con vínculos sostenibles a las
porciones generadas de la salida de EA
Skipper permite exportar un modelo completo o una rama simple del modelo a páginas
web en HTML
Fije sus modelos en Internet o en su Intranet usando el generador de reportes HTML
Los reportes adicionales incluyen para el uso de métricas de casos de uso, pruebas y mas.

 Ingeniería de Código Directa e Inversa

Las plantillas completas encaminan al generador de ingeniería de código - modifique las


plantillas incorporadas o empiece a escribirlas de cero
Agregue lenguajes adicionales
Sintaxis resaltada del editor del código fuente con capacidad para "guardar y sincronizar"
con rapidez
Puede generar código fuente C++, Java, C#, VB.Net, Visual Basic, Delphi, PHP, Python y
ActionScript
Soporte para Corba también disponible como "plug-in" libre

 Plug-ins para vincular EA a Visual Studio.NET o Eclipse

Adaptadores de MDG Link disponibles como agregaciones separadas


Enlaces para sus IDE favoritos
Utilice EA para navegar, para realizar ingeniería inversa y para desarrollar un modelo completo
- utilice su IDE para el desarrollo
Localice el código fuente para las clases, atributos y operaciones en su IDE directamente de
EA
Construya y haga correr su proyecto desde el menú del plug-in de EA
Vea errores de compilación en EA

16
 Soporte para 'tecnologías agregadas' usando Tecnologías MDG (Generación Dirigida por
Modelos)

Agregue soporte para nuevos lenguajes, modelando perfiles y más.


Fácil de construir y mantener
Única importación para el sistema completo de plantillas, gramática, tipos de datos,
Perfiles, Patrones y más.
Distribuya soluciones específicas para el dominio con facilidad
Los Wizard de la Tecnología MDG se construye para hacer tecnología para ensamblar
archivos fácilmente
 Modelado de Base de Datos

Ingeniería Inversa para muchos de los sistemas populares DBMS, incluyendo Oracle, SQL
Server, My SQL, Access, PostgreSQL y otros
Tablas del Modelo de Base de Datos, columnas, claves, claves foráneas, y relaciones
complejas usando UML e incorporar perfiles de modelado de datos
Generación directa de los scripts DLL para crear las estructuras de Base de Datos.

 Capacidad para compartir modelos de diversas maneras

 Capacidad de colocar Archivos .EAP en un sector compartido de la red (pequeños


grupos de trabajo)
 Use réplicas de archivos .EAP para el desarrollo distribuido.
 Soporta diferentes repositorios basados en DBMS, incluyendo Oracle, SQL Server, My
SQL, PostGreSQL
 Soporta importar/exportar archivos XMI para manejar la distribución y actualización de
frameworks y otros paquetes basados en la estructura del modelo.
 Soporta control de versiones de repositorios
 El Wizard de transferencia de datos permite clasificar modelos complejos ofreciendo
máxima flexibilidad
 Capacidad para exportar e importar datos de referencia básica para evitar configurar
múltiples veces la misma información

 Soporta Control de Versiones

 Soporta CVS nativo más soporte para herramientas SCC (muchas diferencias actualmente
disponibles)
 Versiones a nivel de paquetes
 Excelente soporte para versiones jerarquizadas de paquetes controlados
 Compara utilidades permitiendo cambios de vista en el modelo actual hasta en el último
archivo del disco
 Todos los paquetes versionados han sido almacenados en formato estándar XMI para su
portabilidad y facilidad de manipulación.
 Obtenga las últimas características extras de soporte para paquetes anidados que le
permiten construir modelos complejos desde un simple paquete importado.

17
 Soporte de esquema XML
 Perfil incorporado para XSD para simplificar el desarrollo de esquemas XML usando
UML
 Perfil UML para XSD disponible para descarga libre
 Generar esquemas complejos de XML de modelos UML
 Transformar modelos simples en modelos XSD usando transformaciones MDA, luego
generar XSD para guardar
 Ingeniería Reversa de esquema XML a Modelos UML
 Ingeniería Directa de esquema XML desde Modelos UML

 Compare la Utilidad

 Un motor comprensivo basado en comparar el contenido del modelo actual a un


archivo estándar XMI
 Soporte total para las características del elemento del modelo, conectores, atributos,
métodos, datos extendidos (pruebas, cambios, requerimientos, restricciones, etc.)
 Para la versión de control de paquetes, compara instantáneamente con el ultimo
archivo en disco
 Compara un paquete con cualquier archivo XMI, perfecto para comparaciones entre
modelos
 Compara paquete actual con Línea Base almacenada

 Soporta Línea Base

Almacene una foto de una rama actual de paquetes dentro del EA


Los datos se almacenan en formato comprimido dentro del modelo actual para facilitar
referencias y portabilidad
Use la función comparar para comparar la Línea base con la versión actual de un paquete
en el modelo
Perfecto para administrar cambios, especialmente para áreas críticas como modelos de
requisitos y de casos de uso
 Soporte en Administración de Requisitos

El elemento "Requisito" como clase perfilada de UML


Soporta agregación, composición, jerarquía y otras relaciones complejas entre requisitos
Ofrece Vista Jerárquica para mostrar interconexiones entre elementos
Soporta trazabilidad completa usando jerarquía y vista de matriz
Capacidad para unir requisitos a otros elementos del modelo, y para ver la trazabilidad
desde los requerimientos hasta los componentes desplegados
Compara la utilidad para administrar los requisitos de cambio
Soporte de Línea Base para capturar los 'requerimientos' en un punto de tiempo

18
Soporte de Control de Versiones para ayudar a administrar el desarrollo y cambio de
requerimientos
 Soporta Seguridad de Usuario

Ofrece Seguridad de usuario


Soporta tanto a usuarios como a grupos
Se pueden establecer diversos permisos
2 modelos básicos:
- El usuario debe 'bloquear' para editar (modelo de comprobación)
- Libre Edición con la capacidad por usuario para 'bloquear' elementos/paquetes como se
requiera (modelo libre)
 Soporte para Prueba

Pruebas de Unidad
Pruebas de Integración
Pruebas de sistema
Pruebas de aceptación
Escenarios
Reporte de todos los detalles soportados en el generador del documento RTF.

 Soporte para el Mantenimiento

Cambie los detalles de control


Grabación del mantenimiento
Seguimiento de tareas y defectos
Reporte de los detalles soportados en el generador del documento RTF
 Soporte para Administración de Proyecto

Ayuda detallada para unir recursos a los elementos tales como casos de uso,
componentes, paquetes, subsistemas, etc.
Soporte para detallar ítems de riesgos
Soporte para detallar esfuerzos de ítems unidos a un elemento del modelo
Soporte para unir tipos de métricas personalizadas a cualquier elemento del modelo
Reporte completo de los detalles soportados en el generador de los documentos RTF.
Soporte para métricas de casos de usos - permite estimar los recursos y el tiempo del
proyecto basado en las métricas dadas
 Soporte para información de estado del sistema

Soporta un Glosario para definir términos claves del proyecto


Tareas del sistema para seguir ítems importantes del trabajo

19
Incidencias del sistema para seguir los cambios y problemas del nivel del modelo
Reporte de detalles completos soportado en el generador de documentación RTF
 Características completas de la Interfaz de Automatización para hacer script en EA y escribir
plug-ins Complejos

Interfaz de automatización muy detallada con acceso a la mayoría de las características de


los elementos y la información adjunta
La mayoría de las propiedades completamente editables desde el cliente automatizable
Soporte perfecto para plug-ins con la capacidad de embeber el cliente windows
automatizado en la vista del diagrama principal.
Acceso a las funciones importantes de EA como lo es la importación y exportación XMI
Interfaz accesible desde cualquier lenguaje cliente automatizado - tales como VB, C#, C++,
Delphi, etc.
 Soporte de Ingeniería WSDL

Perfil incorporado para WSDL para simplificar el desarrollo de Servicios Web usando UML
Ingeniería Reversa de Documentos WSDL en UML
Ingeniería Directa WSDL desde UML
Transformar Modelos simples en modelos XSD usando transformaciones MDA, luego
generar XSD a archivo

Reporte de Trazabilidad
Excelentes servidores de búsqueda
Opciones flexibles de apariencia, color.
Corrector ortográfico
Diversos formatos de imágenes para los diagramas guardados

2.4 Plataformas Compatibles


 Importación / Exportación de modelos en formato XML

Soporte para XMI 1.0 y 1.1


Exportación completa de modelos EA a XMI
El estándar XML para ser usado por herramientas 3rdparty, tales como generadores MDA
y reportes
Importación de otra herramientas XMI en formato UML 1.1 o 1.3
 Archivos Binarios de Ingeniería Inversa para Java y .NET

Soporta importar archivos .JAR en java


Importa ensamblados .NET y mas

20
.NET importa soporte para ambos importación basada en reflexión e importación de
archivos decompilados para IL usando el decompilador. NET
La Depuración permite la generación automática de diagramas de secuencia desde una
aplicación que se esté ejecutando

2.5 Interfaces
La página de inicio ha sido rediseñada con iconos activos para proveer acceso instantáneo para
comandos comunes, documentos recientes, tematización de interface de usuario, diseños de
espacios de trabajo y mucho más.

21
22
El seleccionar la opción ver como lista abre un nuevo navegador de paquetes.

Señalar en modificar podremos agrupar y filtrar paquetes de manera fácil, múltiples paquetes se
pueden abrir ahora al mismo tiempo, así podemos abrir cualquier tipo de diagrama

23
EVALUACION CASE SKIPPER
TABLAS COMPARATIVAS
COMPARACIÓN SEGÚN LA FIABILIDAD

SEGÚN LA FUNCIONALIDAD

24
25
SEGÚN LA MANTENIBILIDAD

SEGÚN LA PORTABILIDAD

26
SEGÚN LA USABILIDAD

27
SEGÚN EFICIENCIA

28
SEGÚN INTEGRIDAD

29
30
RESUMEN COMPARACIONES

31
CAPITULO 3 CASUISTICA PARA UNA EMPRESA

3.1 Costos y Justificación de Compra e inversión


3.1.1 Costos
Base
Standard Editions
Price
Supports large, collaborating teams with security and
$239
Corporate remote DBMS access
Full featured UML modeling for workgroups, analysts and
$199
Professional developers
Comprehensive UML modeling tool for individual analysts $135
Desktop
Base
Suite Editions
Price
The complete Skipper experience across multiple domains! $699
Ultimate
For s engineering, real-time and embedded development $599
s Engineering
Business and Software
For business modeling, Skipperure, development and more $599
Engineering

3.1.2 Justificación de Compra


Basándose en los casos de estudio presentados tenemos los siguientes motivos del porque comprar EA:
 Obtención de código fuente mantenible y documentación que ahorra muchas horas hombre y máquina.
 Evita escribir en demasía código repetitivo ya que tiene un soporte de todo el ciclo de vida.
 Es una de las más baratas entre los CASE
 Ofrece aplicaciones móviles a los usuarios finales, lo cual atrae a más clientes que buscan estar al día
tecnológicamente.

32
3.2 Impacto y beneficio empresarial

Mercados potenciales identificados:


La venta de EA en el mercado interno de Australia contribuye a aproximadamente el 5% de los ingresos
anuales totales. EA ha experimentado un crecimiento positivo de las ventas en la mayoría de países en el
mundo, con aproximadamente el 70% de los ingresos generados por América del Norte, Reino Unido y Europa.
Otros premios o reconocimientos recibidos (Prestigio):
EA ha recibido elogios de muchos órganos importantes en todo el mundo, tanto de fuentes comerciales y
académicos. En 2005 Sparx s ve embarcarse en una nueva estrategia para introducir EA para el proceso de
adjudicación de ganar reputación y reconocimiento en este campo.
Éxito en mercados de exportación y locales:
EA ha experimentado un gran nivel de consumo de muchas empresas top ranked basadas en los Estados
Unidos y top ranked globales. 50% de los top 10 ranked US forbes como también el 20% top 100 ranked US
Forbes 500 compañías son dueñas de gran volúmenes de licencias de EA. Muchas firmas globales están en el
proceso de incluir EA como parte de su ambiente estándar de operación (Standard Operating Environment
SOE).

3.3 CASE aplicado a una empresa

Caso: IDS Soluciones Ecommerce ( Argentina)

IDS Soluciones Ecommerce es una empresa de software que se especializa en el desarrollo

de soluciones ecommerce en 2 pilares:

- Soluciones Ecommerce Magento

- Soluciones Ecommerce VTEX

¿En donde se emplea Skipper?

33
La empresa Argentina usa Skippper en el desarrollo de soluciones e-commerce en:

Cuando NO USAR Skipper

Si bien es cierto el uso de skipper reduce el tiempo de desarrollo, también incrementa el tiempo de

ejecución de las consultas de la base de datos al poner una capa adicional de abstracción.

Este tiempo adicional se nota en proyectos grandes y complejos, por lo que no se recomienda su uso

en este tipo de aplicaciones, es decir, aplicaciones donde se necesite una alta eficiencia en la consulta a

la base de datos, esto solo se puede lograr con consultas de bajo nivel (sql directamente).

CONCLUSIONES

34
Sparx Skipper ha demostrado ser una herramienta CASE apropiada para proyectos informáticos de tamaño
medio a grande, si bien es cierto no es una herramienta gratuita u open-source relativamente es una de las
más baratas entre el mercado y al mismo tiempo es una potente herramienta CASE que abarca todo el ciclo
de vida.
Skipper es una herramienta especializada en lenguaje PHP, con soporte para frameworks como: Doctrine or
Doctrine 2, Propel, CakePHP, Symfony, Zen.

Skipper tiene los scripts de importación / exportación configurados en JavaScript y se pueden personalizar
libremente

35
BIBLIOGRAFIA
 http://www.sparx s.com/ _Skipper_user_guide/9.3/introduction/what_can_i_do_with_ea.html
 http://consensus.com.au/SoftwareAwards/CSAarchive/CSA2005/EA.htm
 http://www.sparx s.com/resources/casestudies/index.html
 http://www.sparx s.com.ar/products/ea.html
 http://es.slideshare.net/iFhernd/herramienta-case- -Skipper
 http://www.software-shop.com/in.php?mod=ver_producto&prdID=325
 http://www.laccei.org/LACCEI2011-Medellin/published/IT180_Alfonzo.pdf
 http://recursosbiblioteca.utp.edu.co/tesisd/textoyanexos/0053L864e.pdf
 https://www.adictosaltrabajo.com/tutoriales/ Skipperuml2-x/
 http://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/420
 https://www.adictosaltrabajo.com/tutoriales/ Skipperuml2-x/
 http://www.aulavirtual-
exactas.dyndns.org/claroline/backends/download.php?url=L1RyYWJham9zX1By4WN0aWNvcy9BY3Rpd
mlkYWRfNV9QYXJhZGlnbWFzLnBkZg%3D%3D&cidReset=true&cidReq=15_INANSI_IG

36