Arquitectura de Software IV: Procesos y evaluación. Contenido del curso

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Arquitectura de Software IV: Procesos y evaluación. Contenido del curso"

Transcripción

1 Arquitectura de Software IV: Procesos y evaluación Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María <hernan at acm.org> Introducción, motivación y contexto Representación de arquitecturas Elaboración de arquitecturas Principios y evaluación de arquitecturas Ejemplo de notación ad-hoc Principios y axiomas Calidad y evaluación de arquitecturas Método ATAM Prácticas de arquitectura Organizaciones y Mercados Componentes Contenido del curso 2 1

2 IV: Principios y evaluación Ejemplo de notación ad-hoc Principios y axiomas Calidad y evaluación de arquitecturas Método ATAM 3 Ejemplo de notación ad-hoc 2

3 5 capas usadas en este proyecto Las 5 capas 1) Lóbulos agregan funciones de negocios que requieren mecanismos similares 2) Componentes piezas (gran escala) de software o datos ofrecen servicios para manipular una unidad conceptual componentes típicos: lifecycle, reporting, importing 3) Servicios y conectores 4) Módulos piezas que puedan ser tratadas como una única entidad por el ambiente de programación 5) Infraestructura técnica topologías de redes/nodos estrategias de despliegue 5 Componentes típicos Componentes típicos: lifecycle permiten CRUD de una entidad manejada pelo sistema que puede ser interna o la imagen de una entidad externa ofreciendo estrategias básicas de recuperacion reporting generan informes sobre una entidad manejada por el sistema ofreciendo estrategias de recuperación complejas/múltiples con un mecanismo para describir contenido y formato importing aceptan y convierten datos externos en forma significativa mecanismo para describir conversiones 6 3

4 Ej.-Nivel 1: lóbulos age ncy FMS reconciliation public monies CA$H-LINK FI payment payment mediator analysis enabler sync activity FRB other sys STAR 7 Ej.-Nivel 1: caracterist. lóbulos Characteristic Payment mediator Analysis enabler Timeliness Near-time processing Batch processing Typical transactions OLTP-like DSS-like Synchronicity Event-driven Data-driven Availability 24x7 Daily Location Distributed, fail-over Centralized (internal replication) Reliability Extremely high ($) Plain old high 8 4

5 Ej.-Nivel 2: componentes Components overview (level 3-deposit) FA 93 (fedwire 25 (Fedwire rev.) rev. instrs.) 68 (funds transfer instrs.) age ncy CA$H-LINK LHS 98 (transf. remitt. detail) remittance detail activity reporting FMS CA$H-LINK RHS public monies 69 (publ. $ adj.) public monies lifecycle payment lifecycle payment mediator payments history 1 (dep. rep.) 23 (dep. adjust.) 2 (del./rev. dep) 107 (identif. unclassif.) 105 (classif. dep.) 121&122 (del. ACH req.) 37 (fedwires) 73 (REX dep. tix) 24 (fedwire correction) 29 (FRB deposit) depositing 74 (Fedwire dep. tix) FRB transfers 57 (create REC/DEC) REC/DEC activity other sys activity importing 27 (PAD jrnl.) 120 (NTDO DDA balance) synchronization 9 (record STAR trans.) 46 (STAR reps.) 35 (publ. $ rep.) FI REX 32 (ACH return) TRA CS 36 (REC/DEC) spec FI RFC STAR FRB 9 Ej-Niv.2: matriz de rastreab. Event Actors Component(s) #93 (Fedwire reversal) Agency Payment lifecycle #68 (funds transfer instrcutions) #25 (Fedwire reversal instructions) FA Payment lifecycle FA Payment lifecycle #1 (deposit report) FI Payment lifecycle #22 (deposit adjustment) FI Payment lifecycle #3 (deposit deletion/reversal) #102 (identif. Unclassified deposit) FI Payment lifecycle FI Payment lifecycle 10 5

6 Ej-Niv.3: componentes refinados Element Element kind Decomposition (used components) Additional properties Platform or product Payment lifecycle Load-balanced Component Lifecycle Fault-tolerant Ad-hoc Interaction to FI/FA Collection Fault-tolerant (duplicated to RHS) Payment mediator Fault-tolerant (duplicated) Component Persistence-LHS Java/Oracle Depositing Legacy-based Component Collection 11 Nuevamente la funcionalidad Pasar del dominio al software (entidades del dominio? entidades de software) Actividades propuestas definir contexto identificar arquetipos descomponer en componentes describir instancias del sistema 12 6

7 Principios y axiomas Propuestos por Witt, Baker & Merritt Principios y axiomas Principios de diseño Enfoques específicos al proceso de diseño que llevan a buenos diseños No reemplazan análisis ni proceso, pero concentran la atención en aspectos clave Basados en experiencia (con axiomas intermedios) 14 7

