· El usuario debe tener el rol de Administrador.
· El usuario debe estar habilitado en el sistema.
El administrador debe ingresar los siguientes datos correctamente:
· El campo Descripción debe ser tipo LONGTEXT sin límite de caracteres, obligatorio y no debe estar previamente registrado en la base de datos.
· El campo Asunto debe ser tipo LONGTEXT sin límite de carcateres y obligatorio
· El campo Cuerpo debe ser tipo LONGTEXT sin límite de caracteres
· El campo Header debe ser tipo VARCHAR de 200 caracteres máximo
· El campo Footer debe ser tipo VARCHAR de 200 caracteres máximo.
]]>
1
2. El sistema le muestra el inicio y un menú en la parte izquierda.
3. El usuario selecciona la opción “Mailings” que se encuentra en el menú de la izquierda.
4. El sistema despliega las opciones:
• Configuración SMTP.
• Consultar plantillas.
• Crear plantilla.
5. El usuario selecciona la opción:
• Crear plantilla.
6. El sistema muestra un formulario tipo formato de correo con los campos:
• Imagen encabezada: ingresa imagen de encabezado.
• Contenido: ingresa el contenido del correo.
• Imagen pie de página: ingresa imagen de pie de página.
• Pie de página: ingresa información de pie de página.
• Descripción*: ingresa el nombre del correo.
• Estado: escoge el estado del correo.
• Para: ingresa el correo de recepción.
• CC: ingresa el correo de recepción con copia.
• CCO: ingresa el correo de recepción con copia oculta.
Junto a los botones:
• Regresar: regresa a la página anterior.
• Guardar: guarda los permisos registrados y lo regresa al inicio de permisos.
Un listado de palabras claves.
7. El usuario diligencia los campos solicitados y selecciona la opción:
• Guardar.
]]>
[·Los campos obligatorios estén completamente diligenciado]
[· El campo Descripción no esté previamente registrado en la base de datos. ]
·Los campos no superen el límite de caracteres.
· El sistema registra la plantilla nueva en la base de datos.
· Redirige a la vista de las plantillas registrados.
· El sistema mostrará el mensaje (CO_RQ_14_Mailing_CU03_E1) notificando que la plantilla fue creada
]]>
2
Los datos de entrada son los específica dos en los requerimientos (CU_RQ_14_Mailing).
· Descripción*.
· Asunto*.
· Cuerpo.
· Header.
· Footer.
Nota: los datos con (*) son de carácter obligatorio.
Datos de salida:
No aplica
]]>
Guardar y continuar]]>
Tipo
Positiva
Responsabilidad(rol)
Administrador
· El usuario debe tener el rol de Administrador.
· El usuario debe estar habilitado en el sistema.
El administrador ingresar incorrectamente los siguientes datos:
· El campo Descripción debe ser tipo LONGTEXT sin límite de caracteres, obligatorio y no debe estar previamente registrado en la base de datos.
· El campo Asunto debe ser tipo LONGTEXT sin límite de caracteres y obligatorio
· El campo Cuerpo debe ser tipo LONGTEXT sin límite de caracteres
· El campo Header debe ser tipo VARCHAR de 200 caracteres máximo
· El campo Footer debe ser tipo VARCHAR de 200 caracteres máximo.
]]>
1
2. El sistema le muestra el inicio y un menú en la parte izquierda.
3. El usuario selecciona la opción “Mailings” que se encuentra en el menú de la izquierda.
4. El sistema despliega las opciones:
• Configuración SMTP.
• Consultar plantillas.
• Crear plantilla.
5. El usuario selecciona la opción:
• Crear plantilla.
6. El sistema muestra un formulario tipo formato de correo con los campos:
• Imagen encabezada: ingresa imagen de encabezado.
• Contenido: ingresa el contenido del correo.
• Imagen pie de página: ingresa imagen de pie de página.
• Pie de página: ingresa información de pie de página.
• Descripción*: ingresa el nombre del correo.
• Estado: escoge el estado del correo.
• Para: ingresa el correo de recepción.
• CC: ingresa el correo de recepción con copia.
• CCO: ingresa el correo de recepción con copia oculta.
Junto a los botones:
• Regresar: regresa a la página anterior.
• Guardar: guarda los permisos registrados y lo regresa al inicio de permisos.
Un listado de palabras claves.
7. El usuario diligencia los campos solicitados y selecciona la opción:
• Guardar.
]]>
[· Si los campos superan el límite de caracteres aparecerá un mensaje notificando que hubo un error]
[· Si el campo Descripción ya está registrado en la base de datos mostrara un mensaje notificando que hubo un problema]
[· El sistema no registrará el Mailing en la base de datos hasta que no se llenen los campos correctamente.]
]]>
2
Los datos de entrada son los específica dos en los requerimientos (CU_RQ_14_Mailing).
· Descripción*.
· Asunto*.
· Cuerpo.
· Header.
· Footer.
Nota: los datos con (*) son de carácter obligatorio.
Datos de salida:
No aplica
]]>
Guardar y continuar]]>
Tipo
Negativa
Responsabilidad(rol)
Administrador
· El usuario debe tener el rol de Administrador.
· El usuario debe estar habilitado en el sistema.
El administrador debe ingresar los siguientes datos correctamente:
· El campo Descripción debe ser tipo LONGTEXT sin límite de caracteres, obligatorio y no debe estar previamente registrado en la base de datos.
· El campo Asunto debe ser tipo LONGTEXT sin límite de caracteres y obligatorio
· El campo Cuerpo debe ser tipo LONGTEXT sin límite de caracteres
· El campo Header debe ser tipo VARCHAR de 200 caracteres máximo
· El campo Footer debe ser tipo VARCHAR de 200 caracteres máximo.
]]>
1
• Editar.
2. El sistema muestra un formulario tipo formato de correo con los campos:
• Imagen encabezada.
• Contenido.
• Imagen pie de página.
• Pie de página.
• Descripción*.
• Asunto*.
• Para.
• CC.
• CCO.
Junto a los botones:
• Regresar.
• Editar.
Un listado de palabras claves.
3. El usuario actualiza los datos y selecciona la opción:
• Editar.
En caso contrario selecciona la opción:
• Regresar.
]]>
[·Los campos obligatorios estén completamente diligenciado]
[· El campo Descripción no esté previamente registrado en la base de datos. ]
·Los campos no superen el límite de caracteres.
· El sistema actualiza la plantilla seleccionada en la base de datos.
· Redirige a la vista de las plantillas registrados.
· El sistema mostrar el mensaje (CO_RQ_14_Mailing_CU02_E3) notificando que la plantilla fue actualizada
]]>
2
Los datos de entrada son los específica dos en los requerimientos (CU_RQ_14_Mailing).
· Descripción*.
· Asunto*.
· Cuerpo.
· Header.
· Footer.
Nota: los datos con (*) son de carácter obligatorio.
Datos de salida:
Los datos de salida son los específica dos en los requerimientos (CU_RQ_14_Mailing).
· Descripción.
· Asunto.
· Cuerpo.
· Header.
· Footer.
]]>
Guardar y continuar]]>
Tipo
Positiva
Responsabilidad(rol)
Administrador
· El usuario debe tener el rol de Administrador.
· El usuario debe estar habilitado en el sistema.
El administrador ingresar incorrectamente los siguientes datos:
· El campo Descripción debe ser tipo LONGTEXT sin límite de caracteres, obligatorio y no debe estar previamente registrado en la base de datos.
· El campo Asunto debe ser tipo LONGTEXT sin límite de caracteres y obligatorio
· El campo Cuerpo debe ser tipo LONGTEXT sin límite de caracteres
· El campo Header debe ser tipo VARCHAR de 200 caracteres máximo
· El campo Footer debe ser tipo VARCHAR de 200 caracteres máximo.
]]>
1
• Editar.
2. El sistema muestra un formulario tipo formato de correo con los campos:
• Imagen encabezada.
• Contenido.
• Imagen pie de página.
• Pie de página.
• Descripción*.
• Asunto*.
• Para.
• CC.
• CCO.
Junto a los botones:
• Regresar.
• Editar.
Un listado de palabras claves.
3. El usuario actualiza los datos y selecciona la opción:
• Editar.
En caso contrario selecciona la opción:
• Regresar.
]]>
[· Si los campos superan el límite de caracteres aparecerá un mensaje notificando que hubo un error]
[· Si el campo Descripción ya está registrado en la base de datos mostrará un mensaje notificando que hubo un problema]
[· El sistema no actualizará el Mailing en la base de datos hasta que no se llenen los campos correctamente.]
]]>
2
Los datos de entrada son los específica dos en los requerimientos (CU_RQ_14_Mailing).
· Descripción*.
· Estado.
· Cuerpo.
· Header.
· Footer.
Nota: los datos con (*) son de carácter obligatorio.
Datos de salida:
Los datos de salida son los específica dos en los requerimientos (CU_RQ_14_Mailing).
· Descripción.
· Estado.
· Cuerpo.
· Header.
· Footer.
]]>
Guardar y continuar]]>
Tipo
Negativa
Responsabilidad(rol)
Administrador
· El usuario debe tener el rol de Administrador.
· El usuario debe estar habilitado en el sistema.
· El administrador Inhabilita/Habilita Mailings en el sistema
]]>
1
• Inhabilitar/Habilitar.
2. El sistema muestra una ventana con el mensaje respectivo si es Inhabilitar o Habilitar, y los botones.
• Inhabilitar/Habilitar.
• Cancelar.
3. El usuario selecciona la opción:
• Inhabilitar/Habilitar.
En caso contrario el usuario selecciona la opción:
• Cancelar.
]]>
· El sistema muestra el mensaje (CO_RQ_14_Mailing_CU01_E1) si es Inhabilitar o el mensaje (CO_RQ_14_Mailing_CU01_E2) si es Habilitar.
·El sistema actualiza el estado, del mailing seleccionado, a “Inhabilitado” o “Habilitado” y el botón de “Inhabilitar” a “Habilitar” o viceversa.
· El sistema cierra la ventana de Habilitar / Inhabilitar y recargara la página de vista de Mailings
]]>
2
No aplica
Datos de salida:
No aplica
]]>
Guardar y continuar]]>
Tipo
Positiva
Responsabilidad(rol)
Administrador
· El usuario debe tener el rol de Administrador.
· El usuario debe estar habilitado en el sistema.
· El administrador puede ver los cambios realizados a los mailings
]]>
1
• Auditorias
2. El sistema muestra los campos:
• Usuario: muestra la persona que hizo la actualización
• Fecha: muestra cuando se hizo la actualización
• Acción: muestra cual fue la actualización
• Detalle: muestra el botón:
- Ver
Junto al botón:
• regresar
3. El usuario selección la opción:
• Ver
4. El sistema muestra los campos:
• Usuario: muestra la persona que hizo la actualización
• Fecha: muestra cuando se hizo la actualización
• Acción: muestra cual fue la actualización
• Descripción: muestra el nombre del meiling
• Estado: muestra la actualización realizada
Junto al botón regresar
]]>
· El sistema permitirá la visualización del historial de cambios o auditoría de los mailings
]]>
2
Los datos de entrada son los especificados en los requerimientos (CU_RQ_14_Mailing).
No aplica
Datos de salida:
Los datos de salida son los específica dos en los requerimientos (CU_RQ_14_Mailing).
· Usuario.
· Fecha.
· Acción.
· Descripción.
· Estado.
]]>
Guardar y continuar]]>
Tipo
Positiva
Responsabilidad(rol)
Administrador
· El usuario debe estar habilitado en el sistema.
]]>
1
2. El sistema muestra los registros que coincidan con los datos ingresados.
]]>
· El usuario debe ingresar datos que coincidan con los campos de la tabla.
· El sistema muestra los registros que coincidan con el dato ingresado.
]]>
2
· Datos del usuario*
Datos de salida:
· Registros que coincidan con el dato ingresado por el usuario
]]>
Guardar y continuar]]>
Tipo
Positiva
Responsabilidad(rol)
Administrador
· El usuario debe estar habilitado en el sistema.
]]>
1
2. El sistema muestra la cantidad de registros que coincidan con los datos ingresados dentro del total de registros de ese módulo en la base de datos.
]]>
· El usuario debe ingresar datos que coincidan con los campos de la tabla.
· El sistema muestra los registros que coincidan con el dato ingresado dentro del total de registros del módulo.
]]>
2
· Datos del usuario*
Datos de salida:
· Registros que coincidan con el dato ingresado por el usuario dentro del total de registros del módulo
]]>
Guardar y continuar]]>
Tipo
Positiva
Responsabilidad(rol)
Administrador
· El usuario debe estar habilitado en el sistema.
]]>
1
· Último
· Cantidad de páginas
· Siguiente
]]>
· El usuario debe presionar el botón de desplazamiento correspondiente a su necesidad.
· El sistema muestra las páginas correspondientes a los registros agrupados.
]]>
2
No aplica
Datos de salida:
No aplica.
]]>
Guardar y continuar]]>
Tipo
Positiva
Responsabilidad(rol)
Administrador