Diseño de instrumentos para verificación de artefactos

GA4-220501095-AA4-EV02.

Integrantes

Ficha: 2834847

Presentado a:
JHON MANUEL SOTO
Instructor Técnico

Servicio Nación al de Aprendizaje SENA

Regional Distrito Capital
Centro de servicios Financieros
2024
 Introducción.

La verificación de artefactos en el desarrollo de software es fundamental para

garantizar la calidad del producto final. Según la IEEE (2004), las pruebas de
software se enfocan en verificar el comportamiento del programa mediante la
ejecución de casos de prueba seleccionados, con el fin de asegurar que el sistema
cumple con los requisitos esperados. En el contexto de un proyecto de software,
como el sistema de control de ventas e inventario para el restaurante Casa
Grande, el diseño de instrumentos de verificación se vuelve esencial para
asegurar que todos los componentes cumplan con las normativas colombianas,
los estándares técnicos y las funcionalidades requeridas.
 Objetivos.

Objetivo General.
Diseñar instrumentos de verificación que permitan evaluar de manera efectiva los
artefactos del sistema de control de ventas e inventario, asegurando el
cumplimiento de los requisitos funcionales, normativos y de calidad establecidos
para el restaurante Casa Grande.

Objetivos Específicos.
Establecer criterios claros para la verificación de artefactos que aseguren la
correcta implementación de los módulos del sistema, incluyendo inventarios,
ventas y facturación electrónica. Implementar una lista de chequeo (checklist) que
facilite la revisión estructurada de los artefactos clave del proyecto, como
diagramas UML, código fuente y pruebas.
Diseño de instrumentos para verificación de artefactos.

Según la IEEE (2004), las pruebas de software “consisten en verificar el

comportamiento de un programa dinámicamente a través de un grupo finito de
casos de prueba, debidamente seleccionados del, típicamente, ámbito de
ejecuciones infinito, en relación con el comportamiento esperado”, es por esto que
la verificación de software es un componente fundamental del proyecto, su
objetivo principal es asegurar que la solución informática cumple por completo
todos los requisitos y objetivos planeados.
Diseñar los instrumentos de verificación para la verificación de artefactos. Debe
contener toda la información que se necesite.
La lista de chequeo debe ser corta, concisa y entendible.

1. Lista de Chequeo (Checklist)

Objetivo: Verificar que los artefactos cumplan con todos los requisitos funcionales,
técnicos y normativos.

Criterios para incluir:

 ¿Se documentan correctamente todos los requisitos funcionales?
 ¿El código fuente cumple con los estándares de codificación establecidos?
 ¿Se implementan las pruebas unitarias y de integración adecuadamente?
 ¿El sistema cumple con la normativa colombiana de facturación electrónica?

Ventaja: Sencillo de utilizar, permite revisar todos los elementos importantes de un

artefacto en función de criterios predefinidos.

2. Revisión por Pares (Peer Review)

Objetivo: Mejorar la calidad del código y la documentación a través de la revisión
por parte de otros miembros del equipo.

Criterios para incluir:

 Legibilidad del código.
 Cumplimiento de las buenas prácticas de programación.
  Verificación de que el código cumple con los requisitos funcionales del
sistema.
Ventaja: Aumenta la calidad al identificar errores y mejoras desde diferentes
perspectivas.

3. Pruebas de Software (Testing).

Objetivo: Verificar que los módulos del sistema cumplen con los requisitos
funcionales y no funcionales.

Tipos de pruebas:
 Pruebas Unitarias: Verifican la correcta funcionalidad de cada unidad de
código.
 Pruebas de Integración: Evalúan que los diferentes módulos del sistema
funcionan correctamente cuando se integran.
 Pruebas de Rendimiento: Aseguran que el sistema se ejecuta eficientemente
bajo cargas reales.
Ventaja: Garantiza que el sistema funcione adecuadamente en diferentes
escenarios y bajo diferentes condiciones.

4. Métricas de Calidad del Código.

Objetivo: Medir automáticamente la calidad del código fuente en términos de

complejidad, mantenibilidad y eficiencia.

Herramientas: SonarQube, Checkstyle, PMD.

Criterios para evaluar:
 Complejidad ciclo matica del código.
 Niveles de duplicación.
 Errores y advertencias de codificación.
Ventaja: Permite identificar automáticamente problemas en el código que
pueden afectar la mantenibilidad del sistema.
 5. Pruebas de Usuario.
(User Acceptance Testing - UAT) Objetivo:
Validar que el sistema cumple con las expectativas y necesidades del usuario
final.
Criterios para incluir:
 Usabilidad del sistema desde la perspectiva del usuario.
 Validación de los procesos del negocio (ventas, inventario, facturación).
Ventaja: Asegura que el sistema final es funcional y útil para el cliente, antes de su
despliegue completo.

6. Revisiones Formales (Auditorías) Objetivo:

Revisar formalmente los artefactos del proyecto para asegurar el cumplimiento
con normativas locales e internacionales.

Criterios para incluir:

 Cumplimiento con normativas como la DIAN para facturación electrónica.

 Alineación con estándares de seguridad y calidad (ISO 25000, NTC 5801).
Ventaja: Proporciona seguridad en términos de cumplimiento normativo y
regulatorio.

7. Simulaciones y Prototipos Objetivo:

Simular el comportamiento del sistema o probar prototipos para validar las
decisiones de diseño antes de la implementación completa.