8 Separación de intereses Axiomas Resolver problemas complejos con soluciones intermedias expresadas en problemas menores independientes Comprensión Limitar comprensión a 7+2 elementos Traducción Un diseño correcto en un contexto lo seguirá siendo si se reemplaza su contexto con uno de servicios equivalentes Transformación Un diseño correcto lo seguirá siendo si se reemplaza sus componentes con otros equivalentes 15 Diseño modular Principios División en módulos con bajo acoplamiento y alta cohesión Especificaciones públicas de diseños ocultos Diseño portátil Lograr portabilidad con interfaces abstractas al contexto Diseño dúctil Elementos del diseño corresponden elementos del dominio Control intelectual Registrar diseños como jerarquías de abstracciones incrementalmente detalladas Integridad conceptual Vía aplicación uniforme de un número limitado de formas 16 8

9 Arquitectura basada en funcionalidad Idea: pasar del dominio al software (entidades del dominio? entidades de software) ejemplo: 3 capas Actividades (no pasos) definir contexto identificar arquetipos separar en componentes describir instancias del sistema evaluar y transformar, si corresponde Actividades concurrentes (en principio) 17 Método propuesto por Bosch 1. Identificar límites del sistema determinar qué no es software 2. Identificar core abstractions (arquetipos) pocas abstracciones combinables para generar funcionalidad estables 3. Descomponer arquitectura en componentes 4. Describir instancias del sistema Arquetipos Arquetipos no son componentes Arquetipo: tipo de funcionalidad, transversal al sistema Componentes: pieza del sistema mismo 18 9

10 Calidad y Evaluación de Arquitecturas [Bass+ 1997] Calidad Proceso Calidad según el proceso... Producto de un arquitecto o un grupo coherente ( integridad intelectual ) Requisitos claros y priorizados Arquitectura bien documentada Revisada por los stakeholders Analizada (en aspectos cuantificables) y formalmente revisada (en aspectos cualitativos) Prototipable y de construcción incremental Políticas explícitas para lidiar con conflictos específicos (p.ej. uso de ancho de banda o memoria) 20 10

11 [Bass+ 1997] Calidad Producto Calidad según la estructura del producto... Organizada en módulos claros y encapsulados Minimizar dependencias en implantación de los módulos Aislar probables cambios en módulos específicos Distinguir y documentar estructura modular ( build time ) y estructura computacional ( run time ) Mecanismos internos coherentes y consistentes 21 Evaluación de arquitecturas (en inglés: assessment, no evaluation ) Enfoques basados en... escenarios simulación modelado matemático (p.ej. filas) experiencia (!) Formalismos CMU-SEI 22 11

12 5 niveles de descripción Relación calidad-modelo Computaciones procesos computacionales Binarios artefactos entregados Software textos Especificación descripciones Proceso Nociones de calidad Mantenibilidad propiedad de los textos y descripciones Estabilidad / Disponibilidad propiedad de las computaciones Portabilidad propiedad de los textos y de los artefactos (en general) 23 Atributos de calidad Calidad del sistema a construir (detalle a seguir) Observables vía ejecución No observables vía ejecución Calidad de la arquitectura con respecto al negocio Oportuno ( time to market ) Eficiente (costo y tiempo) Larga vida útil Uso efectivo de sistemas existentes Calidad intrínseca de la arquitectura Integridad conceptual Parsimonia, minimalidad

13 Noción de arquitecturas elegantes Análogo a programas o demostraciones elegantes (p.ej. unicidad del neutro aditivo) (p.ej. recorrido recursivo de árboles) Elegancia Evaluación Reconocible después de haber visto muchas arquitecturas Aún no bien identificado Tal vez no definible formalmente (considerar: elegancia como identificacion de arquetipo del negocio) 25 Calidad del sistema a construir Observables Rendimiento Seguridad y Disponibilidad Autenticación y autorización MTBF Funcionalidad Tareas especificadas Usabilidad Eficiente y efectivo desde punto de vista del usuario No observables Modificabilidad (mantenibilidad) Mínima redundancia Portabilidad Reusabilidad (total o parcial) Integrable y fácil de probar 26 13

14 Calidad no tiene sentido sin evaluación Evaluación de calidad Pero en la práctica, en pocos casos se evalúa Evaluar es difícil Atributos de calidad aún no son bien entendidos Arquitecturas tienen alto nivel de abstracción Descripciones arquitecturales informales Falta de experiencia en evaluación 27 Técnicas de medición Enfoques para evaluar Métricas Interpretaciones cuantitativas de mediciones observables Experimentos (incl. simulación y prototipos) Análisis Modelado matemático a priori Técnicas de interrogación Escenarios (p.ej. SAAM, ATAM) Cuestionarios Checklists 28 14

15 Métricas usadas Tamaño de módulos, del diseño mismo, del código... Complejidad Modularidad Cohesión Acoplamiento Métricas El problema no es medir, sino interpretar las mediciones Las gerencias adoran las métricas 29 Método ATAM 15

16 [Clements/Kazman/Klein 2002] Método ATAM ATAM: Architecture Tradeoff Analysis Method método estructurado para hacer análisis repetible asegurar que las preguntas correctas serán hechas temprano enseña a evaluadores a buscar conflictos y su resolución Usos análisis de sistema a construir análisis de sistemas existentes (legado) 31 Presentación intercambio de información vía presentaciones ATAM Pasos Investigación y análisis evaluación de requisitos para atributos de calidad vs. enfoques arquitectónicos Prueba verificación de resultados vs. necesidades de stakeholders Reporte presentación de resultados 32 16

