Validacion de Requerimientos

INGENIERIA DE SOFTWARE 2020
VALIDACION DE SOFTWARE
Esta actividad tiene como objetivo realizar la Validación de todos los requerimientos
del sistema a construir.
Estos requerimientos pueden ser tanto funcionales como no funcionales. Los

Analistas se reúnen con el Cliente y/o usuario del sistema para validar los
requerimientos que se relevaron y especificaron, es decir que estas especificaciones
reflejan realmente lo que los usuarios necesitan.
De la reunión de Validación de Requerimientos pueden surgir cambios en los

requerimientos que impliquen que se realicen nuevamente las actividades
Especificación de Requerimientos y Priorización de Requerimientos.
Entrada Salida Rol responsable Roles involucrados

 Especificación de  Acta de reunión Analista  Cliente y/o Usuario
Requerimientos de
requerimientos
 Requerimientos (se explica abajo  Administrador
Suplementarios y se desarrolla en
otro documento)
 Modelo de Casos  Responsable de SQA

de Uso
 Glosario  Responsable de
Verificación
 Requerimientos • Arquitecto
Candidatos
ACTA DE REQUERIMIENTOS
Objetivo. Registrar los temas tratados en la reunión que se realiza con el
cliente o usuario para relevar requerimientos.
Rol responsable Actividades de salida

• Analista • Relevamiento de
Requerimientos
• Validación de Requerimientos
Plantilla Actividades de entrada

• Acta de reunión de • Especificación de
requerimientos Requerimientos
• Seguimiento de Satisfacción
del Cliente
1 Msc. Fabiola Cadima.

Nombre del proyecto]

