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

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 entrega. 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 con los objetivos de las partes interesadas.

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 las partes interesadas significa que su equipo puede terminar la construcción de algunas cosas interesantes sin llegar a la solución de cualquier problema importante. Realmente no se puede estar seguro de qué capacidades serán verdaderamente valiosa hasta que la solución visión general es clara.

La gente se emociona por la tecnología o por la búsqueda de 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 deje que eso suceda! En cambio, 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

LA 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 la solución para responder eficazmente a las necesidades y ofrecer valor.

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

Debido a que muchas opciones están a menudo disponibles para la solución de un problema, usted quiere estar seguro de enfocar las discusiones sobre los resultados de soluciones, resultados, y qué-nexts y acuerdo de aumento de primera en lo que la solución tiene que apoyar o habilitar. Sin acuerdo sobre la visión general, los requisitos terminarán simplemente ser una colección de material entregado sin solución entregada.

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

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

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

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

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

• ¿Qué información o se gestionarán los datos

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

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

Los requisitos no funcionales: Los requisitos no funcionales especificar la manera o el medio ambiente en el que una solución está destinado a funcionar. Describen las cualidades de una solución debe poseer y ninguna expectativa o condiciones adicionales que debe cumplir apoyo. Definen normas para

Usabilidad: ¿Qué tan fácil la solución debe ser de comprender o entender

Fiabilidad: ¿Hasta qué punto los usuarios pueden confiar en la solución a ser accesible y el trabajo cuando sea necesario

Actuación: ¿Qué tan rápido y eficientemente la solución funciona 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, incluidas la audición o pérdida de la visión, por lo general de acuerdo con las regulaciones pertinentes, tales como la Americans with Disabilities Act de 1990

Documentación: El tipo y la extensión 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 para la disposición o la organización de la información en la solución

Cualquier cosa otra cosa: Cualquier otra cosa que las partes interesadas decidan se requiere de la solución

No importa qué tipo de requisitos de la solución sean identificados y definidos, los que decide poner en práctica debe ser validado como las capacidades que los actores 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.