TY - GEN AU - Mario G. Piattini AU - Sunil N. Daryanani TI - Elementos y Herramientas en el desarrollo de sistemas de informacion. Una vision actual de la tecnologia CASE T2 - Serie SN - 0-201-87894-1 AV - LCC PY - 1995/// CY - España PB - Addison- Wesley iberoamericana N1 - ÍNDICE PRÓLOGO XXVII PREFACIO PARTE I. INTRODUCCIÓN. CAPÍTULO 1. CONCEPTOS BÁSICOS DE LA TECNOLOGÍA 1.1. Introducción 1.2. Clasificación de las herramientas CASE 1.3. Evolución de la tecnología CASE. PARTE II. TÉCNICAS Y METODOLOGÍAS. CAPÍTULO 2. TÉCNICAS Y METODOLOGÍAS EN EL DESARROLLO DE SOFTWARE 2.1. Programación y otras fases.. 2.2. Realidad original, modelo, sistema, método 2.3. Elementos de los métodos 2.4. Intentos de clasificación de métodos 2.5. Encapsulación de los métodos.. 2.6. Uso de métodos y herramientas: NVT BLAMENTOS HERRAMIENTAS INEL DESARROLLO DE SISTEMAS DE INFORMACION LTA BADOS COS CAPÍTULO 3. PRINCIPALES TÉCNICAS 11. Diagramas de flujo de datos (DFD) 3.1.1. Introducción. 3.1.2. Proceso de análisis 3.1.3. Propiedades de los DFD 12. Modelo entidad/relación 33. Modelo NIAM. 3.4. Diagrama de Jackson. 3.4.1. Introducción. 3.4.2 Conceptos básicos 15. Diagramas de estructura (Structure Charts) 3.5.1. Introducción 3.5.2. Elementos principales del diagrama de estructura 36. Matrices 3.6.1. Introducción 162. Mariz entadad/entidad 3.6.3. Matriz evean/ entidad 36.4 Matriz papel del usuario/función. 37. Dugramas de Warnier-Or 3.7.1. Inasaccide 3.7.2 Conceptos básicos 3.1.3. Notación sutilizada 18. Dugrana år traumúción de estados 341. Camerp 3.8.2 Competes de un diagrama de trusion de estados 333. Aplicimes del dugrana de mansición de estados CAPITLED 4. METODOLOGIA MEMISE 4.2.3. Estadio detallado 4.2.4. Estudio técnico 4.2.5. Realización y purita en marcha 426 Mantenimiento 4.3. Evolución, tendencias y futuro del método 4.3.1 Nivel conceptual 4.3.2. Nivel organizavo 4.3.3 Nivel lógico Conclusión CAPÍTULO 5. METODOLOGÍA SSADM.. 5.1. Breve hestona 4.2. Estructura del método 521 Mulo FS (Feasibility Study 52.2 Módulo RA (Requirements Analy 5.2.3. Módulo RS (Requirements Specification) 5.2.4. Módulo LS (Logical System Specification) 52.5 Módale PD (Physical Design) 52.6 Modulo FS-Estadio de viabilidad 52.7 M RA Análisis de requerimien 5.2.5. Module RS-Especificación de equerimienos. 5.3. Vemajas e morovenientes 5.2.10 Módulo PD Diseño fisace 529 Módulo LS- Especificación del sistema légion CAPÍTULO 6. METODOLOGÍA DE INGENIERÍA DE LA INFORMACIÓN 62. Las fases the la metodoingia 6.3. El modelo de empresa. 64. Las técnicas de la ingenieria de la información 4.1. El dugrana de acción 15. Obietivos y productus mailumes th Benefices acto y largo plume de la metodologia CAPÍTULO 14 PLAN GENERAL DE GARANTÍA DE CALIDAD APLICABLE AL DESARROLLO DE EQUIPOS LOGICOS PARTE IV. REPOSITORIOS Y DICCIONARIOS Y DICCIONARIOS. CAPÍTULO 17. VISIÓN GENERAL DE LOS REPOSITORIOS 14.2. Actados 14.3. Rique de parantia de culised 144 pm de garamia de cafsdad de un proyecto 1441 Imesas de cumuol y elementos auxiliare 17.1 Evolución histórico de los directoriosdiccionarios de dato al diccionario de recursos de información. 14.3. Reflexión derivada de la aplicación práctica del PGGC 17.2. Papel del diccionario en la empresa 17.3. Contenido del diccionario de recursos de información 17.4. Estándares sobre SDRI 17.5. Conclusiones CAPÍTULO 15. MÉTRICAS Y CASE... 13.1 las herramientas CASE en sentido amplio CAPÍTULO 18. ESTÁNDARES ISO/IEC PARA SISTEMAS DE DICCIONARIOS DE RECURSOS 152. El papel de las satiricas en el desarrollo y mantenimiento DE INFORMACION de software 15.3.1. Estimación de eduerzos y contes 15.3. Hemmientas CASE de apoyo a las métricas del software 18.1. Grupos de trabajo de ISOЛЕС 18.2. Marco de referencia de SDRI 13.32 Modeks y medidas de productividad 15.3.3 Modelos y medidas de calidad del software.... 18.3. Interfaz de servicios. 15.34. Modcim de fiabilidad. 18.4 Otros estándares... 15.35 Modelos y medidas del rendimiento 15.3.6. Mencas de estructura y de complejidad. 18.5. Conclusiones 13.4 Hemmes de ayuda a la estimación.. 15A Menscas de código y doeño CAPÍTULO 19. PCTE: UN REPOSITORIO ESTÁNDAR PARA HERRAMIENTAS PORTATILES.... 16 Ahmativas a las herransentas CASE de métricas comercializadas. 19.1. Introducción. 19.2. Conceptos básicos de PCTE...... 19.3. Servicios aportados por PCTE 19.3.1. Introducción...... CAPÍTULO 16. HERRAMIENTA PARA EL CONTROL DE LA CALIDAD. 19.3.2. Sistema de gestión de objetos (OMS) 19.3.3. Sistema de gestión de esquemas.... 19.3.4. Serviclos de ejecución.... 19.3.5. Servicio de entrada/salida 16.2. Scución actual y planscamiento del problema. 19.3.6. Comunicación entre procesов. 16.3. Solacatio propuesta 19.3.7. Servicios de seguridad 19.3.8. 19.3.9. Servicios de notificación... Actividades y concurrencia CAPÍTULO 28 CDI ESTANDAR PARA EL INTERCAMBIO DE DATOS ENTRE HERRAMIENTAS CASE. 23.2.1. Evolaods de be herramientas 201 peral 302 CDIF PARTE V TENDENCIAS EN LAS HERRAMIENTAS CASE CAPITULO 21. TENDENCIAS Y FUTURO DEL CASE... CAPITULO 22. INTEGRACIÓN DE HERRAMIENTAS CASE 22.1 Inaccse. 22.2. Сталуын паsscos 222.1 Insegnacate de presentación. 22.2.2 Imegración de datos 22.2.3 Jetegración de control. Algunos ejemplos de estándares de integración POTE 213 CDIF 2234 OMG 27.34 Microsoft DDE y OLE 22.4 Modelos de arquitectura de plataformas de integración 22.4.1 Centradas en datos CAPÍTULO 21. HERRAMIENTAS CASE V ORIENTACIÓN AL OBJETO 23.1 Torm… CAPÍTULO 26. SISTEMAS EXPERTOS Y MULTIMEDIA 2.1. Introduccio 20.2. Los монета схренов 26.1. Aplicación del mundo multimedia. 26.4. Conclusión CAPÍTULO 27. DESARROLLO DE BASES DE DATOS CON HERRAMIENTAS CASE...... 27.1. Introducción 27.2. Diseño conceptual. 27.3. Diseño lógico. 27.4. Diseño frico. 27.5. Ouos temas de interés 27.6. Conclusiones CAPÍTULO 28. MODELOS DE PROCESO SOFTWARE... 30.2. El proceso de evaluación 28.1 Ideas básicas sobre modelos de proceso software. 28.3. Situación del modelado de procesos software. 28.3. Conceptos a modelar y técnicas utilizadas 28.4. Interpretación de los procesos software. 28.5. Aplicaciones de modelos de procesos.. 28.5.1. Modelos orgánicos de procesos software XXVI ELEMENTOS Y HERRAMIENTAS EN EL DESARROLLO DE SISTEMAS DE INFORMACIÓN 32.3. Metodologías y CASE. 32.3.1. Las metodologías. 32.3.2. Las herramientas CASE 32.4. Implantación de las herramientas 32.4.1. Planificación 32.4.2. Análisis y diseño 32.4.3. Construcción e implantación... 32.4.4. Mantenimiento 32.5. Conclusiones CAPÍTULO 33. UTILIZACIÓN DE CASE EN EL AYUNTAMIENTO DE MADRID........... 33.1. El Centro Municipal de Informática del Ayuntamiento de Madrid (CEMI) 33.2. EI CASE en el CEMI 33.3. Ventajas e inconvenientes de los CASE, un ejemplo: la depuración simbólica. 33.4. El CASE en todo tipo de sistemas informáticos PARTE VII. APÉNDICES A. BIBLIOGRAFÍA. B. HERRAMIENTAS CASE COMERCIALES C. ABREVIATURAS. ÍNDICE ALFABÉTICO ; Ingeniería Electrónica N2 - Quiero aprovechar la oportunidad que me brindan, y que agradezco. Mario Piattini y Sunil Daryanani para tratar de repasar brevemente cómo se ha ido implantando la tecnología CASE en nuestro país, y siempre que la paciencia del lector me lo permita Parece ser que el término CASE se popularizó en EE.UU. tras la aparición de un artículo en el Wall Street Journal del 24 de septiembre de 1986. Sin embargo, las herramientas y entornos de ayuda al desarrollo en software, aún en fase de prototipo o proyecto, empiezan a divulgarse a finales de la década de 1970 y principios de los años ochenta. Se utilizaron muchos nombres: entorno de desarrollo de software, CASE o programación asistida por computador, analyst Workbench, y, entre ellos, CASE. Sea o no a causa del artículo periodístico, el hecho es que su fecha coincide con la primera eclosión comercial de los productos CASE, y casi de inmediato empezamos a oírlo por estas tierras. Se me ocurrió entonces escribir un breve artículo de divulgación en la revista NOVATICA, y a consecuencia de ello empecé a dar charlas y seminarios de divulgación de la tecnología CASE, del mismo modo que lo hacían otros compañeros de oficio. Fue una primera etapa en la que lo que interesaba era enterarse de qué era aquello, para qué servía, qué hacían las herramientas, cuáles estaban disponibles en el mercado español (muy pocas en aquel entonces) y, evidentemente, cuánto costaba; en otras palabras, si la inversión en CASE era o no rentable y a qué plazo. Era una época de mucha curiosidad por el tema, pero nada más (y si no, pregunten a las empresas pioneras en la comercialización). Y a ese interés, centrado en la herramienta y su potencial, responden algunos libros que podemos encontrar en el mercado y cuyas primeras ediciones provienen de esos días. XVID ELEMENTOS Y HERRAMIENTAS EN EL DESARROLLO DE SISTEMAS DE INFORMACIÓN Ha pasado poco tiempo, pero la situación es muy distinta. Hoy ya no tiene sentido el tipo de seminario que impartí entonces. Actualmente, quien más y quien menos, ha tenido algún contacto con esta tecnología. Hoy, el mercado español está en línea con el mercado internacional, y ya nadie cuestiona la rentabilidad a largo plazo de la inversión en CASE, especialmente por lo que respecta al ahorro en mantenimiento. Pero hay algo que no ha cambiado mucho, sólo un poco: la implantación de técnicas y métodos de ingeniería de software en el desarrollo de sistemas de información sigue en cotas muy bajas, con o sin CASE. Hoy, todos sabemos introducir al mismo tiempo unas técnicas, métodos, procedimientos y estándares, junto con las herramientas que les dan soporte. Teniendo en cuenta que CASE es una tecnología compleja, ello que no es sencillo, y la pregunta es ¿cómo hay que hacerlo? No voy a afirmar rotundamente que este libro responda de manera definitiva a la anterior pregunta, pero sí que es claramente un paso en la dirección correcta. El trabajo de Daryanani y Piattini de definir un marco (guión o contenido), encargar a un grupo profesional y autorizado de autores los diferentes capítulos, y darle unidad y forma final, ha sido un trabajo por el que quiero felicitarlos. Y por varias razones. Una, por la complementariedad de las diferentes visiones y la exhaustividad con que se trata el tema. Dos. porque en la definición del marco no se limitaron a tratar de las herramientas ni tampoco del binomio herramienta-método de análisis/diseño (visión muy frecuente, pero muy parcial de la tecnología CASE), sino que se incluye un amplio panorama sobre lo que hay que saber de ingeniería del software para desarrollar sistemas de información con CASE. Y tres, porque el producto resultante es un libro polivalente que puede servir de soporte a la docencia en diferentes ámbitos, al tiempo que puede ser un excelente instrumento de ayuda al profesional. Mi enhorabuna, pues, a todos los autores, y también al lector, que, sin duda alguna, ha hecho una excelente elección. Pere Botella Barcelona, Noviembre de 1994 ER -