1. Clasificación de los requerimientos<br />El clasificar requerimientos es una forma de organizarlos, hay requerimientos que por sus características no pueden ser tratados iguales. Por ejemplo, los requerimientos de entrenamiento de personal no son tratados de la misma manera que los requerimientos de una conexión a Internet.<br />La siguiente es una recomendación de como pueden ser clasificados los requerimientos aunque cada proyecto de software pueda usar sus propias clasificaciones.<br />Requerimientos del quot;
entornoquot;
<br />El entorno es todo lo que rodea al sistema. Aunque no podemos cambiar el entorno, existen cierto tipo de requerimientos que se clasifican en esta categoría por que:<br />El sistema usa el entorno y lo necesita como una fuente de los servicios necesarios para que funcione. Ejemplos del entorno podemos mencionar: sistemas operativos, sistema de archivos, bases de datos.<br />El sistema debe de ser robusto y tolerar los errores que puedan ocurrir en el entorno, tales como congestión en los dispositivos y errores de entrada de datos, por lo tanto el entorno se debe de considerar dentro de los requerimientos.<br />Requerimientos quot;
ergonómicosquot;
<br />El mas conocido de los requerimientos ergonómicos es la interface con el usuario o GUI (Graphic User Interface). En otras palabras, los requerimientos ergonómicos son la forma en que el ser humano interactua con el ser sistema. <br />Requerimientos de Interface <br />La interface es como interactua el sistema con el ser humano o con otros sistemas (el enfoque es prácticamente el opuesto a los requerimientos ergonómicos), La interface es la especificación formal de los datos que el sistema recibe o manda al exterior. Usualmente se especifica el protocolo, el tipo de información, el medio para comunicarse y el formato de los datos que se van a comunicar.<br />Requerimientos funcionales<br />Estos son los que describen lo que el sistema debe de hacer. Es importante que se describa el ¿Que? Y no el ¿Como?. Estos requerimientos al tiempo que avanza el proyecto de software se convierten en los algoritmos, la lógica y gran parte del código del sistema.<br />Requerimientos de desempeño<br />Estos requerimientos nos informan las características de desempeño que deben de tener el sistema. ¿Que tan rápido?, ¿Que tan seguido?, ¿Cuantos recursos?, ¿Cuantas transacciones? .<br />Este tipo de requerimientos es de especial importancia en los sistemas de tiempo real en donde el desempeño de un sistema es tan crítico como su funcionamiento.<br />Disponibilidad (en un determinado periodo de tiempo)<br />Este tipo de requerimientos se refiere a la durabilidad, degradación, potabilidad, flexibilidad, contabilidad y capacidad de actualización. Este tipo de requerimientos es también muy importante en sistemas de tiempo real puesto que estos sistemas manejan aplicaciones críticas que no deben de estar fuera de servicio por periodos prolongados de tiempo.<br />Entrenamiento<br />Este tipo de requerimientos se enfoca a las personas que van usar el sistema. ¿Que tipo de usuarios son?, ¿Que tipo de operadores?, ¿Que manuales se entregarán y en que idioma?<br />Este tipo de requerimientos, aunque muchas veces no termina en un pedazo de código dentro de el sistema, son muy importantes en el proceso de diseño ya que facilitan la introducción y aceptación de el sistema en donde será implementado.<br />Restricciones de diseño<br />Muchas veces las soluciones de un sistema de software son normadas por leyes o estándares, este tipo de normas caen como quot;
restricciones de diseñoquot;
.<br />Materiales<br />Aquí se especifica en que medio se entregara el sistema y como esta empaquetado. Es importante para definir los costos de industrialización del sistema.<br />