Compartir
Calidad en el Desarrollo de Software
Guillermo Pantaleo
(Autor)
·
Marcombo
· Tapa Blanda
Calidad en el Desarrollo de Software - Guillermo Pantaleo
$ 27.230
$ 41.890
Ahorras: $ 14.660
Elige la lista en la que quieres agregar tu producto o crea una nueva lista
✓ Producto agregado correctamente a la lista de deseos.
Ir a Mis Listas
Origen: España
(Costos de importación incluídos en el precio)
Se enviará desde nuestra bodega entre el
Jueves 02 de Mayo y el
Jueves 09 de Mayo.
Lo recibirás en cualquier lugar de Chile entre 1 y 3 días hábiles luego del envío.
Reseña del libro "Calidad en el Desarrollo de Software"
Encuadernación: Rústica.Este libro fue concebido como una guía de estudio para estudiantes de carreras tales como Ingeniería Informática o Ingeniería de Sistemas. Es, también, una referencia para los profesionales que desempeñan roles técnicos o de gestión en proyectos de desarrollo de software.Los estudiantes encontrarán un medio de relacionar conocimientos adquiridos a veces como entidades aisladas cuando en realidad forman parte de un todo en cuyas relaciones se fundamenta su comprensión.Los profesionales encontrarán respuesta a muchos de los problemas que se les presentan a diario, un análisis de ellos y una propuesta de solución. El objetivo es cubrir aspectos del desarrollo de software que son claves y en los cuales se debe trabajar bien a efectos de garantizar la calidad de los productos generados en los proyectos de desarrollo.Este manual fue escrito pensando en los obstáculos que se presentan a la hora de llevar adelan-te un proyecto de desarrollo. Busca las causas de dichos problemas y guía al lector en la búsqueda de las soluciones a los problemas mencionados, a partir de la formación de criterios elaborados en función de la experiencia recogida por el autor, a lo largo de 30 años, en escenarios muy diversos.Nivel: Intermedio - AvanzadoGuillermo Pantaleo es ingeniero en Telecomunicaciones recibido en la Universidad Nacional de La Plata, Argentina. Tiene 30 años de experiencia en el desarrollo de software. Participó en numerosos seminarios y congresos, es autor de publicaciones científicas nacionales e interna-cionales. Como programador independiente desarrolló software para el mercado de instrumen-tación y telefonía. Es profesor de las materias: Técnicas de Diseño, Arquitectura de Software y Calidad en el Desarrollo de Sistemas en la Facultad de Ingeniería de la UBA (Universidad de Buenos Aires).Capítulo 1 - Calidad en el software1.1 | Introducción1.2 | Calidad en el software1.2.1 Evolución histórica1.2.2 Lecciones no aprendidas1.3| Calidad versus velocidad de desarrollo1.3.1 Estándares1.3.2 Creatividad1.3.3 Madurez1.4 | Modelos de calidad de software1.4.1 Surgimiento y evolución . . . . . .1.4.2 Modelos1.4.3 Certificaciones y evaluaciones ..321.5 |ConclusiónCapítulo 2 - Causas que deterioran la calidad en el software2.1 | Introducción2.1.1 Definiciones2.1.1.1 Calidad de producto2.1.1.2 Calidad de proceso2.2 | Causas que deterioran la calidad..362.3 | Aspectos sobre los que trabajar para mejorar la calidad2.4 | Forma de tratamiento de los temas ..40Capítulo 3 - Trabajo con la organización -Mejora de procesos3.1 | Visión del cambio3.1.1 Análisis de casos3.1.2 Primeros pasos en un proceso de mejoras3.2 | Trabajando en los cambios3.2.1 Forma de trabajo3.2.1.1 Modelo ideal3.2.1.2 Modelo eoalg3.2.2 Dos fenómenos espontáneos3.2.2.1 Desconcierto3.2.2.2 Procesos virtuales3.3 | Aspectos y factores del proceso de mejora .3.3.1 Direcciones del cambio organizacional en sus múltiples dimensiones3.3.2 Aspecto socio-cultural de la gestión del cambio3.3.3 Factores críticos y de riesgo3.3.4 Factores generales de éxito3.3.5 Factores de éxito en pymes3.3.6 Factores adicionales3.3.7 Recomendaciones3.4 | Gestión del cambio3.4.1 Oposición al cambio3.4.1.1 Razones de resistencia al cambio.3.4.1.2 Rescatar lo positivo de la resistencia3.4.2 Influencia de la cultura organizacional3.4.2.1 Tipos de cultura organizacional3.4.3 Comportamientos generadores de conflictos y tensiones en la implementaciónde procesos de mejora de los roles participantes.3.4.4 Estrategia3.4.5 Tácticas3.4.5.1 Diferentes tácticas para el trabajo con los miembros jerárquicos y con los demás miembros.703.4.5.2 Diferentes formas de comunicación con áreas jerárquicas y racionales, y canal de comunicación entre ellas3.4.5.3 Compartir lugar físico con los miembros de las áreas3.4.5.4 Foco en temas puntuales y en grupos reducidos con intereses comunes3.4.5 Liderazgo3.5 | Respuesta a los casos de estudio ..73Caso 1Caso 2Caso 33.6 | ConclusiónCapítulo 4: Trabajo con Requerimientos4.1 | Importancia de los requerimiento.774.1.1 El rol de analista4.1.1.1 Definición4.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 requerimientos4.2.1 Foco4.2.2 Nivel..............8 44.2.3 Vista .................8 44.3 | Estrategia y tácticas en el trabajo con requerimientos4.3.1 Estrategia4.3.2 Tácticas4.3.2.1 Especificación de requerimientosde software y sus atributos de calidad4.3.2.2 Especificación de casos de uso4.4 | Análisis de requerimientos4.4.1 No confundir dominio y negocio con diseño4.4.1.1 Nota para desarrolladores ágiles4.4.1.2 Nota a los analistas de sistemas4.4.2 Paquetes4.4.2.1 Alternativas de selección4.5 | Validación y verificaciación4.5.1 Validación4.5.2 Verificación4.6 | Administración de cambios a losrequerimientos4.6.1 Problema4.6.2 Alternativas de solución4.6.2.1 Nota para desarrolladores ágiles4.7 | ConclusiónCapítulo 5: Trabajo con la Gestión deProyectos5.1 | Proyectos5.1.1 Planes y planificación5.1.2 Cascada versus iteraciones5.1.2.1 La dinámica de las iteraciones5.1.2.2 Las vistas de los roles5.1.3 Planificación de iteraciones5.1.3.1 Medidas de estabilidad5.1.4 Fases, actividades, objetivos ..1145.1.5 Cuestiones a tener en cuenta y algunas recomendaciones5.1.5.1 A tener en cuenta5.1.5.2 Recomendaciones5.1.6 Condiciones de contexto5.2 |Planificación de proyectos5.2.1 Estrategia5.2.1.1 Un caso demostrativo5.2.2 Construcción de una estrategia..1225.2.2.1 Visión5.2.2.2 Objetivos5.2.2.3 Prioridades . . . . . . . . . . .5.2.2.4 Riesgos5.2.2.5 Estimaciones5.2.2.6 Estrategia5.3 | Seguimiento del desarrollo de proyectos5.3.1 Roles5.3.1.1 Qué cosas debe hacer un líder de proyectos para cubrir sus responsabilidades5.3.1.2 Qué cosas no debe hacer un líder de proyectos5.3.2 Actividades5.3.3 Puntos de observación5.3.4 Fotos versus película5.3.4.1 Tratamiento de una decena de temas5.3.4.2 No seguimiento de los temas tratados5.3.5 Escalamiento5.3.6 Acciones5.3.7 Métricas5.4 |ConclusiónCapítulo 6: Trabajo con la Implementación- Diseño Codificación y Pruebas6.1 | Diseño, codificación y pruebas6.1.1 Problemas6.1.1.2 Proceso de diseño6.1.1.3 Coordinación de la construcción6.1.1.4 Pruebas6.2 | Pruebas de software6.2.1 Trabajo con el repositorio6.2.2 Test sistemáticos y automáticos..1466.2.3 Cómo adoptar la nueva forma de trabajo6.2.3.1 Obstáculos para automatizar las pruebas6.2.3.2 Qué debería automatizarse6.2.3.3 Qué no debería automatizarse6.2.3.4 Estrategia para comenzar la automatización6.3 | Integración continua6.3.1 Forma de trabajo6.3.1.1 Pasos6.3.1.2 Principios6.3.2 Infraestructura6.3.3 Resultados6.4 | Revisiones de diseño y Código6.4.1 Revisiones6.4.1.1 Objetivos6.4.1.2 Beneficios6.4.1.3 Métricas guía6.4.1.4 Indicadores6.4.1.5 Polimétrica de complejidad..1586.5 | Conclusiones6.6 | HerramientasCapítulo 7: Trabajo con Modelos deDesarrollo - CMMI7.1 | Modelos de referencia7.1.1 CMMi7.1.2 Relación entre áreas de proceso7.1.3 Desmistificando el modelo7.1.3.1 Por qué CMMi7.1.3.2 Con quién trabajar7.1.3.3 Cómo es el proceso de mejoras con CMMi7.1.3.4 Qué recursos se necesitan7.1.3.5 Cómo es la evaluación con CMMi (SCAMPI)7.2 |Mejora de procesos utilizando el modelo CMMI7.2.1 Estrategia general7.2.1.1 Políticas y Procesos7.2.1.2 Interpretación y mapeo de objetivos y tareas7.2.3 Institucionalización7.2.3.1 Relación entre áreas de proceso y objetivos genéricos7.3 |Modelos y metodologías7.3.1 Metodologías y modelos7.3.2 CMMI y metodologías7.4 |Madurez7.5 |ConclusionesApéndiceApéndice - Ejemplos de ActivosEspecificación de requerimientos de software (ers)Modelo de especificación de casos de usoEjemplo de priorización derequerimientosModelo de informe de avanceModelo de procedimientoProcedimiento de trabajo con código compartido (cc) en ambiente de IcDescripciónForma de trabajoCondiciones de entradaEntradasRolesActivosPasos de la actividadSalidaCondiciones de salidaMétricasVerificación y validación
- 0% (0)
- 0% (0)
- 0% (0)
- 0% (0)
- 0% (0)
Respuesta:
Todos los libros de nuestro catálogo son Originales.
Respuesta:
El libro está escrito en Español.
Respuesta:
La encuadernación de esta edición es Tapa Blanda.
✓ Producto agregado correctamente al carro, Ir a Pagar.
