lOMoARcPSD|24973444

lOMoARcPSD|24973444

TALLER SOBRE VALIDACIÓN DE DOCUMENTOS GA4-220501095-AA4-

EV01.

YISEL JOHANA MONTAÑEZ RAMIREZ

ANÁLISIS Y DESARROLLO DE SOFTWARE 

FICHA 2627032
GRUPO: ADSO 5

INSTRUCTOR: JHON HUILA

SERVICIO NACIONAL DE APRENDIZAJE - SENA

CIENCIA DE ELECTRICIDAD Y AUTOMATIZACIÓN INDUSTRIAL
REGIONAL VALLE
 lOMoARcPSD|24973444

INTRODUCCIÓN

Existen varias formas de evaluar un conjunto de artefactos y su relación con uno o más
proyectos, por lo general se enfocan en el grado de utilidad de cada artefacto para cubrir
metas específicas. Además, se debe profundizar sobre el tema y consultar material
complementario.

Preguntas orientadoras:
 ¿Qué es un artefacto?
 ¿Tipos de artefactos?
 ¿Qué es la evaluación de artefactos?
 ¿Cómo se realizan?
 ¿Qué instrumentos se utilizan?
 ¿Qué resultados se obtienen?
 lOMoARcPSD|24973444

¿Qué es un artefacto?

Los artefactos son los productos que resultan de una actividad (o práctica) y se
usan para comunicar, elaborar, validar y especificar los requisitos en ambientes de
desarrollo de software. Schön et al. (2017) reportó 57 diferentes artefactos que
consideran la participación del cliente en métodos ágiles. Entre ellos se encuentran
las historias de usuario, prototipos, casos de uso, e escenarios, tarjeta de historia,
Persona, visión, diagramas UML, viñetas (storyboards), tareas, tablero Kanban,
patrón de interfaz de usuario, imágenes, videos, mapas mentales, especificación de
la interfaz de usuario, entre otro. Algunos artefactos ayudan a la descripción de la
función, la arquitectura o el diseño del software. Otros se enfocan en el proceso de
desarrollo en sí mismo, como planes de proyecto, casos de negocios o enfoque de
riesgos. El código fuente compilado para el testeo se suele considerar un artefacto,
ya que el ejecutable es necesario para el plan de testeo.

¿Tipos de artefactos?
Existen un conjunto de artefactos que ayudan a la descripción de la función, la arquitectura
o el diseño del software.

Historias de usuario. Las historias de usuario se crean como especificaciones de

los requisitos del cliente. Éstas facilitan la comunicación y la comprensión general
de los requisitos entre los involucrados. A diferencia de los métodos tradicionales
de especificación de requisitos de software, las historias de usuario cambian el foco
de la especificación escrita y completa de los requisitos a una comunicación cara a
cara con el cliente. Las historias de usuario enfatizan las metas de usuario,
explicando brevemente la percepción del usuario y en enfocándose en que se
necesita hacer

Prototipos. El prototipo es un modelo de la aplicación del software que soporta la

comunicación y la evaluación de alternativas La creación de prototipo se percibe
como una manera directa de revisar la especificación de requisitos con los clientes
para obtener una validación oportuna de éstos La construcción del prototipo inicia
con los requisitos que han sido seleccionados para abordarse en la siguiente En
particular, aquellos que se entienden completamente y que tienen alta prioridad.
Sin embargo, este enfoque puede ser muy costoso cuando se requiere el desarrollo
de múltiples prototipos de alta fidelidad
 lOMoARcPSD|24973444

Casos de uso. Un caso de uso describe un conjunto de secuencia de acciones que

ejecuta un sistema para producir un resultado observable, de valor para un actor Un
actor representa u rol que es desempeñado por una persona, sistema o dispositivo

Escenario. Un escenario es una secuencia específicas de acciones que ilustra un

comportamiento particular Describe textualmente la interacción entre el usuario y
el sistema en un contexto particular

Tarjeta de historia. La tarjeta de historia es la representación tangible, en texto,

de una historia de usuario. Las tarjetas de historia también pueden capturar
estimados, quienes trabajaron en la historia y metas. Otras propuestas de su
contenido consideran ocho aspectos: quién, qué, por qué, sin ignorar, mientras sea
agradable tenerlo, dentro de, con una prioridad de, y cuyo impacto

Persona. Persona es una descripción de una persona ficticia que representa a un

conjunto de potenciales usuarios del sistema

Visión. La visión es una representación abstracta de la meta general que guía el

desarrollo de producto

Product backlog. La gestión de requisitos se realiza a través de gestionar el

backlog del proyecto El backlog contiene las tarjetas que describen cada historia de
usuario.

Tablero Kanban. Para monitorear el flujo de trabajo durante el proyecto de

software, el tablero Kanban puede ser utilizado para visualizar el progreso de un
requisito.

Respecto de la documentación de requisitos, existen algunos problemas para

usarlos durante el proceso de desarrollo En consecuencia, es importante encontrar
la combinación apropiada de artefactos según el contexto del proyecto y los
miembros del equipo de desarrollo de software
 lOMoARcPSD|24973444

¿Qué es la evaluación de artefactos?

La evaluación de artefactos, es un proceso que se utiliza para analizar y evaluar los

