Académique Documents
Professionnel Documents
Culture Documents
Objetivos
Ampliar los conocimientos bsicos ya estudiados sobre la gestin de la integracin y la gestin del alcance, dentro de la gestin de proyectos. Estudiar las principales herramientas y tcnicas tiles en la gestin de la integracin y del alcance de proyectos informticos. Profundizar los apartados anteriores en el caso de proyectos de desarrollo de software.
Indice
1. Introduccin. 2. Metodologas de Planificacin de Proyectos.
Estndares Internacionales. El Plan del Proyecto. Estndar IEEE 1058 para Proyectos Software.
5. Iniciacin de un Proyecto.
Cmo empieza un proyecto software?. Estudio de Viabilidad. Definicin de los objetivos. Descripcin del Producto.
Bibliografa bsica:
ANSI/IEEE Std. 1058: IEEE Standard for Software Project Management Plans. IEEE Computer Society, USA. Existe una versin en castellano en la web de la asignatura: http://alarcos.inf-cr.uclm.es/doc/pgsi/ doc/especiales.htm#IEEE_1058. Piattini, M. et al, Anlisis y diseo detallado de Aplicaciones Informticas de Gestin. Ed. RaMa, Espaa 1996. Caps. 5 y 6. Wilson, D.N. and Sifer, M.J., Structured Planning Project Views. En Software Management, 5th edition. IEEE Computer Society, 1997. Existe un proyecto fin de carrera con documentacin en castellano y una herramienta: http://alarcos.inf-cr.uclm.es/doc/pfc/planep/
Introduccin
conceptos y tcnicas que vamos a ver, lugar que ocupan en el marco PMI de Gestin de Proyectos.
rea Proceso Grupo Conceptos, tcnicas y herramientas
C=conceptos, T=tcnicas y herramientas, O=salidas
T: Metodologas de planificacin Desarrollo Planificacin del plan O: Plan del proyecto T: Habilidades generales de gestin Ejecucin del plan Integracin Control global de cambios Ejecucin T: Gestin de compromisos T: Sistema de autorizacin de trabajos C: Supervisin y seguimiento de proyectos software Control O: Acciones Correctivas T: Gestin de la configuracin (GCS) T: Medidas de los resultados (mtricas software) C: Decisin de emprender el proyecto C: Estudio de viabilidad Iniciacin Alcance Iniciacin C: Definicin de los objetivos T: Descripcin del producto (especificacin de requisitos software) Definicin Planificacin del alcance T: Descomposicin Estructurada de Proyectos Software T: Estructuras de descomposicin de trabajos (WBS)
C: conceptos que amplian y extienden lo comentado del proceso en el tema IV, pero ahora particularizando en proyectos informticos y especialmente proyectos software (PS). T: tcnicas y herramientas tiles en el proceso. O: salidas (outputs), es decir, resultados del proceso.
Estndares internacionales
IEEE 1058: IEEE Standard for Software Management Plans
Fecha de publicacin: 1987, revisado en 1993.
ISO/IEC 16326: Software Engineering. Guide for the application of ISO/IEC 12207 to Project Management.
Fecha de publicacin: 1999.
Definir el formato y contenido de los planes de gestin de proyectos software (PGPS). Que pueda ser aplicado a todo tipo de proyectos software. Que pueda ser aplicado a alguna o a todas las fases del ciclo de vida de un producto software. Identificar el conjunto mnimo de elementos que debern aparecer en todos los PGPS. Que los usuarios puedan incorporar nuevas secciones y subsecciones, pero tratando de respetar la estructura y ordenacin definidas.
Producto bsico (baseline): un producto de trabajo que ha sido formalmente revisado y acordado, y que slo puede ser cambiado por medio de procedimientos de control de cambios formalizados. Cliente: el individuo u organizacin que especifica y acepta los entregables del proyecto. Puede ser interno o externo a la organizacin que realiza el proyecto. Puede ser o no ser el usuario final del producto software. Acuerdo (project agreement): un documento(s) acordado por la autoridad del proyecto y por el cliente. Puede incluir lo siguiente:
- Un contrato, especificaciones de requerimientos de usuarios, especificaciones funcionales, el PGPS, ...
Revisin (review): una reunin en la cual uno o varios productos de trabajo son presentados al personal del proyecto, gestores, usuarios, clientes, etc. para su comentario o aprobacin. Proyecto software (PS): conjunto de todas las funciones, tareas y actividades, tcnicas y de gestin, necesarias para satisfacer los trminos y condiciones del acuerdo del proyecto. Gestin de PS: los procesos de planificacin, organizacin, dotacin de personal, supervisin, control, y puesta en marcha de un PS.
Producto de trabajo: cualquier tem tangible que se obtiene como resultado de una funcin, actividad o tarea. Ejemplos:
Requerimientos del cliente, Especificaciones funcionales, Cdigo fuente y objeto, Plan del proyecto, Documentos de diseo, Calendario,
Manuales de usuario,
4. Procesos tcnicos.
4.1. Mtodos, herramientas y tcnicas. 4.2. Documentacin del software. 4.3. Funciones de soporte al proyecto.
Gestin de Compromisos
Es un aspecto esencial dentro de la realizacin de un PS. Los directivos deben tomar decisiones y adoptar compromisos despus de que los tcnicos de desarrollo de software hayan emitido sus opiniones sobre si los compromisos son o no factibles.
Actividades de Seguimiento
El Control de un PS supone las siguientes actividades de seguimiento:
Seguimiento de los costes frente al presupuesto, Seguimiento de los sucesos frente al calendario, Seguimiento de los aspectos tcnicos crticos del proyecto, Seguimiento del tamao de los productos software, Generacin de datos histricos (para estimacin de proyectos futuros), Seguimiento de hitos (determinar objetivamente cuando se ha completado cada hito).
Acciones Correctivas
Cualquier accin realizada con el fin de que los resultados futuros esperados del proyecto estn en consonancia con el plan del proyecto. Son el resultado (output) de diversos procesos de control:
Control global de los cambios, Control de cambios en el alcance, Control del calendario, Control de costes, Control de riesgos.
En proyectos software (PS) las acciones correctivas se deben realizar cuando se producen desviaciones respecto de:
Los hitos completados, El tamao del software, El esfuerzo, El coste, y El tiempo empleado en realizar los diferentes productos.
Gestin de la Configuracin
Es un procedimiento documentado utilizado en la direccin y vigilancia tcnica y administrativa de proyectos para:
Identificar y documentar las caractersticas fsicas y funcionales de un tem o sistema. Controlar cualquier cambio en dichas caractersticas. Registrar e informar sobre los cambios y su estado de implantacin. Auditar los tems y sistemas para verificar su conformidad con los requerimientos.
En proyectos software complejos es muy importante, recibe el nombre de Gestin de la Configuracin Software (GCS/SCM). Existen herramientas CASE para tal fin, que permiten automatizar el control de los cambios en las diversas versiones y 'releases' en el cdigo, ejecutables, documentacin, manuales, etc.
Estudio de Viabilidad de un PS
Todos los proyectos son realizables con recursos ilimitados y un tiempo infinito. Como esto no es real, antes de pasar a desarrollar un proyecto, debe evaluarse su viabilidad: posibilidad de realizacin con unos recursos y un tiempo adecuados y disponibles. Incluye los siguientes aspectos:
Econmico: es positiva la relacin costes/beneficios?. Tcnico: existe y est disponible la tecnologa necesaria?. Legal: los requisitos cumplen las normas legales, contratos, etc.?. Operativo: puede implantarse de manera efectiva, teniendo en cuenta la filosofa de la organizacin y la cultura del personal?.
Costes/Beneficios de un PS
Los costes de un PS pueden ser:
Del personal informtico implicado (desde el anlisis hasta la instalacin), De consultora, De software adicional (sistemas operativo, SGBD, herramientas CASE, etc.), Del hardware, De la infraestructura (mobiliario, obras, locales, etc.), Debidos al usuario (formacin, manuales, etc.).
Los beneficios no los deben evaluar los tcnicos, pueden aparecer como:
Nuevas funcionalidades, Eliminacin de errores, Reduccin de errores, Aumento de velocidad, Aumento de la fiabilidad.
-PMI-59, fg 5-3
Descomposicin de Trabajos
1) Identificar los principales elementos del proyecto (primer nivel).
En unos casos sern los entregables del proyecto y la gestin de dicho proyecto; en otros casos el primer nivel de descomposicin viene determinado por las fases del ciclo de vida del proyecto.
2) Para cada elemento, decidir si puede realizarse una adecuada estimacin de costes y de la duracin con el nivel de detalle actual. En caso afirmativo ir al paso 5 y en caso negativo ir al paso 3. 3) Identificar los elementos que constituyen el entregable.
Los elementos constituyentes debern ser descritos en trminos de resultados tangibles y verificables en orden a facilitar medidas de la ejecucin, y de cmo el trabajo del proyecto se realizar realmente.
Descomposicin Estructurada de PS
Los EDT's en ingeniera del software suelen tener al menos tres niveles:
1: se corresponde con las fases tradicionales del ciclo de vida: definicin de requerimientos, diseo, codificacin, prueba e implementacin. 2: corresponde a las tareas estndares que han sido identificadas para cada una de dichas fases. 3: es especfico de cada proyecto y corresponde a los paquetes de trabajo (1 o 2 semanas).
El producto de un proyecto est definido por la coleccin de entregables. Un paquete de trabajo est completado cuando todos sus entregables han sido producidos. Las tareas se pueden definir cmo el proceso de aplicar ciertas habilidades personales a las entradas/inputs' (entregables de tareas previas) para producir los entregables (de la tarea). Las dependencias entre tareas estn determinadas por las relaciones entre entregables:
Una entrada de una tarea es una entrada del proyecto o un entregable de otra tarea (predecesora). Un entregable de una tarea es un entregable del proyecto o una entrada de otra tarea (sucesora).
Cuando una tarea es dividida en varias tareas hijas, sus entradas y entregables tambin pueden ser repartidos entre las tareas hijas o compartidos por varias de ellas.
Es la coleccin de DFTs que describe un proyecto completo y las dependencias entre todos los niveles de tareas en el proyecto. Incluye un Diccionario de flujos de trabajo: lista de todos los flujos de trabajo y sus
composiciones.