¿Cómo definir requisitos de la solución a través de análisis de negocio

Video: 3 - Requerimientos Funcionales y no Funcionales

requisitos de la solución en un análisis de negocio especificar las condiciones y capacidades de una solución tiene que tener con el fin de satisfacer la necesidad o resolver el problema y proporcionar claridad en torno a las necesidades de prestación. No definen cómo la solución va a resolver el problema técnico o specifically- que sucede después. requisitos de la solución deben cumplir o apoyar los objetivos del proyecto de conducción y de negocios, además de cumplir objetivos de los interesados.

En el desarrollo de soluciones o conceptos de solución, las partes interesadas comúnmente se centran primero en identificar y escribir los requisitos de software y se preocupan por el resto de los requisitos posteriores.

Pero hacer eso sin saber muy bien qué características o funciones serán más valioso en el cumplimiento de los requerimientos del negocio y de los interesados ​​significa que su equipo puede terminar la construcción de algunas cosas interesantes sin llegar a resolver cualquier problema importante. Realmente no se puede estar seguro de qué capacidades serán verdaderamente valioso hasta que la visión solución general es clara.

La gente se emociona por la tecnología o encontrando grandes oportunidades para mejorar. En esta etapa, a partir de una lluvia de ideas enfoques o evaluar cómo algo puede ser hecho o diseñado es muy fácil. No permita que esto suceda! En su lugar, una lluvia de ideas acerca de lo que la solución tiene que alcanzar para las partes interesadas antes de que todos se ve atrapado en los detalles de cómo construirlo.

Cómo utilizar una declaración de visión para definir la solución en un análisis de negocio

UN declaración de la visión articula y define la necesidad holístico para la solución. Es el más importante de todos los requisitos de la solución. La visión especifica qué condiciones y capacidades se requieren críticamente de la solución para responder eficazmente a las necesidades y ofrecer valor.

El desarrollo de una visión clara y le permite a las partes interesadas a centrarse en la identificación de requisitos para lo que los actores necesitan en primer lugar, y sin inadvertidamente ir demasiado lejos en un solo camino opción de solución.

Debido a que muchas opciones están a menudo disponibles para la solución de un problema, quiere estar seguro de centrar los debates sobre los resultados de soluciones, resultados, y qué-nexts y acuerdo de la ganancia por primera vez en lo que la solución tiene que apoyar o habilitar. Sin acuerdo sobre la visión general, los requisitos terminarán siendo sólo una colección de material entregado sin solución entregada.

¿Cómo romper sus requisitos de soluciones en categorías en un análisis de negocio

Después de que tienes una visión, puede aventurarse en romper los requisitos de la solución en dos categorías diferentes: requisitos funcionales y no funcionales requisitos.

  • Requerimientos funcionales: Requerimientos funcionales definir los comportamientos específicos, respuestas, información, reglas o las operaciones de una solución. ellos esquema

  • ¿Qué funciones o funcionalidad de la solución apoyará

  • ¿Qué grupos de interés específicos harán o la experiencia, mientras que ser parte de la solución o el uso

  • ¿Qué información o datos serán administrados

  • ¿En qué circunstancias los comportamientos y respuestas suceden (o no) con el fin de garantizar los resultados y los resultados requeridos

Aunque los requisitos funcionales suelen especificarse en el contexto de las capacidades del software y del sistema técnico, soluciones manuales también tienen requisitos funcionales.

  • Requerimientos no funcionales: Requerimientos no funcionales especificar la forma o el entorno en el que una solución está destinado a funcionar. Describen las cualidades que debe poseer una solución y ninguna expectativa o condiciones suplementarias que debe reunir apoyo. Definen normas para

  • Facilidad de uso: ¿Qué tan fácil la solución debe ser de entender o averiguar

    Video: Analisis de Requerimientos

  • Confiabilidad: ¿En qué medida los usuarios pueden confiar en que la solución sea accesible y de trabajo cuando sea necesario

  • Actuación: La rapidez y eficiencia funciona la solución y cómo responde a los comandos y solicitudes de acción

  • Seguridad: se espera que el nivel de protección del sistema y sus datos a tener en su lugar

  • Diseño: Los elementos visuales que se esperan de la solución

  • Accesibilidad: El apoyo que se debe proporcionar a los usuarios con discapacidad, incluyendo pérdida auditiva o visual, por lo general de acuerdo con las regulaciones pertinentes, tales como los Americanos con Discapacidades de 1990

  • Documentación: El tipo y alcance de la documentación escrita esperado o necesario

  • Información capacidad: Requisitos para la cantidad de datos o medios de comunicación para ser almacenados, incluyendo el crecimiento esperado de la información en el tiempo

  • Información arquitectura: Cualquier necesidad de la disposición u organización de la información en la solución

  • Cualquier cosa más: Cualquier otra cosa que las partes interesadas deciden se requiere de la solución

  • No importa qué tipo de requisitos de la solución se identifican y definen, a los que decide poner en práctica debe ser validado como las capacidades que los interesados ​​realmente necesitan y (como resultado) decidirá deben incluirse en la solución - ya sea porque su inclusión es estratégicamente, funcionalmente, o tecnológicamente inteligente.

    Artículos Relacionados