Guia De Analisis Orientado A Objetos

  • Uploaded by: Abraham Urieta B.
  • 0
  • 0
  • October 2019
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View Guia De Analisis Orientado A Objetos as PDF for free.

More details

  • Words: 1,376
  • Pages: 9
UNIVERSIDAD DE PANAMÁ CENTRO REGIONAL UNIVERSITARIO DE VERAGUAS FACULTAD DE INFORMÁTICA ELECTRÓNICA Y COMUNICACIÓN LIC. EN INFORMÁTICA PARA LA GESTIÓN EDUCATIVA Y EMPRESARIAL PROGRAMACIÓN IV INF 222

TRABAJO GUÍA DE ANÁLISIS ORIENTADO A OBJETO ESTUDIANTES: ADELAIDA ATENCIO

9-721-1818

GLADYS RODRÍGUEZ

9-722-1190

ZULEYKA ROMERO

9-723-2377

ARELIS PÉREZ

9-722-287

NORIEL MADRID

8-777-2199

DIOMEDES MONTES

9-723-640

JAIRO CONCEPCIÓN

9-724-158

ABRAHAM URIETA

9-723-2114

FACILITADOR: DIEGO SANTIMATEO

II-AÑO II SEMESTRE 2008

INTRODUCCIÓN

La Orientación a Objetos es una metodología de desarrollo de sistema (informáticos o no). La orientación a objetos puede aplicarse a la ingeniería de procesos, a la gestión empresarial entre otros. En base a esta metodología hemos elaborado una Guía de Análisis Orientado a Objeto, donde especificamos una serie de pasos que explican en forma comprensiva como realizar el análisis de un problema en particular; además contiene un glosario con términos para así tener un mejor entendimiento de la guía. Esta guía ha sido realizada sin tomar en cuenta ninguno de los trabajos presentados por los subgrupos que forman este grupo.

GUIA DE ANALISIS ORIENTADO A OBJETOS Primer Paso: Obtener el problema a resolver. Segundo Paso: Ya obtenido el problema se procede a la definición del problema que consiste en: a)Hacer una descripción precisa y exacta del problema. b)Crear un modelo preciso, conciso, comprensible y exacto del dominio del problema. Tercer Paso: Como usted ya ha definido el problema y ha determinado el dominio, proceda a analizar los requisitos del problema y así descubrirá lo que el sistema debe cumplir o realizar. Cuarto Paso: Ya realizado el análisis de requisitos usted esta en la capacidad de crear una lista de requisitos, donde debe escribir específicamente cuales serán los requisitos que el sistema debe cumplir para el logro de los objetivos de los clientes y usuarios. Quinto Paso: Una ves obtenido los requisitos del sistema usted debe aplicar sus conocimientos del mundo real y los obtenidos a través de las entrevista aplicada a expertos para fabricar un modelo conceptual del dominio del problema. Sexto paso: A partir del modelo conceptual, realice el Análisis Orientado a Objetos que consiste en la determinación de la clase del dominio del problema. Cuando haga el Análisis Orientado a Objetos, usted debe tener presente las siguientes etapas : a)Identificar las clases del dominio. b)Elaborar glosario de términos procedentes del dominio ( esta etapa suele omitirse si los términos son de uso común). c)Identificar las relaciones o asociaciones entre las clases. d)Identificar los atributos o propiedades de las clases.

e)Organizar las clases (mediante jerarquías). f)Perfeccionar el modelo obtenido. Seguido se verificará las clases conceptuales del dominio mediante dos técnicas: la identificación de sustantivos y la comparación con una lista de categoría de clase. Septimo Paso: Ya obtenido la lista de sustantivos o clases candidatas usted debe aplicar las siguientes reglas de eliminación: a)Redundancia b)Atributo c)Irrelevancia d)Acción e)Estado f)Frecuencia Temporal g)Entidad de hardware o de software Nota: Estas reglas de eliminación estarán definida en el glosario para un mejor entendimiento. Octavo Paso: Luego de la eliminación de los sustantivos deberán identificar las relaciones entre las clases de un dominio. Esta se realiza a partir de la frases verbales presente en la descripción del problema y sus conocimientos. Estas relaciones pueden aparecer explícita o implícita. Noveno Paso: Después de haber identificado las relaciones entre las clases del dominio, deberá construir el modelo de dominio Orientado a Objeto. Este modelo es una representación gráfica de las clases , de los objetos o mediante ambos; al confeccionar el diagrama de clase tome en cuenta que las clases de dominio y sus relaciones son representada en forma estáticas y que los diagrama de objetos muestran relaciones concretas.

DIAGRAMA DE ANÁLISIS ORIENTADO A OBJETO Paso 1 Problema Paso 2 Definición del problema Consiste en Descripción precisa y exacta del problema

Crear un modelo preciso, conciso y comprensible del dominio Paso 3 Análisis de Requisitos Paso 4 Creación de la lista de requisitos Paso 5 Modelo conceptual del dominio del problema Debe aplicar

Conocimiento obtenido a través de las entrevistas con expertos

Conocimiento del mundo real Paso 6 Análisis O.O Tome en cuenta

I Las Etapas

