FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 1 de 16

INFORMACIÓN BÁSICA

NOMBRE DE LA PRÁCTICA: PRÁCTICA No.:

Guía No. 2.: Fundamentos de la teoría de la medición 2

ASIGNATURA: Estándares y Métricas de Calidad de Software

TEMA DE LA PRÁCTICA:
Fundamentos: Estándares y métricas de calidad del software.

LABORATORIO A UTILIZAR: Asistido por computador / Laboratorio de Informática

TIEMPO: 4 (horas) TRABAJO GRUPAL: TRABAJO INDIVIDUAL:

X

CONTENIDO DE LA GUÍA
(Para elaborar por el Docente)
COMPETENCIAS DISCIPLINARES.
Analiza casos de estudio sobre modelos de procesos en el desarrollo de software y determina
algunos estándares y métricas utilizados.

COMPETENCIAS INVESTIGATIVAS.
Investiga sobre estándares internacionales de calidad. ISO 9001.

MARCO TEORICO.

La innovación tecnológica implica no solo la evolución del hardware; sino también del
software y la estandarización de procesos de desarrollo, mantenimiento y adquisición de
aplicaciones empresariales. El software esta presente en todos los ambientes y empresas
de la actualidad es por eso importante estudiar estándares de carácter internacional que
permitan generar software de alta calidad, identificar atributos de calidad del software y
medirlos.

“Una métrica de software es cualquier tipo de medida relacionada con un sistema, proceso
o documentación de software. Algunos ejemplos son las medidas que se utilizan para
calcular el tamaño de un producto en líneas de código; el índice que mide la claridad de un
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 2 de 16

párrafo en un texto; el número de fallos encontrados en un producto software entregado; y

el número de personas/día requeridas para desarrollar un componente del sistema”
(Gestión de proyectos de software, 2018)

“Las métricas de control suelen estar asociadas con los procesos, mientras que las métricas
de predicción lo están a los productos. Ejemplos de las métricas de control o de procesos
son el esfuerzo y el tiempo promedio requeridos para reparar los defectos encontrados.
Ejemplos de métricas de predicción son la complejidad ciclomática de un módulo, la
longitud media de los identificadores de un programa, y el número de atributos y
operaciones asociadas con los objetos de un diseño (Gestión de proyectos de software,
2018).

Frecuentemente, es imposible medir los atributos de calidad del software directamente. Los
atributos de calidad como: la mantenibilidad, la comprensión y la usabilidad son atributos
externos que nos dicen cómo ven el software los desarrolladores y los usuarios. Éstos se
ven afectados por diversos factores y no existe un camino simple para medirlos. Más bien
es necesario medir atributos internos del software (como su tamaño) y suponer que existe
una relación entre lo que queremos medir y lo que queremos saber.” (Gestión de proyectos
de software, 2018)

“Para que la medida del atributo interno sea un indicador útil de la característica externa, se
deben cumplir tres condiciones: 
1.
El atributo interno debe medirse de forma precisa.

2.
Debe existir una relación entre lo que se puede medir y el atributo de comportamiento
externo. 
3.
Esta relación se comprende, ha sido validada y se puede expresar en términos de una
fórmula o modelo. 
Las métricas del producto se dividen en dos clases: 
1.
Las métricas dinámicas, que son recogidas por las mediciones hechas en un programa
en ejecución. 
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 3 de 16

2.
Las métricas estáticas, que son recogidas por las mediciones hechas en las
representaciones del sistema como el diseño, el programa o la documentación.

Las métricas dinámicas ayudan a valorar la eficiencia y la fiabilidad de un programa y por lo

general están relacionadas de forma cercana con los atributos de calidad del software. Las
métricas estáticas ayudan avalorar la complejidad, la comprensión y la mantenibilidad de un
sistema de software; por lo general están relacionadas de forma cercana con los atributos
de calidad del software.” (Gestión de proyectos de software, 2018).
Figura No.1Tipos de Métricas relacionadas con Ingeniería de Software.

M del
Producto

M del
Proyecto

M del Proceso

Fuente: Autor