artefactos producidos durante el ciclo de vida del software. El objetivo es determinar
si los artefactos cumplen con los requisitos, estándares y mejores prácticas
establecidos para el proyecto de software. La evaluación de artefactos se puede
realizar en diferentes etapas del ciclo de vida del software, como la fase de
planificación, la fase de diseño, la fase de implementación, la fase de pruebas, entre
otras. El objetivo principal de la evaluación de artefactos es detectar errores y
problemas en los artefactos de software antes de que se conviertan en problemas
más graves o costosos más adelante en el proceso de desarrollo.

¿Cómo se realizan?

Los instrumentos de verificación se utilizan para saber si el producto que se realizó

se entregara en buenas condiciones o debe tener más ajustes. Entre ellos podemos
utilizar la lista de chequeo y cálculo de métricas del software
A continuación, se describen algunos métodos comunes para realizar la evaluación
de artefactos de software

1. Revisión manual: En este método, un equipo de evaluadores revisa los Artefactos

de software manualmente para identificar errores, inconsistencias, deficiencias y
otros problemas. La revisión manual puede ser formal o informal, dependiendo del
nivel de detalle y formalidad requerido.

2. Pruebas de rendimiento: En este método, se evalúa el rendimiento del software

en términos de velocidad, capacidad de respuesta, uso de recursos y otros factores
relacionados con el rendimiento. Esto se realiza mediante la simulación de
condiciones de carga en el software y la medición de los resultados.

3. Pruebas de seguridad: En este método, se realizan pruebas para identificar

vulnerabilidades y amenazas de seguridad en el software. Plantea que los
instrumentos de medición son herramientas necesarias para garantizar la calidad de
los productos ya sea por medición, verificación o control; es importante identificar si
los instrumentos de verificación cumplen con los parámetros establecidos.

¿Qué instrumentos se utilizan?

 lOMoARcPSD|24973444

¿Qué instrumentos se utilizan?

Los instrumentos de verificación son formatos de control que se elaboran con el fin
de registrar mediciones o el cumplimiento total o parcial de tareas, acciones,
funciones o el desempeño de una actividad en particular, bien sea de un sistema, un
funcionario, un proceso o procedimiento. Existen varios instrumentos de verificación
como son lista de cheque y cálculo de métricas de software. La ingeniería
del software tiene como objetivo producir un sistema de óptima calidad. Para lograr
este objetivo, se debe usar métodos efectivos junto con herramientas y aplicaciones
actuales. Al mismo tiempo, un buen desarrollador debe medir si la calidad se va a
cumplir en todo aspecto.

¿Qué resultados se obtienen?

Una evaluación de artefacto de software puede tener varios resultados,

dependiendo de los objetivos de la evaluación y del tipo de artefacto evaluado.
Algunos de los resultados posibles son los siguientes:

1. Identificación de defectos o problemas en el artefacto: la evaluación puede revelar

errores, inconsistencias o debilidades en el software evaluado.
2. Validación de la calidad del software: la evaluación puede verificar si el software
cumple con los estándares de calidad y con los requisitos establecidos.
3. Identificación de riesgos de seguridad: la evaluación puede revelar
vulnerabilidades o debilidades en el software que podrían ser explotadas por
atacantes.
4. Identificación de mejoras potenciales: la evaluación puede proporcionar
recomendaciones para mejorar el software en términos de rendimiento, eficiencia,
escalabilidad, mantenibilidad, etc.
5. Evaluación de la conformidad con normas o regulaciones: la evaluación puede
verificar si el software cumple con los requisitos legales, normativos o de la industria

.
 lOMoARcPSD|24973444

CONCLUSION

La selección y aplicación de artefactos sugeridos por una metodología de desarrollo de

software no es una actividad trivial. Su aplicación, en algunos casos, representa una
ventaja en la definición y aseguramiento de calidad del producto bajo desarrollo, sin
embargo en otros casos una aplicación poco efectiva representa un incremento en los
tiempos y su contribución a la calidad del producto es cuestionable. Muchos proyectos
emplean metodologías que se auxilian de artefactos de UML, pero pocas veces se
realiza una selección adecuada de éstos, ni se sabe con certeza el aporte efectivo al
desarrollo del proyecto ni se gana experiencia en relación con el uso práctico de dichos
artefactos, ya que a veces deben adaptarse a las herramientas disponibles y a las
necesidades del proyecto concreto.

Bibliografia

http://mat.uson.mx/~mireles/requisitosAgiles/artefactos.html
http://design-toolkit.uoc.edu/es/analisis-de-artefactos/#:~:text=Es%20una%20t
%C3%A9cnica%20que%20genera,los%20procesos%20de%20su%20fabricaci
%C3%B3n. (s.f.). desing tool. Obtenido de desing tool: http://design-
toolkit.uoc.edu/es/analisis-de-artefactos/#:~:text=Es%20una%20t%C3%A9cnica
%20que%20genera,los%20procesos%20de%20su%20fabricaci%C3%B3n.
https://sena.territorio.la/content/index.php/institucion/Titulada/institution/SENA/
Tecnologia
/228118/Contenido/OVA/CF9/index.html#/curso/tema1. (s.f.). sena . Obtenido de
sena :
https://sena.territorio.la/content/index.php/institucion/Titulada/institution/SENA/Tec
nologia/228118/Contenido/OVA/CF9/index.html#/curso/tema1
https://www.ibm.com/docs/es/elm/6.0.4?topic=testing-managing-test-artifacts. (s.f.).
ibm.
Obtenido de ibm: https://www.ibm.com/docs/es/elm/6.0.4?topic=testing-managing-
test-artifacts