ADECUACIÓN FUNCIONAL

SUBCATEGORI
A REQUERIMIENTO / DESCRIPCIÓN MEDIDA

Completitud Se considerará que el sistema está (# de historias de

Funcional completo en la medida que las usuario
funcionalidades implementadas cubren implementadas *
las tareas y objetivos planteados en los Complejidad)/(# de
H.U, los cuales representan el 100% del historias de usuario
alcance del sistema XXXX especificados *
Complejidad) * 100

Corrección Todo cálculo realizado por el sistema Durante el

Funcional XXXX debe proveer resultados correctos y levantamiento de
con el nivel de precisión requerido. La información y
precisión de la información y los cálculos especificación de las
debe tenerse en cuenta desde la captura, historias de usuario
en los procesos de migración de deben especificarse
información al sistema XXXX , en los los niveles de
modelos matemáticos definidos, en el precisión y márgenes
almacenamiento en la base de datos, y en de error, sobre los
la presentación en páginas web, cuales se debe
formularios cliente/servidor y reportes. diseñar y el sistema
Este atributo aplica tanto para XXXX debe cumplir
información alfanumérica como al 100%
geográfica.

EFICIENCIA DE DESEMPEÑO

SUBCATEGORI
A REQUERIMIENTO / DESCRIPCION MEDIDA
Comportamient Los tiempos de respuesta y Request Web y
o Temporal procesamiento y las tasas de desempeño Cliente/Servidor
de sistema XXXX durante los períodos deben ser
pico de operación, deben ser los respondidos antes de
indicados en la medida. 3 segs
Deben afinarse en el levantamiento de Request sobre
información y especificación para que mapas de
sean tenidos en cuenta durante el diseño información deben
y pruebas de carga ser respondidos
antes de 5 segundos
Procesamientos de
volúmenes de
información mayores
como cargues de
información,
procesamientos
geográficos, deben
realizarse de forma
asíncrona y disponer
de notificaciones a
los usuarios y
funcionalidades para
la consulta del
resultado de estas
actividades

Utilización de Deben realizarse pruebas de stress, con la Los procesadores de

recursos adecuada definición de escenarios, que los servidores no
permitan definir la infraestructura deben exceder el 80%
requerida para soportar los periodos pico de su uso durante
del sistema XXXX con las medidas periodos extensos de
especificadas a continuación. operación
La memoria física
disponible de los
servidores de
aplicaciones debe
ser un 30% durante
los periodos pico de
operación
La memoria
permamente de los
JVM no debe superar
el 80%
Capacidad Este atributo en conjunto con los dos Periodos pico: días,
anteriores, deben asegurar que sistema horas y duración (Por
XXXX esté diseñado y dimensionado para definir)
soportar la siguiente cantidad de Usuarios máximos
usuarios, procesamiento, periodos pico, concurrentes (Por
tiempos de respuesta y almacenamiento. definir)
Usuarios
concurrentes en
periodos pico 500
usuarios.
Volumenes de
información en
cargues 100MB
diarios.
Volumenes de
documentos a cargar
200 documentos de
tamaño de 5MB cada
uno.
Volúmenes de
reportes a generar
(Concurrencia,
cantidad de
información por
definir)
Procesamientos
asíncronos o en
batch (Por definir)
Escenarios
compuestos de carga
en periodos pico (Por
definir)

COMPATIBILIDAD

SUBCATEGORI
A REQUERIMIENTO / DESCRIPCION MEDIDA
Interoperabilida sistema XXXX debe estar en la capacidad
d de integrarse con ORFEO: sistema en
operación encargado de la gestión de
correspondencia, con GEOPQR:
Geolocalizador de peticiones, SMTP:
Servidor para el envío de correos
electrónicos, ArcGis Server para la
integración con servicios de información
geográfica, con un ECM (Gestor
Documental) para el adecuado
almacenamiento y consulta de
documentos subidos a través de sistema
XXXX o generados por sistema XXXX y
con el Directorio Activo para la
autenticación de usuarios funcionarios de
la UMV.

USABILIDAD

SUBCATEGORI
A REQUERIMIENTO / DESCRIPCIÓN MEDIDA

Capacidad de Tanto los funcionalidades Web, como C/S

