Investigación

Materia: Evaluación de Sistemas De Información.

Tema: Herramienta de Análisis y Diseño Orientado a Objetos

Integrantes: Adrián Vera MedinaJessica NaranjoLuis Gómez

Periodo Lectivo

2015 - 2015

IntroducciónUn reto vital para los sistemas de información de la actualidad es mejorar la comunicación entre profesionales de los sistemas y los empresarios. Los profesionales de los sistemas deben comprender la empresa e idear la forma en que debe cambiar.

Los diagramas son la documentación de los sistemas (junto con los depósitos, que almacenan el significado de los diagramas y la información adicional recolectada cuando fueron trazados).

La ISO-14598 proporciona un marco de trabajo para evaluar la calidad de todos los tipos de software, indicando los requisitos que serán medidos, y analizados en este proceso.

Proceso Selección 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.

En este caso nos basaremos en el estándar ISO / IEC 14102 el cual define tanto un conjunto de procesos y un conjunto estructurado de características de la herramienta CASE para su uso en la evaluación técnica y la selección final de una herramienta CASE. Sigue el modelo de evaluación de productos de software se define en la norma ISO / IEC 14598-5: 1998.

Se resumen las cuatro grandes características propuestas por el Estándar:

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.

Evaluación comparativa de herramientas CASE para UML Teniendo en cuenta el enorme número de productos existentes en el mercado, ha sido necesario realizar una labor de selección previa a las evaluaciones. En las cuatro fases del proyecto las herramientas han sido seleccionadas a partir del catálogo proporcionado por Objects by Design, atendiendo a factores como disponibilidad de versiones gratuitas de evaluación, facilidad de instalación, etc., así como la información proporcionada por el propio fabricante, descartando directamente, por ejemplo, aquellas herramientas que ni siquiera pretenden cubrir todos los tipos de diagramas de UML. Esta selección es necesariamente parcial, de modo que no podemos descartar que alguna herramienta no seleccionada ni evaluada pueda ser una buena herramienta CASE para UML. Ahora bien, es muy difícil cuantificar absolutamente hasta qué punto una herramienta es capaz de representar correctamente los distintos elementos que pueden aparecen en los diagramas de UML: no sería práctico enumerar a priori todas las características buscadas, y a continuación contrastarlas en las herramientas sometidas a evaluación, ya que la enumeración podría extenderse hasta el infinito, y posiblemente la mayoría de las cuestiones serían respondidas afirmativamente por todas las herramientas.

Por tanto, el método seguido para encontrar un conjunto de preguntas relevantes ha sido el siguiente:

1. Se selecciona un conjunto de diagramas significativos, ordenados por tipo de diagrama, que reflejen la totalidad de la notación de UML, extraídos del estándar de UML.

2. Se intenta representar estos diagramas utilizando las herramientas seleccionadas.

3. Cuando se detecta algún problema con una herramienta concreta, se formula de modo sintético la pregunta correspondiente y se anota la respuesta negativa proporcionada por esta herramienta. Por ejemplo: "¿es posible representar una dependencia entre dos asociaciones?".

4. La misma pregunta se plantea a las demás herramientas, de modo que se pueda establecer la comparación entre ellas.

El sistema de preguntas con respuesta Sí/No puede ser inadecuado, ya que en muchos casos la respuesta no es tan sencilla. Por ejemplo, algunas herramientas permiten definir en el modelo subyacente determinadas propiedades de los elementos de un diagrama, aunque no sea posible mostrar estas propiedades en los diagramas; otras herramientas (las meramente gráficas según nuestra clasificación) permiten mostrar determinadas propiedades aunque sin definirlas formalmente como tales en el modelo. Así pues, en la cuarta fase afrontamos este mismo problema desde una perspectiva distinta, buscando mayor rigor mediante una cuantificación numérica diferente para cada posible respuesta. En lugar de responder a cada pregunta meramente con Sí o No, anotamos cuatro posibles respuestas:

N: la herramienta N no puede representar la característica especificada. G: se puede representar G gráficamente la característica especificada, pero

ésta no queda registrada en el modelo subyacente. M: no se puede representar gráficamente la M característica especificada, pero

sí es posible hacerlo en el modelo subyacente. S: la herramienta S sí puede representar la característica especificada, tanto de

modo gráfico como en el modelo subyacente

Tenemos varias formas de evaluar un sistema para poder hacer una correcta elección para nuestra empresa. A continuación se hará una tabla comparativa de los posibles sistemas a implementar con sus respectivas características, propiedades, observaciones y los costos en el mercado.

Los siguientes tres anexos son tablas de cómo esta sobre evaluado un sistema dependiendo de las características que buscamos en especifico.

Conclusiones

Al momento de iniciar un proyecto de Ingeniería de Software, es imprescindible tomarse el tiempo necesario para determinar cuál de las herramientas disponibles en el mercado suplen las necesidades que el proyecto plantea.

Este trabajo realizó una caracterización de las herramientas de modelado UML teniendo en cuenta los aspectos procedimentales, de arquitectura, de apoyo al repositorio y de funcionalidad. Esta caracterización es una guía útil para aquellas empresas desarrolladoras de software en el momento de seleccionar una herramienta CASE. La adopción de una herramienta de este tipo debe realizarse una vez la empresa tenga claridad tanto del proceso de desarrollo como de la aproximación metodológica a seguir y de la manera como la herramienta CASE contribuirá a apoyar dichos elementos.

Bibliografía

http://www.ibm.com/developerworks/ssa/rational/library/08/0129_ali_gangulli/

http://www.apexnet.com.ar/index.php/news/main/38/event=view

http://www.slickpalm.com/como-elegir-la-herramienta-uml-best-open-source/

http://citic.ucr.ac.cr/sites/default/files/recursos/10%20Jenkins,%20Fuentes.pdf

http://exa.unne.edu.ar/informatica/anasistem1/public_html/Temas/Temas_06.pdf

http://www.iso.org/iso/catalogue_detail.htm?csnumber=43189