Está en la página 1de 10

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:

Teléfono: Atributos

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 Administrador

Película
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.

También podría gustarte