Educación a distancia
Fundamentos de Ingeniería de Software
Ingeniería en Sistemas Computacionales Fundamentos de Ingeniería de Software
Semana 13 Unidad 5. Modelo de Implementación. 5.1. Diagrama de componentes
Antología realizada por: M.C. Gricelda Rodríguez Robledo
Semana 13
Educaci贸n a distancia
Fundamentos de Ingenier铆a de Software
CONTENIDO 5.1.
Diagrama de componentes....................................................................................................... 4
5.1.2 Necesidad De Un Diagrama De Componentes ........................................................................ 5 5.1.3 Tipos de componentes ............................................................................................................ 6 5.1.4 Dependencias entre Componentes ........................................................................................ 6 Referencias ........................................................................................................................................... 8
Semana 13
Educación a distancia
Fundamentos de Ingeniería de Software
Competencia específica a desarrollar
Actividades de Aprendizaje
Identificar procesos implementación.
de
la
fase
de
• Aplicar al menos una herramienta CASE para generar código en algún lenguaje de programación a partir del diseño previo. • Investigar sobre las técnicas de pruebas y su clasificación. • Discutir sobre los métodos de implementación de las empresas de desarrollo de software de su entorno.
Semana 13
Fundamentos de Ingeniería de Software
Educación a distancia
5.1. DIAGRAMA DE COMPONENTES Un diagrama de componentes es un diagrama tipo del Lenguaje Unificado de Modelado. Un diagrama de componentes representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema.
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.
Debido a que los diagramas de componentes son más parecidos a los diagramas de casos de usos, éstos son utilizados para modelar la vista estática y dinamica de un sistema. Muestra la organización y las dependencias entre un conjunto de componentes. No es necesario que un diagrama incluya todos los componentes del sistema, normalmente se realizan por partes. Cada diagrama describe un apartado del sistema.
Semana 13
Educación a distancia
Fundamentos de Ingeniería de Software
5.1.2 NECESIDAD DE UN 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).
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.
Semana 13
Educación a distancia
Fundamentos de Ingeniería de Software
5.1.3 TIPOS 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.
UML define cinco estereotipos estándar que se aplican a los componentes:
Executable: Especifica un componente que se puede ejecutar en un nodo. Library: Especifica una biblioteca de objetos estática o dinámica. Table: Especifica un componente que representa una tabla de una base de datos. File: Especifica un componente que representa un documento que contiene código fuente o datos. Document: Especifica un componente que representa un documento.
5.1.4 DEPENDENCIAS ENTRE COMPONENTES Las relaciones de dependencia se utilizan en los diagramas de componentes para indicar que un componente se refiere a los servicios ofrecidos por otro componente
Semana 13
Educación a distancia
Fundamentos de Ingeniería de Software
SUBSISTEMAS Los distintos componentes pueden agruparse en paquetes según un criterio lógico y con vistas a simplificar la implementación Son paquetes estereotipados en <<subsistemas>>
Los subsistemas organizan la vista de realización de un sistema
Cada subsistema puede contener componentes y otros subsistemas La descomposición en subsistemas no es necesariamente una descomposición funcional La relación entre paquetes y clases en el nivel lógico es el queexiste entre subsistemas y componentes en el nivel físico Paquetes (Categorias) y clases en el nivel lógico. Paquetes (Subsistemas) y componentes en el nivel físico
Semana 13
Educación a distancia
Fundamentos de Ingeniería de Software
REFERENCIAS http://www.dsi.uclm.es/asignaturas/42530/pdf/M2tema12.pdf • www.omg.org/uml/ • Meta-links www.celigent.com/uml/ www.cetus-links.org/oo_uml.html • Pierre-Alain Muller “Instant UML” • Martin Fowler, “UML Destilled” (“UML Gota a Gota”)
Semana 13