Cómo crear utilización descripción del caso de su informe de análisis de negocio

UN uso modelo de caso es una presentación de análisis de negocios de los pasos que definen las interacciones entre un usuario (llamada actor) Y un sistema (por lo general un sistema informático). En él se detallan las interacciones y establece las expectativas de cómo el usuario va a trabajar dentro del sistema.

El modelo de casos de uso se compone de dos artefactos: la use el diagrama del caso, que es una demostración gráfica de representación que los actores pueden operar de casos de uso, y el utilizar descripción del caso (A veces llamado el utilice caso narrativa), Que es el, detallado, las interacciones basadas en texto paso a paso y el diálogo entre el actor y el sistema.

El caso de uso narrativa es lo que la gente suele decir cuando dicen caso de uso. Sólo recuerde que hay múltiples piezas que conforman un modelo de casos de uso.

La descripción de casos de uso es una cuenta por escrito de la secuencia de etapas llevadas a cabo por un analista llevar a cabo una transacción de negocios completo. Se inició por un actor, proporciona valor a que el actor, y es un objetivo del actor que trabaja en ese sistema. A continuación, verá una descripción de casos de uso que documenta claramente cómo un administrador de estudiante aprueba una solicitud de formación de un estudiante trabajador.

[Ilustración por Wiley, Composición Servicios Gráficos]

La mayoría de las descripciones de casos de uso incluyen los siguientes elementos como mínimo:

Título: El título se comunica el objetivo del caso de uso. En el ejemplo, el Registro de Estudiantes (el título) utiliza el objetivo del caso es que el alumno sea capaz de inscribirse en una clase.

  • actores: Estas personas son las personas o sistemas que interactúan con el caso de uso. Algunas personas que escriben casos de uso también romper los actores de nivel dentro del caso de uso: primario (El actor que inicia el caso de uso), secundario (El que interactúa con el caso de uso), e incluso entre bastidores (Aquellos que no interactúan directamente con el caso de uso pero están involucrados desde una perspectiva de reglas de negocio).

  • Condiciones previas: Condiciones previas son aquellas cosas que deben estar en su lugar antes de que el caso de uso puede comenzar. Una condición previa para el ejemplo es que el estudiante tiene que haber hecho la solicitud de formación.

  • Condiciones posteriores: poscondiciones están en su lugar cuando termine el caso de uso con o sin éxito. Una condición posterior en caso de éxito indica lo que sucede cuando el proceso finaliza correctamente. Una condición posterior en caso de fallo es el contrario- se especifica lo que sucede cuando el proceso no se completa correctamente.

  • Camino: También llamado fluir o historia, el camino es la acción paso a paso y la interacción entre el actor y el sistema. Caminos son de tres tipos:

  • camino primario (también conocido como camino feliz o flujo principal): Esta ruta es la ruta más comúnmente llevado a una conclusión exitosa.

    Se puede ver este camino documentado en la parte superior del ejemplo: El gestor de estudiante hace clic en el enlace del correo electrónico, navega a través del sistema de registro de la página de aprobaciones de formación, ve la solicitud, y lo aprueba, lo que provocó un correo electrónico de confirmación para el estudiante. Sucede exactamente como debería.

  • ruta alternativa: Esta ruta es una forma alternativa, menos frecuentado para llegar a una conclusión exitosa.

    Video: Modelado de Datos - Diagramas de Caso de Uso

    En el ejemplo, el gestor de estudiante ya ha iniciado sesión en el sistema y busca a las solicitudes pendientes de formación en lugar de acceder al sistema a través de un correo electrónico. Después de que está, sigue los mismos pasos que el camino principal. Es un éxito Terminación- él no hizo uso de la vía más común para llegar a ella.

  • ruta de excepción: Esta ruta es una ruta alternativa que conduce a una conclusión sin éxito. Una ruta de excepción relacionada con el ejemplo puede ser que el administrador de estudiante no puede aprobar la solicitud porque ya no está asignado como gerente del estudiante. Un mensaje de error o excepción se mostrará indicando el motivo.

  • Puede agregar artefactos adicionales para la descripción de casos de uso para dar cuerpo totalmente hacia fuera:

    Video: Ejemplo caso de estudio

    • Caso de uso ID: Un identificador único utilizado para el rastreo.

    • Descripción: Una breve descripción textual de lo que el caso de uso. Una descripción para el ejemplo sería “Esta descripción de casos de uso se describen los pasos para un administrador de estudiante para examinar la solicitud del estudiante y aprobar o rechazar la solicitud.”

    • Creado porEl autor del caso de uso.

      Video: Análisis de Sistemas 10 - Modelo de Casos de Uso

    • Fecha de creación y revisión histórica: Una cronología del caso de uso, lo que le permite ver la edad que el caso de uso es (útil cuando se hace el análisis de documentos),

    • Prioridad: Un indicador de la importancia de este caso de uso, lo cual es útil en la planificación de la solución.

      Video: Videotutorial N°1 : Casos de Uso de Negocio

    • Frecuencia de uso: Un indicador de la frecuencia con que se ejecuta este caso de uso (también útiles en la planificación de la solución).

    Para poner realmente una descripción de casos de uso en conjunto, siga estos pasos:

    1. Averiguar el punto de partida para el caso de uso.

      Esto se convierte en su condición previa.

    2. Obtener de sus grupos de interés los pasos que se pueden esperar al usuario tomar y lo que debe hacer el sistema (la ruta principal).

      Para cada paso, documento que realiza una acción y que lleva a cabo una reacción (o la respuesta).

    3. Vuelve y obtener las formas alternativas de llevar a cabo el proceso.

      Indicar dónde comienza cada camino alternativo. Por ejemplo, en el ejemplo, se ve que se alternan ruta 3a se toma en lugar de la ruta principal 3. Por lo tanto, es necesario asegurarse de que la solución a construir proporciona una manera de negar la solicitud de formación.

      Debido a que el caso de uso se basa en la ruta de acceso principal, indicar cómo navegar a las rutas alternas y excepción de que la ruta de acceso principal. Si está utilizando una herramienta para generar la descripción de casos de uso, es posible que le pedirá esta detallada de lo contrario, incluso un simple: “Este camino alternativo comienza después del paso X de la ruta principal” será suficiente.

    4. Documentar los flujos de excepción y mensajes de error hasta que la descripción es completa.

    El producto final es una lista detallada de pasos las preformas de usuario y la respuesta esperada del sistema.

    Artículos Relacionados