Vous êtes sur la page 1sur 5

Metodologa de desarrollo de software: es un marco de trabajo usado para estructurar, planificar y controlar el proceso de desarrollo en sistemas de informacin.

Es un enfoque estructurado para el desarrollo de software cuyo propsito es facilitar la produccin de software de alta calidad de una forma costeable, cabe destacar que para usar este enfoque se debe manejar conceptos fundamentales tales como; procesos, mtodos, tareas, procedimientos, tcnicas, herramientas, productos, entre otros.

METODOLOGIA RUP

El Rational Unified Process o Proceso Unificado de Racional. Es un proceso de ingeniera de software que suministra un enfoque para asignar tareas y responsabilidades dentro de una organizacin de desarrollo. Su objetivo es asegurar la produccin de software de alta calidad que satisfaga la necesidad del usuario final dentro de un tiempo y presupuesto previsible. Es una metodologa de desarrollo iterativo enfocada hacia los casos de uso, manejo de riesgos y el manejo de la arquitectura. El RUP mejora la productividad del equipo ya que permite que cada miembro del grupo sin importar su responsabilidad especfica acceda a la misma base de datos de conocimiento. Esto hace que todos compartan el mismo lenguaje, la misma visin y el mismo proceso acerca de cmo desarrollar software.

FASES FASE DE INICIO Durante esta fase de inicio las iteraciones se centran con mayor nfasis en las actividades de modelamiento de la empresa y en sus requerimientos FASE DE ELABORACIN Durante esta fase de elaboracin, las iteraciones se centran al desarrollo de la base de la diseo, encierran ms los flujos de trabajo de requerimientos, modelo de la organizacin, anlisis, diseo y una parte de implementacin orientada a la base de la construccin FASE DE CONSTRUCCIN Durante esta fase de construccin, se lleva a cabo la construccin del producto por medio de una serie de iteraciones las cuales se seleccionan algunos Casos de Uso, se redefine su anlisis y diseo y se procede a su implantacin y pruebas. En esta fase se realiza una pequea cascada para cada ciclo, se realizan tantas iteraciones hasta que se termine la nueva implementacin del producto. FASE DE TRANSICIN

Durante esta fase de transicin busca garantizar que se tiene un producto preparado para su entrega al usuario.

PRINCIPALES CARACTERISTICAS

Forma disciplinada de asignar tareas y responsabilidades (quin hace qu, cundo y cmo) Pretende implementar las mejores prcticas en Ingeniera de Software Desarrollo iterativo Administracin de requisitos Uso de arquitectura basada en componentes Control de cambios Modelado visual del software Verificacin de la calidad del software

El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el cdigo fuente, etc.) y roles (papel que desempea una persona en un determinado momento, una persona puede desempear distintos roles a lo largo del proceso). Especificacin de las Fases

Establece oportunidad y alcance Identifica las entidades externas o actores con las que se trata Identifica los casos de uso

RUP comprende 2 aspectos importantes por los cuales se establecen las disciplinas: Proceso: Las etapas de esta seccin son:

Modelado de negocio Requisitos Anlisis y Diseo Implementacin Pruebas Despliegue

Soporte: En esta parte nos conseguimos con las siguientes etapas:


Gestin del cambio y configuraciones Gestin del proyecto Entorno

La estructura dinmica de RUP es la que permite que este sea un proceso de desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las 4 fases descritas anteriormente:

Inicio(Tambin llamado Incepcin) Elaboracin Desarrollo(Tambin llamado Implementacin, Construccin) Cierre (Tambin llamado Transicin)

Artefactos RUP en cada una de sus fases (pertenecientes a la estructura esttica) realiza una serie de artefactos que sirven para comprender mejor tanto el anlisis como el diseo del sistema estos artefactos son los siguientes: Inicio:

Documento Visin Especificacin de Requerimientos

Elaboracin:

Diagramas de caso de uso

Construccin:

Documento Arquitectura que trabaja con las siguientes vistas:

Vista Lgica: Diagrama de clases Modelo E-R (Si el sistema as lo requiere) Vista de Implementacin: Diagrama de Secuencia Diagrama de estados Diagrama de Colaboracin Vista Conceptual: Modelo de dominio Vista fsica: Mapa de comportamiento a nivel de hardware.

Diagramas
a) Diagrama de Casos de Uso:

Modela la funcionalidad del sistema agrupndola en descripciones de acciones ejecutadas por un sistema para obtener un resultado. b) Diagrama de Clases: muestra las clases (descripciones de objetos que comparten caractersticas comunes) que componen el sistema y cmo se relacionan entre s. c) Diagrama de Objetos: muestra una serie de objetos (instancias de las clases) y sus relaciones. d) Diagramas de Comportamiento: dentro de estos diagramas se encuentran: Diagrama de estados: Modela el comportamiento del sistema de acuerdo con eventos. Diagrama de actividades: Simplifica el Diagrama de Estados modelando el comportamiento mediante flujos de actividades. Tambin se pueden utilizar caminos verticales para mostrar los responsables de cada actividad. Diagramas de interaccin: Estos diagramas a su vez se dividen en 2 tipos de diagramas, segn la interaccin que enfatizan. Diagrama de secuencia: Enfatiza la interaccin entre los objetos y los mensajes que intercambian entre s junto con el orden temporal de los mismos. Diagrama de colaboracin: 33Igualmente, muestra la interaccin entre los objetos resaltando la organizacin estructural de los objetos en lugar del orden de los mensajes intercambiados. e) Diagramas de implementacin diagrama de componentes: Muestra la organizacin y las dependencias entre un conjunto de componentes. Figura 24. Diagramas de componentes Diagrama de Despliegue: Muestra los dispositivos que se encuentran en un sistema y su distribucin en el mismo.

Vous aimerez peut-être aussi