CONSULTA PREVIA.
Investigue y Compare
1. Métricas de control del proceso de desarrollo de software
● Tiempo de entrega: Cuanto se demora desde que se empieza hasta que termina el
desarrollo.
● Cantidad de código: Es para determinar el tamaño de un software.
● Trabajo en curso (WIP): Es una gráfica que permite saber cuánto trabajo se ha
terminado y cuánto falta por hacer.
● Velocidad ágil: Se cuenta cuánto se demoró el equipo de trabajo en los sprints,
sirve para saber qué tan productivo es el equipo.
● Tasa de éxito de la meta del sprint: Se calcula el porcentaje de los elementos que
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 4 de 16

se completaron en el backlog del sprint, si el equipo completó todo el sprint, tuvo

éxito.
● Número de versiones de software: Los equipos de trabajo hacen versionados de
los proyectos para hacer test, entre más pruebas, el producto tiene mayor valor
comercial.
● Rendimiento: Cantidad de datos que procesa el software en cierto tiempo.
● Tiempo de respuesta: Mide cuánto tiempo tarda en responder el sistema a una
consulta.
● Densidad de defectos: Se evalúan los errores a nivel de código para ver que tan
frecuentes son.
● Cobertura de código: Permite que los tester detecten que partes del código deben
ser probadas correctamente.
● Porcentaje de detección de defectos: Es una proporción de los defectos
encontrados antes del lanzamiento y después del lanzamiento.
● Deuda técnica: Refleja el esfuerzo a largo plazo como los costos temporales y
financieros.
● Moral como métrica: Mide que tan felices son los desarrolladores o el equipo de
trabajo.
● Vulnerabilidades de seguridad: Identifica las debilidades de seguridad de un
programa.
● Incidentes de seguridad reales: Cuenta la cantidad de veces que un hacer
aprovecha las vulnerabilidades de un sistema.
● Tiempo medio de detección: Es un promedio que indica cuánto tarda un equipo en
notar un error.
● Tiempo medio entre fallos: Es un cálculo de que tan común falla el programa.
● Tiempo medio de reparación: Es el promedio que representa la rapidez de un
equipo aborda las fallas.
● Métricas UX: Son cualitativas que incluyen respuestas emocionales o físicas de los
usuarios.
● Métricas de usabilidad: Mide que tan bien el software permite a los clientes
alcanzar sus objetivos.
● Net Promoter Score (NPS): Refleja la voluntad de los clientes de recomendar el
software a otros.
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 5 de 16

2. Métricas de predicción de los productos de software

● Correción: Es el grado en que el software cumple su función
● Facilidad de mantenimiento: Facilidad con la que se puede corregir un programa si
se encuentra un error
● Integridad: Mide la capacidad del software para resistir ataques. Se debe tener en
cuenta los siguientes atributos:
a. Amenaza: Probabilidad de que un ataque ocurra en un tiempo determinado
b. Seguridad: Probabilidad de que se pueda repeler el ataque de un tipo
determinado
● Facilidad de uso: Mide la “amigabilidad ” del software con el usuario final
● Habilidad intelectual o física: El tiempo requerido para hacer uso eficiente del
sistema
● Eficacia de la eliminación de defectos: Métrica que permite medir la habilidad de
filtrar las actividades de la garantía de calidad y de control, ya que es aplicable a
todas las actividades del marco de trabajo del proceso

PALABRAS CLAVE *
MÉTRICAS CALIDAD SOFTWARE
METODOLOGÍA.

● La guía se desarrollará de manera grupal.

● En el laboratorio, el estudioso debe proceder a realizar la práctica tal como se describe en la
sección PROCEDIMIENTO A UTILIZAR.
● El estudioso puede formular inquietudes al docente durante el desarrollo de la práctica las
cuales serán resueltas de manera inmediata.
● El estudioso debe enviar las evidencias de la práctica para ser revisada por el docente, se
entregará subiendo el presente archivo con la consulta previa, los resultados y el
cuestionario resueltos, en tarea que está publicada en Aula Net.
● El docente evaluará las evidencias de la práctica y publicará calificación de la misma en
Aula Net.
● Si existen o se entregan evidencias de prácticas SIMILARES o IGUALES, para dos o más
estudiantes, estas se calificarán con CERO (0) y se reportará la novedad de la misma ante
la coordinación, considerándose como FRAUDE, con las consecuencias pertinentes
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 6 de 16

estipuladas en el estatuto del estudiante publicado en la página web de la universidad.

