Analisis de Metas Un Enfoque Practico

Modelado de Negocio – Análisis de Metas - Análisis de Sistemas 200911 – Apunte No Oficial Autor: Juan Pablo Beltramone Versión: 2.0 05/09/2011 UTN FRR

Análisis de Metas (Un enfoque práctico) El principal objetivo del Análisis de Meta es definir el Alcance el Sistema. El Análisis de Metas también nos permite chequear la integridad del análisis que estamos realizando en cuanto a la funcionalidad del Sistema. Es el primer Artefacto que se realiza luego de la conclusión del Modelo de Negocio, y el primero correspondiente al Modelo del Sistema. Uno de los conceptos más importantes a tener en mente es que, en este punto, empezamos a definir los Requerimientos del Sistema en estudio. Para realizar el Análisis de Metas vamos a pararnos sobre dos ‘patas’ o fuentes fundamentales: a) El modelo de Negocio b) Las necesidades para con el Nuevo Sistema. Sistema.

El modelo de Negocio: Del modelo de Negocio vamos a tomar las diferentes actividades o tareas realizadas por cada uno de los actores. El nivel de atomicidad a considerar para la definición de las actividades, va a depender del nivel de complejidad de los Procesos de Negocio Analizados, pero por lo general buscaremos acercarnos a describir actividades que respeten lo que llamamos ‘Proceso Elemental de Negocio’ (ver más abajo). En este punto vale aclarar, que por diversas razones, puede darse el caso de que no se haya realizado el modelado de Negocio, como por ejemplo, cuando ya se tiene un acabado conocimiento y entendimiento del mismo. Muchas de estas tareas serán fáciles de clasificar como ‘soportadas’ por el nuevo sistema a desarrollar, pero podrá haber algunas que presenten ciertas dudas sobre si el sistema va a intervenir o no en ellas. Esa es una duda que en este punto se debe disipar con el fin de dejar bien claro que va a hacer y que no va a hacer el Sistema a desarrollar. Las necesidades para con el Nuevo Sistema Las necesidades para con el nuevo sistema, deberían estar descriptas (Según el Proceso Ades) en las respectivas minutas de Reuniones y/o en los CU con alcance de Negocio escritos o en última instancia en algún artefacto aparte. Estas necesidades plantean nuevos requerimientos y funcionalidades que, atento a la oportunidad del nuevo sistema a desarrollarse, se pretende sean satisfechos por el mismo, originando paralelamente nuevas actividades para ciertos Actores, que utilizarán estas nuevas funcionalidades. A menudo, como consecuencia de esto último, puede darse el caso de que ciertos StakeHolders del modelo de Negocio, pasen a ser Actores del Sistema. La construcción del Artefacto ‘Análisis de Metas’, vamos a realizarla en tres pasos utilizando la plantilla definida (ver anexo): 1) Paso 1: Definir todas las Actividades realizadas por los diferentes Actores Actores del Sistema Sistema teniendo en cuenta las dos fuentes definidas más arriba, detallando para cada una, la funcionalidad del sistema que va a dar soporte a dicha actividad si la hubiere, o una raya (--------), indicando que para dicha actividad el sistema no tendrá una función específica. Se deberá indicar además, la meta perseguida por el Actor al realizar esa actividad. Todas las metas definidas en este punto, serán por lo general de nivel usuario, pudiendo incluirse también algunas de sub-función o resumen, por lo que debemos realizar el necesario esfuerzo de análisis para encontrar la meta ‘acotada’ a 1/6


esa actividad , más allá de que, naturalmente nos aparecerán intuitivamente metas de mayor nivel, seguramente fin último de las actividades de cada actor. Nótese que con la confección de esta primera tabla, estaríamos en cierta manera cumplimentando dos sugerencias de Cockburn que son: La Lista IN/OUT (dejando claro que hará y no hará el Sistema) La Lista de Actor/Meta (permitiéndonos por un momento tener una visión rápida del alcance del Sistema, junto con otros beneficios) 2) Paso 2: Metas Intra-Actor: en este paso, debemos analizar aisladamente las metas resultantes de cada actor, con el objetivo de encontrar dependencias entre ellas o dependencia a nuevas metas de mayor nivel (Intermedias o Resumen). Se requiere por un momento concentrar nuestro Análisis, imaginando que el resto de los actores no existe, para no vernos tentados de involucrar metas de otros actores. (cosa que haremos en el paso siguiente)

3) Paso 3: Metas Inter-Actor: en este paso vamos a tomar las metas resultantes del punto anterior y realizaremos un Análisis de dependencia entre ellas, supeditando ahora si las metas de ciertos actores a las metas de otros actores, llegando por último a encontrar las ‘metas independientes’, entendiendo por estas, a aquellas que NO están subordinadas a otra meta de mayor nivel.

A las metas ‘independientes’, vamos a clasificarlas entre ‘Principales’ y ‘complementarias’.

Las metas principales son aquellas que están relacionadas con el fin último de los procesos de negocio analizados, aquellas para las cuales, si el actor dueño de la misma no iniciara el funcionamiento de la ’rueda’, el resto ni se movería. Son aquellos procesos de Negocio que dan razón de ser a la organización. Las metas complementarias, por su parte, satisfacen procesos de negocio que por lo general son complementarios y cuya existencia por si solos no justificarían la existencia de la organización. Si bien en algún punto puede aducirse que estas metas complementarias servirán de apoyo a las principales, el punto a considerar es que, en definitiva, las metas principales no necesitan de estas (las complementarias) para realizarse. Una vez definidas las metas Principales y Complementarias se puede llevar a cabo la definición del alcance de los límites de los CU de Sistema. Para ellos utilizaremos la siguiente plantilla para cada meta Principal y Complementaria:

