Proceso Unificado Ing - Software

UNIVERSIDAD NACIONAL DE
PIURA
FACULTAD DE ING. INDUSTRIAL
ESCUELA PROFESIONAL DE ING.INFORMTICA
PROEDUNP - PAITA
TITULO DEL TRABAJO:
PROCESO UNIFICADO DE DESARROLLO DE PROYECTOS DE

SOFTWARE
CURSO:
INGENIERA DE SOFTWARE
INTEGRANTES:
Avila Zapata Ismael Ezequiel

Vargas Farro Vctor Samuel
Villanueva Santos Estrella de los Angeles
PROFESOR:
Ivn Garca Torres
Ciclo:
8vo
2017 PER
INTRODUCCIN
El objetivo del llamado Rational Unified Process (RUP) de IBM, la implementacin ms popular
del Proceso Unificado de Desarrollo, es establecer un modelo de proceso (un marco de
trabajo, digamos) en el que desarrolla software de calidad y con rigor.
Este modelo de proceso se asienta en un conjunto subyacente de filosofas y principios para
conseguir un desarrollo de software correcto. Proporciona una infraestructura de bloques de
construccin del proceso y de contenidos reutilizables, y presenta un mtodo con un lenguaje
preciso con el que define todas las partes del proceso.
El Proceso Unificado de Desarrollo de proyectos de

Software
El Proceso Unificado es un proceso de software genrico que puede ser utilizado para una gran
cantidad de tipos de sistemas de software, para diferentes reas de aplicacin, diferentes tipos
de organizaciones, diferentes niveles de competencia y diferentes tamaos de proyectos.
Provee un enfoque disciplinado en la asignacin de tareas y responsabilidades dentro de una

organizacin de desarrollo. Su meta es asegurar la produccin de software de muy alta calidad
que satisfaga las necesidades de los usuarios finales, dentro de un calendario y presupuesto
predecible.
El Proceso Unificado no es simplemente un proceso, sino un marco de trabajo extensible que

puede ser adaptado a organizaciones o proyectos especficos.
El nombre Proceso Unificado se usa para describir el proceso genrico que incluye aquellos
elementos que son comunes a la mayora de los refinamientos existentes. Es una metodologa
orientada a conducir el proceso de desarrollo de software en sus aspectos tcnicos; los flujos y
productos de trabajo de UP no incluyen la administracin del proyecto.
CARACTERISTICAS
Iterativo e Incremental
El Proceso Unificado es un marco de desarrollo iterativo e incremental compuesto de

cuatro fases denominadas Inicio,
Elaboracin, Construccin y Transicin.
Cada una de estas fases es a su vez
dividida en una serie de iteraciones (la
de inicio puede incluir varias
iteraciones en proyectos grandes).
Estas iteraciones ofrecen como
resultado un incremento del producto
desarrollado que aade o mejora las
funcionalidades del sistema en
desarrollo.
Cada una de estas iteraciones se divide a su vez en una serie de disciplinas que recuerdan a las
definidas en el ciclo de vida clsico o en cascada: Anlisis de requisitos, Diseo,
Implementacin y Prueba. Aunque todas las iteraciones suelen incluir trabajo en casi todas las
disciplinas, el grado de esfuerzo dentro de cada una de ellas vara a lo largo del proyecto.
Dirigido por los casos de uso
En el Proceso Unificado los casos de uso se utilizan para capturar los requisitos funcionales y
para definir los contenidos de las iteraciones. La idea es que cada iteracin tome un conjunto
de casos de uso o escenarios y desarrolle todo el camino a travs de las distintas disciplinas:
diseo, implementacin, prueba, etc. El proceso dirigido por casos de uso es el RUP.
Centrado en la arquitectura
El Proceso Unificado asume que no existe un modelo nico que cubra todos los aspectos del
sistema. Por dicho motivo existen mltiples modelos y vistas que definen la arquitectura de
software de un sistema. La analoga con la construccin es clara, cuando construyes un edificio
existen diversos planos que incluyen los distintos servicios del mismo: electricidad, fontanera,
etc.
Enfocado en los riesgos
El Proceso Unificado requiere que el equipo del proyecto se centre en identificar los riesgos
crticos en una etapa temprana del ciclo de vida. Los resultados de cada iteracin, en especial
los de la fase de Elaboracin deben ser seleccionados en un orden que asegure que los riesgos
principales son considerados primero.
FASES DE DESARROLLO
FASE DE INICIO
- Es la fase ms pequea del proyecto e, idealmente, debe realizarse tambin en un periodo de

tiempo pequeo (una nica iteracin).
- El hecho de llevar a cabo una fase de inicio muy larga indica que se est realizando una
especificacin previa excesiva, lo que responde ms a un modelo en cascada.
Objetivos:
Establecer una justificacin para el proyecto.
Establecer el mbito del proyecto.
Esbozar los casos de uso y los requisitos clave que dirigirn las decisiones de
diseo.
Esbozar las arquitecturas candidatas.
Identificar riesgos.
Preparar el plan del proyecto y la estimacin de costes.
- El hito de final de fase se conoce como Hito Objetivo del Ciclo de Vida.
FASE DE ELABORACIN
- Durante esta fase se capturan la mayora de los requisitos del sistema.

