CALIDAD DEL SOFTWARE

TESTS DE EXAMEN

ACTUALIZADO SEP. 2010

TEMA 8 MTRICAS DEL SOFTWARE 1. 1.1 MTRICAS E INDICADORES DE LA CALIDAD Medida del tamao

01 [Feb. 2005] Cul de las siguientes medidas sirven para cuantificar el tamao de una aplicacin? a) b) c) d) Errores. Documentacin. Nivel del lenguaje. Funcionalidad. (pg. 222 y sig.)

02 [Feb. 2004] [Sep. 2004] [Sep. 2005] [Feb. 2007] [Sep. 2007] Cul de las siguientes es una mtrica de tamao? a) b) c) d) Hombre-mes. Punto-funcin. Tokens.(pg. 222 y sig.) Errores.

03 [Sep. 2004] [Sep. 2005] [Feb. 2007] [Feb. 2009] Cul de los siguientes factores NO est directamente relacionado con la medida del tamao de la aplicacin software? a) b) c) d) CLOC. Reusabilidad. Punto-funcin. Hombre-mes. (pg. 222 y sig.)

Nota comn a 01 a 03: Las mtricas de tamao son Lneas de cdigo, Tokens, Funcionalidad y Reusabilidad. El anlisis del punto funcin es una alternativa a la medida del tamao. 04 [Sep. 2004] [Sep. 2005] Indicar que utilizacin es falsa: a) La medida tradicional del tamao del software son las lneas de cdigo (LOC). b) LOC = CLOC NLOC. (pg. 223) c) Normalmente las lneas de comentario (CLOC) se contabilizan como lneas de cdigo. d) Las LOC son una medida sencilla de obtener pero presentar algunos inconvenientes. Nota: La frmula correcta es LOC = CLOC + LOC TEMA 8. PG. 1

CALIDAD DEL SOFTWARE

TESTS DE EXAMEN

ACTUALIZADO SEP. 2010

05 [Feb. 2009] La medida de la densidad de comentarios es: a) b) c) d) NLOC + CLOC. CLOC / LOC. (pg. 223) CLOC / NLOC. NLOC / LOC.

Nota: La densidad de comentarios es el cociente entre el nmero de lneas de comentarios (CLOC) y el nmero de lneas totales (LOC). 06 [Feb. 2010] En la medida del tamao de una aplicacin, se denomina token a: a) Un elemento propio del lenguaje que posee significado por si mismo. (pg. 224) b) Cualquier lnea de texto del programa excluyendo comentarios y lneas en blanco. c) Un punto de ruptura de la secuencia del cdigo. d) Un punto de entrada a una instruccin de iteracin. 07 [Feb. 2004] [Sep. 2006] [Sep. 2008] Un elemento propio de un lenguaje que posee significado por s mismo es un: a) b) c) d) Punto Funcin. Token. (pg. 224) Indicador. Esfuerzo.

Nota comn a 06 a 07: El enunciado de la pregunta 07 es la definicin de muestra o token. 08 [Feb. 2005] [Feb. 2007] Cul de las siguientes ecuaciones tiene en cuenta el hecho de la reusabilidad segn el modelo COCOMO? a) b) c) d) Se = Sn + aSu/100. (pg. 226) Se = Sn + Su k. Se = Sn + Su/100. Se = Sn + aSu.

Nota: Su es el cdigo reutilizado y Sn es el cdigo nuevo.

TEMA 8. PG. 2

CALIDAD DEL SOFTWARE 1.2

TESTS DE EXAMEN

ACTUALIZADO SEP. 2010

Medida de la Productividad

01 [Feb. 2005] [Sep. 2005] Cul de las siguientes medidas sirven para medir la productividad? a) b) c) d) Tokens. Puntos Funcin. (pg. 227) Reusabilidad. Tasas.

02 [Feb. 2006] [Feb. 2007] Cul de los siguientes factores puede NO ser considerado en la medida de la productividad? a) b) c) d) Tokens. (pg. 227 a 230) Tamao del producto. Cantidad de documentacin. Calidad del producto resultante.

