Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Sesión05 - Gestion de Proyectos
Sesión05 - Gestion de Proyectos
Modelo Cascada
Definir el Requerimiento Analizar y Disear la solucin
Implementar la solucin
Desplegar en produccin
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
29/10/2011
Desplegar en produccin
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
Desventajas
Los cambios introducidos durante el desarrollo pueden confundir al equipo profesional en las etapas tempranas del proyecto. Si los cambios se producen en etapa madura (codificacin o prueba) pueden ser catastrficos para un proyecto grande. No es frecuente que el cliente o usuario final explique clara y completamente los requisitos (etapa de inicio); y el modelo lineal lo requiere. La incertidumbre natural en los comienzos es luego difcil de acomodar. El cliente debe tener paciencia ya que el software no estar disponible hasta muy avanzado el proyecto. Un error detectado por el cliente (en fase de operacin) puede ser desastroso, implicando reinicio del proyecto, con altos costos.
Definir el Requerimiento
Definir el Requerimiento
Definir el Requerimiento
Implementar la solucin
Desplegar en produccin
Versiones Intermedias
Versin Final
Versin Inicial
Desplegar en produccin
29/10/2011
29/10/2011
Modelo Espiral
Proceso de Desarrollo de Nuevos Productos Planificacin Anlisis de Riesgos Proyecto de Mejora de Productos
Ingeniera
Construccin y Entrega
29/10/2011
Problemtica
El desarrollo de software es una actividad compleja y reciente, que ha generado su conocimiento en un periodo muy breve, en comparacin con otras actividades profesionales: desde la aparicin de mquinas que para ser tiles necesitaban ser programadas. La aparicin de componentes que cada dos aos doblan la capacidad de sus antecesores [ley de Moore] nos ha rodeado en menos de cuatro dcadas de mquinas capaces de procesar miles de millones de operaciones por segundo (MTOPS).
Consecuencias
Incremento constante de la capacidad de operacin.
Reto
Miniaturizacin.
Ley de Moore
Reduccin de costes para la produccin de hardware.
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
Computadoras ms potentes, que pueden llevarse en el bolsillo y en permanente conexin con grandes sistemas, redes de comunicacin pblicas, sistemas de localizacin GPS, etc.
29/10/2011
METODOLOGAS TRADICIONALES
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
METODOLOGA
29/10/2011
Comunicacin
Gerencia de Liberacin
Desarrollo
29/10/2011
Administracin de Programas
Desarrollo
MSF
Pruebas
TRABAJO DE INVESTIGACIN
http://www.ibm.com/developerworks/rational/library/ apr07/santos/index.html http://blogs.msdn.com/b/askburton/archive/2004/12/2 2/330974.aspx http://www.willydev.net/descargas/articulos/general/ MSF.aspx http://en.wikipedia.org/wiki/Microsoft_Solutions_Fra mework http://msdn.microsoft.com/library/dd380647.aspx
29/10/2011
MSF: Hitos
Desplegar Producto Terminado Casos de Prueba aprobados Certificacin de ambiente de QA Ensamblar y Preparar los Equipos de Despliegue
Despliegue Visionamiento
Certificado de Ambiente de Produccin Definir el Alcance y los Objetivos del Proyecto Documentos de Visin y Alcance aprobados
Estabilizacin
Planificacin
Estabilizar Servidores
Desarrollo
Documento de Anlisis y Diseo aprobados Desarrollo segn especificaciones Casos de Prueba Generados Preparar Servidores para el Despliegue
Planes Aprobados
MSF: Hitos
Entrega Ajustada
Entrega Terminada
Soporte
visin
Instalacin
Planeacin
Estabilizacin
Versin Aprobada
Desarrollo
Alcance Completo
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
29/10/2011
MSF: Iteraciones
Despliegue Visionamiento
Estabilizacin
Planificacin
Desarrollo
Funcionalidad
Despliegue
Visionamiento
Estabilizacin
Planificacin
Estabilizacin
Planificacin
Desarrollo
Tiempo
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
MSF: Riesgos
Definicin de Riesgos
Identificar
2 6
Analizar y Priorizar
Controlar
Definicin de Riesgos
Planificar y Programar
Aprender
Ejecutar Seguimient o
10
29/10/2011
RUP En cuanto a tiempo el ciclo de vida de RUP se descompone en 4 FASES secuenciales, cada cual concluye con un producto intermedio. Al terminar cada fase se realiza una evaluacin para determinar si se ha cumplido o no con los objetivos de la misma.
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
Incepcin (Inicio)
Elaboracin
Construccin
Transicin
11
29/10/2011
Incepcin
Elaboracin
Construccin
Transicin
Tiempo
Recursos
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
12
29/10/2011
Condiciones
El dominio del problema es familiar. Se entienden bien los riesgos. El equipo del proyecto tiene mucha experiencia.
Una nica iteracin de la elaboracin, durante la que se definen los requisitos y se establece la arquitectura.
Varias iteraciones de construccin, durante las que se ejecutan los guiones de uso y se sustancia la arquitectura.
Iteracin Preliminar #1 N 2 N n+1 N .. N m N m+1 N m+2
Condiciones
El dominio del problema es nuevo o no es conocido. El equipo del proyecto no tiene mucha experiencia.
13
29/10/2011
Condiciones
El dominio del problema es familiar:
La arquitectura y los requisitos pueden estabilizarse al principio del ciclo de desarrollo. El problema tiene un grado bajo de novedad.
Iteracin Preliminar
#1
N 2
N n+1
N ..
N m
N m+1
N m+2
Condiciones
Un pequeo incremento de funcionalidad bien definida se aade a un producto muy estable. La nueva funcionalidad est bien definida y se comprende bien.
Una iteracin de construccin nica y muy larga, durante la que se ejecutan los guiones de uso y se sustancia la arquitectura.
El equipo tiene mucha experiencia, tanto en el dominio del problema como con el producto existente.
N1
N 2
N 3
14
29/10/2011
RUP FASES ELABORACIN El objetivo en esta fase es del sistema para proveer bases estables para el esfuerzo de diseo e implementacin en la siguiente fase. La arquitectura debe abarcar todos las consideraciones de mayor importancia de los requerimientos y una evaluacin del riesgo.
15
29/10/2011
RUP FASES CONSTRUCCIN El objetivo de la fase de construccin es y completar el desarrollo del sistema basados en la arquitectura base. Vista de cierta forma esta fase es un proceso de manufactura, en el cual el nfasis se torna hacia la .
.
En la transicin se para poder hacer el entregable del mismo, as como realizar ajuste menores de acuerdo a ajuste menores propuestos por el usuario. En este punto, la retroalimentacin de los usuarios se centra en .
16
29/10/2011
17
29/10/2011
Desarrollar la visin
Revisar requisitos
18
29/10/2011
RUP DISCIPLINAS ANLISIS Y DISEO Transformar los requerimientos a diseos del sistema. Desarrollar una arquitectura robusta para el sistema. Adaptar el diseo para hacerlo corresponder con el ambiente de implementacin y ajustarla para un desempeo esperado.
Describir la distribucin
Diseo de clase
Diseo de la cpsula
Diseo de la operacin
Diseo de mensajes
Especificacin de servicio
Revisar el diseo
Revisar la arquitectura
19
29/10/2011
Integrar el sistema
Revisar el cdigo
20
29/10/2011
Acordar la misin
Implementar la prueba
21
29/10/2011
Enviar a fbrica
22
29/10/2011
Realizar cambios
23
29/10/2011
Dirigir la revisin
Informe de estado
Iniciar el proyecto
Iniciar la iteracin
Organizar la revisin
Valorar la iteracin
24
29/10/2011
25
29/10/2011
METODOLOGAS GILES
Valores SCRUM
Delegacin de atribuciones (empowerment) al equipo para que pueda autoorganizarse y tomar las decisiones sobre el desarrollo. Respeto entre las personas. Los miembros del equipo deben confiar entre ellos y respetar sus conocimientos y capacidades.
26
29/10/2011
SCRUM
Se comienza con la visin general del producto, especificando y dando detalle a las funcionalidades o partes que tienen mayor prioridad de desarrollo y que pueden llevarse a cabo en un periodo de tiempo breve (normalmente de 30 das). Cada uno de estos periodos de desarrollo es una iteracin que finaliza con la produccin de un incremento operativo del producto. Estas iteraciones son la base del desarrollo gil, y Scrum gestiona su evolucin a travs de reuniones breves diarias en las que todo el equipo revisa el trabajo realizado el da anterior y el previsto para el da siguiente.
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
SCRUM
Scrum controla de forma emprica y adaptable la evolucin del proyecto, empleando las siguientes prcticas de la gestin gil.
27
29/10/2011
Caractersticas de SCRUM
Revisin de las Iteraciones Desarrollo incremental Desarrollo evolutivo Autoorganizacin
Colaboracin
Al finalizar cada iteracin (normalmente 30 das) se lleva a cabo una revisin con todas las personas implicadas en el proyecto. Este es el periodo mximo que se tarda en reconducir una desviacin en el proyecto o en las circunstancias del producto Durante el proyecto, las personas implicadas no trabajan con diseos o abstracciones. El desarrollo incremental implica que al final de cada iteracin se dispone de una parte del producto operativa que se puede inspeccionar y evaluar. En Scrum se toma a la inestabilidad como una premisa, y se adoptan tcnicas de trabajo para permitir esa evolucin sin degradar la calidad de la arquitectura que se ir generando durante el desarrollo. La gestin predictiva confa la responsabilidad de su resolucin al gestor de proyectos.En Scrum los equipos son auto-organizados (no auto-dirigidos), con margen de decisin suficiente para tomar las decisiones que consideren oportunas. Para que funcione la auto-organizacin como un control eficaz cada miembro del equipo debe colaborar de forma abierta con los dems, segn sus capacidades y no segn su rol o su puesto.
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
Visin del Proceso SCRUM Scrum denomina sprint a cada iteracin de desarrollo y recomienda realizarlas con duraciones de 30 das. El sprint es por tanto el ncleo central que proporciona la base de desarrollo iterativo e incremental.
28
29/10/2011
Roles SCRUM
El responsable de obtener el mayor valor de producto para los clientes, usuarios y resto de implicados.
Gestor de los equipos que es responsable del funcionamiento de la metodologa Scrum y de la productividad del equipo de desarrollo.
Componentes SCRUM
Planificacin de sprint: Jornada de trabajo previa al inicio de cada sprint en la que se determina cul va a ser el trabajo y los objetivos que se deben cumplir en esa iteracin. Reunin diaria: Breve revisin del equipo del trabajo realizado hasta la fecha y la previsin para el da siguiente. Revisin de sprint: Anlisis y revisin del incremento generado. Pila del producto: lista de requisitos de usuario que se origina con la visin inicial del producto y va creciendo y evolucionando durante el desarrollo. Pila del sprint: Lista de los trabajos que debe realizar el equipo durante el sprint para generar el incremento previsto. Incremento: Resultado de cada sprint
Las reuniones
Los elementos
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
29
29/10/2011
SCRUM
SCRUM
30
29/10/2011
Burndown Charts
Un grfico de trabajo pendiente a lo largo del tiempo muestra la velocidad a la que se est completando los objetivos/requisitos. Permite extrapolar si el Equipo podr completar el trabajo en el tiempo estimado.
Product Backlog
Es la lista de objetivos y requisitos priorizada que representa la visin y expectativas del cliente respecto a los objetivos y entregas del producto o proyecto. El cliente es el responsable de crear y gestionar la lista (con la ayuda del Facilitador y del equipo, quien proporciona el coste estimado de completar cada requisito). Dado que reflejar las expectativas del cliente, esta lista permite involucrarle en la direccin de los resultados del producto o proyecto.
31
29/10/2011
Product Backlog
de alto nivel del producto o proyecto, que se suelen expresar en forma de historias de usuario. Para cada objetivo/requisito se indica el valor que aporta al cliente y el coste estimado de completarlo. La lista est priorizada balanceando el valor que cada requisito aporta al negocio frente al coste estimado que tiene su desarrollo, es decir, basndose en el Retorno de la Inversin (ROI). En la lista (releases) esperadas por el cliente (los puntos en los cuales desea que se le entreguen los objetivos/requisitos completados hasta ese momento), en funcin de la velocidad de desarrollo del (los) equipo(s) que trabajar(n) en el proyecto. La lista tambin tiene que e incluir los requisitos o tareas necesarios para mitigarlos.
Product Backlog
32
29/10/2011
El cliente debe tener definida la meta del producto o proyecto y la lista de requisitos creada.
De esta manera, el esfuerzo de recoger, detallar y desarrollar el resto de requisitos (menos prioritarios) est repartido en el perodo de ejecucin del proyecto. En el caso del desarrollo de un producto, la lista va evolucionando durante toda la vida del producto (los requisitos "emergen"). En el caso de un proyecto, conforme ste avance irn apareciendo los requisitos menos prioritarios que falten.
Product Backlog
Se evita analizar en detalle requisitos no prioritarios que podran cambiar durante el transcurso del proyecto, dado que el cliente conocer mejor cul ha de ser el resultado a conseguir, o bien por que podran ser reemplazados por otros.
Se evita caer en parlisis de anlisis al inicio del proyecto, de manera que se puede iniciar antes el desarrollo y el cliente puede empezar a obtener resultados tiles. Puede llegar a un punto del proyecto en que no valga la pena analizar ni desarrollar los requisitos restantes, dado el poco retorno de inversin (ROI) que tienen.
Ventajas
33
29/10/2011
ARTEFACTOS
GENERACIN DE ARTEFACTOS
Soporte
Visionamie nto
Despliegue
Planificacin
Estabilizaci n
Desarrollo
34
29/10/2011
Paquetes
Casos de Uso
Diagramas de Interaccin
Estados
Actividades
Composicin
Secuencia
Clases
Comunicacin
Componentes
Interaccin
Objetos
Ciclo de Vida
Despliegue
Capa de Ingeniera
Moldeamiento del Negocio Definicin de Requerimientos Cada flujo de trabajo describe como crear y mantener un modelo en particular
Modelo de Negocio
Anlisis y diseo
Modelo de Diseo
Implementacin
Modelo de Implementacin
Pruebas
Modelo de Pruebas
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
35
29/10/2011
PROJECT CHARTER
Antecedentes Justificacin Objetivos del Proyecto Supuestos Descripcin del Proyecto Alcance Fuera de Alcance Administracin de entregables Duracin Estimada Patrocinador y Gerente de Proyecto Organizacin del proyecto
Ing. Miguel Caldern Su Nbrega Sistemas de Informacin
36
29/10/2011
ANEXOS
MODELO DE INTERACCION
DIAGRAMA DE SECUENCIA
37
29/10/2011
DICCIONARIO DE DATOS
ESQUEMA: {NOMBRE DEL ESQUEMA}
LISTADO DE CATEGORIAS DE TABLAS LISTADO DE DEFINICIN DE TABLAS DESCRIPCIN DE TABLAS Y CAMPOS
38