RUP
RUP es un modelo de
desarrollo de software, en él se busca tener como resultado un software de alta
calidad, a través de diferentes procesos de desarrollo, se puede obtener un
presupuesto predecible.
Tiene como objetivo de
usuarios a personas afines al software o sus proyectos, este método le asigna
un rol a cada uno de los integrantes del equipo, la manera de cómo se
desarrolla bajo este método da como ventajas que en general todo el proyecto
está mejor organizado, y pueda ser modificado para cada proyecto.
¿Qué define a RUP?
Las 3 características
principales de RUP son:
·
El uso de artefactos
·
Usa la arquitectura para evolucionar el
proyecto en muchos aspectos
·
Se entregan varias versiones beta para ir
mejorando de poco en poco
En el
desarrollo de el proyecto hay disciplinas y fases de desarrollo, a continuación
observaremos un cuadro con estas:
Hay cuatro fases y ocho disciplinas, los involucrados en el
software, en cada fase se documentan los progresos y se crean artefactos que
ayudan a la documentcion de el proyecto.
El ciclo de vida de RUP consiste de cuatro fases:
·
Inception: Es la creacion de el proyecto,
donde todos se ponen todos los interesados en el proyecto de acuerdo, también
se evaluan los riesgos de requerimientos y negocios.
·
Elaboration: Se establece la arquitectura que
se va a utilizar para el proyecto, considerando todas las especificaciones y
riesgos, esto sirve para establecer bases estables para las siguientes fases de
el proyecto.
·
Construction: Lo siguiente es cumplir con las
especificaciones y lo que falte de el desarrollo, en esta parte de el proceso
hay que sacarle el maximo probecho a los recuersos que tenemos.
·
Transition: Queda que tu software sea optimo
para tu cliente, aquí entra la fase de pruebas y los arreglos menores que el
cliente solicite, como parte final hay que instalar y depurar el software y
capacitar a los empleados.
En combinacion con las fases de desarrollo, los involucrados
ejercen una disciplina o funcion para que el proyecto vea luz, las discicplinas
son las siguientes:
·
Modelado De Negocios: Es el responsable de entender el
problema que quiere solucionar el cliente, ver quienes van a ser los usuarios y
asegurar que tipo de recuersos tienen.
·
Requerimientos: Llega a un acuerdo entre
desarrolladores y clientes, que todos entiendan hasta donde van sus
posiblidades, también se encarga de limitar hasta donde va llegar el software,
osea hasta que punto mi software va a hacer algo, define bases de planeacion,
costo y tiempo de el sistema, aparte de que es el encargado de definir el
interfaz de el sistema.
·
Análisis y Diseño: En esta disiplina se traducen
los requerimientos a partes de el sistema, de desarrollar una arquitectura que
sea robusta y de adaptar el diseño con el tipo de usuarios y el ambiente donde
se va a usar el software.
·
Implementación: Se organiza el código, se
agregan ejecutables, archibos binarios, etc. y comprobar los componentes ya
desarrollados.
·
Pruebas: Aparte de hacer lo que su nombre
indica, se hacen validaciones de que el software trabaje a como fue diseñado, y
que los requerimientos están bien puestos.
·
Transición: Es el punto donde te aseguras
que la entrega y disponibilida de tu software sea oportuna.
·
Administracion y Configuracion De
El Cambio: Los cambios
que se le van a poder hacer a tu software deben de ser controlados, para que la
integridad de tu proyecto no se ve afectada.
·
Administracion De Proyectos: Se debeen de probeer manuales y
marcos teoricos acerca de tu proyecto,
en el area de trabajo, soporte y adimnistracion y riesgos.
·
Ambiente: Se enfoca a que la implementacion
de el proyecto sea optima, ya sea realizando actividades para capacitar y
asegurandose de que se cuentan con todas las herramientas necesarias.
Aparte de las disciplinas, las personas son asignadas con
actvidades que deben de realizar, las cuales corresponden a su disciplina, una
persona puede tener mas de una actividad.
Todas las piezas de informacion creadas, producidas etc.
dentro de el proyecto se les denomina artefactos.
¿Cuándo usar RUP?
Se recomienda usar cuando hay
proyectos grandes de desarrollo, donde hay muchos aspectos a tomar en cuenta y
estas seguro que vas a tener un equipo de trabajo adecuado, no se recomienda
usar en proyectos cortos o proyectos de uso local que no van a tener mucho alcance,
se debe usar en proyectos donde vale la pena el esfuerzo extra que se va a
realizar usando este modelo.
ACTIVIDAD INTERACTIVA
