• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Cap5 DiseñO de Sistemas
 

Cap5 DiseñO de Sistemas

on

  • 4,059 views

espero les ayude en algo.

espero les ayude en algo.

Statistics

Views

Total Views
4,059
Views on SlideShare
4,046
Embed Views
13

Actions

Likes
0
Downloads
92
Comments
1

1 Embed 13

http://www.slideshare.net 13

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

11 of 1 previous next

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • muy buena ;) gracias...
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Cap5 DiseñO de Sistemas Cap5 DiseñO de Sistemas Presentation Transcript

      • Diagrama de Componentes
      • Diagrama de Distribución
    • 1.- Diagrama de Componentes
    • 1.- Diagrama de Componentes
      • Los diagramas de componentes describen los elementos físicos y sus realizaciones en el entorno.
      • Muestran las opciones de realización incluyendo código fuente, binario y ejecutable
      • Los componentes representan todos los tipos de elementos software que entran en la fabricación de aplicaciones informáticas
      • Pueden ser simples archivos, paquetes de Ada, bibliotecas cargadas dinámicamente, etc.
    • 1.- Diagrama de Componentes
      • Cada clase del modelo lógico se realiza en dos componentes: la especificación y el cuerpo
      • La especificación contiene el interfaz de la clase mientras que el cuerpo contiene la realización de la clase
      • La especificación puede ser genérica en el caso de las clases parametrizables.
    • 1.- Diagrama de Componentes
      • ¿Cuál es la relación entre un componente y una clase?
      • Imagine a un componente como la personificación en software de una clase.
      • La clase representa una abstracción de un conjunto de atributos y operaciones.
      • Los componentes y clases es que un componente puede ser la implementación de más de una clase.
    • 1.- Diagrama de Componentes
      • Permite modelar los componentes y sus relaciones para:
      • Los clientes puedan ver la estructura del sistema finalizado.
      • Los desarrolladores cuenten con una estructura con la cual trabajar en adelante.
      • Quienes escriban las notas técnicas y la documentación puedan entender de qué escribirán.
      • El equipo del proyecto se aliste para volver a utilizar los componentes (reutilización).
      Necesidad de un diagrama de componentes
    • 1.- Diagrama de Componentes
      • Permite la sustitución y reutilización de componentes
      • Podrá reutilizar un componente en otro sistema si éste puede acceder al componente reutilizado mediante sus interfaces.
      • Puede simplificarse la vida en un desarrollador que intente sustituir o reutilizar un componente si la información de su interfaz se encuentra disponible como un modelo. Si no, el desarrollador tendrá que pasar por el largo proceso de hacer un seguimiento del código.
      Necesidad de un diagrama de componentes
    • 1.- Diagrama de Componentes
      • Componentes de distribución , que conforman el fundamento de los sistemas ejecutables (DLL, ejecutables, controles ActiveX , Java y Webservices).
      • Componentes para trabajar en el producto , a partir de los cuales se han creado los componentes de distribución (como archivos de base de datos y de código).
      • Componentes de ejecución , creados como resultado de un sistema en ejecución.
      Tipos de componentes
    • 1.- Diagrama de Componentes
      • Este diagrama muestra la organización y dependencia entre componentes incluyendo componentes en código fuente, en código binario y componentes ejecutables.
      • Muestran el comportamiento visible externamente de los componentes mostrando sus interfaces y la manera en que interactúan estableciéndose una dependencia entre componentes e interfaces.
      • Este diagrama contiene: paquetes de componentes, , Interfaces y relaciones de dependencia.
      ¿Qué es un Diagrama de componentes?
    • 1.- Diagrama de Componentes El símbolo principal de un diagrama de componentes es un rectángulo que tiene otros 2 sobrepuestos en su lado izquierdo Representación de un componente e interfaces
    • 1.- Diagrama de Componentes Si el componente es miembro de un paquete, puede utilizar el nombre del paquete como prefijo para el nombre del componente. Representación de un componente e interfaces
    • 1.- Diagrama de Componentes También puede agregar información que muestre algún detalle del componente . Representación de un componente e interfaces
    • 1.- Diagrama de Componentes En este ejemplo, la interfaz se representa como un rectángulo que contiene la información que se le relaciona, se conecta al componente por la línea discontinua y una punta de flecha representada por un triángulo sin rellenar que visualiza la realización Representación de interfaces
    • 1.- Diagrama de Componentes La Figura muestra la segunda forma de representar a un componente y sus interfaces. Aquí la interfaz se representa como un pequeño círculo que se conecta al componente por un línea continua. En este contexto, la línea representa la relación de realización. Representación de interfaces
    • 1.- Diagrama de Componentes Además de la realización, puede representar a la dependencia, que es la relación entre un componente y una interfaz. Representación de interfaces
    • 1.- Diagrama de Componentes Ejemplo: Una página Web con controles ActiveX
    • 2.- Diagrama de Distribución
    • ¿Qué es un diagrama de distribución? 2.- Diagrama de Distribución
      • Un diagrama de distribución es un grafo de nodos unidos por conexiones de comunicación. Un nodo puede contener instancias de componentes software, objetos, procesos (caso particular de un objeto).
      • En general un nodo será una unidad de computación de algún tipo, desde un sensor a un mainframe. Las instancias de componentes software pueden estar unidas por relaciones de dependencia, posiblemente a interfaces (ya que un componente puede tener más de una interfaz).
    • 2.- Diagrama de Distribución En UML, un cubo representa a un nodo. Deberá asignar un nombre para el nodo, y puede utilizar un estereotipo para indicar el tipo de recurso que sea
    • 2.- Diagrama de Distribución
      • Los estereotipos permiten precisar la naturaleza del equipo:
        • Dispositivos
        • Procesadores
        • Memoria
      • Los nodos se interconectan mediante soportes bidireccionales (en principio) que pueden a su vez estereotiparse
    • 2.- Diagrama de Distribución Otra forma de indicar los componentes distribuidos es mostrarlos en relaciones de dependencia en un nodo
    • 2.- Diagrama de Distribución Una línea que asocie a dos cubos representará una conexión entre ellos.
    • 2.- Diagrama de Distribución Aplicación de los Diagramas de distribución
      • A veces el modelado de la vista de despliegue estática implica modelar la topología del hardware sobre el que se ejecuta el sistema.
      • Aunque UML no es un lenguaje de especificación hardware de propósito general, se ha diseñado para modelar muchos de los aspectos hardware de un sistema a un nivel suficiente.
      • Para que un ingeniero de sistemas pueda manejar la frontera entre el hardware y el software cuando se trata de la relación entre hardware y software, se utilizan los diagramas de distribución para razonar sobre la topología de procesadores y dispositivos sobre los que se ejecuta el software.
    • 2.- Diagrama de Distribución Aplicación de los Diagramas de distribución Los diagramas de despliegue se suelen utilizar para modelar:
      • Sistemas empotrados: Los sistemas empotrados involucran software que controla dispositivo (motores, actuadores) que a su vez están controlados por estímulos externos como sensores.
      • Sistemas cliente-servidor: Son un extremos del espectro de los sistemas distribuidos y requieren tomar decisiones sobre la conectividad de red de los clientes a los servidores y sobre la distribución física de los componentes software del sistemas a través de nodos.
      • Sistemas completamente distribuidos: Normalmente incluyen varios niveles de servidores, contienen a menudo varias versiones de componentes software, alguno de los cuales pueden incluso migrar de un nodo a otro.
    • 2.- Diagrama de Distribución Paquetes
      • Los paquetes ayudan a organizar los elementos en los modelos con el fin de poder comprenderlos más fácilmente.
      • Permiten controlar el acceso a sus contenidos para controlar las líneas de separación de un sistema.
      Un paquete puede contener otros elementos, incluyendo clases, interfaces, componentes, nodos, colaboraciones, casos de uso, diagramas e incluso otros paquetes. La posesión es una relación compuesta, lo que significa que el elemento se declara en el paquete.
    • 2.- Diagrama de Distribución Paquetes UML proporciona una representación gráfica de los paquetes como se muestra en la figura:
    • 2.- Diagrama de Distribución Paquetes
      • Para poder utilizar los elementos que se encuentran en otros paquetes se ha de importar el paquete que interesa.
      • Cuando un paquete importa a otro sólo podrá acceder a los elementos que sean públicos en el paquete que está importando, estos elementos se dice que son exportados por el paquete que los contiene.
    • Actividad 1 : Diagrama de Componentes y Distribución para un sistema de Planillas de una empresa
    • Resumen En cuanto al diagrama de componentes se puede destacar:
      • Describe los componentes de software y sus dependencias entre sí, representando la estructura del código.
      • Los componentes son típicamente los archivos de implementación en el ambiente de desarrollo.
      • Un componente de software puede ser cualquiera de los siguientes: Componente fuente, Componente binario, Componente ejecutable.
      • Un componente puede definir interfaces que son visibles a otros componentes. Las interfaces pueden ser interfaces a nivel código fuente (como en Java) o interfaces binarias usadas en el momento de la ejecución (como en OLE).
    • Resumen En cuanto al diagrama de despliegue:
      • Presenta la arquitectura de tiempo de ejecución de los procesadores, dispositivos, y los componentes de software que se ejecutan en esa arquitectura.
      • Es la descripción física última de la topología del sistema, y describe la estructura de las unidades de hardware y el software que se ejecuta en cada unidad.
      • Debe ser posible mirar un nodo específico de la topología, ver qué componentes se ejecutan en el nodo, ver qué elementos lógicos están implementados en el componente, y finalmente, trazar esos elementos al análisis de requerimientos inicial del sistema