Guía Para Realizar Un Análisis Orientado A Objetos

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.

Proveedor

Nombre de la clase

Nombre: Cédula: Atributos

Teléfono: Dirección:

Cliente

Nombre de la clase

Nombre: Cédula: Num.ID:

Atributos

Teléfono: Dirección:

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.

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.

Proveedor

Película

Administrador

Empleado

Cliente

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.