El Proceso Unificado, RUP

2. Mejores Prácticas

Modelamiento

Se recomienda usar Enterprise Arquiteck,

Calidad

Con la calidad no se juega

Testing: Reparar un software después de implementado cuesta más del doble.

"Nunca lo pruebe el mismo que lo programó"

• El sistema debe hacer lo que el usuario quería
• Debe hacerlo bien

Control de cambios

Documentar el requerimiento de cambio del sistema. Usar el formato. Se aclara la comunicación.

Existen formatos. Inclusive si hay una ley que exige el cambio.

Control de cambios de versiones

.. hay otras, chequear ppt

3. Elementos

Parentesis sobre los roles:
Los analistas y arquitecto de software deben documentar, pero el desarrollador no documenta. Todo llega listo para el programador... a este paso el rol del desarrollador será cubierto por una aplicación.

Las factorías de Software deberían tener obligatoriamente un sistema de levantamiento de requerimientos (Requisi Pro, super caro)

Roles
Características q debe tener una persona, define el comportamiento que debe tener una persona para cumplir ciertas tareas del proyecto.
Sombrero que usa una persona para tener varias posiciones en el proyecto

Un desarrollador debe saber de todas maneras: Word, Excel, Project.

Tareas 
Categorías de tareas:

• Thinking Steps
• Performing Steps
• Reviewing Steps

La tarea principal del Proyecto es la Especificación de los Casos de uso

Artefactos
El Documento Visión es uno de los principales artefactos

Fases
Todas las fases tienen un WorkFlow