II Las Técnicas

•Identificación de las clases. •Elaboración de un glosario. •Identificación de las relaciones entre las clases. •Identificación de los atributos de las clases. •Organización de las clases. •Perfeccionamiento del modelo obtenido.

Identificación de sustantivo

Comparación

Paso 7 Aplicación de las reglas de eliminación Estas reglas son

Redundancia

Irrelevancia Atributo

Estado Frecuencia temporal

Acción

Entidad de hardware o de software

Paso 8 Conocimiento propios

Identificación de relaciones entre las clases de un dominio Paso 9 Modelo de Dominio OO

Se representa de una forma estática y concreta

Frases Verbales 66

GLOSARIO 1.Problema: Un problema suele ser un asunto del que se espera una solución. 2.Dominio: Área o campo específico del problema. 3.Dominio del Problema: Área del problema que interesa resolver. 4.Análisis: Distinción y separación de las partes de un todo hasta llegar a conocer sus principios o elementos. 5.Análisis de Requisitos: Se descubre a través del problema cuales son las necesidades para así asignar una serie de soluciones que permitan lograr los objetivos esperados. 6.Requisitos: Circunstancias o condición necesaria para la realización de algo. 7.Lista de Requisitos: Lo que se necesita o se requiere para el buen funcionamiento de un sistema. 8.Sistema: Conjunto de elementos que actúan en forma interrelacionada para alcanzar un fin común. 9.Modelo: Esquema teórico de un sistema o de una realidad compleja, que se elabora para facilitar su comprensión y el estudio de su comportamiento. 10.Objetivos: Metas o logros que se pretenden conseguir y sirve para valorar el rendimiento alcanzado. 11.Conocimiento del mundo real: Conocimientos que posee el analista sobre el problema a resolver. 12.Entrevista a Expertos: Localización de un experto en el problema para ampliar los conocimiento del analista. 13.Clase: Orden o grupo de persona, animales o cosas de las misma características. 14.Objeto: Representación detallada y particular de algo de la realidad. Todo objeto tiene una identidad o nombre. 15.Modelo Conceptual: Es la representación de los conceptos más relevantes del dominio para el que se desarrolla el sistema.

16.Identificación de Sustantivos: Extrae los sustantivos (nombres y grupo nominales) que aparecen el la descripción del problema y considera que corresponde a la clase candidata. 17.Comparación con una Lista de Categoría de Clase: Determina las clase candidatas de un dominio basándose en una lista de categorías de clases. Observación: Los ejemplos de categorías de clases se encuentran en el anexo. 18.Redundancia: Es cuando varios sustantivos se refieren a la misma entidad. Se debe elegir el sustantivo más representativo. 19.Atributos: Relación de los sustantivos con el problema o dominio 20.Irrelevancia: Son los sustantivos sin relación con el problema. 21.Acción: Es la operación de alguna clase. 22.Estado: Es el estado en el que se encuentra el objeto. Ejemplo: Automóvil Veloz; veloz es el estado de la clase automóvil. 23.Frecuencia Temporal: Corresponde a la frecuencia del tiempo y no es una clase. Ejemplo: Al cliente se le informa de su saldo cada semana, Semana no es una clase. 24.Entidad de hardware o de software: Los sustantivos que describen entidades de hardware o de software no generan clase a menos que el dominio corresponda al componente de sistema operativos. 25.Frases verbales: Es una frase con sentido que se conjuga con verbos. 26.Explícitas: Que expresa con claridad una cosa. 27.Implícitas: Que se entiende incluido en otra cosa sin expresarlo. 28.Modelo de Dominio Orientada a Objeto: 29.Jerarquía: Organización por categorías o grado de importancia entre diversas personas o cosas.

ANEXO LISTA DE CATEGORÍA DE CLASES Categorías de Clases Objetos tangibles o físicos Especificaciones, diseños descripciones de las cosas. Lugares Transacciones Líneas de las transacciones Papeles desempeñados

por

personas Contenedores de otras cosas Cosas dentro de un contenedor Otros sistemas informáticos

Ejemplos Registro, Avión y Especificación del producto Descripción del vuelo Tienda Ventas, Pago, Reserva Línea de pedido las Cajero, Piloto Tienda, Lata, Avión Artículo, Pasajeros o Sistema de Autorización del Pago por

electromecánicos al sistema

Tarjeta de Crédito

Conceptos Abstractos

Control de Tráfico Aéreo Ansia

Organizaciones Hechos

Acrofobia Departamento de ventas Venta, Pago, Reunión, Vuelo, Colisión,

Reglas y políticas

Aterrizaje Política de Reintegro

Catálogos

Política de Cancelación Catálogos de Producto y Catálogo de

Pieza Registro financiero, laborales, contratos Recibo, Contrato de Empleo, Registro y asuntos legales Manuales, documentos, libros

artículos

de Mantenimiento y Manual de Programas, Manual de Reparaciones

Related Documents


More Documents from ""

Lab3 Manejo De String
October 2019 25
Lab4. Flujo De Datos
October 2019 32
Apocalipsis 13.11-18
May 2020 23
Carta-codigo-turista
May 2020 33
Logo
May 2020 44