Está en la página 1de 38

FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA

ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

INTEGRANTES:

 OMAR ANTHONY MANSILLA BUSTAMANTE


 KAREN MILAGROS CABRERA VILCHZ
 JOSÉ JOB BARRANTES IGNACIO
 FABIOLA NAYELI CRUZ RAMOS
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

PROCESO UNIFICADO
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

El Proceso Unificado es un proceso


de desarrollo de software: “conjunto
de actividades necesarias para
transformar los requisitos del usuario
en un sistema software”
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

Es el resultado de varios años de desarrollo y


uso práctico en el que se han unificado técnicas
de desarrollo a través del UML, y trabajo de
muchas metodologías utilizadas por los clientes.
La versión que se ha estandarizado vió la luz en
1998 y se conoció en sus inicios como Proceso
Unificado de Rational 5.0
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

CARACTERÍSTICAS
Proceso dirigido por los Casos de Uso

El proceso utiliza casos de uso para manejar el


proceso de desarrollo desde la Incepción hasta el
Despliegue.

Proceso Iterativo e Incremental

El proceso reconoce que es práctico dividir grandes


proyectos en proyectos más pequeños o mini-
proyectos.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

Cada iteración comprende


Proceso Centrado en la Arquitectura

El proceso busca entender los aspectos


estáticos y dinámicos más significativos en
términos de arquitectura de software.
 FASES E ITERACIONES

• El ciclo de vida consiste en una serie de ciclos,


cada una de las cuales produce una nueva versión
del producto.
• Cada ciclo está compuesto por fases y cada una
de estas fases está compuesta por un número de
iteraciones.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

FASES
FASE DE INICIACIÓN O ESTUDIO DE
OPORTUNIDAD

Durante la fase inicial se concibe la idea


central del producto, se arma el
documento de visión. En esta fase, se
revisa y confirma nuestro entendimiento
sobre los objetivos centrales del negocio.
En esta fase se identifican y priorizan los riesgos
mas importantes. El objetivo de esta fase es ayudar
al equipo de proyecto a decidir cuáles son los
verdaderos objetivos del proyecto.

La fase de inicio finaliza con el Hito de Objetivos del


Ciclo de Vida. Este hito es alcanzado cuando el equipo
de proyectos y los stakeholders llegan a un acuerdo .
FASE DE ELABORACIÓN

Durante la fase de elaboración la mayoría de los


Casos de Uso son especificados en detalle y la
arquitectura del sistema es diseñada.

Se identifican los riesgos significativos y se


preparan el calendario, el equipo de trabajo y el
costo del proyecto.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

Esta fase se focaliza en las “habilidades”


del proyecto.

La fase de elaboración finaliza con el hito


de la Arquitectura del Ciclo de Vida.
Fase de Desarrollo o Construcción
Durante la fase de construcción, el foco del
producto se mueve de la arquitectura de base a un
sistema lo suficientemente completo como para
llevarlo al usuario. 

 El baseline de arquitectura crece en complejidad y


se convierte en un sistema completo, de la misma
manera, se refina el diseño para llevarlo a código
fuente.

Durante la fase de construcción se crea el producto.


La línea 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.

La fase de construcción finaliza con


el hito de Capacidad Operativa
Inicial.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

Fase de Transición
En la fase de transición el objetivos es
garantizar que los requisitos se han cumplido,
con la satisfacción de las partes interesadas.
Esta fase a menudo se inicia con una versión
beta de la aplicación. Otras actividades incluyen
la preparación del ambiente, se completan, se
identifican y corrigen defectos. La fase de
transición termina con un cierre dedicado al
aprendizaje de lecciones, las cuales quedan para
futuros ciclos.
COMPONENTES DEL RUP
1. Define el comportamiento y responsabilidades (rol) de un
individuo, grupo de individuos, sistema automatizado o
máquina, que trabajan en conjunto como un equipo.
2. Es una tarea que tiene un propósito claro, es realizada por un
trabajador y manipula elementos.
3. Productos tangibles del proyecto que son producidos,
modificados y usados por las actividades.
4. Secuencia de actividades realizadas por trabajadores y que
produce un resultado de valor observable.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

Flujos de trabajo del RUP


1. Modelado del negocio
El modelado del negocio es una técnica para
comprender los procesos de negocio de la
organización.

El modelado del negocio está soportado por dos tipos


de modelos de UML: el modelado de casos de usos y
modelos de objetos.

Con este flujo de trabajo pretendemos llegar a un


mejor entendimiento de la organización donde se va a
implantar el producto.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

OBJETIVOS
• Entender la estructura y la dinámica de la
organización para la cual el sistema va a ser
desarrollado.
• Entender el problema actual en la
organización objetivo e identificar sus
potenciales y mejoras.
• Asegurar que los clientes, usuarios finales y
desarrolladores tengan un entendimiento
común de la organización objetivo.
• Derivar los requisitos del sistema necesarios
para apoyar a la organización objetivo.
La técnica de modelado de negocio identifica
entidades y trabajadores que participan en la
realización de los casos de uso del negocio.
Los trabajadores identificados en el modelo de
negocio se utilizan como punto de partida para
derivar un primer conjunto de actores y casos de
uso del sistema.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

