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

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

MODELO DE ANALISIS

No description
by

Jesus Lizarraga

on 21 August 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of MODELO DE ANALISIS

MODELO DE ANALISIS
Características
Descripto en lenguaje de los desarrolladores
Dice como hacer las cosas
Vista Interna del Sistema
Estructurado por clases y paquetes estereotipados
No deberia contener redundancias

Cuando se utiliza
Cuando se necesita hacer analisis p/ reducir costos
Se necesita entender y/o mantener el sistema
Existen implementaciones alternativas
Existe un sistema heredado y hay que hacer reingenieria

Como utilizar
Se utilizar el modelo p/describir los resultados del análisis y los mantiene durante todo el ciclo de vida del software
Como herramienta transitoria
No se utiliza. Se pasa directo al diseño

Artefactos
Modelo de Análisis
Clase de Análisis
Pospone los requerimientos no funcionales
Son evidentes
Su comportamiento se define en responsabilidades de alto nivel y menos formal
Participa en relaciones coneptuales
Encajan en uno de los tres estereotipos
Clase de Interfaz
Se utiliza para modelar la interacción entre sistemas y actores
Clase de Entidad
Se utilizar para modelar información persistente
Clase de Control
Hace de nexo entre la interfaz y las clases de entidad.
Representa coordinacion, secuencia, transacciones, y control.
Realizacion de CU-Analisis
Es una colaboracion dentro del modelo de analisis que describe como se lleva a cabo y se ejecuta un CU en termino de clases de analisis y de objetos de analisis.
Posee:
Descripcion del flujo de sucesos
diagrama de clases con sus clases de analisis
diagramas de comunicacion de un escenario en particular
Paquete de Analisis
Proporcionan un medio para organizar los artefactos del modelo de analisis en piezas manejables.
Deben ser cohesivos y debilmente acoplados.
Caractersticas:
Pueden representar una separacion de intereses de analisis.
Deben crearse basandose en los Req.Fun. y el dominio del problema.
probablemente se convertiran en subsistemas.
Descripcion de la arquitectura (Vista del MDA)
Artefactos que se consideran significativos para la arquitectura:
La descomposicion del modelo de analisis en paquetes de analisis y sus dependencias.
Las clases fundamentales de analisis.
Realizaciones de CU que describen funcionalidades importantes y criticas.
Trabajadores
Arquitecto
Es el responsable de la integridad del modelo de analisis, garantizando que este sea correcto, consistente y legible.
Es responsable de que existan partes significativas para la arquitectura, y como se muestran en la vista de arquitectura del modelo
Ingeniero de CU
Es el responsable de la integridad de una o más realizaciones de CU, garantizando que cumplen los requerimientos que recaen sobre ellos.
NO es responsable e las clases de análisis ni de la relaciones que se usan en la realización de un CU.
Ingeniero de Componentes
Define y mantiene las responsabilidades, atributos y relaciones y requerimientos especiales de una o muchas clases de analisis, asegurandose que sea coherente.
Se encarga de la integridad de uno o muchos paquetes de analisis
FlUJO DE TRABAJO
1. Los arquitectos comienzan con la creación del modelo de análisis, identificando los paquetes de análisis principales, las clases de entidad evidentes y los requerimientos comunes.

2. Los ingenieros de caso de uso realizan cada caso de uso en término de las clases de análisis participantes exponiendo los requerimientos de comportamiento de cada clase.

3. Los ingenieros de componentes especifican estos requerimientos de comportamiento y los integran dentro de cada clase creando responsabilidades, atributos y relaciones consistentes para cada clase.

4. Durante el análisis, los arquitectos identifican de manera continua nuevos paquetes de análisis, clases y requerimientos comunes a medida que el modelo evoluciona, y los ingenieros de componentes refinan y mantienen continuamente los paquetes del análisis.

Analisis de la Arquitectura (Arquitectp)
El proposito del analisis de la arquitectura es esbozar el modelo de analisis y la arquitectura mediante la identificacion de paquetes de analisis, clases de analisis evidentes y requerimientos especiales comunes.
identificacion de paquetes de analisis
Consiste en asignar un numero determinado de CU a un paquete de analisis y luego realizar la funcionalidad sobre ese paquete.
Los CU son requeridos para:
Dar soporte a un determinado proceso de negocios.
Dar soporte a un determinado actor.
Los CU que estan relacionados mediante relaciones de inclusion y extension.
identificacion de clases de entidad evidentes
Consiste en una propuesta preliminar de las clases de entidad mas importantes basado en las clases de dominio o las entidades de negocio que se identificaron durante la captura de requirmientos.
identificacion de requerimientos especiales
Un requerimiento especial, es un requerimiento que aparece durante el analisis y que es importante anotar para que pueda ser tratado posteriormente en la etapa de diseño e implementacion.
Analizar un CU (Ing. CU)
Consiste en la identificacion de clases de analisis necesarias para llevar a cabo el CU, distribucion del comportamiento entre los objetos de analisis que interactuan y la captura de requerimientos especiales sobre la realizacion del CU-Analisis
Identificacion de clases de analisis
Se identifican las clases de entidad, control e interfaz necesarias para realizar los casos de uso, y se esbozan sus nombres, responsabilidades, atributos y relaciones.
Descripcion de las interacciones entre objetos de analisis
Se realiza un diagrama de colaboracion que contiene las instancias de actores participantes, los objetos de analisis y sus enlaces.
Captura de requerimientos especiales
Un requerimiento especial, es un requerimiento que aparece durante el analisis y que es importante anotar para que pueda ser tratado posteriormente en la etapa de diseño e implementacion.
Analizar una clase (Ing. Componentes)
Identificar responsabilidades
Las responsabilidades de una clase pueden recopilarse combinando todos los roles que cumple en diferentes realizaciones de CU
Consiste en la identificacion y mantenimiento de las responsabilidades, atributos y relaciones de una clase de analisis, basadas en el papel que juegan en la realizacion de CU-analisis. Y la captura de requerimientos especiales.
Identificar atributos
Un atributo es una propiedad de una clase de analisis.
Identificar asociaciones y agregaciones
Deberia estudiar los enlaces empleados en los diagramas de colaboracion para determinar que asociaciones son necesarias.
Identificar generalizaciones
Deberian utilizarse en el analisis para extraer comportamiento compartido y comun entre varias clases de analisis difrentes.
Captura de requerimientos especiales
Un requerimiento especial, es un requerimiento que aparece durante el analisis y que es importante anotar para que pueda ser tratado posteriormente en la etapa de diseño e implementacion.
Analizar un paquete (Ing. Componentes)
Consiste en determinar si los paquetes son independientes de otros paquetes tanto como es posible, que los paquetes cumplen su objetivo de realizar algunas clases de dominio o casos de uso, y describir las dependencias de forma que pueda estimarse el efecto futuro.
Full transcript