Criterios para incluir:

 ¿El diseño del sistema es eficiente y cumple con los requerimientos de
negocio?
 ¿Se visualizan correctamente los flujos y procesos en la interfaz de
usuario?
Ventaja: Permite identificar posibles problemas de diseño antes de realizar
grandes inversiones de desarrollo.
 TABLA DE INSTRUMENTOS DE VERIFICACIÓN DE ARTEFACTOS.

I Instrumento Descripción. Criterios Normativa/ Ejemplo de

D de Evaluados. Referencia Uso
Verificación Legal
.
1 Lista de Verificación Correctitud, NTC5801 Validar si los
Chequeo estructurada de completitud, (Documentació diagramas
(Checklist) los requisitos. alineación con n Técnica) UML cubren
los objetivos del todos los
proyecto. casos de
uso.
2 Revisión por Evaluación del Legibilidad, ISO/IEC 25000 Revisar
Pares (Peer código por otros estándares de (Calidad del código del
Review) miembros del calidad, Software) módulo de
equipo. funcionalidad. ventas para
asegurar su
calidad.
3 Pruebas de Pruebas para Funcionalidad, ISO/IEC 12207 Ejecutar
Software verificar que el rendimiento, (Ciclo de Vida pruebas
(Testing) software seguridad, del Software) unitarias
cumpla con los cobertura de para validar
requisitos pruebas. la gestión de
funcionales y no inventarios.
funcionales.
4 Métricas de Herramientas Complejidad, NTC ISO/IEC Usar
Calidad del automáticas duplicación, 9126 (Calidad SonarQube
Código para revisar la mantenibilidad del Software) para
calidad del identificar
código. problemas
en el código.
5 Validación de Verificación de Alineación con ISO/IEC 25000 Verificar que
Requisitos que los requerimientos, (Calidad del el sistema
artefactos completitud. Software) de
cumplan con los facturación
requisitos. cumple con
la normativa
DIAN.
6 Simulaciones Creación de Comportamient Ley 527 de Prototipar la
y Prototipos modelos para o del sistema, 1999 (Firma interfaz de
validar el usabilidad. Digital y usuario del
sistema antes Comercio sistema de
de su Electrónico) ventas.
implementación
 .
7 Revisiones Inspecciones Cumplimiento DIAN Auditoría del
Formales formales para legal, alineación Resolución sistema de
(Auditorías) garantizar el con estándares 000042 de 2020 facturación
cumplimiento industriales. (Facturación electrónica
de normativas. Electrónica) para
asegurar el
cumplimient
o normativo.
8 Pruebas de Pruebas Usabilidad, NTC 5801 Probar el
Usuario (UAT) realizadas por funcionalidad, (Documentació sistema de
los usuarios experiencia del n Técnica) ventas en el
finales. usuario. restaurante
con el
personal.
9 Control de Gestión de Control de ISO/IEC 12207 Revisar
Versiones versiones y cambios, (Ciclo de Vida cambios en
cambios en los integraciones. del Software) el módulo de
artefactos. inventario
mediante
Git.

Tabla lista de Chequeo.

I Artefacto. Criterios de Cump Comentario Normativa/

D verificación. le s Referencia
(Si/No Observacio legal
) nes
1 Especificació ¿Todos los SI ISO/IEC
n de requisitos 25000
Requerimient funcionales y (Calidad del
os. no funcionales Software)
están bien
documentados
?...
2 Diagrama de ¿Los casos de SI NTC 5801
Casos de uso cubren (Documentac
Uso todas las ión Técnica)
funcionalidades
requeridas por
el proyecto?
3 Código ¿El diagrama SI NTC 5801
 Fuente refleja (Documentac
(Ventas) correctamente ión Técnica)
las entidades y
relaciones del
sistema?
4 Código ¿El código ISO/IEC
Fuente fuente cumple 25000
(Ventas) con los (Calidad del
estándares de Software)
calidad y es
legible?
5 Código ¿El módulo de SI ISO/IEC
Fuente inventario 25000
(Inventario) cumple con los (Calidad del
requisitos Software)
funcionales y
es eficiente?
6 Pruebas ¿Las pruebas ISO/IEC
Unitarias unitarias 12207 (Ciclo
cubren el 100% de Vida del
de las Software)
funcionalidades
críticas?
7 Pruebas de ¿Las NTC ISO/IEC
Integración interacciones 9126
entre los (Calidad del
diferentes Software)
módulos del
sistema
funcionan
correctamente?
.....
8 Documentaci ¿La NTC 5801
ón del documentación (Documentac
Usuario es clara y ión Técnica)
suficiente para
que el personal
del restaurante
utilice el
sistema?
9 Cumplimiento ¿El sistema de DIAN
de facturación Resolución
 Normativas electrónica 000042 de
cumple con la 2020
normativa
colombiana?

CONCLUCION.

La verificación de artefactos es una fase crítica en el desarrollo de software,

ya que garantiza que el producto final cumpla con los estándares de calidad,
funcionalidad y normativas locales. A través del uso de instrumentos como
listas de chequeo, revisiones por pares y auditorías formales, se pueden
identificar y corregir errores antes de la implementación del sistema. Esto
asegura no solo la eficiencia operativa del restaurante Casa Grande, sino
también el cumplimiento de la normativa colombiana en materia de
facturación electrónica. Implementar estas herramientas permite mejorar la
calidad del software y reducir los riesgos asociados a posibles fallas en su
funcionamiento.