Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

METODOLOGIA RUP- ANALISIS - DISEÑO

No description
by

Luis Aguilar

on 25 November 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of METODOLOGIA RUP- ANALISIS - DISEÑO

METODOLOGIA RUP- análisis - Diseño
introducción
El Proceso Unificado de Rational (Rational Unified Process en inglés, habitualmente resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.

1.1. RUP como proceso de desarrollo
• RUP identifica claramente a los profesionales (actores) involucrados en el desarrollo del software y sus responsabilidades en cada una de las actividades.
2. ANÁLISIS ORIENTADO A OBJETOS
El Análisis Orientado a Objetos (AOO) es parte de la disciplina Análisis y Diseño de RUP; esta disciplina tiene como propósito:

Transformar los requisitos en un diseño del sistema a crear.
Definir una arquitectura robusta para el sistema.
Adaptar el diseño para que funcione en el ambiente de implementación, diseñándolo para un desempeño esperado.

1.2. Fases de desarrollo del software
 Inicio
 Elaboración
 Construcción
 Transición

1.2.1. Fase de inicio
Se hace un plan de fases, donde se identifican los principales casos de uso y se identifican los riesgos.
1.2.1.3. Fase de elaboración
Planificar las actividades necesarias y los recursos requeridos, especificando las características y el diseño de la arquitectura. En esta etapa el objetivo es determinar la arquitectura Óptima.
1.2.2. Fase de construcción
Construir el producto, la arquitectura y los planes, hasta que el producto está listo para ser enviado a la comunidad de usuarios. En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial.
1.2.4. Etapa de transición
1.2.1.4. Análisis y Diseño
Transformar los requisitos al diseño del sistema.
Desarrollar una arquitectura para el sistema.

1.2.1.1. Modelado del negocio
Entender la estructura y la dinámica de la organización para la cual el sistema va ser desarrollado.
Entender el problema actual en la organización objetivo e identificar potenciales mejoras.

1.2.1.2. Requisitos
Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema
1.2.2.1. Implementación
• Planificar qué subsistemas deben ser implementados y en qué orden deben ser integrados, formando el Plan de Integración.
1.2.3. Pruebas
Encontrar y documentar defectos en la calidad del software.
Generalmente asesora sobre la calidad del software percibida.

2
3
5
4
1
a) Diagrama de Casos de Uso:
Modela la funcionalidad del sistema agrupándola en descripciones de acciones ejecutadas por un sistema para obtener un resultado.
b) Diagrama de Clases:
muestra las clases (descripciones de objetos que comparten características comunes) que componen el sistema y cómo se relacionan entre sí.
c) Diagrama de Objetos:
muestra una serie de objetos (instancias de las clases) y sus relaciones.

d) Diagramas de Comportamiento:
e) Diagramas de implementación
1.5. Descripción del lenguaje UML
UML es un lenguaje de propósito general para el modelado orientado a objetos, que combina notaciones provenientes desde:
Modelado Orientado a Objetos,
Modelado de Datos,
Modelado de Componentes,
Modelado de Flujos de Trabajo.

1.5.1. Inconvenientes en UML
Falta integración con respecto de otras técnicas tales como patrones de diseño, interfaces de usuario, documentación, etc.,
1.5.2. Perspectivas de UML
Participación de metodólogos influyentes.
Participación de importantes empresas.

 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.
 diagrama de componentes
Muestra la organización y las dependencias entre un conjunto de componentes.
Diagrama de Despliegue
Muestra los dispositivos que se encuentran en un sistema y su distribución en el mismo.
2.1. Flujo de trabajo del AOO
El objetivo del análisis es comprender el problema y comenzar a desarrollar un modelo visual de lo
que se está tratando de construir, independiente de la tecnología a utilizar en la aplicación
2.2. Artefactosdel Análisis
Full transcript