17 Presentación ATAM Presentación intercambio de información vía presentaciones 1. Presentar el ATAM evaluador líder describe método a participantes y define expectativas 2. Presentar los objetivos de negocio jefe de proyecto o contraparte describe objetivos del negocio que serán primarios al proyecto 3. Presentar la arquitectura arquitecto describe la arquitectura, concentrándose en cómo cumple los objetivos del negocio 33 ATAM Investigación y análisis Investigación y análisis evaluación de requisitos para atributos de calidad vs. enfoques arquitectónicos 4. Identificar enfoques arquitectónicos arquitecto los identifica pero no analiza (aún) 5. Generar el árbol de utilidad de atributos de calidad se elicita requisitos para utilidad del sistema (rendimiento, diponibilidad, seguridad, modificabilidad, usabilidad ) especificados hasta nivel de escenarios anotados con estímulos y respuestas priorizados 6. analizar enfoques de arquitectura se identifica riesgos, no-riesgos, puntos de sensibilidad y puntos de compromiso para escenarios de alta prioridad 34 17

18 Prueba ATAM Prueba verificación de resultados vs. necesidades de stakeholders 7. Hacer brainstorm y priorizar escenarios grupo completo de stakeholders elicita grupo de escenarios más completo se prioriza escenarios (votación) 8. Analizar los enfoques de arquitectura similar a #6 pero sólo para escenarios priorizados en #7 permite descubrir riesgos, no-riesgos, puntos de sensibilidad y puntos de compromiso adicionales 35 Reporte presentación de resultados 9. Presentar resultados a stakeholders ATAM Reporte 36 18

19 Estudio crítico de caso Knowledge-Based Risk Manager (KBS) Ejemplo no publicado en detalle Comentarios No muy largo (42 pp.) Dirigido a múltiples audiencias Cuenta una historia y ofrece una metáfora Exhibe rastreabilidad (refinamiento derivable) Destacado Mucho detalle Ejemplo: KBS Todas las suposiciones explicitadas Razón: arquitectos no estaban seguros de entender lo pedido!! 38 19

20 [Witt/Baker/Merritt 1994] Referencias [1/2] Bernard Witt, F. Terry Baker, Everett Merritt Software Architecture and Design: Principles, Models and Methods Van Nostrand Reinholt (1994) [Bosch 2000] Jan Bosch Design and Use of Software Architectures Addison Wesley (2000) [Jazayeri+ 2000] Mehdi Jazayeri, Alexander Ran, Frank van der Linden Software Architectures for Product Families Addison Wesley (2000) 39 [Clements/Kazman/Klein 2002] Referencias [2/2] Paul Clements, Rick Kazman, Mark Klein Evaluating Software Architectures: Methods and Case Studies Addison Wesley (2002) [Bass/Clements/Kazman 2003] Len Bass, Paul Clements, Rick Kazman Software Architecture in Practice (2nd Ed.) Addison Wesley (2003) 40 20

Arquitecturas de Software

Arquitecturas de Software Arquitecturas de Software Ingeniería del Universidad Rey Juan Carlos César Javier Acuña cjacunia@escet.urjc.es Índice Introducción Motivación Definición Pipes and Filters Tipos abstractos de datos y OO

Más detalles

Fundamentos del diseño 3ª edición (2002)

Fundamentos 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 detalles

Software Architecture Assesment. Rosa Virginia Icedo Ojeda Jorge Moisés Trejo Vargas Mayo 2003

Software Architecture Assesment. Rosa Virginia Icedo Ojeda Jorge Moisés Trejo Vargas Mayo 2003 Software Architecture Assesment Rosa Virginia Icedo Ojeda Jorge Moisés Trejo Vargas Mayo 2003 Outline Software Architecture Assesment Arquitectura de Sofwtare (AS) Por qué evaluar una AS? Qué evaluamos

Más detalles

Introducción. Por lo que existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad.

Introducción. Por lo que existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad. Introducción En la actualidad, el software se encuentra en muchos campos de la actividad humana: la industria, el comercio, las finanzas, gobierno, salud, educación, etc. Por lo que existe una creciente

Más detalles

Documentando la arquitectura de software Principios básicos por Omar Gómez

Documentando la arquitectura de software Principios básicos por Omar Gómez Documentando la arquitectura de software Principios básicos por Omar Gómez En la actualidad, uno de los temas candentes que se habla dentro de la comunidad de desarrollo de software es el referente a las

Más detalles

Reporte Técnico RT 07-01