Reunión de Requerimientos
Versión [1.0]
[Este documento es la plantilla base para elaborar el documento Reunión de
Requerimientos. Aplicar los elementos puede y tener el historial de revisiones.
Fecha Versión Descripción Autor
[dd/mm/aaaa] [x.x] [detalles] [nombre]
Fecha: [Fecha de realización de la reunión]

Responsables: [Nombre de los responsables de llevar a cabo la reunión y
realizar este documento.]
Participantes: [Nombre de los demás participantes de la reunión con sus
respectivas funcionalidades o áreas dentro de la empresa
cliente.]
Contenido
1. INTRODUCCIÓN ................................................................................................. 2
1.1. PROPÓSITO ....................................................................................................... 2
1.2. ALCANCE ......................................................................................................... 3
1.3. DEFINICIONES, SIGLAS Y ABREVIATURAS ..................................................................... 3
1.4. REFERENCIAS .................................................................................................... 3
2. ESTABLECER EL PERFIL DEL USUARIO ............................................................... 3
3. EVALUAR EL PROBLEMA ..................................................................................... 3
4. ENTENDER EL ENTORNO DEL USUARIO .............................................................. 3
5. REAFIRMAR EL ENTENDIMIENTO ....................................................................... 4
6. PROBLEMAS ADICIONALES ................................................................................ 4
7. EVALUAR LA SOLUCIÓN (SI APLICA) ................................................................. 4
8. EVALUAR LA OPORTUNIDAD .............................................................................. 4
9. EVALUAR FIABILIDAD, PERFORMANCE Y NECESIDAD DE APOYO....................... 4
10. CIERRE ........................................................................................................... 5
11. RESUMEN DEL ANALISTA ................................................................................ 5
1. Introducción
1.1. Propósito
[En esta sección se debe especificar el propósito de este documento de
Reunión de Requerimientos.]

1.2. Alcance
[En esta sección incluya una breve descripción del alcance de la reunión
indicando todo aquello que es afectado o influenciado por este documento de
Reunión de Requerimientos.]
1.3. Definiciones, siglas y abreviaturas
[Esta sección debe proporcionar las definiciones de todos los términos, las
siglas, y abreviaciones requeridas para interpretar apropiadamente el
documento Reunión de Requerimientos. Esta información puede
proporcionarse por la referencia al Glosario del proyecto.]
1.4. Referencias
[Esta sección debe proporcionar una lista completa de todos los documentos a
los que se hace referencia en este documento Reunión de Requerimientos.
Cada documento debe identificarse por el título, número del informe (si se
aplica), fecha, y organización que lo publica. Especifique las fuentes de las
que pueden obtenerse las referencias. Esta información puede proporcionarse
por la referencia a un apéndice o a otro documento. Entre éstas referencias
pueden estar documentos que establecen la operativa del usuario o cliente,
normas de calidad para los procesos que usa el cliente o usuario, documentos
estándares relativos a los temas de la reunión que usa el cliente o usuario,
etc.]
2. Establecer el perfil del usuario
 Nombre: Empresa/Sector:
 Trabajo que realiza:
 Responsabilidades principales:
 Producto que produce: Para quien?:
 ¿Cómo mide el éxito de su trabajo?:
 ¿Qué problemas interfieren con el éxito de su trabajo?
 ¿Qué elementos, si existen, hacen su trabajo más fácil o más difícil?
3. Evaluar el problema
¿Para qué problema de [tipo de aplicación] le faltan las soluciones buenas?
¿Cuáles son los problemas? ¿Hay algo más?
Para cada problema preguntar:
 ¿Por qué existe el problema?
 ¿Cómo lo resuelva ahora?
 ¿Cómo le gustaría resolverlo?
 ¿Qué prioridad le asigna a este problema?
4. Entender el entorno del usuario
 ¿Quiénes son los usuarios?
 ¿Cuál es su nivel educativo?
 ¿Cuál es su conocimiento en computación?
 ¿Tienen experiencia en el tipo de aplicación?
 ¿Qué plataformas hay en uso?
 ¿Qué planes tiene sobre plataformas futuras?
 ¿Qué otras aplicaciones usa que necesiten comunicarse con la que está en
discusión?
 ¿Qué expectativas tiene sobre la usabilidad del producto?

 ¿Qué expectativas tiene sobre el tiempo de capacitación?
 ¿Qué tipo de documentación, en papel o en línea, necesita?
5. Reafirmar el entendimiento
 Me has dicho [lista de los problemas descriptos por el usuario o cliente en
sus propias palabras]:
o [Problema 1]
o [Problema 2]
 ¿Esto representa los problemas que usted está teniendo con su solución
existente?
 ¿Qué otros problemas está experimentando?
6. Problemas adicionales
[Lista de todas las necesidades o problemas adicionales que piensa que
conciernen al involucrado o usuario, o problemas que surgen si no se logra
resolver alguno de los planteados previamente.]
o [Necesidad o problema adicional 1]
o [Necesidad o problema adicional 2]
Pregunte por cada problema sugerido:
¿Es este un problema real?
¿Cuáles son las razones para este problema?
¿Cómo resuelve usted el problema actualmente?
¿Cómo le gustaría resolver el problema?
¿Qué prioridad le daría a este problema comparado con otros usted ha
mencionado?
7. Evaluar la solución (si aplica)
 Si usted pudiera:
 [Si ya evaluó soluciones posibles y desea plantearlas al cliente o usuario
escriba un resumen de las capacidades importantes de su solución
propuesta, para solicitar al usuario o involucrado que asigne importancia o
prioridad a las mismas.]
o [Capacidad 1]
o [Capacidad 2]
o ...
 ¿Cómo los organizaría según la importancia de los mismos?
8. Evaluar la oportunidad
 ¿Quién necesita esta aplicación en la organización?
 ¿Cuántos de estos tipos de usuarios usaría la aplicación?
 ¿Cómo valoraría una solución exitosa?
9. Evaluar fiabilidad, performance y necesidad de apoyo
 ¿Cuáles son sus expectativas para la fiabilidad?
 ¿Cuáles son sus expectativas para la performance?
 ¿Usted hará el soporte del producto, u otros lo harán?
 ¿Usted tiene necesidades especiales de soporte?
 ¿Qué necesidades hay sobre el mantenimiento y acceso de servicio?
 ¿Cuáles son los requisitos de seguridad?
 ¿Cuáles son los requisitos de instalación y de configuración?

 ¿Cuáles son los requisitos de autorizaciones especiales?
 ¿Cómo se quiere distribuir el software?
 ¿Qué requisitos hay sobre el etiquetado y empaquetando?
Otros requerimientos
 ¿Se debe soportar algún requisito regulador o normas?
 ¿Usted piensa que hay cualquier otro requisito que nosotros debemos
saber?
10. Cierre
 ¿Hay alguna otra pregunta que yo debería hacerle?
 ¿Si yo necesito preguntarle algo, puedo llamarle?
 ¿Le gustaría participar en una revisión de los requerimientos?
11. Resumen del Analista
[Resuma debajo los tres o cuatro problemas de prioridad más alta para este
usuario involucrado]
Colaboración:
https://www.fing.edu.uy/inco/cursos/ingsoft/pis/memoria/dvd01/experiencia2002/ModsGX/modelo/entregab/actreure.htm

Validacion de Requerimientos

Cargado por

Copyright:

Formatos disponibles

Validacion de Requerimientos

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Validacion de Requerimientos

Cargado por

Copyright:

Formatos disponibles

INGENIERIA DE SOFTWARE 2020

Estos requerimientos pueden ser tanto funcionales como no funcionales. Los

De la reunión de Validación de Requerimientos pueden surgir cambios en los

Entrada Salida Rol responsable Roles involucrados

 Modelo de Casos  Responsable de SQA

Rol responsable Actividades de salida

Plantilla Actividades de entrada

1 Msc. Fabiola Cadima.

Nombre del proyecto]

Fecha: [Fecha de realización de la reunión]

2 Msc. Fabiola Cadima.

3 Msc. Fabiola Cadima.

4 Msc. Fabiola Cadima.

5 Msc. Fabiola Cadima.

También podría gustarte

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.