4.2 METRICAS DE PROCESO Y PROYECTO
|
|
- Concepción Botella del Río
- hace 5 años
- Vistas:
Transcripción
1 MODULO III Ingeniería de Software INF METRICAS DE PROCESO Y PROYECTO 03/12/2012 Resumen preparado por Miguel Cotaña 1
2 La medición permite obtener una visión del proceso y el proyecto pues proporciona un mecanismo para lograr una evaluación objetiva La medición se aplica al proceso de software con la finalidad de mejorarlo de manera continua La medición se utiliza a lo largo de un proyecto de software como apoyo en la estimación, el control de calidad, la valoración de la productividad y el control del proyecto 2
3 Medición es una operación de asignar un valor a algo que es una medida Métrica es una interpretación de la medida Grado en que un sistema, componente posee un atributo dado Indicador provee una visión en cuanto al logro de objetivos 3
4 Cuando se puede medir y cuantificar aquello sobre lo que uno habla y expresarlo en números, se sabe algo acerca de eso; cuando no puede ser expresado en números el conocimiento es escaso e insatisfactorio Lord Kelvin 4
5 Clasificación Clasificación 1: Métricas de producto Métricas de proceso Clasificación 2: Métricas basadas en atributos internos del producto: Medidas de estructuración de un programa Métricas de complejidad Métricas de cobertura de pruebas Métricas de calidad del diseño Métricas basadas en atributos externos del producto: Métricas de portabilidad Métricas de defectos Métricas de usabilidad Métricas de mantenibilidad Métricas de fiabilidad 5
6 Métricas basadas en código fuente: Nº de líneas de código Nº de líneas de comentario Nº de instrucciones Densidad de documentación Métricas basadas en estructura de diseño: Relacionadas con el control intramodular Relacionadas con el acoplamiento entre clases Métricas para sistemas orientados a objetos: Acoplamiento Herencia Cohesión 6
7 Se aplica las métricas para valorar la calidad de los productos Proporcionan una manera sistemática de valorar la calidad basándose en un conjunto de reglas Se aplican a todo el ciclo de vida permitiendo descubrir y corregir problemas potenciales 7
8 Medición de los requisitos Los requisitos del Software son la base de las medidas de calidad La falta de concordancia con los requisitos es una falta de calidad Los productos de los requerimientos, pueden ser evaluados por el número de requerimientos De manera similar, se puede medir la cantidad de cambios introducidos a los requerimientos 8
9 Medidas para diagramas de clases Se debe asegurar la calidad de los diagramas de clases en las etapas iniciales del ciclo de vida para lograr sistema de mejor calidad Podemos Centrarnos en una de las características de la calidad más críticas, la mantenibilidad (ISO 9126)(atributo externo) Para evaluar la complejidad estructural (atributo interno) utilizamos métricas 9
10 la mantenibilidad se ve influenciada por tres subcaracterísticas: Comprensibilidad: Facilidad con la que el diagrama de clases puede ser entendido Analizabilidad: Facilidad que ofrece el diagrama de clases para descubrir sus deficiencias o errores Modificabilidad o Cambiabilidad: Facilidad que ofrece el diagrama de clases para realizar una modificación especificada, ya sea por un error, por un concepto no tenido en cuenta o por un cambio en los requisitos 10
11 Medidas de GENERO ET AL (2000) METRICA NC NA NM NAssoc NAgg NDep NGen NAggH NGenH MaxDIT MaxHAgg DEFINICION Número total de clases Número total de atributos Número total de métodos Número total de relaciones de asociación Número total de relaciones de agregación (cada par parte-todo en una relación de agregación) El número total de relaciones de dependencia Número total de relaciones de generalización (cada par padre-hijo en una relación de generalización) Número total de jerarquías de agregación Número total de jerarquías de generalización Es el camino más largo desde la clase hasta la raíz de la jerarquía Es el camino más largo desde la clase hasta las hojas 11
12 Medidas para diagramas de casos de uso En los diagramas de CU, sólo se muestran el nombre de los casos de uso, los actores y algunas relaciones Marchesi (1998), Saeki (2003) proponen: NCU (número de CU) NA (número de actores) NI, NE (número de relaciones de inclusión y extensión) 12
13 Factores de calidad de McCall Los factores que afectan la calidad se pueden categorizar en: Factores que se pueden medir directamente, como por ejemplo los defectos por punto de función Factores que se pueden medir sólo indirectamente, como por ejemplo la facilidad de uso o mantenimiento En todos los casos debe aparecer la medición Debe ser posible comparar el software (documentos, programas, datos) con una referencia y llegar a una conclusión sobre la calidad 13
14 Facilidad de mantenimiento Flexibilidad Facilidad de prueba Revisión del Producto Transición del producto Portabilidad Reusabilidad Interoperatividad Operación del producto Corrección Fiabilidad Usabilidad Integridad Eficiencia 14
15 15
16 Ejemplo: el factor de calidad Corrección tiene asociadas las métricas: Compleción (Completitud); Trazabilidad; Consistencia Para evaluar la compleción es necesario dar respuesta a la siguiente lista de comprobación: 16
17 1 No hay referencias ambiguas [R,D,I] 2 Todas las referencias a datos definidas son calculadas u obtenidas de una fuente externa [R,D,I] 3 Todas las funciones definidas son utilizadas [R,D,I] 4 Todas las referencias a funciones están definidas [R,D,I] 5 Se han definido todas las condiciones y procesamientos para cada punto de decisión [R,D,I] 6 Concuerdan todos los parámetros de llamada a funciones definidos y referenciados [D,I] 7 Todos los informes de problemas se han resuelto [R,D,I] 8 El diseño concuerda con los requisitos [D] 9 El código concuerda con el diseño [I] 17
18 Se contesta con un SI o NO, y luego se aplica la que da como resultado el grado o nivel de calidad: C= (# SI para R/6)+(# SI para D/8)+(# SI para I/8) 3 De esta forma, la medida para la compleción es un número entre 0 y 1 La medida para la corrección, por ejemplo, se calculará (x+y+z)/3 Donde: x es la medida para la compleción, y para la trazabilidad y z para la consistencia 18
19 Algunas métricas Facilidad de mantenimiento = 1-01 (número medio de días-hombre por corrección) Portabilidad = 1 - (esfuerzo para portar / esfuerzo para implementar) Flexibilidad = (número medio de días-hombre por cambio) Fiabilidad = 1 - (número de errores/ número de líneas de código) 19
20 La fiabilidad emplea varias medidas, la primera de ellas es la probabilidad F de que aparezca un error en un tiempo determinado t, donde t > 0 La fiabilidad R es la probabilidad de que no ocurra un error en ese intervalo de tiempo: R(t) = 1 - F(t) esto supone que se estudia la fiabilidad a lo largo de un espacio continuo de tiempo 20
21 Pero, es más realista ajustarse al número de veces n que se ejecuta el programa: R(n) = 1 - dn /n donde dn es el número de fallo hallados en n ejecuciones Si f(t) es la función de densidad de probabilidad: f(t) = df(t) / dt y f(tt) es la probabilidad de que el software falle en el intervalo (t, t + d t) 21
22 La tasa de riesgo h(t) es la probabilidad de que el software falle en (t, t + d t) si no ha fallado antes: h(t) = f(t) / ( 1 - F(t) ) de donde podemos obtener una nueva expresión para la fiabilidad del software: h(t) = f(t) / ( 1 - F(t) )= - d( ln (1 - F(t) ) ) / dt = - d ln R(t) / dt 22
23 La fiabilidad R(t) de un componente en un determinado medio durante un periodo t se define como la probabilidad de que su tiempo para fallar excede a t: R(t) = - λ*t donde: R(t)=funcionalidad de un componente; λ = tasa constante de fallo t = intervalo de tiempo R T (t)=1-[1-r1(t)][1-r2(t)][1-rn(t)] 23
24 Es difícil desarrollar medidas directas de los factores de calidad señalados anteriormente, se definen un conjunto de métricas para desarrollar expresiones que utilicen los factores: Fq = c1 x m1 + c2 x m2 + +cn x mn Fq es factor de calidad cn son coeficientes de regresión mn son las métricas que afectan al factor calidad 24
25 Lamentablemente muchas de las métricas definidas por McCall solamente pueden medirse de manera subjetiva Las métricas se acomodan en una lista de comprobación que se emplea para puntuar atributos específicos del software El esquema de puntuación que se propone es una escala del 0 (bajo) al 10 (alto) 25
26 Factores de calidad de Boehm 26
27 Métricas en los dominios del proceso y el proyecto Las métricas del proceso se recopilan en el curso de todos los proyectos y durante largos periodos Su objetivo es proporcionar un conjunto de indicadores de proceso que conduzcan a la mejora de los procesos de software a largo plazo 27
28 Las métricas del proyecto permiten que un gestor de proyecto de software: 1) Valore el estado de un proyecto en curso; 2) Rastree los riesgos potenciales; 3) Descubra las áreas problema antes de que se vuelvan críticas ; 4) Ajuste el flujo de trabajo o las tareas; 5) Evalué la habilidad del equipo 28
29 Medición del software Se clasifican en 2 categorías: 1 Medidas indirectas del producto que influyen funcionalidad, calidad, complejidad, eficiencia, confiabilidad, facilidad de mantenimiento, etc 2 Medidas directas del proceso de software (costo, esfuerzo aplicados) y del producto (líneas de código, rapidez de ejecución y defectos reportados); 29
30 Ejemplo Supongamos una empresa de software que lleva a cabo un proyecto de desarrollo de un sistema X En un determinado momento el líder del proyecto necesita conocer el nivel de productividad de los programadores del proyecto en comparación con lo habitual en otros proyectos: 30
31 Las métricas a utilizar podrían ser: Directas: LCF (líneas de código fuente escritas) El método de medición es contar las líneas utilizando una herramienta CASE HPD (horas-programador diarias) El método de medición es que el líder del proyecto anota cada día las horas dedicadas por los programadores al proyecto CHP (coste por hora-programador, en unidades monetarias) El método de medición es consultar el plan del proyecto, donde se tuvo que indicar este valor, previa consulta a un responsable de personal 31
32 Indirectas: HPT (horas-programador totales) La función de cálculo es un sumatorio de las HPD de cada día: [métrica indirecta definida en base a sólo 1 métrica directa] LCFH (líneas de código fuente por hora de programador) La función de cálculo es una simple división: LCFH = LCF / HPT [métrica indirecta definida en base a 2 métricas directas] CTP (coste total actual del proyecto, en unidades monetarias) La función de cálculo establece que el CTP es el producto del coste unitario de cada hora por el total de horas empleadas: CTP = CHP * HPT [métrica indirecta definida en base a 2 métricas, una directa y otra indirecta] CLCF (coste por línea de código fuente) CLCF = LCF/CTP 32
33 Indicadores: PROD (productividad de los programadores) El modelo de análisis utiliza los valores de las métricas LCF, HPT, LCFH y CTP para establecer un valor cualitativo de la productividad de los programadores en este proyecto El modelo se basa en extraer de una base histórica de proyectos de la organización los valores medios de LCF, HPT, LCFH (LCFHvm) y CTP del subconjunto de proyectos similares (aquellos que tienen LCF entre el 80% y el 120% ) Los criterios de decisión establecidos son: LCFH/LCFHvm < 70% => PROD= muy baja 70% LCFH/LCFHvm < 90% => PROD= baja 90% LCFH/LCFHvm < 110% => PROD= normal 110% LCFH/LCFHvm < 130% => PROD= alta 130% LCFH/LCFHvm => PROD= muy alta 33
34 Métricas orientadas al tamaño Las métricas del software orientadas al tamaño preceden de la normalización de las medidas de calidad o productividad considerando el tamaño de software que se ha producido Si una organización de software mantiene registros simples es factible crear una tabla de medidas orientadas al tamaño 34
35 Proyecto LDC esfuerzo $ Pagdoc errores defectos personal Beta Alfa Gamma El desarrollo de métricas que se asimilen con métricas similares procedentes de otros proyectos requiere elegir líneas de código con valor de normalización
36 A partir de los datos rudimentarios de la tabla se desarrolla un conjunto de métricas simples orientadas al tamaño para cada proyecto La métricas orientadas al tamaño no se aceptan universalmente como la forma de medir el proceso del software 36
37 Métricas orientadas a la función Las métricas del software orientadas a la función emplean como un valor de normalización una medida de la funcionalidad que entrega la aplicación La métrica orientada a la función utilizada con mayor amplitud es el punto de función (PF) El cálculo del PF se basa en características del dominio de información y la complejidad del software 37
38 La métrica del punto de función (PF) se puede utilizar como medio para predecir el tamaño de un sistema obtenido a partir de un modelo de análisis Para visualizar esta métrica se utiliza un diagrama de flujo de datos, el cual se evalua para determinar las siguientes medidas clave que son necesarias para el cálculo de la métrica de punto de función: 38
39 Número de entradas del usuario; Número de salidas del usuario; Número de consultas del usuario; Número de archivos; Número de interfaces externas 39
40 Entradas: Pantallas o formularios a través de los cuales usuarios humanos de una aplicación u otros programas agregan nuevos datos o actualizan datos existentes Si una pantalla de entrada es muy grande para ser desplegada de una vez (asumiendo 80 columnas y 25 líneas) y requiere de una segunda pantalla, el conjunto cuenta como una (1) sola entrada Se deben considerar entradas que requieren procesamiento único 40
41 Salidas: Pantallas o informes que la aplicación produce para uso humano o para otros programas Las salidas que requieren procesamiento separado deben ser contabilizadas: en una aplicación de remuneraciones una función de salida que genere 100 cheques contaría como una sola salida Ej: pantallas, informes impresos, archivos en disco, sets de cheques, facturas impresas 41
42 Las consultas se dividen en dos partes: la porción de entrada y la porción de salida Ejemplos de consultas: consulta de un usuario sin actualizar un archivo, mensajes de ayuda, mensajes de selección Una consulta típica sería una relacionada con una reservación aérea Pantallas que le permiten a los usuarios interrogar una aplicación y solicitar asistencia o información, tal como pantallas de ayuda (HELP) 42
43 Archivos internos lógicos: Colección lógica de registro que la aplicación modifica o actualiza una tabla de una base de datos Archivos externos de interfaz: bases de datos compartidas, archivos lógicos direccionables desde o hacia otra aplicación Es un conjunto de datos definidos por el usuario, que están relacionados lógicamente y que sólo son usados para propósitos de referencia 43
44 CGS Factores de influencia FI1 comunicación de datos FI2 funciones distribuidas FI3 objetivos de performance FI4 configuración usada fuertemente FI5 tasa de transacciones FI6 entrada de datos en línea FI7 eficiencia del usuario final FI8 actualización en línea FI9 procesamiento complejo FI10 reusabilidad FI11 facilidad de instalación FI12 facilidad operacional FI13 sitios múltiples FI14 facilitamiento del cambio 44
45 Escala de evaluación 0 factor no presente o sin influencia 1 influencia insignificante 2 influencia moderada 3 influencia promedio 4 influencia significativa 5 influencia fuerte 45
46 Comunicación de datos: implica que datos y/o información de control son enviadas o recibidas La evaluación es un 0 para aplicaciones batch, y un 5 para aplicaciones en que predomina el teleproceso; Funciones distribuidas: analiza si una aplicación es monolítica y opera en un solo procesador o si es distribuida 0 para aplicaciones monolíticas y un 5 para aplicaciones que se ejecutan dinámicamente en varios procesadores; 46
47 Objetivos de performance: la evaluación sería un 0 si no hay establecido ningún criterio especial de performance, y un 5 si los usuarios insisten en objetivos de performance muy rigurosos que requieren un esfuerzo; Configuración usada fuertemente: la evaluación sería un 0 si la aplicación no tiene restricciones especiales de uso, y un 5 si el uso anticipado requiere especial esfuerzo para ser logrado; 47
48 Tasa de transacciones: la evaluación sería un 0 si el volumen de transacciones no es significativo, y un 5 si el volumen es lo suficientemente significativo como para producir stress en la aplicación y requerir un esfuerzo especial para alcanzar throughputs deseados; Entrada de datos en línea: la evaluación sería un 0 si menos del 15% de las transacciones son interactivas, y un 5 si más del 50% de las transacciones son interactivas 48
49 Eficiencia del usuario final: la evaluación sería un 0 si no hay usuarios finales o no hay requerimientos especiales para los usuarios finales, y un 5 si los requerimientos de eficiencia de usuarios finales son lo suficientemente rígidos como para requerir un esfuerzo; Actualización en línea: la evaluación sería 0 si no hay, y un 5 si las actualizaciones son obligatorias y especialmente difíciles; 49
50 Procesamiento complejo: la evaluación sería 0 si no hay, y un 5 en casos que requieren decisiones lógicas extensas, matemática compleja, procesamiento de excepciones; Reusabilidad: la evaluación sería un 0 si la funcionalidad se planifica, y un 5 si mucha de la funcionalidad y los artefactos del proyecto se pretende que sean usados ampliamente por otras aplicaciones; 50
51 Facilidad de instalación: la evaluación sería un 0 si este factor es insignificante, y un 5 si la instalación es importante y tan restrictiva que requiere un esfuerzo especial para cumplirla satisfactoriamente; Facilidad operacional: la evaluación sería un 0 si este factor es insignificante, y un 5 si la facilidad operacional es tan restrictiva que requiere un esfuerzo especial para alcanzarla; 51
52 Sitios múltiples: la evaluación sería un 0 si hay solo un sitio planificado de uso, y un 5 si el proyecto y sus artefactos se pretenden sean usados en muchos lugares; Facilitamiento del cambio: la evaluación sería un 0 si el cambio no ocurre, y un 5 si la aplicación se desarrolla específicamente para permitir a los usuarios finales el hacer cambios rápidos para controlar datos o tablas que ellos mantienen con la ayuda de la aplicación 52
53 La cuenta total debe ajustarse utilizando la siguiente ecuación: PF = c-total x (0,65 + 0,01 x Fi) Donde c-total es la suma de todas las entradas PF obtenidas y Fi (i=1 a 14) son los "valores de ajuste de complejidad" 53
54 Se asume que la Fi es 46 (un producto moderadamente complejo), por consiguiente: PF = 50 x (0,65 + 0,01 x 46) = 56 Factor de ponderación Parámetro de medición Cuenta Simple Media Compl Número de entradas del usuario 3 X = 9 Número de salidas del usuario 2 X = 8 Número de consultas del usuario 2 X = 6 Número de archivos 1 X = 7 Número de interfaces externas 4 X = 20 Cuenta total 50 Cálculo de puntos de función 54
3.8 METRICAS DE PROCESO Y PROYECTO
MODULO III Ingeniería de Software INF - 163 3.8 METRICAS DE PROCESO Y PROYECTO 18/06/2012 Resumen preparado por Miguel Cotaña 1 La medición permite obtener una visión del proceso y el proyecto pues proporciona
Más detallesCápsula 9. Medición de Software
INTRODUCCIÓN "Lo que no se puede medir, no se puede controlar; lo que no se puede controlar no se puede gestionar; lo que no se puede gestionar, no se puede mejorar" (Peter Drucker) No se puede predecir
Más detalles4.1 CONCEPTOS DE GESTION
MODULO IV Ingeniería de Software INF - 163 4.1 CONCEPTOS DE GESTION 23/11/09 Resumen preparado por Miguel Cotaña 1 Gestión de Proyectos Cuando se planifica un proyecto se tiene que obtener estimaciones
Más detallesE77 - Gestión de Recursos de la Información. Tema 1 - Métricas del Proyecto de Software
E77 - Gestión de Recursos de la Información Tema 1 - Métricas del Proyecto de Software Medición y Métricas Proceso de IS Proyecto Recopilación de datos Medidas Producto Cálculo de métricas Métricas Evaluación
Más detallesClase Práctica No. 1: Métricas de Calidad de Software: Listas de comprobación.
Introducción a la Gestión de Software Actividad # 2 Tema 1. Calidad de Software. Clase Práctica No. 1: Métricas de Calidad de Software: Listas de comprobación. Temario: Introducción Métricas de calidad
Más detallesMODELOS DE CALIDAD TIPO CARACTERÍSTICAS VENTAJAS INCONVENIENTES EJEMPLOS
MODELOS DE CALIDAD Los modelos de calidad presentan estructuras jerárquicas, donde los elementos de nivel superior son mucho más abstractos que los del nivel inferior que son más específicos y deben medirse
Más detallesGuía 08. Medición de Software INTRODUCCIÓN
INTRODUCCIÓN "Lo que no se puede medir, no se puede controlar; lo que no se puede controlar no se puede gestionar; lo que no se puede gestionar, no se puede mejorar" (Peter Drucker) No se puede predecir
Más detalles2.12 Control estadístico vs métricas.
2.12 Control estadístico vs métricas. PRODUCIR UN SISTEMAS, APLICACIÓN O PRODUCTO DE ALTA CALIDAD Para lograr este objetivo se deben emplear métodos efectivos junto con herramientas modernas dentro del
Más detallesCALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP TEMA 5 MÉTRICAS PARA MODELOS CONCEPTUALES
TEMA 5 MÉTRICAS PARA MODELOS CONCEPTUALES 1. MODELOS CONCEPTUALES 1.1 Definiciones 01 [Sep. 2009] [Sep. 2010] Quién define el modelo conceptual como la búsqueda y definición formal del conocimiento general
Más detalles4.1 CONCEPTOS DE GESTION
MODULO IV Ingeniería de Software INF - 163 4.1 CONCEPTOS DE GESTION 14/05/09 Resumen preparado por Miguel Cotaña 1 Gestión de Proyectos Cuando se planifica un proyecto se tiene que obtener estimaciones
Más detallesMétricas del Producto. Sistemas de Información II 2009 Facultad de Ingeniería - UNJu
Métricas del Producto Sistemas de Información II 2009 Facultad de Ingeniería - UNJu Un vistazo rápido Qué son? Guía cuantitativa que ayuda a los ingenieros del sw a conocer mejor el diseño y la construcción
Más detallesTamañ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
Tema 3.3.2: 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
Más detallesIntroducción a la Gestión de Software
Introducción a la Gestión de Software Tema 1. Calidad de Software Conferencia 1. Conceptos básicos de calidad de software Curso 2009-2010 Temario: Introducción Definición de calidad Modelos de calidad,
Más detallesAtributos de Calidad del Software
Atributos de Calidad del Software Los usuarios comúnmente se centran en lo que el sistema debe hacer por ellos y no piensan en otros atributos que el software debe tener. Son los analistas los que deben
Más detallesCUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD ELABORADO POR: EDUARD ANTONIO LOZANO CÓRDOBA. (Documento: ) PRESENTADO A:
CUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD ELABORADO POR: EDUARD ANTONIO LOZANO CÓRDOBA (Documento: 12.022.957) PRESENTADO A: ASTRID VICTORIA CARDENAS CHICANGANA Ingeniera de sistemas - Magister en dirección
Más detallesE77 - Gestión de Recursos de la Información. Tema 5 - Gestión de Calidad
E77 - Gestión de Recursos de la Información Tema 5 - Gestión de Calidad Consideraciones preliminares sobre calidad Concepto relativo y comparativo. Concepto multidimensional: referida a diversas cualidades
Más detallesGrado en que el producto software satisface las necesidades expresadas o implícitas, cuando se usa bajo condiciones determinadas. ISO
Grado en que el producto software satisface las necesidades expresadas o implícitas, cuando se usa bajo condiciones determinadas. ISO 25000. Aspectos de la calidad de software Interna: medible a partir
Más detallesModelos de calidad. Técnicas de prueba del software Estrategias de prueba del software. Calidad del software. Factores de Calidad. producto.
Técnicas de prueba del software Estrategias de prueba del software 1 Modelos de calidad Calidad del software Factores de Calidad Criterios de calidad del proceso producto Métricas del proceso producto
Más detallesImplementación de Componentes
Implementación de Componentes Concepto Un componente es una parte no trivial, casi independiente, y reemplazable de un sistema que llena claramente una funcionalidad dentro de un contexto en una arquitectura
Más detallesGrado en que el producto software satisface las necesidades expresadas o implícitas, cuando se usa bajo condiciones determinadas. ISO
Guía 02. ISO 25000. Calidad del Producto Software Grado en que el producto software satisface las necesidades expresadas o implícitas, cuando se usa bajo condiciones determinadas. ISO 25000. Aspectos de
Más detalles3.5 MODELOS ISO/IEC
MODULO III Ingeniería de Software INF - 163 3.5 MODELOS ISO/IEC 9126-25010 22/11/12 Resumen preparado por Miguel Cotaña ISO 9126 ha definido seis características de calidad. Las características se subdividen
Más detallesCALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO FEB TEMA 8 MÉTRICAS DEL SOFTWARE
TEMA 8 MÉTRICAS DEL SOFTWARE 1. MÉTRICAS E INDICADORES DE LA CALIDAD 1.1 Medida del tamaño 01 [Feb. 2005] Cuál de las siguientes medidas sirven para cuantificar el tamaño de una aplicación? a) Errores.
Más detallesISO Ingeniería del Software
ISO 9126 Ingeniería del Software ISO 9126 Es un estándar internacional para la evaluación del software. La norma define seis características de la aplicación, estas seis características son divididas en
Más detallesIngeniería de Software. Tema 2 ESTIMACION DE PROYECTOS SOFTWARE
UNT. INGENIERIA INDUSTRIAL Ingeniería de Software Tema 2 ESTIMACION DE PROYECTOS SOFTWARE Ing. Francisco Rodríguez Novoa Planificación de Proyectos: Estimación La gestión de proyectos de software comienza
Más detallesREPÚBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA DEFENSA UNIVERSIDAD NACIONAL EXPERIMENTAL
REPÚBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA DEFENSA UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA DE LA FUERZA ARMADA BOLIVARIANA NÚCLEO ZULIA PROF. ALFREDO CARNEIRO Integrantes:
Más detallesUsabilidad. Eder Mauricio Abello Rodríguez. Departamento de Ingeniería de Sistemas Facultad de Ingeniería Pontificia Universidad Javeriana
Usabilidad Eder Mauricio Abello Rodríguez Departamento de Ingeniería de Sistemas Facultad de Ingeniería Pontificia Universidad Javeriana Definición Métricas Casos de estudio Conclusiones Contenido Definición
Más detallesIIS. Evaluación de productos, procesos, recursos Mejorando las predicciones ( o estimaciones?)
IIS Evaluación de productos, procesos, recursos Mejorando las predicciones ( o estimaciones?) El que piensa Pierde! Quién de ustedes los conoce? Levanten la mano los que trabajan construyendo software
Más detallesCAPÍTULO 2. Empezaremos por definir los posibles términos que se encuentran. encerrados en la palabra métrica, porque es muy común asociarla con las
Conceptos básicos de Métricas CAPÍTULO 2 Empezaremos por definir los posibles términos que se encuentran encerrados en la palabra métrica, porque es muy común asociarla con las palabras medición y medida,
Más detallesTEMA: ENTRADAS PROPUESTAS PARA EL PROCESO DE VERIFICACIÓN DE REQUERIMIENTOS. NOMBRE DE LA ASIGNATURA: VERIFICACIÓN Y VALIDACIÓN DEL SOFTWARE
TEMA: ENTRADAS PROPUESTAS PARA EL PROCESO DE VERIFICACIÓN DE REQUERIMIENTOS. NOMBRE DE LA ASIGNATURA: VERIFICACIÓN Y VALIDACIÓN DEL SOFTWARE INTEGRANTES DEL EQUIPO: RAFAEL VALLE CASTELÁN JUAN DE DIOS RAMÍREZ
Más detallesIngeniería del Software de Gestión Titulación: ITIG / ITIG - LADE 1º Cuatrimestre - octubre de 2012
Ejercicio Análisis 4. Planificación Proyectos. Estimaciones Software. PUNTOS DE FUNCIÓN. Este molo se basa en estimar el tamaño funcional l software. En este método is una forma medir las capacidas una
Más detallesMétricas de Producto
de Producto Nilda M. Pérez Otero Sistemas de Información II Cursada 2011 Facultad de Ingeniería - UNJu Fuentes: Ingeniería del Software. Un Enfoque Práctico 6ta. Ed. - Roger S. Pressmann - Capítulo 15
Más detallesNorma de Calidad Colombiana para Productos de Software y Relación entre Modelos de Calidad y Especificación de Requerimientos de Productos de Software
Norma de Calidad Colombiana para Productos de Software y Relación entre Modelos de Calidad y Especificación de Requerimientos de Productos de Software 750092M Desarrollo de Software II 1 Agenda Norma Técnica
Más detallesRegistrar información o datos de una persona REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
1 REQUERIMIENTOS FUNCIONALES INTIFICADOR: R1 Registrar información o datos de una persona Si Alta Número y tipo de documento Apellidos y Nombres completos Dirección Teléfono Firma DOCUMENTOS VISUALIZACIÓN
Más detallesDESCRIPCIÓN ESPECÍFICA NÚCLEO: Núcleo Sector Comercio y Servicios.
DESCRIPCIÓN ESPECÍFICA NÚCLEO: Núcleo Sector Comercio y Servicios. SUBSECTOR: Informática y Comunicación. Nombre del Módulo: Modelación y Diagramación total: 68 horas Objetivo General: Modelar la solución
Más detallesANÁLISIS DE SISTEMAS. Prof. Eliz Mora
ANÁLISIS DE SISTEMAS Prof. Eliz Mora Programa Fundamentos del Análisis de Sistemas Estilos Organizacionales y su impacto en los Sistemas de Información Rol del Analista de Sistema Determinación de Factibilidad
Más detallesCapítulo 3. Métricas y la Confiabilidad en la Ingeniería del
Capítulo III 29 Capítulo 3. Métricas y la Confiabilidad en la Ingeniería del Software En este capítulo se definirá el concepto métrica y la relación que lleva este concepto con la confiabilidad en la ingeniería
Más detallesISO Procedimientos para la evaluación de la Calidad
ISO 19114 Procedimientos para la evaluación de la Calidad Alcances Pautas: para la determinación y evaluación de calidad, (ISO 19113) para Evaluación y Presentación: - informe de calidad de datos (Metadatos)
Más detallesEspecificación de Requerimientos <Nombre del Proyecto> Nombre del Grupo de Desarrollo o Asignatura Nombre del Autor
Especificación de Requerimientos Nombre del Grupo de Desarrollo o Asignatura [Este documento es la plantilla base para elaborar el documento Especificación de Requerimientos. Los textos que aparecen entre
Más detallesEstimación de Esfuerzo con Casos de Uso
Estimación de Esfuerzo con Casos de Uso Ing. Natalia Bibiana Trejo Estimación de Esfuerzo con Casos de Uso Necesitamos predecir Cuánto tiempo llevará el desarrollo del SW Cuántas personas se requieren
Más detallesCAPÍTULO 1. Se sabe (o conoce) que algunas de las actividades de desarrollo del
Introducción CAPÍTULO 1 Se sabe (o conoce) que algunas de las actividades de desarrollo del proyecto de software comprenden medición y métricas, estimación, análisis de riesgo, planificación del programa,
Más detallesPrograma. 2.1 Métricas Internas
Medidas del producto 71 Programa 1. Medición y experimentación en Ingeniería del Software Introducción Teoría representacional de la medición. Experimentación en Ingeniería del software. 2. Medidas del
Más detalles2.3 ESTIMACION DE PROYECTOS
Ingeniería de Software INF - 163 2.3 ESTIMACION DE PROYECTOS 25/08/2011 Resumen preparado por Miguel Cotaña 1 Larry Putnam, ha apuntado que la gestión del desarrollo de software considera la estimación
Más detallesISO ISO Calidad de Software. Virginia Cuomo Mariela Castares
ISO 9126 - ISO 14598 Calidad de Software Virginia Cuomo Mariela Castares 1 Agenda Calidad de Producto ISO 9126 / ISO 14598 2 Calidad de Producto Calidad: El conjunto de características de una entidad que
Más detallesPRUEBAS DE SISTEMAS. Hungría Berbesí UNEFA Ingeniería de Sistemas
PRUEBAS DE SISTEMAS Hungría Berbesí UNEFA Ingeniería de Sistemas Técnicas de prueba El desarrollo de Sistemas de software implica la realización de una serie de actividades predispuestas a incorporar
Más detallesVida y Cultura. Ixmiquilpense
Vida y Cultura Ixmiquilpense Integrantes: Ambrocio Tejamanil Xhuxha. Espinoza Salinas Blanca Estela. Jahuey Tepetate Zury. Juárez Camacho Adriana. Martínez Marcos Yazmin. Ortiz Sánchez Isidro Misael. Rivera
Más detallesIngeniería de Software I Primer Parcial
PUNTO 1. (Valor 0%) Usted es el Gestor de un proyecto previsto para realizarse en 18 meses, por un total de 60.000 dólares. Se encuentra en la actualidad en el mes 9, y en el mes 6 se disparó un riesgo
Más detallesObjetivos. Plan. Cambios de grupos Prof. sustituto: Alicia Villanueva
Ingeniería de Requerimientos Prácticas Curso 2007/08 Objetivos Aprender el manejo de una herramienta avanzada para el desarrollo rápido de prototipos: Visual Prolog Plan Semana 1: Recomendaciones IEEE
Más detallesFundamentos de la Ingeniería del Software
Fundamentos de la Ingeniería del Software (IS) Es una disciplina que integra métodos, herramientas y procedimientos para el desarrollo del software de computadoras. La IS surge de la ingeniería del Hardware
Más detallesIngeniería del Software. Tema 5: Control y garantía del software
Ingeniería del Software Tema 5: Control y garantía del software Índice Introducción Concepto de calidad Factores y métricas de calidad Revisiones del software Revisiones técnicas formales El estándar ISO
Más detallesEstrategias de Pruebas de Software
Estrategias de Software Software Es el proceso de probar el sistema con el fin de encontrar errores antes de la entrega al usuario final. Qué muestran las pruebas errores Concordancia con los requerimientos
Más detalles2.1 CONCEPTOS DE GESTION
Ingeniería de Software INF - 163 2.1 CONCEPTOS DE GESTION 18/08/2011 Resumen preparado por Miguel Cotaña 1 Si usted es responsable de coordinar una serie de actividades que se deban terminar dentro de
Más detallesSERVICIO NACIONAL DE APRENDIZAJE SENA CENTRO DE FORMACIÓN A DISTANCIA. MATERIAL DE APOYO MODELO DE CALIDAD ISO (SQuaRE)
SERVICIO NACIONAL DE APRENDIZAJE SENA CENTRO DE FORMACIÓN A DISTANCIA MATERIAL DE APOYO MODELO DE CALIDAD ISO 25000 (SQuaRE) PROGRAMA: TECNÓLOGO EN ANÁLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIÓN JORGE
Más detallesDepartamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 1: REQUISITOS SOFTWARE
Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 1: REQUISITOS SOFTWARE 1 ANÁLISIS DE REQUISITOS Los requisitos determinan lo que debe hacer el sistema así como las
Más detallesRequerimientos de Software
Requerimientos de Software Ingeniería de Requerimientos Se define como el proceso de establecer los servicios que el consumidor requiere de un sistema y las restricciones sobre las cuales de funcionar
Más detallesDepartamento de Informática Universidad de Valladolid Campus de Segovia TEMA 3: ADMINISTRACIÓN DE PROYECTOS
Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 3: ADMINISTRACIÓN DE PROYECTOS 1 DEFINICIÓN Consiste en organizar, planificar y programar los proyectos de software. Aborda
Más detallesModelos, normas y estándares de calidad internacionales para los productos de software
Modelos, normas y estándares de calidad internacionales para los productos de software 750092M Desarrollo de Software II 1 Agenda Introducción ISO 9000 (no es de PRODUCTO es de PROCESO, Sistema de Gestión
Más detallesTécnicas de Pruebas de
Técnicas de Pruebas de Software Lecturas Pruebas de Unidades Pruebas Integración Docente Beatriz E. Florián bflorian@eisc.edu.co Mayo 3 de 2005 Pruebas Reglas de oro para pruebas Límites de Pruebas: Probar
Más detallesCambios en Ingeniería de Software
Cambios en Ingeniería de Software Material tomado del artículo de Casallas Rubby, Villalobos, Jorge. El actual ingeniero de Software. Revista ACIS. Edición Nº 93 Julio - Septiembre de 2005. Preparado por
Más detallesIEEE Objetivo:
IEEE 1016-1998 Recommended Practice for Software Design Description Creada y desarrollada por: José Luis Loarca de Avila. Fecha: 17/junio/2002 Objetivo: El objetivo de la recomendación IEEE 1016-1998 es
Más detalles4/15/2010. Requerimientos de Software UARG.UNPA Requerimientos de Software. Requerimientos de Software
UARG.UNPA 2009 Un caso de uso es una interacción típica entre un usuario y un sistema computacional.(fowler) Un caso de uso especifica el comportamiento deseado del sistema (objetivos del usuario). (Jacobson)
Más detallesAdministración y Gestión de Proyectos de Software
Administración y Gestión de Proyectos de Software Elsa Estévez Clara Casalini Dpto. de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur 2do. Cuatrimestre 2011 AGPS - 2 Contenido 1)
Más detallesAdministración y Gestión de Proyectos de Software
Contenido AGPS - 2 Administración y Gestión de Proyectos de Software 1) Métricas de atributos externos 2) Métricas de calidad 3) Metricas de Calidad - basada en defectos Elsa Estévez Clara Casalini Dpto.
Más detallesLa Evaluación Financiera de Proyectos de Informática
La Evaluación Financiera de Proyectos de Informática Cómo clasificar costos y beneficios? Cuáles son los costos y beneficios típicos de un proyecto de informática? Qué técnica es apropiada para evaluar
Más detallesRealización de Pruebas
Página 1 de 6 1. Objetivo y Alcance Establecer las pautas necesarias para ejecutar el proceso de pruebas de la versión de Software a liberar en el repositorio de Despliegue. Comprende desde la identificación
Más detallesIntroducción a la ingeniería de software Mg. Clara Casalini UNS-DCIC
Introducción a la ingeniería de software En la clase anterior... Proyectos de sw Definiciones. Restricciones. Descomposición del trabajo Riesgos Estimaciones Plan RSGR - MMMR Estimaciones Técnicas. Organización
Más detallesRequerimientos de Software
Requerimientos de Software Contenido Especificación de Requerimientos Tipos de Requerimientos Requerimientos Funcionales Casos de Uso Programación 4 - Curso 2013 Requerimientos & Introducción al Análisis
Más detallesESCUELA POLITÉCNICA NACIONAL
ESCUELA POLITÉCNICA NACIONAL FACULTAD DE INGENIERIA DE SISTEMAS DISEÑO DE UN MODELO DE EVALUACIÓN DE LA CALIDAD DE PRODUCTOS DE SOFTWARE, BASADO EN MÉTRICAS EXTERNAS Y USABILIDAD APLICADO A UN CASO DE
Más detallesMANTENIMIENTO CENTRADO EN CONFIABILIDAD (MCC) DR. JORGE ACUÑA 1
MANTENIMIENTO CENTRADO EN CONFIABILIDAD (MCC) 1 ADMINISTRACION DEL news MANTENIMIENTO ( QUE ES? Mantenimiento: operación mediante la cual los sistemas están sometidos a rutinas de revisión, reparación
Más detallesATRIBUTOS DE CALIDAD (MANTENIBILIDAD) Carlos Daniel Perdomo Franco Diseño y Evaluación de Arquitecturas de Software MISyC
ATRIBUTOS DE CALIDAD (MANTENIBILIDAD) Carlos Daniel Perdomo Franco Diseño y Evaluación de Arquitecturas de Software MISyC MANTENIBILIDAD Varios estudios han demostrado que el 50% al 70% del costo total
Más detallesUNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE
UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE Ing. Francisco Rodríguez Novoa Tema 7 Modelo de Análisis Ing. Francisco Rodríguez Rational Unified Process (RUP) 3 OBJETIVOS Conocer que el Análisis ve
Más detallesDOCUMENTACIÓN REQUERIMIENTOS
DOCUMENTACIÓN REQUERIMIENTOS HERRAMIENTA PARA LA ADMINISTRACIÓN DE REQUERIMIENTOS DE LOS PROYECTOS DE LAS ASIGNATURAS DE INGENIERÍA Y ARQUITECTURA DE SOFTWARE DE LA PONTIFICIA UNIVERSIDAD JAVERIANA. CARLOS
Más detallesBitácora Cuestionario Calidad Técnica de las Aplicaciones (Software a la medida)
Bitácora Cuestionario Calidad Técnica de las Aplicaciones (Software a la medida) Cliente (CONAVI) Página de No. Nombre de la aplicación Entrevistado/Teléfono Fecha Si está completo Regresado Chequeado
Más detallesM06 - Metodología Gestión Migración de Datos INTESIS. Desarrollo de Software Servidor Terminológico (SEMANTIKOS)
M06 - Metodología Gestión Migración de Datos INTESIS S Desarrollo de Software Servidor Terminológico (SEMANTIKOS) SERVICIO DE SALUD METROPOLITANO OCCIDENTE Tabla de Contenido... 1 1 Marco General... 3
Más detallesQuito Ecuador EXTRACTO INGENIERÍA DE SOFTWARE. CALIDAD DEL PRODUCTO DE SOFTWARE. PARTE 3: MÉTRICAS INTERNAS (ISO/IEC TR :2003, IDT)
Quito Ecuador NORMA TÉCNICA ECUATORIANA NTE INEN-ISO/IEC TR 9126-3 Primera edición 2014-01 INGENIERÍA DE SOFTWARE. CALIDAD DEL PRODUCTO DE SOFTWARE. PARTE 3: MÉTRICAS INTERNAS (ISO/IEC TR 9126-3:2003,
Más detallesIngeniería del Software Herramientas CASE Que es CASE? Ingeniería de sistemas asistida por computadoras (Computer-aised system engineering, o CASE)
Que es CASE? Ingeniería de sistemas asistida por computadoras (Computer-aised system engineering, o CASE) es la aplicación de la tecnología de la información a las actividades, técnicas y a las metodologías
Más detallesIngeniería de Software: Y eso qué es?
Ingeniería de Software: Y eso qué es? Definición: Estrategia para desarrollar software de alta calidad. A qué se le denomina Software de alta calidad? Al software que sea: Util (al cliente). Portable.
Más detallesLa ingeniería del software es una disciplina de ingeniería que comprende todos los aspectos de la producción de software.
Ingeniería del Software. Ian Sommerville Introducción. Preguntas de introducción. Qué es el software? Programas de ordenador y la documentación asociada. Los productos de software se pueden desarrollar
Más detallesUnidad 11. Métricas M.C. Martín Olguín
Unidad 11 M.C. Martín Olguín La medición es el proceso por el que se asignan números o símbolos a los atributos de las entidades del mundo real, de tal manera que las definan de acuerdo con unas reglas
Más detallesTesting. Es el proceso orientado a demostrar que un programa no tiene errores.
Pruebas de Software Testing Es el proceso orientado a demostrar que un programa no tiene errores. 1. Imposible. 2. Tentación a diseñar tests que no detecten errores. Es la tarea de demostrar que un programa
Más detallesNormas sobre calidad de información geográfica
Normas sobre calidad de información geográfica Normalización y Calidad ISO 19113: Información Geográfica Principios de la calidad. ISO 19114: Información Geográfica Procedimientos de evaluación de la calidad.
Más detallesCapítulo 7. Pruebas y mantenimiento del sistema
Capítulo 7 Pruebas y mantenimiento del sistema 129 Una vez que el sistema ha sido desarrollado, es necesario someterlo a una serie de pruebas que nos permitan identificar y mejorar aquellos puntos necesarios
Más detallesTema 20: La importancia de realizar pruebas
Departamento de Ciencias e Ingeniería de la Computación Academia de Ciencias de la Computación Tema 20: La importancia de realizar pruebas M. en C. Edgardo Adrián Franco Martínez http://www.eafranco.com
Más detallesIngeniería del Software III Ejercicios de Calidad
Departamento de Lenguajes y Sistemas Informáticos E.T.S. Ingeniería Informática. Universidad de Sevilla Ingeniería del Software III Ejercicios de Calidad e.t.s. ingeniería informática Ejercicio 1: Calcule
Más detallesAplicación del estándar ISO/IEC en el modelo de datos conceptual entidad-relación
MIGUEL FERNANDO GONZÁLEZ PINZÓN - JUAN SEBASTIÁN GONZÁLEZ SANABRIA ISSN 02-29 Aplicación del estándar ISO/IEC 926-3 en el modelo de datos conceptual entidad-relación Standard ISO/IEC 926-3 application
Más detallesComputación Aplicada. Universidad de Las Américas. Aula virtual de Computación Aplicada. Módulo de Excel 2013 LIBRO 6
Computación Aplicada Universidad de Las Américas Aula virtual de Computación Aplicada Módulo de Excel 2013 LIBRO 6 Contenido FORMA DE HACER CÁLCULOS... 3 QUÉ SON LAS FÓRMULAS Y QUÉ LAS FUNCIONES?... 4
Más detallesPROCEDIMIENTOS ALMACENADOS
Modelado de Base de Datos PROCEDIMIENTOS ALMACENADOS Universidad Politecnica de los Llanos Procedimiento Almacenado Un Procedimiento almacenado es un Objeto de Base de Datos que puede encapsular logica
Más detallesCalidad del Software
1 ITI Gestión curso 2010/2011 Medición 2 Programa 1. Medición y experimentación en Ingeniería del Software Introducción Teoría representacional de la medición. Experimentación en Ingeniería del software.
Más detallesCALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP TEMA 8 MÉTRICAS DEL SOFTWARE
TEMA 8 MÉTRICAS DEL SOFTWARE 1. MÉTRICAS E INDICADORES DE LA CALIDAD 1.1 Medida del tamaño 01 [Feb. 2005] Cuál de las siguientes medidas sirven para cuantificar el tamaño de una aplicación? a) Errores.
Más detallesIntroducción a la ingeniería de software Mg. Clara Casalini UNS-DCIC
Introducción a la ingeniería de software En la clase anterior... Proyectos de sw Definiciones. Restricciones. Descomposición del trabajo Riesgos Estimaciones Plan RSGR - MMMR Estimaciones Técnicas. Organización
Más detallesQué Necesita el Usuario
Qué Necesita el Usuario Qué Pidió el Usuario Cómo lo Vio el Analista Cómo se Diseñó Cómo lo Escribió el Programador Cómo Funciona el Sistema (en ocasiones...) Qué es? Técnica para la captura de requisitos
Más detallesEstimación de Costos
Establecimiento de Requerimientos Estimación de Costos Durante la etapa planteamiento Control del progreso del proyecto Número de personas necesarias Establecer el cronograma Evaluar si el proyecto evoluciona
Más detallesProyecto Integrador III Sesión 5 Requerimientos de Software
2018-I Proyecto Integrador III Sesión 5 Requerimientos de Software Mg. Jymmy Dextre Alarcón Agenda Requerimientos funcionales Requerimientos no funcionales Documento de Requerimientos Casos de Uso Ingenieria
Más detallesCalidad de Software. Aseguramiento de la Calidad de Software
Calidad de Software En un mundo cada vez más globalizado, donde cada día desaparecen las barreras comerciales y culturales, la calidad aparece como una necesidad, pues la calidad permite competir con mayores
Más detallesProyecto: Versión x.x
Versión x.x [El texto encerrado en corchetes y desplegado en gris e itálico es incluido para dar guía al autor en el llenado del documento. El texto de ayuda tiene que ser borrado al ser instanciado el
Más detallesComparativa de Moprosoft, PMBOK y el Libro en Ingles, en el desarrollo de software
Comparativa de Moprosoft, PMBOK y el Libro en Ingles, en el desarrollo de software Moprosoft Desarrollo y Mantenimiento de Software Definición general del proceso Propósito El propósito de Desarrollo y
Más detallesUniversidad Ricardo Palma
Universidad Ricardo Palma FACULTAD DE INGENIERÍA ESCUELA PROFESIONAL DE INGENIERÍA INFORMATICA DEPARTAMENTO ACADÉMICO DE INGENIERÍA SÍLABO 1. DATOS ADMINISTRATIVOS 1.1. Nombre del curso : Pruebas De Software
Más detallesE77 - Gestión de Recursos de la Información. Tema 2 - Estimación
E77 - Gestión de Recursos de la Información Tema 2 - Estimación Factores que afectan al riesgo de la estimación Complejidad del proyecto: medida relativa. Tamaño del proyecto: interdependencia de los elementos
Más detallesCALIDAD. Convocatoria de Junio Primer Parcial ( )
CALIDAD Convocatoria de Junio Primer Parcial (2013-2014) Apellidos: Nombre: Compañía: Sección: Fecha: 12/06/2014 Rellene sus datos personales Compruebe que tiene todas las cuestiones y ejercicios resueltos
Más detallesDISEÑO Y CONSTRUCCION DE MODELOS WEB
DISEÑO Y CONSTRUCCION DE MODELOS WEB UNIDAD II Politécnicos 2.1 DISEÑO DE SITIOS WEB El diseño se desarrollaba de manera ad- hoc y por lo general se efectuaba a medida que se generaba HTML. Después evolucionó
Más detalles