Reporte Técnico RT 07-01 PEDECIBA Informática Instituto de Computación Facultad de Ingeniería Universidad de la República Montevideo, Uruguay Reporte Técnico RT 07-01 Evaluación de Arquitecturas de Software con ATAM (Architecture

Más detalles

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Parte 3: TRP Avanzado MAYO 2009 Tabla de Contenidos PREFACIO...5 DESARROLLO Y MANTENCIÓN DE SOFTWARE...6 DESARROLLO DE REQUERIMIENTOS...7

Más detalles

Ingeniería de Software II

Ingeniería de Software II Ingeniería de Software II Primer Cuatrimestre de 2009 Clase 3b: Especificación de Atributos de Calidad y QAW Buenos Aires, 23 de Marzo de 2009 Una historia real Reunión por una gran licitación entre el

Más detalles

Pauta de Informe de Proyecto

Pauta de Informe de Proyecto Departamento de Informática Universidad Técnica Federico Santa María Pauta de Informe de Proyecto ILI-236 Profesores: Hernán Astudillo y Marcello Visconti 1 Introducción... 3 2 Plan de trabajo... 3 3 Análisis...

Más detalles

Arquitectura de Software III: Elaboración. Contenido del curso. III: Elaboración

Arquitectura de Software III: Elaboración. Contenido del curso. III: Elaboración Arquitectura de Software III: Elaboración Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María Contenido del curso Introducción, motivación y contexto

Más detalles

Modelado y Diseño de Arquitectura de Software

Modelado 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 detalles

Contenido 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 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 detalles

Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML

Ingenierí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 detalles

ARQUITECTURAS DE SOFTWARE

ARQUITECTURAS DE SOFTWARE ARQUITECTURAS DE SOFTWARE GUÍA DE ESTUDIO ELABORADA POR: ERIKA CAMACHO FABIO CARDESO GABRIEL NUÑEZ REVISADA POR: PROF. MARIA A. PEREZ DE OVALLES PROF. ANNA GRIMÁN PROF. LUIS E. MENDOZA ABRIL 2004 1 ESQUEMA

Más detalles

CALIDAD DE SOFTWARE (CSO) Práctica 2: Calidad de Arquitecturas Software. Introducción a ATAM

CALIDAD DE SOFTWARE (CSO) Práctica 2: Calidad de Arquitecturas Software. Introducción a ATAM CALIDAD DE SOFTWARE (CSO) Práctica 2: Calidad de Arquitecturas Software Introducción a ATAM Índice Qué es ATAM? Cuáles son las salidas de ATAM? Las fases y pasos de ATAM Ejemplo de aplicación de ATAM Introducción

Más detalles

Introducción. Conceptos y principios. Introducción. Introducción. Elementos del modelo de análisis. Elementos del modelo de diseño.

Introducció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 detalles

Diseño orientado al flujo de datos

Diseño orientado al flujo de datos Diseño orientado al flujo de datos Recordemos que el diseño es una actividad que consta de una serie de pasos, en los que partiendo de la especificación del sistema (de los propios requerimientos), obtenemos

Más detalles

Trabajo de Investigación

Trabajo 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 detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas 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 detalles

Alejandro J Bianchi. Software Architecture Professional Certficate Software Engineering Institute, CMU University.

Alejandro J Bianchi. Software Architecture Professional Certficate Software Engineering Institute, CMU University. Ciclos de Vida guiados por la Arquitectura: Balanceando entre agilidad, eficiencia y calidad Alejandro J Bianchi ATAM Evaluator Certificate Software Architecture Professional Certficate Software Engineering

Más detalles

1.- DATOS DE LA ASIGNATURA

1.- DATOS DE LA ASIGNATURA 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Arquitectura y Diseño de Software Carrera: Ingeniería es Sistemas Computacionales Clave de la asignatura: ISQ-1305 (Créditos) SATCA 1 1-2 - 3 2.- PRESENTACIÓN

Más detalles

Diseño y Evaluación de Arquitecturas de Software. Software con calidad

Diseño y Evaluación de Arquitecturas de Software. Software con calidad Diseño y Evaluación de Arquitecturas de Software Software con calidad César Julio Bustacara Medina Facultad de Ingeniería Pontificia Universidad Javeriana 11/09/2015 1 Arquitectura de Software Introducción

Más detalles

Atributos de Calidad / Tácticas

Atributos de Calidad / Tácticas Atributos de Calidad / Tácticas Ing. Nicolás Passerini Ing. Gustavo Andrés Brey Gastón Coco 2009 Agenda # Tema 1 Introducción Duración 10 min 4 Atributos de Calidad / Tácticas 4.1 Performance 15 min 4.2

Más detalles

PUD: Proceso de Desarrollo Unificado

PUD: Proceso de Desarrollo Unificado PUD: Proceso de Desarrollo Unificado 1 1998 Genealogía del PUD Rational Unified Process 5.0 1997 Rational Objectory Process 4.1 UML 1996 Rational Objectory Process 4.0 1995 Método Ericsson Rational Approach

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

Estilos y Patrones Arquitectónicos

Estilos y Patrones Arquitectónicos Lic. Ariel Trellini Estilos y Patrones Arquitectónicos Llamando a las cosas por su nombre Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Arquitectura y Diseño de Sistemas

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S3 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Información General del Documento Versión Actual del Documento 0.0.0.7 Descripción

Más detalles

CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA

CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA PROGRAMACIÓN DIDACTICA ANUAL Parte específica del módulo: 0485. Programación Departamento de Familia Profesional de Informática Curso: 2014-15

Más detalles

Componentes y Middleware. Arquitectura de Software Componentes y Middleware [1] Stakeholders. Sobre el informe. Calidad según los stakeholders

Componentes y Middleware. Arquitectura de Software Componentes y Middleware [1] Stakeholders. Sobre el informe. Calidad según los stakeholders sistema Componentes y Middleware Arquitectura de Software Componentes y Middleware [1] Componentes Middleware Políticas y mecanismos Ejemplo de notación ad-hoc Hernán Astudillo Departamento de Informática

Más detalles

Arquitectura de Software Componentes y Middleware [1] Componentes y Middleware. Sobre el informe

Arquitectura de Software Componentes y Middleware [1] Componentes y Middleware. Sobre el informe Arquitectura de Software Componentes y Middleware [1] Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María Componentes y Middleware Componentes Middleware

Más detalles

Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL

Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL DNI Apellidos y nombre 1. Cuál de las siguientes afirmaciones no es una causa de los problemas del software?

Más detalles

Un modelo de proceso es una representación abstracta de un proceso. Presenta una descripción de un proceso desde una perspectiva particular.

Un modelo de proceso es una representación abstracta de un proceso. Presenta una descripción de un proceso desde una perspectiva particular. El proceso software Un conjunto estructurado de actividades y resultados asociados que conducen a la creación de un producto de software Especificación: Definir la funcionalidad y las restricciones en

Más detalles

Modelado arquitectónico con UML

Modelado arquitectónico con UML Modelado arquitectónico con UML Qué es la arquitectura de software El modelo de 4+1 vistas arquitectónicas Cohesión y acoplamiento Cómo lograr una descomposición modular eficaz Criterios para la selección

Más detalles

Architectural Driven Design - ADD

Architectural Driven Design - ADD Architectural Driven Design - ADD Francisco Amadeo 2005 Agenda # 1 2 3 4 5 6 7 8 9 10 Tema ADD Overview Claves del Diseño Arquitectonico Desarrollo Evolutivo, RUP Nocion de Arquitectura Conceptual Objetivos

Más detalles

www.e-cronia.com Gracias www.eduardoleyton.com

www.e-cronia.com Gracias www.eduardoleyton.com Gracias C.C.S. Calidad de Componentes Software ISO 9126 Agenda Conceptos sobre Componentes Software y Componentes COTS (Commercial Off-The-Shelf Comercio fuera de formalidad o a pedido) Desarrollo Software

Más detalles

MODELADO DE OBJETOS. {brossi,pbritos,rgm}@itba.edu.ar

MODELADO DE OBJETOS. {brossi,pbritos,rgm}@itba.edu.ar MODELADO DE OBJETOS Bibiana ROSSI, Paola BRITOS y Ramón GARCIA MARTINEZ, CAPIS - Centro de Actualizacion Permanente en Ingeniería de Software Escuela de Posgrado. ITBA. 0. INTRODUCCION {brossi,pbritos,rgm}@itba.edu.ar

Más detalles

Comunicación de la Arquitectura de Software

Comunicación de la Arquitectura de Software Comunicación de la Arquitectura de Software Ing. Gustavo Andrés Brey Ing. Juan Arias Ing. Gastón Escobar 2005 Agenda # Tema Duración 1 Concepto de Comunicación y Entendimiento de Arquitectura 30 min 2

Más detalles

Documento de Arquitectura de Software IEEE-1471-2000

Documento de Arquitectura de Software IEEE-1471-2000 Documento de Arquitectura de Software Control del documento IEEE-1471-2000 Proyecto Sistema Restaurant Título Arquitectura del Sistema [v1.0 al 02 de Julio de 2009] Generado por Magister en Informática

Más detalles

UNIVERSIDAD DE CHILE FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN

UNIVERSIDAD DE CHILE FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN UNIVERSIDAD DE CHILE FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN DOCUMENTACIÓN DE ARQUITECTURAS DE SISTEMAS EN UN BANCO TESIS PARA OPTAR AL GRADO DE MAGISTER EN

Más detalles

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

La importancia del desarrollo para el buen diseño del software La importancia del desarrollo para el buen diseño del software RESUMEN N L González Morales. 1 En este ensayo se examinan los temas vistos en clase que son Desarrollo de Orientado a Objetos y Arquitectura

Más detalles

Diseño orientado a los objetos

Diseño orientado a los objetos Diseño orientado a los objetos El Diseño Orientado a los Objetos (DOO) crea una representación del problema del mundo real y la hace corresponder con el ámbito de la solución, que es el software. A diferencia

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: ARQUITECTURA DEL SISTEMA DE SOFTWARE NIVELES DE DISEÑO DE LOS SISTEMAS DE SOFTWARE CUALIDADES DE LAS ARQUITECTURAS ESTILOS Y PATRONES - ESTILOS ARQUITECTÓNICO - PATRÓN ARQUITECTÓNICO FRAMEWORK

Más detalles

SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS

SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS Universidad de Carabobo Facultad Experimental de Ciencias y Tecnología Departamento de Computación Unidad Académica Base de Datos SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS Integrantes: Fidel Gil

Más detalles

a) Cita y comenta brevemente los grados de acoplamiento. Clasifícalos y ordénalos en orden creciente al nivel de acoplamiento asociado.

