SlideShare una empresa de Scribd logo
1 de 15
Grupo 04
Analizaremos los requisitos que se describieron en la captura de
requisitos, refinándolos y estructurándolos
Los trabajadores y artefactos implicados en el análisis.
El lenguaje que utilizamos en el
análisis se basa en un modelo de
objetos conceptual, que
llamamos modelo de análisis.
El diseño y la implementación son mucho
más que simplemente el analizar los
requisitos re.flnándolos y
estructurándolos; el diseño y la
implementación se preocupan en
realidad de dar forma al sistema de
manera que de vida a todos los
requisitos, incluidos todos los requisitos
no funcionales, que incorpora.
Un modelo de análisis ofrece una especificación más precisa
de los requisitos que la que tenemos como resultado de la
captura de requisitos, incluyendo al modelo de casos de uso.
Un modelo de análisis estructura los requisitos de un modo
que facilita su comprensión, su preparación, su modificación, y
en general, su mantenimiento.
Un modelo de análisis se describe utilizando el lenguaje de los
desarrolladores, y puede por tanto introducir un mayor
formalismo y ser utilizado para razonar sobre los
funcionamientos internos del sistema.
Mediante la realización
separada del análisis,
en lugar de llevarlo a
cabo como parte
integrada en el diseño y
la implementación,
podemos analizar sin
grandes costes una
gran parte del sistema
El análisis proporciona
una visión general del
sistema que puede ser
más difícil de ob tener
mediante el estudio de
los resultados del
diseño y la
implementación,
debido a qui contienen
demasiados detalles
El sistema se construye
utilizando un sistema
heredado complejo.
• El proyecto utiliza el modelo de ánalisis para describir los resultados
del ánalisis, y mantiene consistencia de este modelo a lo largo de todo
el ciclo de vida del software.
• El proyecto utiliza el modelo de ánalisis para describir los resultados
del ánalisis pero considera a este modelo como una herramienta
transitoria e intermedia.
• El proyecto no utiliza en absoluto el modelo de ánalisis para describir
los resultados del ánalisis. En cambio, el proyecto analiza los
requisitos como parte integrada en la captura de requisitos o en el
diseño.
Las clases de interfaz se utilizan para modelar la interacción entre el sistema y
sus actores. Esta iteracción a menudo implica recibir información y peticiones
de los usuarios y los sistemas externos.
Las clases de entidad se utilizan para modelar la información que posee una
vidad larga y que es a menudo persistente. Las clases de entidad modelan la
información y el comportamiento asociado de algún fenómeno o concepto,
como una persona, un objeto del mundo real, o un suceso del mundo real.
Las clases de control representan coordinación, secuencia, transacciones, y
control de objetos y se usan con frecuencia para encapsular el control de un
caso de uso en concreto.

Más contenido relacionado

Similar a 3. Expo - Capitulo 8.pptx

Metodología orientadas a objetos
Metodología orientadas a objetosMetodología orientadas a objetos
Metodología orientadas a objetosyolandacando1
 
Metodología orientadas a objetos
Metodología orientadas a objetosMetodología orientadas a objetos
Metodología orientadas a objetosyolandacando1
 
Metodología orientadas a objetos
Metodología orientadas a objetosMetodología orientadas a objetos
Metodología orientadas a objetosyolandacando1
 
Metodologias de Analisis y Diseno de Sistemas
Metodologias de Analisis y Diseno de SistemasMetodologias de Analisis y Diseno de Sistemas
Metodologias de Analisis y Diseno de SistemasElvis Mendoza Sequera
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareArafiguero2017
 
Analisis y Diseños de Sistemas 2-Metodologia OOSE
Analisis y Diseños de Sistemas 2-Metodologia OOSEAnalisis y Diseños de Sistemas 2-Metodologia OOSE
Analisis y Diseños de Sistemas 2-Metodologia OOSEMari Cruz
 
Desarrollo de sistemas
Desarrollo de sistemasDesarrollo de sistemas
Desarrollo de sistemasAd Gnzlz
 
Proceso de analisis wilmer santeliz
Proceso de analisis wilmer santelizProceso de analisis wilmer santeliz
Proceso de analisis wilmer santelizwilensanz
 
Metodologia de iconix jhon poo
Metodologia de iconix jhon pooMetodologia de iconix jhon poo
Metodologia de iconix jhon pooJhon Yuqui
 
Alejandro soto ingeneria sistema
Alejandro soto ingeneria sistemaAlejandro soto ingeneria sistema
Alejandro soto ingeneria sistemaAlejandross1
 
Metodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemasMetodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemasAlexander Pino
 
República bolivariana de venezuela
República bolivariana de venezuelaRepública bolivariana de venezuela
República bolivariana de venezuelaaularjesus
 
Analisis y Sistemas
Analisis y SistemasAnalisis y Sistemas
Analisis y SistemasDarcks Emoxs
 
Proceso de desarrollo del software
Proceso de desarrollo del softwareProceso de desarrollo del software
Proceso de desarrollo del softwareJosue Meza
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de softwareYORGELIS1608
 
Proceso racional unificado
Proceso racional unificadoProceso racional unificado
Proceso racional unificadokary-1004
 
Metodologia orientada a objetos
Metodologia orientada a objetosMetodologia orientada a objetos
Metodologia orientada a objetosMariana Rodríguez
 
implementaciondesoftware-110920135142-phpapp01.pdf
implementaciondesoftware-110920135142-phpapp01.pdfimplementaciondesoftware-110920135142-phpapp01.pdf
implementaciondesoftware-110920135142-phpapp01.pdfssuser948499
 