aprendizaje deben estar documentados y
acompañados de una ayuda en línea por # de Funcionalidades
cada funcionalidad que le permita a los con Ayuda / # de
diferentes usuarios consultarlos para Funcionalidades
operarlos adecuadamente. Implementadas * 100

Capacidad para sistema XXXX debe ser intuitivo y de fácil Porcentaje de

ser usado operación, de forma que facilite la cumplimiento
capacitación, el mantenimiento, la
adecuada operación y uso, minimizando
posibles errores.
Cada campo de entrada y salida debe
tener ayudas contextuales como por
ejemplo Tooltips que los expliquen.
Protección sistema XXXX debe seguir los Porcentaje de
contra errores lineamientos de diseño y presentación cumplimiento
de usuario gráfica definidos en el documento
DOC_LINPRESENTACION.docx, entre
otros debe cumplirse con:
Las etiquetas de campos obligatorios
deben estar acompañados del carácter *
sistema XXXX debe validar todos los
campos obligatorios y presentar
mensajes por campo o formulario
indicando los faltantes
Campos numéricos no deben permitir el
ingreso de caracteres diferentes a dígitos
numéricos
Campos de fecha deben validar sobre el
formato dd/mm/yyyy
Campos de hora deben validar sobre el
formato hh:mm:ss
Deben implementarse a nivel de base de
datos validaciones de negocio, de
campos obligatorios, de tipos de datos
por cada campo, integridad referencial,
que debe ser traducida en mensajes a
nivel de usuario
Todos los mensajes de Error,
Advertencia, Exito deben estar
codificados y deben ser parametrizables,
para facilitar el mantenimiento y soporte
de sistema XXXX
Campos de correos electrónicos deben
validar el formato y soportar las últimas
definiciones de dominios para correos

Estética de la sistema XXXX debe ser diseñado Porcentaje de

interfaz de teniendo en cuenta los lineamientos del cumplimiento según
usuario Manual de Marca, Imagen Corporativa y el el manual de marca
documento
DOC_LINPRESENTACION.docx

Accesibilidad Será sistema XXXX utilizado por usuarios

con determinadas características y
discapacidades?

FIABILIDAD

SUBCATEGORI
A REQUERIMIENTO / DESCRIPCION MEDIDA
Disponibilidad sistema XXXX debe estar disponible La base de datos
7x24x365, para lo cual es necesario que debe estar en alta
cada componente de la infraestructura se disponibilidad,
encuentre en alta disponibilidad. inicialmente en un
esquema Activo-
Pasivo
Los servidores de
aplicaciones y mapas
deben estar
configurados y
sistema XXXX
desplegado en
clúster

Tolerancia a La infraestructura y software base para Esta medida y

fallos los diferentes componentes de sistema alcance se definirá en
XXXX deben estar configurados y etapas posteriores
diseñados para tolerar fallas de red, caída del proyecto,
de componentes, nodos, entre otros. Los basados en
procesos e información transaccional laboratorios de
debe mantenerse fiable una vez se haya arquitectura y
presentado un fallo y recuperación. pruebas técnicas

Capacidad de En caso de interrupciones o fallos, la Esta medida y

recuperación información debe mantenerse confiable, alcance se definirá en
el sistema debe continuar operando de etapas posteriores
forma correcta, tareas programadas o del proyecto,
asíncronas deben recuperarse y basados en
continuar. laboratorios de
arquitectura y
pruebas técnicas

SEGURIDAD

SUBCATEGORI
A REQUERIMIENTO / DESCRIPCION MEDIDA
Confidencialida sistema XXXX debe proteger el acceso a Debe implementarse
d información no autorizada certificado SSL y
usar el protocolo
https en el
intercambio de
información entre los
navegadores de los
usuarios y los
servidores de
aplicaciones.
Contraseñas y otra
información
confidencial debe
ser transportada y
almacenada de forma
cifrada. Información
como las
contraseñas deben
ser cifradas con
algoritmos
asimétricos, mientras
que otra información
confidencial de
negocio que se
requiere descrifrar,
deben cifrarse
mediante algoritmos
simétricos
La integración
mediante servicios
con otros sistemas
de información SOAP
deben seguir
estándares de
seguridad como ws-
security, REST con
OAuth y LDAP
usando el protocolo
seguro LDAPS

