sección 4 - zeus.inf.ucv.clzeus.inf.ucv.cl/~jrubio/docs/2009-02/pet/pet 3-planif.2009.pdf · pet...

PET- Programa Especial de Titulación

Prof. José Miguel Rubio L.

Escuela de Ingeniería Informática - PUCV [email protected]

Sección 4

Planificación

Módulo 1 - Programa Especial de Titulación 2PET 2009

Temas a Tratar

� Planificar� Definiciones� Proceso / Herramientas

� Estructura de Desglose del Trabajo (EDT)� Unidad de Trabajo (Work Package)� Ficha de Tareas� Matriz de Responsabilidades� Construcción, metodologías

� Productos Entregables


Planificación

La Planificación es TODO, los planes no son NADA.

Gral. Dwight Eisenhower

Esto significa que el proceso de desarrollar el plan es lo valioso, el resultado se irá ajustando a medida que transcurre el Proyecto.


El Plan

Qué es un Plan?

� El Plan de Proyecto define el trabajo y cómo será hecho.

Para qué Sirve un Plan?

� Como base de acuerdo de costos y calendarios para el trabajo.

� Como estructura para organizar la tarea.� Como marco para obtener los recursos requeridos.� Como registro de lo inicialmente comprometido.


Cómo Planificar

1. Identificar “qué” necesita ser hecho� Estructura de Desglose del Trabajo

(Work Breakdown Structure - WBS)

2. Identificar “Cuánto” (el tamaño)� Técnicas de estimación del esfuerzo

3. Identificar las dependencias entre tareas� Gráfico de dependencias, diagrama de red

4. Estimar la duración total del trabajo a realizar� La programación actual


Planificación: Proceso


Planificación: HerramientasWork Breakdown Structure

� Utilizada para definir el trabajo a realizar por el Proyecto y descomponerlo en tareas.

Matriz de Responsabilidades� Utilizada para definir la organización

del Proyecto, los individuos y sus responsabilidades.

Hitos o Milestones� Utilizada para definir los puntos

críticos y eventos importantes en el calendario del Proyecto

Diagramas Gantt� Utilizados para mostrar el calendario

principal y detallado del Proyecto y sus las tareas principales.

Redes de Actividades� Utilizadas para mostrar las

actividades del Proyecto con sus precedencias y paralelismos




Sección 5

Estructura de Desglose del Trabajo (EDT)Work Breakdown Structure (WBS)


WBS & Estimación

� Cómo se siente cuando te preguntan� “Cuánto tiempo durará el proyecto?”

� Respuesta difícil de dar correctamente.

� Al menos no si uno fuera un cliente real en un proyecto real.

� Cómo se puede manejar este aspecto?


WBS & Estimación

Dividiendo el Proyecto� Se necesita decomponer el proyecto en “trozos” manejables � Necesario para todos los proyectos� Enfoque “Divide & Vencerás”� 2 causas principales de fracaso

� Olvidar algo crítico

� Estimaciones “al ojo” se convierten en blancos

� Cómo el decomponer ayuda en todo esto?


Objetivo

� Descomponer el esfuerzo estimado en tareas.

� Para esto identificaremos:� Entregables del proyecto,� Fases y� Tareas


Estructura de Desglose del Trabajo - WBS

� Lista jerárquica de las actividades del proyecto

� 2 Formatos � Lista (formato indentado)� Árbol gráfico (Organigrama)

� incluye� Tareas de Desarrollo, Gestión

y soporte del proyecto

Programa

Proyecto

Categoría

Sub-categoría

Categoría Categoría

Unidad de Trabajo(Work Package)


Estructura de Desglose del Trabajo - WBS� Utiliza un sistema de numeración decimal

� Ej: 3.1.5� 0 es típicamente el nivel más alto

� La numeración facilita la localización de las tareas en el WBS.

� Los nodos se leen como:� es un componente de …� forma parte de …

� Construcción:� Nombrar el nodo inicial,

� Poner en torno a 7±2 en cada nivel.� Las tareas son las hojas del árbol.