Descripción de Límites de Casos de Uso de Metas Principales Actor Primario Dueño de la Meta Principal Meta de

Descripción Límites Del Flujo de Trabajo (workflow)

Nombre CU Nombre a definir por el Analista

Otros Actores Otros actores intervinientes en el CU Textual a la meta independiente definida en el Análisis de Metas Descripción de las actividades y/o funcionalidades involucradas en el Flujo de Trabajo. Utilizaremos la Sintaxis: Desde…Hasta…pasando por.

Descripción de límites de CU de Metas Complementarias Actor Primario Nombre CU 2/6

Otros Actores


Meta de

Descripción Límites Del Flujo de Trabajo (workflow)

Estas tablas no vendrían a ser más que una escritura Breve y resumida de los CU que posteriormente se detallarán dentro del Modelo de CU

Un poco de Teorìa: Un modo de llevar a cabo el Análisis de Metas propuesto en los pasos 2 y 3, es utilizando las preguntas sugeridas por Cockburn al respecto: ¿Cómo? (Si quiero buscar una meta de menor nivel) ¿Para Que? (Si quiero buscar una meta de mayor nivel) Lo siguiente está basado en el capítulo 3 del Libro Writing Effective Use Cases de Cockburn. Se recomienda una lectura profunda del mismo para un mejor entendimiento de todo lo expuesto.

Metas de Nivel Usuario: (Color Azul, Nivel del Mar)

Una meta de Usuario siempre está subordinada a al menos una Meta de Nivel Intermedio o de Nivel Resumen, es decir tienen un “para” bien definido que corresponde a una meta de nivel superior. “…La meta de usuario corresponde a un concepto de ingeniería de proceso de negocio llamado “proceso elemental de negocio” ….” Las metas de Usuario son las metas mas importantes de encontrar y describir ya que la construcción del sistema queda finalmente justificado por el soporte que brinda a las mismas La meta de usuario es de gran interés para la captura de requisitos dirigida por casos de uso. La meta de usuario de un actor primario se define como el objetivo para conseguir la finalización de un trabajo. También pone atención en la prueba del café de descanso, “luego de finalizar esto , puedo tomarme un tiempo de descanso”. En la mayoría de las situaciones, pasa el siguiente test: •

una persona, un asiento de 2 a 20 minutos

Nota: A una meta de nivel usuario se le pueden definir claramente sus “como” que serían las SubFunciones del Sistema (tal como lo define Cockburn). A los efectos de este análisis no nos es útil considerarlas.

3/6


Metas de Nivel Resumen

(Color blanco, Nube)

Una meta resumen involucra (por lo general) múltiples metas de usuario y/o Metas de Nivel Intermedio. Su realización (concreción) se lleva a cabo cumpliendo las metas de menor nivel que involucra. No está subordinada a otra meta. Tiene uno o muchos “como”, pero ningún “para”. (Se excluyen de todo análisis de metas aquellas del tipo: “ganar dinero”, “fin de lucro”.) Las metas de nivel resumen sirven a tres propósitos en la descripción del sistema: • • •

Muestra el contexto en el cual operan las metas de usuario Muestran la secuencia del ciclo de vida de las metas relacionadas Proveen una tabla de contenido para ambos niveles de casos de uso, tanto como para casos de uso de nivel mas bajo de color blanco y como para casos de uso azules.

Metas de Nivel Intermedio

(Color CELESTE, Barrilete)

Las metas de Nivel Intermedio involucran una o más Metas de Nivel Usuario y están como mínimo, subordinadas a una meta Resumen.

4/6


Anexo Plantilla para el Análisis de Metas Identificación de Metas Actor

Actividad

1

Función

2

3

Meta del actor

Identificación de metas intra-actor El análisis de las metra intra-actor se realiza por actores, sin realizar cruces entre las metas de los distintos actores.

Actor

4

5

Meta del actor

Meta Intra-Actor

Identificación de metas inter-Actor El análisis de las metra inter-actor se realiza haciendo cruces entre las metas de los distintos actores.

Actor

Meta Intra – Actor

Meta Inter – Actor

6

1

Actividad, tarea o acción que realiza el actor en el negocio. Si existen Diagramas de actividad realizados, utilícelos. También deberán incluirse actividades involucradas en Necesidades planteadas para con el Nuevo Sistema. 2 Funciones conocidas que serán responsabilidad del sistema, de alto nivel o bien, requerimientos funcionales conocidos detectados durante el relevamiento, que soportarán el cumplimiento de la meta del Actor en esa actividad. También puede dejarse en blanco o completar con una línea, dejando en claro de esta forma, que el sistema no va a tener una funcionalidad específica para ayudar al Actor en esa actividad, a cumplir esa meta. De esta manera estaríamos realizando una suerte de Lista IN/OUT como propone Cockburn, con la inestimable claridad que esta aporta. 3 Meta que persigue el actor al realizar la función o bien, al realizar la actividad. 4 Podría ser el mismo nombre dado a la meta en el punto 3 o una referencia. Tal como M1, refiriéndose a la meta 1 nombrada en la tabla anterior. Ejemplo X [M1] 5 La meta intra-actor puede se una meta del actor ya explicitada en la tabla, una meta que la contiene o una nueva meta deducida durante el análisis. (Analizar aisladamente , la interdependencia de las metas de cada actor en si mismo) 6

La meta Inter-Actor es por lo general un meta ya explicitada del mismo u otro actor. (Analizar la

interdependencia de las metas de diferentes actores) 5/6


6/6

Analisis de Metas Un Enfoque Practico

Recommend Documents