Especificacion funcional - Functional specification

Modelo de ingeniería de sistemas de Especificación y Niveles de Desarrollo. Durante el desarrollo del sistema, se generan una serie de especificaciones para describir el sistema en diferentes niveles de detalle. Estas especificaciones únicas del programa forman el núcleo de las líneas base de configuración. Como se muestra aquí, además de referirse a diferentes niveles dentro de la jerarquía del sistema, estas líneas de base se definen en diferentes fases del proceso de diseño. Nota: Hay un error tipográfico menor (e irónico) en la imagen de arriba. SI&T es "Integración y prueba del sistema", no "Integración del sistema y texto".
Desarrollo de software
Actividades centrales Actividades principales
Paradigmas y modelos
Metodologías y marcos
Disciplinas de apoyo
Practicas
Herramientas
Estándares y cuerpos de conocimiento
Glosarios
Contornos

Una especificación funcional (también, especificación funcional , especificaciones , documento de especificaciones funcionales (FSD) , especificación de requisitos funcionales ) en ingeniería de sistemas y desarrollo de software es un documento que especifica las funciones que un sistema o componente debe realizar (a menudo parte de una especificación de requisitos) (ISO / IEC / IEEE 24765-2010).

La documentación normalmente describe lo que necesita el usuario del sistema, así como las propiedades solicitadas de las entradas y salidas (por ejemplo, del sistema de software ). Una especificación funcional es la respuesta más técnica a un documento de requisitos coincidentes, por ejemplo, el documento de requisitos del producto "PRD". De este modo, recoge los resultados de la etapa de análisis de requisitos . En sistemas más complejos, los niveles múltiples de especificaciones funcionales normalmente se anidan entre sí, por ejemplo, en el nivel del sistema, en el nivel del módulo y en el nivel de los detalles técnicos.

Descripción general

A funcional especificación no define el funcionamiento interno del sistema propuesto; no incluye la especificación de cómo se implementará la función del sistema. En cambio, se enfoca en lo que varios agentes externos (personas que usan el programa, periféricos de computadora u otras computadoras, por ejemplo) podrían "observar" al interactuar con el sistema.

Un requisito funcional en una especificación funcional podría indicar lo siguiente:

Cuando el usuario hace clic en el botón Aceptar, el cuadro de diálogo se cierra y el foco vuelve a la ventana principal en el estado en el que estaba antes de que se mostrara este cuadro de diálogo.

Tal requisito describe una interacción entre un agente externo (el usuario ) y el sistema de software. Cuando el usuario proporciona información al sistema haciendo clic en el botón Aceptar, el programa responde (o debería responder) cerrando la ventana de diálogo que contiene el botón Aceptar.

Temas de especificación funcional

Propósito

Hay muchos propósitos para las especificaciones funcionales. Uno de los propósitos principales de los proyectos de equipo es lograr algún tipo de consenso de equipo sobre lo que el programa debe lograr antes de realizar el esfuerzo más lento de escribir código fuente y casos de prueba , seguido de un período de depuración . Por lo general, dicho consenso se alcanza después de una o más revisiones por parte de las partes interesadas sobre el proyecto en cuestión, después de haber negociado una forma rentable de lograr los requisitos que el software debe cumplir.

  1. Para que los desarrolladores sepan qué construir.
  2. Para que los probadores sepan qué pruebas ejecutar.
  3. Para que las partes interesadas sepan lo que obtienen.

Proceso

En el ciclo de vida ordenado de la ingeniería de software industrial ( modelo en cascada ), la especificación funcional describe lo que debe implementarse. El siguiente documento de arquitectura de sistemas describe cómo se realizarán las funciones utilizando un entorno de software elegido. En el desarrollo de sistemas prototípicos no industriales, las especificaciones funcionales generalmente se escriben después o como parte del análisis de requisitos .

Cuando el equipo está de acuerdo en que se alcanza el consenso de la especificación funcional, la especificación funcional generalmente se declara "completa" o "firmada". Después de esto, normalmente el equipo de desarrollo y prueba de software escribe el código fuente y los casos de prueba utilizando la especificación funcional como referencia. Mientras se realizan las pruebas, el comportamiento del programa se compara con el comportamiento esperado según se define en la especificación funcional.

Métodos

Un método popular para escribir un documento de especificación funcional implica dibujar o renderizar ya sea marcos de alambre simples o capturas de pantalla de IU precisas y diseñadas gráficamente. Una vez que se ha completado esto, y los ejemplos de pantalla son aprobados por todas las partes interesadas, los elementos gráficos se pueden numerar y se pueden agregar instrucciones escritas para cada número en el ejemplo de pantalla. Por ejemplo, una pantalla de inicio de sesión puede tener el campo de nombre de usuario etiquetado como '1' y el campo de contraseña etiquetado como '2', y luego cada número puede declararse por escrito, para que lo utilicen los ingenieros de software y más tarde para fines de prueba beta para garantizar que la funcionalidad sea la destinado a. El beneficio de este método es que se pueden adjuntar innumerables detalles adicionales a los ejemplos de pantalla.

Ejemplos de especificaciones funcionales

Tipos de especificaciones de desarrollo de software

Ver también

Referencias

enlaces externos