MATERIALES, EQUIPOS Y REACTIVOS A UTILIZAR (Indicar las cantidades)

Materiales y Equipos Reactivos Materiales Estudiante
Un computador por No Aplica No Aplica
estudioso
Conexión a Internet No Aplica No aplica

PRECAUCIONES Y MANEJO DE MATERIALES Y EQUIPOS. CONSULTA DE EQUIPO

ESPECIALIZADO.

El factor de riesgo para este laboratorio está clasificado como BAJO, debido a que no se han
detectado consecuencias y la eficacia del conjunto de las medidas preventivas existentes es
alta. En otras palabras, el riesgo está controlado

● Identificar y conocer el protocolo de seguridad de laboratorios de informática.

● No navegar en internet sin autorización del docente.
● No ejecutar programas sin autorización del docente.
● No instalar en los equipos Software de ninguna índole.
● No trasladar equipos de cómputo de su módulo sin autorización del personal del área.
● Cuidar sus objetos personales.
● Cada alumno tiene como responsabilidad recibir las actividades de cada clase y apropiarse
del material necesario para el desarrollo de las mismas.
● Está prohibido el ingreso o consumo de alimentos, bebidas, chicle... dentro de la sala.
● Está prohibido el uso e ingreso de dispositivos como celulares, parlantes y memorias USB
sin autorización.
● No conectar ni desconectar dispositivos como teclados, mouse o conexiones, en caso de
anomalía avisar al profesor para realizar cambios o conexiones.
● El trabajo debe hacerse en silencio, evitando las reuniones o interrumpiendo las actividades
de otros estudiantes.
● Cuide el buen funcionamiento del equipo que la ha sido asignado, evite cambiar
configuraciones o intervenir los programas y propiedades del sistema operativo, el auxiliar
de laboratorio es el único autorizado.
● Todo dispositivo (teclado o mouse) que se pierda o se dañe con intención deberá ser
repuesto.
● No portar maletines o morrales, estos deben quedar depositados en los lockers destinados
para ello. En caso de duda pida el respectivo candado con los auxiliares de cada
laboratorio.
● No rayar mesas, sillas, paredes y equipos, cuidar el aseo y orden de su puesto de trabajo.
● Se prohíbe el ingreso o exploración de páginas no autorizadas y pornográficas, es causal de
sanción y expulsión (vetado) de la sala de informática por varias sesiones.
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 7 de 16

PROCEDIMIENTO A UTILIZAR.

Sesión 1:

Responda a la consulta previa y el cuestionario de la guía.

Ejercicio Práctico

Cuando se trata de medir el tamaño de un código o software orientado a objetos

unas de las medidas utilizadas, son el número de clases, número de métodos y
número de líneas de código. Se le solicita desarrollar en java un software que dada
una carpeta de archivos (código fuente con extensión .java). Cuente e imprima el
resultado de:
1.
Número de archivos en la carpeta seleccionada 1 Archivo
2.
número de clases 1 Clase
3.
número de métodos por clase 3,75 Métodos
4.
número de líneas de código por archivo. 781 Linea de codigo sin excluir blank
spaces ni comentarios

Se utilizó el software para medir las métricas del código

“Evaluador”, un código de una sola clase que permite evaluar expresiones
matemáticas en notación infija para transformarlas a notación postfija
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 8 de 16

Adicional a esto, se desarrolló una aplicación capaz de contar las líneas de código y el
número de palabras de un archivo o clase en concreto, a continuación el link al source
code de dicho aplicativo.

https://drive.google.com/file/d/1lEmMldhihO0BDt_TS85u2yJwsaMJJTFJ/view?usp=sharing

Sesión 2:

1. Describa 10 ejemplos del uso de métricas de control y predicción.

Las métricas de control suelen estar asociadas con los procesos, mientras que las
métricas de predicción lo están a los productos
● Complejidad ciclomática de un módulo
● Longitud media de los identificadores de un programa
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 9 de 16

● Número de atributos y operaciones asociadas con los objetos de un diseño

● Cantidad de enlaces internos rotos
● Cantidad de imágenes con texto alternativo
● Esfuerzo promedio para reparar los defectos encontrados
● Tiempo promedio para reparar los defectos encontrados
● Ver la situación del proyecto hasta la fecha
● Comparar la situación del proyecto según lo establecido
● Hacer una previsión de la situación final del proyecto