Similar a 3. Expo - Capitulo 8.pptx (20)

Metodología orientadas a objetos
Metodología orientadas a objetosMetodología orientadas a objetos
Metodología orientadas a objetos
 
Metodología orientadas a objetos
Metodología orientadas a objetosMetodología orientadas a objetos
Metodología orientadas a objetos
 
Metodología orientadas a objetos
Metodología orientadas a objetosMetodología orientadas a objetos
Metodología orientadas a objetos
 
Metodología OOSE.pdf
Metodología OOSE.pdfMetodología OOSE.pdf
Metodología OOSE.pdf
 
Metodologias de Analisis y Diseno de Sistemas
Metodologias de Analisis y Diseno de SistemasMetodologias de Analisis y Diseno de Sistemas
Metodologias de Analisis y Diseno de Sistemas
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
 
Analisis y Diseños de Sistemas 2-Metodologia OOSE
Analisis y Diseños de Sistemas 2-Metodologia OOSEAnalisis y Diseños de Sistemas 2-Metodologia OOSE
Analisis y Diseños de Sistemas 2-Metodologia OOSE
 
Desarrollo de sistemas
Desarrollo de sistemasDesarrollo de sistemas
Desarrollo de sistemas
 
Proceso de analisis wilmer santeliz
Proceso de analisis wilmer santelizProceso de analisis wilmer santeliz
Proceso de analisis wilmer santeliz
 
Metodologia de iconix jhon poo
Metodologia de iconix jhon pooMetodologia de iconix jhon poo
Metodologia de iconix jhon poo
 
Alejandro soto ingeneria sistema
Alejandro soto ingeneria sistemaAlejandro soto ingeneria sistema
Alejandro soto ingeneria sistema
 
Metodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemasMetodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemas
 
República bolivariana de venezuela
República bolivariana de venezuelaRepública bolivariana de venezuela
República bolivariana de venezuela
 
Analisis y Sistemas
Analisis y SistemasAnalisis y Sistemas
Analisis y Sistemas
 
Proceso de desarrollo del software
Proceso de desarrollo del softwareProceso de desarrollo del software
Proceso de desarrollo del software
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de software
 
Proceso racional unificado
Proceso racional unificadoProceso racional unificado
Proceso racional unificado
 
Ingeniería software
Ingeniería softwareIngeniería software
Ingeniería software
 
Metodologia orientada a objetos
Metodologia orientada a objetosMetodologia orientada a objetos
Metodologia orientada a objetos
 
implementaciondesoftware-110920135142-phpapp01.pdf
implementaciondesoftware-110920135142-phpapp01.pdfimplementaciondesoftware-110920135142-phpapp01.pdf
implementaciondesoftware-110920135142-phpapp01.pdf
 

3. Expo - Capitulo 8.pptx

  • 2. Analizaremos los requisitos que se describieron en la captura de requisitos, refinándolos y estructurándolos
  • 3. Los trabajadores y artefactos implicados en el análisis.
  • 4. El lenguaje que utilizamos en el análisis se basa en un modelo de objetos conceptual, que llamamos modelo de análisis.
  • 5. El diseño y la implementación son mucho más que simplemente el analizar los requisitos re.flnándolos y estructurándolos; el diseño y la implementación se preocupan en realidad de dar forma al sistema de manera que de vida a todos los requisitos, incluidos todos los requisitos no funcionales, que incorpora.
  • 6. Un modelo de análisis ofrece una especificación más precisa de los requisitos que la que tenemos como resultado de la captura de requisitos, incluyendo al modelo de casos de uso. Un modelo de análisis estructura los requisitos de un modo que facilita su comprensión, su preparación, su modificación, y en general, su mantenimiento. Un modelo de análisis se describe utilizando el lenguaje de los desarrolladores, y puede por tanto introducir un mayor formalismo y ser utilizado para razonar sobre los funcionamientos internos del sistema.
  • 7. Mediante la realización separada del análisis, en lugar de llevarlo a cabo como parte integrada en el diseño y la implementación, podemos analizar sin grandes costes una gran parte del sistema El análisis proporciona una visión general del sistema que puede ser más difícil de ob tener mediante el estudio de los resultados del diseño y la implementación, debido a qui contienen demasiados detalles El sistema se construye utilizando un sistema heredado complejo.
  • 8.
  • 9. • El proyecto utiliza el modelo de ánalisis para describir los resultados del ánalisis, y mantiene consistencia de este modelo a lo largo de todo el ciclo de vida del software. • El proyecto utiliza el modelo de ánalisis para describir los resultados del ánalisis pero considera a este modelo como una herramienta transitoria e intermedia. • El proyecto no utiliza en absoluto el modelo de ánalisis para describir los resultados del ánalisis. En cambio, el proyecto analiza los requisitos como parte integrada en la captura de requisitos o en el diseño.
  • 10.
  • 11.
  • 12.
  • 13. Las clases de interfaz se utilizan para modelar la interacción entre el sistema y sus actores. Esta iteracción a menudo implica recibir información y peticiones de los usuarios y los sistemas externos.
  • 14. Las clases de entidad se utilizan para modelar la información que posee una vidad larga y que es a menudo persistente. Las clases de entidad modelan la información y el comportamiento asociado de algún fenómeno o concepto, como una persona, un objeto del mundo real, o un suceso del mundo real.
  • 15. Las clases de control representan coordinación, secuencia, transacciones, y control de objetos y se usan con frecuencia para encapsular el control de un caso de uso en concreto.