Anda di halaman 1dari 14

Disciplinas

Patrn de posibilidad: Anlisis y diseo


En la fase inicial, el anlisis y el diseo se centran en establecer si el sistema que
se ha concebido es factible, y en evaluar las tecnologas potenciales para la solucin
(en la Actividad: realizar una sntesis arquitectnica). Si se percibe que supone
algn riesgo para el desarrollo (a causa, por ejemplo, de que el dominio se entiende
bien, entonces esta actividad puede omitirse.
Una vez que se han identificado los elementos iniciales, se perfeccionan an ms.
La Actividad: disear componentes produce un conjunto de componentes que
proporcionan el comportamiento adecuado para satisfacer los requisitos del
sistema. Si el sistema incluye una base de datos, la Actividad: disear la base de
datosse da en paralelo. El resultado es un conjunto inicial de componentes que se
perfeccionan todava ms en el Patrn de posibilidad: implementacin.
Decida cmo llevar a cabo el flujo de trabajo

Las decisiones siguientes deben tomarse considerando el flujo de trabajo de la


disciplina de anlisis y diseo:

Decida cmo llevar a cabo el flujo de trabajo observando las actividades de este
flujo de trabajo. Estudie el diagrama con sus condiciones de vigilancia y las
directrices. Decida las actividades que se van a realizar y su orden.
Decida las partes de las actividades de anlisis y diseo que deben llevarse a
cabo. Las partes siguientes pueden introducirse de forma relativamente
independiente del resto.

Parte del flujo de


Comentarios
trabajo
Algunos proyectos deciden no disear la interfaz de usuario. Una razn puede ser que la
Diseo de la interfaz de usuario es fcil de desarrollar. Si opta por no hacer el diseo de la interfaz de
interfaz de usuario usuario, significa que no desarrollar un mapa de navegacin ni un prototipo de la interfaz de
usuario.
Se utiliza slo si las entidades se van a almacenar en una base de datos. Si decide que no
Diseo de base de
desea realizar el diseo de la base de datos, significa que no desarrollar ningn modelo de
datos
datos.
En tiempo real, con
Si opta por no hacer esto, significa que no desarrolla artefactos como las cpsulas y el
Rational Rose
protocolo.
RealTime
Anomala del trabajo
Elemento de Pa nd Predec Inform Tipo Plan Se Varias Cont Condici Opci Equ
desglose so ice esores acin eado pue aparic inuo onado onal ipo
s del de iones por
model rep suceso
o etir s
Activ
Realizar la sntesis arquitectnica
1
idad
Activ
Definir una arquitectura6candidata
idad
Activ
Identificacin de servicio
12 6
idad
Activ
Perfeccionar la arquitectura
26
idad
Activ
Analizar el comportamiento
35
idad
Activ
Componentes de diseo 42 12,35
idad
Activ
Disear la base de datos51 12,35
idad
Activ
Especificacin de servicios
56 12,35
idad
Patrn de posibilidad: Business Modeling

Puede tomar uno de varios caminos a travs del flujo de trabajo de la disciplina
Modelado de Negocio. El camino que elija depende del propsito de su esfuerzo de
modelado de negocio, as como de su etapa en el ciclo de vida del desarrollo.
En su primera iteracin, evaluar el estado de la organizacin y determinar las
reas de mejora, tal como se definen en Evaluacin del estado de la empresa. Con
base en los resultados de esta evaluacin, puede tomar decisiones sobre cmo
continuar en esta iteracin, as como sobre cmo trabajar en las iteraciones
posteriores. Alcance del Business Modeling describe algunos escenarios tpicos que
pueden ocurrir. Si determina que no se necesitan modelos empresariales a escala
completa y solo se requiere un modelo de dominio como no hay necesidad de
mantener un conjunto especial de modelos de la organizacin actual, puede
centrarse directamente en describir la organizacin de destino. Usted seguir el
camino de modelado de negocios, pero omita "describir el negocio actual".
Si tiene la intencin de implementar un nuevo sistema de software, debe describir
los procesos empresariales actuales para comprender cmo el sistema de software
encajar en la organizacin. Si realiza un modelo de negocio con la intencin de
desarrollar un nuevo negocio ms o menos desde cero en Escopo de Modelacin
de Negocios), ver el nuevo negocio y construir modelos de l, pero omita
"describir el negocio actual".
Patrn de posibilidad: Gestin de cambios y configuracin
Objetivo
Para explicar el trabajo que supone la disciplina de gestin de cambios y
configuracin, las actividades, tareas y productos de trabajo se organizan en un
patrn de posibilidad para la disciplina.
Relaciones
Classic RUP (for large projects)
Descripcin
Cada una de las actividades de este patrn de posibilidad representa un objetivo de
alto nivel que debe alcanzarse para realizar una configuracin y una gestin de
cambios eficaces. Las actividades Actividad: Planificar la configuracin del proyecto
y el control de cambios y Actividad: Crear entornos de gestin de la configuracin
(CM) del proyecto se realizan al inicio de un proyecto. El resto se realiza de forma
continuada a lo largo del ciclo vital del proyecto.
Patrn de posibilidad: Despliegue
Descripcin