Ejemplo 1: Gráfico

1.1. Estudiar

Sistema Actual

1.2. ide. nuevas

carácteristica

1.0. Especificar

necesidades

2.1. Estudiar

Procesos

2.2. Estudiar

Datos

2.0. Analizar

Contabilidad

3.1. Diseño

B.D

3.2. Diseño

Programas

3.0. Diseñar

Aplicación

4.1. Creación

Esquema

4.2. Codificación

Programas

4.0. Codificación

5.1. Prueba

Unidades

5.2. Prueba del

Sistema

5.0. Pruebas

0.0. Proyecto

Contabilidad


Ejemplo 1: Lista

0.Proyecto Contabilidad.1.Especificar necesidades.1.1.Estudiar Sistema Actual.1.2.Añadir Nuevas

Características.2.Analizar Contabilidad.2.1.Estudiar Procesos.2.2.Estudiar Datos.3.Diseñar Aplicación.

3.1.Diseño B.D.3.2.Diseño Programas.4.Codificación.4.1.Construcción del esquema.4.2.Codificación de los

Programas5.Pruebas5.1.Prueba de Unidades5.2.Prueba del Sistema


Ejemplo 2: Gráfico


Métodos de Descomposición

Obra

CimientosMovimiento de

TierraMampostería

elevaciónRevoques

Exterior / InteriorCubierta Contrapiso

WBS por PRODUCTOS� Orientado a las Entidades� Detectamos diferentes productos que conformarán el

sistema que nos piden.� Ej.: Facturación, Control de Stocks, motor financiero,

Interfaces, BD ...

Ejemplo 3


Métodos de DescomposiciónEjemplo 4: WBS por Producto



Obra

AlbañileríaExcavar

WBS por PROCESOS (Función / Tarea)� Orientado a las Actividades

� Diferentes fases conceptuales

� Ej.: Requerimientos, Análisis, Diseño, Pruebas

Ejemplo 5


Métodos de DescomposiciónEjemplo 6: WBS por Proceso


Métodos de DescomposiciónEjemplo 6: WBS con Gantt



WBS Híbrido� No es inusual

� Ej.: Fases del ciclo de vida a nivel alto, con detalles de componentes/carac. en las fases

� Razonamiento: los procesos producen productos


WBS por Grupos de Procesos PMI Ejemplo 7: WBS Híbrido (por Procesos PMI )



Alternativas usadas menos frecuentemente� WBS Organizacional

� Investigación, Diseño de Producto, Ingeniería, Operaciones

� Puede ser útil para proyectos altamente transversales (funcionalmente)

� WBS Geográfico

� Puede ser útil con equipos distribuidos

� Ej.: equipo Stgo, equipo Viña, equipo externo


WBS: Ejemplo 8


WBS: Unidad de Trabajo (WP)


WBS: Unidad de Trabajo (WP)

sectortrabajo


Work Packages� Son tareas discretas que poseen un resultado bien definido.� Típicamente corresponden a las “hojas” del árbol� La regla “uno-a-dos”

� Granularidad: 1 o 2 personas para 1 o 2 semanas

� Base para monitoreo y reporte� Pueden ser relacionados a ítems del presupuesto (valores de costos)

� Recursos (personal) asignados

� Idealmente breves� 1 día mínimo (ocasionalmente medio día)

� no tan pequeño como en micro-gestión

� 2-3 semanas máximo para proyectos de software � más largos necesitarían de estimaciones durante el progreso

� y serían más subjetivos que “Realizado”/ “No Realizado”


Ficha de Tarea

Especificación de TareaNúmero: 3.1.Nombre: Diseño B.D.Descripción: Se diseñará la base de datos, partiendo del

modelo entidad-relación propuesto en el análisis y con el objetivo de tener un sistema funcionando sobre DB2.

Esfuerzo Estimado: 2 semanas/hombreEntregables: Estructura de implementación de la B.D.……………: ……………………………


Matriz de Responsabilidades


Matriz de Responsabilidades

