Análisis Visual de la Modularidad de Modelos de Procesos de Software

Slides:



Advertisements
Presentaciones similares
S O F T W A R E Son todos los componentes virtuales y no tangibles de una computadora. Esto incluye el sistema operativo, programas varios y drivers. Es.
Advertisements

Fundamentos de Diseño de Software INFT.1
FACHADA COMPOSITOR MEMENTO
ANÁLISIS DE REQUERIMIENTOS
Ingeniería de Software
SOFTWARE DE PROGRAMACIÓN
EvaluaciónEstudio de Caso Objetivo del Estudio de Caso Objetivo Someter a evaluación cuatro modelos de proceso, estudiando los resultados con ingenieros.
Diseño orientado al flujo de datos
Tipos de Datos Abstractos Modularidad
EDT, Ruta Crítica & Gantt
Metodología – Procesos Psicológicos Básicos Prof: Julio Santiago
Prof. César Luza Montero
Proceso y Método de Evaluación MPS.BR
La importancia del aprendizaje visual y conceptual
Aprendizaje visual y conceptual en el aula
ANALISIS DE ESTRUCTURA ORGANIZACIONAL
 El termino OO, significa que el software es organizado como una colección de objetos. Un objeto es un paquete de software que contiene datos y procedimientos.
Software.
TRADUCTOR DE UN PROGRAMA
DEPARTAMENTO DE INGENIERÍA INFORMÁTICA
Diseño del Software Diseño de datos Diseño arquitectónico
(c) P. Gomez-Gil, INAOE DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP.
ANALISIS Y DISEÑO O.O. (LCD )
ANDRES FELIPE BORRERO SALAZAR COD ALEXANDRA CARREÑO SALAS COD LUCIO ANIBAL CRIOLLO COD ALEJANDRO RUIZ IDROBO COD
DISEÑO DE SOFTWARE 1ª. Parte
ASEGURANDO LA CALIDAD DEL CODIGO REFACTORING. Refactorizar (o Refactoring) es realizar una transformación al software preservando su comportamiento, modificando.
POR MARCO LEANDRO RUIZ ZAPATA. Start UML Unified Modeling Language lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad;
Patrones GRASP.
Patrones para asignar responsabilidades
CARACTERÍSTICAS ADICIONALES DE SEMAT
4/27/2015Gestión de Proyectos de Software1 PLANEACIÓN ESTRATÉGICA – PRIMERA PARTE Carlos Mario Zapata J.
REINGENIERIA Alumno: Ronald Marquez A.W. Modulo: Ing. Software.
EXAMEN DE DISEÑO INSTRUCCIONAL PRIMER PARCIAL.
Ingeniería de software
Modelos Empíricos de Estimación ISF5501 Ingeniería de Software Semana 10.
FUNCIONALIDAD DE SOFTWARE DE SISTEMAS
Almudena Moya Muñoz Julio 2006 Una vuelta de tuerca a los principios de diseño ágiles.
Ingeniería de Software
Diseño de Software y su Proceso
Programación orientada a objetos Capítulo 6 Diseño de clases.
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
AUTÓNOMA SAN FRANCISCO Docente: Dr. Wilfredo Escalante Alcócer Asignatura: Proyecto I Resolución Nº CONAFU UNIVERSIDAD MARCO CONCEPTUAL DE PROYECTOS.
Mejor Calidad en el Aprendizaje. Proveer a los docentes y estudiantes de los recursos necesarios, en términos de estrategias, técnicas y métodos, que.
 Análisis Visual de la Modularidad de Modelos de Procesos de Software
Roles de Open UP.
1.4 CLASIFICACION DE LA TECNOLOGIA EN EL DESARROLLO DEL SOFTWARE
Recursos La segunda tarea de la planificación de proyectos de software es la estimación del recursos. Los recursos se dividen en dos grandes grupos: –Los.
Rol del Coordinador SIRH
Gabriel Montañés León. Es un conjunto de técnicas, conexiones físicas y programas informáticos empleados para conectar dos o más ordenadores. Los usuarios.
Prof. Joel Moreno Molina
III Setmana de las Persones amb Malaltíes Neuromuscular.
 Creado en 1984 por la Organización Internacional para la normalización (ISO)  Es un modelo de siete Capas  Cada capa realiza tareas específicas 
Acceso a Datos Erick López Ovando Licenciado en Informática.
Proliferación Celular LUIS FELIPE JIMENEZ CAICEDO ANDRES FELIPE VASQUEZ JHON ANDERSON YANGUAS JUAN DAVID PINTO PAOLA ANGELICA GIRÓN ISIS VICTORIA PIZO.
Ventajas y desventajas de comprar o desarrollar un software
SOFTWARE COMPRADO VENTAJASDESVENTAJAS El tiempo de implantación dependerá del tiempo que necesiten los profesionales para la formación, pero no tendremos.
Diagrama de Clases.
NZ/EA/abril Introducción Julio NZ/EA/abril ¿ Que es la IS ? Disciplina que trata los aspectos concernientes al desarrollo de sistemas.
UNIVERSIDAD LATINA (UNILA)
Desarrollar o Comprar un Software? SOFTWARE DESARROLLAR UN SOFTWARE VENTAJASDESVENTAJAS Es más fácil e intuitivo de usar y no contiene instalaciones.
Roles de los analistas.
Roles de los diferentes análisis de información..
Ingeniería del Software Avanzada
PARADIGMA viene del Griego Paradeima = Modelo. Un paradigma es el resultado de los usos, y costumbres, de creencias establecidas de verdades a medias,
La programación modular es un paradigma de programación que consiste en dividir un programa en módulos o subprogramas con el fin de hacerlo más legible.
Verificación y Validación del Software
LE, EI, Profesor Ramón Castro Liceaga UNIVERSIDAD LATINA (UNILA) IV. IMPLANTACION DE ALGORITMOS.
Profesor: Jesús Chaparro Bachilleres: Perez, emibeliz Prada, Rainer Villahermosa, José Abril 2014.
Transcripción de la presentación:

Análisis Visual de la Modularidad de Modelos de Procesos de Software AVIMO-PS Análisis Visual de la Modularidad de Modelos de Procesos de Software

Conceptos Cohesión: Cada paquete del proceso, realiza una única tarea. Si tiene muchas responsabilidades es posible que haya que dividirlo. Facilita el mantenimiento. Facilita la comprensión.

Conceptos Acoplamiento: Nivel de dependencia entre los paquete del proceso. Un paquete puede hacer su trabajo sin recurrir a otro. Facilita el mantenimiento. Aumenta la reutilización Evita el efecto onda

Conceptos Inestabilidad: indica los paquetes donde hay que prestar atención, ya que tiene relación directa con acoplamiento, complejidad, mantenibilidad.

AVIMO-PS AVIMO-PS es una extensión de AVISPA Centrado en los paquetes de contenido de método: roles, tareas y artefactos Analiza la modularidad: Acoplamiento y Cohesión

Blueprint Acoplamiento y Cohesión Paquete: es mas oscuro si sus relaciones internas incluyen mas paquetes. No tiene una tarea única. (Baja cohesión) Elementos: Son más oscuros la mayoría de sus relaciones son con otros paquetes. (Alto acoplamiento).

Blueprint Inestabilidad Paquete: es mas oscuro depende de muchos paquetes, siendo vulnerable a efectos colaterales. Es dependiente y no responsables. Elementos: Son más oscuros la mayoría de sus relaciones son con otros paquetes. (Alto acoplamiento).

Importando el Modelo

Generando Blueprints