| Nota de contenido con formato |
-CAPÍTULO 1: CALIDAD EN EL SOFTWARE;<br/>1.1.Introducción,<br/>1.2.Calidad de software,<br/>1.2.1.Evolución histórica,<br/>1.2.2.Lecciones no aprendidas,<br/>1.3.Calidad versus velocidad de desarrollo,<br/>1.3.1.Estándares,<br/>1.3.2.Creatividad,<br/>1.3.3.Madurez,<br/>1.4.Modelos de calidad de software,<br/>1.4.1.Surgimiento y evolución.<br/>1.4.2.Modelos,<br/>1.4.3.Certificados y evaluaciones,<br/>1.5.Conclusiones<br/>-CAPÍTULO 2: CAUSAS QUE DETERIORAN LA CALIDAD EN EL SOFTWARE;<br/>2.1.Introducción,<br/>2.1.1.Definiciones,<br/>2.1.1.1.Calidad de producto,<br/>2.1.1.2.Calidad de proceso,<br/>2.2.Causas que deterioran la calidad,<br/>2.3.Aspectos que hay que trabajar para mejorar la calidad,<br/>2.4.Forma de tratamiento de los temas,<br/>-CAPÍTULO 3: TRABAJO CON LA ORGANIZACIÓN – MEJORA DE PROCESOS;<br/>3.1.Visión del cambio.<br/>3.1.1.Análisis de casos,<br/>3.1.2.Primeros pasos en un proceso de mejoras,<br/>3.2.Trabajando en los cambios,<br/>3.2.1.Forma de trabajo,<br/>3.2.1.1.Modelo IDEAL,<br/>3.2.1.2.Modelo EOALG,<br/>3.2.2.Dos fenómenos espontáneos,<br/>3.2.2.1.Desconcierto,<br/>3.2.2.2.Procesos virtuales,<br/>3.3.Aspectos y factores del proceso de mejoras,<br/>3.3.1.Direcciones de cambio organizacional en sus múltiples dimensiones,<br/>3.3.2.Aspecto socio-cultural de la gestión del cambio,<br/>3.3.3.Factores críticos y de riesgo,<br/>3.3.4.Factores generales de éxito,<br/>3.3.5.Factores de éxito en pymes,<br/>3.3.6.Factores adicionales,<br/>3.3.7.Recomendaciones,<br/>3.4.Gestión del cambio,<br/>3.4.1.Oposición al cambio,<br/>3.4.1.1.Razones de resistencia al cambio,<br/>3.4.1.2.Rescatar lo positivo de la resistencia,<br/>3.4.2.Influencia de la cultura organizacional,<br/>3.4.2.1.Tipos de cultura organizacional,<br/>3.4.3.Comportamientos generadores de conflictos y tensiones en la implementación de procesos de mejora de los roles participantes,<br/>3.4.4.Estrategia,<br/>3.4.5.Tácticas,<br/>3.4.5.1.Diferentes tácticas para el trabajo con los miembros jerárquicos y con los demás miembros,<br/>3.4.5.2.Diferentes formas de comunicación con áreas jerárquicas y racionales, y canal de comunicación entre ellas.<br/>3.4.5.3.Compartir lugar físico con los miembros de las áreas,<br/>3.4.5.4.Foco en temas puntuales y en grupos reducidos con intereses comunes,<br/>3.4.6.Liderazgo,<br/>3.5.Respuesta a los casos de estudio,<br/>Caso 1,<br/>Caso 2,<br/>Caso 3,<br/>3.6.Conclusión,<br/>-CAPÍTULO 4: TRABAJO CON REQUERIMIENTOS;<br/>4.1.Importancia de los requerimientos,<br/>4.1.1.El rol de analista,<br/>4.1.1.1.Definición,<br/>4.1.2.¿Qué son los requerimientos?,<br/>4.1.3.¿Para qué sirven?,<br/>4.1.4.¿Cuál es el impacto en un proyecto de desarrollo de software?,<br/>4.2.Tareas asociadas a los requerimientos,<br/>4.2.1.Foco,<br/>4.2.2.Nivel,<br/>4.2.3.Vista,<br/>4.3.Estrategia y tácticas en el trabajo con requerimientos,<br/>4.3.1.Estrategia,<br/>4.3.2.Tácticas,<br/>4.3.2.1.Especificación de requerimientos de software y sus atributos de calidad,<br/>4.3.2.2.Especificación de casos de uso,<br/>4.4.Análisis de requerimientos,<br/>4.4.1.No confundir dominio y negocio con diseño,<br/>4.4.1.1.Notas para desarrolladores agiles,<br/>4.4.1.2.Nota a los analistas de sistema,<br/>4.4.2.Paquetes,<br/>4.4.2.1.Alternativas de selección,<br/>4.5.Validación y verificación,<br/>4.5.1.Validación,<br/>4.5.2.Verificación,<br/>4.6.Administración de cambios a los requerimientos,<br/>4.6.1.Problema,<br/>4.6.2.Alternativas de solución.<br/>4.6.2.1.Nota para desarrolladores ágiles,<br/>4.7.Conclusión,<br/>-CAPÍTULO 5: TRABAJO CON LA GESTIÓN DE PROYECTOS;<br/>5.1.Proyectos,<br/>5.1.1.Planes y planificación,<br/>5.1.2.Cascadas versus iteraciones,<br/>5.1.2.1.La dinámica de las iteraciones,<br/>5.1.2.2.Las vistas de roles,<br/>5.1.3.Planificación de iteraciones,<br/>5.1.3.1.Medidas de estabilidad,<br/>5.1.4.Fases, actividades, objetivos,<br/>5.1.5.Cuestiones a tener en cuenta y algunas recomendaciones,<br/>5.1.5.1.A tener en cuenta,<br/>5.1.5.2.Recomendaciones,<br/>5.1.6.Condiciones de contexto,<br/>5.2.Planificación de proyectos,<br/>5.2.1.Estrategia,<br/>5.2.1.1.Un caso demostrativo,<br/>5.2.2.Construcción de una estrategia,<br/>5.2.2.1.Visión,<br/>5.2.2.2.Objetivos,<br/>5.2.2.3.Prioridades,<br/>5.2.2.4.Riesgos,<br/>5.2.2.5.Estimaciones,<br/>5.2.2.6.Estrategia,<br/>Ejemplo de estrategia,<br/>5.3.Seguimiento del desarrollo de proyectos,<br/>5.3.1.Roles,<br/>5.3.1.1.Qué cosas debe hacer un líder de proyectos para cubrir sus responsabilidades,<br/>5.3.1.2.Qué cosas no debe hacer un líder de proyectos,<br/>5.3.2.Actividades,<br/>5.3.3.Puntos de observación,<br/>5.3.4.Fotos versus película,<br/>5.3.4.1.Tratamiento de una decena de temas,<br/>5.3.4.2.No seguimiento d ellos temas tratados,<br/>5.3.5.Escalamiento,<br/>5.3.6.Acciones,<br/>5.3.7.Métricas,<br/>5.4.Conclusión.<br/>-CAPÍTULO 6: TRABAJO CON LA IMPLEMENTACIÓN - DISEÑO CODIFICACIÓN Y PRUEBAS;<br/>6.1.Diseño, codificación y pruebas,<br/>6.1.1.Problemas,<br/>6.1.1.2.Proceso de diseño,<br/>6.1.1.3.Coordinación de la construcción,<br/>6.1.1.4.Pruebas,<br/>6.2.Pruebas de software,<br/>6.2.1.Trabajo con el repositorio,<br/>6.2.2.Test sistemáticos y automáticos,<br/>6.2.3.Cómo adoptar la nueva forma de trabajo,<br/>6.2.3.1.Obstáculos para automatizar las pruebas,<br/>6.2.3.2.Qué debería automatizarse,<br/>6.2.3.3.Qué no debería automatizarse,<br/>6.2.3.4.Estrategia para comenzar la automatización,<br/>6.3.Integración continua,<br/>6.3.1.Forma de trabajo,<br/>6.3.1.1.Pasos,<br/>6.3.1.2.Principios,<br/>6.3.2.Infraestructuras,<br/>6.3.3.Resultados,<br/>6.4.Revisiones de diseño y código,<br/>6.4.1.Revisiones,<br/>6.4.1.1.Objetivos,<br/>6.4.1.2.Beneficios,<br/>6.4.1.3.Métricas guía,<br/>6.4.1.4.Indicadores,<br/>6.4.1.5.Polimétricas de complejidad,<br/>6.5.Conclusiones,<br/>6.6.Herramientas,<br/>-CAPÍTULO 7: TRABAJO CON MODELOS DE DESARROLLO – CMMI;<br/>7.1.Modelos de referencia,<br/>7.1.1.CMMI,<br/>7.1.2.Relación entre áreas de proceso,<br/>7.1.3.Desmistificando el modelo,<br/>7.1.3.1.Por qué CMMI,<br/>7.1.3.2.Con quién trabajar,<br/>7.1.3.3.Cómo es el proceso de mejoras con CMMI,<br/>7.1.3.4.Qué recursos se necesitan,<br/>7.1.3.5.Cómo es la evaluación con CMMI (SCAMP),<br/>7.2.Mejora de procesos utilizando el modelo CMMI,<br/>7.2.1.Estrategia general,<br/>7.2.1.1.Políticas y Procesos,<br/>7.2.1.2.Interpretación y mapeo de objetivos y tareas,<br/>7.2.1 Institucionalización,<br/>7.2.1.1.Relación entre áreas de proceso y objetivos genéricos,<br/>7.3. Modelos y metodologías,<br/>7.3.1.Metodologías y modelos,<br/>7.3.2.CMMI y metodologías,<br/>7.4. Madurez,<br/>7.5. Conclusiones,<br/>- APÉNDICE A: TEMAS VARIOS;<br/>Apéndice – Ejemplos de activos,<br/>Especificación de requerimientos de software (ERS),<br/>Modelo de especificación de casos de uso,<br/>Ejemplo de priorización de requerimientos,<br/>Modelo de informe de avance,<br/>Procedimiento de trabajo con código compartido (CC) en ambiente de IC,<br/>Descripción,<br/>Forma de trabajo,<br/>Condiciones de entrada,<br/>Entradas,<br/>Roles,<br/>Activos,<br/>Pasos de la actividad,<br/>Salida,<br/>Condiciones de salida,<br/>Métricas,<br/>Verificación y validación,<br/>-APENDICE B: MÉTRICAS APLICADAS AL SOFWARE;<br/>Las medidas como mecanismo de aseguramiento y control de calidad,<br/>Medidas como verificación de aseveraciones,<br/>Modelo conceptual y modelo operacional,<br/>Indicadores y herramientas,<br/>Medidas de la calidad de productos de software,<br/>Atributos internos,<br/>Atributos externos,<br/>Medidas de la calidad de procesos de software,<br/>Medidas asociadas al desarrollo,<br/>Medidas asociadas a la mejora de procesos,<br/>Conclusiones,<br/>Referencias,<br/>-APÉNDICE C: ESTÁNDAR DE CALIDAD EN PROCESOS DE SOFTWARE;<br/>Introducción,<br/>Normas y modelos de referencia,<br/>Norma ISO 9001-2000,<br/>Modelo CMMI,<br/>Enfoque y alcance de aplicación,<br/>Conclusiones,<br/>Referencias,<br/>-APÉNDICE D: ESTÁNDAR DE CALIDAD EN PRODUCTOS DE SOFTWARE;<br/>Modelos ISO para la calidad del producto software,<br/>El estándar ISO/IEC 9126,<br/>Calidad interna y externa,<br/>Calidad de uso,<br/>Estándar ISO/IEC 25000:2005,<br/>El estándar ISO/IEC 25010:2011,<br/>Referencias.<br/><br/><br/><br/> |