a) Cita y comenta brevemente los grados de acoplamiento. Clasifícalos y ordénalos en orden creciente al nivel de acoplamiento asociado. Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE II: CONCEPTOS TEÓRICOS Y PRÁCTICOS DNI Apellidos y nombre 1. Responde a las siguientes cuestiones (2 puntos): a) Cita y comenta brevemente

Más detalles

Buenas prácticas en el diseño de software

Buenas prácticas en el diseño de software Buenas prácticas en el diseño de software Guión Introducción Conceptos clave Test de usuarios Metodología y procesos de diseño Ejemplos y casos de uso. Preguntas y dudas Objetivos - Explicar un proceso

Más detalles

CLASE 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 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 detalles

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

3.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 detalles

Instruir al alumno con los conceptos, modelos, teorías y principios básicos estudiados en la Ingeniería de Software

Instruir al alumno con los conceptos, modelos, teorías y principios básicos estudiados en la Ingeniería de Software Universidad de Colima Dirección General de Educación Superior Facultad de Ingeniería Mecánica y Eléctrica Licenciatura en Ingeniería en Sistemas Computacionales I. DATOS GENERALES P R O G R A M A A N A

Más detalles

Jazmín Hernández jazminpalom@gmail.com. Technical Report COMP-029-2009. Abstract

