Ingeniería de software clásica y orientada a objetos / Stephen R Schach
Por: Schach, Stephen R [Autor].
Colaborador(es): Schach, Stephen R.
Tipo de material: LibroEditor: México, D.F. McGraw-Hill Interamericana 2006Edición: 1a. ed.Descripción: 581. p.ISBN: 9701056361.Tema(s): INGENIERIA DE SOFTWARE | -- INGENIERIA DE SISTEMASClasificación CDD: 005.1 Resumen: EL CAMPO DE APLICACIÓN DE LA INGENIERÍA DE SOFTWARE. Aspectos históricos. Aspectos económicos. Aspectos del mantenimiento. MODELOS DEL CICLO DE VIDA DEL SOFTWARE; Desarrollo del software en teoría. Minicaso de estudio winburg. Lecciones del minicaso de estudio winburg. EL PROCESO DEL SOFTWARE; El proceso unificado. Interacción e incrementación en el paradigma orientado a objetos. El flujo de trabajo de los requerimientos. EQUIPOS; Organización de equipos; Enfoque del equipo democrático. Enfoque clásico del equipo con un programador jefe; LAS HERRAMIENTAS DEL OFICIO; Depuración paso a paso. Análisis consto-beneficio. Métrica del software; PRUEBAS; Aspectos de calidad; Pruebas basadas en la no ejecución; Pruebas basadas en la ejecución; DE MÓDULOS A OBJETOS; qué es un modulo?; Cohesión; Acoplamiento; REUTILIZACIÓN Y PORTABILIDAD; Conceptos de reutilización; Obstáculos para la reutilización; Estudios de caso de reutilización; PLANEACIÓN Y ESTIMACIÓN; Planeación y proceso de software; Estimación de duración y costo; Componentes de un plan de administración de proyectos de software; REQUERIMIENTOS; Como determinar lo que el cliente necesita; Repaso del flujo de trabajo de los requerimientos; Comprender el dominio; ANÁLISIS CLÁSICO; El documento de especificaciones; Especificaciones informales; Análisis de sistemas estructurados; ANÁLISIS ORIENTADO A OBJETOS; El flujo de trabajo del análisis. Extracción de las clases de entidad. Análisis orientado a objetos: el caso de estudio del problema del elevador. DISEÑO; Diseño y abstracción. Diseño orientado a operaciones. Análisis del flujo de datos. IMPLEMENTACIÓN. Elección del lenguaje de programación. Lenguajes de cuarta generación. Buenas prácticas de programación; MANTENIMIENTO POSENTREGA; Por que es necesario el mantenimiento posentrega. qué se les exige a los programadores durante el mantenimiento posentrega?. Mini caso de estudio mantenimiento posentrega; MÁS SOBRE UML; Uml no es una metodología. Diagramas de clases. Notas.Tipo de ítem | Ubicación actual | Signatura | Copia número | Estado | Fecha de vencimiento | Código de barras | Reserva de ejemplares |
---|---|---|---|---|---|---|---|
Libros | Biblioteca Central SM Colección General | 005.1 (Ver Items Similares) | Ej.1 | Disponible | 24090 | ||
Libros | Biblioteca Central SM Colección General | 005.1 (Ver Items Similares) | Ej.2 | Disponible | 24091 | ||
Libros | Biblioteca Central SM Colección General | 005.1 (Ver Items Similares) | Ej.3 | Disponible | 24092 | ||
Libros | Biblioteca Central SM Colección General | 005.1 (Ver Items Similares) | Ej.7 | Disponible | 26975 | ||
Libros | Biblioteca Central SM Colección General | 005.1 (Ver Items Similares) | Ej.8 | Disponible | 26976 | ||
Libros | Biblioteca Central SM Colección General | 005.1 (Ver Items Similares) | Ej.9 | Disponible | 26977 | ||
Libros | Biblioteca USU Colección General | 005.1 (Ver Items Similares) | Ej.4 | Disponible | 24093 | ||
Libros | Biblioteca USU Colección General | 005.1 (Ver Items Similares) | Ej.5 | Disponible | 24094 | ||
Libros | Biblioteca USU Colección General | 005.1 (Ver Items Similares) | Ej.6 | Disponible | 24095 | ||
Libros | Biblioteca USU Colección General | 005.1 (Ver Items Similares) | Ej.10 | Disponible | 26978 | ||
Libros | Biblioteca USU Colección General | 005.1 (Ver Items Similares) | Ej.11 | Disponible | 26979 | ||
Libros | Biblioteca USU Colección General | 005.1 (Ver Items Similares) | Ej.12 | Disponible | 26980 |
EL CAMPO DE APLICACIÓN DE LA INGENIERÍA DE SOFTWARE. Aspectos históricos. Aspectos económicos. Aspectos del mantenimiento. MODELOS DEL CICLO DE VIDA DEL SOFTWARE; Desarrollo del software en teoría. Minicaso de estudio winburg. Lecciones del minicaso de estudio winburg. EL PROCESO DEL SOFTWARE; El proceso unificado. Interacción e incrementación en el paradigma orientado a objetos. El flujo de trabajo de los requerimientos. EQUIPOS; Organización de equipos; Enfoque del equipo democrático. Enfoque clásico del equipo con un programador jefe; LAS HERRAMIENTAS DEL OFICIO; Depuración paso a paso. Análisis consto-beneficio. Métrica del software; PRUEBAS; Aspectos de calidad; Pruebas basadas en la no ejecución; Pruebas basadas en la ejecución; DE MÓDULOS A OBJETOS; qué es un modulo?; Cohesión; Acoplamiento; REUTILIZACIÓN Y PORTABILIDAD; Conceptos de reutilización; Obstáculos para la reutilización; Estudios de caso de reutilización; PLANEACIÓN Y ESTIMACIÓN; Planeación y proceso de software; Estimación de duración y costo; Componentes de un plan de administración de proyectos de software; REQUERIMIENTOS; Como determinar lo que el cliente necesita; Repaso del flujo de trabajo de los requerimientos; Comprender el dominio; ANÁLISIS CLÁSICO; El documento de especificaciones; Especificaciones informales; Análisis de sistemas estructurados; ANÁLISIS ORIENTADO A OBJETOS; El flujo de trabajo del análisis. Extracción de las clases de entidad. Análisis orientado a objetos: el caso de estudio del problema del elevador. DISEÑO; Diseño y abstracción. Diseño orientado a operaciones. Análisis del flujo de datos. IMPLEMENTACIÓN. Elección del lenguaje de programación. Lenguajes de cuarta generación. Buenas prácticas de programación; MANTENIMIENTO POSENTREGA; Por que es necesario el mantenimiento posentrega. qué se les exige a los programadores durante el mantenimiento posentrega?. Mini caso de estudio mantenimiento posentrega; MÁS SOBRE UML; Uml no es una metodología. Diagramas de clases. Notas.
Schach, Stephen R 2006 2006
No hay comentarios para este ejemplar.