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

Análisis Orientado a Objetos

Exposición de A y D...!!
by

MabeL SanChezz

on 17 September 2012

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Análisis Orientado a Objetos

Análisis
Orientado a Objetos (AOO) Gracias por su atención! Casos de Uso ¿¿Cuál debe abrir?? Análisis ¿¿Cuál debe abrir?? Extracción de las
clases Entidad ¿¿Cuál debe abrir?? Diagramas de Clases ¿¿Cuál debe abrir?? Extracción de las Clases ¿¿Cuál debe abrir?? Diagramas DFD ¿¿Cuál debe abrir?? Modelo Funcional ¿¿Cuál debe abrir?? Modelo Funcional ¿¿Cuál debe abrir?? Clasificación de
las Clases Análisis
Orientado a Objetos ¿¿Cuál debe abrir?? Es un método de análisis que examina los requisitos desde la perspectiva de las clases y objetos que se encuentra en el vocabulario del dominio del problema. Es un enfoque de la ingeniería de software que modela un sistema como un grupo de objetos que interactúan entre sí. Nada ocurre porque si. Todo es una sucesión de procesos que, bajo la lupa del análisis, responden de manera correcta a causa y efecto. Abstracción Los tipos de clases Entidad son clases que persisten durante la aplicación. Representa información relevante para la aplicación. De Entidad (de modelo o de negocio) Son clases que persisten durante la aplicación.
Representa los datos relevantes para la aplicación. De frontera (de contorno) Clases que crean la interfaz que el usuario ve y con la que interactúa. De control Realizan una "unidad de trabajo": crean o actualizan objetos de entidad, validan datos, etc. Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro. Un caso de uso es un conjunto de escenarios que tienen una meta de usuario en común.
Son una técnica para especificar el comportamiento de un sistema.

Los elementos que intervienen en un modelo de casos de uso son:
Actores
Casos de Uso
Relaciones El objetivo del paso de modelamiento de entidades en extraer las clases de entidades, determinar sus interrelaciones y encontrar sus atributos.

Usualmente, la mejor manera es usar el método de extracción de sustantivos. Muestran en forma gráfica solo el flujo de datos entre los distintos procesos, entidades externas y almacenes que conforman un sistema.
Cuando los analistas de sistemas indagan sobre los requerimientos, deben ser capaces de concebir la manera en que los datos fluyen a través del sistema u organización, los procesos que sufren estos datos y sus tipos de salidas. Diagramas de Flujo de Datos Es un modelo de objetos que describe las propiedades estructurales del sistema. El modelo dinámico y funcional describen su comportamiento.

El modelo funcional:
Describe los comportamientos y operaciones de los objetos.
Muestra la dependencia de datos en el sistema.
Describe la computación dentro del sistema, cómo los valores de salida se derivan de los valores de entrada.
Consiste en múltiples diagramas de flujo de datos.
Los requisitos primordiales para construir cualquier modelo son:

- Un propósito claramente definido.
- Identificar las consideraciones esenciales (incluir en el modelo).
- Desechar consideraciones superfluas (estas son fuente de confusión).
- El modelo debe representar la realidad en forma simplificada. Centrarse en el "¿Qué?"
Identificar los requisitos: documentos de análisis.
-Entrevistas
-Identificar requisitos funcionales y no funcionales.
Especificar los requisitos (en documentos).
-Documento técnico de organización y clasificación de los de los requisitos.
Analizar: Modelos de análisis
-Estudio de posibles escenarios
- Otras técnicas: fichas CRC, orientados al flujo, etc.
Validar
Full transcript