Atributos de calidad como requisitos

La confidencialidad pregunta quién puede ver un dato. La integridad, si alguien puede cambiarlo sin que se note o sin permiso. La disponibilidad, si está cuando el negocio lo necesita. Las normas de calidad de software, como la familia ISO/IEC 25010, tratan la seguridad como una característica de calidad del producto, igual que el rendimiento o la facilidad de uso: algo que se especifica y se mide, no un adorno.

La privacidad añade una pregunta distinta: si ese dato se debe recoger y usar para ese fin. Un dato puede estar perfectamente cifrado y con acceso restringido, y aun así sobrar, porque nadie declaró para qué se recoge o porque se usa para otra cosa. Por eso un requisito de privacidad habla de finalidad, de mínimo necesario y de autorización del titular; la Ley 1581 de 2012 exige que esa autorización sea previa e informada.

El inventario de requisitos/inventario-de-datos.txt dice, para cada dato, qué impacto tendría que falle cada atributo. Un impacto alto obliga a tener al menos un requisito de ese mismo atributo en requisitos/catalogo-de-requisitos.txt. El error típico es creer que un dato ya está cubierto porque aparece en el catálogo, sin mirar en qué fila y con qué etiqueta.

Recorre los datos con integridad alta y busca su requisito de integridad.

RQ-06 dice que todo dato que recoge la app tiene su finalidad declarada en el inventario y que lo que no la tiene no se recoge. Es un requisito de privacidad fácil de comprobar: basta con poner al lado lo que la app captura de verdad, pantalla por pantalla, y lo que el inventario declara.

Compara requisitos/formulario-app.txt con el inventario.

Etiquetar bien cada requisito no es burocracia: decide quién lo revisa, qué prueba lo comprueba y qué hueco queda a la vista. Un requisito mal etiquetado esconde un hueco en su atributo verdadero y finge cubrir otro. Pasa mucho con los registros: «conservar cinco años» suena a disponibilidad, pero lo que protege un registro de quién hizo qué es la trazabilidad: poder atribuir cada acción a una persona y que esa persona no pueda negarla.

Lee las etiquetas del catálogo y piensa qué amenaza cierra cada requisito.

El hueco de la tarea 2 es justo el miedo que la gerente de crédito puso primero en la entrevista: un desembolso a una cuenta que no es del asociado. El requisito que falta tiene que impedir que alguien cambie ese dato sin que el titular lo confirme, y tiene que poder comprobarse con una prueba.