29 Octubre

Hora 1 (12:00-13:00)

Gervás saca las historias de los que hacen dieta. Dice que falta la parte de los casos de uso. Los personajes en muchos casos hacen cosas en común. Hay que convertir las historias en casos de uso.

Esta documentación empieza a ser muy importante. Siempre hay que conservar la documentación con mucho cuidado y desde ahora. Cuidado con la publicidad engañosa, todo lo que pone _tiene_ que ser cierto.

Dice Gervás que puede que distintos perfiles de usuario podrían tener que responder diferentes preguntas desde el principio en la configuración. Dos perfiles diferentes no se tratan igual.

Ahora nos pone un ejemplo de glosario del grupo de la nevera. Dice que hay que definir las cosas bien, se pone bastante quisquilloso con la definición de alimento, cocina, plato… dice que puede dar problemas cuando luego vayan a hacer la base de datos.

Nos empieza a sacar los colores. Las historias están muy bien. Está contada la funcionalidad. Son historietas de como HD Lorean resuelve la situación. Las imágenes también están muy logradas. Luego con respecto a los interfaces. La línea de tiempo y los icono 6, icono 7, no le queda nada claro. El hermano cabrón es castigado? Risas con la historia de la documentación de Gervás. El ejemplo más claro es el de "Te juro que anoche en mi casa funcionaba!!". Dice que algunas historias pueden ser incompatibles con la de "Llevo 5 años usando el mismo HD", que si borras algo, está claro que luego no vas a poder recuperarlo. No puedes limpiar el disco y luego querer recuperar.

Conectar historias con casos de uso, están muy incompletos los segundos, hay que ir ampliándolos, les falta mucho trabajo.

Los de los horarios lo llevan muy bien, ya tienen cantidad de casos de uso. Hay que tener cuidado con los actores. La base de datos, por ejemplo, figura como actor si la base de datos es externa, pero si no, hay que poner también como funciona la base de datos.

Hora 2

Riesgos

-Identificar Riesgos, y elaborar planes para minimizar su efecto.
-Riesgo es la probabilidad de que se de alguna circunstancia adversa.
- Los riesgos del proyecto afectan al calendario o a los recursos. (Vacaciones en punta cana, el programa no va en los labos)
- Los riesgos de producto afectan a la calidad o al rendimiento del software que se desarrolla.
- Los riesgos de negocio afectan a la organización que desarrolla o proporciona el software. (Si quiebra la empresa…)

Riesgo evidente en la empresa: cambio de personal, el que sabía se fue. A nosotros también nos pasa, el que se echa novia en el extranjero, el que ha ingresado en el hospital, el que se dedica a MTP…

Cambio de dirección. Al nuevo director le deja de interesar y cancela el proyecto. Hubo un año que pasó, el profe se puso malo, lo tuvieron que sustituir, y se fue todo al carajo.

Riesgo de hardware. Nos petan el wiki…

Cambios de requisitos. Incluir en nuestro plan algún mecanismo porque pasará.

Retrasos en la especificación. Menos tiempo tendremos para el proyecto si hay retrasos.

No contábamos con que esto iba a ser tan grande…

Cambios de tecnología… (en los labos están obsoletos…)

Una vez que tenemos los riesgos identificados y puestos más arriba los más peligrosos (ordenar por prioridades), aplicar planes a los que están más arriba.

Identificar riesgos.
Análisis de riesgos evaluar probabilidad y consecuencias, atribuir prioridades.
Planificar riesgos: hacer planes para evitarlos o minimizarlos.
Seguimiento de los riesgos: vigilarlos durante el curso.

Tipos de riesgos:

-Conocido
-Predecible
-Impredecible

Hay que empezar haciendo los riesgos más peligrosos, los más probables, los que pueden crearnos más problemas en el desarrollo.

Los que más nos preocupan: Riesgos tecnológicos. Jamás fracasan por riesgos tecnológicos. Sólo fracasan por riesgo de personal. Se pelean los que más saben y no hacen nada. Los cambios en requisitos tienen que ser fáciles de arreglar, en modificar estos requisitos.

Análisis de riesgos:

- Evaluar la probabilidad y consecuencias: Poner 5 valores, de muy baja a muy alta. Consecuencias de catastróficas, serias, tolerables e insignificantes.

Hacer una tabla así: ordenada por efectos y dentro de eso por probabilidad.

|Riesgo | Probabilidad | Efectos

Planificación:
- Estrategias para evitarlos: se reduce la probabilidad de que se dé el riesgo.
- Estrategias para minimizarlos: se reducen las consecuencias del riesgo sobre el proyecto o producto.

Planes de contingencia:
- Si surge el riesgo, hay planes para hacerle frente.

Seguimiento:
- Evaluar cada riesgo identificado periódicamente para decidir si aumenta o disminuye su probabilidad.

Riesgos de requisitos:
- Si el cliente cada vez que le mostramos algo pone pegas.
- Si la gente no le acaba de convencer la herramienta que usas de cvs…
- Sobre todo: Riesgos de personal, si discuten, dejan de venir…

Referencias:

Pressman capitulo 6 analisis y gestión del riesgo
Sommerville 4.4 Admon de riesgos

Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License