¿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.