Vista normal Vista MARC Vista ISBD

Calidad en el desarrollo de software. Guillermo Pantaleo - 2da Ed. - Argentina Alfaomega Grupo Editor 2016 - 247 Pág. 17 x 23 cm

CAPÍTULO 1: CALIDAD EN EL SOFTWARE;
1.1.Introducción,
1.2.Calidad de 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.Certificados y evaluaciones,
1.5.Conclusiones
-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.Trabajando en los cambios,
3.2.1.Forma de trabajo,
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.Aspectos y factores del proceso de mejoras,
3.3.1.Direcciones de 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 organizacional,
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 con los demás miembros,
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.Respuesta a los casos de estudio,
Caso 1,
Caso 2,
Caso 3,
3.6.Conclusión,
-CAPÍTULO 4: TRABAJO CON REQUERIMIENTOS;
4.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.Tareas asociadas a los requerimientos,
4.2.1.Foco,
4.2.2.Nivel,
4.2.3.Vista,
4.3.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.Análisis de requerimientos,
4.4.1.No confundir dominio y negocio con diseño,
4.4.1.1.Notas para desarrolladores agiles,
4.4.1.2.Nota a los analistas de sistema,
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.Cascadas versus iteraciones,
5.1.2.1.La dinámica de las iteraciones,
5.1.2.2.Las vistas de 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.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 d ellos temas tratados,
5.3.5.Escalamiento,
5.3.6.Acciones,
5.3.7.Métricas,
5.4.Conclusión.
-CAPÍTULO 6: TRABAJO CON LA IMPLEMENTACIÓN - DISEÑO CODIFICACIÓN Y PRUEBAS;
6.1.Diseño, codificación y pruebas,
6.1.1.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.2.Pruebas de software,
6.2.1.Trabajo con el repositorio,
6.2.2.Test sistemáticos y automáticos,
6.2.3.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,
6.2.3.4.Estrategia para comenzar la automatización,
6.3.Integración continua,
6.3.1.Forma de trabajo,
6.3.1.1.Pasos,
6.3.1.2.Principios,
6.3.2.Infraestructuras,
6.3.3.Resultados,
6.4.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étricas de complejidad,
6.5.Conclusiones,
6.6.Herramientas,
-CAPÍTULO 7: TRABAJO CON MODELOS DE DESARROLLO – CMMI;
7.1.Modelos de referencia,
7.1.1.CMMI,
7.1.2.Relación entre áreas de proceso,
7.1.3.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 (SCAMP),
7.2.Mejora de procesos utilizando el modelo CMMI,
7.2.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 Institucionalización,
7.2.1.1.Relación entre áreas de proceso y objetivos genéricos,
7.3. Modelos y metodologías,
7.3.1.Metodologías y modelos,
7.3.2.CMMI y metodologías,
7.4. Madurez,
7.5. 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,
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,
-APENDICE 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 internos,
Atributos externos,
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ÁNDAR 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ÁNDAR DE CALIDAD EN PRODUCTOS DE SOFTWARE;
Modelos ISO para la calidad del producto software,
El estándar ISO/IEC 9126,
Calidad interna y externa,
Calidad de uso,
Estándar ISO/IEC 25000:2005,
El estándar ISO/IEC 25010:2011,
Referencias.





ISBN: 978-958-778-156-4

Subjects--Topical Terms: Metodología de Desarrollo de Software