Documentos de Académico
Documentos de Profesional
Documentos de Cultura
II.
III.
Fase de inicio.
1. Es la ms pequea del proyecto e idealmente se debe de realizar en
un periodo pequeo de tiempo.
2. Describir producto final/ anlisis del negocio.
3. Identificar riesgos ms importantes.
4. Establecer planificacin inicial del proyecto.
5. Decidir si se contina.
Fase de elaboracin.
Establecer plan y arquitectura estable.
El papel del arquitecto de sistemas es similar en naturaleza al papel
que el arquitecto desempea en la construccin de edificios. El
edificio se mira desde diferentes puntos de vista: estructura,
servicios, plomera, electricidad, etc. Esto le permite al constructor
ver una radiografa completa antes de empezar a construir.
Similarmente, la arquitectura en un sistema de software es descrita
como diferentes vistas del sistema que est siendo construido.
Fase de construccin.
1. Es la fase ms larga de proyecto.
2. El sistema es construido en base a lo especificado en la fase de
elaboracin.
3. Las caractersticas del sistema se implementan en una serie de
iteraciones cortas y limitadas en el tiempo.
4. El resultado de cada iteracin es una versin ejecutable de
software.
5. El hito de capacidad operativa inicial marca el final de la fase.
IV.
Fase de transicin.
1. En esta fase el sistema es desplegado para los usuarios finales.
2. La retroalimentacin recibida permite incorporar refinamientos al
sistema en las sucesivas iteraciones.
3. Esta iteracin tambin cubre el entrenamiento de los usuarios para
la utilizacin del sistema.
4. El hito de lanzamiento del producto marca el final de la fase.
II.
III.
IV.
V.
VI.
Modelado de negocios.
1. El objetivo es establecer un canal de comunicacin entre los
ingenieros del negocio y los ingenieros del software.
2. Los ingenieros del software deben conocer la estructura y dinmica
de la organizacin objetivo (el cliente), los problemas actuales y sus
posibles mejoras.
3. Se plasma en la identificacin del modelo del dominio en el que se
visualizan los aspectos bsicos del dominio de aplicacin.
Requisitos.
El objetivo es describir que es lo que tiene que hacer el sistema y
poner a los desarrolladores y al cliente de acuerdo en
esta descripcin.
Anlisis y diseo.
1. Describe como el software ser realizado en la fase de
implementacin.
2. Se plasma en un modelo de diseo que consiste en una serie de
clases (agrupadas en paquetes y subsistemas) con interfaces bien
definidos.
3. Tambin contiene descripciones de cmo los objetos colaboran
para realizar las acciones incluidas en los casos de uso.
Implementacin.
Se implementan las clases y objetos en trminos de componentes
(ficheros fuentes, binarios, ejecutables, entre otros).
Prueba.
Se comprueba que el funcionamiento es correcto analizando
diversos aspectos: los objetos como unidades, la integracin entre
objetos, la implementacin de todos los requisitos, entre otros.
Despliegue.
Se crea la versin externa del producto, se empaqueta, se distribuye
y se instala en el lugar de trabajo. Tambin se da asistencia y ayuda
a los usuarios.
VII.
VIII.
IX.
E. Bibliografa.
1. http://yaqui.mxl.uabc.mx/~molguin/as/RUP.htm
2. http://informatica-iutll.blogspot.mx/2013/03/proceso-unificadode-desarrollo.html
3. http://ingsoftware072301.obolog.es/up-proceso-unificado-2010775
4. http://es.slideshare.net/rafullp/2-el-proceso-unificado-12646304
5. http://www.ambysoft.com/scottAmbler.html
6. http://www.methodsandtools.com/archive/archive.php?id=32