Fuentes de requisitos

Cuando se desarrolla un software que será usado en para satisfacer necesidades del mundo real, el desarrollador de software deberá acudir a distintas fuentes de información para descubrir las necesidades reales de los distintos tipos de usuarios y, cómo éstas se pueden transformar en requisitos del sistema de software. Recordemos que un proyecto de desarrollo de software puede iniciar como un idea para mejorar algún aspecto de la empresa. Cuando los sistemas se desarrollan en este contexto, los objetivos del negocio, las funciones a cargo de los distintos departamentos de la compañía, los procesos que se aplican en la organización, las políticas y procedimientos que se realizan son una rica fuente de información para establecer el contexto en que los usuarios realizan las tareas e identificar las necesidades de procesamiento de información. La figura muestra los principales aspectos de la organización que contribuyen a la obtención de requisitos.

Elementos de la organización que contribuyen a los requisitos

El desarrollador de software debe tener en cuenta las siguientes fuentes de requisitos:

  1. Metas. El término se refiere al resultado de ejecutar acciones orientadas a un fin. En el contexto empresarial también pueden ser referidas como asuntos del negocio o factores críticos de éxito. En general las metas se refieren a un objetivo de alto nivel de la empresa y que explica el por qué el software es necesario. Las metas permiten alinear el desarrollo de software con las necesidades de la empresa, delimitan la frontera del sistema y contribuyen a definir el ámbito del software. Esta información generalmente se encuentra en documentos generados por la empresa, como el plan de negocios.
  2. Conocimiento del dominio. Para que el especialista en requisitos realice una descripción apropiada de los requisitos del software, debe adquirir conocimiento en el dominio de aplicación en el cual se desarrolla el software. Este conocimiento se encuentra en manuales, bibliografía básica del área del domino, reglamentos y estándares.
  3. Involucrados. Los involucrados en el proyecto son la principal fuente de información para identificar las necesidades del sistema y los requisitos del software. Sin embargo, enfocarse sólo en un grupo de involucrados para establecer los requisitos del software puede crear conflictos en la organización y puede provocar el rechazo de los usuarios que no fueron tomados en cuenta. El ingeniero de software necesita identificar, representar y gestionar los puntos de vista de los distintos grupos de involucrados.
  4. Las reglas de negocio. Estos son enunciados que define o restringen aspectos de la estructura o el comportamiento del negocio por sí mismo. Una regla que se aplica al proceso de reinscripción es la siguiente: el alumno que tiene promedio mayor a 90 en el semestre inmediato anterior al proceso de reinscripción vigente tendrá un descuento del 100% sobre los créditos de materias seleccionadas.
  5. El ambiente operacional. Los requisitos se pueden derivar del ambiente en el cual el software será ejecutado. Por ejemplo, las restricciones de rendimiento en escenarios de alta demanda se pueden identificar observando cómo opera el negocio cuando se presentan escenarios particulares. Por ejemplo, épocas en las que se promueve el consumo, como el”Black Friday” o en México, el Buen Fin, pueden llevar al límite la infraestructura de tecnologías de información de una empresa y observar el comportamiento en estos escenarios puede ayudar a mejorar la calidad y el tipo de comportamiento esperado por el software. Estas condiciones deben ser analizadas en detalle porque su incorporación en el proyecto de desarrollados e software pueden afectiva la viabilidad del software, costo y restringir las decisiones de diseño.
  6. El ambiente organizacional. En muchas ocasiones, el software deberá dar soporte a los procesos de negocios. La estructura organizacional, cultura y política interna de la organización deberá indicar cuáles son candidatos a tener soporte por software. El desarrollador de software deberá considerar en general, no forzar cambios no planeados en los procesos de negocio. La figura muestra los aspectos de la organización que proveen requisitos.