DS2021_TP03

Vista previa del material en texto

UNIVERSIDAD TECNOLÓGICA NACIONAL
FACULTAD REGIONAL TUCUMÁN
DISEÑO DE SISTEMAS
TRABAJO PRÁCTICO N° 3
DISEÑO ARQUITECTÓNICO
2021
EL CONTROL DE CALIDAD
ESPECIFICACIÓN COMPLEMENTARIA
(parcial)
1. INTRODUCCIÓN
Este documento es el repositorio de todos los requisitos del Control de Calidad que
no se capturaron en los casos de uso.
2. FUNCIONALIDAD
a. Auditoría
Todas y cada una de las acciones de los usuarios serán registradas, cuando
éstas representen procesos que impliquen confirmación de transacciones y
creación, modificación o eliminación de datos.
b. Seguridad
Todo uso requerirá la autenticación de los usuarios y en cada transacción se
debe asegurar la identidad del usuario. Excepto en el proceso de registración
y para la visualización de los datos en tiempo real.
Las contraseñas de acceso deberán estar cifradas.
3. FACILIDAD DE USO
El Supervisor de Calidad dispone, en promedio, de 25 segundos para inspeccionar
un calzado, dentro de ese tiempo debe registrar los datos, por lo que la registración
de defectos o pares de primera debe realizarse de 3 a 5 segundos.
Tanto los usuarios como los interesados en el proyecto (stakeholders) podrán
visualizar los datos en tiempo real, por lo que deberá estar al alcance de todos y
verse a una distancia máxima de 5 metros.
1
DISEÑO DE SISTEMAS TPN° 3
4. FIABILIDAD
El sistema debe estar en funcionamiento los siete días de la semana, las 24 horas
del día.
5. OPERACIONAL
Al disponer de varias líneas de trabajo, más de una estará operativa al mismo
tiempo, por lo que se tendrán varias órdenes de producción ejecutándose en
simultáneo.
Los supervisores de línea realizan su trabajo en contínuo movimiento, supervisando
toda la línea. Para operar con el sistema no deberán hacerlo de un único punto.
6. SOPORTE
Adaptabilidad: Aunque está definido el uso de una base de datos relacional,
todavía no se sabe cuál será el motor. El cambio de un motor deberá realizarse,
como máximo, en 2 días de trabajo.
7. RESTRICCIONES DE DISEÑO
Persistencia: será manejada por una base de datos relacional.
Modelado y Codificación: se construirá utilizando el paradigmas de objetos.
Tareas:
● Determinar (por lo menos) un factor de la arquitectura y disponerlo en la tabla de
factores.
● Redactar el Memorándum Técnico para cada factor.
● Proponer la vista lógica de la arquitectura.
● Proponer la vista de despliegue de la arquitectura.
Factor Medidas y
Escenarios
de Calidad
Variabilidad
(flexibilidad
actual y
futura
evolución)
Impacto del factor (y su
variabilidad) en las
personas involucradas,
arquitectura y otros
factores
Prioridad
para el
éxito
Dificultad
o riesgo
Registro de
las
acciones de
usuario.
Por cada
acción del
usuario
registrar
una linea
en archivo
de registros
indicando
fecha,
Flexibilidad
actual:
como se
describe en
el factor.
Evolución:
mayor
detalle en
Mal implementado
tiene un impacto en el
rendimiento de la
aplicación.
A M
2
DISEÑO DE SISTEMAS TPN° 3
usuario y
acción
realizada.
los datos
registrados.
Interfaces
de acceso
a los datos.
Memorándum Técnico
Asunto: Funcional - Registro de las acciones de usuario
Resumen de la solución: Utilizar librerías de terceros que se especializan en la
generación de archivos de registros. Proveen todas las funciones necesarias, son
fáciles de configurar e implementar y existen versiones con licencias de código
abierto.
Factor
● Registro de las acciones de usuario.
Solución
Utilizar la librería Log4J, biblioteca open source desarrollada en Java por Apache
Software Foundation que permite a los desarrolladores de software escribir mensajes de
registro, cuyo propósito es dejar constancia de una determinada transacción en tiempo de
ejecución. Log4j permite filtrar los mensajes en función de su importancia. La configuración
de salida y granularidad de los mensajes es realizada en tiempo de ejecución mediante el
uso de archivos de configuración externos
Motivación
La librería reúne todas las características necesarias, está desarrollada en el
lenguaje a utilizar, es open source, y la utilizan la mayoría de los desarrolladores.
Cuestiones sin resolver
Ninguna
Alternativas consideradas
Ninguna
Aclaraciones:
1. Los requisitos funcionales y no funcionales incluidos en la Especificación
Complementaria corresponden a todo el sistema.
3
https://es.wikipedia.org/wiki/Plataforma_Java
https://es.wikipedia.org/wiki/Apache_Software_Foundation
https://es.wikipedia.org/wiki/Apache_Software_Foundation