Fundamentos de Ingeniería de Software



Documentos relacionados
Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.1 UML: Introducción

Pauta de Informe de Proyecto

Índice.

El proceso unificado en pocas palabras

OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento

Tutorial de UML. Introducción: Objetivos: Audiencia: Contenidos:

2.2.- Paradigmas de la POO

TEMA 14. Modelos de representación de diagramas

Entidad Formadora: Plan Local De Formación Convocatoria 2010

GLOSARIO DE TÉRMINOS

Gestión Documental con Microsoft Office SharePoint Server 2007 (MOSS) Ignacio López - Ingeniero en Informática Software Architect en Alhambra-Eidos

SIGPRE Sistema de Gestión Presupuestaria

Modelado de objetos con UML

DIAGRAMA DE CLASES EN UML

Ficheros Electrónicos

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

Interacción Persona - Ordenador

Eclipse Process Framework Composer EPFC, es un editor de procesos gratuito que sirve para editar fragmentos de método, procesos o metodologías y

Partes, módulos y aplicaciones de un Controlador de Procesos

de Procesos de Negocio 4. Productos de la ingeniería del software 5. Procesos de la ingeniería del software

Definiciones. Tema 21_Módulos Menú 1

Unidad 9. Implementación. M.C. Martín Olguín

Capítulo V. Implementación

Instructivo para la elaboración de un Manual Técnico

Índice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5

1. La nueva interfaz del programa

MICROSOFT ACCESS 2003

Los requisitos de accesibilidad en un proyecto software. Implicaciones de usuarios discapacitados en el proceso software

6.8 La Arquitectura del Sistema. [Proceso]

I.E.S. FRAY DIEGO TADEO GONZÁLEZ CIUDAD RODRIGO, SALAMANCA CURSO 2012/2013 AUTOR: JUAN MANUEL RAMOS CASADO

Sistema de Interconexión de Registros (SIR)

Introducción a Visual Studio.Net

MICROSOFT ACCESS 2010

Programación de tareas y Respaldos automáticos a través de espacio Aspel

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

CAPÍTULO 5. DESARROLLO Y PRUEBAS

DIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN

Capítulo 5: PROTOCOLO ICCP

Arquitectura de Redes y Comunicaciones

Proceso de desarrollo del software modelo en cascada

INSTRUCTIVO DEL COMANDO MAKE

UNIVERSIDAD NACIONAL DE INGENIERÍA FACULTAD DE INGENIERÍA INDUSTRIAL Y SISTEMAS UMBRELLO ADMINISTRACION DE BASE DE DATOS

Diplomado en Aseguramiento de la Calidad De los Procesos y Productos de Software

Novedades incluidas en Discovery 4.50

La gestión del conocimiento y el gestor documental del ECT Pilar Toro Sánchez-Blanco

MANUAL DE USUARIO Joomla 2.5

Una Introducción al UML. El Modelo de Componentes

Servicio de telefonía ip de la Universidad Carlos III de Madrid

DCU Diagramas de casos de uso

Introducción a la Computación

Introducción a las redes de computadores

ANEXO XII. Denominación: Administración y programación en sistemas de planificación de recursos empresariales y de gestión de relaciones con clientes.

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática

Generación de código a partir de UML

13019 Diseño de bases de datos

Sistema de base de datos para la gestión del fondo documental de la Biblioteca de la Facultad Enrique Cabrera.

Quick Reference Rational Rose para el modelo de negocio. Autor: MBA María del Pilar Stronguiló Leturia

El Rol Estratégico de los Sistemas de Información. Aplicaciones de sistemas clave en la organización (1)

Elementos requeridos para crearlos (ejemplo: el compilador)

MODULO ADMINISTRATIVO

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática

DESCRIPCIÓN TÉCNICA SYSTEM MANAGER SOFTWARE (SMS)

SIGAN 1.0 SISTEMA DE INFORMACIÓN DE GESTIÓN ADMINISTRATIVA DE NÓMINA