Para explicar el trabajo que supone la disciplina de despliegue, las actividades y


productos de trabajo se organizan en un patrn de posibilidad para la disciplina. El
despliegue consiste en hacer que el producto de software est disponible, ara el
usuario final y es la culminacin del esfuerzo de desarrollo de software. La
planificacin del despliegue (Actividad: Planificar el despliegue) se inicia al principio
de ciclo vital del proyecto y aborda no slo la produccin del entregable de software
que se va a entregar, sino tambin el desarrollo del material de formacin y el
material de soporte para el sistema, para asegurarse de que los usuarios finales
pueden utilizar satisfactoriamente el producto de software que se entrega. El
material de soporte (Actividad: Desarrollar material de soporte) cubre toda la
informacin que precisar el usuario final para instalar, operar, utilizar y mantener
el sistema que se entrega. Tambin incluye material de formacin para todas las
posiciones distintas que se precisarn a la hora de hacer un uso eficaz del nuevo
sistema. Un programa de versin beta hace referencia al proceso empleado por una
empresa para solicitar informacin de retorno de un subconjunto de usuarios acerca
de productos que se estn desarrollando. La informacin de retorno se utiliza para
mejorar el producto. En la Actividad: Producto de prueba de versin beta se
describen las actividades que posibilitan el despliegue iterativo de un producto y el
compromiso sistemtico con el cliente a la hora de crear el producto final.

Decida cmo llevar a cabo el flujo de trabajo

Las decisiones siguientes deben tomarse considerando el flujo de trabajo de la


disciplina de despliegue:

Decida cmo llevar a cabo el flujo de trabajo observando las actividades de este
flujo de trabajo. Estudie el diagrama con sus condiciones de vigilancia y
directrices. Decida las actividades que se van a realizar y su orden. La decisin
ms importante que debe tomar es el tipo de despliegue que desea llevar a
cabo:
Instalacin personalizada
Oferta de producto 'comercializable'
Acceso al software a travs de Internet
Decida las partes de las actividades de despliegue que deben llevarse a cabo.
A continuacin, se indican algunas partes que son ms o menos optativas y
pueden introducirse de forma relativamente independiente del resto.
Parte del flujo de trabajo Comentarios

Desarrollo de Esto incluye el Rol: escritor tcnico, la Tarea: desarrollar materiales


materiales de usuario de soporte y el Producto de trabajo: materiales de soporte para el
final usuario.
Desarrollo de Esto incluye el Rol: desarrollador de cursos, la Tarea: Desarrollar
materiales de materiales de formacin y el Producto de trabajo: materiales de
formacin formacin.
Prueba de versin Slo introduce la Actividad: Producto de prueba de versin beta si
beta realiza una prueba de versin beta.

Decida en qu punto del ciclo vital del proyecto desea introducir cada parte del
flujo de trabajo.
Patrn de posibilidad: Entorno

