Plantilla de ma

Responsable de la trazabilidad de requisitos: David Leonardo Torres Flores

Proyecto: MediCo

Sub
identificación/Tr Última fecha estado
Identificación aza del Descripción del requisito Versión Estado actual registrado
requistos

RF01 Registrará a los usuarios en la

Registrar Usuario N/A aplicación 1 SOLICITADO 26-Mar-19

RF02 Permitirá autentificar a los

Iniciar sesion/Login RF01 usuario previamente 1 SOLICITADO 26-Mar-19
registrados (RF01)
 Plantilla de ma
Responsable de la trazabilidad de requisitos: David Leonardo Torres Flores
Proyecto: MediCo

Sub
identificación/Tr Última fecha estado
Identificación aza del Descripción del requisito Versión Estado actual registrado
requistos

RF03 RF02 Permitirá al usuario seleccionar 1 SOLICITADO 26-Mar-19

Seleccionar Síntomas entre una lista de síntomas.

Permitirá al usuario elegir un

RF04 RF03 remedio casero de su agrado 1 SOLICITADO 26-Mar-19
Elegir Remedio Casero para el síntoma seleccionado
(RF03).
 Plantilla de ma
Responsable de la trazabilidad de requisitos: David Leonardo Torres Flores
Proyecto: MediCo

Sub
identificación/Tr Última fecha estado
Identificación aza del Descripción del requisito Versión Estado actual registrado
requistos

RF05 Permitirá al usuario elegir un

Elegir Medicamento RF03 medicamento para el síntoma 1 SOLICITADO 26-Mar-19
seleccionado (RF03).

RF06 Permitirá visualizar las

RF02 observaciones que el médico 1 SOLICITADO 26-Mar-19
Consultar Expediente haya escrito.

Permitirá visualizar los datos de

RF07 RF02 los médicos disponibles o 1 SOLICITADO 26-Mar-19
Solicitar Consulta solicitar una consulta.
 Plantilla de ma
Responsable de la trazabilidad de requisitos: David Leonardo Torres Flores
Proyecto: MediCo

Sub
identificación/Tr Última fecha estado
Identificación aza del Descripción del requisito Versión Estado actual registrado
requistos

RF08 RF02 Permitirá modificar los datos 1 SOLICITADO 27-Mar-19

Modificar Datos personales del usuario.

RF09 Permitirá al medico consultar a

Gestion Pacientes RF02 sus pacientes adscritos. 1 SOLICITADO 27-Mar-19

RF10 Permitirá al medico visualizar

RF09 las citas asignadas a los dias 1 SOLICITADO 27-Mar-19
Consulta Pacientes correspondientes.
 Plantilla de ma
Responsable de la trazabilidad de requisitos: David Leonardo Torres Flores
Proyecto: MediCo

Sub
identificación/Tr Última fecha estado
Identificación aza del Descripción del requisito Versión Estado actual registrado
requistos

RF11 Permitirá al medico Acualizar

Actualizar Expedientes RF09 los expedientes de sus 1 SOLICITADO 27-Mar-19
pacientes
Plantilla de matriz de trazabilidad de requisitos
Criterios de aceptación
1.-La contraseña deberá
contener al menos una letra
mayúscula, un número y tener
una longitud mínima de 8
caracteres.
2.- Los campos Nombre,
Apellidos, Edad, Dirección,
Teléfono, Correo y Contraseña
no deben estar vacíos.
1.- Verificar que dé acceso a la
aplicacón en caso de que el
usuario exista.
2.- Visualizar mensaje de error
en caso de que el usuario no
exista. 3.- Visualizar
mensaje de error en caso de
que la contraseña o el correo
sean incorrectos.
Estrategia y escenarios de
Nivel de complejidad Entregables (EDT) pruebas Status
Diagrama de casos de
BAJA uso ,Descripcion del SIN ESTATUS
caso de uso 1.-Diseñar formulario para la captura
de los datos de los usuarios
2.- Validar los datos insertados en el
formulario para realizar el registro del
usuario
3.- Verificar que los datos se
almacenen en la repositorio de datos.
1.- Diseñar formulario para la
validación de los datos de los usuarios
Diagrama de casos de 2.- Validar los datos insertados en el
BAJA uso ,Descripcion del formulario SIN ESTATUS
caso de uso 3.-Verificar que los datos se
encuentren en la repositorio de datos
Plantilla de matriz de trazabilidad de requisitos
Criterios de aceptación
1.- Verificar que se seleccione
una opción.
1.- Verificar que se seleccione
una de las opciones sugeridas
Estrategia y escenarios de
Nivel de complejidad Entregables (EDT) pruebas Status
Diagrama de casos de 1.- Diseñar lista con todos los sínomas
BAJA uso ,Descripcion del disponibles. 2.- Validar que se SIN ESTATUS
seleccione una opción.
caso de uso
1.- Diseñar lista para mostrar
remedios caseros
Diagrama de casos de 2.- Extraer los datos de los remedios
BAJA uso ,Descripcion del caseros de la base de datos. SIN ESTATUS
3.- Organizar los datos extraidos en la
caso de uso tabla diseñada.
4.- Validar que se seleccione una
opción.
Plantilla de matriz de trazabilidad de requisitos
Criterios de aceptación
1.- Verificar que se seleccione
una de las opciones sugeridas
1.-. Visualizar que la cita alla
sido agendada corrtectamente
Estrategia y escenarios de
Nivel de complejidad Entregables (EDT) pruebas Status
1.- Diseñar lista para mostrar
medicamentos.
2.- Extraer los datos de los
Diagrama de casos de medicamentos de la base de datos.
BAJA uso ,Descripcion del 3.- Organizar los datos extraidos en la SIN ESTATUS
caso de uso tabla diseñada.
4.- Validar que se seleccione una
opción.
1.- Diseñar una tabla con los campos
Diagrama de casos de Nombre del paciente, Apellidos, Edad,
BAJA uso ,Descripcion del SIN ESTATUS
caso de uso Nombre del médico y Observaciones.
1.- Diseñar una tabla con los campos:
Nombre del medico, especialidad y
Diagrama de casos de horarios.
MEDIA uso ,Descripcion del 2. Verificar la disponibilidad en cuanto SIN ESTATUS
caso de uso al horario elegido del médico
Plantilla de matriz de trazabilidad de requisitos

