Metodologías booch jacobson

Páginas: 11 (2732 palabras) Publicado: 2 de noviembre de 2010
24 de agosto

METODOLOGIAS

2010
KAREN GUADALUPE AVILA HERRERA

Booch, Jacobson, RUP

Karen Guadalupe Ávila Herrera |

1

Metodología de Booch
• • Es un lenguaje de modelado de objetos y una metodología ampliamente usada en el diseño de software orientado a objetos. Desarrollado por Grady Booch

La metodología de Booch usa los siguientes tipos de diagramas para describir lasdecisiones de análisis y diseño, tácticas y estratégicas, que deben ser hechas en la creación de un sistema orientado por objetos.



• • • •

• •

• •

Diagrama de Clases. Consisten en un conjunto de clases y relaciones entre ellas. Puede contener clases, clases paramétricas, utilidades y metaclases. Los tipos de relaciones son asociaciones, contenencia, herencia, uso, instanciación ymetaclase. Especificación de Clases. Es usado para capturar toda la información importante acerca de una clase en formato texto. Diagrama de Categorias. Muestra clases agrupadas lógicamente bajo varias categorías Diagramas de transición de estados. Diagramas de Objetos. Muestra objetos en el sistema y su relación lógica. Pueden ser diagramas de escenario, donde se muestra cómo colaboran los objetos encierta operación; o diagramas de instancia, que muestra la existencia de los objetos y las relaciones estructurales entre ellos. Diagramas de Tiempo. Aumenta un diagrama de objetos con información acerca de eventos externos y tiempo de llegada de los mensajes. Diagramas de módulos. Muestra la localización de objetos y clases en módulos del diseño físico de un sistema.Un diagrama de módulosrepresenta parte o la totalidad de la arquitectura de módulos del sistema. Subsistemas. Un subsistema es una agrupación de módulos, útil en modelos de gran escala. Diagramas de procesos. Muestra la localización de los procesos en los distintos procesadores de un ambiente distribuido.

Etapas
Análisis de requerimientos • • Funciones primarias del sistema: Principales entradas y salidas del sistema,referencias a políticas, sistemas existentes o procedimientos, etc. Conjunto de mecanismos claves que el sistema debe proveer: estado de entrada, estado de salida y estados esperados.

Análisis de Dominio Diagrama de clases con las abstracciones clave, identificando las clases del dominio claves y sus relaciones • • • • Especificación de las clases Vistas de herencia. Diagramas de clases con estetipo de relaciones Diagramas de escenarios de objetos Especificación de objetos, que relacionan objetos y sus clases.

Diseño • Descripción de arquitectura, que describe las decisiones más importantes de diseño como son el conjunto de procesos, manejadores de bases de datos, sistemas operativos, lenguajes, etc. Descripciones de prototipo, que describen las metas y contenido de lasimplementaciones sucesivas de prototipos, su proceso de desarrollo y la forma de probar requerimientos. Diagramas de Categorías Diagramas de clases en diseño, detallan las abstracciones de análisis con características de implementación. Diagramas de objetos en diseño, muestran las operaciones necesarias para desarrollar una operación



• • •

Nuevas especificaciones Especificaciones de clasescorregidas, muestra la especificación completa de los métodos con algoritmos complicados, la implementación de relaciones y el tipo de atributos.

Actividades Análisis de requerimientos En esta etapa se define qué quiere el usuario del sistema. Es una etapa de alto nivel que identifica las funciones principales del sistema, el alcance del modelamiento del mundo y documenta los procesos principales y laspolíticas que el sistema va a soportar. No se definen pasos formales, ya que éstos dependen de qué tan nuevo es el proyecto, la disponibilidad de expertos y usuarios y la disponibilidad de documentos adicionales

Análisis de Dominio Es el proceso de definir de una manera concisa, precisa y OO la parte del modelo del mundo del sistema. Las siguientes actividades son parte de esta etapa:...
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • Proceso Unificado de Software de Jacobson, Booch Y Rumbaugh.
  • Metodologias orientadas a objetos (jacobson)
  • booch
  • Edith Jacobson
  • Ramon Jacobson
  • booch
  • Jacobson
  • Jacobson

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS