Identificación y Clasificación de los Componentes Reutilizables.

Slides:



Advertisements
Presentaciones similares
Software y Producción de Software Ingeniería del Sofware III Lic. Sergio Daniel Caballero Lic. Sergio Daniel Caballero – Dr. Horacio D Kuna.
Advertisements

UNIVERSIDAD AUTONOMA DE SAN FRANCISCO DISEÑO Y DISTRIBUCIÓN DE PLANTA 2016 – I Ing. Maria del Pilar Vera Prado.
ESTIMACION DE PROYECTOS DE SOFTWARE La gestión de todo proyecto de software comienza con la planificación de proyecto y sus actividades. Antes de que.
 Elegir un instrumento ya desarrollado y disponible, el cual se adapta a los requerimientos del estudio en particular.  Construir un nuevo instrumento.
Sistema integrado Control de Gestión Calidad y mejora continua NOMBRE: Jorge Jofre Gonzalo Perez Hugo Villagra CARRERA: imvase 540 ASIGNTATURA: Calidad.
Diseños de investigación.  Arnau (1995a) define el diseño de investigación como un plan estructurado de acción que, en función de unos objetivos básicos,
Diseño (Diagrama de Clases) Francisco Valdés Souto 2 al 6 de marzo 2009 © Avantare Consultores S. A. de C. V. – Derechos.
Ingeniería del Software Diseñó de Software Universidad de los Andes Demián Gutierrez Abril 2009.
FACULTAD DE INGENIERÍA ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE SISTEMAS Curso: Gobierno de TI Alumnos: De La Cruz Domínguez Maycol Velasquez Calle.
* ¿Qué son? * Medidas cuantitativas que permiten obtener una visión de la eficacia del proceso Sw y los proyectos que se llevan a cabo utilizando ese.
PROGRAMACIÓN ORIENTADA A OBJETOS SEGUNDA UNIDAD: “CLASES, OBJETOS Y MÉTODOS” IRVING YAIR SALAS CHÁVEZ ING. EN SISTEMAS COMPUTACIONALES - ITSLP.
Pruebas de Funcionalidad de Software: Caja Negra y Caja Blanca Curso: Diseño de Sistemas 9no. Semestre.
Nombre José Francisco Luna Jurado Matricula Asignatura
GESTIÓN DEL RIESGO E INGENERÍA DE SOFTWARE BASADO EN COMPONENTES
FACULTAD DE EDUCACION A DISTANCIA Y VIRTUAL
Proceso de Mejora Continuo: CMM y CMMI
Ciclo de vida del producto y decisiones de selección del proceso
Rediseño de Procesos Sistemas de Información Administrativos
SWEBOK.
Programación Orientada a Objetos
Gestión de Software Conferencia # 2 Niveles de PSP: PSP0.1.
“POLIMORFISMO PARAMETRICO”
ÁRBOL LÓGICO DE FALLAS.
Caracterización de los Procesos de Negocio
Sistemas de Información Geográfica
INTRODUCCIÓN A LA PROGRAMACIÓN ORIENTADA A OBJETOS
Modelado de diseño para aplicaciones web. Proceso de Diseño Diseño y Calidad del software Calidad de la aplicación web Facilidad de uso FuncionalidadConfiabilidadEficiencia.
Ingeniería en Sistemas de Información
¿Qué necesitamos del equipo de respuesta externa?
Ingeniería de Sistemas Requerimientos
Ingeniería de Software Somerville
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno. INTRODUCCIÓN A UML  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
Tema 3. Lenguaje unificado de modelado UML
“AÑO DEL BUEN SERVICIO AL CIUDADANO” ROBERT S. KAPLAN y DAVID P. NORTON.
Mantenimiento basado en el Riesgo (Inspección basada en el Riesgo)
INTRODUCCION La teoría de sistemas (TS) es un ramo específico de la teoría general de sistemas (TGS). La TGS surgió con los trabajos del alemán Ludwig.
REGRESÍON LINEAL SIMPLE
EN CALIDAD Y PRODUCTIVIDAD
Ecosistema abierto para la representación espacial de sistemas de información IDESAN, caso de uso aplicado a la gestión sanitaria en la Conselleria de.
LA EVALUACIÓN EN EL PROCESO DE ENSEÑANZA-APRENDIZAJE
Ingeniería del Software
Principales desafíos: adaptabilidad y agilidad empresarial
APLICACIONES II ° Patrones De Diseño ° Esteban Omar Mora Delgado
Modelo de interacción de usuario.  El Desarrollo basado en modelos de la interfaz de usuario, en inglés Model-based User Interface Development (MB-UID),
Page 1. Page 2 Los lineamientos básicos que debe contener las paginas HTML.
Ingeniería de Software INF - 163
Taller de Identificación de Buenas Prácticas en la
DISEÑO DE SOFTWARE 1ª. Parte
ESCUELA DE SECRETARIADO Y ASISTENTE DE GERENCIA
Identificación y Clasificación de los Componentes Reutilizables.
MUESTREO DE ACEPTACION
Introducción a la Macroeconomía
Programacion Orientada a Objetos
Class adapter.
Calidad del software.
Ecotoxicología y Toxicología ambiental Valeria Fárez Román
Zegelipae.edu.pe. Aseguramiento de la Calidad Sesión 6.
Tema: Administración de la configuración de software UNIVERSIDAD TECNOLÓGICA ISRAEL CALIDAD DE SOFTWARE.
Nuestros canales de comunicación Gestión de la Calidad del Software Modelos y Estándares de Calidad en el Software.
Arquitectura de Computadores de Computadores. Organización y Arquitectura La Arquitectura: se refiere a los atributos que tienen un impacto directo en.
INSTITUTO TECNOLOGICO DE VERACRUZ
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno. INTRODUCCIÓN A UML  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
Desarrollo de Sistemas de Información Contable - Sis USB 1 METODOLOGIAS DE DESARROLLO DE SOFTWARE.
NORMA ISO/IEC 9126 Norma publicada en Usada para la evaluación de la calidad de software. Establece las características de calidad para productos.
1 Métricas de Calidad de Software. 2 No sabemos si estamos mejorando No podemos establecer metas ¿Qué pasa si no medimos?
INTRODUCCIÓN A UML.  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
Desarrollo de Sistemas de Información Contable - Sis USB 1 METODOLOGIAS DE DESARROLLO DE SOFTWARE.
ICI 502 Procesos de Software
Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Copyright 2019 Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Derechos reservados UML.
Transcripción de la presentación:

Identificación y Clasificación de los Componentes Reutilizables. Tema 3.3.2: Identificación y Clasificación de los Componentes Reutilizables.

Identificación y Clasificación de los Componentes Reutilizables. Tamaño: El tamaño de los componentes puede ser medido por medio de las métricas utilizadas en diseño orientado a objetos. Esto significa que la medición del tamaño de un componente puede ser medido a través de: • Líneas de Código (LDC) • Orientadas a Función

Complejidad: En algunas ocasiones, son utilizadas métricas de tamaño para evaluar la complejidad, pero es recomendable hacer uso de otro tipo de métricas. Si un componente es demasiado trivial no podrá sacársele mayor provecho en su reutilización, y si el componente es demasiado complejo será difícil asegurar su calidad. Métricas de Complejidad: “Complejidad Ciclomática”, este método mide el número de decisiones lógicas en un segmento de código: • CPC (Component Plain Complexity): Mide la complejidad del componente por medio de la suma de clases, clases abstractas e interfaces, la complejidad de clases y métodos.

Métricas de Complejidad: • CSC (Component Static Complexity): Se centra en la estructura interna del componente por medio de una visión estática del mismo, utilizando variables como la relación entre las clases y el peso e cada relación. Métricas de Complejidad: • CDC (Component Dynamic Complexity): Se centra en el número de mensajes que pasan dentro del componente por medio de una visión dinámica, evaluando variables como la frecuencia en el intercambio de mensajes entre clases y la complejidad de los mensajes.

Métricas de Complejidad: • CCC (Component Cyclomatic Complexity): Esta medida de complejidad es utilizada cuando el componente ya ha sido finalizado. Utiliza como variables el código desarrollado, la suma de las clases, interfaces, métodos definidos en cada una de las interfaces. Mantenibilidad: La Mantenibilidad de un sistema es la facilidad con la cual puede ser modificado frente a cambios en el ambiente, requerimientos funcionales o especificaciones funcionales.

Reusabilidad: La reusabilidad de un componente se puede medir a partir de dos diferentes perspectivas, estas son: • Cómo puede un componente ser reutilizado: Este tipo de medida tiene en cuenta las siguientes variables: El número de cada método de interface que puede proveer funciones en común entre varias aplicaciones en un dominio, el número de métodos declarados en la interface que pertenecen al componente. Reusabilidad: • Cómo es re - usado un componente en una aplicación particular: Las variables que se miden para este objetivo en particular son: Las líneas de código re - utilizadas por el componente en una aplicación, el total de líneas entregados en la aplicación. La combinación de estas dos variables resulta el porcentaje de funcionalidad que aporta el componente dentro de toda la aplicación

Frecuencia de Reuso: El número de veces que ha sido utilizado un componente dentro de distintas aplicaciones, es sin lugar a dudas el mejor indicador de frecuencia de re– uso. Cabe anotar que este atributo puede ser solo medido en componentes que ya han sido expuestos al mercado. Confiabilidad: Es la probabilidad de falló en el funcionamiento del componente dentro de cierto escenario operacional.

Información Extra.

Reutilización de software  “La reutilización de software es el proceso de implementar o actualizar sistemas de software usando activos de software existentes” (Sodhi & Sodhi, 1999)  ”Reutilización de software es el proceso de crear sistemas de software a partir de software existente, en lugar de desarrollarlo desde el comienzo” (Sametinger, 1997) Antecedentes Existen varias modalidades de reutilización utilizadas en empresas de software: Individual Oportunista Gestionada: Institucionalizada, sistemática, planificada, mejorada  Tradicionalmente, la reutilización ha estado basada en oportunidad.  Los componentes se almacenan en un repositorio a la espera de una oportunidad de reutilización.

Evolución de la Reutilización de Software