ninguno

Páginas: 13 (3088 palabras) Publicado: 5 de mayo de 2014
weRepública Bolivariana de Venezuela
Ministerio del Poder Popular para la Educación
Instituto Universitario de Educación Especializada
La fría-Estado Táchira








PARTICIPANTE:



Docente :


MAYO, 2014
INDICE

Portada……………………………………………………….….…..…1
Índice…………………………………………………...………………2
Introducción…………………………………………………..….……3
Análisis orientado a objetos,Origen……………………………..4 y 5
Definición de términos básicos…………………………….…...…6 y 7
Objetivos, Métodos…………………………………….…….…7 ,8 y 9
Encapsulamiento…………………………….……………..…9,10 y 11
Mensaje…………………………………………………………….....11
Clases………………………………….……………………………....12
Polimorfismo……………………………………………………..…..13
Herencia, Ventajas , Desventajas……………………………….…..14
Conclusión……………………………………………………………15
Bibliografía……………………………………………………….…..16INTRODUCCION

El presente trabajo se refiere al análisis orientado a objetos se puede definir como un paradigma de programación que usa objetos y sus interacciones para diseñar aplicaciones y programas de ordenador está basado en varias técnicas incluyendo, herencia, modularidad, polimorfismo, y encapsulamiento su uso se popularizo a la década de 1990 actualmente son muchoslos lenguajes de programación que soportan la orientación a objetos.
El análisis es la fase cuyo objetivo es estudiar y comprender el dominio del problema, Mientras El diseño, por su parte dirige sus esfuerzos en desarrollar la solución a los requisitos planteados en el análisis, centrado en el espacio de la solución, en conjunto con la fase de implementación que es la encargada de la traduccióndel diseño de la aplicación al lenguaje de programación elegido, adaptando por tanto la solución a un entorno concreto.












Análisis Orientado a Objetos

Es un método de análisis que examina los requisitos desde la perspectiva de las clases y objetos que se encuentran en el vocabulario del dominio del problema.
El Análisis orientado a objetos ofrece un enfoque nuevo para elanálisis de requisitos de sistemas software. En lugar de considerar el software desde una perspectiva clásica de entrada/proceso/salida, como los métodos estructurados clásicos, se basa en modelar el sistema mediante los objetos que forman parte de él y las relaciones estáticas (herencia y composición) o dinámicas (uso) entre estos objetos. 
El uso de Análisis orientado a objetos puede facilitarmucho la creación de prototipos, y las técnicas de desarrollo evolutivo de software. Los objetos son inherentemente reutilizables, y se puede crear un catálogo de objetos que podemos usar en sucesivas aplicaciones. De esta forma, podemos obtener rápidamente un prototipo del sistema, que pueda ser evaluado por el cliente, a partir de objetos analizados, diseñados e implementados en aplicacionesanteriores. Y lo que es más importante, dada la facilidad de reutilización de estos objetos, el prototipo puede ir evolucionando hacia convertirse en el sistema final, según vamos refinando los objetos de acuerdo a un proceso de especificación incremental.
Origen
Los conceptos de la programación orientada a objetos tienen origen en Simula 67, un lenguaje diseñado para hacer simulaciones, creadopor Ole-Johan Dahl y Kristen Nygaard, del Centro de Cómputo Noruego en Oslo. En este centro se trabajaba en simulaciones de naves, que fueron confundidas por la explosión combinatoria de cómo las diversas cualidades de diferentes naves podían afectar unas a las otras. La idea surgió al agrupar los diversos tipos de

4
Naves en diversas clases de objetos, siendo responsable cada clase de objetosde definir sus propios datos y comportamientos. Fueron refinados más tarde en Smalltalk, desarrollado en Simula en Xerox PARC (cuya primera versión fue escrita sobre Basic) pero diseñado para ser un sistema completamente dinámico en el cual los objetos se podrían crear y modificar "sobre la marcha" (en tiempo de ejecución) en lugar de tener un sistema basado en programas...
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • Ninguno
  • Ninguno
  • Ninguno
  • Ninguno
  • Ninguno
  • Ninguno
  • Ninguno
  • Ninguno

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS