- El autor original de este artículo: el hermano menor del hermano Gu
- Dirección del blog del autor: http://blog.csdn.net/lfdfhl
- Materiales de referencia para este artículo: "Tutorial de redacción de documentación de software" de Electronic Industry Press, editado por Ma Ping y Huang Dongmei
Definición de análisis de necesidades
La tarea básica del análisis de requisitos es definir con precisión los objetivos del nuevo sistema y responder a la pregunta de qué debe hacer el sistema para satisfacer las necesidades del usuario. Obtener la especificación de requisitos.
Para describir la tarea del análisis de requisitos con mayor precisión, Boehm dio la definición de requisitos de software: estudiar una herramienta de expresión inequívoca, que puede ser aceptada tanto por los usuarios como por el personal del software, y puede expresar "requisitos" de forma estricta y formal.
Para los sistemas de software grandes y medianos, es difícil analizarlos y diseñarlos directamente, y las personas a menudo usan modelos para analizar y diseñar sistemas. Un modelo es una representación abstracta de ciertas cosas en el mundo real.El significado de la abstracción es extraer las características esenciales de las cosas e ignorar otros factores secundarios de las cosas. Por lo tanto, el modelo refleja el prototipo de la cosa y no es igual al prototipo. El modelo es un medio común para comprender, analizar, desarrollar o transformar el prototipo de las cosas. Por ejemplo, a menudo se hace un modelo del edificio antes de la construcción del edificio, para que las personas puedan tener una comprensión perceptiva muy clara del futuro edificio antes de que comience el edificio. Obviamente, el modelo del edificio también se puede usar para mejorar el diseño. del edificio.
Pasos generales en el análisis de necesidades
Debido a los diferentes métodos de análisis de requisitos, los formularios de descripción también son diferentes. Los pasos generales de implementación del análisis de requisitos son los siguientes.
(1) Obtención del modelo físico del sistema actual
El modelo físico es una representación fiel del sistema actual, que puede ser un proceso operado manualmente o un sistema informático existente que necesita ser mejorado. El primero es analizar y comprender el sistema actual, comprender su organización, flujo de datos, entrada y salida, utilización de recursos, etc., y dibujar su modelo físico sobre la base del análisis.
(2) Resumen del modelo lógico del sistema actual
El modelo lógico se basa en el modelo físico, elimina algunos factores secundarios y establece un modelo lógico que refleja la esencia del sistema.
(3) Establecer rápidamente el modelo lógico del sistema de destino
Analizar la diferencia lógica entre el sistema de destino y el sistema actual, y establecer un modelo lógico del sistema de destino que satisfaga las necesidades de los usuarios.
(4) Complemente el modelo lógico del sistema de destino
Complemente y mejore el sistema de destino y agregue algunos factores secundarios, como el manejo de errores.
Análisis de Necesidades Tareas Específicas
De acuerdo con el análisis anterior, las tareas específicas del análisis de la demanda son las siguientes.
(1) Determinar los requisitos integrales del sistema
Determinar los requisitos funcionales del sistema es el requisito más importante y determinar todas las funciones que el sistema debe completar. La determinación de los requisitos de rendimiento del sistema debe ser específica del sistema, como la confiabilidad, el tiempo de respuesta de los sistemas en línea, la capacidad de almacenamiento, el rendimiento de la seguridad, etc. La determinación de los requisitos de funcionamiento del sistema se refiere principalmente a los requisitos del entorno cuando el sistema está en funcionamiento, como el software del sistema, el sistema de gestión de bases de datos, la memoria externa y la interfaz de comunicación de datos. Los posibles requisitos futuros se preparan para posibles futuras ampliaciones y modificaciones.
(2) Requisitos de datos del sistema de análisis
El sistema de software es esencialmente un sistema de procesamiento de información, por lo tanto, los datos (qué datos se necesitan, conexión de datos, naturaleza de los datos, estructura), procesamiento de datos (tipo de procesamiento, función lógica del procesamiento) deben ser considerado.
(3) Derivación del modelo lógico del sistema
Por lo general, el modelo lógico del sistema se describe mediante un diagrama DFD.
(4) Revisar el plan de desarrollo del sistema.
El costo y el progreso del sistema se pueden estimar con mayor precisión a través de los requisitos, y el plan de desarrollo se puede modificar aún más.
El objetivo de preparar un análisis de necesidades
El software impulsa el hardware de la computadora para ayudar a las personas a completar una función tras otra. El software no tiene pensamiento ni pensamiento, pero puede ejecutar muy bien los comandos dados por los humanos. Por lo tanto, lo que el software puede hacer está completamente en el plan de los seres humanos, y los seres humanos esperan usar el software para completar funciones. Por lo tanto, las funciones que un sistema de software puede proporcionar en última instancia a los usuarios las determina el desarrollador del software. Dado que todas las funciones que puede proporcionar el software a desarrollar se registran en el documento de análisis de la demanda, el objetivo de compilación del documento de análisis de la demanda se puede resumir en los siguientes 3 puntos.
1. Restringir los requisitos funcionales del software
Con la expansión de las aplicaciones de software, ya sea software de propósito general o software profesional en un campo específico, las funciones desarrolladas por personas son cada vez más poderosas. Generalmente, no hay software pequeño que solo completa una función simple Estas funciones simples y únicas a menudo se realizan mediante módulos o componentes, y luego estos módulos o componentes que realizan varias funciones se integran en un sistema y trabajan juntos para completar las funciones que las personas quieren lograr. El tipo de funciones que debe tener el software variará según el propósito de cada desarrollo de software, por lo que primero debe quedar claro por qué el cliente desea desarrollar el sistema y luego determinar qué desea el cliente que haga el software de computadora para lograrlo. estos propósitos. Se espera que lo que hace el software se convierta en las necesidades del cliente.Todas las necesidades del cliente deben registrarse claramente, y algunas funciones no pueden excluirse de la especificación de requisitos porque son demasiado simples o porque algunos requisitos se dan por sentados. La construcción de una casa requiere la planificación del terreno, y el desarrollo de software también requiere límites funcionales claros.
2. Metas de desarrollo claras
Es muy difícil para una persona caminar en línea recta en un espacio abierto grande, sin embargo, si hay un árbol en el espacio abierto, si camina directamente hacia el árbol como meta, puede ir extraviado en el medio, pero desde la perspectiva general Mira, el camino es recto. Durante todo el proceso de desarrollo de software, si compara a menudo los requisitos con el objetivo, encontrará que el software producido no se desvía demasiado de los requisitos originales al final del proyecto. Durante el proceso de desarrollo, no jugará de manera arbitraria debido a objetivos poco claros, y hacerlo a ciegas provocará que el proceso de desarrollo se bloquee o se vuelva a trabajar continuamente.
3. Proporcionar estándares de evaluación del sistema
Hay un dicho muy clásico en ingeniería de software: "Si has hecho lo que el cliente quiere que hagas, y si has hecho lo que el cliente quiere que hagas de la manera correcta", el análisis de requisitos es solo para probar "si lo hace La mejor manera es hacer lo que el cliente quiere que haga". Cuando el sistema se entregue al cliente, saque el documento de análisis de demanda que se puso en papel antes, y verifique y acepte cada punto en él, para que pueda comprobar si el sistema es adecuado para el cliente El sistema previsto originalmente.