2. REQUERIMIENTOS

Este es uno de los flujos de trabajo más


importantes, porque en él se establece qué
tiene que hacer exactamente el sistema que
construyamos. En esta línea los requisitos
son el contrato que se debe cumplir, de
modo que los usuarios finales tienen que
comprender y aceptar los requisitos que
especifiquemos
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

OBJETIVOS
• Establecer y mantener un acuerdo entre clientes y
otros stakeholders sobre lo que el sistema podría hacer.
• Proveer a los desarrolladores un mejor entendimiento de los
requisitos del sistema.
• Definir el ámbito del sistema.
• Proveer una base para la planeación de los contenidos
técnicos de las iteraciones.
• Proveer una base para estimar costos y tiempo de desarrollo
del sistema.
• Definir una interfaz de usuarios para el sistema, enfocada a
las necesidades y metas del usuario.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

3. ANÁLISIS Y DISEÑO

El análisis consiste en obtener una


visión del sistema que se preocupa de
ver qué hace, de modo que sólo se
interesa por los requisitos funcionales.
Por otro lado, el diseño es un
refinamiento del análisis que tiene en
cuenta los requisitos no funcionales, en
definitiva, cómo cumple el sistema sus
objetivos.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

OBJETIVOS

• Transformar los requisitos al diseño del


futuro sistema.
• Desarrollar una arquitectura para el
sistema.
• Adaptar el diseño para que sea consistente
con el entorno de implementación,
diseñado para el rendimiento.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

4. IMPLEMENTACIÓN

En este flujo de trabajo se implementan las


clases y objetos en ficheros fuente, binarios,
ejecutables y demás. Además, se deben hacer
las pruebas de unidad, es decir, cada
implementador es responsable de probar las
unidades que produzca. El resultado final de
este flujo de trabajo es un sistema ejecutable.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

En cada iteración habrá que hacer lo siguiente:


• Planificar qué subsistemas deben ser implementados y
en qué orden deben ser integrados, formando el Plan
de Integración.
• Cada implementador decide en qué orden implementa
los elementos del subsistema.
• Si encuentra errores de diseño, los notifica.
• Se prueban los subsistemas individualmente.
• Se integra el sistema siguiendo el plan.
5. PRUEBAS

Este flujo de trabajo es el encargado de evaluar la


calidad del producto que estamos desarrollando,
pero no para aceptar o rechazar el producto al final
del proceso de desarrollo, sino que debe ir integrado
en todo el ciclo de vida.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

OBJETIVOS

1. Encontrar y documentar defectos en la calidad


del software.
2. Generalmente asesora sobre la calidad del
software percibida.
3. Provee la validación de los supuestos realizados
en el diseño y especificación de requisitos por
medio de demostraciones concretas.
4. Verificar las funciones del producto de software
según lo diseñado.
5. Verificar que los requisitos tengan su apropiada
implementación.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

6. DESPLIEGUE

Este flujo de trabajo se desarrolla con


mayor intensidad en la fase de transición,
ya que el propósito del flujo es asegurar
una aceptación y adaptación sin
complicaciones del software por parte de
los usuarios. Su ejecución inicia en fases
anteriores, para preparar el camino, sobre
todo con actividades de planificación, en
la elaboración del manual de usuario y
tutoriales.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

OBJETIVOS

• Probar el producto en su entorno de ejecución final.


• Empaquetar el software para su distribución.
• Distribuir el software.
• Instalar el software.
• Proveer asistencia y ayuda a los usuarios.
• Formar a los usuarios y al cuerpo de ventas.
• Migrar el software existente o convertir bases de datos.
7. Gestión y configuración de cambios

La finalidad de este flujo de trabajo es mantener


la integridad de todos los artefactos que se crean
en el proceso, así como de mantener información
del proceso evolutivo que han seguido.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

8.1 Gestión del proyecto

La Gestión del proyecto es el arte de


lograr un balance al gestionar objetivos,
riesgos y restricciones para desarrollar un
producto que sea acorde a los requisitos
de los clientes y los usuarios. 
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

OBJETIVOS

• Proveer un marco de trabajo para la gestión de


proyectos de software intensivos.
• Proveer guías prácticas, realizar planeación,
contratar personal, ejecutar y monitorear el
proyecto.
• Proveer un marco de trabajo para gestionar
riesgos.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

8.2 ENTORNO

La finalidad de este flujo de trabajo


es dar soporte al proyecto con las
adecuadas herramientas, procesos y
métodos. Brinda una especificación
de las herramientas que se van a
necesitar en cada momento, así
como definir la instancia concreta
del proceso que se va a seguir.
FACULTAD DE INGENIERÍA DE SISTEMAS Y MECÁNICA
ELÉCTRICA
Departamento Académico de Ingeniería
Escuela Profesional de Ingeniería de Sistemas

RESPONSABILIDADES

• Selección y adquisición de herramientas.


• Establecer y configurar las herramientas
para que se ajusten a la organización.
• Configuración del proceso.
• Mejora del proceso.
• Servicios técnicos.

También podría gustarte