("LAS MÉTRICAS SON DE CONTROL O DE PREDICCIÓN", 2021)

2. Describa 10 ejemplos de Las métricas dinámicas y estáticas.
● Medir el tiempo requerido por las funciones articulares
● Estimar el tiempo requerido para iniciar un sistema.
● Medir eficiencia del sistema
● Derivar y validar las relaciones entre estas métricas y la complejidad
● La comprensión y la mantenibilidad del sistema.
● Medida del número de funciones o métodos que llaman a otra función o
método.
● Medida del tamaño del programa.
● Medida de la complejidad del control de un programa.
● Medida de la longitud promedio de los diferentes identificadores en un
programa.
● Medida de la profundidad de anidamiento de las instrucciones condicionales
<if> en un programa.

3. Indique cuáles herramientas existen en el mercado para realizar estas mediciones.

● SoapUI
● Apache JMeter
● Sonarqube
● Wget
● Charles
● Greenshot
● Beyon compare
● Crashlytics
● Testfairy
● Jenkins
● Nightwatch.js
● HPQuality Center
● mRometeNG

4. ¿Qué herramienta considera que tiene mayor alcance?

Consideramos que la herramienta que tiene mayor alcance es SoapUI ya que es una
herramienta desarrollada en java, para la realización de pruebas a aplicaciones con
arquitectura orientada a servicio (SOA). Soporta múltiples protocolos como SOAP, REST,
HTTP, JMS, AMF y JDBC.
Tiene muchas funcionalidades como:
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 10 de 16

● Permitir crear conjuntos de pruebas tan complicados como queramos

● Analizar la cobertura de tests sobre nuestro servicio SOAP o REST
● Cambiar el entorno de pruebas de forma rápidamente, crear mocks a partir de un
WSDL
● Incluso facilitar ciertas pruebas de seguridad

("2.2 Estándares y Métricas de calidad en la ingeniería de SW - Gestion de Proyectos Software", 2021)

BIBLIOGRAFÍA RECOMENDADA.

Mendez Ruíz, Diana Patricia. SOMERVILLE. lan. (2016). Sistema de gestión de seguridad de la
información, un desafío que vale la pena asumir. (Colección Biblioteca UMB)

Pressman, R. S., aCampos Olguín, V., & Enríquez Brito, J. (2010). Ingeniería del software: un
enfoque práctico. Septima edición. (Colección Biblioteca UMB)

Velthuis, M. G. P., Rubio, F. O. G., & Muñoz-Reja, I. C. (2007). Calidad de sistemas informáticos.
Alfaomega. (Colección Biblioteca UMB)

Capers Jones. (2010). Software Engineering Best Practices: Lessons from Successful Projects in
the Top Companies. McGraw-Hill Professional, (Recuperado Base de datos AccessEngineering)

Nakai, H., Tsuda, N., Honda, K., Washizaki, H., & Fukazawa, Y. (2016). A SQuaRE-based software
quality evaluation framework and its case study. In 2016 IEEE Region 10 Conference (TENCON)
(pp. 3704-3707). (Recuperado base de datos IEEE xplore)

Pantaleo, G. (2011). Calidad en el Desarrollo de Software. Alfaomega. (Recuperado base de datos

Alfaomega)

Zarabanda, M. I. S., & Pérez, C. I. B. (2013). Proceso de desarrollo de software: basado en la

articulación de RUP y CMMI priorizando su calidad. Universidad de Boyaca. (Recuperado base de
datos E-libro)

WEBGRAFIA
Reflexiones sobre ingeniería de requisitos y pruebas de software, Corporación Universitaria
Remington, 2013. ProQuest Ebook Central, https://ebookcentral-proquest-
com.proxy.umb.edu.co/lib/biblioumbsp/detail.action?docID=4795310.

Turrubiates, L. B. (27 de 06 de 2018). Estándares y Métricas de Software. Obtenido de

http://www.archivos.ujat.mx/2014/dais/LTI%202007/Formacion%20Integral
%20%20Profesional/F0215_Estandares_y_metricas_de_software.pdf

Gestión de proyectos de software. (27 de 06 de 2018). Estándares y Métricas de calidad en la

