You are on page 1of 9

Investigacin

Materia: Evaluacin de Sistemas De


Informacin.
Tema: Herramienta de Anlisis y
Diseo Orientado a Objetos
Integrantes: Adrin Vera Medina
Jessica Naranjo
Luis Gmez
Periodo Lectivo
2015 - 2015

Introduccin
Un reto vital para los sistemas de informacin de la actualidad es mejorar la
comunicacin 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 documentacin de los sistemas (junto con los depsitos, que
almacenan el significado de los diagramas y la informacin 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 sern medidos, y analizados en este
proceso.

Proceso Seleccin 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 estndar ISO / IEC 14102 el cual define tanto un
conjunto de procesos y un conjunto estructurado de caractersticas de la herramienta
CASE para su uso en la evaluacin tcnica y la seleccin final de una herramienta
CASE. Sigue el modelo de evaluacin de productos de software se define en la norma
ISO / IEC 14598-5: 1998.
Se resumen las cuatro grandes caractersticas propuestas por el Estndar:

El propsito de las herramientas CASE es apoyar y facilitar el desarrollo de software.


Debe haber una comprensin clara del propsito de las herramientas que se
propongan dentro del ambiente de desarrollo que es compartido por el equipo de la
seleccin. El equipo debe tener una visin comn del ambiente de desarrollo de
sistemas, resultando la seleccin de la herramienta adecuada.
Otro requisito previo importante sera tener una metodologa de desarrollo de sistemas
seleccionada. Sin una metodologa, ingresar al largo camino del fracaso. Las
herramientas implementan la metodologa, no la determinan.

Evaluacin comparativa de
herramientas CASE para UML
Teniendo en cuenta el enorme nmero de productos existentes en el mercado, ha sido
necesario realizar una labor de seleccin previa a las evaluaciones. En las cuatro
fases del proyecto las herramientas han sido seleccionadas a partir del catlogo
proporcionado por Objects by Design, atendiendo a factores como disponibilidad de
versiones gratuitas de evaluacin, facilidad de instalacin, etc., as como la
informacin proporcionada por el propio fabricante, descartando directamente, por
ejemplo, aquellas herramientas que ni siquiera pretenden cubrir todos los tipos de
diagramas de UML. Esta seleccin 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 difcil cuantificar
absolutamente hasta qu punto una herramienta es capaz de representar
correctamente los distintos elementos que pueden aparecen en los diagramas de
UML: no sera prctico enumerar a priori todas las caractersticas buscadas, y a
continuacin contrastarlas en las herramientas sometidas a evaluacin, ya que la
enumeracin podra extenderse hasta el infinito, y posiblemente la mayora de las
cuestiones seran respondidas afirmativamente por todas las herramientas.

Por tanto, el mtodo 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 notacin de UML, extrados del
estndar de UML.
2. Se intenta representar estos diagramas utilizando las herramientas
seleccionadas.
3. Cuando se detecta algn problema con una herramienta concreta, se formula
de modo sinttico 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 dems herramientas, de modo que se
pueda establecer la comparacin 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 grficas segn nuestra clasificacin) 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 cuantificacin numrica
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 caracterstica especificada.
G: se puede representar G grficamente la caracterstica especificada, pero
sta no queda registrada en el modelo subyacente.
M: no se puede representar grficamente la M caracterstica especificada, pero
s es posible hacerlo en el modelo subyacente.
S: la herramienta S s puede representar la caracterstica especificada, tanto de
modo grfico como en el modelo subyacente

Tenemos varias formas de evaluar un sistema para poder hacer una correcta eleccin
para nuestra empresa. A continuacin se har una tabla comparativa de los posibles
sistemas a implementar con sus respectivas caractersticas, propiedades,
observaciones y los costos en el mercado.
Los siguientes tres anexos son tablas de cmo esta sobre evaluado un sistema
dependiendo de las caractersticas que buscamos en especifico.

Conclusiones
Al momento de iniciar un proyecto de Ingeniera de Software, es imprescindible tomarse el
tiempo necesario para determinar cul de las herramientas disponibles en el mercado suplen
las necesidades que el proyecto plantea.
Este trabajo realiz una caracterizacin de las herramientas de modelado UML teniendo en
cuenta los aspectos procedimentales, de arquitectura, de apoyo al repositorio y de
funcionalidad. Esta caracterizacin es una gua til para aquellas empresas desarrolladoras de
software en el momento de seleccionar una herramienta CASE. La adopcin de una

herramienta de este tipo debe realizarse una vez la empresa tenga claridad tanto del proceso
de desarrollo como de la aproximacin metodolgica a seguir y de la manera como la
herramienta CASE contribuir a apoyar dichos elementos.

Bibliografa
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