Requisitos no funcionales: lista de verificación mínima

© Mike Griffiths, (2009, 29 de marzo) - Para obtener más resúmenes en la página, visite www.LeadingAnswers.com

Requisitos no funcionales: lista de verificación mínima

29 de marzo de 2009

Requisitos no funcionales Todos los sistemas de TI en algún momento de su ciclo de vida deben considerar los requisitos no funcionales y sus pruebas. Para algunos proyectos, estos requisitos justifican un trabajo extenso y para otros dominios del proyecto, una revisión rápida puede ser suficiente. Como mínimo, la siguiente lista puede ser un recordatorio útil para asegurarse de haber cubierto los conceptos básicos. En función de las características de su propio proyecto, recomendaría que los temas se conviertan en requisitos SMART (específicos, medibles, alcanzables, realizables, de duración determinada / rastreables) con el detalle y el rigor adecuados para su proyecto.

La lista también está disponible al final del artículo como un documento PDF de una página. Si bien es fácil hacer la lista más larga agregando más elementos, realmente me gustaría saber cómo mejorar la lista mientras la mantengo en una página (y legible) para compartir con otros visitantes aquí.

Seguridad

  • Requisitos de inicio de sesión: niveles de acceso, niveles CRUD

  • Requisitos de contraseña: longitud, caracteres especiales, caducidad, políticas de reciclaje

  • Tiempos de espera de inactividad: duraciones, acciones

Auditoría

  • Elementos auditados: ¿qué elementos comerciales se auditarán?

  • Campos auditados: ¿qué campos de datos se auditarán?

  • Auditoría de las características del archivo: antes de la imagen, después de la imagen, usuario y sello de tiempo, etc.

Actuación

  • Tiempos de respuesta: carga de la aplicación, tiempos de actualización y apertura de la pantalla, etc.

  • Tiempos de procesamiento: funciones, cálculos, importaciones, exportaciones

  • Tiempos de consulta y generación de informes: cargas iniciales y cargas posteriores

Capacidad

  • Rendimiento: ¿cuántas transacciones por hora debe poder manejar el sistema?

  • Almacenamiento: ¿cuántos datos necesita el sistema para poder almacenar?

  • Requisitos de crecimiento interanual

Disponibilidad

  • Horas de funcionamiento: ¿cuándo está disponible? Considere fines de semana, feriados, tiempos de mantenimiento, etc.

  • Ubicaciones de operación: ¿dónde debería estar disponible, cuáles son los requisitos de conexión?

Fiabilidad

  • Tiempo medio entre fallas: ¿Cuál es el umbral aceptable para el tiempo de inactividad? p.ej. una al año, 4.000 horas

...