SlideShare una empresa de Scribd logo
1 de 13
ING.Wilfredo Montero M.
 El desarrollo de software se ha convertido en la
actualidad en un mercado muy atractivo tanto para
los usuarios que los solicitan lo que les permite
mejorar sus procesos como para los desarrolladores
que los crean y automatizan dichos procesos.
 En este ámbito el análisis de sistemas orientado a
objetos es un enfoque de la ingeniería de software
que nos plantea una nueva forma de pensar para
entender el problema baso en modelos funcionales
compuestos por verbos y sustantivos que acerca la
realidad al desarrollo software.
 Un proyecto software no consiste sólo en programar.
 Necesitamos saber cuáles son las necesidades del cliente.
 Identificar los requisitos, anotarlos, analizarlos, validarlos.
 Necesitamos diseñar una solución, y hacer “los planos” del
software:
 Diseño de la arquitectura, detallado, de datos, …
 Hay que asegurarse de que el software funciona:
 Pruebas de unidad (a nivel de método y clase), de integración, del
sistema, de aceptación, etc.
 Hay que mantener el software.
 Documentación (de cada una de las fases), coherencia entre los
productos de las distintas fases (ej. código vs. diseños)
Clientes ProgramadoresCaptura de Requisitos
AnalistaValidación de Requisitos
 Es un método de análisis que examina los requisitos
desde las perspectiva de las clases y objetos que se
encuentran en el vocabulario del dominio del
problema.
Un objeto tiene estado, exhibe algún comportamiento bien definido, tiene
una identidad única
Una clase representa un conjunto de objetos que comparten una
estructura común y un comportamiento común
ANALISISY DISEÑO ORIENTADO A OBJETOS
ASOCIACIÓN
• Generalizado
• Debilidad Semántica
• Relación Bidimensional
• Multiplicidad: uno a uno,
Uno a Muchos, Muchos a
muchos
AGREGACIÓN
Una de las clases denota el
todo y a la vez es parte de
la instancia de otra clase
HERENCIA
Una clase comparte su
estructura y/o
comportamiento.
Se crean Clase, Subclase y
Metaclase
USO
Una de las clases usa los
servicios de otra clase. Se
define quien es el cliente y
quien es el servidor.
METACLASES
Es una clase cuyas instancias
son, ellas mismas, clases.
INSTANCIACIÓN
Clase genérica, sirve como
modelo para crear otras clases
Denota las características esenciales de
un objeto que lo distinguen de todos los
demás tipos de objetos, y proporciona así
fronteras conceptuales nítidamente
definidas respecto a la perspectiva del
observador.
Es el proceso de almacenar en un mismo
comportamiento, los elementos de una
abstracción y su implementación.
ABSTRACCIÓN ENCAPSULAMIENTO
Es la propiedad que tiene un sistema que
ha sido descompuesto en un conjunto de
módulos cohesivos y débilmente
acoplados.
Es una clasificación u ordenación de
abstracciones.
MODULARIDAD JERARQUIA
Es la propiedad que tiene un sistema que
ha sido descompuesto en un conjunto de
módulos cohesivos y débilmente
acoplados.
Es una clasificación u ordenación de
abstracciones.
MODULARIDAD JERARQUIA
POLIMORFISMO
 Conseguir que un objeto de la clase se comporte como un
objeto de cualquiera de sus subclases
Introducción al Análisis Orientado a Objetos

Más contenido relacionado

La actualidad más candente

Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareRoberth Loaiza
 
Tipos de Modelos de Datos : Ventajas y Desventajas
Tipos de Modelos de Datos : Ventajas y DesventajasTipos de Modelos de Datos : Ventajas y Desventajas
Tipos de Modelos de Datos : Ventajas y DesventajasJuanMiguelCustodioMo
 
Ingenieria de software (conceptos básicos)
Ingenieria de software (conceptos básicos)Ingenieria de software (conceptos básicos)
Ingenieria de software (conceptos básicos)Yaskelly Yedra
 
