Disciplinas O Flujo De Trabajos

Cada disciplina es un conjunto de actividades relacionadas

(flujos de trabajo) vinculadas a un rea especfica
dentro de un proyecto total.

Flujo de trabajo
Modelado de negocio.
Requisitos.
Anlisis y diseo.
Implementacin.
Prueba.
Despliegue,

Flujo de trabajo de soporte
Gestin de configuraciones y cambios:
Gestin del proyecto:
Entorno:
FASES DEL CICLO DE VIDA
Fase de Inicio
Durante la fase de inicio se desarrolla una descripcin del
producto final, y se presenta el anlisis del negocio.
Fase de Transicin
La fase de transicin cubre el perodo durante el cual
el producto se convierte en la versin beta. Las iteraciones
en esta fase continan agregando caractersticas al
software. Sin embargo las
caractersticas se agregan a un sistema que el
usuario se encuentra utilizando activamente. Los
artefactos construidos en esta fase son los mismos que en
la fase de construccin. El equipo se encuentra ocupado
fundamentalmente en corregir y extender la funcionalidad
del sistema desarrollado en la fase anterior.


UNIVERSIDAD DE ORIENTE
NUCLEO ANZOATEGUI
DEPARTAMENTO DE COMPUTACION Y SISTEMAS
APLIC. Y AUDITORIA DE SISTEMAS DE INFORMACIN

El objetivo de esta fase es ayudar al equipo de proyecto a
decidir cules son los verdaderos objetivos del proyecto.

Fase de Elaboracin
Durante la fase de elaboracin se especifican en detalle la
mayora de los casos de uso del producto y se disea la
arquitectura.

Fase de Construccin
Durante la fase de construccin se crea el producto. La
lnea base de la arquitectura crece hasta convertirse en el
sistema completo. Al final de esta fase, el producto
contiene todos los casos de uso implementados, sin
embargo puede que no est libre de defectos.




Prof. Asesor:
Msc. Felysol Siso







Integrantes
ATIQUE, VERA
CURI, MIGUEL
DELGADO, RANIEL
PERERO, JULIO
QUIARO, KARELY
VARGAS, MIGUEL
YEGUEZ, YENIRET

Barcelona Junio de 2013
.




































PROCESO UNIFICADO
El Proceso Unificado de Desarrollo Software o
simplemente Proceso Unificado es un marco de
desarrollo de software . El refinamiento ms
conocido y documentado del Proceso Unificado es el
Proceso Unificado de Rational o
simplemente RUP.

El Proceso Unificado es un proceso de desarrollo de
software: conjunto de actividades necesarias para
transformar los requisitos del usuario en un sistema
software.
Guiado por
Casos de Usos
Centrado en la Arquitectura

La arquitectura de un sistema software se describe
mediante diferentes vistas del sistema en
construccin. El concepto de arquitectura software incluye
los aspectos estticos y dinmicos ms significativos del
sistema.
La arquitectura es una vista del diseo completo con
las caractersticas ms importantes resaltadas, dejando los
detalles de lado.

Los casos de uso y la arquitectura estn profundamente
relacionados. Los casos de uso deben encajar en
la arquitectura, y a su vez la
arquitectura debe permitir el desarrollo de todos los

llamadas incrementos. En general cada incremento se
construye sobre aquel que ya fue entregado.

Cada secuencia lineal o Cascada produce un incremento y
a menudo el primer incremento es un sistema bsico,
con muchas funciones suplementarias
(conocidas o no) sin entregar. El cliente utiliza
inicialmente ese sistema bsico, el resultado de su uso y
evaluacin puede aportar al plan para el
desarrollo del/los siguientes incrementos
(o versiones). Adems tambin aportan a ese plan otros
factores, como lo es la priorizacin (mayor o menor
urgencia en la necesidad de cada incremento).
Proceso
Unificado
Caractersticas
Centrado en la
Arquitectura

Iterativo e
Incremental
casos de uso requeridos, actualmente y a futuro.
El arquitecto desarrolla la forma o arquitectura a partir
de la comprensin de un conjunto reducido de casos
de uso fundamentales o crticos
(usualmente no ms del 10 % del total).





Iterativo E

Priorizacin De
Las Actividades

Divide El Proyecto En
Partes Mas Pequeas

Identifica y
especifican los casos
de usos relevantes


Facilita el paradigma
Dirigido por Casos de Uso
Un caso de uso es un fragmento de
funcionalidad del sistema que proporciona un
resultado de valor a un usuario. Los casos
de uso modelan los requerimientos funcionales
del sistema.
Todos los casos de uso juntos constituyen

Importancia Y Necesidad De Una Arquitectura
Se necesita una arquitectura para:
- Comprender el sistema
- Organizar el desarrollo
- Fomentar la reutilizacin
- Hacer evolucionar el sistema
Incremental O Mini Proyecto


Es Evolutivo
del diseo modular


Permite el cambio en
que surja la
necesidad
el modelo de casos de uso.
Los casos de uso tambin guan el proceso de
desarrollo (diseo, implementacin, y prueba).
De este modo los casos de uso no solo inician
el proceso de desarrollo sino que le
proporcionan un hilo conductor, avanza a travs
de una serie de flujos de trabajo que parten de
los casos de uso.

Ejemplo de un Caso de Uso
Sacar dinero

Descripcin de la arquitectura

El papel de la descripcin de la
arquitectura es guiar al equipo de desarrollo a travs
del ciclo de vida del sistema. La descripcin de la
arquitectura puede adoptar diferentes formas. Puede ser
un extracto de los modelos que son parte de la lnea base
de la arquitectura, o puede ser una reescritura de los
extractos de forma que sea ms fcil leerlos.

CICLO DE VIDA DEL PROCESO UNIFICADO


En el Banco

Transferencia
entre cuentas

Ingresar
dinero
Iterativo e Incremental

Bajo este modelo se entrega software por partes
funcionales ms pequeas, pero reutilizables,