moo 4 grapple

8/2/2019 Moo 4 Grapple

1/20

MOO / 4. GRAPPLE. Ral Ponce de Len Tavira / [email protected]

MOO / 4. GRAPPLE.

4. GRAPPLE.

1


2/20


4. GRAPPLE.

1. Introduccin.2. GRAPPLE.3. La estructura de GRAPPLE.3.1 Recopilacin de necesidades.

3.2 Anlisis.3.3 Diseo.3.4 Desarrollo.3.5 Distribucin.4. Resumen.

5. Conclusiones.Ejemplos de diagramas de actividades.

2


3/20


4/20

MOO / 4. GRAPPLE.Ral Ponce de Len Tavira / [email protected]

1.2 Deber ser de un desarrollo.

4

Nadie puede hacer todo solo. No deben existir fases discontinuas. No generar papeleo en exceso. Firme comprensin del problema.

Coleccin de responsabilidades. Intercomunicacin entre fases. Generar productos de trabajo para comunicar avances. Tener un producto terminado en un lapso corto.


5/20


2. GRAPPLE.

Guidelines forRAPid APPLication Engineering. Creado por los tres amigos y emplado en el Unified Rational Process. Guas, son recomendaciones, siempre se pueden cambiar, son flexibles y

en un primer momento aplicables a cualquier organizacin. Rpidas, se basan en dar resultados lo ms pronto posible.

Aplicaciones, aunque pueden ser programas de cmputo, pueden abarcarmuchos mbitos.

Ingeniera, habla de la mejor forma de hacerlo, aunque no deja de ser unestado del arte.

5


6/20

OO / 4. GRAPPLE. Ral Ponce de Len Tavira / [email protected]

3. La estructura de GRAPPLE.

6

Obtener productos de trabajo que puedan ser consideradosentregables sin caer en el papeleo.

Se compone de 5 segmentos, no separados.1. Recopilacin de necesidades. Anlisis.

Diseo. Desarrollo. Distribucin.

Tambin se conocen como RADDD o RAD3. Luego del tercer segmento se genera un documento de diseo. Al final todos los documentos se combinan para generar un documento

que define al sistema.


7/20


3.1 Recopilacin de necesidades 1/2.

7

Descubre los procesos de negocio.o Comprender los procesos de negocio.o Sobre todo los que se van a redisear.o Adquirir el vocabulario del negocio.o Obtener un diagrama de actividades de los procesos importantes.

Realiza un anlisis del dominio del cliente.o Comprender las principales entidades del proceso del cliente.o Los sustantivos importantes se convierten en clases.o Generar un diagrama de clases de alto nivel.


8/20


3.1 Recopilacin de necesidades 2/2.

8

Identifica los sistemas cooperativos.o Los sistemas de negocios coolaboran unos con otros.o En los primeros momentos se identifican las necesidades y

dependencias.o Se genera un diagrama de distribucin donde cada sistema es un

nodo, mostrando necesidades y dependencias. Descubre las necesidades del sistema.

o Primera sesin JAD (Joint Application Development).o La duracin depende de la complejidad del sistema.o Obtener un diagrama de paquetes (representan al alto nivel de la

organizacin). Presentar los resultados al cliente.


9/20


3.2 Anlisis 1/2.

9

Comprensin del uso del sistema.o Anlisis de casos de uso de alto nivel.o Definir actores.o Desarrollar nuevos casos de uso o casos de uso abstarctos.o Como resultado un primer diagrama de casos de uso.

Hacer realidad los casos de uso.

o Analizar con el usuario paso por paso de los casos de uso.o Se obtiene una descripcin de los pasos de cada caso de uso.

Depurar los diagramas de clases.

o Se deben rellenar nombres de todas las definicioneso Se obtiene un diagrama de clases depurado.


10/20


3.2 Anlisis 2/2.

10