- Los objetivos principales de esta fase sern la identificacin de riesgos y establecer y validar la
arquitectura del sistema.
Base de Arquitectura Ejecutable:
La arquitectura se valida a travs de la implementacin de una Base

de Arquitectura Ejecutable: se trata de una implementacin parcial del sistema
que incluye los componentes principales del mismo.
Al final de la fase de elaboracin la base de arquitectura ejecutable debe
demostrar que soporta los aspectos clave de la funcionalidad del sistema y que
muestra la conducta adecuada en trminos de rendimiento, escalabilidad y coste.
- Al final de la fase se elabora un plan para la fase de construccin.

- El hito arquitectura del ciclo de vida marca el final de la fase.
FASE DE CONSTRUCCIN
- Es la fase ms larga de proyecto.

- El sistema es construido en base a lo especificado en la fase de elaboracin.
- Las caractersticas del sistema se implementan en una serie de iteraciones cortas y limitadas
en el tiempo.
- El resultado de cada iteracin es una versin ejecutable de software.
- El hito de capacidad operativa inicial marca el final de la fase.
FASE DE TRANSICIN
- En esta fase el sistema es desplegado para los usuarios finales.

- La retroalimentacin recibida permite incorporar refinamientos al sistema en las sucesivas
iteraciones.
- Esta iteracin tambin cubre el entrenamiento de los usuarios para la utilizacin del sistema.
- El hito de lanzamiento del producto marca el final de la fase.
DISCIPLINAS
Modelado del negocio.
El objetivo es establecer un canal de comunicacin entre los ingenieros del negocio y los
ingenieros del software.
Los ingenieros del software deben conocer la estructura y dinmica de la organizacin objetivo
(el cliente), los problemas actuales y sus posibles mejoras.
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.
Describe como el software ser realizado en la fase de implementacin.

Se plasma en un modelo de diseo que consiste en una serie de clases (agrupadas en paquetes
y subsistemas) con interfaces bien definidos.
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.
Gestin de configuraciones y cambios.
Gestiona aspectos como los sistemas de control de versiones.
Controla las peticiones de cambios clasificndolas segn su estado (nueva, registrada,

aprobada, asignada, completa, entre otros).
Los datos se almacenan en una base de datos y se pueden obtener informes peridicos.
Herramientas como Rational ClearQuest o Bugzilla.
Gestin del proyecto.
Encargada de definir los planes del proyecto global, los planes de fase y los planes de iteracin.
Entorno.
Se centra en las actividades necesarias para configurar el proceso de un proyecto.
El objetivo es proveer a la organizacin de desarrollo software de un entorno de trabajo (que

incluye procedimientos y herramientas) que soporten al equipo de desarrollo.
Conclusin
Los conceptos anteriormente tratados dirigido por casos de uso, centrado en arquitectura,
desarrollo iterativo e incremental son igualmente importantes. La arquitectura provee la
estructura sobre la cual guiar el trabajo en iteraciones, mientras que los casos de uso definen
las metas y dirigen el trabajo en cada iteracin. Remover cualquiera de estos conceptos
reducir severamente el valor del Proceso Unificado. Es como una mesa de tres patas, sin
alguna de ellas, la mesa se caer.

Proceso Unificado Ing - Software

Cargado por

Copyright:

Formatos disponibles

Proceso Unificado Ing - Software

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proceso Unificado Ing - Software

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL DE

TITULO DEL TRABAJO:

PROCESO UNIFICADO DE DESARROLLO DE PROYECTOS DE

Avila Zapata Ismael Ezequiel

Ivn Garca Torres

El Proceso Unificado de Desarrollo de proyectos de

Provee un enfoque disciplinado en la asignacin de tareas y responsabilidades dentro de una

El Proceso Unificado no es simplemente un proceso, sino un marco de trabajo extensible que

El Proceso Unificado es un marco de desarrollo iterativo e incremental compuesto de

Dirigido por los casos de uso

Enfocado en los riesgos

- Es la fase ms pequea del proyecto e, idealmente, debe realizarse tambin en un periodo de

- Durante esta fase se capturan la mayora de los requisitos del sistema.

Base de Arquitectura Ejecutable:

La arquitectura se valida a travs de la implementacin de una Base

- Al final de la fase se elabora un plan para la fase de construccin.

- Es la fase ms larga de proyecto.

- En esta fase el sistema es desplegado para los usuarios finales.

Modelado del negocio.

Describe como el software ser realizado en la fase de implementacin.

Se implementan las clases y objetos en trminos de componentes (ficheros fuentes, binarios,

Se comprueba que el funcionamiento es correcto analizando diversos aspectos: los objetos

Se crea la versin externa del producto, se empaqueta, se distribuye y se instala en el lugar de

Gestin de configuraciones y cambios.

Gestiona aspectos como los sistemas de control de versiones.

Controla las peticiones de cambios clasificndolas segn su estado (nueva, registrada,

Herramientas como Rational ClearQuest o Bugzilla.

Gestin del proyecto.

Se centra en las actividades necesarias para configurar el proceso de un proyecto.

El objetivo es proveer a la organizacin de desarrollo software de un entorno de trabajo (que

También podría gustarte

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.