Cómo desarrollar una aplicación para el análisis estadístico de datos (Cómo realizar análisis estadístico de datos)
En segundo lugar, es necesario determinar el modelo de ciclo y el método de desarrollo que se adopta. Los diferentes modelos o métodos tendrán diferentes requisitos de documentación, que usted deberá personalizar hasta que se adapten a su equipo de desarrollo. No olvide que los documentos también se utilizan para mejorar la eficiencia y la calidad del desarrollo. Los desarrolladores que escriben demasiados documentos aburridos reducirán la eficiencia.
En tercer lugar, debe crear algunas plantillas de documentos que establezcan claramente el propósito y la estructura del documento.
Por fin se puede rellenar.
Se adjunta la plantilla del documento de descripción de requisitos de RUP.
Introducción a 1.0
[Presenta la estructura general de este documento. ]
1.1 Propósito
[Explique el propósito de esta especificación de requisitos de software. La especificación de requisitos de software no sólo debe describir completamente el comportamiento del sistema, sino que también debe explicar los requisitos no funcionales, las restricciones de diseño y otros factores relacionados. ]
1.2 Alcance
[Presente brevemente el proyecto/aplicación al que se aplica este documento de especificación de requisitos, sus funciones principales u otros subsistemas, modelos de casos de uso relacionados y cualquier otro contenido afectado por él . ]
1.3 Definiciones, términos y abreviaturas
[Definiciones detalladas] Comprender correctamente los términos relevantes de este documento, incluidas definiciones, acrónimos y abreviaturas. Puede consultar el glosario para obtener una explicación. ]
1.4
[Describa cualquier otro documento relevante al que se haga referencia en este documento. Enumere el título del documento, el número del documento, la fecha y la organización editorial, e indique la fuente del documento. ]
1.5 Resumen
[Explique el contenido y la estructura del resto de este documento. ]
2.0 Descripción
[Esta sección enumera los factores generales que afectan el producto y los requisitos, pero no es necesario enumerar requisitos específicos, solo describe lo que se describirá en detalle en la Sección 3 Antecedentes del requisito para facilitar la comprensión del mismo. Esto incluye: efectividad general del producto, funcionalidad del producto, características del usuario, restricciones, suposiciones y dependencias, y subconjuntos de requisitos. Es especialmente importante explicar qué es lo que el producto resuelve o no, y qué no resuelve o no. ]
2.1 Modelo de caso de uso
[Si se utiliza un modelo de caso de uso, esta sección describe el modelo o submodelo de caso de uso aplicable al sistema, incluidos los nombres y descripciones breves de todos casos de uso y roles, así como diagramas de casos de uso y relaciones. Se puede hacer referencia al informe del caso de uso como archivo adjunto aquí. ]
2.2 Supuestos y dependencias
[Describa toda la viabilidad técnica significativa, la disponibilidad de subsistemas o componentes, u otros supuestos relevantes que puedan servir como base para el software descrito en esta especificación. ]
3.0 Descripción de requisitos
[Describa los requisitos del software en detalle. Su nivel de detalle permite a los diseñadores diseñar sistemas que cumplan con estos requisitos; los evaluadores pueden probar si el sistema realmente cumple con estos requisitos. Cuando se utiliza el modelado de casos de uso, estos requisitos se capturan mediante casos de uso y otra documentación complementaria disponible. ]
3.1 Informe de caso de uso
[El modelo de caso de uso suele definir los principales requisitos funcionales y algunos requisitos no funcionales del sistema. Para cada caso de uso en el modelo de casos de uso, debe hacer referencia o adjuntar un informe de caso de uso aquí. Asegúrese de que cada requisito esté claramente marcado. ]
3.2 Instrucciones complementarias
[Describa otros requisitos no incluidos en el caso de uso. Las descripciones de requisitos específicos o las características de la Descripción de requisitos suplementarios que se aplican al sistema deben incluirse aquí y perfeccionarse para describir el sistema con suficiente detalle. Esta información puede registrarse directamente en este documento o referenciarse como archivo adjunto en un documento complementario separado. También asegúrese de que los requisitos estén claramente definidos. ]
4.0 Información de respaldo
[La información de respaldo hace que este documento sea más fácil de usar. Puede ser una tabla de contenido, índice, apéndices, diagramas de casos de uso, prototipos de interfaz de usuario, etc. Si se incluye una adenda, aclare si la adenda es parte del requisito.
]