Cómo clasificar sus requisitos de análisis de negocio

Requisitos tienen atributos que conforman y definen el requisito. Estos atributos garantizan que las partes interesadas en el análisis de negocios obtienen lo que necesitan de los requisitos. No todas las partes interesadas necesita saber todos los diversos atributos, sin embargo. La categorización de los requisitos le permite ayudar a los interesados ​​el acceso sólo la información que necesitan de toda la información que rodea un requisito.

Tenga en cuenta cómo la búsqueda de recetas: Puede buscar todos los platos que incluyen pollo, todos los platos que pueden ser a la parrilla, o recetas que recibieron calificaciones de cuatro aperturas o mejores. En cada selección, se puede encontrar pollo a la parrilla (el requisito), pero se encontró que de diferentes maneras. Sus recetas son como los requisitos.

Al categorizar los requisitos, usted es capaz de comunicar los diferentes niveles de requisitos a la audiencia apropiada. La gente de negocios pueden entender los requisitos a su nivel, la gente técnicos a su propio nivel, y así sucesivamente.

Si usted es una persona de negocios, puede elegir a mirar sólo a los requerimientos del negocio. Si usted es un aprobador, puede elegir a mirar sólo a los requisitos que están listos para su aprobación. Además, puede mostrar la progresión de cómo un requisito en particular en el ámbito empresarial se está resolviendo a través de los requisitos funcionales con trazabilidad.

Cómo iniciar la categorización de los requisitos de análisis de negocios

Aunque la categorización se vuelve intuitivo después de un tiempo, puede parecer confuso al principio. Después de todo, los interesados ​​sólo seguir hablando y hablando, y puede que tenga dificultades para hacer sentido de ella. Aquí hay un proceso para empezar:

Video: Ingeniería del Software II - Modelado de requisitos con UML (Casos de Uso) - Fernando Pereñiguez

  1. Capturar los requisitos.

    Video: Requisitos de Negocio

    Esta idea puede parecer simple, pero el primer paso es obtener los requisitos de la parte interesada.

  2. Busque palabras operativas.

    Revise sus notas de obtención y buscar palabras clave que definen la declaración de la parte interesada. Si una de las partes interesadas menciona tecnología o una restricción técnica, por ejemplo, se sabe que no es un requisito de negocio. Estas son las cosas a tener en cuenta como se realiza una clasificación:

  3. Negocios y grupos de interés requisitos: Buscar palabras y frases que describen el qué, tales como “necesitamos una forma de” y “tenemos que ser capaces de hacerlo.” Estos requisitos no se mencionan tecnología o una solución, por lo que sabemos que están describiendo lo que debe suceder. Usted puede encontrar que la extracción de estos de los requisitos funcionales con la pregunta “¿Por qué?” Con frecuencia.

  4. requisitos de la solución (funcionales y no funcionales): Estos requisitos tienen un lenguaje orientado a las soluciones, tales como “el sistema lo hará.” Estas solicitudes a menudo contienen un componente de la solución.

  5. Requerimientos técnicos: Se oye el lenguaje técnico y la jerga dentro de estos requisitos. Por ejemplo, “indicador alfanumérico” y “tabla perspectiva del cliente” son términos de la jerga-y que pueden inclinar fuera de un requisito técnico. Buscar soluciones de cómo se construye el sistema.

    Video: Especificación de requisitos

  6. Requisitos de transición: Debido a que estos requisitos se centran en las tareas necesarias para pasar del estado actual al estado futuro, mira para los requisitos temporales, tales como “Migración de los datos del sistema antiguo al nuevo.”

    Video: Análisis de Sistemas 09 - Requerimientos

  7. Aclarar con el actor.

    Regresar y tener el actor confirmar su comprensión de lo que ha anotado. Esta validación puede prevenir defectos o errores de interpretación.

  8. Ponga la clavija redonda en el agujero redondo.

    Documentar los requisitos de forma adecuada, poniendo el requisito en la categoría correcta.

¿Cómo elegir la categoría adecuada para las necesidades de análisis de negocios

A menudo, la parte de reto para los analistas de negocios es identificar correctamente qué categoría ningún requisito particular cae en. Si obtener disparado a medida que ordenar a través de sus necesidades, pensar en ellos como la construcción de unos en otros para ayudar a determinar dónde van en el orden.

Considere el proceso que se utiliza cuando se compra un coche. En primer lugar, hay que entender la misión del vehículo. ¿Está buscando para la compra alrededor del equipo de fútbol de sus hijos, o necesita un coche de pasajeros de bajo costo? Estas necesidades son sus necesidades de negocio.

A continuación, busca una solución mediante el examen de las diferentes opciones del vehículo, la elección de cuáles tienen las características, color y estilo (requisitos funcionales) y rendimiento (requisitos no funcionales) que necesita. Por último, el fabricante ofrece un coche con una suspensión basculante montar suspensión de brazo horquilla independiente con neumáticos P205 / R16 Z4 (requisito técnico).

Otra manera de ayudarse a sí mismo categorizar los requisitos es averiguar quién revisa y finalmente utiliza el contenido de la categoría. A continuación se muestra un ejemplo de una tabla de referencia útil que describe estándares de mejores prácticas, aunque la categorización puede variar ligeramente de un proyecto a otro.

Tipo requisitoSuscitado y documentado porRevisado y utilizado por
Los requerimientos del negocio y de los interesadosLos analistas de negocio (BAS)expertos en la materia (PYME), equipo técnico, y pruebas
equipo
requisitos (funcionales y no funcionales) SoluciónBas y / o equipo técnicoPYME, equipo técnico, equipo de pruebas, y Bas si no participan en
la creación
requerimientos de transiciónBas y / o equipo técnicoPYME, equipo técnico, equipo de pruebas, y Bas si no participan en
la creación
Requerimientos técnicosEquipo técnicoBas, desarrolladores, equipo de pruebas
Artículos Relacionados