Figura 1.4. Elementos que integran a la Tecnología de Información.

INSTITUTO DE EDUCACIÓN SUPERIOR TECNOLÓGICO IBEROTEC SEMESTRE ACADÉMICO: 2014-II SÍLABO UNIDAD DIDÁCTICA : ANÁLISIS Y DISEÑO DE SISTEMAS INFORMÁTICOS

Certificados de Profesionalidad Catálogo Modular

PEEPER PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERIA CARRERA DE INGENIERIA DE SISTEMAS. Mayo Versión 2.1 OSCAR IVAN LÓPEZ PULIDO

Formato para prácticas de laboratorio

Servicios de infraestructura: servidores

Tema 5. Diseño detallado.

GUÍ A DEL ALUMNO DE TELEFORMACÍO N GRUPO PIQUER

Curso Taller de Arquitectura de Software usando UML

Capítulo 9 Redes y Teleinformática 9.1 Introducción

Repetir el proceso para cada abstracción identificada hasta que el diseño este expresado en términos sencillos

Módulo: APLICACIONES INFORMÁTICAS Y OPERATORIA DE TECLADOS.

INGENIERÍA DEL SOFTWARE I Práctica 4 Interacciones

Diagramas de Clase en UML 1.1

SCGDoc. SisConGes & Estrategia

Diagrama de Clases. Diagrama de Clases

ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA

Planificación en Team Foundation Server 2010

La importancia del desarrollo para el buen diseño del software

Curso de Java POO: Programación orientada a objetos

Unidad VI: Supervisión y Revisión del proyecto

[ ] introducción. Sistema de información Intranet corporativa, Epson Colombia. resumen

Sistema de Mensajería Empresarial para generación Masiva de DTE

TEMA 8: DIAGRAMA DE CLASE EN UML

GUIA PROGRAMACIÓN ORIENTADA A OBJETOS

SISTEMAS DE CONTROL Y ROBÓTICA

Gestión de Proyectos con Open Project

UNIVERSIDAD NACIONAL EXPERIMENTAL POLITECNICA DE LAS FUERZAS ARMADAS

Requerimientos principales de un sistema operativo

Acceso al Disco Compartido y Dispositivos USB y DVD

Tecnologías utilizadas Programas utilizados: Lenguajes utilizados: Diagramas Diagrama de clases Servidor...

Transcripción:

Fundamentos de Ingeniería de Software Marcello Visconti y Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María {visconti,hernan} en inf.utfsm.cl Fundamentos de Ingeniería de SW 1 Diagramas de componentes Diagramas de despliegue Codificación - Resumen Fundamentos de Ingeniería de SW 2 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. Fundamentos de Ingeniería de SW 3 Diagrama de Componentes : módulos Los módulos representan todos los tipos de elementos físicos que entran en la fabricación de aplicaciones informáticas. Pueden ser simples archivos, paquetes de Ada, bibliotecas cargadas dinámicamente, etc. 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. Fundamentos de Ingeniería de SW 4 2

Diagrama de Componentes : módulos La representación gráfica es la siguiente: Especificación Cuerpo Genérico Package specification Package body Generic package Fundamentos de Ingeniería de SW 5 Diagrama de Componentes: módulos En C++ una especificación corresponde a un archivo con un sufijo.h y un cuerpo a un archivo con un sufijo.cpp En Ada la noción de módulo existe directamente en el lenguaje con el nombre del paquete. Fundamentos de Ingeniería de SW 6 3

Diagrama de Componentes: dependencias 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. NewPackageSpec NewPackageSpec2 Dependencia entre dos componentes Fundamentos de Ingeniería de SW 7 Diagrama de Componentes: dependencias La relación de dependencia puede especializarse con un estereotipo para precisar la naturaleza de las opciones de realización que entraña la relación de dependencia. p.ej., una <<instanciación>>, etc. Las dependencias entre componentes implican dependencias de compilación. El orden de la compilación viene dado por el orden del grafo de precedencia diseñado. Fundamentos de Ingeniería de SW 8 4

