Actividades involucradas en el análisis de requisitos de software

Requisito de software significa requisito que necesita el software para aumentar la calidad del producto de software . Estos requisitos son generalmente un tipo de expectativa del usuario del producto de software que es importante y debe cumplirse con el software. Análisis significa examinar algo de manera organizada y específica para conocer detalles completos sobre ello. 

Por lo tanto, el análisis de requisitos de software simplemente significa un estudio completo, analizando y describiendo los requisitos de software para que los requisitos que son genuinos y necesarios puedan cumplirse para resolver el problema. Hay varias actividades involucradas en el análisis de los requisitos del software. Algunos de ellos se dan a continuación: 

  1. Reconocimiento de problemas: 
    el objetivo principal del análisis de requisitos es comprender completamente el objetivo principal del requisito que incluye por qué es necesario, agrega valor al producto, será beneficioso, aumentará la calidad del proyecto, tendrá algún otro efecto. Todos estos puntos están totalmente reconocidos en el reconocimiento de problemas para que se puedan cumplir los requisitos que son esenciales para resolver los problemas comerciales. 
     
  2. Evaluación y Síntesis: 
    Evaluación significa juicio sobre algo si vale la pena o no y síntesis significa crear o formar algo. Aquí se dan algunas tareas que son importantes en la evaluación y síntesis de los requisitos del software: 
    • Definir todas las funciones del software que sea necesario.
    • Para definir todos los objetos de datos que están presentes externamente y son fácilmente observables.
    • Evaluar ese flujo de datos vale o no.
    • Para comprender completamente el comportamiento general del sistema, eso significa el funcionamiento general del sistema.
    • Identificar y descubrir las restricciones que se diseñan.
    • Definir y establecer el carácter de la interfaz del sistema para comprender completamente cómo interactúa el sistema con dos o más componentes o entre sí.
  3. Modelado: 
    después de la recopilación completa de información de las tareas anteriores, se establecen modelos funcionales y de comportamiento después de verificar la función y el comportamiento del sistema utilizando un modelo de dominio que también se conoce como modelo conceptual. 
     
  4. Especificación: 
    se debe desarrollar la especificación de requisitos de software (SRS) , lo que significa especificar el requisito, ya sea funcional o no funcional. 
     
  5. Revisión: 
    después de desarrollar el SRS, se debe revisar para verificar si se puede mejorar o no y se debe refinar para mejorarlo y aumentar la calidad. 

Publicación traducida automáticamente

Artículo escrito por madhurihammad y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *