UNIVERSIDAD DE PANAMÁ

CENTRO REGIONAL DE VERAGUAS.

FACULTAD INFORMÁTICA ELECTRÓNICA Y COMUNICACIÓN

ESCUELA INGENIERÍA EN INFORMÁTICA.

LICENCIATURA EN INFORMÁTICA PARA LA GESTIÓN EDUCATIVA Y

EMPRESARIAL.

ASIGNATURA

PROGRAMACION IV

II SEMESTRE

I I AÑO

GUÍA DE ANÁLISIS ORIENTADO A OBJETOS

INTEGRANTES

REYES, KAROL 2-715-540

FLORES, JULIO 9-728-2148

MENDOZA, JOSÉ 9-724-363

BERRY, FITZ 9- 713-110

MARTINEZ,RONALD 9-715-1245

BARRIA,ABDIEL 9-720-490

PROFESOR

DIEGO SANTIMATEO

FECHA DE ENTREGA

3 DE SEPTIEMBRE DE 2008

INTRODUCCIÓN

El siguiente trabajo consiste en la elaboración de una guía que identifique los pasos que se deben seguir al momento que se desee elaborar un análisis orientado a objetos, además presentamos un ejemplo simple en el cual aplicamos todos los pasos descritos en la guía que hemos confeccionado. Para la confección de este documento se tomaron las propuestas planteadas por dos grupos de estudiantes cada grupo presento su propuesta o guía las cuales fueron evaluadas en consenso por los dos grupos y así extrajo un documento o guía que presenta las ideas o pasos mas sobresalientes de cada grupo. Para ser más consistentes en la implementación de nuestra guía ejemplificamos un problema al cual le aplicamos un Análisis Orientado a Objetos siguiendo cada uno de los pasos mencionados en el documento.

Para la realización de esta guía se tomaron en cuenta las guías que cada grupo realizo anteriormente en la cual llegamos a diseñar una nueva guía uniendo las dos guías anteriores.

OBJETIVOS GENERAL DE ESTE TRABAJO

Poner en práctica los conocimientos adquiridos en el estudio del punto 3.2.2 El Análisis Orientado a Objetos del documento de Miguel Ángel Abian, Orientación a Objetos Conceptos y Terminología parte 1.

OBJETIVOS ESPECÍFICOS

Crear una guía para realzar un análisis Orientado a Objeto

Aplicar los pasos de la guía confeccionada a un ejemplo en particular.

GUÍA PARA REALIZAR UN ANÁLISIS ORIENTADO A OBJETOS

1. Definición del problema: En este paso el cliente presenta al analista el problema, el cual lo presenta de una forma abstracta.

Ejemplo:

Un local de alquiler de películas necesita un sistema para gestionar los alquileres y devoluciones de las películas. En el cual los clientes deben estar registrados como socios para poder alquilar películas, el sistema debe permitir registrar nuevos clientes.

1.2. Descripción precisa y exacta del problema: El analista presenta o describe el problema de una forma entendible y precisa, para el programador.

Ejemplo:

Crear un sistema para controlar los alquileres, devoluciones y crear nuevas cuentas de clientes socios.

1.2. Crear un modelo preciso, comprensible y exacto del problema: En este paso el analista crea el modelo del problema según sus necesidades y requisitos.

2. Realizar el análisis de requisitos: En este paso se describen los requisitos que el sistema debe cumplir para satisfacer las necesidades del cliente o usuario.

Ejemplo:

El sistema debe emitir un aviso si un cliente no entrega a tiempo las películas alquiladas.

Debe determinar la cantidad de películas que están alquiladas.

Determinar la cantidad de películas que no están alquiladas.

Determinar si un cliente tiene películas alquiladas.

3. Crear el modelo conceptual del dominio del problema: En este paso se van a utilizar y representar los conceptos mas relevantes y las entrevistas realizadas a especialistas para desarrollar el sistema.

Ejemplo:

Entrevistas con los especialistas:

Administrador: Es el encargado de contactar y pedir las nuevas películas que desea comprar para su local.

Empleado: Es el encargado de alquilar y recibir las películas, llevar el control de cuantas películas tiene en el local, registrar nuevos clientes socios y también es encargado de recibir las nuevas películas por parte del proveedor.

4. Aplicar las etapas del análisis orientado a objetos: En este paso se aplicaran las diferentes etapas que deben tener el análisis orientado a objetos que a continuación vamos a ver:

4.1. Identificación de las clases del dominio mediante la técnica de identificación de sustantivo o la técnica de comparación con listas de categorías de clases: Para este paso se tomaran en cuenta las dos técnicas antes mencionadas para realizar la identificación de las clases que se utilizaran en el sistema.

Ejemplo:

Siguiendo con el ejemplo del alquiler de películas identificamos las clases: Administrador, Empleado, Proveedor, Cliente y Película.

4.2. Identificar la relación o asociación entre las clases: Se van a determinar las relaciones o asociaciones que existen entre las clases ya definidas o identificadas por analista.

Ejemplo:

El administrador compra las películas al proveedor.

El empleado recibe las películas por parte del proveedor.

El empleado entrega y recibe las películas.

Los clientes sacan y entregan las películas.

4.3. Identificar los atributos o propiedades de las clases: En este paso el analista identificara los atributos de cada clase ya establecida.

Ejemplo:

Para la clase Administrador sus atributos son: Nombre, Cédula, Dirección y Teléfono.

Para la clase Empleado: Nombre, Cédula, Dirección, Teléfono y Turno.

Para la clase Película: Nombre, Código.

4.4.Organización de las clases mediante jerarquías: En esta parte se deben organizar las clases mediante un orden jerárquico, el cual será establecido por el analista del problema.

Ejemplo:

1- Clase Proveedor

2- clase Administrador

3- Clase Empleado

4- Clase Película

5-Clase Cliente

4.5. Utilizar las reglas de eliminación de clases candidatas: En este paso se deben determinar las clases candidatas que se quieren eliminar o depurar utilizando sus respectivas reglas.

Proveedor

Nombre:

Cédula:

Teléfono:

Dirección:

Cliente

Nombre:

Cédula:

Num.ID:

Teléfono:

Dirección:

Atributos

Nombre de la clase

Nombre de la clase

Atributos

5. Describir el dominio del problema mediante diagramas de clases, diagramas de objetos o mediante ambos: Finalmente se debe crear un modelo de diagrama de diferentes tipos para representar el dominio del problema.

Empleado

Cliente

Proveedor

Administrador

Película

GLOSARIO DE TERMINOS

1. Abstracta: Es toda noción de cualidad o de relación que se considera aparte

de las representaciones en que es dada. Por oposición, la representación

completa, tal cual es o puede ser dada, se llama concreta. En un sentido más

amplio, calificaremos de abstracto a cualquier contenido que sea considerado

como si estuviera separado del resto de contenidos del contexto al que

pertenece. De ahí que al pensamiento teórico donde predomina la

interpretación abstracta de la realidad se lo haya equiparado con el

pensamiento metafísico.

2. Análisis: Distinción y separación completa de las partes de un todo hasta

llegar a conocer sus principios o elementos. Descomposición.

Examen detallado de los hechos para conocer sus elementos constitutivos,

sus características representativas, así como sus interrelaciones y la relación

de cada elemento con el.

3. Atributos: Son un Conjunto de características propias de un objeto.

4. Clases: Se define como un conjunto de propiedades compartidas por un

determinado grupo de entidades (cosas, materiales, conceptos ideas,

sucesos.).

5. Clientes: Un cliente es quien accede a un producto o servicio por medio de

una transacción financiera (dinero) u otro medio de pago. Quien compra, es el

comprador, y quien consume el consumidor. Normalmente, cliente, comprador

y consumidor son la misma persona.

6. Diagramas: Representación grafica, mediante la utilización de signos

convencionales del proceso que sigue la información en un programa

determinado .Se utiliza principalmente en la fase de desarrollo de aplicaciones

por los programadores.

7. Dominio: Parte del mundo real bajo estudio, área especifica de un

problema.

8. Jerarquía: Es el orden de los elementos de una serie según su valor. De

igual modo, es la disposición de personas, animales o cosas, en orden

ascendente o descendente,

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. Suele

presentarse mediante diagramas, más los textos, notaciones, o aclaraciones

necesarias para entenderlos.

10. Requisito: Descripción de lo que debe hacer un sistema o producto

(requisito funcional) o de cómo debe implementarse (requisito no funcional o

técnico)

CONCLUSION

En conclusión hemos detallado que el Análisis Orientado a Objeto es una Metodología que conlleva a un ordenamiento claro de lo que queremos llevar acabo en un problema abstracto de un Dominio.

El Análisis en si, espera conducirnos hacia una forma de detallar los conceptos, los métodos para resolver un problema determinado.

El Análisis es un paso muy importante para resolver problemas orientados a objetos.