Descripcin
Durante las iteraciones iniciales del proyecto, se prepara el entorno especfico del
proyecto. El entorno especfico del proyecto se perfecciona durante cada iteracin,
segn sea necesario.

Utilizacin

Decida cmo llevar a cabo el flujo de trabajo

Las decisiones siguientes deben tomarse considerando el flujo de trabajo de la


disciplina de entorno:

Decida cmo llevar a cabo el flujo de trabajo observando las actividades de este
flujo de trabajo. Estudie el diagrama con sus condiciones de vigilancia y las
directrices. Decida las actividades que se van a realizar y su orden.
Decida las partes de las actividades de entorno que deben llevarse a cabo. En
general, los artefactos de la disciplina de entorno se introducen a medida que
se necesitan. Por ejemplo, una gua de estilo de manuales slo se desarrolla si
el proyecto va a desarrollar materiales de soporte para el usuario.

Objetivo
La finalidad de las actividades del entorno es proporcionar a la empresa de
desarrollo de software un entorno de desarrollo de software, los procesos y las
herramientas que den soporte al equipo de desarrollo
Patrn de posibilidad: Gestin de proyectos

Descripcin

Para explicar el trabajo que supone la disciplina de gestin de proyectos, las


actividades y productos de trabajo se organizan en un patrn de posibilidad para la
disciplina. Cada actividad representa un objetivo de alto nivel que necesita
alcanzarse para realizar una gestin de proyectos eficaz. En la iteracin inicial
del Patrn de posibilidad: Iteracin inicial El objetivo es obtener suficientes fondos
para proceder a un ejercicio serio de definicin del mbito y planificacin. Se crea
un embrionario Producto de trabajo: Plan de desarrollo de software y el proyecto
nace con el Producto de trabajo: Plan de iteracin inicial.

Utilizacin

Decida cmo llevar a cabo el flujo de trabajo

Las decisiones siguientes deben tomarse considerando el flujo de trabajo de la


disciplina de gestin de proyectos:

Decida cmo llevar a cabo el flujo de trabajo observando las actividades de este
flujo de trabajo. Estudie el diagrama con sus condiciones de vigilancia y
directrices. Decida las actividades que se van a realizar y su orden.
Decida las partes de las actividades de gestin de proyectos que deben llevarse
a cabo. En la tabla siguiente se muestra algunas partes que pueden introducirse
de forma relativamente independiente del resto.
Decida en qu punto del ciclo vital del proyecto desea introducir cada parte del
flujo de trabajo.

Parte del flujo de


Comentarios
trabajo

Algunos clientes ya tienen un flujo de trabajo de gestin de proyectos,


pero desean incorporar las partes de la disciplina de gestin de
Desarrollo proyectos de Rational Unified Process que se centran en el desarrollo
iterativo iterativo dirigido a los riesgos: Actividad: Planear la siguiente
iteracin, Actividad: Supervisar la iteracin y Actividad: Evaluar el riesgo
y el mbito del proyecto.
Algunas partes de la disciplina de gestin de proyectos se centran en el
Inicio del inicio del proyecto y debe introducirse al principio del proyecto:
proyecto la Actividad: Concebir un nuevo proyecto, la Actividad: Evaluar el riesgo
y el mbito del proyecto y la Actividad: Planificar el proyecto.
Patrn de posibilidad: Implementacin
Descripcin

Para explicar el trabajo que supone la disciplina de implementacin, las actividades


y productos de trabajo se organizan en un patrn de posibilidad para la disciplina.
Cada actividad representa un objetivo de alto nivel que necesita alcanzarse para
completar la implementacin con efectividad. La operacin de Estructurar el modelo
de implementacin se realiza al principio de la fase de elaboracin. Para cada
iteracin, empezando por la elaboracin, debe Planificar la integracin, Implementar
componentes, Integrar los subsistemas y, finalmente, Integrar el sistema. Las dos
ltimas actividades estn estrechamente relacionadas con las actividades de
prueba de la integracin.

Utilizacin

Decida cmo llevar a cabo el flujo de trabajo