Jazmín Hernández jazminpalom@gmail.com. Technical Report COMP-029-2009. Abstract Guía para la Documentación de Arquitecturas de Software Como Base Para el Desarrollo de Sistemas de Información en la Iglesia Adventista del Séptimo Día Jazmín Hernández jazminpalom@gmail.com Technical

Más detalles

Figure 7-1: Phase A: Architecture Vision

Figure 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 detalles

Calidad de Sistemas de Información

Calidad de Sistemas de Información Calidad de Sistemas de Información Introducción (2) Concepto de calidad Conjunto de propiedades y características de un producto, proceso o servicio que le hace satisfacer las necesidades establecidas

Más detalles

Liberando el sistema. Ayudar a los usuarios a entender y usar el sistema. Entrenamiento Documentación Solución de Problemas Conversión Instalación

Liberando el sistema. Ayudar a los usuarios a entender y usar el sistema. Entrenamiento Documentación Solución de Problemas Conversión Instalación Liberando el sistema Ayudar a los usuarios a entender y usar el sistema Distintos tipos de usuarios Entrenamiento Documentación Solución de Problemas Conversión Instalación May-12 Ing. de Software Liberación

Más detalles

Qué 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 detalles

TESIS DE INGENIERÍA EN SISTEMAS Y COMPUTACIÓN. 2010

TESIS DE INGENIERÍA EN SISTEMAS Y COMPUTACIÓN. 2010 Bibliográfica en las Bibliotecas de la UNACH TESIS DE INGENIERÍA EN SISTEMAS Y COMPUTACIÓN 2010 ESTUDIO COMPARATIVO DE ARQUITECTURAS N-CAPAS Y SOA CASO PRÁCTICO: SISTEMA DE CATALOGACIÓN Y ADMINISTRACIÓN

Más detalles

Fundamentos del diseño de software

Fundamentos del diseño de software Fundamentos del diseño de software El diseño es el primer paso de la fase de desarrollo de cualquier producto o sistema de ingeniería. Definición de diseño según Taylor Proceso de aplicar distintas técnicas

Más detalles

Unidades 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) 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 detalles

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

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

Más detalles

Rol del Arquitecto de Software

Rol del Arquitecto de Software Rol del Arquitecto de Software Ing. Gustavo Andrés Brey Ing. Gastón Escobar 2005 Agenda # 1 2 3 4 5 6 Tema Introducción Responsabilidades y Organización del Grupo de Desarrollo Liderazgo y Mentoring Diferentes

Más detalles

TESIS DOCTORAL. Las vistas arquitectónicas de software y sus correspondencias mediante la gestión de modelos.

TESIS DOCTORAL. Las vistas arquitectónicas de software y sus correspondencias mediante la gestión de modelos. UNIVERSIDAD POLITÉCNICA DE VALENCIA DEPARTAMENTO DE SISTEMAS INFORMÁTICOS Y COMPUTACIÓN TESIS DOCTORAL Las vistas arquitectónicas de software y sus correspondencias mediante la gestión de modelos. Rogelio

Más detalles

Plan de estudios ISTQB: Nivel Fundamentos

Plan de estudios ISTQB: Nivel Fundamentos Plan de estudios ISTQB: Nivel Fundamentos Temario 1. INTRODUCCIÓN 2. FUNDAMENTOS DE PRUEBAS 3. PRUEBAS A TRAVÉS DEL CICLO DE VIDA DEL 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6. GESTIÓN DE

Más detalles

Ingeniería de software orientado a agentes

Ingeniería de software orientado a agentes Ingeniería de software orientado a agentes ECSDI LSI-FIB-UPC cbea Curso 2014/2015 ECSDI (LSI-FIB-UPC cbea) Ingeniería de software orientado a agentes Curso 2014/2015 1 / 52 Índice 1 Ingeniería de software