Nota comn a 01 y 02: Las mtricas de la productividad son el Hombre-Mes, los Puntos Funcin, los errores, la documentacin y el nivel del lenguaje; pero adems, hay que considerar la calidad del producto. 03 [Feb. 2006] [Sep. 2006] La aproximacin a la productividad apoyada en el concepto nivel del lenguaje fue propuesta por: a) b) c) d) Halstead. Jones. (pg. 229) Boehm. McCabe.

Nota: Capers Jones relaciona el nivel del lenguaje (menor nmero de estamentos requeridos para codificar un Punto Funcin) con la productividad y el tamo del cdigo. 04 [Sep. 2007] En la medida de la productividad del desarrollo del software: a) El KLOC se considera atributo externo. b) Se deben considerar factores como la calidad y la documentacin. (pg. 229 y 230) c) Slo interviene el tamao del producto resultante y el nmero de personas involucradas. d) El nivel del lenguaje empleado en la codificacin influye linealmente. Nota; En la medida de la productividad del software hay que tener en cuenta, adems del control y la valoracin del equipo de desarrollo (hombre-mes, puntos funcin, errores, documentacin y nivel de lenguaje) la calidad del software resultante.

TEMA 8. PG. 3

CALIDAD DEL SOFTWARE 2. 2.1

TESTS DE EXAMEN

ACTUALIZADO SEP. 2010

INDICADORES Y MTRICAS RELACIONADAS CON LA CALIDAD Densidad de defectos e indicadores de calidad del proceso

01 [Feb. 2006] La tasa de propagacin de defectos se define como: a) Nmero de defectos descubiertos dividido por el nmero total de defectos corregidos. b) Nmero de defectos ocasionados al corregir un defecto dividido por el nmero total de defectos corregidos. (pg. 231) c) Nmero de defectos que se propagan dividido por el tamao del programa. d) Nmero de defectos no corregidos dividido por el nmero de defectos detectados. 02 [Feb. 2008] [Feb. 2009] La relacin entre el nmero de defectos ocasionados al corregir un defecto y el nmero de defectos corregidos se denomina: a) b) c) d) Tasa de propagacin de defectos. (pg. 231) Eficiencia en la eliminacin de defectos. Fiabilidad en la correccin de defectos. Tasa de defectos correctivos.

Nota comn a 01 a 02: La tasa de propagacin de defectos tiene en cuenta los errores que se producen al corregir un defecto detectado. 03 [Sep. 2007] La densidad de defectos de un programa: a) Se puede estimar empleando el clculo de probabilidades. b) Se mide empleando el tamao del programa en KLOC o puntos funcin, (pg. 231) c) Es un atributo interno medido mediante atributos externos. d) Est relacionado con el atributo Facilidad de uso. Nota: En la medida de la tasa se puede emplear el tamao del programa en KLOC o los puntos funcin. 04 [Feb. 2010] [Sep. 2010] El (nmero de objetos probados al menos una vez/nmero de objetos totales)*100 es: a) b) c) d) La eficiencia de la eliminacin de defectos. La tasa de efectividad de las pruebas. (pg. 232) La tasa d propagacin de defectos. La exactitud de la densidad de defectos encontrados en las pruebas.

Nota: La tasa d efectividad de las pruebas es el tanto por ciento del nmero de objetos probados al menos una vez.

TEMA 8. PG. 4

CALIDAD DEL SOFTWARE 3. FIABILIDAD

TESTS DE EXAMEN

ACTUALIZADO SEP. 2010

01 [Feb. 2006] [Feb. 2007] [Sep. 2009] La fiabilidad se expresa como: a) b) c) d) El nmero de defectos encontrados dividido por el nmero de ejecuciones. La probabilidad de que aparezca un error en un tiempo determinado. El nmero de errores detectados dividido por el nmero de lneas de cdigo. La probabilidad de que no ocurra un error en un determinado tiempo. (Pg. 232)

Nota: La fiabilidad de un sistema est ligada al tiempo que funciona sin fallos. 02 [Feb. 2009] [Feb. 2010] [Sep. 2010] El tiempo medio entre fallos es: a) b) c) d) MTTF. (pg. 233) R (t). F (t). H (t).

Nota: El tiempo medio entre fallos es el MTTF (Mean Time To Faillure). 4. 4.1 COMPLEJIDAD DEL SOFTWARE La Ciencia del Software de Halstead

01 [Feb. 2008] Las mtricas de Halstead se basan en: a) b) c) d) El nmero de operadores y operandos de un programa. (pg. 234) El flujo de control de un programa. El flujo de informacin entre mdulos de un programa. La independencia funcional y cohesin entre los mdulos de un programa.

Nota: La ciencia de Halstead se basa en el conjunto de medidas nmero de operadores distintos en el programa, nmero de operandos distintos, nmero total de ocurrencia de operadores y nmero total de ocurrencia de operandos. 02 [Sep. 2006] En la ciencia del software de Halstead, el nmero mnimo de bits necesario para codificar un programa se denomina: a) b) c) d) Nmero ciclomtico. Volumen del programa. (pg. 235) Esfuerzo requerido. Ninguna de las anteriores.

Nota: Se define el volumen del programa como el nmero mnimo de bits necesario para codificarlo y viene dado por V = N log (n1 + N2)

TEMA 8. PG. 5

CALIDAD DEL SOFTWARE 4.2

TESTS DE EXAMEN

ACTUALIZADO SEP. 2010

La medida de la complejidad de McCabe

01 [Feb. 2006] La medida de la complejidad de McCabe se basa en: a) La representacin grfica de un programa segn su flujo de control. (pg. 235) b) El flujo de informacin entre mdulos. c) El flujo de informacin global. d) Los elementos sintcticos existentes en el programa. 02 [Feb. 2004] [Sep. 2004] La medida de la complejidad del software basada en el flujo de control del mismo es: a) b) c) d) La Ciencia del Software basada de Halstead. La medida de la complejidad de McCabe. (pg..235) La mtrica de Henry y Kafura. El modelo de Constantine y Lockwood.

03 [Feb. 2005] [Sep. 2007] El valor de la complejidad de McCabe nos lo proporciona la ecuacin: a) b) c) d) V(G) = e - n + 2. (pag. 235) V(G) = e.n + NI. V(G) = e.NI + 2. V(G) = n 2.

04 [Sep. 2008] [Sep. 2009] [Sep. 2010] Podemos calcular el nmero de caminos independientes de un algoritmo con: a) b) c) d) La mtrica de Henry y Kafura. La ciencia del software de Halstead. Las medidas de Nielsen. El nmero ciclomtico de McCabe. (pg. 237)

05 [Sep. 2007] [Feb. 2008] Para realizar pruebas que aseguren que todas las sentencias de un programa se ejecuten al menos una vez: a) b) c) d) Nos basaremos en la teora del esfuerzo requerido. (Halstead) Se recomienda utilizar las mtricas de flujo de Henry y Kafura. Podemos usar el nmero ciclomtico de Mc Cabe. (pg. 237) Hay que establecer un grafo de secuencias identificables contiguas.

TEMA 8. PG. 6

CALIDAD DEL SOFTWARE

TESTS DE EXAMEN

ACTUALIZADO SEP. 2010

Nota comn a 01 a 05: La medida de la complejidad de McCabe o complejidad ciclomtica se basa en la representacin grfica de un programa segn el flujo del mismo y viene expresado por V(G) = e.n + 2, donde e es el nmero de flechas de conexin que implica una transferencia de control de un nodo a otro y n el nmero de nodos. El nmero ciclomtico de Mc Cabe indica el nmero de pruebas necesario para que todas las sentencias se ejecuten al menos una vez. 4.3 La mtrica de Henry y Kafura

01 [Feb. 2005] La medida de la complejidad que se basa en el flujo de informacin entre mdulos la define la mtrica de: a) b) c) d) McCabe y Kafura. Henry y Fenton. Henry y Kafura. (pg. 237) McCabe y Halstead.

02 [Sep. 2004] [Sep. 2005] [Feb. 2007] La mtrica de Henry y Kafura se basa en: a) b) c) d) La representacin grfica de un programa segn su flujo de control. El flujo de informacin entre mdulos. (pg. 237) El flujo de informacin global. Los elementos sintcticos existentes en el programa.

Nota comn a 01 a 02: La mtrica de Henry y Kafura mide la complejidad basndose en el flujo de informacin entre mdulos. 03 [Feb. 2009] El cociente entre el nmero de mdulos con cohesin y el nmero total de mdulos es la medida de cohesin entre mdulos de: a) b) c) d) Henry y Kafura. Halstead. Piattini. Fenton. (pg. 237)

Nota: Fenton propuso como medida de cohesin entre mdulos el cociente indicado. 04 [Feb. 2005] En la mtrica de Henry y Kafura el nmero de flujos locales hacia el procedimiento A ms el nmero de estructuras de datos en las que el procedimiento A busca informacin es: a) b) c) d) El fan-out del procedimiento A. El flujo global de informacin. El fan-in del procedimiento A. (pg. 239) El flujo local de informacin.

TEMA 8. PG. 7

CALIDAD DEL SOFTWARE

TESTS DE EXAMEN

ACTUALIZADO SEP. 2010

05 [Feb. 2006] En la mtrica de Henry y Kafura, el nmero de flujos locales que vienen del procedimiento A ms el nmero de estructuras de datos actualizadas por dicho procedimiento es: a) b) c) d) El fan-in del procedimiento A. El fan-out del procedimiento A. (pg. 239) La complejidad del procedimiento A. El flujo global de informacin del procedimiento A.

Nota comn a 04 a 05: La mtrica de Henry y Kafura requiere la medida de los flujos global, local y locales directo e indirecto de informacin, el fan-in y el fan-out. 5. 5.1 5.2 MTRICAS PARA MODELOS DE DATOS Mtricas a nivel de tabla Mtricas a nivel de estrella

01 [Sep. 2009] Cul de las siguientes es una mtrica a nivel de estrella? a) b) c) d) NFK(S). (pg. 240) NFK(T). NFT(Sc). NASD(Sc)

Nota: La mtrica a nivel de estrella es la NFK(S) o Nmero de claves ajenas de una estrella. 5.3 Mtricas a nivel de esquema

01 [Feb. 2009] En el modelo de datos, el nmero de atributos de las tablas de dimensin compartida es: a) b) c) d) NFT(Sc). NASDT(Sc). (pg. 241) NADT(Sc). NA(Sc).

Nota: El nmero de atributos de la tabla de dimensin compartida es NASDT(Sc) = NA(DTi) (i = 1 a NSDT). 5.4 Calidad de los propios datos

TEMA 8. PG. 8

CALIDAD DEL SOFTWARE 6. 6.1

TESTS DE EXAMEN

ACTUALIZADO SEP. 2010

MEDIDAS DE FACILIDAD DE USO DE LAS INTERFACES DE USUARIO Clasificacin de los mtodos

01 [Sep. 2009] [Feb. 2010] [Sep. 2010] Cuntos criterios distinguen Wixon y Wilson para la clasificacin de los mtodos de medida de la facilidad de uso de los interfaces de usuario? a) b) c) d) 3. 4. 5. (pg. 243) 6.

Nota: Wixon y Wilson distinguen 5 criterios de clasificcin (Mtodos formativos vs Mtodos sumativos, Mtodos de descubrimiento vs. Mtodos de decisin, Mtodos formales vs. Mtodos informales, Mtodos que involucran al usuario vs. Mtodos que no involucran al usuario y Mtodos completos vs. Mtodos componentes). 6.2 Algunos mtodos de evaluacin

01 [Sep. 2009] [Sep. 2010] Para medir la satisfaccin de los usuarios se utiliza el mtodo: a) b) c) d) SUMI. WAMMI. SUS. MUMMS. (pg. 244)

Nota: El MUMMS (Measuring the Usability of Multi-Media Systems) mide la satisfaccin de los usuarios en el uso de los interfaces multimedia. 02 [Sep. 2004] [Sep. 2005] [Feb. 2007] Dentro de los mtodos de evaluacin de la calidad de un interfaz de usuario tenemos: a) b) c) d) CALDEA. Interface Measure Method (IMM). SSE-CMM. Usability Inspection. (pg. 244)

Noa: Los mtodos se clasifican en user testing (los participantes son los usuarios) y usability inspection (los protagonistas son los expertos).

TEMA 8. PG. 9

CALIDAD DEL SOFTWARE

TESTS DE EXAMEN

ACTUALIZADO SEP. 2010

03 [Feb. 2004] [Sep. 2006] [Sep. 2008] En el modelo de Constantine y Lockwood, la eficiencia se mide con la mtrica: a) b) c) d) Essential Efficiency. Task Concordance. (pg. 245) Layout Uniformity. Visual Coherence.

04 [Feb. 2006] En el mtodo de Constantine y Lockwood la comprensibilidad se mide con la mtrica: a) b) c) d) Comprensibility. Task Concordance. Visual Coherence. (pg. 245) Task visibility

Nota comn a 03 a 04: Las caractersticas a medir y sus mtricas en este modelo son: Simplicidad (Essential Efficiency), Eficiencia, Simplicidad (Task Concordance), Visibilidad (Task Visibility), Regularidad, Uniformidad (Layout Uniformity) y Comprensibilidad (Visual Coherence) 7. 7.1 MEDIDAS DE SEGURIDAD Un poco de historia

01 [Sep. 2009] El Common Criteria v. 1999 sirvi de base al estndar: a) b) c) d) CTCPEC. ISO 9126. ISO 27000. ISO 15408. (pg. 247)

Nota: La norma ISO/IEC 15408 se bas en la versin de 1999 de los conocidos Common Criteria. 7.2 7.3 SSE-CMM Mtricas de eficacia de los algoritmos criptogrficos

01 [Sep. 2004] [Sep. 2005] [Feb. 2008] [Feb. 2010] [Sep. 2010] Cul de los siguientes niveles no corresponde a los propuestos para la medida de fuerza de un algoritmo criptogrfico? a) b) c) d) US. CS. CW. (pg. 249) W. TEMA 8. PG. 10

CALIDAD DEL SOFTWARE

TESTS DE EXAMEN

ACTUALIZADO SEP. 2010

02 [Sep. 2007] Un algoritmo criptogrfico posee nivel CS si: a) No se puede decodificar mediante anlisis computacional pero s por ataque intensivo. b) Se puede decodificar en un tiempo razonable utilizando recursos computacionales elevados. c) Se puede decodificar mediante anlisis computacional en tiempo razonable. d) No se puede decodificar mediante anlisis sistemtico en un perodo de tiempo lo suficientemente corto para que la informacin sea til. (pg. 249) 03 [Feb. 2004] [Sep. 2004] [Sep. 2005] [Feb. 2007] Un algoritmo criptogrfico que puede descifrarse con claves no suficientemente largas tiene el nivel: a) b) c) d) CS. CCS. (pg. 249) US. VW.

04 [Feb. 2004] [Sep. 2006] Un algoritmo criptogrfico que puede descifrarse en un corto tiempo y a un bajo coste, tiene el nivel: a) b) c) d) US. CS. V. VW. (pg. 249)

Nota comn a 01 a 04: Los niveles son US (no es posible decodificar el contenido a partir de dicho contenido), CS (no se puede decodificar en un tiempo suficiente para que la informacin sea til), CCS (se puede decodificar con claves que no son suficientemente largas), W (se decodifica mediante ataques de fuerza bruta en un tiempo razonable) y VW (puede decodificarse en un tiempo corto) 7.4 Mtricas de seguridad de red

01 [Sep. 2006] [Sep. 2008] Cul de las siguientes medidas de la seguridad en red NO es bsica? a) b) c) d) Nmero de palabras claves de acceso caducadas. Nmero de usuarios externos al sistema. (pg. 251) Frecuencia de las actualizaciones contra virus. Nmero de intrusiones detectadas en la red en un perodo de tiempo.

TEMA 8. PG. 11

CALIDAD DEL SOFTWARE

TESTS DE EXAMEN

ACTUALIZADO SEP. 2010

02 [Feb. 2006] Cul de las siguientes medidas de la seguridad en red es de proceso? a) b) c) d) Nmero de virus detectados en un perodo de tiempo. Porcentaje de sistemas con informacin sensible. (pg. 251) Porcentaje de claves de acceso caducadas. Frecuencia de las actualizaciones antivirus.

Nota comn a 01 y 02: Las mtricas de proceso son nmero de usuarios externos, nmero de usuarios internos que salen a la red, nmero de firewalls, porcentaje de claves de entradas acorde con la poltica de seguridad, porcentaje de claves de entrada modificadas segn la poltica y porcentaje de sistemas con informacin sensible.

TEMA 8. PG. 12