Escuela de Ciencias Básicas, Tecnología e Ingeniería

Validación y Verificación de Software

Tarea 2. Análisis Situacional.

José David Martínez Garzón

94150791

UNAD – Universidad Nacional Abierta y a Distancia

Ingeniería de Sistemas

16-04

2022

1
 Contenido
Introducción...................................................................................................................................3
Problema: Análisis Situacional..........................................................................................................4
Conclusiones...............................................................................................................................14
Bibliografia....................................................................................................................................15

2
 Introducción

En este documento se presentan el uso de las métricas de validación de

software con base a la norma NTC 5420-2:2007 y la resolución 285 de
2004 a través de un caso problema que será la base del análisis
presentado a continuación.

3
 Problema: Análisis Situacional

Usted ha sido contratado por una Institución Educativa Publica de nivel

Superior, para que según su perfil profesional, realice el proceso para
evaluar y validar el software presentado por un grupo de docentes y
poder determinar según los criterios de: Robustez, Extensibilidad,
Desempeño, Usabilidad, Integridad, Portabilidad, Compatibilidad,
Mantenimiento y Documentación mencionados en la Resolución 285 de
2004 de Minciencias y teniendo en cuenta las tablas de métricas
mencionadas en la norma NTC 5420-2:2007. Usted debe construir una
herramienta con la cual hará la evaluación de los productos tipo
software de manera que se logre dar el puntaje según la evaluación de
cada criterio; para ello se debe usar los encabezados de las tablas de
métricas; es importante mencionar que se sugiere hacer el instrumento
de evaluación consecuente a la columna “Medición, fórmula y cálculo de
elementos de datos” de manera que se formule correctamente cada
ítem. (como sugerencia se propone construir el instrumento usando una
hoja de cálculo como mínimo, donde se puedan comprobar las fórmulas
aplicadas a cada criterio para la consolidación del puntaje final) de igual
manera en caso de hacer una aplicación o programa como herramienta
de valoración, se debe enviar el código fuente en un pdf para verificar lo
mencionado anteriormente y poder verificar los ponderados que dará
como resultado el puntaje final.

Criterio Objetivo del Importancia del Alcance del Relevancia del

4
 Criterio Criterio Criterio Criterio
Aplicabilidad: ¿Cuán completa Es lo básico de Desarrolladores Alta
Integridad de es la cualquier Responsables de
Implementación implementación software, si no ACS
Funcional de acuerdo a la cumple para lo
especificación de que se hizo no
requerimientos? funciona.
Precisión: ¿Son aceptables Este criterio es Desarrollador Alta
Precisión las diferencias clave por que Usuario
esperada. entre los determina la
resultados reales calidad de la
y los resultados salida de datos
razonablemente del sistema y por
esperados? lo tanto su
confiabilidad
Seguridad: ¿Cuán Hoy en día la Desarrollador Alta
Control de Acceso controlable es el seguridad de la
acceso al información es
sistema? un elemento
básico en el
desarrollo de
cualquier
sistema
Madurez: ¿Cuántos Este criterio es Desarrollador Media
Densidad problemas aun importante por Responsable de
estimada de error existentes que define que las Pruebas
latente pueden surgir tan bien o mal Responsable ACS
como errores esta Usuario
futuros? estructurado el

5
 proceso de
soporte y
mejoras del
sistema, y por lo
tanto que tan
costoso será el
mantenimiento
del mismo
Madurez: ¿Cuántos casos Al momento de Desarrollador Media
Cobertura de de prueba verificar las Responsable de
Pruebas requeridos se funcionalidades las pruebas
han ejecutado del sistema es Responsable de
durante la igual de ACS
prueba? importante
probar todos los
posibles
escenarios como
lo es corregirlos.
Tolerancia a ¿Con que Uno de los Usuario Alta
Fallos: Prevención frecuencia el elementos de la Responsable de
de Caídas producto de calidad de mantenimiento
software causa software es la
caídas en el disponibilidad
ambiente de del sistema, este
producción criterio es
total? importante para
establecer si
tenemos la
infraestructura

6
 adecuada para
soportar el
sistema.
Recuperación: ¿Cuál es el En línea con el Usuario Alta
Tiempo promedio tiempo punto anterior, Responsable de
de recuperación promedio que este criterio es Mantenimiento
toma el sistema igual de
para completar importante por
la recuperación que determina
desde el inicio que tanto se
de la misma? puede reducir
las caídas del
software
Fiabilidad: ¿Cuan conforme En el caso de Proveedor Depende del
Conformidad de es la fiabilidad sistemas que se Usuario tipo de sistema
la fiabilidad del producto a basan en normas
las regulaciones especificas como
aplicables, a las nomina,
normas y a las contabilidad,
convenciones? etc, este criterio
es sumamente
critico ya que al
fallar puede
generar multas a
las compañías
Comprensibilidad: ¿Qué proporción El mal uso del Usuario Media
Efectividad de la de funciones software es igual Responsable de
demostración puede el usuario de dañino como Mantenimiento
operar con éxito el mal diseño de

7
 después de una este, por eso
demostración o tener manuales
de un tutorial? y tutoriales que
efectivamente
ayuden a el
usuario es muy
importante
Capacidad de ¿Con que Hoy en día en el Usuario Media
Aprendizaje: frecuencia un mundo de las Diseñador de
Frecuencia de usuario tiene Apps el usuario interfaz de
ayuda que acceder a la se ha vuelto mas usuario
ayuda para exigente con
aprender la respecto a el
operación para nivel de User
terminar su Friendly del
tarea de software; este
trabajo? criterio mide que
tan intuitivo es
el sistema y por
lo tanto que
tanto podemos
disminuir el nivel
de falla.
Capacidad de ¿puede el En sistemas que Usuario Media
Operación: usuario requieran Diseñador de
Disponibilidad del seleccionar entrada interfaz de
uso del valor por fácilmente los constante de usuario
defecto parámetros de datos es
operación? importante que

