Elementos y Herramientas en el desarrollo de sistemas de informacion. Una vision actual de la tecnologia CASE /
Series: SeriePublication details: Addison- Wesley iberoamericana España 1995Edition: 1Description: 479 16.5cm de ancho X 23cm de largoISBN:- 0-201-87894-1
- LCC
| Item type | Current library | Call number | Copy number | Status | Date due | Barcode | |
|---|---|---|---|---|---|---|---|
|
|
CI Gustavo A. Madero 2 | LCC | Ej:1 | Available |
Í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
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
Ingeniería Electrónica
There are no comments on this title.


