Diagrama de Componentes: dependencias Ejemplo de orden de compilación: NewPackageBody3 NewPackageBody2 NewPackageSpec3 NewPackageSpec2 Fundamentos de Ingeniería de SW 9 Diagrama de Componentes: procesos y tareas Las tareas son componentes que poseen su propio flujo de control (thread). Las tareas pueden estar contenidas en otros componentes. UML define los estereotipos <<proceso>> y <<flujo>> donde varios flujos pueden compartir el mismo espacio de direccionamiento dentro de un proceso. Fundamentos de Ingeniería de SW 10 5

Diagrama de Componentes: procesos y tareas Ejemplo de especificación y cuerpo de una tarea: NewTaskSpec2 NewTaskBody Fundamentos de Ingeniería de SW 11 Diagrama de Componentes: programas principales Los puntos de entrada de las aplicaciones se especifican con el siguiente icono: NewMainSubprog2 Fundamentos de Ingeniería de SW 12 6

Diagrama de Componentes: programas principales En C++ la función libre se llama main()almacenada en un archivo.cpp El nombre del programa principal es utilizado a menudo por el enlazador para dar nombre al programa ejcutable correspondiente a la aplicación. Fundamentos de Ingeniería de SW 13 Diagrama de Componentes: subprogramas Los subprogramas agrupan los procedimientos y funciones que no pertenencen a ninguna clase. Existen dos representaciones gráficas: Especificación Subprograma Realización del subprograma Fundamentos de Ingeniería de SW 14 7

Diagrama de Componentes: 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>> para incorporar la noción de biblioteca de compilación y de gestión de configuración. <<subsistema>> NewPackage4 Fundamentos de Ingeniería de SW 15 Diagrama de Componentes: 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 una descomposición funcional. La relación entre paquetes y clases en el nivel lógico es el que existe entre subsistemas y módulos en el nivel físico. Los subsistemas poseen una parte pública y una parte privada. Por defecto, los módulos de los subsistemas son visibles desde el exterior. Fundamentos de Ingeniería de SW 16 8

Diagrama de Componentes: subsistemas Ejemplo de un subsistema que depende de un componente: Subsistema Espec. Subprograma NewPackage2 NewPackage6 Fundamentos de Ingeniería de SW 17 Diagrama de Componentes: subsistemas Ejemplo de un componente que depende de un subsistema: Subsistema Programa Principal NewPackage2 NewPackage6 Fundamentos de Ingeniería de SW 18 9

Diagrama de Componentes: integración Cada subsistema de materializa por un directorio que contiene archivos correspondientes a los distintos componentes del subsistema. El subsistema contendrá además los archivos necesarios para la compilación, documentación y prueba de componentes. La integración con los sistemas de compilación permite asociar la noción de biblioteca de programas a la de subsistema. Fundamentos de Ingeniería de SW 19 Diagrama de Despliegue [1] Los diagramas de despliegue muestran la disposición física de los distintos nodos que entran en la composición de un sistema y el reparto de los programas ejecutables sobre estos nodos Nodo Fundamentos de Ingeniería de SW 20 10

Diagrama de Despliegue [2] Todo sistema se describe con uno o más diagramas de despliegue. 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. Fundamentos de Ingeniería de SW 21 Diagrama de Despliegue [3] Ejemplo de conexión entre nodos: <<Procesador> Nodo <<<<TCP/IP>>>> conexión1 <<dispositivo>> nodo2 conexión7 <<RDSI>> dispositivo En Rational Rose podemos distinguir entre el dispositivo por estereotipado y el dispositivo con su propio símbolo Fundamentos de Ingeniería de SW 22 11

Quiz Cuál es el propósito de diagramas de componentes? Cuál es el propósito de diagramas de despliegue? Cómo se construyen? Fundamentos de Ingeniería de SW 23 12