SlideShare une entreprise Scribd logo
1  sur  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

Contenu connexe

Tendances

Estructura jerarquica
Estructura jerarquicaEstructura jerarquica
Estructura jerarquicaAndrew King
 
6.modelado de los requerimientos escenarios y clases
6.modelado de los requerimientos  escenarios y clases6.modelado de los requerimientos  escenarios y clases
6.modelado de los requerimientos escenarios y clasesRamiro Estigarribia Canese
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareJennifer Andrea Cano Guevara
 
Diagramas de estados
Diagramas de estadosDiagramas de estados
Diagramas de estadosstill01
 
Modelo requisitos UML
Modelo requisitos UMLModelo requisitos UML
Modelo requisitos UMLramirezjaime
 
Memoria Estatica
Memoria EstaticaMemoria Estatica
Memoria EstaticaJ M
 
Los 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentesLos 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentesVictor Escamilla
 
Analisis y determinacion de requerimientos
Analisis y determinacion de requerimientosAnalisis y determinacion de requerimientos
Analisis y determinacion de requerimientosYesith Valencia
 
Ventajas y desventajas modelos
Ventajas y desventajas modelosVentajas y desventajas modelos
Ventajas y desventajas modelosCristHian Martinez
 
Modelo entidad relación BD Matriculas
Modelo entidad relación BD MatriculasModelo entidad relación BD Matriculas
Modelo entidad relación BD MatriculasEmerson Garay
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicaslandeta_p
 
Cuadro comparativo analisis estructurado y orientado a objeto
Cuadro comparativo analisis estructurado y orientado a objeto Cuadro comparativo analisis estructurado y orientado a objeto
Cuadro comparativo analisis estructurado y orientado a objeto Freddy Rosales
 
Conceptos de diseño de software
Conceptos de diseño de softwareConceptos de diseño de software
Conceptos de diseño de softwareJose Diaz Silva
 

Tendances (20)

Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
 
UML: CASOS DE USO
UML: CASOS DE USOUML: CASOS DE USO
UML: CASOS DE USO
 
Estructura jerarquica
Estructura jerarquicaEstructura jerarquica
Estructura jerarquica
 
Herramientas case
Herramientas caseHerramientas case
Herramientas case
 
Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
 
6.modelado de los requerimientos escenarios y clases
6.modelado de los requerimientos  escenarios y clases6.modelado de los requerimientos  escenarios y clases
6.modelado de los requerimientos escenarios y clases
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
 
Diagramas de estados
Diagramas de estadosDiagramas de estados
Diagramas de estados
 
Modelo requisitos UML
Modelo requisitos UMLModelo requisitos UML
Modelo requisitos UML
 
Memoria Estatica
Memoria EstaticaMemoria Estatica
Memoria Estatica
 
Los 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentesLos 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentes
 
Analisis y determinacion de requerimientos
Analisis y determinacion de requerimientosAnalisis y determinacion de requerimientos
Analisis y determinacion de requerimientos
 
Ventajas y desventajas modelos
Ventajas y desventajas modelosVentajas y desventajas modelos
Ventajas y desventajas modelos
 
Modelo entidad relación BD Matriculas
Modelo entidad relación BD MatriculasModelo entidad relación BD Matriculas
Modelo entidad relación BD Matriculas
 
Metodologia orientada a objeto
Metodologia orientada a objetoMetodologia orientada a objeto
Metodologia orientada a objeto
 
Modelo evolutivo
Modelo evolutivoModelo evolutivo
Modelo evolutivo
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
 
Cuadro comparativo analisis estructurado y orientado a objeto
Cuadro comparativo analisis estructurado y orientado a objeto Cuadro comparativo analisis estructurado y orientado a objeto
Cuadro comparativo analisis estructurado y orientado a objeto
 
Conceptos de diseño de software
Conceptos de diseño de softwareConceptos de diseño de software
Conceptos de diseño de software
 

Similaire à Introducción al Análisis Orientado a Objetos

Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetosyoiner santiago
 
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
 
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
 

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

Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO 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 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
 
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
 

Plus 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
 

Plus de Wilfredo Mogollón (7)

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
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del 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