Universidad Nacional Abierta y a Distancia Vicerrectoría Académica y de Investigación Curso: Verificación y Validación de Software Código: 202016900 Guía de actividades y rúbrica de evaluación – Tarea 1 Reconocimiento

1. Julian Andrés Carvajal Chamorro
Grupo: 202016900_22
Tarea 1 Reconocimiento

2. Ciclo de vida del desarrollo de software
Análisis: Durante esta etapa se realiza el levantamiento de
requerimientos de software y se elabora el informe de Especificación
de requisitos de software (SRS).
Diseño: Se realiza el modelado del software en base al informe SRS.
Desarrollo: Etapa de implementación del diseño, se construye la
estructura del software backend y frontend y se documenta a detalle
el proceso de desarrollo.
Ensayo: Se realizan pruebas durante y al final del proceso de
desarrollo, para que el software funcione de manera adecuada entre
las pruebas realizadas están: pruebas del sistema, pruebas de
integración y pruebas de aceptación de usuario.
Despliegue: Una vez concluida la etapa de desarrollo y ensayo se
implementa el software para que los usuarios puedan interactuar con
el, esta etapa viene acompañada de guias y capacitación de los
usuarios.
Mantenimiento: Ultima fase del desarrollo, durante esta etapa se
corrigen y parchan los errores o problemas que encuentran los
usuarios por el uso del sistema, ademas se implementan cambios que
mejoren la experiencia de usuario.

3. Automatización de pruebas de software
“La automatización de pruebas atiende a la necesidad de tener
resultados mas precisos de procesos que no pueden simularse
manualmente, como las pruebas con alta cantidad de usuarios,
pruebas sobre múltiples plataformas con alto volumen de datos
o pruebas en escenarios con especificaciones particulares según
las necesidades del cliente” (Echeverry at al, 2013).
Para definir que procesos se deben automatizar se pueden
tomar en cuenta los siguientes criterios citados por Echeverry
(2013):
• procesos o funcionalidades que sean repetitivos
• procesos que requieran pruebas con distintos datos
• procesos con alto consumo de recursos
• funcionalidades complejas
• aplicaciones que deben correr en múltiples sistemas
operativos
• motores de bases de datos o navegadores
• procesos críticos dentro de una aplicación
Cuando se realizan este tipo de pruebas se generan
datos que pueden servir de referencia, para pruebas
futuras con cambios en el código, ya que el resultado
siempre debe ser el mismo, en cuanto a tiempo de
respuesta siempre menos es mejor.

4. Características operativas de calidad
Corrección: Es la capacidad que tiene un programa para
satisfacer los requerimientos y objetivos planteados por el
usuario. ¿Hace lo que se le pide?
Fiabilidad: Cuando un programa (todas sus funciones) generan
resultados con la precisión requerida ¿Lo hace de forma fiable
todo el tiempo?
Eficiencia: Cuando un programa ejecuta sus funciones con
tiempo de respuesta adecuado, ¿Qué recursos hardware y
software necesito?
Integridad: Es la capacidad de restricción que tiene un programa
para acceder a los datos por usuarios no autorizados, para eso se
utilizan tipos de usuarios (administrador, empleado, usuario)
¿Puedo controlar su uso?
Facilidad de uso: Es el grado de usabilidad que tiene el programa,
como por ejemplo que sea fácil usar, aprender y de utilizar (¿Es
fácil y cómodo de manejar?). (Bermúdez et al, 2019)

5. Marcos normativos en calidad de software
• ISO 9001 La norma Internacional ISO 9001 está enfocada a la consecución de la calidad en una
organización mediante la implementación de un método o Sistema de Gestión de la calidad (SGC).
• ISO/IEC 9003 Este modelo está orientado a la Ingeniera de software, sirve como indicador de la
norma ISO 9001:2000, es un conjunto de tareas y procedimientos que han tenido éxito en el
concepto de software sobre los procesos de la organización.
• ISO/IEC 12207 Information Technology / Software Life Cycle Processes, son normas que se utilizan
para el ciclo de vida del proceso de software de una organización, además sirve de apoyo para ISO
15504-SPICE.
• ISO/IEC 14598. Software product evaluation, creada entre 1999 y 2001. Está conformada por 6 partes
que están interrelacionadas con la familia ISO 9126, esta es la encargada de la parte de evaluación de
producto de software
• ISO 25000. Hace parte del modelo de calidad para el producto de software, está conformado por 5
fases que se encuentran en desarrollo, fue creada para reemplazar la ISO 9126 e ISO 14598 ya que
desde 2001 no se publicaron nuevas versiones (Bermúdez et al, 2019).

6. Modelos de calidad de software
Modelo FURPS. En 1987 Hewlett-
Packard desarrolló una serie de
factores de calidad que reciben el
acrónimo de FURPS, que incluye cinco
categorías principales por sus
nombres en inglés: Funcionalidad
(Functionality), Usabilidad (Usability),
Confiabilidad (Reliability), Desempeño
(Performance) y Soportabilidad
(Supportability) (Moreno et al, 2019).
Modelo de McCall Los factores de calidad planteados por
McCall se miden a través de 21 criterios o métricas de calidad
que él propone; el problema es que dichos criterios se calculan
a través de preguntas dicotómicas del tipo “SI”-”NO”, las cuales
son contestadas por una o varias personas, lo cual podría
implicar subjetividad dado que cada una puede evaluar la
calidad de forma diferente (Moreno et al, 2019).
Modelo de Boehm este define la calidad de software en términos de
atributos cualitativos y los mide usando métricas. El modelo no es
muy distinto al de McCall, porque muchos de sus factores de calidad
son los mismos. Éste modelo también presenta sus factores de
calidad estructurados jerárquicamente de alto a bajo nivel (Moreno
et al, 2019).

7. Conclusiones
• Conocer las normas de calidad y los modelos que se pueden usar para medir la calidad
antes y durante las etapas de desarrollo garantizan que el resultado sea optimo y no
presente inconvenientes durante la etapa de despliegue, ya que esto puede ocasionar
altos costos al equipo de desarrollo
• Es importante realizar un buen planteamiento del proyecto desde el comienzo para
estructurar de manera adecuada el desarrollo del software, lo primordial durante esta
etapa es realizar pruebas manuales y automáticas de manera que el producto sea una
versión final del proyecto y pueda pasar a etapa de despliegue.

8. Bibliografía
Campderrich Falgueras, B. (2013). Introducción a la Ingeniería del Software OO. En UOC (Eds.), Ingeniería del software (p.p 19 -
23). Editorial UOC. https://elibro-net.bibliotecavirtual.unad.edu.co/es/ereader/unad/56294?page=20
Echeverri, J. Aristizábal, M. y González, L. (2013). Parte 2 – Verificación y Validación. En M.M. Zapata (Eds.), Reflexiones sobre
ingeniería de requisitos y pruebas de software (p.p 65 - 74). Corporación Universitaria Remington. https://elibro-
net.bibliotecavirtual.unad.edu.co/es/ereader/unad/68913?page=65
Castro Bermúdez, Y. V, Solarte Martínez, G. R., & Muñoz Guerrero, L. E. (2019). Planning, Management and Control of Software
Quality. Scientia Et Technica, 24(4), 611–617.
https://bibliotecavirtual.unad.edu.co/login?url=https://search.ebscohost.com/login.aspx?direct=true&db=fap&AN=14501457
2&lang=es&site=eds-live&scope=site
Alonso Amo, F. Martínez Normand, L. & Segovia Pérez, J. (2005). Introducción a la Ingeniería del Software: modelos de desarrollo
de programas.. Delta Publicaciones. https://elibro-net.bibliotecavirtual.unad.edu.co/es/ereader/unad/170188?page=1
Moreno, J. Bolaños y L. Navia, M. (2010). Exploración de Modelos y Estándares de Calidad Para el Producto Software. Universidad
industrial de Santander. https://dialnet.unirioja.es/descarga/articulo/6299688.pdf

9. ¡Gracias!