Estrategia y escenarios de
Criterios de aceptación Nivel de complejidad Entregables (EDT) pruebas Status

1.-La contraseña deberá

contener al menos una letra
mayúscula, un número y tener
una longitud mínima de 8 1.-Diseñar formulario para la captura
de los datos de los usuarios
caracteres. Diagrama de casos de 2.- Validar los datos insertados en el
2.- Los campos Nombre, BAJA uso ,Descripcion del formulario para realizar la SIN ESTATUS
Apellidos, Edad, Dirección,
Teléfono, Correo y Contraseña caso de uso modificacion de datos.
no deben estar vacíos. 3.- Verificar que los datos se
modifiquen en la repositorio de datos.
3.- Corroborar que los datos
hayan sido modificados.

1.- Visualizar a todos los Diagrama de casos de 1.- Diseñar unausuario.

tabla con los datos del
pacientes que son atendidos BAJA uso ,Descripcion del 2.- Validar que se selecciono a un SIN ESTATUS
por un médico en particular. caso de uso paciente.

1. Visualizar que las citas esten Diagrama de casos de 1.- Diseñar una tabla con los campos
BAJA uso ,Descripcion del de: Nombre del paciente, Fecha de la SIN ESTATUS
organizadas por fecha y hora caso de uso cita, Hora de la cita.
Plantilla de matriz de trazabilidad de requisitos

Estrategia y escenarios de
Criterios de aceptación Nivel de complejidad Entregables (EDT) pruebas Status

1.- Visualizar los datos Diagrama de casos de 1.- Diseñar una tabla ligada a una base
actualizados. MEDIA uso ,Descripcion del de datos que contendra el historial SIN ESTATUS
caso de uso médico del paciente.
 Interesado (Stakeholder)
Observaciones dueño del requisito Nivel de prioridad

Usuario ALTA

Médico/Usuario ALTA
 Interesado (Stakeholder)
Observaciones dueño del requisito Nivel de prioridad

Usuario MEDIA

Usuario MEDIA
 Interesado (Stakeholder)
Observaciones dueño del requisito Nivel de prioridad

Usuario MEDIA

Usuario ALTA

Usuario ALTA
 Interesado (Stakeholder)
Observaciones dueño del requisito Nivel de prioridad

Usuario ALTA

Médico ALTA

Médico ALTA
 Interesado (Stakeholder)
Observaciones dueño del requisito Nivel de prioridad

Médico ALTA
Plantilla de matriz de trazabilidad de requisitos

Descripción de la información a completar en cada columna

Columna Instrucciones
Identificación Código de identificación de mayor nivel definido para el requisito. Puede definirse con números, por ejemplo RF01,
RF02, RF03, y así sucesivamente.
Sub identificación/Traza del requistos Sub código de identificación que puede utilizarse para definir requisitos detallados y asociarlos a un requisito padre.
De esta forma se define la trazabilidad entre requisitos de alto nivel con requisitos más detallados.
Puede definirse según el número de requisito padre, por ejemplo RF01

Descripción del requisito Se proporciona una descripción del requisito. La descripción del requisito depende del tipo que sea, por ejemplo
requisitos del negocio, requisitos de los interesados, requisitos funcionales, requisitos no funcionales, requisitos de
almacenamineto.

Versión Número de versión del requisito en su estado actual. De esta forma los requisitos se pueden ir detallando o
modificando en versiones sucesivas.
Estado actual Puede ser: aprobado, rechazado opendiente
Última fecha estado registrado Fecha en la que se realizó el último cambio de estado del requisito.
Criterios de aceptación Lista los criterios de aceptación, una lista de puntos o condiciones específicas que deben cumplirse para poder
registrar que el requisito ha sido satisfecho.
Nivel de complejidad Puede definirse una complejidad de forma cualitativa, por ejemplo baja, moderada o alta. Esto dependerá del criterio
del evaluador.
Entregables (EDT) Entregable (s) de la tarea (EDT) en los cuales está inmerso el requisito. Por ejemplo: Diagrama de casos de uso,
Descripcion de casos de uso, etc
Estrategia y escenarios de pruebas Listado de las estrategias y escenarios de pruebas que se contemplarán para validar la aceptación del requisito. Estos
se definen a partir de los criterios de aceptación.
SIN ESTATUS la prueba no se ha ejecutado
SOLICITADO El requisito ha sido solicitado
APROBADO Despues de ejecutar las pruebas si cumplio el resultado
RECHAZADO la prueba no cumple el resultado.
PENDIENTE La prueba cumple con el l resultado pero existe alguna observación .
BAJA
MEDIA
ALTA
BAJA
MEDIA
ALTA