El documento presenta una introducción a las herramientas CASE (Computer-Aided Software Engineering), que son conjuntos de herramientas y métodos que asisten el desarrollo de software. Explica que las herramientas CASE nacieron en los años 1980 para aumentar la productividad y calidad del desarrollo de software. Luego describe los componentes clave de las herramientas CASE, como el repositorio de información, módulos de diagramación, generadores de código y documentación, y prototipado. Finalmente, resume las ventajas y desventajas del uso de
1. República Bolivariana de Venezuela
Ministerio del Poder Popular para la Educación Superior
Guatire Edo. Miranda
I.U.T. Rufino Blanco Fombona
Cátedra: Análisis y Diseño de Sistemas I
Especialidad: Informática
Semestre:Tercero
Herramientas CASE
Participante
Franyelis Pérez
Facilitador (@)
Carolina López
Guatire, 8 de julio de 2015
2. Introducción
Día a día la tecnología avanza, surgen
nuevas y mejores formas de hacer las cosas,
siempre buscando métodos más efectivos,
confiables, con mayor calidad y menos
riesgos. Las herramienta CASE nacen para
auxiliar a los desarrolladores de software.
3. Historia
ü El objetivo en 1985 para muchos vendedores era
producir software más rápidamente. Las
herramientas del CASE serían una familia de
métodos favorablemente estructurados para
planeamiento, análisis y diseño.
ü Los 70’s vieron la introducción de técnicas
gráficas y diagramas de flujo de datos.
ü
ü La primera herramienta comercial se
remonta a 1982.
ü 1985 cuando las herramientas CASE se volvieron
realmente importantes en el proceso de
desarrollo de software.
4. Definición de las
Herramientas Case
Las herramientas CASE son un
conjunto de herramientas y métodos
asociados que proporcionan asistencia
automatizada en el proceso de
desarrollo del software a lo largo de su
ciclo de vida.
5. Objetivos
ü Aumentar la productividad de las áreas de
desarrollo y mantenimiento de los sistemas
informáticos.
ü Mejorar la calidad del software
desarrollado
ü Reducir tiempos y costos.
ü Mejorar el archivo de datos (enciclopedia) de
conocimientos (know-how) y sus facilidades de uso,
reduciendo la dependencia de analistas y
programadores
ü Mejorar la gestión y dominio sobre el proyecto
en cuanto a su planificación, ejecución y
control.
6. objetivos
Automatizar
ü El desarrollo del software
ü La documentación
ü La generación del
código
ü El chequeo de errores
Permitir
ü La reutilización (reusabilidad) del
software
ü La portabilidad del software
ü La estandarización de la documentación
ü Integrar las Mejorar el archivo de datos
(enciclopedia) de conocimientos .
7. Componentes O Elementos
Repositor
ioEl 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.
Características
• 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.
8. Módulos de Diagramación y
Modelización
Este componente consiste en dar soporte
para la creación de los diagramas más
utilizados para el análisis y diseño del
software.
Diagrama de flujo de
datos.
Modelo entidad -
interrelación
Diagrama Estructura de
datos
Diagrama Estructura de
cuadros
9. Herramienta de
prototipado
El objetivo principal de esta herramienta
es poder mostrar al usuario, desde los
momentos iníciales del diseño, el aspecto
que tendrá la aplicación una vez
desarrollada.
10. 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
Módulo Generador de
Documentación
El módulo generador de la
documentación se alimenta del
repositorio para transcribir las
especificaciones allí contenidas.
11. Clasificación
1. Herramientas integradas, I-CASE (Integrated
CASE, CASE integrado):
2. Herramientas de alto nivel, U-CASE (Upper
CASE - CASE superior)
3. Herramientas de bajo nivel, L-CASE (Lower
CASE - CASE inferior)
4. Juegos de herramientas o Tools-Case.
12. Según Su Integración
ü Toolkits (Juego de herramientas)
ü Workbenchs (Banco de trabajo)
ü IPSE (Integrated Project
Support Environment)
Por su Posición
Upper CASE: Herramientas de apoyo a las primeras fases
ü Métricas del software.
ü Estimación de costes.
ü Planificación temporal.
Medium CASE: Herramientas de apoyo a las fases
centrales.
ü Análisis.
ü Diseño.
Lower CASE: Herramientas de apoyo a las últimas
fases.
ü Implementación (generación de código).
ü Pruebas (caja blanca y caja negra).
ü Mantenimiento.
ü Documentación de la implementación y documentación
para el usuario final.
13. Por su
Funcionalidad
q Herramientas de planificación de sistemas de gestión.
q Herramientas de análisis y diseño.
q Herramientas de programación.
q Herramientas de integración y prueba
q Herramientas de gestión de prototipos.
q Herramientas de mantenimiento.
q Herramientas de gestión de proyectos.
q Herramientas de soporte.
15. Ventajas
üMejora en la eficacia
ü Mejora en la calidad del sistema de
información
ü Disminución de tiempo
ü Automatización de tareas tediosas
ü Garantizar la consistencia de los
procedimientos
Desventajas
ü Diagramas no utilizados.
ü Función limitada.
ü Costo de adquisición.
16. Características
q Soporte gráfico para varias técnicas (DFD, E/R, STD, modelos OO, etc.)
Control de errores “Consistencia”: Unicidad identificadores, reglas
metodología, etc.
q Validación entre diferentes modelos:
En una fase (p.e. entre DFD y E/R)
En varias fases (DFD análisis y diseño; DFD diseño y Diagrama de
estructuras).