Architectural Driven Design - ADD
|
|
- María Victoria Figueroa Vega
- hace 8 años
- Vistas:
Transcripción
1 Architectural Driven Design - ADD Francisco Amadeo 2005
2 Agenda # Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos Pasos del Metodo Vistas Lógica, de Concurrencia y Deployment Architectural Drivers Tradeoffs Caso de estudio: Sistema de Chat Duración 5 min 5 min 5 min 10 min 5 min 15 min 10 min 10 min 5 min 15 min 2
3 Agenda # Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos Pasos del Metodo Vistas Lógica, de Concurrencia y Deployment Architectural Drivers Tradeoffs Caso de estudio: Sistema de Chat 3
4 ADD Overview Método propuesto por el Software Engineering Institute (SEI) El método ADD es un enfoque para definir una arquitectura de software en el cual el proceso de diseño esta basado en los requerimientos de calidad del software. Proporciona una serie de pasos para el diseño de alto nivel de la arquitectura de un sistema (arquitectura conceptual) Las actividades de diseño son organizadas de acuerdo a un proceso recursivo de descomposición - Guiado por los architectural drivers. - Refinamiento progresivo de un diseño inicial, agregando información para hacerlo más consistente y completo. 4
5 ADD Overview El metodo ADD esencialmente sigue un ciclo del tipo Plan, Do, and Check (Planear, Realizar, Verificar) Plan: Los atributos de calidad y las restricciones de diseño son consideradas para seleccionar que tipo de elementos seran utilizados en la arquitectura. Do: Los elementos son instanciados para satisfacer los requerimientos de calidad asi tambien los requerimientos funcionales. Check: El diseño resultante es analizado con el fin de determinar si los requerimientos fueron alcanzados. Este proceso se repite hasta que los requerimientos significantes para la arquitectura son alcanzados. 5
6 Agenda # Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos Pasos del Metodo Vistas Lógica, de Concurrencia y Deployment Architectural Drivers Tradeoffs Caso de estudio: Sistema de Chat 6
7 Claves del Diseño Arquitectónico El diseño consiste en la toma de decisiones El método ADD es un ejemplo de como el entendimiento de la arquitectura y sus influencias pueden ser utilizados para guiar el proceso de desarrollo. Estilos Arquitectónicos y Tacticas Vistas (estructuras) Funcional Concurrencia Deployment Architectural Drivers 7
8 Agenda # Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos Pasos del Metodo Vistas Lógica, de Concurrencia y Deployment Architectural Drivers Tradeoffs Caso de estudio: Sistema de Chat 8
9 Desarrollo Evolutivo 9
10 Ejemplo RUP 10
11 Agenda # Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos Pasos del Metodo Vistas Lógica, de Concurrencia y Deployment Architectural Drivers Tradeoffs Caso de estudio: Sistema de Chat 11
12 Nocion de Arquitectura Conceptual 12
13 Agenda # Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos Pasos del Metodo Vistas Lógica, de Concurrencia y Deployment Architectural Drivers Tradeoffs Caso de estudio: Sistema de Chat 13
14 Principales Objetivos del Método ADD Focalizado en la arquitectura de una product-line o long-lived systems El detalle de muchos requerimientos no es conocido de antemano Cuáles son todas las prestadoras que pueden operar un sistema de control telefónico? Formas de tarifar y facturar Utilización de mecanismos arquitectónicos para cumplir con: requerimientos funcionales requerimientos de calidad requerimientos del negocio (Architectural Drivers) 14
15 Método ADD (SEI, 2000) 15
16 Método ARCS (Bosch, 1998) 16
17 Agenda # Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos Pasos del Metodo Vistas Lógica, de Concurrencia y Deployment Architectural Drivers Tradeoffs Caso de estudio: Sistema de Chat 17
18 Orden del Proceso La presentación dada por el método es top-down Sin embargo, el proceso general puede ser: bottom-up back and forth feedback loops Factores que influencian este orden Conocimiento del dominio Personal asignado al proyecto Uso de nuevas tecnologias Restricciones de diseño Elementos del negocio 18
19 Pasos del Método ADD 1. Elegir un modulo 2. Refinar dicho elemento de acuerdo a los siguientes pasos: 1. Seleccionar los architectural drivers 2. Elegir patrones/tácticas y modulos hijos para satisfacer los drivers 3. Instanciar los módulos hijos y asignar funcionalidad de los casos de uso usando multiples views 3. Refinar los casos de uso y los escenarios de calidad como restricciones a los módulos hijos 4. Repetir para el siguiente módulo 19
20 Arbol de Descomposición 20
21 Elementos de Diseño y Vistas Elementos de Diseño Se refieren genéricamente al sistema, a los subsistemas y componentes Implementan una colección de responsabilidades Poseen una interface conceptual Vistas Ayudan a los desarrolladores a analizar propiedades de la arquitectura, desde diferentes puntos de vista Lógica Concurrencia Deployment 21
22 Agenda # Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos Pasos del Metodo Vistas Lógica, de Concurrencia y Deployment Architectural Drivers Tradeoffs Caso de estudio: Sistema de Chat 22
23 Vistas Principales Funcional Mantiene las responsabilidades de las estructuras arquitectónicas, y las conexiones entre estas estructuras Concurrencia Considera cuestiones de concurrencia, como si hubiera un solo procesador (threads, puntos de sincronización) Deployment Se ocupa de la asignación a múltiples procesadores (red, distribución de threads) 23
24 Ejemplo de Vista Logica 24
25 Ejemplo Vista de Concurrencia 25
26 Ejemplo Vista de Deployment 26
27 Agenda # Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos Pasos del Metodo Vistas Lógica, de Concurrencia y Deployment Architectural Drivers Tradeoffs Caso de estudio: Sistema de Chat 27
28 Architectural Drivers Combinación de requerimientos funcionales, de calidad y de negocio, que en forma conjunta definen la arquitectura No dependen de los detalles de requerimientos funcionales o de calidad Representan una ABSTRACCION de ellos Guian el análisis de puntos de trade-off 28
29 Ejemplo de Architectural Drivers The purpose of a flight simulator is to train aircrews and this dictates both high fidelity of the simulation and realtime performance The purpose of an air traffic control system is to perform realtime control of enroute aircraft and this dictates high availability and reasonably stringent performance The purpose of some financial systems is to transfer money or orders from one place to another and this dictates high security and high availability The organization has an investment in prior systems in the domain. This dictates reusing component from prior sytems and, consequently, either reusing the architecture from prior systems or developing an architecture that accomodates the legacy systems 29
30 El ADD dentro del Ciclo de Desarrollo 30
31 Casos de Uso y Escenarios de Calidad Casos de uso [Jacobson99] Un caso de uso es una pieza de funcionalidad en el sistema, que da al usuario un resultado de valor Los casos de uso capturan requerimientos funcionales Escenarios de calidad Definen escenarios específicos con respecto a atributos de calidad cambios, performance, confiabilidad, interoperabilidad, etc. El sistema debe ser fácil de modificar Debe ser facil de agregar nuevas capacidades del tipo Z al subsistema X 31
32 Agenda # Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos Pasos del Metodo Vistas Lógica, de Concurrencia y Deployment Architectural Drivers Tradeoffs Caso de estudio: Sistema de Chat 32
33 Agenda # Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos Pasos del Metodo Vistas Lógica, de Concurrencia y Deployment Architectural Drivers Tradeoffs Caso de estudio: Sistema de Chat 33
34 Caso de Estudio: Sistema de Chat 34
35 Requerimientos Funcionales 35
36 Requerimientos de Calidad (1) 36
37 Requerimientos de Calidad (2) 37
38 Eleccion de Opciones Arquitectonicas 38
39 Chat: Selección de Architectural Drivers 39
40 Pasos de Diseño a Seguir 40
41 Consideraciones para la Descomposición 41
42 Actividades para un Elemento de Diseño 42
43 Chat: Fase 1 43
44 Funcionalidad / Estilos Arquitectónicos 44
45 Asignación de Responsabilidades 45
46 Chat: Obtención de Responsabilidades 46
47 Chat: Asignar Funcionalidad al Estilo 47
48 Chat: Un usuario se logea al sistema 48
49 Chat: Envio de un mensaje público 49
50 Generación de la Vista de Concurrencia 50
51 Concurrencia: 2 Usuarios diferentes 51
52 Generación de la Vista de Deployment 52
53 Chat: Esquema de Deployment 53
54 Verificación de Escenarios 54
55 Escenarios de Calidad / Restricciones 55
56 Fase 1: Resultados Verificación 56
57 Refinamientos Adicionales 57
Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:
PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo
Más detallesFundamentos del diseño 3ª edición (2002)
Unidades temáticas de Ingeniería del Software Fundamentos del diseño 3ª edición (2002) Facultad de Informática necesidad del diseño Las actividades de diseño afectan al éxito de la realización del software
Más detallesIngeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML
Diseño Diseño en el PUD Diseño de software Patrones arquitectónicos Diseño Orientado a Objetos en UML 1 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos de uso, Modelo
Más detalles3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)
3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.
Más detallesResumen obtenido de: Roger S. Pressman, Ingeniería de Software. Un enfoque práctico, quinta edición, 2002. Introducción al Diseño de Software
Principio de Diseño Resumen obtenido de: Roger S. Pressman, Ingeniería de Software. Un enfoque práctico, quinta edición, 2002 Introducción al Diseño de Software Qué es el diseño? Representación ingenieril
Más detallesMejor Framework PythonOO + SOLID. Vivir sin Frameworks
Mejor Framework PythonOO + SOLID Vivir sin Frameworks Presentaciones Alea Soluciones Bifer Team @eferro @pasku1 @apa42 @nestorsalceda Un placer... Qué es un framework? Django Rails Grails Spring AppEngine
Más detallesIngeniería de Software: Parte 2
Ingeniería de Software: Parte 2 Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.
Más detallesINGENIERÍA DEL SOFTWARE I Práctica 4 Interacciones
INGENIERÍA DEL SOFTWARE I Práctica 4 Interacciones Univ. Cantabria Fac. de Ciencias Patricia López Modelo de Casos de Uso vs Modelo de Análisis Modelo de Casos de Uso Modelo de Análisis Descrito con el
Más detallesModelado y Diseño de Arquitectura de Software
Modelado y Diseño de Arquitectura de Software CONCEPTOS DE MODELADO Fernando Barraza A. MS.c. fernando.barraza@gmail.com 2 Desarrollo de sistemas de software Requisitos funcionales del software Si todo
Más detalles1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).
1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada
Más detallesDesarrollo de Líneas de Productos de Software
Centro Experimental de Ingeniería de Software Departamento de Ciencias de la Computación Facultad de Ciencias Físicas y Matemáticas Universidad de Chile Desarrollo de Líneas de Productos de Software María
Más detallesCMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM
CMM - Capability Maturity Model Estructura de CMM... Es un marco que describe los elementos claves de un proceso de software efectivo. Describe un camino de mejora evolutivo desde un proceso ad hoc inmaduro
Más detallesPatrones de software y refactorización de código
Patrones de software y refactorización de código Introducción y antecedentes de los patrones de software Los patrones permiten construir sobre la experiencia colectiva de ingenieros de software habilidosos.
Más detallesIngeniería de Software II Segundo Cuatrimestre 2007
Ingeniería de Software II Segundo Cuatrimestre 2007 Clase 4 Parte 1: Introducción a las Arquitecturas de Software Buenos Aires, 3 de Septiembre de 2007 Diagramas de ejemplo Analizando dibujitos Banco 3
Más detallesIngeniería de Software. Pruebas
Ingeniería de Software Pruebas Niveles de prueba Pruebas unitarias Niveles Pruebas de integración Pruebas de sistema Pruebas de aceptación Alpha Beta Niveles de pruebas Pruebas unitarias Se enfocan en
Más detallesCMMI (Capability Maturity Model Integrated)
CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla
Más detallesUnidad 5. Modelo de objetos del dominio del problema. Trimestre 10-I. Universidad Autonomía Metropolitana. Unidad 5
objetos del dominio del problema Universidad Autonomía Metropolitana Trimestre 10-I Contenido de la unidad 1 Objetivos Su objetivo es delimitar el sistema y capturar la funcionalidad que éste debe ofrecer
Más detallesConsultoría Santa Cruz. Buscador Web de Restaurants Software Architecture Document. Version 1.0
Consultoría Santa Cruz Buscador Web de Restaurants Version 1.0 Revision History Date Version Description Author 29/enero/2015 1.0 Primera versión : Buscador Web de Restaurants Rodríguez Vázquez Cristhian
Más detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detallesSistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1
Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir
Más detallesEntidad Formadora: Plan Local De Formación Convocatoria 2010
Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú
Más detallesQué se entiende por diseño arquitectónico? Comprende el establecimiento de un marco de trabajo estructural básico para un sistema. Alude a la estructura general del software y el modo en que la estructura
Más detallesUnidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008)
Unidades temáticas de Ingeniería del Software Fases del proceso de desarrollo 4ª edición (2008) Facultad de Informática organización del desarrollo El ciclo de vida del software abarca el proceso de desarrollo,
Más detallesPRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE
PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,
Más detallesGarantía de Calidad. Calidad durante el Proceso de Ingeniería. Recapitulación (I)
Garantía de Calidad Calidad durante el Proceso de Ingeniería Recapitulación (I) Cuestiones: Qué se entiende por Garantía de Calidad de Software? Cuál es la diferencia entre validación y verificación? Existe
Más detallesINGENIERÍA DEL SOFTWARE I. Univ. Cantabria Fac. de Ciencias. Especificación de Requisitos. Práctica 2
INGENIERÍA DEL SOFTWARE I Práctica 2 Especificación de Requisitos Univ. Cantabria Fac. de Ciencias María Sierra y Patricia López Nociones de UML para Requisitos: Casos de Uso Caso de Uso Una descripción
Más detallesAnexo 4 Documento de Arquitectura
Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de
Más detallesTaller de Sistemas de Información 1. Clase 2 Sistemas de información Arquitectura
Taller de Sistemas de Información 1 Clase 2 Sistemas de información Arquitectura Sistemas Empresariales Es una descripción de las metas de una organización, como estas metas son realizadas a través de
Más detallesUniversidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática
Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)
Más detallesEl Proceso de Desarrollo de Software. Diseño de Software Avanzado Departamento de Informática
El Proceso de Desarrollo de Software La Ingeniería del Software Ingeniería... La profesión en la que el conocimiento de las ciencias naturales y matemáticas, ganado con estudio, experiencia y práctica,
Más detallesInicio de MO Inicio de MD Inicio de MF. Documento de Análisis. Base de datos de las especificaciones OMT. MO, MD, MF Detallados. Librería de Clases
3.2 TÉCNICA DE MODELADO DE OBJETOS (OMT) (JAMES RUMBAUGH). 3.2.1 Introducción. En este documento se trata tanto el OMT-1 como el OMT-2, el primero contenido en el Libro Modelado y Diseño Orientado (Metodología
Más detallescapitulo3 MARCO TEÓRICO Para el diseño de la reubicación de los procesos se hará uso de la Planeación
capitulo3 MARCO TEÓRICO Para el diseño de la reubicación de los procesos se hará uso de la Planeación Sistemática de Layout, SLP por sus siglas en inglés. Se hará uso de la simulación para comparar el
Más detalles6 Anexos: 6.1 Definición de Rup:
6 Anexos: 6.1 Definición de Rup: Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.
Más detallesARC 101 Architecture Overview Diagram
ARC 101 Architecture Overview Diagram Estudio de Arquitectura para la evolución tecnológica de los aplicativos de ATyR Banco de Previsión Social ATYR Evolución Tecnológica Pág 1 of 10 Tabla de Contenidos
Más detallesEstilos de Arquitectura y. Patrones de Diseño Arquitectónico. Patrones de Arquitectura
Estilos de Arquitectura y Patrones de Diseño Arquitectónico Gastón Mousqués - AR 1 Patrones de Arquitectura Gastón Mousqués - AR 2 Principales Categorías de Patrones (Software) Patrones de Análisis Expresan
Más detallesIntroducción a la simulación de circuitos
Introducción a la simulación de circuitos Microcontroladores Simulación Electrónica Escuela de Ingeniería Industrial Profesor: Dr. Camilo Quintáns Graña Vigo, 0 LA SIMULACIÓN EN LA INGENIERÍA. La simulación
Más detallesEL PROCESO DE DISEÑO DEL SOFTWARE
UNIDAD VI EL PROCESO DE DISEÑO DEL SOFWARE Contenido: 6.1 El diseño en la Ingeniería de Software 6.2 El proceso de Diseño 6.3 Fundamentos de Diseño 6.4 Diseño de Datos 6.5 Diseño Arquitectónico 6.6 Diseño
Más detallesIntroducción. Conceptos y principios. Introducción. Introducción. Elementos del modelo de análisis. Elementos del modelo de diseño.
Definición de diseño Proceso para la definición detallada de un sistema con el fin de su realización física. Ingeniería del Software 1 Ingeniería del Software 2 Modelo de diseño vs. Paradigma de IS 3 actividades
Más detallesTópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN
Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.
Más detallesBase de Datos, Teoría General de Sistemas Área:
Nombre del Curso: FUNDAMENTOS DE LA INGENIERIA DE SOFTWARE Código: 601455 Requisito: Base de Datos, Teoría General de Sistemas Área: Profesional Tipo de curso: Obligatorio Créditos: 4 Intensidad horaria
Más detallesComponentes de Integración entre Plataformas Información Detallada
Componentes de Integración entre Plataformas Información Detallada Active Directory Integration Integración con el Directorio Activo Active Directory es el servicio de directorio para Windows 2000 Server.
Más detallesProceso de Arquitectura de Software. Segunda. Semana. Dr. Cuauhtémoc Lemus Olalde. Noviembre 7, 2002. Informática
Segunda Semana de Informática Proceso de Arquitectura de Software Dr. Cuauhtémoc Lemus Olalde Noviembre 7, 2002 Desarrollo Tradicional Requerimientos Diseño Codificación e Integración Prueba y Aceptación
Más detallesCiclo de vida del software
Ciclo de vida del software Definición El proceso que se sigue para construir, entregar y hacer evolucionar el software, desde la concepción de una idea hasta la entrega y el retiro del sistema. Confiable,
Más detallesResumen. El rol del lenguaje SQL en los SGBDR y en la Relacional. cjimenez@inf.udec.cl, tamrstro@inf.udec.cl
El rol del lenguaje SQL en los SGBDR y en la Relacional. cjimenez@inf.udec.cl, tamrstro@inf.udec.cl Resumen demandas de almacenamiento y procesamiento de datos. Es el conjunto de estas dos capacidades
Más detallesRecursos HELP DESK Biblioteca 2012
Selección de herramientas para la implementación de ITIL - Segunda Parte Uno de los principales objetivos del marco de trabajo ITIL es administrar la información que se usa para manejar la calidad y la
Más detallesARQUITECTURA DE DISTRIBUCIÓN DE DATOS
4 ARQUITECTURA DE DISTRIBUCIÓN DE DATOS Contenido: Arquitectura de Distribución de Datos 4.1. Transparencia 4.1.1 Transparencia de Localización 4.1.2 Transparencia de Fragmentación 4.1.3 Transparencia
Más detallesMicrosoft Dynamics Sure Step Fundamentos
Fundamentos 22-09-2015/Serie Microsoft Dynamics Sure Step Fases Diagnóstico Análisis - Diseño/ Septiembre 2015 Rosana Sánchez CCRM: @rosana-sanchez-2 Twitter: @rosansasanchez6 Correo: ingrossanbar@hotmail.com
Más detallesMetodologías de diseño de hardware
Capítulo 2 Metodologías de diseño de hardware Las metodologías de diseño de hardware denominadas Top-Down, basadas en la utilización de lenguajes de descripción de hardware, han posibilitado la reducción
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.1 UML: Introducción
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Técnica de modelado de objetos (I) El modelado orientado a objetos es una técnica de especificación semiformal para
Más detallesEnterprise Architect y UML Básico
Enterprise Architect y UML Básico Diciembre 2008 Carlos Alexander Zuluaga Agenda Diagrama de despliegue. Introducción. Modelado. Diagrama de estructuras compuestas. Introducción. Modelado. Modelo 4 + 1
Más detallesDiseño Basado en Componentes. Curso 2008/09
Tabla de contenidos Diseño Basado en Componentes Técnicas relacionadas con Reutilización Introducción: por qué reutilizar?, qué reutilizar? Técnicas: Ingeniería de dominios Líneas de productos (Product-lines)
Más detallesCapítulo 5. Cliente-Servidor.
Capítulo 5. Cliente-Servidor. 5.1 Introducción En este capítulo hablaremos acerca de la arquitectura Cliente-Servidor, ya que para nuestra aplicación utilizamos ésta arquitectura al convertir en un servidor
Más detalles2. Proceso de creación de bases de datos
2. Proceso de creación de bases de datos Contenidos 2.1 Ciclo de vida de un sistema de aplicación de bases de datos 2.2.1 El proceso de diseño 2.2.2 Conceptos y etapas de un método de diseño 2.2.3 Características
Más detallesObjetivo Las personas que realicen el curso aprenderán a:
Objetivo Las personas que realicen el curso aprenderán a: Describir el proceso de desarrollo de software orientado a objetos, lo que incluye las metodologías y los flujos de trabajo de la programación
Más detallesARC 108 Component Model
ARC 108 Component Model Evolución Tecnológica de RNOM Banco de Previsión Social Tabla de Contenidos ARC 108 Component Model 1. INTRODUCCIÓN 3 2. OBJETIVO 4 3. NOTACIÓN 5 4. ARQUITECTURA GLOBAL 6 4.1. DIAGRAMA
Más detallesIngeniería de Software en SOA
Ingeniería de Software en SOA ECSDI LSI-FIB-UPC cbea Curso 2014/2015 ECSDI (LSI-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2014/2015 1 / 51 Índice 1 Directrices para la IS en SOA 2 Modelo de referencia
Más detallesContenido. Parte I Introduccion. Parte II Modulo CTPAT. Parte III Parámetros. Parte IV Embarques ... 2. 1 Rutas de Transportistas ...
I Contenido Parte I Introduccion 1 Parte II 1 Parte III Parámetros 2 1 Rutas de Transportistas... 2 Parte IV Embarques 5 1 Crear Embarque... 5 2 Datos de Ruta... 6 Introduccion 1 1 Introduccion La información
Más detallesUna puerta abierta al futuro
Una puerta abierta al futuro SOA E ITIL EN LA LEY DE ACCESO ELECTRÓNICO DE LOS CIUDADANOS A LOS SERVICIOS PÚBLICOS (LAECSP) por francisco javier antón Vique La publicación de la Ley de Acceso electrónico
Más detallesPattern Oriented Software Architecture. Whole-Part. Jamir Antonio Avila Mojica César Julio Bustacara Medina. Patrones de Software
Pattern Oriented Software Architecture Whole-Part Jamir Antonio Avila Mojica César Julio Bustacara Medina Patrones de Software Agenda Introducción Whole-Part Ejemplo Contexto Problema Solución Estructura
Más detallesPLAN DE ADMINISTRACION DEL PROYECTOS
PLAN DE ADMINISTRACION DEL PROYECTOS Presentado por: Jefferson Peña Cristian Álvarez Cristian Alzate 10 1.3 Evolución del PAPS El Gerente debe dar mantenimiento a este documento cada semana. Está sujeto
Más detalles1. Cuál es el objetivo del Diseño del Sistema de Información? del sistema. información. a. 5. b. 4. c. 3. d. 2. c. Diseño de. b.
1. Cuál es el objetivo del Diseño del Sistema de Información? a. La definición de la arquitectura del sistema y del entorno tecnológico que le va a dar soporte junto con la especificación detallada de
Más detallesContenido de la sesión. Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas
Contenido de la sesión Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas Diseño de Software Es una descripción de la estructura del software que se va a
Más detallesIntroducción a Rational Unified Process (RUP)
Qué es un Proceso de Desarrollo de SW? Introducción a Patricio Letelier letelier@dsic.upv.es Departamento Sistemas Informáticos y Computación (DSIC) (UPV) - España Define Quién debe hacer Qué, Cuándo y
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Más detallesDISEÑO DE SOFTWARE INTEGRADO Unidad I: Introducción al Diseño de Software Integrado. Profesor: Cristián Chávez T
DISEÑO DE SOFTWARE INTEGRADO Unidad I: Introducción al Diseño de Software Integrado Profesor: Cristián Chávez T 1. Definición y objetivos de ERP Diseño de Software Integrado es diseñar un ERP ERP: Del
Más detallesSistema de Administración de Farmacias Plan de Proyecto Versión 1.1. Historia de revisiones
Sistema de Administración de Farmacias Plan de Proyecto Versión 1.1 Historia de revisiones Fecha Versión Descripción Autor 30/08/2014 1.0 Plan de Proyecto Gonzalo Capote 31/08/2014 1.1 Revisión de documento
Más detallesOferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo
Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes
Más detalles"Módulo OOWS para StarUML" INTRODUCCIÓN
UNA HERRAMIENTA PARA DIAGRAMAS OOWS: "Módulo OOWS para StarUML" Richard Medina Z. Universidad de Concepción, Chile INTRODUCCIÓN Una herramienta CASE (Computer Aided Software Engineering,
Más detallesCiclo de vida y Requerimientos de software. Laboratorio de Programación
Ciclo de vida y Requerimientos de software Laboratorio de Programación b d ó Parte 1 Un modelo es una estructura guía, abstracciones, marcos del proceso que pueden se extendidos y adaptados d para crear
Más detallesFigure 9-1: Phase C: Information Systems Architectures
FASE C Figure 9-1: Phase C: Information Systems Architectures Objetivos Los objetivos de la Fase C son: Desarrollar la arquitectura de sistemas de información objetivo (datos y aplicaciones), que describe
Más detallesEl Proceso Unificado de Desarrollo de Software
El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:
Más detallesSERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO
SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3
Más detallesSyllabus. www.techeraperu.com cursos@techeraperu.com
Syllabus www.techeraperu.com cursos@techeraperu.com Este curso está dirigido para los Encargados de Desarrollar los Sistemas de Información y aplicar una Metodología basada en RUP para controlar el Ciclo
Más detallesEASY Software & Innovation
Gestión Solicitudes Banco de los Alpes - BAGS Especificaciones Suplementarias Versión: 1.1 Página 2 de Fecha Versión 12-05-200 1.0 Control de versiones Descripción Creación del Documento Autor Nathaly
Más detallesCiclo de Vida del Desarrollo de un Sistema de Información. Departamento de Ingeniería Industrial Universidad de Chile
Ciclo de Vida del Desarrollo de un Sistema de Información Departamento de Ingeniería Industrial Universidad de Chile Temario Noción de un Ciclo de Vida Ventajas y Desventajas Modelos de Ciclos de Vida
Más detallesMANTENIMIENTO Y SOPORTE
MANTENIMIENTO Y SOPORTE Copyright 2014 Magalink SA Todos los derechos reservados. Este documento no puede ser reproducido de ninguna manera sin el consentimiento explícito de Magalink S.A. La información
Más detallesIngeniería del Software I
Ingeniería del Software I 1er. Cuatrimestre 2002 Martina Marré martina@dc.uba.ar Organización 3 tipos de clase: teórica, práctica, taller 3 grupos de docentes un cronograma material en la WEB 2002 2 Aprobación
Más detallesLa Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática
La Necesidad de Modelar Analogía Arquitectónica Tiene sentido poner ladrillos sin hacer antes los planos? El modelo, los planos, ayuda a afrontar la complejidad del proyecto. Cuál es el lenguaje adecuado
Más detallesUNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos
2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven
Más detallesEstructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos
3.3 EL MÉTODO DE BOOCH. 3.3. Introducción. El método cuenta con una notación expresiva y bien definida que le permite al diseñador comunicar sus ideas y concentrarse en problemas más serios. Para la captura
Más detallesLaboratorio de Diseño de Sistemas Digitales
Proceso de Diseño Laboratorio de Diseño de Sistemas Digitales I Semestre 2008 Ing. Gabriela Ortiz L. Diseño Implementación Depuración Diseño: Concepto inicial. Cuál es la función que lleva a cabo el objeto?
Más detallesGestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari
Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari 1 Temario Definiciones Problemas del cambio Elementos de la configuración Actividades de SCM Identificación
Más detallesCLASE 2: INTRODUCCIÓN A LA ING. DE SOFTWARE. MODELOS DE PROCESOS. MEJORES PRÁCTICAS. USB Ing. De Software. Prof. I. C. Martínez
CLASE 2: INTRODUCCIÓN A LA ING. DE SOFTWARE. MODELOS DE PROCESOS. MEJORES PRÁCTICAS USB Ing. De Software. Prof. I. C. Martínez Ing. De Software Ingeniería de Software La Ingeniería de Software es la ciencia
Más detallesSW-CMM Capability Maturity Model for Software
SW-CMM Capability Maturity Model for Software Introducción 1986 Comienzan Estudios. SEI (Software Engineering Institute - UCM). 1991 Nace CMM v1.0 1994 CMM v1.1 P-CMM SE-CMM SW-CMM CMMs IPD-CMM CMMI SA-CMM
Más detallesCurso 8980: Microsoft Dynamics CRM 4.0 Aplicaciones
Curso 8980: Microsoft Dynamics CRM 4.0 Aplicaciones Introducción Este curso de cuatro días impartido por instructor, provee a estudiantes con las herramientas necesarias para utilizar Microsoft Dynamics
Más detallesModelos de los sistemas distribuidos. Jorge Iván Meza Martínez jimezam@gmail.com
Modelos de los sistemas distribuidos Jorge Iván Meza Martínez jimezam@gmail.com Especialización en Gestión de Redes de Datos Universidad Nacional de Colombia Sede Manizales 1/36 Contenidos Modelo arquitectónico
Más detallesMF0964_3 Desarrollo de Elementos Software para Gestión de Sistemas
MF0964_3 Desarrollo de Elementos Software para Gestión de Sistemas Titulación certificada por EUROINNOVA BUSINESS SCHOOL MF0964_3 Desarrollo de Elementos Software para Gestión de Sistemas MF0964_3 Desarrollo
Más detallesSistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal
Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal Objeto del Llamado y Generalidades El Centro para la Inclusión
Más detallesFigure 7-1: Phase A: Architecture Vision
Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como
Más detallesPROCEDIMIENTO ESPECÍFICO. Código G056-02 Edición 0
Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PLANIFICACIÓN...
Más detallesEL DOCUMENTO DE ESPECIFICACIÓN FUNCIONAL
EL DOCUMENTO DE ESPECIFICACIÓN FUNCIONAL Especificación de requerimientos Orientaciones sobre el primer entregable del proyecto de aula Maestría en Ciencias de la Información y las Comunicaciones Universidad
Más detallesArquitectura de sistema de alta disponibilidad
Mysql Introducción MySQL Cluster esta diseñado para tener una arquitectura distribuida de nodos sin punto único de fallo. MySQL Cluster consiste en 3 tipos de nodos: 1. Nodos de almacenamiento, son los
Más detallesActividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.
Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas
Más detallesTrabajo de Investigación
Escuela Técnica Superior de Ingeniería Informática Departamento: Ingeniería de Software y Sistemas Informáticos Trabajo de Investigación Arquitecturas Software: Gestión de los atributos de calidad de un
Más detallesINSTRUCTIVO PARA LA CUENTA DE PUNTOS FUNCIÓN
INSTRUCTIVO PARA LA CUENTA DE PUNTOS FUNCIÓN INDICE Introducción...2 Frontera de la aplicación...3 Cuenta de Puntos Función sin ajustar...3 Funciones de Datos...4 Funciones Transaccionales...4 Mecanismo...5
Más detallesResumen General del Manual de Organización y Funciones
Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de
Más detallesMétodo-Asistente para la toma de decisiones de diseño de arquitecturas de software (MATDDS)
Método-Asistente para la toma de decisiones de diseño de arquitecturas de software (MATDDS) Tesis que presenta: Lic. Sandra Méndez Luna Para obtener el grado de Maestra en Ciencias (Ciencias y Tecnologías
Más detallesSolución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar
Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Caso de Desarrollo Universidad Técnica del
Más detallesPatrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms
Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura
Más detallesMaestría en Ciencias y Tecnologías de la Información
Maestría en Ciencias y Tecnologías de la Información Adaptación de una Metodología de Desarrollo Arquitectónico al Contexto de Equipos de Desarrollo Pequeños Idónea Comunicación de Resultados que para
Más detalles