Método Booch

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Método Booch por Mind Map: Método Booch

1. Permite el análisis de la información para el cumplimiento de requerimientos en el diseño de un software

2. Modelos

2.1. Físico estático

2.1.1. Describe la composición concreta en cuanto a hardware y software del contexto o implantación del sistema, indicando todas sus interfaces así como también los diferentes módulos en que el sistema se ha divido (Castro, 2003)

2.1.2. Diagramas

2.1.2.1. Clases

2.1.2.1.1. Conjunto o grupo de atributos comunes que representan a un objeto.

2.1.2.2. Objetos

2.1.2.2.1. Se utiliza para mostrar la existencia de objetos y sus relaciones en el diseño lógico de un sistema.

2.1.2.3. Módulos

2.1.2.3.1. Se utiliza para mostrar la asignación de clases y objetos a módulos en el diseño físico de un sistema.

2.1.2.3.2. Elementos

2.1.2.4. Procesos

2.1.2.4.1. Se utiliza para mostrar la asignación de procesos a procesadores en el diseño físico de un sistema.

2.1.2.4.2. Elementos

2.2. Lógico dinámico

2.2.1. Sirve para describir la arquitectura del sistema, la existencia y significado de las abstracciones principales y de los mecanismos que forman el espacio del problema, así como también define el modo en que se comunican entre ellos (Castro, 2003)

2.2.2. Diagramas

2.2.2.1. Transición de Estados

2.2.2.1.1. Se utiliza para mostrar el espacio de estados de una clase determinada, los eventos que provocan una transición de un estado a otro, y las acciones que resultan de ese cambio de estado.

2.2.2.1.2. Elementos

2.2.2.2. Interacción

2.2.2.2.1. Se usa para realizar una traza de la ejecución de un escenario en el mismo contexto que un diagrama de objetos

2.2.2.2.2. Por lo regular usa guiones que van en relación a los enlaces o mensajes, los mensajes no necesitan ser numerados ya que el orden esta dado por la ubicación de cada uno

3. Desarrollo

3.1. Macroproceso

3.1.1. Controla el microproceso

3.1.2. productos que tienen que ser medidos y controlados

3.1.3. representa las actividades del equipo de desarrollo en función del tiempo

3.1.4. toma muy en cuenta el diseño arquitectónico (que es lo que el usuario verá), las fechas, calidad y completud (estado completo del sistema)

3.1.5. Etapas

3.1.5.1. Conceptualización

3.1.5.1.1. trata de establecer los requerimientos esenciales para el sistema

3.1.5.1.2. Su propósito es es obtener un prototipo

3.1.5.2. Análisis

3.1.5.2.1. identifica cuál será el comportamiento del sistema, identificando los puntos funcionales del sistema,

3.1.5.3. Diseño

3.1.5.3.1. crear una arquitectura para la implantación que se va a iniciar, así como políticas tácticas comunes

3.1.5.4. Evolución

3.1.5.4.1. Su propósito aumentar y cambiar si es necesaria la implementación mediante un refinamiento sucesivo de las versiones lo que conduce a la obtención del sistema que se necesita.

3.1.5.5. Mantenimiento

3.1.5.5.1. Su propósito es gestionar algún tipo de evolución que se requiere en el sistema ya elaborado es decir, postventa o postentrega, en esta etapa ya no se da mucha atención al diseño arquitectónico

3.2. Microproceso

3.2.1. Es la actividad que se realiza dentro de las etapas del macroproceso

3.2.2. trata de refinar los productos que arrojan cada una de las etapas del macroproceso sucesivas veces hasta satisfacer los requerimientos del sistema

3.2.3. Etapas

3.2.3.1. Identificar Clases y Objetos

3.2.3.2. Identificar semantica de clases y objetos

3.2.3.3. Identificar relación entre clases y objetos

3.2.3.4. Especificar la interfaz y la implementación de clases y objetos