Requerimientos para un software de aplicación
Son una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo. Y es el proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema. Son la pieza fundamental en un proyecto de desarrollo de software
Requerimientos
Satisfacer su necesidad
Asesoramiento técnico por ingeniero informático.
Supervisado por ingeniero informático.
Herramienta habitual o cotidiana de uso.
Adecuada a sus gustos y preferencias.
Facilidad de uso.
Intuitivo.
Confiable.
Robusto.
Con garantías de soporte técnico.
Mínima formación técnica.
Con garantías de mantenimiento.
Adaptable a los cambios hardware.
Tiempo de uso.
Tiempo de respuesta.
Privacidad de los datos.
Almacén de los datos a nivel local.
Copias de Seguridad.
Migración de datos sin fisuras.
Pasos de los requerimientos
Revisión
La revisión de los requerimientos casi siempre produce modificaciones en la función, comportamiento, representación de la información, ligaduras o criterios de validación.
Especificación
Existen para dar una representación del programa que pueda ser revisada y aprobada por el cliente. En un mundo ideal el cliente desarrolla una especificación de requerimientos del software completamente por sí mismo. Esto se presenta raramente en el mundo real.
Evaluación y síntesis
El analista debe evaluar el flujo y estructura de la información, refinar en detalle todas las funciones del programa, establecer las características de la interfase del sistema y descubrir las ligaduras del diseño, Cada una de las tareas sirven para descubrir el problema de forma que pueda sintetizarse un enfoque o solución global.
Reconocimiento del problema
El analista estudia la especificación del sistema (si existe) y el plan de proyecto. Es importante comprender el contexto del sistema y revisar el ámbito de los programas que se usó para generar las estimaciones de la planificación.
Dificultades
Cada requerimiento tiene propiedades únicas y abarcan áreas funcionales específicas.
Un requerimiento puede cambiar a lo largo del ciclo de desarrollo.
La cantidad de requerimientos en un proyecto puede ser difícil de manejar.
Son difíciles de expresar en palabras
Características
Lo más abstracto y conciso posible. Para evitar malas interpretaciones.
Descritos como una característica del sistema a entregar. Esto es: que es lo que el sistema debe de hacer (y no como debe de hacerlo)
Posibles de probar o verificar. Si un requerimiento no se puede comprobar, entonces ¿cómo sabemos si cumplimos con él o no?
Especificados por escrito. Como todo contrato o acuerdo entre dos partes
Los requerimientos no funcionales
Tienen que ver con características que de una u otra forma puedan limitar el sistema
El rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad (robustez del sistema, disponibilidad de equipo), mantenimiento, seguridad, portabilidad, estándares, etc.
Los requerimientos funcionales
Son los que definen las funciones que el sistema será capaz de realizar y describen las transformaciones que el sistema realiza sobre las entradas para producir salidas.
Expresan la escencia del software, inteaccionan con el entorno, estados posibles evolución.