Más detalles

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes.

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes. SISTEMAS DISTRIBUIDOS DE REDES 2.- MODELOS ORIENTADOS A OBJETOS DISTRIBUIDOS 2.1. Tecnologías de sistemas distribuidos Para la implementación de sistemas distribuidos se requiere de tener bien identificados

Más detalles

Ingeniería de Software Calidad de Procesos y Productos de Software

Ingeniería de Software Calidad de Procesos y Productos de Software Ingeniería de Software Calidad de Procesos y Productos de Software M. Visconti & H. Astudillo Departamento de Informática Universidad Técnica Federico Santa María Calidad

Más detalles

Maestría en Ciencias y Tecnologías de la Información

Maestrí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

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

Más detalles

Rational Unified Process (RUP)

Rational Unified Process (RUP) Rational Unified Process (RUP) Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de la metodología, características principales y estructura del proceso. RUP

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

Ingeniería en Sistemas Computacionales

Ingeniería en Sistemas Computacionales 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Carrera: Arquitectura y Diseño de Software Ingeniería en Sistemas Computacionales Clave de la asignatura: ISC -1202 Créditos 2-2-4 2.- PRESENTACIÓN Esta

Más detalles

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo jbozo@inf.ucv.cl Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile

Más detalles

Fundamentos de Ingeniería de Software

Fundamentos de Ingeniería de Software 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} at inf.utfsm.cl Fundamentos de Ingeniería

Más detalles

Desarrollo de Líneas de Productos de Software

Desarrollo 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 detalles

Modelos de desarrollo de software. septiembre de 2007 1

Modelos de desarrollo de software. septiembre de 2007 1 Modelos de desarrollo de software septiembre de 2007 1 Referencias básicas Ingeniería de software. Un enfoque práctico. Pressman, R. Quinta edición. Mc. Graw Hill 2002 Ingeniería de software. Sommerville,

Más detalles

Introducción. Campos de Aplicación SGBD. Índice. Aplicaciones Representativas. Aplicaciones Representativas

Introducción. Campos de Aplicación SGBD. Índice. Aplicaciones Representativas. Aplicaciones Representativas SGBD Base de Un Sistema Gestor de consiste en: Datos Una colección de datos interrelacionados Un conjunto de programas para acceder a los datos Objetivo Principal de un SGBD: Proporcionar una forma práctica

Más detalles

BASES DE DATOS. Ivon Tarazona Oriana Gomez

BASES DE DATOS. Ivon Tarazona Oriana Gomez BASES DE DATOS Ivon Tarazona Oriana Gomez Introducción Introducción Ventajas e (Unified Modeling Language) Es un lenguaje usado para especificar, visualizar y documentar los diferentes aspectos relativos

Más detalles

rg.o El l c i c c i l c o l o de d vi v d i a d a cm a l@ rza e de d u n u n si s s i t s e t ma m a de d in i f n or o ma m c a i c ó i n ó b

rg.o El l c i c c i l c o l o de d vi v d i a d a cm a l@ rza e de d u n u n si s s i t s e t ma m a de d in i f n or o ma m c a i c ó i n ó b El ciclo de vida de un sistema de información El ciclo de vida de un sistema de información El proceso de desarrollo de software Modelos de ciclo de vida El ciclo de vida de una base de datos El proceso

Más detalles

Tópicos a ser desarrollados

Tópicos a ser desarrollados Diseño de Software El Diseño no puede ser definido solo puede explicarse en base a los distintos puntos de vista y tareas que realizan los diseñadores del software Basado en la traducción de Sommerville

Más detalles

Diseño Basado en Componentes. Curso 2008/09

Diseñ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 detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S4 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software

Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software Introducción Este documento recopila las preguntas, opiniones y respuestas que se produjeron en un pequeño curso sobre las

Más detalles

Arquitectura de Proyectos de IT

Arquitectura de Proyectos de IT Arquitectura de Proyectos de IT Apunte: Comunicación de Arquitectura de Software Autores: Ing. Gustavo A. Brey (gbrey@sistemas.frba.utn.edu.ar) Santiago Blanco (santiago.blanco@gmail.com) Versión: 0.8.20081106

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

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 detalles

Propuesta de Métricas para Proyectos de Explotación de Información

Propuesta de Métricas para Proyectos de Explotación de Información Propuesta de Métricas para Proyectos de Explotación de Información Diego Martín Basso 1. Maestría en Ingeniería de Sistemas de Información. Universidad Tecnológica Nacional, FRBA Buenos Aires, Argentina

Más detalles

Ingeniería de Software Repaso de Requerimientos y Diseño

Ingeniería de Software Repaso de Requerimientos y Diseño Ingeniería de Software Repaso de Requerimientos y Diseño Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María Introducción Proceso y ciclo de vida

Más detalles

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 : 05 Marzo 2015 MANUAL DE ORGANIZACIÓN Y FUNCIONES DEPARTAMENTO DE INFORMÁTICA Aprobado mediante Resolución de Gerencia General EF/92.2000 N 020-2014, de fecha

Más detalles

Inicio 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

Inicio 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 detalles

