¿Cuáles son los métodos de análisis de requisitos?
El método de análisis estructurado es un método de análisis tradicional. La ventaja es que no es necesario definir con precisión el sistema en la etapa de requisitos, solo necesita determinar el alcance funcional del sistema, así como la lógica de procesamiento y las reglas comerciales de cada función, las especificaciones de requisitos funcionales, etc. Según el marco empresarial. Debido a que no se requiere una descripción precisa, la forma de describir el sistema es flexible y diversa. Puede utilizar gráficos, diagramas de ejemplo, texto, etc. para describir el sistema. Antes del desarrollo del sistema, generalmente se puede utilizar un sistema prototipo más intuitivo para comunicarse y confirmar con los usuarios finales, por lo que los requisitos para las necesidades comerciales serán menores y el ciclo de la etapa de necesidades comerciales es relativamente fácil de controlar a través del panorama comercial; los usuarios finales también pueden comprender las funciones del sistema a través de la descripción de diagramas de actividad funcional y reglas comerciales. El sistema comercial también se puede describir con relativa precisión, porque no existe un lenguaje de marcado estricto y se puede utilizar el espacio apropiado para describir el sistema apropiado; . Por supuesto, las deficiencias de este método también son obvias. Los analistas y los empresarios pueden carecer del mismo lenguaje y las máquinas no pueden reconocer las necesidades comerciales. Durante la fase de diseño, algunas funciones deben confirmarse con los usuarios.
La mayor ventaja del método de análisis orientado a objetos es que puede describir un sistema con mucha precisión en la etapa de requisitos y comunicarse con los usuarios finales en forma de lenguaje de programación (los usuarios finales deben estar familiarizados con este lenguaje). ). En la etapa inicial del proyecto, se encuentran muchos problemas para evitar la duplicación de requisitos durante el proceso de desarrollo y no se requiere la participación del usuario final durante la fase de diseño y desarrollo del sistema. En la práctica, generalmente se puede describir mediante escenarios y funciones comerciales, lo que es más adecuado para el desarrollo de sistemas o productos de software con muchos procesos comerciales. Pero también debe tenerse en cuenta que, en realidad, la mayoría de los sistemas de aplicaciones son difíciles de definir de manera abstracta y precisa en la etapa de requisitos, por lo que las deficiencias y dificultades de este método también son obvias: primero, los usuarios deben saber exactamente cómo debe verse el sistema comercial final. como; o el sistema de aplicación final se puede determinar de forma abstracta; en segundo lugar, debido a que el usuario final no necesita participar en las etapas de diseño y desarrollo, el proceso para que ambas partes determinen los requisitos comerciales será más largo al mismo tiempo; Debido a que es una descripción precisa, el lenguaje utilizado para describir el sistema es muy lógico. En general, las máquinas son capaces de identificar de alguna manera las necesidades empresariales. Los requisitos comerciales escritos de esta manera están muy formateados. Por un lado, describir un sistema requiere una gran cantidad de información, lo que puede hacer que la descripción de los requisitos sea muy larga e incómoda de entender y leer. Además, dado que el modo de funcionamiento del sistema final se deriva de forma abstracta, los requisitos para el personal empresarial son muy altos.
Pregunta 2: Existen muchos métodos de análisis para el análisis de requisitos del proyecto. Aquí solo se enfatiza el método prototipo, se enfatizan otros métodos como el método estructural y el método de análisis dinámico. (Personalmente creo que no es necesario que los principiantes profundicen en estos métodos. De hecho, nunca los he usado). No los discutiré aquí. El método del prototipo es muy importante (es un punto de conocimiento común, como las pruebas suaves). Un prototipo es una versión inicial funcional del software. Implementa algunas o todas las funciones del sistema de destino. El método de creación de prototipos consiste en construir un sistema aproximado lo más rápido posible para lograr algunas o todas las funciones del sistema objetivo, pero este sistema puede tener fallas en confiabilidad, facilidad de interfaz u otros aspectos. El propósito de construir un sistema de este tipo es examinar la viabilidad de un determinado aspecto, como la viabilidad del algoritmo, la viabilidad de la tecnología o si satisface las necesidades del usuario. Por ejemplo, para ver si cumple con los requisitos del usuario, puede usar algunas herramientas de software para construir rápidamente un prototipo de sistema, que es solo una interfaz, y luego escuchar las opiniones de los usuarios para mejorar el prototipo. Los futuros sistemas de destino se desarrollarán sobre la base del sistema prototipo. Hay tres tipos principales de prototipos (pruebas suaves): exploratorios, experimentales y evolutivos. Exploratorio: El propósito es aclarar los requisitos del sistema objetivo y determinar las características deseadas. y explorar la viabilidad de varias opciones. Experimental: verifique si la solución es adecuada y si la especificación es confiable antes de usarla para el desarrollo y la implementación a gran escala. Evolutivo: el propósito no es mejorar la especificación, sino hacer que el sistema sea fácil de cambiar y evolucionar gradualmente el prototipo hasta el sistema final en el proceso de mejora del prototipo. Hay dos estrategias diferentes para utilizar el método prototipo: estrategia de eliminación y estrategia de adición. Estrategia de abandono: primero cree un sistema modelo con funciones simples y requisitos de baja calidad, modifíquelo repetidamente para formar una mejor idea y luego diseñe un sistema final que sea más completo, preciso, consistente y confiable. Una vez construido el sistema, se descartará el sistema modelo original. Los modelos exploratorios y experimentales entran dentro de esta estrategia.
Estrategia adicional: primero cree un sistema modelo con funciones simples y requisitos de baja calidad como núcleo del sistema final, y luego agregue gradualmente nuevos requisitos mediante expansión y modificación continuas para convertirse en el sistema final. El tipo evolutivo pertenece a esta estrategia.
Pregunta 3: ¿Cómo realizar el análisis de necesidades? La encuesta de demanda reproduce la siguiente información como referencia.
En términos generales, el análisis de requisitos incluye una serie de proyectos de requisitos como la adquisición, análisis, especificación, cambio, verificación y gestión de requisitos.
El análisis de necesidades en sentido estricto se refiere al proceso de análisis y definición de la demanda.
Razones
El análisis de requisitos consiste en analizar cuáles son las necesidades de los usuarios de software. Si se invierte mucha mano de obra, recursos materiales, recursos financieros y tiempo, pero nadie quiere que se desarrolle el software, entonces toda la inversión será en vano. Si pones mucho esfuerzo en desarrollar un software, pero al final no cumple con los requisitos del usuario y tienes que volver a desarrollarlo, este tipo de reelaboración es desgarrador (creo que todos pueden experimentarlo). Por ejemplo, un usuario necesita un software de Linux, pero usted ignora el entorno de ejecución del software en la etapa inicial del desarrollo del software, se olvida de hacerle esta pregunta al usuario y asume que está desarrollando software para Windows. Cuando trabajas duro para desarrollarlo y enviarlo a los usuarios, descubres que algo anda mal. En ese momento, querías llorar y deseabas poder morir con un trozo de tofu.
La razón por la que el análisis de requisitos es importante es que juega un papel decisivo, direccional y estratégico, y juega un papel importante en el proceso de desarrollo de software. Todos deben prestar suficiente atención al análisis de necesidades. En el desarrollo de sistemas de software a gran escala, su papel es mucho mayor que el de la programación.
Trabajo
En resumen, la tarea del análisis de necesidades es resolver el problema de "qué hacer", es decir, comprender completamente las necesidades del usuario y expresar con precisión el usuario aceptado. necesidades.
Proceso
El trabajo en la etapa de análisis de requisitos se puede dividir en cuatro aspectos: identificación, análisis y síntesis del problema, formulación de especificaciones y evaluación.
Identificación del problema: Consiste en comprender el software desde una perspectiva del sistema, determinar los requisitos integrales del sistema desarrollado y proponer las condiciones de implementación de estos requisitos y los estándares que deben cumplir los requisitos. Estos requisitos incluyen: requisitos funcionales (qué hacer), requisitos de rendimiento (qué indicadores lograr), requisitos ambientales (como modelo, sistema operativo, etc.), requisitos de confiabilidad (probabilidad de falla), requisitos de seguridad, requisitos de interfaz de usuario y Requisitos de uso de recursos (memoria y CPU necesarios para ejecutar el software, etc.). ), consumo de costos de software y requisitos del cronograma de desarrollo, así como estimaciones de los objetivos que el sistema puede alcanzar en el futuro.
Análisis y síntesis: perfeccione gradualmente todas las funciones del software, descubra la relación entre los elementos del sistema, las características de la interfaz y las restricciones de diseño, analice si cumple con los requisitos, elimine las partes irrazonables y agregue las partes necesarias. Finalmente, se sintetiza la solución del sistema y se proporciona un modelo lógico detallado del sistema a desarrollar (un modelo de qué hacer).
Desarrollar especificaciones: es decir, preparar documentos. Los documentos que describen los requisitos se denominan especificaciones de requisitos de software. Tenga en cuenta que el resultado de la fase de análisis de requisitos es la especificación de requisitos, que se envía a la siguiente fase.
Revisión: evalúa la funcionalidad y otros requisitos para comprobar su corrección, integridad y claridad. Sólo una vez superada la revisión se podrá llevar a cabo la siguiente fase de trabajo; de lo contrario, se realizará nuevamente el análisis de necesidades.
Métodos
Existen muchos métodos de análisis de requisitos, pero aquí solo se enfatiza el método del prototipo. Otros métodos, como los métodos estructurados y el análisis dinámico, nunca se han utilizado y no se analizarán aquí.
El método del prototipo es muy importante. Un prototipo es una versión inicial ejecutable del software que implementa algunas o todas las funciones del sistema de destino.
El método de creación de prototipos consiste en construir un sistema aproximado lo más rápido posible para realizar parte o todas las funciones del sistema objetivo. Sin embargo, el sistema puede tener deficiencias en cuanto a confiabilidad, facilidad de uso u otros aspectos. El propósito de construir un sistema de este tipo es examinar la viabilidad de un determinado aspecto, como la viabilidad del algoritmo, la viabilidad de la tecnología o si satisface las necesidades del usuario. Por ejemplo, para ver si cumple con los requisitos del usuario, puede usar algunas herramientas de software para construir rápidamente un prototipo de sistema, que es solo una interfaz, y luego escuchar las opiniones de los usuarios para mejorar el prototipo. Los futuros sistemas de destino se desarrollarán sobre la base del sistema prototipo.
Existen tres tipos principales de prototipos: exploratorios, experimentales y evolutivos.
Exploratorio: El propósito es conocer los requisitos del sistema objetivo, determinar las características deseadas y explorar la viabilidad de varias soluciones.
Tipo experimental: se utiliza para comprobar si el plan es adecuado y si las especificaciones son fiables antes del desarrollo e implementación a gran escala.
Tipo evolutivo: el propósito no es mejorar la especificación, sino hacer que el sistema sea fácil de cambiar y evolucionar gradualmente el prototipo hasta el sistema final en el proceso de mejora del prototipo.
Hay dos estrategias diferentes cuando se utiliza el método prototipo: descartar estrategia y agregar estrategia.
Estrategia de abandono: primero establezca un sistema modelo con funciones simples y requisitos de baja calidad, y luego modifíquelo repetidamente para formar...>;& gt
Pregunta 4: Requisitos de uso común Los métodos de análisis incluyen ¿Cuáles? Métodos de análisis estructural y métodos de análisis orientado a objetos
Pregunta 5: ¿Cuáles son los métodos de análisis de necesidades de capacitación para el análisis de recursos organizacionales?
Es difícil establecer objetivos de formación si los recursos humanos, materiales y financieros disponibles son inciertos. El análisis de recursos organizacionales incluye una descripción de los recursos de la organización, como dinero, tiempo y recursos humanos. En general, al analizar las siguientes preguntas, podemos comprender el perfil de recursos de una organización.
Análisis de las características y el entorno organizacional
Las características y el entorno organizacional también juegan un papel importante en el éxito de la capacitación. Porque cuando el plan de formación es incompatible con los valores de la organización, la eficacia de la formación es difícil de garantizar. Análisis de las características y el entorno organizacional, principalmente comprensión de la estructura del sistema organizacional, cultura y difusión de información. Incluye principalmente el siguiente contenido:
Las características del sistema se refieren a las características de entrada, operación, salida, interacción de los subsistemas y comunicación con el entorno externo de la organización, lo que permite a los gerentes enfrentar sistemáticamente la organización, para evitar la falta de generalización en el análisis organizacional.
Características culturales. Se refiere a las instalaciones duras y blandas de la organización, las reglas, los sistemas, la forma en que opera la organización y los estilos especiales de los miembros de la organización, lo que permite a los gerentes comprender la organización profundamente en lugar de quedarse simplemente en la superficie.
Características de la difusión de información. Se refiere a la división del trabajo y las operaciones de recopilación, análisis y transmisión de información entre departamentos y miembros de la organización, lo que permite a los gerentes comprender las características de la transmisión y comunicación de información organizacional.
Pregunta 6: ¿Cuáles son las tres herramientas gráficas comúnmente utilizadas en la etapa de análisis de requisitos? 1. El análisis de requisitos consiste en comprender con precisión los requisitos, convertirlos en definiciones de requisitos y luego convertirlos en especificaciones funcionales formales. La dificultad del análisis de requisitos radica en la complejidad del problema, las barreras de comunicación, la incompletitud e inconsistencia y la variabilidad de los requisitos. 2. El método estructurado utiliza una estrategia de análisis de arriba hacia abajo capa por capa para descomponer un sistema complejo en varios problemas pequeños y luego resolverlos por separado. 3. El flujo de datos es la forma en que los datos cambian a través del sistema. Los datos de entrada se convierten primero en datos intermedios y luego en datos de resultados de salida. Durante este tiempo, se pueden importar datos adicionales desde almacenes de datos existentes, como archivos de disco o buffers de memoria. La conversión de datos es una función o subfunción del programa. La transferencia de datos entre dos funciones de transformación determina la interfaz entre las funciones. 4. Descomponer una función en varias subfunciones y determinar las interfaces entre estas subfunciones y la función principal. Esta es la descomposición horizontal. 5. Descomponer una función en varias subfunciones y determinar las interfaces entre estas subfunciones y la función principal, que es la descomposición horizontal. Pero si continúa descomponiendo, algunas subfunciones se descomponen en pequeñas subfunciones y una pequeña subfunción se descompone en subfunciones aún más pequeñas. Esta es una descomposición vertical. 6. El diagrama de flujo de datos es una herramienta para representar funciones del sistema. Representa el modelo lógico del sistema y describe el flujo de datos en el sistema. Este es un modelo funcional.
Pregunta 7: Cómo realizar un análisis de la demanda Con el desarrollo continuo de la tecnología y la creciente demanda de funciones del sitio web por parte de los usuarios, el diseño de proyectos de sitios web ya no se puede implementar simplemente con archivos HTML estáticos. En comparación con años anteriores, el diseño y desarrollo de un proyecto de sitio web se parece cada vez más a un proyecto de software y es más complejo. El diseño y desarrollo de proyectos de sitios web ha entrado en una era que requiere énfasis en el proceso y la división del trabajo. Se ha establecido un mecanismo de desarrollo estandarizado, eficaz y sólido.
La gestión de proyectos de sitios web (WPM) es la gestión de proyectos basada en la web, es decir, el diseño y la gestión de proyectos basados en el marco de aplicaciones web que incluyen navegadores, redes y la Web.
Temas clave como los servidores se reflejan principalmente en el diseño de sitios web y el desarrollo de aplicaciones web utilizando navegadores como clientes (como sitios web de información, tiendas en línea, oficinas de correos virtuales y gestión de relaciones con los clientes). ) y otra gestión de proyectos.
Según la experiencia del autor, la gestión de proyectos de sitios web se puede dividir en las siguientes seis etapas de control:
1. Análisis de requisitos y gestión de cambios
2. Análisis de modelos de proyectos y procesos de negocio
3. Análisis de sistemas y modelado de software
4. Diseño de interfaces, diseño de interacciones y desarrollo de programas
5.
6. Formación al cliente, soporte técnico y servicio postventa
Cabe señalar que si bien estas etapas son en cierta medida continuas, no están completamente separadas. Por ejemplo, la gestión de cambios de requisitos, el trabajo de prueba y la redacción de documentos ocurren durante todo el proceso del proyecto, y muchas tareas ocurren de forma alterna o simultánea.
(1) ¿Cómo hacer análisis de necesidades y gestión del cambio?
La comunicación entre el personal de ventas y los clientes y la redacción de informes de análisis de la demanda son la base del desarrollo del proyecto. El proyecto se centra en las necesidades del cliente en lugar de adaptarse a las necesidades de la tecnología.
Primero: Dejar que los clientes hablen libremente y enumeren todas sus necesidades.
Permitir a los usuarios explicar todas las ideas de la forma más clara posible y enumerar todos los requisitos sin omisiones. En este momento, no tenga miedo de "seducir" las necesidades potenciales de los clientes, aumentar la carga de trabajo de diseño y desarrollo y dejarse arrastrar al atolladero por los cambios interminables de los futuros clientes. Debemos enumerar directa y claramente los problemas y necesidades de los clientes uno por uno, dejar de lado la organización y el análisis resumido, y registrar con precisión las necesidades más originales y completas de los usuarios para completar el primer paso.
Evidentemente, si las necesidades del cliente son incompletas y pueden ocurrir cambios inesperados en cualquier momento, o incluso dichos cambios destruirán el modelo y la estructura que se han realizado, entonces el proyecto está condenado al fracaso desde el principio; por ejemplo, el sitio Se han implementado todas las funciones y no hay problemas en las pruebas locales, pero no sabe que el sistema del cliente tiene que soportar 10,000 visitas de IP independientes todos los días, y lo que originalmente pensó que era excelente era el acceso. Tráfico de 10.000 visitas IP independientes. Los desarrolladores con un poco de experiencia comprenderán que dicho diseño es simplemente un desastre y que todos los servidores de aplicaciones, bases de datos y programas deben volver a desarrollarse.
En segundo lugar, analizar las necesidades potenciales a través de fenómenos.
Muchas veces los clientes no son profesionales, y no podemos esperar que nos ayuden a aclarar los puntos claves y dificultades técnicas en infinitas descripciones. Esto requiere que analicemos, resumamos y organicemos para los clientes, especialmente cuando los clientes no hablan mucho pero son técnicamente difíciles e intensivos.
Los clientes a menudo tienen un concepto vago de las necesidades. Muchas veces, los requisitos dados son generales y difíciles de controlar, lo que requiere que el personal comercial ayude a los clientes a clasificarlos y analizarlos después de escuchar las explicaciones detalladas. al tiempo que predice los cambios que los clientes puedan tener durante el proceso de desarrollo, así como las posibles necesidades de modificaciones y actualizaciones en futuras aplicaciones.
Por ejemplo, al diseñar un sistema de ofimática para un cliente, es posible que necesites reservar un canal para que el cliente interactúe con su departamento comercial en el futuro, al diseñar un sistema de correo electrónico debes considerar eso; puede ser necesario un servidor de gestión de publicidad; al diseñar Al construir una tienda electrónica en línea, agregaremos análisis estadísticos de productos de inventario, etc., limitados por consideraciones financieras y de tiempo, los clientes generalmente pueden aceptar un proceso de desarrollo por etapas; Al realizar un análisis de la demanda, los clientes pueden imaginar de antemano los cambios futuros en la demanda, lo que no sólo facilita el desarrollo del proyecto, sino que también sienta las bases para un mayor desarrollo empresarial en el futuro...> & gt
Pregunta 8: ¿Cuáles son los métodos y herramientas para el análisis de requisitos de software? 1. Método de encuesta por cuestionario. Para algunas necesidades personalizadas que necesitan aclararse más, los desarrolladores envían cuestionarios a los usuarios para comprender a fondo las necesidades del proyecto. Este enfoque funciona cuando tanto los desarrolladores como los usuarios conocen los requisitos del proyecto. Debido a que tanto el desarrollador como el constructor conocen las necesidades del proyecto, hay menos necesidad de mayor comunicación entre las dos partes. Con este sencillo método de cuestionario, podrá resolver mejor el problema.
2. Método de discusión de reuniones, los desarrolladores y usuarios celebran múltiples reuniones de discusión de requisitos para comprender completamente los requisitos del proyecto. Este método es adecuado para situaciones en las que el desarrollador no conoce los requisitos del proyecto (el desarrollador acaba de comenzar a hacer este tipo de negocio) pero el usuario conoce los requisitos del proyecto. Porque los usuarios conocen las necesidades del proyecto y pueden expresar con precisión sus necesidades, y los desarrolladores tienen experiencia profesional en desarrollo de software y, en general, pueden describir y comprender con precisión las necesidades proporcionadas por los usuarios.
3. Método de creación de prototipos de interfaz, los desarrolladores dibujan la interfaz funcional del sistema de aplicación en función de su comprensión de las necesidades del usuario y luego se comunican con los usuarios.
A través del portador del "prototipo de interfaz", es un método de adquisición de demanda para que ambas partes aclaren gradualmente los requisitos del proyecto. Este método es más adecuado para situaciones en las que ni los desarrolladores ni los usuarios conocen los requisitos del proyecto. Dado que los desarrolladores y usuarios no tienen claras las necesidades del proyecto, deben utilizar un determinado "portador" para acelerar la extracción de necesidades y la comprensión de las necesidades por parte de ambas partes. En este caso, es mejor adoptar un enfoque de creación de prototipos de interfaz "visual".