Integridad Ni la información ni los artefactos que se

encuentren en producción, deben ser
alterados, modificados o actualizados sin
las debidas autorizaciones, auditorías,
registro y separación de
responsabilidades. sistema XXXX por su
 parte debe mantener la integridad de los
procesos e información que administra.

No repudio Una vez un usuario autoriza o firma

documentos dentro de sistema XXXX ,
dichas actividades o eventos no podrán
ser repudiados por los usuarios, una vez
que su usuario, contraseña, accesos y
permisos son confidenciales.

Responsabilida sistema XXXX debe permitir el rastreo de Registro de auditoría

d información desde que se recibe, (Usuario, IP, fecha,
mientras se procesa y donde se almacena, hora, acción
teniendo en cuenta datos del usuario, IP, realizada,
fecha, hora, acción realizada, funcionalidad e
funcionalidad e información, entre las información)
diferentes capas del sistema Registro de logs que
permitan trazabilidad

Autenticación sistema XXXX debe autenticar los

usuarios mediante el Directorio Activo de
la UMV mediante el protocolo LDAPS

Autorización Los usuarios del sistema XXXX deben

tener asociado un rol/perfil, al cual se le
deben otorgar los permisos de acceso a
las diferentes funcionalidades web, C/S y
Servicios del Sistema. Debe evaluarse
durante el levantamiento de información y
especificación de casos de uso, si es
necesario otorgar permisos a nivel de
Acciones (Crear, Actualizar, Eliminar,
Consultar) dentro de cada funcionalidad

Eliminación de Durante la especificación y diseño debe

Información definirse si será permitida la eliminación
física de información con las respectivas
auditorías, o si por el contrario se
eliminará información de forma lógica

MANTENIBILIDAD
SUBCATEGORI
A REQUERIMIENTO / DESCRIPCION MEDIDA

Modularidad El diseño del sistema XXXX debe ser Debe hacerse uso de
modular de forma que en un momento interfaces
determinado permita cambiar alguno de Deben
sus componentes afectando de la menor implementarse
manera posible patrones de diseño y
arquitectura

Reusabilidad Una vez especificados los CU, deben No debe existir

definirse los componentes a nivel de base código copiado y
de datos, de aplicación, de capas, de utilizado, que pueda
mapas, de presentación, entre otros que ser reutilizado
deben mantenerse de forma única y
reutilizables.

Analizabilidad Desde la definición de requerimientos,

casos de uso, diseño, arquitectura,
entornos de desarrollo, código, mapas,
capas de información y base de datos
debe poderse analizar el impacto de
cualquier ajuste

Capacidad para El diseño y arquitectura de sistema XXXX

ser modificado deben soportar ajustes, mejoras, nuevas
funcionalidades, sin que se inyecten
errores ni se afecte el desempeño del
sistema

Capacidad para Sobre sistema XXXX se deben poder Pruebas unitarias por
ser probado realizar pruebas funcionales manuales y funcionalidad y capa
automatizadas, pruebas de carga y stress, Integración continua
pruebas de transaccionalidad, pruebas de
recuperación a fallas, pruebas de alta
disponibilidad, pruebas unitarias, pruebas
de integración, pruebas de regresión
manuales y automatizadas

PORTABILIDAD

SUBCATEGORI
A REQUERIMIENTO / DESCRIPCION MEDIDA
Adaptabilidad sistema XXXX debe poder desplegar de El Software Base de
forma transparente en diferentes sistema XXXX debe
arquitecturas de infraestructura soportar una gran
variedad de
infraestructuras de
hardware y ser
multiplataforma
Los componentes
Web de sistema
XXXX deben ser
desarrollados en un
lenguaje de
desarrollo
multiplataforma

Capacidad para El proceso y los servidores de El despliegue,

ser instalado aplicaciones y mapas deben estar actualización e
afinados y documentados de tal forma que instalación de
el redespliegue de componentes sea parches debe ser
sencillo, limpio y transparente sencillo, limpio y
documentado.
Posibles problemas
que se puedan
presentar deben
estar documentados.