Proceso del software
Proceso del softwareProceso del software
Proceso del softwareTensor
 
Análisis y diseño orientado a objetos
Análisis y diseño orientado a objetosAnálisis y diseño orientado a objetos
Análisis y diseño orientado a objetosChristian Leon
 
Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)katherine revelo gomez
 
Metodologias de diseño de bd
Metodologias de diseño de bdMetodologias de diseño de bd
Metodologias de diseño de bdArnold Ortiz
 
Presentación Modelo de Datos
Presentación Modelo de DatosPresentación Modelo de Datos
Presentación Modelo de DatosEnrique Cabello
 
Metodologia y prototipo
Metodologia y prototipoMetodologia y prototipo
Metodologia y prototipoArturo Jimenez
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftChuyito Alvarado
 

La actualidad más candente (20)

Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de Software
 
Patrones diseño y arquitectura
Patrones diseño y arquitecturaPatrones diseño y arquitectura
Patrones diseño y arquitectura
 
Tipos de Modelos de Datos : Ventajas y Desventajas
Tipos de Modelos de Datos : Ventajas y DesventajasTipos de Modelos de Datos : Ventajas y Desventajas
Tipos de Modelos de Datos : Ventajas y Desventajas
 
Ingenieria de software (conceptos básicos)
Ingenieria de software (conceptos básicos)Ingenieria de software (conceptos básicos)
Ingenieria de software (conceptos básicos)
 
Proceso del software
Proceso del softwareProceso del software
Proceso del software
 
Principios del RUP
Principios del RUPPrincipios del RUP
Principios del RUP
 
Metodologia orientada a objeto
Metodologia orientada a objetoMetodologia orientada a objeto
Metodologia orientada a objeto
 
Análisis y diseño orientado a objetos
Análisis y diseño orientado a objetosAnálisis y diseño orientado a objetos
Análisis y diseño orientado a objetos
 
Ciclo de vida del software
Ciclo de vida del softwareCiclo de vida del software
Ciclo de vida del software
 
Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
 
Metodologias de diseño de bd
Metodologias de diseño de bdMetodologias de diseño de bd
Metodologias de diseño de bd
 
Herramientas case full informacion
Herramientas case full informacionHerramientas case full informacion
Herramientas case full informacion
 
Presentación Modelo de Datos
Presentación Modelo de DatosPresentación Modelo de Datos
Presentación Modelo de Datos
 
Analisis y diseño de sistemas
Analisis y diseño de sistemasAnalisis y diseño de sistemas
Analisis y diseño de sistemas
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemas
 
Metodologia y prototipo
Metodologia y prototipoMetodologia y prototipo
Metodologia y prototipo
 
1-Unidad 1. Arquitectura de Diseño
1-Unidad 1. Arquitectura de Diseño1-Unidad 1. Arquitectura de Diseño
1-Unidad 1. Arquitectura de Diseño
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 

Similar a Introducción al Análisis Orientado a Objetos

Ingeniería de software y el paradigma orientado a objetos
Ingeniería de software y el paradigma orientado a objetosIngeniería de software y el paradigma orientado a objetos
Ingeniería de software y el paradigma orientado a objetosWilfredo Mogollón
 
Diseño+de..
Diseño+de..Diseño+de..
Diseño+de..jasped
 
Fundamentos de POO
Fundamentos de POOFundamentos de POO
Fundamentos de POOgueritamala
 
Fundamentos De ProgramacióN Unidad 1
Fundamentos De ProgramacióN Unidad 1Fundamentos De ProgramacióN Unidad 1
Fundamentos De ProgramacióN Unidad 1cesarmrl2
 
DiseñO De Sitemas
DiseñO De SitemasDiseñO De Sitemas
DiseñO De Sitemaslincoln25
 
Paradigma orientado a objetos,
Paradigma orientado a objetos,Paradigma orientado a objetos,
Paradigma orientado a objetos,iestpaht
 
Unidad 1 Mad IntroduccióN
Unidad 1 Mad IntroduccióNUnidad 1 Mad IntroduccióN
Unidad 1 Mad IntroduccióNSergio Sanchez
 
Desarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a ObjetosDesarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a ObjetosDat@center S.A
 
Analisis y diseño orientado a odjetos
Analisis y diseño orientado a odjetosAnalisis y diseño orientado a odjetos
Analisis y diseño orientado a odjetosLex Marin
 
Fundamentos programacion poo
Fundamentos programacion pooFundamentos programacion poo
Fundamentos programacion pooRicardo Garcia
 
Analisis Y DiseñO Orientado Objetos
Analisis Y DiseñO Orientado ObjetosAnalisis Y DiseñO Orientado Objetos
Analisis Y DiseñO Orientado ObjetosEliecer Suarez
 
Programacion orientada a objetos
Programacion orientada a objetosProgramacion orientada a objetos
Programacion orientada a objetostaly1999
 
Rsw investigacion
Rsw investigacionRsw investigacion
Rsw investigacionmmurcia57
 
Fundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosFundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientoslexiherrera
 

Similar a Introducción al Análisis Orientado a Objetos (20)

Ingeniería de software y el paradigma orientado a objetos
Ingeniería de software y el paradigma orientado a objetosIngeniería de software y el paradigma orientado a objetos
Ingeniería de software y el paradigma orientado a objetos
 
Diseño+de..
Diseño+de..Diseño+de..
Diseño+de..
 
Orientacion A Objetos
Orientacion A ObjetosOrientacion A Objetos
Orientacion A Objetos
 
Expo
ExpoExpo
Expo
 
Fundamentos de POO
Fundamentos de POOFundamentos de POO
Fundamentos de POO
 
0 todo
0 todo0 todo
0 todo
 
Fundamentos De ProgramacióN Unidad 1
Fundamentos De ProgramacióN Unidad 1Fundamentos De ProgramacióN Unidad 1
Fundamentos De ProgramacióN Unidad 1
 
DiseñO De Sitemas
DiseñO De SitemasDiseñO De Sitemas
DiseñO De Sitemas
 
Paradigma orientado a objetos,
Paradigma orientado a objetos,Paradigma orientado a objetos,
Paradigma orientado a objetos,
 
Analisis y Diseño de Sistemas II-1
Analisis y Diseño de Sistemas II-1Analisis y Diseño de Sistemas II-1
Analisis y Diseño de Sistemas II-1
 
Unidad 1 Mad IntroduccióN
Unidad 1 Mad IntroduccióNUnidad 1 Mad IntroduccióN
Unidad 1 Mad IntroduccióN
 
Desarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a ObjetosDesarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a Objetos
 
Analisis y diseño orientado a odjetos
Analisis y diseño orientado a odjetosAnalisis y diseño orientado a odjetos
Analisis y diseño orientado a odjetos
 
Fundamentos programacion poo
Fundamentos programacion pooFundamentos programacion poo
Fundamentos programacion poo
 
Analisis Y DiseñO Orientado Objetos
Analisis Y DiseñO Orientado ObjetosAnalisis Y DiseñO Orientado Objetos
Analisis Y DiseñO Orientado Objetos
 
Tema1
Tema1Tema1
Tema1
 
Programacion orientada a objetos
Programacion orientada a objetosProgramacion orientada a objetos
Programacion orientada a objetos
 
Rsw investigacion
Rsw investigacionRsw investigacion
Rsw investigacion
 
Deber analisis
Deber analisisDeber analisis
Deber analisis
 
Fundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosFundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientos
 

Más de Wilfredo Mogollón

Técnicas e instrumentos para la recopilación de información
Técnicas e instrumentos para la recopilación de informaciónTécnicas e instrumentos para la recopilación de información
Técnicas e instrumentos para la recopilación de informaciónWilfredo Mogollón
 
Metodologías de desarrollo de software
Metodologías de desarrollo de softwareMetodologías de desarrollo de software
Metodologías de desarrollo de softwareWilfredo Mogollón
 

Más de Wilfredo Mogollón (6)

