Diferencia entre revisiones de «Usuario:ManuelRomero/is/UML»

De WikiEducator
Saltar a: navegación, buscar
Línea 1: Línea 1:
 
= Ingeniería de software orientada a objetos =
 
= Ingeniería de software orientada a objetos =
 +
<br>
 +
{{Objetivos|
 +
#comprender la estructura de UML
 +
#detectar la necesidad de seguir una metodología
 +
#usar los diagramas dentro del desarrollo de software orientado a objetos
 +
}}
 
== UML ==
 
== UML ==
 
''Unified Modling Lenguage ''Lenguaje de modelado unificado. Es un ''lenguaje ''que de forma ''unificada ''mediante elementos gráficos nos va a permitir ''modelar ''un sistema de software.
 
''Unified Modling Lenguage ''Lenguaje de modelado unificado. Es un ''lenguaje ''que de forma ''unificada ''mediante elementos gráficos nos va a permitir ''modelar ''un sistema de software.

Revisión de 05:02 26 mar 2012

Ingeniería de software orientada a objetos



Icon objectives.jpg

Objetivos

  1. comprender la estructura de UML
  2. detectar la necesidad de seguir una metodología
  3. usar los diagramas dentro del desarrollo de software orientado a objetos




UML

Unified Modling Lenguage Lenguaje de modelado unificado. Es un lenguaje que de forma unificada mediante elementos gráficos nos va a permitir modelar un sistema de software.

Es decir, con UML vamos a generar un modelo para informatizar con softwre un determinado sistema. Este modelo contendrá varios diagramas u documentos textuales. Para ello seguiremos una metodología como UP Unified Process (Proceso Unificado).

UML no es una metodología, pero se aplica dentro de una metodología.

Es decir UML no dice lo que hay que hacer para desarrollar un proyecto software:

  • Pasos a seguir ,forma de proceder
  • Actividades que hay que realizar,
  • Documentos que hay que producir, …;

pero en con este lenguaje podremos realizar esas actividades y producir esos documentos necesarios para desarrollar ese proyecto software.

UML es independiente de la metodología, pero tanto UP como RUP son metodologías orientadas a objetos que utilizan UML, que expondremos posteriormente.

Aspectos de un sistema software orienteado a objetos

Siempre que hablamos de software pensamos en valores que son modificados por operaciones, pero ya hemos visto que en un sistema orientado a objetos esa conceptualización cambia; Ahora concebimos el sistema como un conjunto de objetos que interactúan entre ellos. Un objeto es una elemento software que tiene o presenta comportamiento.

No obstante el sistema software orientado a objetos completo, lo podemos ver desde dos puntos de vista diferenciados aunque intimamente unidos:

  • Estático: En esta parte vemos qué objetos y cómo se relacionan
  • Dinámico: Observamos el ciclo de vida y como interactúan entre ellos para alcanzar el comportamiento deseado del sistema

Estructura

Vamos a estudiar cuáles son los elementos que constituyen un modelo UML. Como todo lenguaje tiene unos lexemas, que son los elementos que los constituyen, con su sintaxis o reglas de construcción y semántica que nos habla de su significado.

Según vayamos profundizando en su práctica (ya que practicando con él es como aprenderemos su uso y comprenderemos su significado y utilidad ), iremos viendo los diferentes diagramas que podemos generar. En ellos es donde estudiaremos esos lexemas o símbolos . Son propios del lenguaje UML, pero particulares de uno o varios diagramas concretos. Por ejemplo un actor es un lexema o símbolo de UML, propio para ser usado en un diagrama de caso de uso.

Vamos a continuación a analizar la estructura de UML

[[Image:|thumb|Ilustración 1: estructura_uml1.png]]

En este diagrama vemos los componentes estructurales de más alto nivel. UML se compone de

  1. Bloques de construcción

Son los elementos básicos del modelo. El lenguaje ,más básico de UML. Lo constituyen los lexemas para diagramar, elementos relaciones y diagramas

  1. Mecanismos comunes

Forma de proceder o estrategias para poder conseguir objetivos específicos y acercarse al modelo de objetos deseado

  1. Arquitectura

La visión o forma de ver la estructura del sistema al más alto nivel en su entorno.

Bloques de construcción

Elementos

Relaciones

Diagramas

Mecanismos comunes

Especificaciones

Adornos

Divisiones comunes

Mecanismos de extensión

Arquitectura

Vista 4+1

Vista lógica
Vista implementación
Vista de despliegue
Vista de proceso
Vista caso de uso