Documente Academic
Documente Profesional
Documente Cultură
2 1.1 El sistema web deberá tener un listado en la pantalla de inicio en el que se 1.0 Solicitado
podrán ver todos los ensayos no asignados.
3 3.0 Al ingresar al sistema web se pedirá un nombre de usuario y contraseña 1.0 Solicitado
(Login).
4 3.1 El Login deberá tener un botón que permita guardar el inicio de sesión 1.0 Solicitado
para próximas visitas en el mismo navegador y ordenador.
9 8.1 Los usuarios de laboratorio son los que realizan los ensayos y suben la 1.0 Solicitado
información al sistema.
12 5.3 En un cuadro se deberán visualizar las actividades que tengan relación con 1.0 Solicitado
la muestra o ensayo.
13 5.4 En un cuadro se podrá crear una nueva actividad para el cuadro de 1.0 Solicitado
actividades.
15 5.6 Dentro de cualquier informe en la parte superior se visualizara el botón 1.0 Solicitado
Volver
Plantilla de matriz de trazabilidad de requisitos
Para poblar la base de datos debe existir una página con un listado para
20 20.0 agregar entidad ya sea proveedor, cliente, fabricante, certificadora, 1.0 Solicitado
laboratorio o acreditadora.
Última fecha estado registrado Criterios de aceptación Nivel de complejidad
3/28/2018 Se enlistan en orden ascendente por fecha todos los ensayos Baja
no asignados a un técnico existentes hasta la fecha.
3/28/2018 Se valida desde la base de datos que el usuario exista y que la Moderada
contraseña corresponda a un usuario de Lenor.
3/28/2018 Se puede acceder a las diferentes listas desde los botones de la Baja
barra de menú.
3/28/2018 El sistema debe permitir que los técnicos de laboratorio puedan Moderada
subir nuevos ensayos.
3/28/2018 Se puede ver el cuadro con el avance, se puede asignar una Moderada
fecha objetivo y se visualiza el estado de reporte.
3/28/2018 El botón posee las acciones para acceder al presupuesto, enviar Baja
reporte y crear ensayo de solicitud de tareas.
Los usuarios deben tener acceso a todos los documentos para poder El objetivo del proyecto en este punto es brindarle al usuario un listado de
llegar al objetivo final que es la certificación del mismo. facil acceso para todos los ensayos. 1
Los usuarios deben tener acceso a todos los documentos para poder El objetivo del proyecto en este punto es brindarle al usuario un listado de 2
llegar al objetivo final que es la certificación del mismo. facil acceso para todas las muestras.
El negocio solo quiere que usuarios de su organismo puedan acceder El sistema solo puede usarlo algún usuario perteneciente a Lenor Chile
a sus recursos por lo que brindar la seguridad de un login es Spa. Por lo que se deberá validar en una base de datos para confirmar que 3
necesario para validar que solo los usuarios de la empresa puedan el usuario pertenece a la empresa.
ingresar.
Los usuarios podrán saber a qué listas pueden acceder y cuales son Requerimiento del sistema que facilita la navegación por las distintas 5
necesarias para su trabajo y no de otra área. páginas.
Las muestras son importantes para el negocio porque son el primer Es necesario que los usuarios puedan acceder a los listados para trabajar 6
ingreso de un nuevo cliente. con las muestras.
Para poder acceder a los reportes, es necesario saber el número Los usuarios pueden acceder a la información de los reportes rápidamente 7
identificador y seleccionarlo para poder acceder. y de forma práctica.
Entregará mayor información a los usuarios que ingresen al sistema. Con el objetivo de tener un informe completo de las muestras o ensayos, 8
se requiere que un técnico trabaje y cumpla con llenar la información.
Necesidad, oportunidades u objetivos de negocio Objetivo del proyecto Entregables (EDT)
Los ensayos en forma digital reducen gastos en papel y mejoran el Los nuevos clientes necesitan que se les ingrese en el sistema y que 9
proceso de negocio reduciendo errores. también ingresen sus productos para certificar.
Se establece orden dentro de los procesos de negocio. El sistema se rige de jerarquías de usuarios para mantener un control 10
sobre lo que se debe y no hacer.
Cuando se abre un informe se puede acceder a toda su información El lector del informe o reporte deberá tener acceso a la descripción para 11
tener en claro el tipo de producto que está pasando por la certificación.
Los usuarios saben cuales pasos han superado los informes. Para tener claro que status ya ha pasado el reporte y que los demás 12
usuarios sepan si deben comenzar a trabajar en el o no.
Se puede establecer el tipo de comunicación que se ha efectuado en Se crea un botón con los datos que el cliente pidio. 13
el proceso de certificación.
Se requiere saber quién está involucrado en el informe actual y bajo Proporcionar conocimiento al usuario sobre los encargados del reporte 17
quien responde. actual.
Vincular los informes de seguimiento o tipo correspondientes para Proporcionar un espacio en el que se puedan almacenar archivos
tener en claro que la certificación fue exitosa o no. relacionados con el informe. 18
Ayudar en el primer paso de certificación a un cliente que lo requiera Ofrecer herramientas que ayuden con la creación de presupuestos y que
ofreciéndole un presupuesto del que se encargaran los usuarios de se guarden dentro del sistema. 19
comercial.
Parámetros que serán de ayuda en todos los demás reportes a llenar, Ofrecer ayuda automatizada para el ingreso de nuevos datos. 21
se mostraran como sugerencia en las casillas correspondientes.
Diseño del producto Desarrollo del producto Estrategia y escenarios de pruebas
En el menú de login debajo de los cuadros de texto abra un checklist que se Pruebas de aceptación, Pruebas alpha.
deberá marcar en caso de querer guardar el inicio de sesión.
En el costado izquierdo o en la parte superior de la página existirá un panel en Pruebas unitarias, Pruebas de
el que se alojaran varios botones que corresponderán a las diferentes páginas y integración, Pruebas de aceptación,
listados del sistema. Pruebas alpha.
Es un botón que corresponde a la primera columna de todas las listas y está Pruebas unitarias, Pruebas de
presente en todos los ensayos u otros reportes, representa el numero o integración, Pruebas de aceptación,
identificador de este. Pruebas alpha.
Se requiere un listado con los distintos usuarios en los que se pueda crear Pruebas unitarias, Pruebas de
nuevos y brindarles poderes dentro del sistema. integración, Pruebas de aceptación,
Pruebas alpha.
Diseño del producto Desarrollo del producto Estrategia y escenarios de pruebas
En el listado de ensayos se requiere un botón que permita agregar nuevos Pruebas unitarias, Pruebas de
documentos a través de un formulario que podrá ser llenado rápidamente integración, Pruebas de aceptación,
extrayendo información para autocompletar campos desde la base de datos. Pruebas alpha.
Un boton dentro de los informes de ensayo y debajo del cuadro para visualizar Pruebas unitarias, Pruebas de
los encargados del seguimiento en el que se pueda seleccionar Asignar tecnico, integración, Pruebas de aceptación,
Asignar Jefe de laboratorio, Finalizar set. Pruebas alpha.
Un cuadro que al abrirse de las opciones de crear una actividad con opciones ya Pruebas unitarias, Pruebas de
prediseñadas como reunión con cliente, propuesta asignada, tarea pendiente, integración, Pruebas de aceptación,
propuesta rechazada, información general, etc. Pruebas alpha.
Un botón en la parte superior de los reportes que permita acceder a los Pruebas unitarias, Pruebas de
presupuestos vinculados, enviar reporte final al cliente o reabrir el set entre integración, Pruebas de aceptación,
otros. Pruebas alpha.
Un cuadro con las columnas comercial, jefe de laboratorio y técnico de Pruebas unitarias, Pruebas de
laboratorio en la que se detallaran debajo de cada uno de los anteriormente integración, Pruebas de aceptación,
mencionados el nombre del personal a cargo del reporte. Pruebas alpha.
Un cuadro con un botón que permita buscar archivos dentro del pc e Pruebas unitarias, Pruebas de
ingresarlos al sistema, se enlistaran los archivos que fueron guardados para el integración, Pruebas de aceptación,
reporte seleccionado. Pruebas alpha.
Un formulario con los datos del presupuesto, tipo de moneda, monto a cobrar, Pruebas unitarias, Pruebas de
descripción del producto y cantidad. integración, Pruebas de aceptación,
Pruebas alpha.
Descripción del requisito Se proporciona una descripción de que comprende o en qué consiste el 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 del proyecto o requisitos del producto (solución).
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 solicitado, aprobado, asignado, completado, cancelado, diferido, aceptado, entre otros.
Ú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.
Necesidad, oportunidades u objetivos de Vínculo del requisito con la estrategia de la organización, listando necesidades específicas que tenga el área de
negocio negocio, objetivos de la planificación estratégica que busca lograr u oportunidades de negocio o del mercado.
Objetivo del proyecto Vínculo del requisito con los objetivos del proyecto. Aquí se establece la trazabilidad entre el requisito y los objetivos
específicos del proyecto definidos e su alcance.
Entregables (EDT) Entregables de la estructura desagregada de tarea (EDT) en los cuales está inmerso el requisito. Puede especificarse
tanto el nombre del elemento de la EDT como su código EDT.
Diseño del producto Implicaciones que tiene el requisito desde el punto de vista del diseño del producto. Aquí se especifica como el
diseño del producto incorpora los componentes necesarios para poder satisfacer el requerimiento.
Desarrollo del producto Implicaciones del requisito en el desarrollo del producto. Describe como los procedimientos de trabajo, metodología
o estándares usados incorporan el requisito. Esto aplica principalmente para requisitos que definen la forma de
trabajar, estándares a cumplir, entre otros.
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.