Your SlideShare is downloading. ×
0
paradigma
paradigma
paradigma
paradigma
paradigma
paradigma
paradigma
paradigma
paradigma
paradigma
paradigma
paradigma
paradigma
paradigma
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

paradigma

48

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
48
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. PARADIGMAORIENTADOA OBJETO Campos Ruiz Roció Castillo Tinoco Iris Eguizábal Ramos Michel Góngora Gámez Lizeth Huamán Villanueva Darwin Jiménez Arellano Rider
  • 2. Es Cuando se desarrollan sistemas complejos, esimportante considerar que existen diversos«STAKEHOLDERS» , cada uno de los cualesnecesita ver el sistema desde una determinadaperspectiva para comprenderlo mejor. Estasperspectivas (vistas) distintas se manejan a travésde la arquitectura de un sistema.PARADIGMA ORIENTADO AOBJETOS
  • 3. La arquitectura de un sistema se constituye nosolo de la estructura y organización, tambiénabarca sucomportamiento, funcionalidad, reutilización, restricciones, entre otros aspectos.PARADIGMA ORIENTADO AOBJETOS
  • 4. MODELO DE LA ARQUITECTURA DE UN SISTEMAVista de casos de usoVista de procesosVista de diseñoVista de despliegueVista de implementación
  • 5. PROPONE SOLUCIONES EN LAPROGRAMACIÓN: Falta de reusabilidad de código, en desmedro de larentabilidad. Dificultad de modificar, actualizar o ejecutarreingeniería de sistemas, minimizando así su vidaútil. los laboriosos, traumáticos y extensos procesos dedesarrollo, carentes de codificación no intuitiva. La falta portabilidad.
  • 6. EL LENGUAJE DE MODELO UNIFICADO(UML) Es la sucesión de una serie de métodos de análisisy diseño orientadas a objetos. El UML , fusiona los conceptos de la orientación aobjetos aportados por Booch, OMT y OOSE. UML incrementa la capacidad de lo que se puedehacer con otros métodos de análisis y diseñoorientados a objetos.
  • 7. BENEFICIOS DE UML: Mejores tiempos totales de desarrollo (de 50 %o más). Modelar sistemas (y no sólo de software)utilizando conceptos orientados a objetos. Establecer conceptos y artefactos ejecutables. Encaminar el desarrollo del escalamiento ensistemas complejos de misión crítica. Crear un lenguaje de modelado utilizado tantopor humanos como por máquinas. Mejor soporte a la planeación y al control deproyectos. Alta reutilización y minimización de costos.
  • 8. Un lenguaje de modelado consiste de vistas, diagramas, símbolosutilizados en los modelos y un conjunto de mecanismos generales oreglas que indican cómo utilizar los elementos.
  • 9. Vistas: Las vistas muestran diferentes aspectosdel sistema modelado.Diagramas: Los diagramas son las gráficas quedescriben el contenido de una vista.Símbolos o Elementos de modelo: Losconceptos utilizados en los diagramas son loselementos de modelo que representan conceptoscomunes orientados a objetos.Reglas o Mecanismos generales: Proveencomentarios extras, información o semánticaacerca del elemento de modelo
  • 10.  Se usa para describir elproceso genérico que incluyeaquellos elementos que soncomunes a la mayoría de losrefinamientos existentes.PROCESO UNIFICADO
  • 11.  Es un marco de desarrollo desoftware que se caracteriza por estardirigido por casos de uso, centrado en laarquitectura y por ser iterativo eincremental.PROCESO UNIFICADO
  • 12. ITERATIVO E INCREMENTALEl Proceso Unificado es un marco de desarrollo iterativo eincremental compuesto de cuatro fases denominadas : Inicio Elaboración Construcción Transición
  • 13. ITERATIVO E INCREMENTALCada una de estas fases es a su vez dividida en una seriede iteraciones (la de inicio puede incluir varias iteracionesen proyectos grandes).Cada una de estas iteraciones se divide a su vez en unaserie de disciplinas que recuerdan a las definidas en elciclo de vida clásico o en cascada: Análisis derequisitos, Diseño, Implementación y Prueba
  • 14. GRACIAS PORSU ATENCION.

×