Diferentes fuentes de comprensión de los requisitos del software

Las especificaciones de requisitos del software proporcionan una base para desarrollar el sistema y este es uno de los pasos más cruciales en SDLC . Aunque la parte interesada es la fuente última de los requisitos, no puede depender de la especificación establecida por una sola fuente.

Para los requisitos de una sola fuente, casi no habrá verificación posible de las especificaciones porque no existirán verificaciones comparables para las especialidades prescritas de una variedad de fuentes, incluidos clientes, consumidores, expertos en el dominio del problema, expertos en el dominio conectado, usuarios potenciales, operadores, desarrolladores experimentados, e incluso críticos del sistema. Se produce un conjunto de datos de conocimiento a partir de la ejecución de un sistema manual o semiautomático existente.

Comentarios del propietario, usuario, operador, otros trabajadores. y también se reúne a los beneficiarios y se registran sus sugerencias y expectativas sobre el nuevo sistema. Los datos recopilados se evalúan y refinan colectivamente y en consulta con las personas involucradas.

  1. Stakeholders/Compradores:
    Son las personas responsables de aceptar y ejecutar el software. Pueden ser personas individuales, organizaciones, fideicomisos o incluso el gobierno o el público de un país.
  2. Usuario/Beneficiarios:
    Son los usuarios del producto a los que está destinado el producto.
  3. Operadores:
    Son las personas que trabajan en el software para poner los servicios del software a disposición de sus beneficiarios o usuarios finales.
  4. Expertos en dominio:
    Son profesionales con experiencia y dominio del dominio en el que el software presta sus servicios, a saber. seguros, finanzas, banca, comunicación, transferencia de datos, redes, etc. Los expertos en dominios revelan los requisitos o riesgos probables ocultos o invisibles involucrados en el desarrollo de productos.
  5. Desarrollador:
    la ingeniería de software responsable de desarrollar el software para que brinde los servicios esperados. Son responsables del diseño de software, el desarrollo de prototipos y la viabilidad técnica. Trabajan en estrecha colaboración con los usuarios finales, compradores y expertos en aplicaciones.
  6. Herramientas Automatizadas:
    En la nueva generación de tecnologías de la información y paradigma de desarrollo de software, están disponibles muchas herramientas automatizadas y semiautomatizadas que permiten afirmar y administrar la necesidad de construir el sistema. dicho software también proporciona entrada. Requisitos del sistema/software.
  7. Experiencia pasada/estudios de casos:
    una organización que trabaja en el mismo o similar dominio puede proporcionar su experiencia pasada o incluso estudios de casos documentados. Esto ayuda a tener una idea más clara de los requisitos, que de otro modo podrían quedar ocultos.
  8. Personas/Máquinas/Entorno Conectados:
    Las personas asociadas con el software o los factores ambientales y el dominio de TI pueden brindar mucha información sobre las restricciones involucradas en el desarrollo, el desarrollo, sus implicaciones ambientales y en el software.
  9. Tester:
    Los testers son una buena fuente de información sobre el comportamiento del usuario o el comportamiento predictivo de la condición del sistema. contacto continuo con usuarios reales para su aporte. En tales casos, los examinadores pueden usar sus experiencias y habilidades analíticas para proporcionar información.

Publicación traducida automáticamente

Artículo escrito por rajkumarupadhyay515 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 *