El tema de los entregables en proyectos de software es muy subjetivo, dependerá de muchos factores entre los mas importantes estan

• El tamaño del proyecto


• El tipo de cliente


• La metodología

Sin embargo agregando un factor mas a la lista esta el que esta documentacion sea realmente valiosa y no se documente por documentar que a la postre es perdida de tiempo, esta documentacion también te debe dar una guia para las etapas siguientes etapas del ciclo de desarrollo, asi como también te debe servir para el seguimiento de errores, en esta liga encontraran buena información.

Milestone consulting es una empresa que ofrece consultoria y capacitacion en UML y Procesos de Software, desconozco la calidad de sus servicios, pero al menos al ver su pagina se ve una empresa seria y que sus servicios son de calidad, me imagino que los precios que manejan son caros sabiendo que este tipo de cursos y consultoria de Ingeniería de Software son altos en comparacion con cursos de programacion, esto obedece a la oferta y la demanda, considero que conforme vayamos conformando una industria mayor de Ingenieria de Software los precios de estos cursos bajaran. Bueno lo interesante y aplaudible de este sitio son los links.

1. Los casos de uso definen el alcance del sistema

2. Los casos de uso son similares a los requerimientos sin la ambiguedad, confusion que caracterizan a estos ultimos

3. La suma de los casos de uso es la totalidad del sistema. Esto significa que todo aquello que no este en los casos de uso esta fuera del alcance del sistema

4. Los casos de uso permiten la comunicacion entre clientes y desarolladores

5. Los casos de uso son la guia para el desarrollo del sistemas

6. Los casos de uso son un metodo para planear el trabajo del desarrollo y permite estimar que tanto se tardara dicho desarrollo

7. Los casos de uso son la base para crear pruebas de sistemas

8. Los casos de uso ayudan para la creacion de guias de usuario

La fuente de informacion es de Ariadne Consulting en UML Applied

COCOMO(constructive cost model)  es un modelo propuesto por Barry Boehm para determinar el esfuerzo y los costos de un proyecto de Software, COCOMO tiene dos versiones, COCOMO Basic y COCOMO II, a decir de Barry Boehm COCOMO basic es limitado en exactitud, de alli el surgimiento de COCOMO II, el cual se divide en Organic, Embedded y Semidetached. En este Link se habla mas del tema, ademas de ofrecer en linea el calculo de recursos y costos, en base a datos de entrada. 

este link pone a prueba nuestros conocimientos acerca de ingenieria de software. Que es un ingeniero de Software??? que es una herramienta Case???, aqui se contestan esas y otras preguntas...