Tipo: Libro impreso / Print book
Encuadernación / Binding: Tapa blanda / Paperback
Tamaño / Size: 18 x 24 cm
Páginas / Pages: 248
Resumen / Summary:
Autor / Author: Guillermo Pantaleo
Editorial / Publisher: Alfaomega
Entrega / Delivery : Nacional / International
Envio desde / Ships from: Colombia
Condición / Condition: Nuevo / New
Tabla de contenido / Table of contents:
CAPÍTULo 1: Calidad en el software
1.1 Introducción
1.2 Calidad en el software
1.2.1 Evolución histórica
1.2.2 Lecciones no aprendidas
1.3 , Calidad versus velocidad de desarrollo
1.3.1 Estándares
1.3.2 Creatividad
1.3.3 Madurez
1.4 Modelos de calidad de software
1.4.1 Surgimiento y evolución
1.4.2 Modelos
1.4.3 Certificaciones y evaluaciones
1.5 , COnclusión
cAPÍTULO 2: CAUSAS QUE DETERIORAN LA CALIDAD EN EL SOFTWARE
2.1 Introducción
2.1.1 Definiciones
2.1.1.1 Calidad de producto
2.1.1.2 Calidad de proceso
2.2 Causas que deterioran la calidad
2.3 Aspectos que hay que trabajar para mejorar la calidad
2.4 , Forma de tratamiento de los temas
CAPÍTULo 3: Trabajo con la Organización - Mejora de Procesos
3.1. Visión del cambio
3.1.1 Análisis de casos
3.1.2 Primeros pasos en un proceso de mejoras
3.2 I Trabajando en los cambios
3.2.1 Forma de trabajo 53
3.2.1.1 Modelo IDEAL.
3.2.1.2 Modelo EOALG
3.2.2 Dos fenómenos espontáneos
3.2.2.1 Desconcierto
3.2.2.2 Procesos virtuales
3.3.1 Aspectos y factores del proceso de mejoras
3.3.1 Direcciones del cambio organizacional en sus múltiples dimensiones
3.3.2 Aspecto socio-cultural de la gestión del cambio
3.3.3 Factores críticos y de riesgo
3.3.4 Factores generales de éxito
3.3.5 Factores de éxito en pymes
3.3.6 Factores adicionales
3.3.7 Recomendaciones
3.4. Gestión del cambio
3.4.1 Oposición al cambio
3.4.1.1 Razones de resistencia al cambio
3.4.1.2 Rescatar lo positivo de la resistencia .
3.4.2 Influencia de la cultura organizacional
3.4.2.1 Tipos de cultura organlzacional
3.4.3 Comportamientos generadores de conflictos y tensiones en la implementación de procesos de mejora de los roles participantes
3.4.4 Estrategia
3.4.5 Tácticas
3.4.5.1 Diferentes tácticas para el trabajo con los miembros jerárquicos y son los demás miembrós
3.4.5.2 Diferentes formas de comunicación con áreas jerárquicas y racionales, y canal de comunicación entre ellas
3.4.5.3 Compartir lugar físico con los miembros de las áreas
3.4.5.4 Foco en temas puntuales y en grupos reducidos con intereses comunes
3.4.6 Liderazgo
3.5 1 Respuesta a los casos de estudio
Caso 1
Caso 2
Caso 3
3.6 1 Conclusión
CAPÍTULO 4: Trabajo con Requerimientos
4.1 1 Importancia de los requerimientos
4.1.1 El rol de analista
4.1.1.1 Definición
4.1.2 ¿Qué son los requerimientos?
4.1.3 ¿Para qué sirven?
4.1.4 ¿Cuál es el impacto en un proyecto de desarrollo de software?
4.2 1 Tareas asociadas a los requerimientos
4.2.1 Foco
4.2.2 Nivel
4.2.3 Vista
4.31 Estrategia y tácticas en el trabajo con requerimientos
4.3.1 Estrategia
4.3.2 Tácticas
4.3.2.1 Especificación de requerimientos de software y sus atributos de calidad
4.3.2.2 Especificación de casos de uso
4.4 1 Análisis de requerimientos
4.4.No confundir dominio y negocio con diseño.
4.4.1.1 Nota para desarrolladores ágiles
4.4.1.2 Nota a los analistas de sistemas
4.4.2. Paquetes
4.4.2.1 Alternativas de selección
4.5 Validación y verificación
4.5.1 Validación
4.5.2 Verificación
4.6 Administración de cambios a los requerimientos
4.6.1 Problema
4.6.2 Alternativas de solución
4.6.2.1 Nota para desarrolladores ágiles
4.7 Conclusión
CAPÍTULO 5: Trabajo con la gestión de proyectos
5.1 Proyectos
5.1.1 Planes y planificación
5.1.2 Cascada versus iteraciones
5.1.2.1 La dinámica de las iteraciones
5.1.2.2 Las vistas de los roles
5.1.3 Planificación de iteraciones
5.1.3.1 Medidas de estabilidad
5.1.4 Fases. actividades. objetivos
5.1.5 Cuestiones a tener en cuenta y algunas recomendaciones
5.1.5.1 A tener en cuenta
5.1.5.2 Recomendaciones
5.1.6 Condiciones de contexto
5.2 Planificación de proyectos
5.2.1 Estrategia
5.2.1.1 Un caso demostrativo
5.2.2 Construcción de una estrategia
5.2.2.1 Visión
5.2.2.2 Objetivos
5.2.2.3 Prioridades
5.2.2.4 Riesgos
5.2.2.5 Estimaciones
5.2.2.6 Estrategia
Ejemplo de estrategia
5.3 1 Seguimiento del desarrollo de proyectos
5.3.1 Roles
5.3.1.1 Qué cosas debe hacer un líder de proyectos para cubrir sus responsabilidades
5.3.1.2 Qué cosas no debe hacer un líder de proyectos
5.3.2 Actividades
5.3.3 Puntos de observación
5.3.4 Fotos versus película
5.3.4.1 Tratamiento de una decena de temas
5.3.4.2 No seguimiento de los temas tratados
5.3.5 Escalamiento
5.3.6 Acciones
5.3.7 Métricas
5.4 1 COnclusión
CAPÍTULO 6: Trabajo con la Implementación - Diseño Codificación y Pruebas
6.1 1 Diseño. codificación y pruebas
6.1.11 Problemas
6.1.1.2 Proceso de diseño
6.1.1.3 Coordinación de la construcción
6.1.1.4 Pruebas
6.21 Pruebas de software
6.2.11 Trabajo con el repositorio
6.2.21 Test sistemáticos y automáticos
6.2.31 Cómo adoptar la nueva forma de trabajo
6.2.3.1 Obstáculos para automatizar las pruebas
6.2.3.2 Qué debería automatizarse
6.2.3.3 Qué no debería automatizarse
Guillermo Pantaleo
6.2.3.4 Estrategia para comenzar la automatización
6.3 Integración continua
6.3.1Forma de trabajo
6.3.1.1 Pasos
6.3.1.2 Principios
6.3.2 1 Infraestructura
6.3.31 Resultados
6.41 Revisiones de diseño y código
6.4.1 Revisiones
6.4.1.1 Objetivos
6.4.1.2 Beneficios
6.4.1.3 Métricas guía
6.4.1.4 Indicadores
6.4.1.5 Polimétrica de complejidad
6.5 1 Conclusiones
6.6 1 Herramientas
CAPÍTULO 7: Trabajo con modelos de desarrollo - CMMI
7.11 Modelos de referencia
7.1.1 CMMI.
7.1.2 Relación entre áreas de proceso
7.1.31 Desmistificando el modelo
7.1.3.1 Por qué CMMI.
7.1.3.2 Con quién trabajar
7.1.3.3 Cómo es el proceso de mejoras con CMMI
7.1.3.4 Qué recursos se necesitan
7.1.3.5 Cómo es la evaluación con CMMI (SCAMPI)
7.21 Mejora de procesos utilizando el modelo CMMI
7.2.1 1 Estrategia general
7.2.1.1 Políticas y Procesos
7.2.1.2 Interpretación y mapeo de objetivos y tareas
7.2.1 I Institucionalización
7.2.1.1 Relación entre áreas de proceso y objetivos genéricos
7.3 I Modelos y metodologías
7.3.1 I Metodologías y modelos
7.3.2 I CMMI y metodologías
7.4 I Madurez
7.5 I Conclusiones
Apéndice A: Temas varios
Apéndice - Ejemplos de activos
Especificación de requerimientos de software (ERS)
Modelo de especificación de casos de uso
Ejemplo de priorización de requerimientos
Modelo de informe de avance
Modelo de procedimiento
Procedimiento de trabajo con código compartido (CC) en ambiente de IC
Descripción
Forma de trabajo
Condiciones de entrada
Entradas
Roles
Activos
Pasos de la actividad
Salida
Condiciones de salida
Métricas
Verificación y validación
Apéndice B: Métricas aplicadas al Sofware
Las medidas como mecanismo de aseguramiento y control de calidad
Medidas como verificación de aseveraciones
Modelo conceptual y modelo operacional
Indicadores y herramientas
Medidas de la calidad de productos de software
Atributos intemos
Atributos extemos
Medidas de la calidad de procesos de software
Medidas asociadas al desarrollo
Medidas asociadas a la mejora de procesos
Conclusiones
Referencias
Apéndice C: Estándares de calidad en procesos de software
Introducción
Normas y modelos de referencia
Norma ISO 9001-2000
Modelo CMMI
Enfoque y alcance de aplicación
Conclusiones
Referencias
Apéndice D: Estándares de calidad en productos de software
Modelos ISO para la calidad del producto software
El estándar ISO/lEC 9126
Calidad Interna y externa
Calidad en uso 243
Estándar ISO/lEC 25000:2005
El estándar ISO/lEC 25010:2011..
Referencias
