Dsadas

Timebox development 3

El éxito depende de… 3
Mayores riesgos (cosas que no hay que hacer) 3
Uso 3
Inicio 3
Equipo 3

Apunte: The Tar Pit 4

Diferencias entre un programa y un sistema o producto de software 4
Por qué programar es divertido 4
Las desgracias de programar 4

Apunte: The Mythical Man-Month 5

Causas por las cuales un proyecto se atraza 5
Hombre-Mes 5
Testing yplanificación 6
Regla práctica para planificar 6
Ejemplo de Hombre-Mes 6

Estimaciones 7

Técnicas de descomposición - Estimación basada en el problema 7
Tamaño del software 7
Ejemplo LDC 7
Ejemplo PF 8
Estimación basada en el proceso 8
Modelos empíricos de estimación 8
Ejemplo de modelos orientados a LDC 9
Ejemplo de modelos orientados a PF 9
El modelo COCOMO (Constructive Cost Model) 9Método Delphi 10

Métricas 11

Atributos de una métrica 11
Pasos de un programa de métricas 11

Testing 12

Objetivos 12
Proceso 13
Construcción 13
Prueba de caja negra 13
Pruebas de caja blanca 13

V-Model 14

Verificación 14
Validación 14
Prueba 14
Prueba y ciclo de vida 14
Prueba de sistema 14
Prueba de aceptación 15

Aspectos de la calidad del software 16

Factoresexternos 16
Modularidad 17

CMM (Capability Maturity Model) 18

Niveles de madurez 18

Classic Mistakes 19

Timebox development

Esta práctica ayuda a infundir una sensación de urgencia en el equipo de desarrollo y mantener el foco del proyecto en las características más importantes.

Produce un ahorro en el tiempo de desarrollo por medio de la redefinición del producto de sw para quese cumplan los tiempos en vez de redefinir la planificación para terminar el proyecto.

El éxito depende de…

- Utilizarlo en proyectos con determinadas características. No en todos los proyectos se puede aplicar timebox development.
- El compromiso de la gerencia de proyecto y de los usuarios de recortar funcionalidad en vez de estirar la planificación.

Mayores riesgos (cosas que nohay que hacer)

- Intentar usarlo en proyectos no adecuados
- Sacrificar calidad en vez de funcionalidad
- Utilizarlo en las actividades iniciales del proyecto (planeamiento y extracción de reqs.)

Uso

▪ El sistema crece como una cebolla, primero los reqs. esenciales y luego los menos importantes (si el tiempo y las prioridades lo permiten)
▪ Muy usado en desarrollos por prototipos▪ Requiere alta intervención del usuario
▪ Se recomienda en proyectos de entre 60 y 120 días. si el proyecto es más grande, se puede subdividir y aplicar en etapas.
▪ No se debe correr la fecha de fin (se perdería credibilidad para futuros proyectos)

Inicio

▪ Priorización de requerimientos
▪ Planificación ajustada pero realista
▪ Involucramiento del usuario

Equipo

▪ Una acinco personas
▪ Usuarios full time
▪ Conocimiento de las herramientas
▪ Alta motivación y sentido de urgencia

Apunte: The Tar Pit

La construción de grandes sistemas de computación se asemeja a un pozo de alquitrán (tar pit) en donde se unden, al igual que lo hacían los grandes animales prehistóricos, los equipos de desarrollo de software, que intentan alcanzar los objetivos, laplanificación y el presupuesto.

Diferencias entre un programa y un sistema o producto de software

Por qué programar es divertido

1. La diversión de crear cosas.
2. El placer de crear cosas que son útiles para otros.
3. La magia de combinar objetos con partes móviles que interactúan entre sí y ver como funcionan juntos.
4. El placer de aprender algo, a veces teórico, a veces práctico, que surgede la naturaleza no repetitiva de las tareas,.
5. El hecho de crear cosas de la nada, en un medio abstracto e ideal, producto de la imaginación, pero con resultados tangibles.

Las desgracias de programar

1. Hay que hacerlo de forma perfecta, sino, no funciona.
2. Existe dependencia de otras personas (objetivos, recursos, información, etc.)
3. Se tarda mucho tiempo en depurar y los...