8
 el usuario tenga
la menor
posibilidad de
error, para eso
existen las
opciones
seleccionables
con valores por
default.
Apariencia: ¿Cuán atractiva En el mundo de Usuario Baja
Interacción es la interfaz de las Apps y Diseñador de
Atractiva usuario? Comercialmente interfaz de
hablando, este usuario
criterio es
importante para
que el usuario
prefiera el
software, a nivel
de funcionalidad
no tanto
Comportamiento ¿Cuánto tiempo En especial en Usuario Alta
en el tiempo: toma completar sistemas SaaS o Desarrollador
Tiempo de una tarea en la nube, el Responsable de
respuesta especifica? tiempo de mantenimiento
¿Cuánto tiempo respuesta Responsable de
transcurre antes depende mucho ACS
que el sistema de la conexión a
responda una internet que no
operación siempre esta

9
 especifica? bajo el control
de la compañía.
Hacer pruebas
de stress y de
conectividad es
importante para
la operación de
una compañía.
Utilización de los ¿Cuál es el limite Parece muy Usuario Media
recursos: absoluto de la técnico pero Desarrollador
Utilización memoria este criterio Responsable de
máxima de requerida para puede costarle o mantenimiento
memoria cumplir una ahorrarle mucho Responsable de
función? a una compañía ACS
en
infraestructura,
la eficiencia de
los algoritmos y
las funciones de
un software
pueden afectar
la cantidad de
recursos de
hardware
necesitados para
su operación.
Capacidad de ¿Puede el Los costos de Desarrollador Media
Análisis: usuario mantenimiento Responsable de
Capacidad de identificar una están mantenimiento

10
pistas de operación impactados por Operador
auditoria especifica que la facilidad de
causo falla? identificar
¿Puede el errores y
responsable de corregirlos
mantenimiento fácilmente, un
fácilmente buen log en el
encontrar una software ayuda a
operación ese fin.
especifica que
causo falla?
Capacidad de ¿Puede el Igual que el Desarrollador Media
Cambio: encargado del punto anterior, Responsable de
Complejidad de la mantenimiento, el costo de mantenimiento
modificación fácilmente mantenimiento Operador
cambiar el depende que tan
software para sencillo haya
resolver el sido
problema? parametrizado el
sistema y que
tan limpio este
el código.
Capacidad de ¿Puede el Los sistemas Desarrollador Media
Prueba: usuario y el cambian y se Responsable de
Disponibilidad de responsable de actualizan, las mantenimiento
la función de mantenimiento pruebas son el Operador
pruebas fácilmente mecanismo para
incorporada realizar pruebas asegurar
operacionales estabilidad y

11
 sin la confiabilidad, en
preparación la medida que
adicional de sean fácil de
mecanismos de ejecutar el costo
prueba? y tiempo de
mantenimiento
se disminuye.
Adaptabilidad: ¿Puede el El hardware y los Desarrollador Alta
portabilidad del usuario sistemas Responsable de
usuario responsable de operativos mantenimiento
mantenimiento cambian y por lo Operador
adaptar tanto el software
fácilmente el debe ser
software al fácilmente
entorno? adaptable a
estas
condiciones, de
lo contrario se
volverá obsoleto
fácilmente
Reemplazabilidad: ¿Puede el Si el sistema no Desarrollador
Capacidad de usuario o se actualiza Responsable de
incluir funciones responsable de basado en lo que mantenimiento
mantenimiento le usuario busca Operador
fácilmente se volverá
continuar obsoleto. El
usando software debe
funciones ser
similares suficientemente

12
 después de flexible para
reemplazar el rápidamente
software? permitir mejoras
y nuevas
funcionalidades

Ponderación de Criterios

Relevancia
Medición Ponderación
del Criterio
Aplicabilidad: Integridad de Implementación Funcional Alta 8%
Precisión: Precisión esperada. Alta 8%
Seguridad: Control de Acceso Alta 8%
Madurez: Densidad estimada de error latente Media 4%
Madurez: Cobertura de Pruebas Media 4%
Tolerancia a Fallos: Prevención de Caídas Alta 8%
Recuperación: Tiempo promedio de recuperación Alta 8%
Depende del
Fiabilidad: Conformidad de la fiabilidad tipo de 3%
sistema
Comprensibilidad: Efectividad de la demostración Media 4%
Capacidad de Aprendizaje: Frecuencia de ayuda Media 4%
Capacidad de Operación: Disponibilidad del uso del valor por
Media 4%
defecto
Apariencia: Interacción Atractiva Baja 1%
Comportamiento en el tiempo: Tiempo de respuesta Alta 8%
Utilización de los recursos: Utilización máxima de memoria Media 4%
Capacidad de Análisis: Capacidad de pistas de auditoria Media 4%
Capacidad de Cambio: Complejidad de la modificación Media 4%
Capacidad de Prueba: Disponibilidad de la función de pruebas
Media 4%
incorporada
Adaptabilidad: portabilidad del usuario Alta 8%
Reemplazabilidad: Capacidad de incluir funciones Media 4%

13
 Conclusiones

- Los criterio o medidas usada en la validación del software permite

que todos los aspectos de un sistema, desde el desarrollo hasta la
interacción con el usuario, sean suficientemente efectivos y
eficientes para entregar el producto esperado así como un bajo
costo en la implementación y el mantenimiento del mismo.

14
15
 Bibliografia

Norma Tecnica colombiana. NTC 5420-2: 2007. Icontec.org

16