Producto

El gestor de un proyecto de software se enfrenta a un dilema al inicio de un proyecto se necesita un plan organizado pero no se dispone de informacin solida. Un anlisis detallado de los requisitos del software proporcionara la informacin necesaria para las estimaciones, pero el anlisis a menudo lleva semanas o meses y peor si los requisitos van cambiando regularmente a medida que el proyecto va avanzando por eso necesitas examinar el producto y el problema a resolver justo al inicio del proyecto por lo menos se debe establecer el mbito del producto y delimitarlo

Ambito del Software La primera actividad de gestin de un proyecto de software es determinar el mbito del software para eso hay que definir lo siguiente:

Contexto. Cmo encaja el software a construir en un sistema, producto o contexto de negocios mayor y qu limitaciones se imponen como resultado del contexto Objetivos de informacin. Qu objetos de datos visibles al cliente se obtienen del software? Qu objetos de datos son requeridos de entrada? Funcin y rendimiento. Qu funcin realiza el software para transformar la informacin de entrada en una salida? Hay caractersticas de rendimiento especiales que abordar? El mbito de un proyecto de software debe ser un- VOCO y entendible a niveles de gestin y tcnico. Los enunciados del mbito del software deben estar delimitados.

Descomposicin del problema denominado a veces particionado o elaboracin del problema Durante la actividad de exposicin del mbito no se intenta descomponer el problema totalmente. Ms bien, la descomposicin se aplica en dos reas principales: (1) la funcionalidad que debe entregarse y (2) el proceso que se emplear para entregarlo.

Para desarrollar un plan de proyecto razonable, tiene que descomponer funcionalmente el problema a resolver un problema complejo se parte en problemas ms pequeos que resultan ms manejable Las funciones del software, descritas en la exposicin del mbito, se evalan y refinan para proporcionar ms detalle antes del comienzo de la estimacin PROCESO El gestor del proyecto debe decidir qu modelo de proceso es el ms adecuado para (1) los clientes que han solicitado el producto y la gente que realizar el trabajo; (2) las caractersticas del producto en s, y (3) el entorno del proyecto en el que trabaja el equipo de software. La descomposicin del proceso comienza cuando el gestor del proyecto pregunta: Cmo vamos a realizar esta actividad Tareas para pequeos proyectos 1. Desarrollar una lista de aspectos que se han de clarificar. 2. Reunirse con el cliente para resolver los aspectos que se han de clarificar. 3. Desarrollar conjuntamente una exposicin del mbito del proyecto. 4. Revisar el alcance del proyecto con todos los implicados. 5. Modificar el alcance del proyecto cuando se requiera

Para proyectos complejos 1. Revisar la peticin del cliente. 2. Planificar y programar una reunin formal con el cliente. 3. Realizar una investigacin para definir soluciones propuestas y enfoques existentes. 4. Preparar un documento de trabajo y una agenda para la reunin formal. 5. Realizar la reunin. 6. Desarrollar conjuntamente mini-especificaciones que reflejen la informacin, funcin y caractersticas de comportamiento del software. Modelo de proceso adaptable. 7. Revisar todas las mini-especificaciones para comprobar su correccin, su consistencia, la ausencia de ambigedades. 8. Ensamblar las mini-especificaciones en un documento de alcance del proyecto. 9. Revisar ese documento general con todo lo que pueda afectar. 10. Modificar el documento de alcance del proyecto cuando se requiera..