Diseño de aplicaciones con uso intensivo de datos, 2nd Edición
by Martin Kleppmann, Chris Riccomini
capítulo 2. Definición de requisitos no funcionales
Internet se hizo tan bien que la mayoría de la gente lo considera un recurso natural como el océano Pacífico, en lugar de algo creado por el ser humano. ¿Cuándo fue la última vez que una tecnología de tal envergadura estuvo tan libre de errores?
Alan Kay, en entrevista con Dr. Dobb's Journal (2012)
Si estás creando una aplicación, te guiarás por una lista de requisitos. En la parte superior de tu lista probablemente se encuentre la funcionalidad que debe ofrecer la aplicación: qué pantallas y botones necesitas, y qué debe hacer cada operación para cumplir con el propósito de tu software. Estos son tus requisitos funcionales.
Además, probablemente tengas requisitos no funcionales: por ejemplo, la aplicación debe ser rápida, confiable, segura, cumplir con la legislación y ser fácil de mantener. Es posible que estos requisitos no estén escritos explícitamente, ya que pueden parecer algo obvios, pero son tan importantes como la funcionalidad de la aplicación; una aplicación que sea insoportablemente lenta o poco confiable podría no existir.
Muchos requisitos no funcionales, como la seguridad, quedan fuera del alcance de este libro. Pero consideraremos algunos, y este capítulo te ayudará a articularlos para tus propios sistemas. En particular, veremos lo siguiente:
-
Definición y medición del rendimiento de un sistema
-
Lo que significa que un servicio sea confiable, es decir, que siga funcionando correctamente, incluso cuando ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access