<Programador base de datos>Desarrollo scripts creación de base de datos

<Analista de Seguridad>Análisis Seguridad Aplicativa

<Desarrollador 2>Desarrollo Reportes Normales

<Analista base de datos>Base de Datos Aplicación Ingreso On-line

<Desarrollador 1>Desarrollo Aplicación Ingreso On-line

ResponsableEntregable




Sección 6

Productos Entregables (Deliverables)


Productos Entregables

� Definición:"Productos que, en un cierto estado, se intercambian entre los clientes y los desarrolladores a lo largo de la ejecución del proyecto informático".

� Relativos:�Al objetivo.�A la gestión proyecto.


Productos Entregables

� Hay que definir un conjunto mínimo de Entregables.

� Que nos proveen de: � El conjunto de componentes que

formarán el producto una vez finalizado el desarrollo.

� Los medios para medir el progreso y la calidad del producto en desarrollo.

� Los materiales necesarios para la siguiente etapa.

Fases

Entregables

Unidad de Trabajo(Work Package)


Entregables del Estudio de viabilidad

� Descripción breve del sistema propuesto y sus características.

� Descripción breve de las necesidades del negocio en el sistema propuesto.

� Propuesta de organización del equipo de desarrollo y definición de responsabilidades.

� Estudio de los costes, que contendrán estimaciones groseras de la planificación y fechas, tentativas, de entrega de los productos.

� Estudio de los beneficios que producirá el sistema.


Entregables del Análisis

� Captura de requisitos:� Análisis del sistema actual (si existe).

� Requisitos nuevos de los usuarios.

� Descripción del sistema propuesto.

� Especificación del sistema� Descripción del sistema (DFDs, etc.).

� Requisitos de datos.� Requisitos de telecomunicaciones.

� Requisitos de hardware.

� Plan de pruebas de integración.


Entregables del Diseño� Descripción detallada del sistema, contendrá:

� Programas, módulos reutilizables y objetos.� Ficheros y bases de datos.� Transacciones� Diccionario de datos� Procedimientos� Carga del sistema y tiempos de respuesta� Interfaces, tanto humanos como de máquinas.

� Descripción de los controles del sistema propuestos.� Estándares de programación y diseño de programas,

recomendados.� Técnicas de implementación recomendadas: codificación propia,

compra de paquetes, contratación externa, etc.� Plan de pruebas de programas.


Entregables de Codificación

� Documentos del diseño final del sistema y de cada programa.

� Diagramas definitivos del sistema y de los programas.� Descripción detallada de la lógica de cada programa.� Descripción de las Entradas y Salidas (ficheros, pantallas,

listados, etc.).� Listado de los programas, conteniendo comentarios.� Cadenas de ejecución si es necesario (JCL, scripts, etc.).� Guía para los operadores del sistema.� Programa de entrenamiento de los operadores.� Manual de usuario del sistema.


Entregables de Pruebas

� Plan de pruebas del sistema (actualizado).� Informe de los resultados de las pruebas.� Descripción de las pruebas, el resultado esperado,

resultado obtenido y acciones a tomar para corregir las desviaciones.

� Resultado de las pruebas de cada unidad.� Resultado de las pruebas de cada programa.� Resultado de las pruebas de la integración.� Resultados de las pruebas a la documentación.


Entregables de Instalación/ MantenimientoEntregables de Instalación� Planes detallados de contingencias de explotación, caídas del sistema y

recuperación.

� Plan de revisión post-instalación.� Informe de la instalación.

� Carta de aceptación del sistema.

Entregables de Mantenimiento� Listado de fallos detectados en el sistema.

� Listado de mejoras solicitadas por los usuarios (si no dan lugar a nuevos proyectos).

� Traza detallada de los cambios realizados en el sistema.� Actas de las revisiones regulares del sistema y aceptación de los niveles de

soporte.




Fin

sección 4 - zeus.inf.ucv.clzeus.inf.ucv.cl/~jrubio/docs/2009-02/pet/pet 3-planif.2009.pdf · pet...

Documents