Las decisiones siguientes deben tomarse considerando el flujo de trabajo de la


disciplina de implementacin:

Decida cmo llevar a cabo el flujo de trabajo observando las actividades de este
flujo de trabajo. Estudie el diagrama con sus condiciones de vigilancia y las
directrices que se muestran a continuacin. Decida las actividades que se van
a realizar y su orden.
Decida las partes de las actividades de implementacin que deben llevarse a
cabo. A continuacin, se indican algunas partes que pueden introducirse de
forma relativamente independiente entre s.

Parte del flujo de


Comentarios
trabajo

El rol Integrador y la Actividad: Planificar la integracin junto con el producto de


Integracin y trabajo: Plan de compilacin de integracin suelen introducirse al principio del
gestin de proyecto. El resto de actividades relacionadas con la integracin, como
compilaciones la Tarea: Planificar la integracin de subsistemas, la subsistemas y Tarea:
Integrar el sistema se introducen en el momento en que empieza la integracin.
Implementar Los roles Implementador y Revisor y sus actividades y artefactos se introducen
componentes al principio de la implementacin en cada iteracin.

Decida en qu punto del ciclo vital del proyecto desea introducir cada parte del
flujo de trabajo. Suele ser posible esperar hasta la fase de elaboracin antes de
incorporar la disciplina de implementacin. Los prototipos de la fase inicial
suelen ser exploratorios y no se llevan a cabo con el mismo rigor (con respecto
a los artefactos y revisiones, por ejemplo) que requiere el flujo de trabajo de
implementacin completo durante la elaboracin y la construccin.
Patrn de posibilidad: Prueba

Descripcin
Para explicar el trabajo que supone la disciplina de prueba, las actividades y
productos de trabajo se organizan en un patrn de posibilidad para la disciplina.
Cada actividad representa un objetivo de alto nivel que necesita alcanzarse para
realizar una prueba eficaz del producto.
Este patrn de posibilidad puede precisar variaciones basadas en las necesidades
especficas de cada iteracin y proyecto.
Utilizacin

Decida cmo llevar a cabo el flujo de trabajo

Las decisiones siguientes deben tomarse considerando el flujo de trabajo de la


disciplina de prueba:

Decida cmo llevar a cabo el flujo de trabajo observando las actividades de este
flujo de trabajo. Estudie el diagrama con sus condiciones de vigilancia y las
directrices que se muestran a continuacin.
Decida las partes de las actividades de prueba que deben llevarse a cabo. Un
aspecto clave del flujo de trabajo de prueba es decidir las dimensiones de
calidad que interesan para el proyecto en general, y lo que es ms importante,
para cada iteracin (consulte Concepto: Tipos de pruebas). Decida las
combinaciones adecuadas de tipos de pruebas en los que debe centrarse para
la iteracin actual.
Disciplina: Requisitos
Descripcin

La finalidad de la disciplina de requisitos es:

Establecer y mantener un acuerdo con los clientes y otros interesados acerca


de lo que debe hacer el sistema.
Proporcionar desarrolladores de sistema con un buen conocimiento de los
requisitos del sistema.
Definir los lmites del sistema (delimitarlo).
Proporcionar una base para planificar el contenido tcnico de las iteraciones.
Proporcionar una base para la estimacin del coste y del tiempo en que
desarrollar el sistema.
Definir una interfaz de usuario para el sistema, centrndose en las
necesidades y los objetivos de los usuarios.

Para explicar el trabajo que supone la disciplina de requisitos, las actividades y


productos de trabajo se organizan en un patrn de posibilidad para la disciplina.

Cada actividad representa un objetivo de alto nivel que necesita alcanzarse para
realizar una gestin de requisitos eficaz. El anlisis del problema y la comprensin
de las necesidades de los interesados son los principales objetivos de los requisitos
durante la fase inicial de un proyecto.

El diagrama de flujo de trabajo, que aparece en la estructura de desglose de trabajo,


muestra las actividades en un orden lgico y secuencial.

Anda mungkin juga menyukai