¡Descarga Ingeniería de Software: Un Enfoque Práctico (Quinta Edición) y más Guías, Proyectos, Investigaciones en PDF de Desarrollo de Software solo en Docsity!
INGENIERÍA DEL SOFTWARE
U N ENFO QUE PRÁCTICO
Quinta edición
CONSULTOR EDITORIAL
ÁREA DE INFORMÁTICA Y COMPUTACIÓN
Gerardo Quiroz Vieyra
Ingeniero de Comunicaciones y Electrónica
por la ESIME del Instituto Politécnico Nacional
Profesor de la Universidad Autónoma Metropolitana
Unjdad Xochimilco
MEXICO
INGENIERÍA DEL SOFTWARE. Un enfoque práctico. (5: edición) No está permitida la reproducción total o parcial de este libro, ni su tratamiento infor- mático, ni la transmisión de ninguna forma o por cualquier medio, ya sea electrónico, mecánico, por fotocopia, por registro u otros métodos, sin el permiso previo y por escrito de los titulares del Copyright.
DERECHOS RESERVADOS O 2002, respecto a la quinta edición en español, por
McGRAW-HILLDNTERAMERICANA DE ESPANA, S. A. U.
Edificio Valrealty, l.aplanta Basauri, 17 28023 Aravaca (Madrid)
Traducido de la quinta edición en inglés de SOFTWARE ENGINEERING. A Practitioner’s Approach. European Adaptation
ISBN: 0-07- 709677 - 0 Copyright O MMI, by The McGraw-Hill Companies ISBN: 84-481-3214- 9 Depósito legal: M. 42.852 - 2001
Editora: Concepción Femández Madrid Diseño de cubierta: Design Master Dima Compuesto en FER Impreso en: Imprenta FARESO. S. A.
IMPRESO EN ESPANA - PRINTED IN SPAIN
ACERCA DEL AUTOR, XXIII PREFACIO, XXV PRÓLOGO A LA CUARTA EDICIÓN EN ESPAÑOL, XXIX PRÓLOGO A LA QUINTA EDICIÓN EN ESPAÑOL, XXXIII UTILIZACI~NDEL LIBRO, XXXVII
PARTE PRIMERA: EL PRODUCTO Y EL PROCESO
CAP~TULO 1. EL PRODUCTO, 3
CAP~TULO 2. EL PROCESO, 13
PARTE SEGUNDA: GESTIÓN DE PROYECTOS DE SOFTWARE
CAP~TULO 3. CONCEPTOS SOBRE GESTIÓN DE PROYECTOS, 37
CAP~TULO 4.
CAPITULO 5.
CAPITULO 6. CAPITULO 7. CAPITULO 8. CAPITULO 9.
PROCESO DE SOFTWARE Y MÉTRICAS DE PROYECTOS, 53 PLANIFICACIÓN DE PROYECTOS DE SOFTWARE, 77
ANÁLISIS Y GESTIÓN DEL RIESGO, 97
PLANIFICACIÓN TEMPORAL Y SEGUIMIENTO DEL PROYECTO, 111 GARANTIA DE CALIDAD DEL SOFTWARE (SQAICCS), 131 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCSISCM), 151
PARTE TERCERA : MÉTODOS coNVENCIONALES PARA LA INGENIER~ADEL SOFTWARE
CAP~TULO 10. CAPITULO 11.
INGENIERIA DE SISTEMAS, 165 CONCEPTOS Y PRINCIPIOS DEL ANALISIS, 181
CONCEPTOS Y PRINCIPIOS DE DISENO, 219
CAP~TULO 12. MODELADO DEL ANÁLISIS, 199 CAP~TULO 13. CAPITULO 14. DISENO ARQUITECTÓNICO, 237 CAPITULO 15.
CAP~TULO 16.
CAP~TULO 17. CAPITULO 18.
CAP~TULO 19.
DISENO DE LA INTERFAZ DE USUARIO, 259 DISENO A NIVEL DE COMPONENTES, 273 TÉCNICAS DE PRUEBA DEL SOFTWARE, 281 ESTRATEGIAS DE PRUEBA DEL SOFTWARE, 305 MÉTRICAS TÉCNICAS DEL SOFTWARE, 323
PARTE CUARTA: INGENIERIA DEL SOFTWARE ORIENTADA A OBJETOs
CAPITULO 20. CAPITULO 21. CAPITULO 22. CAPITULO 23. CAPITULO 24.
CONCEPTOS Y PRINCIPIOS ORIENTADOS A OBJETOS, 343 ANÁLISIS ORIENTADO A OBJETOS, 361 DISENO ORIENTADO A OBJETOS, 379 PRUEBAS ORIENTADAS A OBJETOS, 407
MÉTRICAS TÉCNICASPARA SISTEMAS ORIENTADOS A OBJETOS, 421
PARTE OUINTA : TEMAS AVANZADOS EN INGENIER~ADEL SOFTWAW
, CAPITULO 25. MÉTODOS FORMALES, 435 CAP~TULO 26.
CAP~TULO 27.
INGENIERIA DEL SOFTWARE DE SALA LIMPIA, 459 INGENIERIA DEL SOFTWARE BASADA EN COMPONENTES, 473
CLIENTEISERVIDOR, 491
CAP~TULO 28.
CAP~TULO 29. INGENIER~AWEB, 521
INGENIER~ADEL SOFTWARE DEL COMERCIO ELECTR~NICO
V
ACERCA DEL AUTOR, XXIII
PREFACIO, XXV PRÓLOGO A LA CUARTA EDICIÓN EN ESPAÑOL, XXIX PRÓLOGO A LA QUINTA EDICIÓN EN ESPAÑOL, XXXIII UTILIZACIÓN DEL LIBRO, XXXVII
3.2.2.
4.5.1.
4.6.1. 4.6.2.
CONTENIDO
7.2.
7.3.
7.4. 7.5. 1.6. 7.7.
7.8. 7.9. 7.10.
LA R E L A C I ~ NENTRE LAS PERSONAS Y EL ESFUERZO , 114
7.2.2. UNA R E L A C I ~ NEMP~RICA, 115
DEFINICI~NDE UN CON J UNTO DE TAREAS PARA EL PROYECTO DE SOFTWARE, 116
7.3.2. DEFINIR LOS CRITERIOS DE ADAPTACI~N, 117
7.2.1. UN EJEMPLO, 115
7.2.3. DISTRIBUCIÓN DEL ESFUERZO, 115
7.3.1. GRADO DE RIGOR, 117
7.3.3. 7.3.4.
CÁLCULO DEL VALOR SELECTOR DEL CONJUNTO DE TAREAS, 117 INTERPRETAR EL VALOR SCT Y SELECCIONAR EL CONJUNTO DE TAREAS, 119 S E L E C C I ~ NDE LAS TAREAS DE INGENIER~ADEL SOFTWARE, 119 REFINAMIENTO DE LAS TAREAS PRINCIPALES, 120 DEFINIR UNA RED DE TAREAS, 121
7.7.1. GRÁFICOS DE TIEMPO, 123
ANÁLISIS DE VALOR GANADO, 125 SEGUIMIENTO DEL ERROR, 126 EL PLAN DEL PROYECTO, 127
LA PLANIFICACI~NTEMPORAL, 122
7.7.2. SEGUIMIENTO DE LA PLANIFICACI~NTEMPORAL, 124
RESUMEN, 127 REFERENCIAS, 128 PROBLEMAS Y PUNTOS A CONSIDERAR, 128
OTRAS LECTURAS Y FUENTES DE INFORMACI~N, 129
CAP~TULO8: GARANT~ADE CALIDAD DEL SOFTWARE íSOA/GCS), 131
8.1. CONCEPTOS DE CALIDAD, 132 8.1.1. CALIDAD, 132 8.1.2. CONTROLDE CALIDAD, 133 8.1.3. GARANTIADECALIDAD, 133 8.1.4. COSTE DE CALIDAD, 133 8.2. LA TENDENCIA DE LA CALIDAD, 134 8.3. GARANTIA DE CALIDAD DEL SOFTWARE, 135 8.3.1. PROBLEMAS DE FONDO, 135 8.3.2. ACTIVIDADES DE SQA, 136 8.4. REVISIONES DEL SOFTWARE, 137 8.4.1. 8.4.2.
IMPACTO DE LOS DEFECTOS DEL SOFTWARE SOBRE EL COSTE, 137 AMPLIFICACIÓN Y ELIMINACIÓN DE DEFECTOS, 138 8.5. REVISIONES TÉCNICAS FORMALES, 138 8.5.1. L A R E U N I ~ NDE R E V I S I ~ N , 139 8.5.2. REGISTRO E INFORME DE L A R E V I S I ~ N , 140 8.5.3. DIRECTRICES PARALAREVISI~N, 140
8.6. G A R A N T ~ ADE CALIDAD ESTAD~STICA, 141
8.7. FIABILIDAD DEL SOFTWARE, 143 8.7.1. 8.7.2. SEGURIDAD DEL SOFTWARE, 144 8.8. PRUEBA DE ERRORES PARA EL SOFTWARE, 145 8.9. EL ESTÁNDAR DE CALIDAD ISO 9001,
MEDIDAS DE FIABILIDAD Y DE DISPONIBILIDAD, 143
8.10. EL PLAN DE SQA, 147 RESUMEN, 148 REFERENCIAS, 148 PROBLEMAS Y PUNTOS A CONSIDERAR, 149
OTRAS LECTURAS Y FUENTES DE INFORMACI~N, 150
CAP~TULO9: GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE íGCSISCM1,lSl
9.1. GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE, 152
X
CONTENIDO
20.1. 20.2.
20.3.
21.1.
21.2.
21.3. 21.4.
21.5.
CONTENIDO
28.7.1. CORRESPONDENCIA DEL VOLUMEN DE TRANSMISIÓN CON LOS MEDIOS DE TRANS- 28.7.8. CONSIDERAR LA UTILIZACIÓN DE SERVIDORES DEDICADOS A FUNCIONES
- CAP~TULO1: EL PRODUCTO, PARTE PRIMERA: EL PRODUCTO Y EL PROCESO - 1.2. EL SOFTWARE, - 1.1. LA E V O L U C I ~ NDEL SOFTWARE - 1.2.1. CARACTER~STICASDEL SOFTWARE, - 1.2.2. APLICACIONES DEL SOFTWARE, - 1.3. SOFTWARE: LUNACRISIS EN EL HORIZONTE?, - 1.4. MITOS DEL SOFTWARE, - RESUMEN, - REFERENCIAS, - PROBLEMAS Y PUNTOS A CONSIDERAR, - OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAP~TULO2: EL PROCESO, - 2.1. INGENIERIA DEL SOFTWARE: UNA TECNOLOGÍAESTRATIFICADA, - 2.1.1. PROCESO, MÉTODOS Y HERRAMIENTAS , - 2.2. EL PROCESO DEL SOFTWARE, 2.1.2. - 2.3. MODELOS DE PROCESO DEL SOFTWARE, - 2.4. EL MODELO LINEAL SECUENCIAL, - UNA VISIÓN GENERAL DE LA INGENIERíA DEL SOFTWARE, - 2.5. EL MODELO DE CONSTRUCCI~NDE PROTOTIPOS, - 2.6. EL MODELO DRA, - 2.7. MODELOS EVOLUTIVOS DE PROCESO DEL SOFTWARE, - 2.7.1. EL MODELO INCREMENTAL, - 2.1.2. EL MODELO ESPIRAL, - 2.7.3. EL MODELO ESPIRAL WINWIN (Victoria & Victoria), - 2.7.4. EL MODELO DE DESARROLLO CONCURRENTE, - 2.8. DESARROLLO BASADO EN COMPONENTES, - 2.9. EL MODELO DE MÉTODOS FORMALES, - 2.10. TÉCNICAS DE CUARTA G E N E R A C I ~ N , - 2.11. TECNOLOG~ASDE PROCESO, - 2.12. PRODUCTO Y PROCESO, - RESUMEN, - REFERENCIAS, - PROBLEMAS Y PUNTOS A CONSIDERAR, - OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAP~TULO3: CONCEPTOS SOBRE GESTIÓN DE PROYECTOS , PARTE SEGUNDA: GESTIÓN DE PROYECTOS DE SOFTWARE - 3.1. EL ESPECTRO DE LA GESTIÓN, - 3.1.1. PERSONAL, - VI - 3.1.2. PRODUCTO, CONTENIDO - 3.1.3. PROCESO, - 3.1.4. PROYECT0, - 3.2. PERSONAL, - 3.2.1. LOS PARTICIPANTES, - LOS JEFES DE EQUIPO, 3.2.3. - EL EQUIPO DE SOFTWARE, - 3.2.4. ASPECTOS SOBRE LA COORDINACI~NY LA COMUNICACI~N, - 3.3. PRODUCTO, - 3.3.1. ÁMBITO DEL SOFTWARE, - 3.3.2. DESCOMPOSICIÓN DEL PROBLEMA, - 3.4. PROCESO, - 3.4.1, M A D U R A C I ~ NDEL PRODUCTO Y DEL PROCESO, - 3.4.2. DESCOMPOSICI~NDEL PROCESO, - 3.5. PROYECTO, - 3.6. EL PRINCIPIO W5HH, - 3.7. PRÁCTICAS CR~TICAS, - RESUMEN, - REFERENCIAS, - PROBLEMAS Y PUNTOS A CONSIDERAR, - OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO4: PROCESO DE SOFTWARE Y MÉTRICAS DE PROYECTOS, - 4.1. MEDIDAS, MÉTRICAS E INDICADORES, - 4.2. MÉTRICAS EN EL PROCESO Y DOMINIOS DEL PROYECTO, - 4.2.2. MÉTRICAS DEL PROYECTO, 4.2.1. - MÉTRICAS DEL PROCESO Y MEJORAS EN EL PROCESO DEL SOFTWARE, - 4.3. MEDICIONES DEL SOFTWARE, - 4.3.1. MÉTRICAS ORIENTADAS AL TAMANO, - 4.3.2. MÉTRICAS ORIENTADAS A LA F U N C I ~ N , - 4.3.3. MÉTRICAS AMPLIADAS DE PUNTO DE FUNCIÓN, - 4.4. RECONCILIACIÓN DE LOS DIFERENTES ENFOQUES DE MÉTRICAS, - VISIÓN GENERAL DE LOS FACTORES QUE AFECTAN A LA CALIDAD, - MEDIDA DE LA CALIDAD, ó - 4.5. MÉTRICAS PARA LA CALIDAD DEL SOFTWARE, - 4.5.3. EFICACIA DE LA ELIMINACI~NDE DEFECTOS, 4.5.2. - DEL SOFTWARE, 4.6. I N T E G R A C I ~ NDE LAS MÉTRICAS DENTRO DEL PROCESO DE INGENIER~A - ARGUMENTOS PARA LAS MÉTRICAS DEL SOFTWARE, 4.6.3. - ESTABLECIMIENTO DE UNA LÍNEA BASE, - COLECCIÓN DE MÉTRICAS, CÓMPUTO Y EVALUACIÓN, - 4.8. V A R I A C I ~ NDE LA GESTIÓN: CONTROL DE PROCESOS ESTAD~STICOS, 4.7. EL DESARROLLO DE LA MÉTRICA Y DE LA OPM (OBJETIVO, PREGUNTA , - 4.9. MÉTRICA PARA ORGANIZACIONES PEQUEÑAS, - MÉTRICA),
- 4.10. ESTABLECIMIENTO DE UN PROGRAMA DE MÉTRICAS DE SOFTWARE,
- RESUMEN,
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACI~N, - 5.1. OBSERVACIONES SOBRE LA ESTIMACI~N, - 5.2. OBJETIVOS DE LA PLANIFICACI~NDEL PROYECTO,
- CAPÍTULO 5: PLANIFICACI ÓN DE PROYECTOS DE SOFTWARE, - VI - 5.3. ÁMBITO DEL SOFTWARE, CONTENIDO - 5.3.1. OBTENCI~NDE LA INFORMACI~NNECESARIA PARA EL ÁMBITO, - 5.3.3. UN EJEMPLO DE ÁMBITO, - 5.3.2. VIABILIDAD, - 5.4. RECURSOS, - 5.4.1. RECURSOS HUMANOS, - 5.4.3. RECURSOS DE ENTORNO, 5.4.2. - RECURSOS DE SOFTWARE REUTILIZABLES, - 5.5. ESTIMACIÓN DEL PROYECTO D E SOFTWARE, - 5.6. TÉCNICAS DE DESCOMPOSICI~N, - 5.6.1 TAMAÑO DEL SOFTWARE, - ESTIMACIÓN BASADA EN EL PROBLEMA, 5.6.3. - UN EJEMPLO DE ESTIMACIÓN BASADA EN LDC, - 5.6.4. UN EJEMPLO DE ESTIMACI~NBASADA EN PF, - 5.6.5. ESTIMACI~NBASADA EN EL PROCESO, - 5.6.6. UN EJEMPLO DE ESTIMACI~NBASADA EN EL PROCESO, - 5.7.1. LA ESTRUCTURA DE LOS MODELOS DE ESTIMACI~N, - 5.7.3. L A E C U A C I ~ NDEL SOFTWARE, - 5.8.1. C R E A C I ~ NDE UN ÁRBOL DE DECISIONES, - 5.8.2. SUBCONTRATACI~N (OUTSOURCM), - 5.7. MODELOS EMPIRICOS DE ESTIMACIÓN, - 5.7.2. EL MODELO COCOMO, - 5.8. LA DECISIÓN DE DESARROLLAR - COMPRAR, - 5.9. HERRAMIENTAS AUTOMÁTICAS DE ESTIMACI~N,
- RESUMEN,
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES D E INFORMACIÓN,
- CAPÍTULO 6: ANÁLISIS Y GESTIÓN DEL RIESGO, - 6.1. ESTRATEGIAS D E RIESGO PROACTIVAS VS. REACTIVAS, - 6.2. RIESGO DEL SOFTWARE, - 6.3. IDENTIFICACI~NDEL RIESGO, - 6.3.1. EVALUACI~NGLOBAL DEL RIESGO DEL PROYECTO, - 6.3.2. COMPONENTES Y CONTROLADORES DEL RIESGO, - 6.4. PROYECCIÓN DEL RIESGO, - 6.4.3. EVALUACIÓN DEL RIESGO, 6.4.2. - DESARROLLO DE UNA TABLA DE RIESGO, - EVALUACIÓN DEL IMPACTO DEL RIESGO, - 6.5. REFINAMIENTO DEL RIESGO, - 6.6. REDUCCIÓN, SUPERVISIÓN Y GESTIÓN DEL RIESGO, - 6.7. RIESGOS Y PELIGROS PARA LA SEGURIDAD, - 6.8. E L PLAN RSGR,
- RESUMEN,
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO 7: PLANIFICACI~NTEMPORAL Y SEGUIMIENTO DEL PROYECTO , - 7.1. CONCEPTOS BÁSICOS, - 7.1.2. PRINCIPIO BÁSICOS, 7.1.1. - COMENTARIOS SOBRE «LOS RETRASOS», - 9.1.1. LÍNEAS BASE, - 9.1.2. ELEMENTOS DE CONFIGURACI~NDEL SOFTWARE, - 9.2. EL PROCESO DE GCS, - 9.3. IDENTIFICACI~NDE OBJETOS EN LA CONFIGURACI~NDEL SOFTWARE, - 9.4. CONTROL DE VERSIONES, - 9.5. CONTROL DE CAMBIOS, - 9.6. AUDITORÍADE LA CONFIGURACI~N, - 9.7. INFORMES DE ESTADO, - RESUMEN, - REFERENCIAS, - PROBLEMAS Y PUNTOS A CONSIDERAR, - OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO 10: INGENIERÍA DE SISTEMAS, PARTE TERCERA: MÉTODOS CONVENCIONALES PARA LA INGENIERÍA DEL SOFTWARE - 10.1. SISTEMAS BASADOS EN COMPUTADORA, - 10.2. LA JERARQUÍADE LA INGENIERÍADE SISTEMAS, - 10.2.1. MODELADO DEL SISTEMA, - 10.2.2. SIMULACI~NDEL SISTEMA, - 10.3. INGENIERIA DE PROCESO DE NEGOCIO: UNA VISIÓN GENERAL, - 10.4. INGENIERIA DE PRODUCTO: UNA VISIÓN GENERAL, - 10.5. INGENIERÍADE REQUISITOS, - 10.5.1. IDENTIFICACIÓN DE REQUISITOS, - 10.5.3. ESPECIFICACIÓN DE REQUISITOS, - 10.5.4. MODELADO DEL SISTEMA, - 10.5.5. VALIDACIÓN DE REQUISITOS, - 10.5.6. GESTIÓN DE REQUISITOS, - 10.5.2. ANÁLISIS Y NEGOCIACI~NDE REQUISITOS, - 10.6. MODELADO DEL SISTEMA, - RESUMEN,
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACION,
- CAPITULO 11: CONCEPTOS Y PRINCIPIOS DEL ANÁLISIS, - 11.1. ANÁLISIS DE REQUISITOS, - 11.2. IDENTIFICACIÓN DE REQUISITOS PARA EL SOFTWARE, - 11.2.1. INICIO DEL PROCESO, - 11.2.3. DESPLIEGUE DE LA FUNCIÓN DE CALIDAD, - 11.2.4. CASOS DE USO, - 11.2.2. TÉCNICAS PARA FACILITAR LAS ESPECIFICACIONES DE UNA APLICACI~N,I
- 11.3. PRINCIPIOS DEL ANÁLISIS, - 11.3.1. EL DOMINIO DE LA INFORMACIÓN, - 11.3.2. MODELADO, - 11.3.3. PARTICIÓN, - 11.3.4. VISIONES ESENCIALES Y DE IMPLEMENTACI~N, - 11.4.1. SELECCI~NDEL ENFOQUE DE C R E A C I ~ NDE PROTOTIPOS , I
- 11.4. CREACIÓN DE PROTOTIPOS DEL SOFTWARE, - 11.4.2. MÉTODOS Y HERRAMIENTAS PARA EL DESARROLLO DE PROTOTIPOS,
- 11.5. ESPECIFICACI~N, - 11.5.1. PRINCIPIOS DE LA ESPECIFICACIÓN, CONTENIDO - 11.5.3. LAESPECIFICACIÓN DE LOS REQUISITOS DEL SOFTWARE, - 11.5.2. REPRESENTACI~N, - 11.6. R E V I S I ~ NDE LA ESPECIFICACI~N, - RESUMEN, - REFERENCIAS, - PROBLEMAS Y PUNTOS A CONSIDERAR, - OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO12: MODELADO DEL A NÁLISIS, - 12.1. BREVE HISTORIA, - 12.2. LOS ELEMENTOS DEL MODELO DE ANÁLISIS, - 12.3. MODELADO DE DATOS, - 12.3.1. OBJETOS DE DATOS, ATRIBUTOS Y RELACIONES, - 12.3.2. CARDINALIDAD Y MODALIDAD, - 12.3.3. DIAGRAMAS ENTIDAD - RELACIÓN, - 12.4. MODELADO FUNCIONAL Y FLUJO DE INFORMACIÓN, - 12.4.1. DIAGRAMAS DE FLUJO DE DATOS, - 12.4.2. AMPLIACIONES PARA SISTEMAS DE TIEMPO REAL, - 12.4.3. AMPLIACIONES DE WARD Y MELLOR, - 12.4.4. AMPLIACIONES DE HATLEY Y PIRBHAI, - 12.5. MODELADO DEL COMPORTAMIENTO, - 12.6. MECANISMOS DEL ANÁLISIS ESTRUCTURADO, - 12.6.1. C R E A C I ~ NDE U N DIAGRAMA ENTIDAD-RELACI~N, - 12.6.2. C R E A C I ~ NDE UN MODELO DE FLUJO DE DATOS, - 12.6.3. CREACIÓN DE UN MODELO DE FLUJO DE CONTROL, - 12.6.4. LAESPECIFICACIÓN DE CONTROL, - 12.6.5. LA ESPECIFICACIÓN DEL PROCESO, - 12.7. EL DICCIONARIO DE DATOS, - 12.8. OTROS MÉTODOS CLÁSICOS DE ANÁLISIS,
- RESUMEN,
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO13: CONCEPTOS Y PRINCIPIOS DE DISENO, - 13.1. DISENO DEL SOFTWARE E INGENIERIA DEL SOFTWARE, - 13.2. EL PROCESO DE DISENO, - 13.2.1. DISEÑOY CALIDAD DEL SOFTWARE, - 13.2.2. LA EVOLUCI~NDEL DISENO DEL SOFTWARE, - 13.3. PRINCIPIOS DEL DISENO, - 13.4. CONCEPTOS DEL DISENO, - 13.4.2. REFINAMIENTO, - 13.4.3. MODULARIDAD, - 13.4.4. ARQUITECTURA DEL SOFTWARE, - 13.4.5. JERARQU~ADE CONTROL, - 13.4.6. DIVISIÓN ESTRUCTURAL, - 13.4.7. ESTRUCTURA DE DATOS, - 13.4.8. PROCEDIMIENTO DE SOFTWARE, - 13.4.1. ABSTRACCI~N, - 13.4.9. OCULTACI~NDE INFORMACI~N, - 13.5. DISENO MODULAR EFECTIVO. - 13.5.1. INDEPENDENCIA FUNCIONAL, CONTENIDO - 13.5.2. COHESIÓN, - 13.5.3. ACOPLAMIENTO,
- 13.6. HEURÍSTICADE DISENO PARA UNA MODULARIDAD EFECTIVA,
- 13.7. EL MODELO DEL DISENO,
- 13.8. DOCUMENTACI~NDEL DISENO,
- RESUMEN,
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO 14: DIS ENO AROUITECT~NICQ, - 14.1.1. LQUÉES ARQUITECTURA?, - 14.1.2. ¿POR QUÉ ES IMPORTANTE LA ARQUITECTURA?,
- 14.1. ARQUITECTURA DEL SOFTWARE,
- 14.2. DISENO DE DATOS, - DATOS, 14.2.1 MODELADO DE DATOS, ESTRUCTURAS DE DATOS, BASES DE DATOS Y ALMACÉN DE - 14.2.2. DISENO DE DATOS A NIVEL DE COMPONENTES,
- 14.3. ESTILOS ARQUITECT~NICOS, - 14.3.1. UNA BREVE TAXONOMíADE ESTILOS Y PATRONES, - 14.3.2. ORGANIZACIÓN Y REFINAMIENTO,
- 14.4. ANÁLISIS DE DISEHOS ARQUITECT~NICOSALTERNATIVOS, - 14.4.1. UN MÉTODO DE ANALISIS DE COMPROMISO PARA LA ARQUITECTURA, - 14.4.2. GUíA CUANTITATIVAPARA EL DISENO ARQUITECTÓNICO, - 14.4.3. COMPLEJIDAD ARQUITECTÓNICA,
- 14.5. CONVERSIÓN DE LOS REQUISITOS EN UNA ARQUITECTURA DEL SOFTWARE, - 14.5.1. FLUJO DE TRANSFORMACI~N, - 14.5.2. FLUJO DE TRANSACCIÓN,
- 14.6. ANÁLISIS DE LAS TRANSFORMACIONES, - 14.6.1. UN EJEMPLO, - 14.6.2. PASOS DEL DISENO,
- 14.7. ANÁLISIS DE LAS TRANSACCIONES, - 14.7.1. UN EJEMPLO, - 14.7.2. PASOS DEL DISEÑO,
- RESUMEN, 14.8. REFINAMIENTO DEL DISENO ARQUITECT~NICO, 25s
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPITULO 15 : DIS ENO DE LA 1 NTERFAZ DE USUARIO , - 15.1. LAS REGLAS DE ORO, - 15.1.1. DAR ELCONTROLALUSUARIO, - 15.1.2. REDUCIR LA CARGA DE MEMORIA DEL USUARIO, - 15.1.3. CONSTRUCCIÓN DE UNA INTERFAZ CONSISTENTE, - 15.2. DISEÑO DE LA INTERFAZ DE USUARIO, - 15.2.1. MODELOS DE DISENO DE LAINTERFAZ, - 15.2.2. EL PROCESO DE DISENO DE LA INTERFAZ DE USUARIO, - 15.3. ANÁLISIS Y MODELADO DE TAREAS, - 15.4. ACTIVIDADES DEL DISENO DE LA INTERFAZ, - 15.4.1. DEFINICIÓN DE OBJETOS Y ACCIONES DE LA INTERFAZ, - 15.4.2. PROBLEMAS DEL DISEÑO, - 15.5. HERRAMIENTAS DE IMPLEMENTACI~N, CONTENIDO - 15.6. EVALUACIÓN DEL DISENO, - RESUMEN, - REFERENCIAS, - PROBLEMAS Y PUNTOS A CONSIDERAR, - OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO 16: DISENO A NIVEL DE COMPONENTES,
- 16.1. P R O G R A M A C I ~ NESTRUCTURADA, - 16.1.1. NOTACIÓN GRÁFICA DEL DISENO, - 16.1.2. NOTACIÓN TABULAR DE DISENO, - 16.1.3. LENGUAJE DE DISENO DE PROGRAMAS, - 16.1.4. UN EJEMPLO DE LDP,
- 16.2. COMPARACI~NDE NOTACIONES DE DISENO,
- RESUMEN,
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACIÓN,
- CAPÍTULO 17: TÉCNICAS DE PRUEBA DEL SOFTWARE, - 17.1. FUNDAMENTOS DE LAS PRUEBAS DEL SOFTWARE, - 17.1.1. OBJETIVOS DE LAS PRUEBAS, - 17.1.2. PRINCIPIOS DE LAS PRUEBAS, - 17.1.3. FACILIDAD DE PRUEBA, - 17.2. DISENO DE CASOS DE PRUEBA, - 17.3. PRUEBA DE CAJA BLANCA, - 17.4. PRUEBA DEL CAMINO BÁSICO, - 17.4.1. NOTACIÓN DE GRAFO DE FLUJO, - 17.4.2. COMPLEJIDAD CICLOMÁTICA, - 17.4.3. OBTENCI~NDE CASOS DE PRUEBA , - 17.4.4. MATRICES DE GRAFOS, - 17.5. PRUEBA DE LA ESTRUCTURA DE CONTROL, - 17.5.1. PRUEBA DE CONDICIÓN, - 17.5.2. PRUEBA DEL FLUJO DE DATOS, - 17.5.3. PRUEBA DE BUCLES, - 17.6. PRUEBA DE CAJA NEGRA, - 17.6.1. MÉTODOS DE PRUEBA BASADOS EN GRAFOS, - 17.6.2. PARTICIÓN EQUIVALENTE, - 17.6.3. ANÁLISIS DE VALORES L~MITE, - 17.6.4. PRUEBA DE COMPARACIÓN, - 17.6.5. PRUEBA DE LATABLA ORTOGONAL, - 17.7. PRUEBA DE ENTORNOS ESPECIALIZADOS, ARQUITECTURAS Y APLICACIONES, - 17.7.1. PRUEBA DE INTERFACES GRÁFICAS DE USUARIO (IGUs), - 17.7.2. PRUEBA DE ARQUITECTURA CLIENTE/SERVIDOR, - 17.7.3. PRUEBA DE LA DOCUMENTACI~N Y FACILIDADES DE AYUDA, - 17.7.4. PRUEBA DE SISTEMAS DE TIEMPO - REAL, - RESUMEN, - REFERENCIAS, - PROBLEMAS Y PUNTOS A CONSIDERAR, - OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPITULO 18: ESTRATEGIAS DE PRUEBA DEL SOFTWARE, CONTENIDO - 18.1. UN ENFOQUE ESTRATÉGICO PARA LAS PRUEBAS DEL SOFTWARE, - 18.1.1, VERIFICACI~NY VALIDACI~N, - 18.1.2. ORGANIZACIÓN PARA LAS PRUEBAS DEL SOFTWARE, - 18.1.3. UNA ESTRATEGIA DE PRUEBA DEL SOFTWARE, - 18.1.4. CRITERIOS PARA COMPLETAR LA PRUEBA, - 18.2. ASPECTOS ESTRATÉGICOS, - 18.3. PRUEBA DE UNIDAD, - 18.3.1. CONSIDERACIONES SOBRE LAPRUEBA DE UNIDAD, - 18.3.2. PROCEDIMIENTOS DE PRUEBA DE UNIDAD, - 18.4. PRUEBA DE INTEGRACI~N, - 18.4.1. INTEGRACIÓN DESCENDENTE, - 18.4.2. INTEGRACIÓN ASCENDENTE, - 18.4.3. PRUEBA DE REGRESIÓN, - 18.4.4. PRUEBA DE HUMO, - 18.4.5. COMENTARIOS SOBRE LA PRUEBA DE INTEGRACIÓN, - 18.5. PRUEBA DE VALIDACIÓN, - 18.5.1. CRITERIOS DE LA PRUEBA DE VALIDACIÓN, - 18.5.2. R E V I S I ~ NDE LACONFIGURACI~N, - 18.5.3. PRUEBAS ALFAY BETA, - 18.6. PRUEBA DEL SISTEMA, - 18.6.1. PRUEBA DE RECUPERACIÓN, - 18.6.2. PRUEBADE SEGURIDAD, - 18.6.3. PRUEBA DE RESISTENCIA (STRESS), - 18.6.4. PRUEBA DE RENDIMIENTO, - 18.7. EL ARTE DE LA DEPURACIÓN, - 18.7.1. ELPROCESO DE DEPURACIÓN, - 18.7.2. CONSIDERACIONES PSICOLÓGICAS, - 18.7.3. ENFOQUES DE LA DEPURACIÓN, - RESUMEN, - REFERENCIAS, - PROBLEMAS Y PUNTOS A CONSIDERAR, - OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO 19: MÉTRICAS TÉCNICAS DEL SOFTWARE, - 19.1. CALIDAD DEL SOFTWARE, - 19.1.1. FACTORES DE CALIDAD DE McALL, - 19.1.2. FURPS, - 19.1.3. FACTORES DE CALIDAD ISO 9126, - 19.1.4. LA TRANSICIÓN A UNA VISIÓN CUANTITATIVA, - 19.2. UNA ESTRUCTURA PARA LAS MÉTRICAS TÉCNICAS DEL SOFTWARE, - 19.2.1. ELRETO DE LAS MÉTRICAS TÉCNICAS, - 19.2.2. PRINCIPIOS DE MEDICIÓN, - 19.2.3. CARACTER~STICASFUNDAMENTALES DE LAS MÉTRICAS DEL SOFTWARE, - 19.3. MÉTRICAS DEL MODELO DE ANÁLISIS, - 19.3.1. MÉTRICAS BASADAS EN LAFUNCIÓN, - 19.3.2. LAMÉTRICABANG, - 19.3.3. MÉTRICAS DE LA CALIDAD DE LA ESPECIFICACI~N, - 19.4.1. MÉTRICAS DEL DISENO ARQUITECT~NICO, - 19.4. MÉTRICAS DEL MODELO DE DISENO, - 19.4.2. MÉTRICAS DE DISEÑO A NIVEL DE COMPONENTES, - 19.4.3. MÉTRICAS DE DISEÑO DE INTERFAZ, - 19.5. MÉTRICAS DEL CÓDIGO FUENTE, - 19.6. MÉTRICAS PARA PRUEBAS, CONTENIDO - 19.7. MÉTRICAS DEL MANTENIMIENTO, - RESUMEN, - REFERENCIAS, - PROBLEMAS Y PUNTOS A CONSIDERAR, - OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO 20: CONCEPTOS Y PRINCIPIOS ORIENTADOS A OBJETOS, PARTE CUARTA: INGENIERÍA DEL SOFTWARE ORIENTADA A 0B.IETOS - EL PARADIGMA ORIENTADO A OBJETOS, 20.4. - CONCEPTOS DE ORIENTACI~NA OBJETOS, - 20.2.1. CLASES Y OBJETOS, - 20.2.2. ATRIBUTOS, - 20.2.3. OPERACIONES, MÉTODOS Y SERVICIOS, - 20.2.4. MENSAJES, - 20.2.5. ENCAPSULAMIENTO, HERENCIA Y POLIMORFISMO, - 20.3.1. IDENTIFICACIÓN DE CLASES Y OBJETOS, - 20.3.2. ESPECIFICACIÓN DE ATRIBUTOS, - 20.3.4. FIN DE LA DEFINICIÓN DEL OBJETO, - GESTIÓN DE PROYECTOS DE SOFTWARE ORIENTADO A OBJETOS, - 20.4.1. EL MARCO DE PROCESO COMÚN PARA 0 0 , - 20.4.2. MÉTRICAS Y ESTIMACIÓN EN PROYECTOS ORIENTADOS A OBJETOS, - 20.4.3. UN ENFOQUE O 0 PARA ESTIMACIONES Y PLANIFICACIÓN, - 20.4.4. SEGUIMIENTO DEL PROGRESO EN UN PROYECTO ORIENTADO A OBJETOS, - IDENTIFICACI~NDE LOS ELEMENTOS DE UN MODELO DE OBJETOS, - 20.3.3. DEFINICI~NDE OPERACIONES, - RESUMEN, - REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACIÓN,
- CAPITULO 21: ANÁLISIS ORIENTADO A OBJETOS, - ANÁLISIS ORIENTADO A OBJETOS, 21.6. - 20.1.1. ENFOQUES CONVENCIONALES Y ENFOQUES 0 0 , - 21.1.2. EL PANORAMA DEL AOO, - 21.1.3. UN ENFOQUE UNIFICADO PARA EL AOO, - ANÁLISIS DEL DOMINIO, - 21.2.1. ANÁLISIS DE REUTILIZACIÓN Y DEL DOMINIO, - 21.2.2. EL PROCESO DE ANÁLISIS DEL DOMINIO, - COMPONENTES GENÉRICOS DEL MODELO DE ANÁLISIS 00, - EL PROCESO DE AOO, - 21.4.1. CASOS DE USO, - 21.4.2. MODELADO DE CLASES-RESPONSABILIDADES-COLABORACIONES, - 21.4.3. DEFINICI~NDE ESTRUCTURAS Y JERARQU~AS, - EL MODELO OBJETO-RELACI~N, - 21.4.4. DEFINICIÓN DE SUBSISTEMAS, - EL MODELO OBJETO-COMPORTAMIENTO, - 21.6.1. IDENTIFICACIÓN DE SUCESOS CON CASOS DE USO, - 21.6.2. REPRESENTACIONES DE ESTADOS, - RESUMEN, - REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR, CONTENIDO
- OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO22: DISENO ORIENTADO A OBJETOS,
- 22.1. DISENO PARA SISTEMAS ORIENTADOSA OBJETOS, - 22.1.1. ENFOQUE CONVENCIONAL VS. 0 0 , - 22.1.2. ASPECTOS DEL DISENO, - 22.1.3. EL PANORAMA DE DOO, - 22.1.4. UN ENFOQUE UNIFICADO PARA EL DOO,
- 22.2. EL PROCESO DE DISE NO DE SISTEMA, - 22.2.1. PARTICIONAR EL MODELO DE ANALISIS, - 22.2.3. COMPONENTE DE ADMINISTRACIÓN DE TAREAS, - 22.2.4. COMPONENTE DE INTERFAZ DE USUARIO, - 22.2.6. COMPONENTE DE GESTIÓN DE RECURSOS, - 22.2.7. COMUNICACIONES ENTRE SUBSISTEMAS, - 22.2.2. ASIGNACI~NDE CONCURRENCIA Y SUBSISTEMAS, - 22.2.5. COMPONENTE DE LA ADMINISTRACI~NDE DATOS,
- 22.3. PROCESO DE DISENO DE OBJETOS, - 22.3.1. DESCRIPCIÓN DE OBJETOS, - 22.3.2. DISENO DE ALGORITMOS Y ESTRUCTURAS DE DATOS, - 22.4.1. ~ Q U ÉES UN PATRÓN DE DISENO?, - 22.4.2. OTRO EJEMPLO DE UN PATRÓN, - 22.4.3. UN EJEMPLO FINAL DE UN PATRÓN, - 22.4.4. DESCRIPCIÓN DE UN PATRÓN DE DISENO, - 22.4.5. EL FUTURO DE LOS PATRONES,
- 22.4. PATRONES DE DISENO,
- 22.5. P R O G R A M A C I ~ NORIENTADA A OBJETOS, - 22.5.1. EL MODELO DE CLASES, - 22.5.2. GENERALIZACI~N, - 22.5.3. AGREGACI~N Y COMPOSICI~N, - 23.5.4. ASOCIACIONES, - 22.5.5. CASOS DE USO, - 22.5.6. COLABORACIONES, - 22.5.7. DIAGRAMAS DE ESTADO,
- 22.6. CASO DE ESTUDIO. LIBROS EN LÍNEA, - 22.6.1. LIBROS-EN-LÍNEA,
- 22.7. PROGRAMACI~NORIENTADA A OBJ ETOS,
- RESUMEN,
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO 23: PRUEBAS ORIENTADAS A OBJETOS, - 23.1. AMPLIANDO LA VISIÓN DE LAS PRUEBAS, - 23.2. PRUEBAS DE LOS MODELOS DE A 0 0 Y DOO, - 23.2.1. EXACTITUD DE LOS MODELOS DE A 0 0 Y DOO, - 23.2.2. CONSISTENCIA DE LOS MODELOS DE A 0 0 Y DOO, - 23.3. ESTRATEGIAS DE PRUEBAS ORIENTADAS A OBJETOS, - 23.3.1. LAS PRUEBAS DE UNIDAD EN EL CONTEXTO DE LA00, - 23.3.3. PRUEBAS DE VALIDACIÓN EN UN CONTEXTO 0 0 , - 23.4. DISE N O DE CASOS DE PRUEBA PARA SOFTWARE 0 0 , - 23.4.1. IMPLICACIONES DE LOS CONCEPTOS DE O0 AL DISENO DE CASOS DE PRUEBA, - 23.3.2. LAS PRUEBAS DE INTEGRACI~NEN EL CONTEXTO 00,4i - 23.4.3. PRUEBAS BASADAS EN ERRORES, 23.4.2. APLICABILIDAD DE LOS MÉTODOS CONVENCIONALES DE DISE N O DE CASOS DE - 23.4.4. EL IMPACTO DE LA PROGRAMACIÓN O0 EN LAS PRUEBAS, - 23.4.5. CASOS DE PRUEBA Y JERARQUíA DE CLASES, - 23.4.6. DISENO DE PRUEBAS BASADAS EN EL ESCENARIO, - 23.4.7. LAS ESTRUCTURAS DE PRUEBAS SUPERFICIALES Y PROFUNDAS,
- 23.5. MÉTODOS DE PRUEBA APLICABLES AL NIVEL DE CLASES, - PRUEBA,
- 23.5.1. LA VERIFICACIÓN ALAZAR PARA CLASES 0 0 ,
- 23.5.2. PRUEBA DE PARTICIÓN AL NIVEL DE CLASES,
- 23.6. DISENO DE CASOS DE PRUEBA INTERCLASES,
- 23.6.1. PRUEBA DE MÚLTIPLES CLASES,
- 23.6.2. PRUEBA DERIVADA DE LOS MODELOS DE COMPORTAMIENTO,
- RESUMEN,
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO 24: MÉTRICAS TÉCNICAS PARA SISTEMAS ORIENTADOS A OBJETOS,
- 24.1. EL PROPÓSITO DE LAS MÉTRICAS ORIENTADAS A OBJETOS,
- 24.2. CARACTERISTICAS DISTINTIVAS DE LAS MÉTRICAS ORIENTADAS A OBJETOS,
- 24.2.1. LOCALIZACIÓN,
- 24.2.2. ENCAPSULACIÓN,
- 24.2.3. OCULTACI~NDE INFORMACI~N,
- 24.2.4. HERENCIA,
- 24.2.5. ABSTRACCIÓN,
- 24.3. MÉTRICAS PARA EL MODELO DE DISENO 0 0 ,
- 24.4. MÉTRICAS ORIENTADAS A CLASES,
- 24.4.1. LA SERIE DE MÉTRICAS CK,
- 24.4.2. MÉTRICAS PROPUESTAS POR LORENZ Y KIDD,
- 24.4.3. LA COLECCIÓN DE MÉTRICAS MDOO,
- 24.5. MÉTRICAS ORIENTADAS A OPERACIONES,
- 24.6. MÉTRICAS PARA PRUEBAS ORIENTADAS A OBJETOS,
- 24.7. MÉTRICAS PARA PROYECTOS ORIENTADOS A OBJETOS,
- RESUMEN,
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO 25: MÉTODOS FORMALES , PARTE OUINTA: TEMAS AVANZADOS EN INGENIERÍA DEL SOFTWARE
- 25.1. CONCEPTOS BÁSICOS,
- 25.1.1. DEFICIENCIAS DE LOS ENFOQUES MENOS FORMALES,
- 25.1.2. MATEMÁTICAS EN EL DESARROLLO DEL SOFTWARE,
- 25.1.3. CONCEPTOS DE LOS MÉTODOS FORMALES,
- 25.2. PRELIMINARES MATEMÁTICOS,
- 25.2.1. CONJUNTOS Y ESPECIFICACI~NCONSTRUCTIVA,
- 25.2.2. OPERADORES DE CONJUNTOS,
- 25.2.3. OPERADORES LÓGICOS,
- 25.2.4. SUCESIONES.
- 25.4. LENGUAJES FORMALES DE ESPECIFICACI~N, 25.3. APLICACI~NDE LA N O T A C I ~ NMATEMÁTICA PARA LA ESPECIFICACI~N - FORMAL, - SOFTWARE, 25.5. USO DEL LENGUAJE Z PARA REPRESENTAR UN COMPONENTE EJEMPLO DE
- 25.6. MÉTODOS FORMALES BASADOS EN OBJETOS,
- 25.7. ESPECIFICACIÓN ALGEBRAICA,
- 25.8. MÉTODOS FORMALES CONCURRENTES,
- 25.9. LOS DIEZ MANDAMIENTOS DE LOS MÉTODOS FORMALES,
- 25.10. MÉTODOS FORMALES: EL FUTURO,
- RESUMEN,
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPITULO 26: INGENIERIA DEL SOFTWARE DE SALA LIMPIA, - 26.1. EL ENFOQUE DE SALA LIMPIA, - 26.1.1. LA ESTRATEGIA DE SALA LIMPIA, - 26.1.2. ¿QUÉ HACE DIFERENTE LA SALA LIMPIA?, - 26.2.1. ESPECIFICACIÓN DE CAJA NEGRA, - 26.2.2. ESPECIFICACIÓN DE CAJA DE ESTADO, - 26.2. ESPECIFICACIÓN FUNCIONAL, - 26.2.3. ESPECIFICACI~NDE CAJA LIMPIA, - 26.3. REFINAMIENTO Y VERIFICACI~NDEL DISENO, - 26.3.2. VENTAJAS DE LA VERIFICACI~NDEL DISENO, - 26.3.1. REFINAMIENTO Y VERIFICACIÓN DEL DISENO, - 26.4. PRUEBA DE SALA LIMPIA, - 26.4.1. PRUEBA ESTADíSTICA DE CASOS PRÁCTICOS, - 26.4.2. CERTIFICACI~N, - RESUMEN, - REFERENCIAS, - PROBLEMAS Y PUNTOS A CONSIDERAR, - OTRAS LECTURAS Y FUENTES DE INFORMACI~N,
- CAPÍTULO27: INGENIERIA DEL SOFTWARE BASADA EN COMPONENTES, - 27.1. INGENIERÍADE SISTEMAS BASADA EN COMPONENTES, - 27.2. EL PROCESO DE ISBC, - 27.3. INGENIERIA DEL DOMINIO, - 27.3.1. EL PROCESO DE ANÁLISIS DEL DOMINIO, - 27.3.2. FUNCIONES DE CARACTERIZACI~N, - 27.3.3. MODELADO ESTRUCTURAL Y PUNTOS DE ESTRUCTURA, - 27.4. DESARROLLO BASADO EN COMPONENTES, - 27.4.2. INGENIERíA DE COMPONENTES, - 27.4. I CUALIFICACI~N,ADAPTACI~NY COMPOSICI~NDE COMPONENTES, - 27.4.3. ANÁLISIS Y DISEÑO PARA LA REUTILIZACI~N, - 27.5. CLASIFICACI~N Y RECUPERACI~NDE COMPONENTES, - 27.5.1. DESCRIPCIÓN DE COMPONENTES REUTILIZABLES, - 27.5.2. EL ENTORNO DE REUTILIZACIÓN, - 27.6. ECONOMIA DE LA ISBC, - 27.6.1, IMPACTO EN LA CALIDAD, PRODUCTIVIDAD Y COSTE, - 27.6.2. ANÁLISIS DE COSTE EMPLEANDO PUNTOS DE ESTRUCTURA, - 27.6.3. MÉTRICAS DE REUTILIZACIÓN, CONTENIDO
- RESUMEN,
- REFERENCIAS,
- PROBLEMAS Y PUNTOS A CONSIDERAR,
- OTRAS LECTURAS Y FUENTES DE INFORMACIÓN, - CLIENTE/SERVIDOR, CAPITULO 28: INGENIERIA DEL SOFTWARE DEL COMERCIO ELECTRÓNICO
- 28.1. INTRODUCCIÓN,
- 28.2. SISTEMAS DISTRIBUIDOS, - 28.2.1. CLIENTES Y SERVIDORES, 28.8. - 28.2.2. CATEGOR~ASDE SERVIDORES, - 28.2.3. SOFIWARE INTERMEDIO (MIDDLEWARE), - 28.2.4. UN EJEMPLO DE SOFIWARE INTERMEDIO, - ARQUITECTURAS ESTRATIFICADAS, - PROTOCOLOS, - 28.4.1. ELCONCEPT0, - 28.4.2. IP E ICMP, - 28.4.3. POP3, - 28.4.4. EL PROTOCOLO H'ITP, - 28.5.1. ~ Q U ÉES EL COMERCIO ELECTRÓNICO?, - 28 5 2 UN SlSTEMATíPICO DE COMERCIO ELECTRÓNICO, - TECNOLOGIAS USADAS PARA EL COMERCIO ELECTRÓNICO, - 28.6.1. CONEXIONES (SOCKETS), - 28.6.2. OBJETOS DISTRIBUIDOS, - 28.6.3. ESPACIOS, - 28.6.4. CGI, - 28.6.5. CONTENIDO EJECUTABLE, - 28.6.6. PAQUETES CLIENTE/SERVIDOR, - EL DISENO DE SISTEMAS DISTRIBUIDOS, - 28.7.3. MANTENIMIENTO DE LOS DATOS CERCA DE DONDE SE UTILIZAN, 28.7.2. MANTENIMIENTO DE LOS DATOS MÁS USADOS EN UN ALMACENAMIENTO - 28.7.4. UTILIZACIÓN DE LADUPLICACIÓN DE DATOS TODO LO POSIBLE, - 28.7.5. ELIMINAR CUELLOS DE BOTELLA, - 28.7.6. MINIMIZAR LA NECESIDAD DE UN GRAN CONOCIMIENTO DEL SISTEMA, - 28.7.7. AGRUPAR DATOS AFINES EN LA MISMA UBICACIÓN, - UN SISTEMA DE COMERCIO ELECTR~NICO, 28.7.9. CORRESPONDENCIA DE LA TECNOLOGíA CON LAS EXIGENCIAS DE - MISIÓN, - RÁPIDO, - FRECUENTES, - RENDIMIENTO, - 28.7.10. EMPLEO DEL PARALELISMO TODO LO POSIBLE, - 28.7.11. UTILIZACIÓN DE LA COMPRESIÓN DE DATOS TODO LO POSIBLE, - 28.7.12. DISENO PARA EL FALLO, - 28.7.13. MINIMIZAR LA LATENCIA, - 28.7.14. EPíLOGO, - INGENIERIA DE SEGURIDAD, - 28.8.1. ENCRIPTACIÓN, - 28.8.2. FUNCIONES DE COMPENDIO DE MENSAJES, - 28.8.3. FIRMAS DIGITALES, - 28.8.4. CERTIFICACIONES DIGITALES,