¿Cómo escribir Un documento de requisitos?
Estructurar un documento de requisitos
Proporciona una visión general del proyecto. Incluye una declaración de funcionalidad para explicar qué es lo que hace el software. Define la funcionalidad que se proporcionará en cada fase. Describe los requisitos de rendimiento específicos de la aplicación. Incluye una sección de los requisitos de uso, si correspondiera. Concluye con los anexos para cubrir cualquier cosa que no corresponda a otra sección.
Este es el primer paso en la creación del documento que permite que los lectores tengan una visión general del proyecto. Esta sección es muy importante para cualquier lector que no desee o necesite leer todos los requisitos específicos del trabajo. Algunas cosas que puedes describir aquí son:  Los objetivos del proyecto. Una buena idea es utilizar una lista con viñetas. El proceso comercial y la forma de utilización de la aplicación. Los roles de usuario y las responsabilidades del proyecto. La forma en que interactúa o se relaciona con otros sistemas. Si el sistema reemplazará a cualquier sistema preexistente. La estrategia del lanzamiento de la producción. La definición de cualquier término empresarial que utilices en el documento de requisitos. Este es el principio de la segunda parte del documento de requisitos. En esta sección, proporcionarás los requisitos o la función del software. Algunos tipos de requisitos específicos que puedes mencionar son:  seguridad comprobación administración o personalización de la aplicación informes Esta parte de la segunda sección del documento de requisitos proporciona un plazo para la finalización de cada característica nueva, pero es opcional. En ocasiones, se la conoce como sección de versiones de un documento de requisitos y, para cada característica, incluye lo siguiente:  nombre de la versión fecha de la versión proyecto con el que se relaciona lista de las características clave incluidas en la versión cualquier hito cualquier dependencia Esta sección se puede incluir en la segunda parte del documento de requisitos, pero es opcional. Incluye los aspectos específicos del rendimiento que la aplicación nueva incluirá. Utiliza los números para describir los requisitos de rendimiento y evitar cualquier requisito poco claro. Por ejemplo, no escribas “Aparecerá una caja de diálogo poco después de que el usuario haga clic en el botón de inicio”. En cambio, escribe “El usuario observará una caja de diálogo en menos de cinco segundos después de hacer clic en el botón de inicio”. Esta sección es opcional, pero en el caso de que existan consideraciones u objetivos de uso específicos, explícalos aquí. Esto puede incluir cosas como los objetivos de velocidad para utilizar la interfaz del usuario. Asegúrate de describir estos detalles al usar números. Por ejemplo, puedes escribir algo así como “El usuario encontrará el menú principal en no más de tres segundos con la disposición nueva”. Esta es la tercera parte y es una sección multifunción para describir cualquier cosa que no corresponda a otra parte del documento de requisitos. Algunas cosas que puedes describir en la sección de los anexos incluyen:  información de antecedentes información técnica gráficos adicionales, como tablas resultados de las encuestas de los usuarios ejemplos de problemas de los usuarios que la aplicación resolverá información que es relevante únicamente para una audiencia específica
Structuring the Requirements Document