La mayoría de la gente le dirá que los requisitos funcionales son lo que el programa necesita hacer y los requisitos no funcionales son la interfaz de usuario.
Y diría que esa es la razón por la que tantos programas apestan.
Tomemos un auto.
Si buscas comprar un automóvil y alguien te ofrece un chasis desnudo con solo el motor y las ruedas, los mirarías como si estuvieran locos. Es cierto que eso es todo lo que necesita para hacer funcionar el vehículo, pero no sería un automóvil hasta que al menos coloque el asiento del conductor y el volante. Ahora la carrocería también puede considerarse un requisito funcional. Ahora tienes un auto básico, ¿o sí? Dado que el objetivo del automóvil no es ir de A a B sino llevarlo de A a B, se deben tener en cuenta sus requisitos de usuario. Entonces, ¿cuántos de los “lujos” de un automóvil son realmente requisitos funcionales? Cuán bien responda esa pregunta determinará qué tan bueno será su software
- ¿Vale la pena crear software para Windows desde cero (sin ningún IDE; solo un editor de código básico)?
- ¿Para qué usaban las personas las computadoras personales de primera generación?
- ¿Cuál es el software de gestión de alimentos perfecto?
- ¿En qué casos es necesario reescribir una aplicación?
- ¿Cuáles son algunos programas imprescindibles para los programadores que usan Windows?
En este caso, los requisitos no funcionales serían el color del trabajo de pintura y si el automóvil tiene transmisión automática o no, o al menos está en este lado del estanque. En el caso del diseño de software que puede relacionarse con temas y temas para programas. Por supuesto, eso dependería de cuán funcional creas que es la “Interacción y personalización del usuario”. Para una empresa inteligente, eso también sería un valioso requisito funcional también.
Gracias por el A2A, Raqib