Analizar cambios de estado en los objetos.o Se presentan cambios de estado en una reunin JAD.o Se obtiene un diagrama de estado.

Definir comunicacin entre objetos.

o Con casos de uso y diagramas de clase se define como secomunican los objetos.

o Se definen diagramas de secuencias y coolaboraciones.

Analizar la integracin con diagramas de coolaboraciones.o Definir tipo de comunicacin, arquitectura de red, arquitectura fsica

y lgica.o Se deben obtener los diagramas detallados de distribucin y losmodelos de datos.


11/20


3.3 Diseo 1/2.

11

Desarrollo y depuracin de los diagramas de objetos.o Tomando como base los diagramas de clases se generan los

diagramas de objetos.o Se obtienen diagramas de objetos y de actividades.

Desarrollo de diagramas de componentes.o Visualizar componentes y las relaciones entre ellos.

Planeacin para la distribucin.

o Con el diagrama de componentes concludo se puede empezar laplaneacin.

o Se crea un diagrama de distribucin que mustre el lugar de cada

componente.


12/20


3.3 Diseo 2/2.

12

Diseo y prototipos de la interfaz de usuario.o Debe permitir la consumacin de todos los casos de uso.o Se definen en papel las GUI's para cada caso de uso.o Los usuarios pondrn en papel sus requerimientos.o Como resultado se obtienen las capturas de pantalla.

Pruebas de diseo.o Se prueban los prototipos en base a los casos de uso, generando

listas de pruebas como resultado. Inicio de documentacin.

o

Se define una estrutura de alto nivel para cada pieza dedocumentacin.


13/20


3.4 Desarollo 1/2.

13

Generacin de cdigo.o Con diagramas de clases, de objetos, de actividades y de

componentes se puede hacer el codigo.

Verificacin de cdigo.o Se hacen bateras de prueba para verificar que el cdigo haga lo

que se supone que debe hacer.o Esta fase se retroalimenta con la anterior.

Generacin de intefases de usuario conexin con el cdigo y prueba.o Se generan las GUI's y se conectan con el cdigo.o Se prueban las interfases con el cdigo.


14/20


3.4 Desarrollo 2/2.

14

Consumacin de la documentacin.o Se trabaja durante la fase de pruebas.o Se hace junto con los desarrolladores y el usuario.o Se asegura la entrega oportuna de los resultados.


15/20


3.5 Distribucin.

15

Planeacin para copias de seguridad y recuperacin.o Se hace un plan de los pasos a seguir en caso de fallo.o Se puede generar un sistema DRP a detalle.o Plan para realizar respaldo y recuperarlo.

Instalacin del sistema terminado en el hardware adecuado.o

Se instala el sistema en donde sea necesario, generando lasinstancias necesarias, por lo menos. Desarrollo Pruebas. Produccin.

Verificacin del sistema instalado.o

El sistema funciona como se espera.o Los respaldos sirven conforme a lo planeado.


16/20


4. Resumen.

16

Se va de lo general a lo especfico. Existen ms pasos en Anlisis y Diseo que en los dems.

Esto ayuda a facilitar el Desarrollo.

El anlisis debe ser ms dedicado.


17/20

OO / 4. GRAPPLE. Ral Ponce de Len Tavira / [email protected]

5. Conclusiones

17

Una metodologa de desarrollo ayuda a estructurar las actividadesde un proyecto.

La metodologa ayuda a que no se genere un caos en el anlisis ydiseo de sistemas.

Las metodologas anteriores forzaban el desarrollo en cascada. El desarrollo en cascada facilita el fragmento del proyecto y se

invierte mucho tiempo en codificacin. GRAPPLE con sus cinco segmentos facilita el desarrollo de

sistemas y fundamenta muchas de las actividades del anlisis ydiseo orientado a objetos.


18/20


1.A. Diagrama de actividades.

18

Decisin Concurrencia


19/20



19

Indicaciones


20/20



20

moo 4 grapple

Documents