Está en la página 1de 5

ACT.

# 1
PRUEBAS DE SOFTWARE

Luis Fernando Solís castillo


Hugo Eduardo Gurrola Siqueiros
7B
SRS(Especificación de Requerimientos de Software)

Definición:
Es un documento cuyo propósito es proporcionar una descripción completa de un
producto de software a desarrollar, incluyendo su propósito, los principales
procesos de negocio que serán soportados, características, parámetros clave de
rendimiento y comportamiento. Como tal, esencialmente sirve como un mapa que
guía el proceso de desarrollo y mantiene a todos en el camino correcto.

Características:
 Sin ambigüedades
 Completa
 Verificable
 Coherente
 Modificable
 Trazable
 Utilizable durante la fase explotación y mantenimiento

Ejemplo:
https://es.slideshare.net/JuAnJoShL/srs-ejemplo-sistema-tarifado-de-transito
SAD(Documento de Arquitectura de software)

Definición:
Abarca la definición de la arquitectura del producto a través de las vistas de casos
de uso, lógica (análisis y diseño), despliegue e implementación, también define los
procedimientos del usuario a los que deberá dar soporte y el manejo que se
realizará a los datos.

Características:
 Describa la arquitectura de arriba abajo
 Agregue un glosario
 Cada vez que introduzca un término que se conoce por una sigla, no
presuma que todo el mundo sabe qué significa
 Que no exceda las 50 páginas
 Todos los documentos de arquitectura que entregue, deben usar la misma
plantilla
 Agregue referencias a otros documentos que pueden ser importantes para
entender algún concepto o explicitar una fuente consultada.
 Explique siempre cómo la arquitectura descripta cumple con los
requerimientos que se quieren alcanzar. Debe haber una trazabilidad desde
los requerimientos a la arquitectura definida.
 Extraer y manipular la información de manera dinámica y flexible
 Ayudar a dar soporte a la toma de decisiones
 Definir la información que se necesita y como se debe mostrar para que sea
realmente útil para el usuario
 Combinar tanto información interna como externa
 Ofrecer ayuda durante todo el proceso de la toma de decisiones
 Tomar múltiples decisiones al mismo tiempo.

Ejemplo:
https://www.fiduoccidente.com/documents/116662/3200610/mvct_sad.pdf/73f7ef9b-64fa-ea76-
9daa-1a6be72cd9bd?t=1628281110792

SQA (Aseguramiento de calidad de software)


Definición:
SQA es un set de actividades sistemáticas que aseguran que el proceso del
software y productos conformados por requerimientos, estándares, y
procedimientos. Los procesos incluyen todas las actividades involucradas en el
diseño, codificación, pruebas y mantenimiento; Los productos incluyen software,
datos asociados, documentación, y toda la documentación para soporte y
reportes.
Características:

El cuadro SQA está dividido en tres columnas.

 La primera columna responde a ¿Qué es lo que sé? En este caso se


identifica con la letra S, en ella se pueden escribir conceptos, ideas,
descripciones o frases que los alumnos recuerden.
 La segunda columna sirve para anotar lo que quieren aprender. En este
caso se denomina con la letra Q. Esta columna ayudará a elaborar
predicciones acerca de lo que tratará el tema, sesión o unidad, además de
que planteará preguntas y expectativas por parte de los alumnos.
 La tercera columna responde a la pregunta ¿Qué es lo que aprendí? En
este caso se le denomina con la letra A. Sirve como ejercicio reflexivo para
que los alumnos describan el conocimiento que han adquirido, esta
columna se responde al final del tema, sesión o unidad.

Ejemplo:

SQA

Lo que se... Lo que quiero Que es lo que


S aprender…. Q aprendí… A

Programación en ¿Cómo funciona? Cómo funciona el código


aplicación móviles en aplicaciones móviles.
¿Para qué nos sirve la
documentación? Para qué sirve la
documentación a la hora
de programar

V & V (Verificación y validación)


Definición:
Es el nombre que se da a los procesos de comprobación y análisis que aseguran
que el software que se desarrolla este acorde a su especificación y cumple las
necesidades de los clientes. La V & V en un proceso de ciclo de la vida completo.
Inicia con las revisiones del diseño y las inspecciones del código hasta la prueba
del producto.

Características:
A) Facilitar la detección y corrección temprana de errores.
B) Mejorar la administración del proceso y los riesgos del
producto.
C) Apoyar el proceso del ciclo de vida para asegurar el
cumplimiento de los requerimientos de rendimiento,
cronograma y presupuesto del programa
Ejemplo:

También podría gustarte