XV Conferencia Colombiana de Usuarios Esri Bogotá, Agosto 26 30 de 2013

XV Conferencia Colombiana de Usuarios Esri Bogotá, Agosto 26 30 de 2013 Taller Técnico Líder en soluciones geográficas empresariales XV Conferencia Colombiana de Usuarios Esri Bogotá, Agosto 26 30 de 2013 Web GIS, Portal y patrones de despliegue Reinaldo Cartagena Web GIS?

Más detalles

Arquitecturas de Software

Arquitecturas de Software Arquitecturas de Software Diseño y Arquitectura de Software Grado en Ingeniería de Software Carlos E. Cuesta carlos.cuesta@urjc.es Arquitectura de Software Introducción Motivación Incremento en el tamaño

Más detalles

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2 UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA GESTIÓN DE SOFTWARE INFORME SOBRE Evaluación de Productos Grupo 2 Marcelo Caponi 3.825.139-0 Daniel De Vera 4.120.602-3 José Luis Ibarra 4.347.596-3

Más detalles

Planificaciones. 7509 - Análisis de la Información. Docente responsable: VILLAGRA SERGIO GUSTAVO. 1 de 6

Planificaciones. 7509 - Análisis de la Información. Docente responsable: VILLAGRA SERGIO GUSTAVO. 1 de 6 Planificaciones 7509 - Análisis de la Información Docente responsable: VILLAGRA SERGIO GUSTAVO 1 de 6 OBJETIVOS Que los alumnos: a) Entiendan la naturaleza del software y las complejidades de su desarrollo.

Más detalles

PLAN DE ESTUDIOS Y CONTENIDOS MÍNIMOS

PLAN DE ESTUDIOS Y CONTENIDOS MÍNIMOS CARRERAS DE DOS AÑOS TECNICATURA EN PROGRAMACIÓN DE COMPUTADORAS PLAN DE ESTUDIOS Y CONTENIDOS MÍNIMOS Resolución UB 004/14 ANEXO Tabla general de asignaturas del Plan de Estudios y Obligaciones Académicas

Más detalles

Identificación de requerimientos

Identificación de requerimientos Licenciatura en Informática Administración de requerimientos Identificación de requerimientos Licenciatura en Informática Sirva este material como apoyo a los apuntes de la asignatura Administración de

Más detalles

Métricas. Valentin Laime. Calidad de Software

Métricas. Valentin Laime. Calidad de Software Calidad de Software: Métricas Valentin Laime Calidad de Software 10/29/2014 1 Métricas Que miden Beneficios Medidas Productividad Calidad Futuras Estimaciones Directas Indirectas Defecto/fallo Vs. Error

Más detalles

Dirección General de Educación Superior Tecnológica

Dirección General de Educación Superior Tecnológica Dirección General de Educación Superior Tecnológica 1. Datos Generales de la asignatura Nombre de la asignatura: Clave de la asignatura: Créditos (Ht-Hp_ créditos): Carrera: Arquitectura y diseño de software

Más detalles

Programación del curso

Programación del curso Ingeniería Software 4º Físicas Programación del curso José M. Drake (drakej@unican.es) Patricia López Martínez ( lopezpa@unican.es ) Computadores y Tiempo Real Santander, 2008 Ingeniería de Programación

Más detalles

PROGRAMACIÓN DE SISTEMAS INFORMÁTI- COS

PROGRAMACIÓN DE SISTEMAS INFORMÁTI- COS IFCT0609: PROGRAMACIÓN DE SISTEMAS INFORMÁTI- COS CÓDIGO ESPECIALIDAD C.P. PRESEN- CIALES TELEFORMA- CIÓN TOTALES TIPO DE FORMACIÓN IFCT0609 PROGRAMACIÓN DE SISTE- MAS INFORMÁTICOS SI 210 210 420 SEMIPRESENCIAL

Más detalles

Modelado de tácticas de atributos de calidad para la generación de arquitecturas ejecutables.

Modelado de tácticas de atributos de calidad para la generación de arquitecturas ejecutables. Modelado de tácticas de atributos de calidad para la generación de arquitecturas ejecutables. Para obtener el grado de Maestro en Ciencias (Ciencias y Tecnologías de la Información) P R E S E N T A Lic.

Más detalles

UNIVERSIDAD NACIONAL DEL SUR 1 BAHIA BLANCA DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACION

UNIVERSIDAD NACIONAL DEL SUR 1 BAHIA BLANCA DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACION UNIVERSIDAD NACIONAL DEL SUR 1 PROFESOR RESPONSABLE: Dr. Manuel Fidel Profesor Titular con Dedicación Exclusiva Dra. Marcela Capobianco Profesor Adjunto con Dedicación Exclusiva CARGA HORARI A Teoría 4

Más detalles

HISTORIAL DE CAMBIOS

HISTORIAL DE CAMBIOS HISTORIAL DE CAMBIOS VERSIÓN FECHA DESCRIPCIÓN ENCARGADO 0.0.1 25 de Julio de 2013 Creación de la sección 1 Jonathan León 0.0.2 27 de Julio de 2013 Creación de la sección 2 Jonathan León 0.1.0 30 de Julio

Más detalles