ingeniería de SW. Documento en Línea. Disponible en:
https://sites.google.com/site/gestiondeproyectossoftware/unidad-2-calidad-de-software/2-2-
estandares-y-metricas-de-calidad-en-la-ingenieria-de-sw [Consultado:20/07/2020]

Geovanna Patricia Bustos Recalde. Cristhian P. Guallasamin C. (2007) Uso de TSP (Team
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 11 de 16

Software Process) en el desarrollo de software. Documento en Línea. Disponible en

https://bibdigital.epn.edu.ec/bitstream/15000/554/1/CD-1063.pdf [Consultado:20/07/2020]

TSP (Team Software Process). Documento en Línea. Disponible en:

http://fernandoarciniega.com/wp-content/uploads/TSP_sistemas_calidad.pdf
[Consultado:20/07/2020].

ELABORÓ REVISÓ APROBÓ

Grupo o Programa de: Director de Programa de:

Ingeniería de Software.
Docente: Docentes Ing.
Software
Fecha: noviembre de 2020
Ingeniería de Software
Jefatura de Laboratorios
Ing. Carlos Sánchez
Fecha: noviembre de 2020 Fecha: noviembre de 2020
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 12 de 16

INFORME DE LABORATORIO
(Para elaborar por el Estudiante)
ASIGNATURA:
ESTUDIANTES:

▪ Santiago Rodriguez GRUPO:

▪ Luis Carlos Camacho
▪ Jesus Andres Pinilla NOTA:
▪ Bryant Rincon

CARRERA: TRABAJO GRUPAL: TRABAJO INDIVIDUAL:

X

FORMULE TRES HABILIDADES QUE DESEE ADQUIRIR O DESARROLLAR A TRAVÉS DE LA

PRÁCTICA DE LABORATORIO. El estudiante formulará desde la revisión de la guía las habilidades que
desarrollará a través de la práctica

● Desarrollar la habilidad para ser capaz de determinar qué tipo de métrica aplicar.
● Desarrollar la habilidad para ser capaz de aplicar correctamente las métricas.
● Adquirir la habilidad para diferenciar las métricas estáticas y dinámicas.

Elabore un Mapa conceptual del tema a tratar en la Práctica de Laboratorio. El estudiante construirá
un mapa conceptual a partir de las palabras claves suministradas por el docente
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 13 de 16

RESULTADOS. Incluir tablas, diagramas en la que los estudiantes puedan ir consignando los datos y
observaciones obtenidos en la práctica y generar un análisis de los mismos mediante comparación con la
literatura actualizada disponible.

CUESTIONARIO.
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 14 de 16

1. ¿Cuál de las siguientes medidas sirven para cuantificar el tamaño de una

aplicación?

a) Errores.
b) Documentación.
c) Nivel del lenguaje.
d) Funcionalidad.

2. ¿Cuál de las siguientes es una métrica de tamaño?

a) Hombre-mes.
b) Punto-función.
c) Tokens.
d) Errores.
3. ¿Cuál de los siguientes factores NO está directamente relacionado con la medida
del tamaño de la aplicación software?
a) CLOC.
b) Reusabilidad.
c) Punto-función.
d) Hombre-mes.
4. La “tasa de propagación de defectos” se define como:
a) Número de defectos descubiertos dividido por el número total de defectos
corregidos.
b) Número de defectos ocasionados al corregir un defecto dividido por el
número total de defectos corregidos.
c) Número de defectos que se propagan dividido por el tamaño del programa.
d) Número de defectos no corregidos dividido por el número de defectos
detectados.
5. La fiabilidad se expresa como:
a) El número de defectos encontrados dividido por el número de ejecuciones.
b) La probabilidad de que aparezca un error en un tiempo determinado.
c) El número de errores detectados dividido por el número de líneas de código.
d) La probabilidad de que no ocurra un error en un determinado tiempo.

CAUSAS DE ERROR Y ACCIONES PARA OBTENER MEJORES RESULTADOS. El estudioso

describirá las variables que a su consideración dificultaron el alcance de las habilidades propuestas

Falta de conocimiento sobre el tema

