Tema_5_Clase_4_Proceso_Unificado_-_Gesti_n_de_Proyectos

Vista previa del material en texto

CLASE 4
MODELO DE DESARROLLO DE PROGRAMAS Y 
PROGRAMACION CONCURRENTE
FAC.DE INGENIERIA - UNJu
Proceso Unificado - Gestión de Proyectos
PROCESO UNIFICADO (PU) DE DESARROLLO SOFTWARE 
• Def. es un marco de desarrollo de SW q se caracteriza x estar dirigido por Casos de Uso (CU), 
centrado en la arquitectura y por ser iterativo e incremental. El modelo de dominio se representa 
fundamentalmente por diagramas de clases a través del Lenguaje de Modelado Unificado (UML), 
cuyo objetivo es comprender y describir las clases más importantes dentro del contexto del Sist. 
Dirigido x CU
1CU es 
1fragmento de 
funcional.del sist. 
q proporc1 result. 
de valor a 1US. 
Modelan los 
requerimientos 
funcionales sist. 
Todos los CU 
juntos forman el 
modelo de CU. 
Los CU guían el 
proceso de 
desarrollo. 
Centrado en la arquit. 
La arquit. (decisiones significat. 
acerca de la organiz.de
1sist.SW a partir de los cuales se 
compone el sist., interfaces 
entre ellos, su comportam., sus 
colaboraciones, y su 
composición) de1sist.SW se 
describe x diferentes vistas del 
sist.en construcción, incluye 
aspectos estáticos y dinámicos 
más significat.del sist. 
La arquit.es 1vista del diseño 
completo con las 
características más importantes 
resaltadas, dejando detalles.
Iterativo e Incremental 
Se divide el esfuerzo de desarrollo de 1proy. 
SW en mini proy.. C/1es 1iterac.q resulta en 
1increm. Las iterac.hacen refer.a pasos en 
el flujo de trabajo, y los increm.a crecim.en
el producto. 
Las iterac.deben controlarse (seleccionarse 
y ejecutarse planif.). Los desarrollad.basan
la selecc.de lo q implementarán en 
c/iterac.en el conj.de CU q amplían la 
funcional., y en los riesgos+importantes. 
En c/iterac.los desarrolladores identifican y 
especifican CU relevantes, crean 1diseño 
usando la arquit.seleccionada como guía, 
p/implementar dichos CU. 
Si la iterac.cumple sus objet., se continúa 
con la próxima. Si no deben revisarse las 
decis.previas y probar 1nuevo enfoq. 
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
LENGUAJE DE MODELADO UNIFICADO (UML)
• Es el leng.de modelado de sist.de SW + conocido y utilizado en la actualidad. Es 1leng.gráfico utilizado 
p/visualizar, especificar, construir y documentar un sist. Ofrece 1estándar p/describir 1 "plano" del 
sist.(modelo), incluyendo aspectos conceptuales tales como procesos de negocio, fciones.del sist., y 
aspectos concretos como expresiones de leng.de programación, esquemas de bases de datos y 
compuestos reciclados. 
• UML es un "leng. de modelado" p/especificar o describir métodos o procesos. Se utiliza p/definir un 
sist,, p/detallar los artefactos en el sist.y p/documentar y construir. 
Florencia
Resaltado
CICLO DE VIDA DEL PROCESO UNIFICADO (PU) 
• El PU se repite a lo largo de1serie de ciclos q forman la vida de 1sist. C/ciclo constituye 1versión del sist. 
• C/ciclo consta de cuatro fases: Inicio, Elaboración, Construcción y Transición. C/fase se subdivide en 
iteraciones. En c/iteración se desarrolla en secuencia un conj.de disciplinas o flujos de trabajos.
Florencia
Resaltado
Florencia
Resaltado
FASE DE INICIO
Establece la planificac.del Proyecto y su alcance. Debe realizarse en 1periodo de tiempo pequeño 
(1única iterac.). El tener 1 fase de inicio muy larga indica q se está realizando 1especificación previa 
excesiva, lo q responde + a 1modelo en cascada. Objetivos:
• Establecer 1justificación p/el proyecto
• Establecer el ámbito del proyecto
• Esbozar los CU y los requisitos clave q dirigirán las decisiones de diseño
• Esbozar las arquitecturas candidatas
• Identificar riesgos
• Preparar el plan del proyecto y la estimación de costos
FASE DE ELABORACIÓN
Se capturan la mayoría de los requisitos del sist. Los objet.principales de esta fase son la identificación de 
riesgos y establecer y validar la arquit.del sist.
Se elabora la Arquitectura Base Ejecutable:
• La arquit.se valida a través de la implement.de 1Base de Arquit.Ejecutable o implementac.parcial del 
sist.q incluye los componentes principales del mismo
• Al final de la fase de elaborac.la base de arquit.ejecutable debe demostrar q soporta aspectos claves 
de funcional.del sist.y q muestra la conducta adecuada en términos de rendim., escalabilidad y costo
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
FASE DE CONSTRUCCIÓN
Es la fase +larga de proyecto. El sist.es construido en base a lo especificado en la fase de elaboración.
Las características del sist.se implementan en 1serie de iteraciones cortas y limitadas en el tiempo. 
El resultado de c/iteración es una versión ejecutable de SW.
Florencia
Resaltado
Florencia
Resaltado
FASE DE TRANSICIÓN
En esta fase el sistema es desplegado para los usuarios finales.
La retroalimentación recibida permite incorporar refinamientos al sistema en las sucesivas iteraciones.
Esta iteración también cubre el entrenamiento de los usuarios para la utilización del sistema.
El hito de lanzamiento del producto marca el final de la fase.
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
DISCIPLINAS
C/discipl.es 1conj.de activid.relacionad.(flujos de trabajo) vinculadas a 1área específ.dentro del proy.total.
El objet. es establecer un canal de comunicación entre los ingenieros del negocio y los ingenieros del SW.
Los ingenieros del SW deben conocer la estruct.y dinámica de la organiz. objetivo (el cliente), los 
problemas actuales y sus posibles mejoras.
Se plasma en la identif.del modelo del dominio en el q se visualizan aspectos bás.del dominio de aplicac
Objetivos:
• Comprender la estruct.y la dinámica de la organiz.
• Comprender problemas actuales e identificar posibles mejoras.
• Comprender los procesos de negocio de la organiz.
Las actividades q se plantea son el modelo de CU del negocio q describe los procesos de negocio y los 
clientes, y el modelo de objetos del negocio que describe cada CU del Negocio utilizando diagr.de Activ.
MODELADO DEL NEGOCIO
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
REQUISITOS
Describe q es lo q tiene q hacer el sist.y pone a desarrolladores y al cliente de acuerdo en esta descripción
Describe como el SW será realizado en la fase de implementación.
Se plasma en un modelo de diseño que consiste en una serie de clases (agrupadas en paquetes y 
subsistemas) con interfaces bien definidos.
También contiene descripciones de cómo los objetos colaboran p/realizar las acciones incluidas en CU.
ANÁLISIS Y DISEÑO
IMPLEMENTACIÓN
Se implementan clases y objetos en términos de componentes (arch.fuentes, binarios, ejecutables, etc).
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
PRUEBA
Se comprueba q el funcionamiento sea correcto analizando diversos aspectos: los objetos como unidades, 
la integración entre objetos, la implementación de todos los requisitos, entre otros.
Se crea la versión externa del producto, se empaqueta, se distribuye y se instala en el lugar de trabajo. 
También se da asistencia y ayuda a los usuarios.
DESPLIEGUE
GESTIÓN DE CONFIGURACIONES Y CAMBIOS
Gestiona aspectos como los sist.de control de versiones.
Controla las peticiones de cambios clasificándolas según su estado (nueva, registrada, aprobada, 
asignada, completa, entre otros).
Los datos se almacenan en 1base de datos y se pueden obtener informes periódicos.
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
GESTIÓN DE PROYECTOS 
Encargada de definir los planes del proyecto global, los planes de fase y los planes de iteración.
Se centra en las actividades necesarias para configurarel proceso de un proyecto. 
El objetivo es proveer a la organización de desarrollo SW de un entorno de trabajo (que incluye 
procedimientos y herramientas) que soporten al equipo de desarrollo.
ENTORNO O AMBIENTE 
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
GESTIÓN DE PROYECTOS 
Los gestores de SW son los responsables de la planificación y temporalización del desarrollo de proyectos. 
Supervisan el trabajo y el progreso del desarrollo. 
Incluye una serie de actividades tales como: 
Implica redactar 1propuesta p/realizar el proyecto, en donde se describen los objetivos del mismo y como 
se llevaría a cabo, incluye estimaciones de costo y tiempo (calendarización); y justifica el xq del proyecto. 
La redacción es 1tarea crítica y la planificac.consiste en identificar actividades, hitos y entregas en 1proy 
La supervisión es 1tarea continua, donde el gestor debe conocer el progreso del proyecto, comparando 
costos actuales y planificados, debiendo seleccionar en muchos casos las personas que trabajaran en el 
mismo. Periódicamente debe elevar al cliente informes detallados de la situación del proyecto.
1 Actividades de Gestión 
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
GESTIÓN DE PROYECTOS 
La gestión efectiva de un proyecto de SW depende de planificar completamente el progreso del 
proyecto, anticipándose a los problemas y preparando soluciones a los mismos. 
2.1 El plan del Proyecto 
Determina los recursos disponibles, divide el trabajo y crea un calendario del mismo, para ello un 
plan debe incluir las siguientes secciones: 
1) Introducción: con los objetivos del proyecto y las restricciones del mismo 
2) Organización del proyecto: es decir cómo estará conformado el equipo y sus roles 
3) Análisis de Riesgo: se describen los posibles riesgos del proyecto, la probabilidad de que surjan los 
mismos y las estrategias de reducción de los mismos 
4) Requerimientos de HW y SW: se determina la viabilidad del proy.ediante un análisis de costos-beneficios 
5) División del Proyecto en actividades (Calendarización): con los hitos y productos que se entregarán 
6) Mecanismo de Supervisión e Informes 
2 Planificación del Proyecto
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
Florencia
Resaltado
GESTIÓN DE PROYECTOS 
2.2 Hitos y entregas
Ya que el SW es intangible, se escriben documentos que describen el estado del SW q se está 
desarrollando. Es necesario definir 1serie de hitos (puntos finales de una activ.del proceso SW) con 1informe 
corto del logro de dicha activ. Por ej., p/las siguientes activ. corresponden los respectivos informes:
2 Planificación del Proyecto
Florencia
Resaltado
GESTIÓN DE PROYECTOS 
Estima el tiempo y los recursos 
requeridos p/completar las actividades y 
organizarlas en 1sucesión coherente.
Se puede realizar de diferentes maneras con 
redes de actividades o Diagramas de Gantt, 
la cual es 1herramienta gráfica cuyo objetivo 
es exponer el tiempo de dedicación previsto 
para diferentes tareas o actividades a lo 
largo del tiempo total determinado. A 
continuación se muestra un gráfico con un ej. 
de dicho diagrama:
3 Calendarización del proyecto
Florencia
Resaltado
GESTIÓN DE PROYECTOS 
Un riesgo es 1probabilidad de q 1circunstancia adversa ocurra y q pueden ser amenazas al 
proyecto (afectan la calendarización o los recursos del proyecto, tal como la pérdida de 1diseñador), al 
SW (afectan a la calidad del SW como el pobre rendimiento de 1componente) o a la organización o al 
negocio (como un competidor que introduce un nuevo producto).
Es necesario anticipar los riesgos que podrían afectar la programación del proyecto o la calidad 
del SW a desarrollar y emprender acciones para evitar esos riesgos, debiéndose documentar los 
resultados del análisis de riesgos, junto con el análisis de consecuencias si el riesgo ocurre.
Consta de las siguientes etapas:
1) Identificación de riesgos
2) Análisis de riesgos
3) Planificación de riesgos
4) Supervisión de riesgos
4 Gestión de Riesgos
Florencia
Resaltado
GESTIÓN DE PROYECTOS 
Proporciona1medida de costos en la realiz.de 1proy.y en los beneficios esperados 
xla realización del mismo, lo cual determina la viabilidad o no del actual Proyecto.
5 Análisis de Costo/Beneficio: Viabilidad del Proyecto
Luego se procede a determinar la viabilidad del proyecto ya sea con el método del Retorno de la 
Inversión o el método del Valor Actual o algún otro método similar.
Se hace 1list.de todos los costos necesarios p/implementar el sist.y otro con 
los beneficios. En gral los costos son medibles en unidades económicas, 
pero los beneficios pueden ser tangibles o intangibl.
Entre los costos considera: adquisición de SW y HW, su mantenimiento, gastos de comunicaciones, gastos 
de instalación, costos del desarrollo del sist., consultoría, formación, etc. Y también los beneficios tales 
como incremento de productividad, ahorro de gastos de mantenim.actuales, incremento de vtas.o result., 
ahorro de materiales, beneficios financieros, incrementos en la calidad del producto, mejora en la 
atención del cliente, en la imagen del negocio, etc.
Florencia
Resaltado
Florencia
Resaltado
• Ingeniería del Software 7ma. Ed. 2005, Ian Sommerville. (87)
• Métrica 3. Técnicas y Prácticas. Ministerio de Administraciones Públicas. De 
Alarcos. (3)
• El Lenguaje Unificado de Modelado (UML). Manual de Referencia. 2000. De 
James Rumbaugh, Ivar Jacobson y Grady Booch.
• El Proceso Unificado de Desarrollo de Software. 2000. De Ivar Jacobson, 
Grady Booch y James Rumbaugh.
• El Proceso Unificado de Desarrollo de Software. De Gustavo Torossi.
• Estudio de Viabilidad. Microsoft.
BIBLIOGRAFÍA RECOMENDADA
	CLASE 4
	Número de diapositiva 2
	Número de diapositiva 3
	Número de diapositiva 4
	Número de diapositiva 5
	Número de diapositiva 6
	Número de diapositiva 7
	Número de diapositiva 8
	Número de diapositiva 9
	Número de diapositiva 10
	Número de diapositiva 11
	Número de diapositiva 12
	Número de diapositiva 13
	Número de diapositiva 14
	Número de diapositiva 15
	Número de diapositiva 16
	Número de diapositiva 17
	Número de diapositiva 18
	Número de diapositiva 19