Modelo de requerimientos
Modelo de requerimientosModelo de requerimientos
Modelo de requerimientos
 
Modelado del negocio
Modelado del negocioModelado del negocio
Modelado del negocio
 
Técnicas e instrumentos para la recopilación de información
Técnicas e instrumentos para la recopilación de informaciónTécnicas e instrumentos para la recopilación de información
Técnicas e instrumentos para la recopilación de información
 
Programación extrema (xp)
Programación extrema (xp)Programación extrema (xp)
Programación extrema (xp)
 
Metodologías de desarrollo de software
Metodologías de desarrollo de softwareMetodologías de desarrollo de software
Metodologías de desarrollo de software
 
Los sistemas información
Los sistemas informaciónLos sistemas información
Los sistemas información
 

Introducción al Análisis Orientado a Objetos

  • 2.  El desarrollo de software se ha convertido en la actualidad en un mercado muy atractivo tanto para los usuarios que los solicitan lo que les permite mejorar sus procesos como para los desarrolladores que los crean y automatizan dichos procesos.  En este ámbito el análisis de sistemas orientado a objetos es un enfoque de la ingeniería de software que nos plantea una nueva forma de pensar para entender el problema baso en modelos funcionales compuestos por verbos y sustantivos que acerca la realidad al desarrollo software.
  • 3.  Un proyecto software no consiste sólo en programar.  Necesitamos saber cuáles son las necesidades del cliente.  Identificar los requisitos, anotarlos, analizarlos, validarlos.  Necesitamos diseñar una solución, y hacer “los planos” del software:  Diseño de la arquitectura, detallado, de datos, …  Hay que asegurarse de que el software funciona:  Pruebas de unidad (a nivel de método y clase), de integración, del sistema, de aceptación, etc.  Hay que mantener el software.  Documentación (de cada una de las fases), coherencia entre los productos de las distintas fases (ej. código vs. diseños)
  • 4. Clientes ProgramadoresCaptura de Requisitos AnalistaValidación de Requisitos
  • 5.  Es un método de análisis que examina los requisitos desde las perspectiva de las clases y objetos que se encuentran en el vocabulario del dominio del problema.
  • 6. Un objeto tiene estado, exhibe algún comportamiento bien definido, tiene una identidad única
  • 7. Una clase representa un conjunto de objetos que comparten una estructura común y un comportamiento común
  • 8. ANALISISY DISEÑO ORIENTADO A OBJETOS ASOCIACIÓN • Generalizado • Debilidad Semántica • Relación Bidimensional • Multiplicidad: uno a uno, Uno a Muchos, Muchos a muchos AGREGACIÓN Una de las clases denota el todo y a la vez es parte de la instancia de otra clase HERENCIA Una clase comparte su estructura y/o comportamiento. Se crean Clase, Subclase y Metaclase USO Una de las clases usa los servicios de otra clase. Se define quien es el cliente y quien es el servidor. METACLASES Es una clase cuyas instancias son, ellas mismas, clases. INSTANCIACIÓN Clase genérica, sirve como modelo para crear otras clases
  • 9. Denota las características esenciales de un objeto que lo distinguen de todos los demás tipos de objetos, y proporciona así fronteras conceptuales nítidamente definidas respecto a la perspectiva del observador. Es el proceso de almacenar en un mismo comportamiento, los elementos de una abstracción y su implementación. ABSTRACCIÓN ENCAPSULAMIENTO
  • 10. Es la propiedad que tiene un sistema que ha sido descompuesto en un conjunto de módulos cohesivos y débilmente acoplados. Es una clasificación u ordenación de abstracciones. MODULARIDAD JERARQUIA
  • 11. Es la propiedad que tiene un sistema que ha sido descompuesto en un conjunto de módulos cohesivos y débilmente acoplados. Es una clasificación u ordenación de abstracciones. MODULARIDAD JERARQUIA
  • 12. POLIMORFISMO  Conseguir que un objeto de la clase se comporte como un objeto de cualquiera de sus subclases