CONCLUSIONES. El estudiante consignará en este espacio la síntesis de los logros alcanzados a través
del desarrollo de la práctica de Laboratorio.
Como resultado de la elaboración de la guía se determinó que todos los tipos de métricas
métricas de calidad de software permiten monitorizar un producto para determinar su
nivel de calidad.
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 15 de 16

APLICACIÓN PROFESIONAL DE LA PRÁCTICA REALIZADA. Exponga en este espacio la

relación de las competencias y habilidades desarrolladas con el ejercicio de su futura profesión.

Los temas vistos en esta guía se pueden aplicar en la vida profesional dado que facilitan la evaluación
de: La calidad del producto, el rendimiento del equipo de desarrollo.

BIBLIOGRAFÍA UTILIZADA. Utilizando las normas APA

● 2.2 Estándares y Métricas de calidad en la ingeniería de SW - Gestion de Proyectos Software. (2021).
Retrieved 21 February 2021, from https://sites.google.com/site/gestiondeproyectossoftware/unidad-2-
calidad-de-software/2-2-estandares-y-metricas-de-calidad-en-la-ingenieria-de-sw
● LAS MÉTRICAS SON DE CONTROL O DE PREDICCIÓN. (2021). Retrieved 21 February 2021, from
https://ingenieria-del-software-wikiutes.fandom.com/es/wiki/LAS_M
%C3%89TRICAS_SON_DE_CONTROL_O_DE_PREDICCI%

ANEXOS. En este espacio presente los anexos si la práctica lo requiere

RUBRICA DE EVALUACIÓN.

INDIVIDUAL CRITERIOS DE EVALUACIÓN NOTA

H Criterio Competencia 0 – 1,5 1,6 - 2,9 3,0 - 3,9 4,0 - 4,5 4,6 - 5,0
 FORMATO PARA PRÁCTICAS DE LABORATORIO

PROCESO: GESTIÓN DE RECURSOS, INFRAESTRUCTURA Y

LABORATORIOS

LA-FM-007 Versión: 4 Fecha: 15/03/2019 Página 16 de 16

Cognitiva No los
1. Aplica todas las características Identifica Identifica Identifica
identifica, Identifica todos
de la metodología para el trabajo algunos, no algunos todos,
no conoce los mecanismos
en equipo en la aplicación de las conoce los conoce los conoce los
los y conoce sus
métricas de calidad en el estándares y estándares y estándares y
estándares y funciones
desarrollo de software métricas. métricas. métricas.
métricas.
Investigativa La
bibliografía Uso bibliografía
Utilizó
Utilizó reseñada no y realizó las
2. Realiza investigaciones del tema bibliografía
No utilizó bibliografía corresponde citaciones
propuesto utilizando la bibliografía pero no
bibliografía no científica con las citas correspondient
existente. realizó las
o educativa empleadas es de forma
citaciones
en la adecuada
investigación
Comunicativ Las ideas
a, Cognitiva plasmadas Las ideas que Las ideas son
No utiliza Las ideas son
son expresa con coherentes
3. Logra expresar ideas propias a palabras coherentes,
confusas, coherentes, pero están
partir los conocimientos que propias ni ordenadas y
desordenas y pero no en desorden
adquiere en la investigación. ideas pertenecen a la
no corresponde y no logran
propias temática
corresponde n al tema concluir
a n a al tema
b Cognitiva La
il No muestra La La interpretación
No utiliza
i una interpretació interpretació no se limita a
4. Forma conceptos utilizando las palabras
d interpretació n que n que los conceptos
guías conceptuales del tema propias ni
a n de las muestra no muestra solo investigados,
propuesto de forma crítica. ideas
d ideas corresponde repite lo dejando claras
propias
investigadas a la temática leído sus ideas en
torno al tema
Comunicativ La
La
a, Socio- presentación
presentación
afectiva está
está
La completa
completa La presentación
presentación pero la
No realiza pero la está completa y
5. Comunica de forma verbal los no contiene expresión
presentació expresión la expresión
resultados obtenidos en su todos los verbal solo
n de su verbal no verbal logra
investigación, siendo claros y conceptos expresa el
investigació logra transmitir los
concretos involucrados contenido de
n transmitir conocimientos
en la la
los adquiridos
investigación presentación
conocimient
misma (lee la
os
presentación
adquiridos
)

Total Total = (N1 + N2 + N3 + N4 + N5) / 5