CONTROL DE PROCESO EN ICS MANAGER

Transcripción

1 CONTROL DE PROCESO EN ICS MANAGER WHITE PAPER 2011 Thomas Garand Traducido por ANDREA MARÍN

2 1 Control de Proceso en ICS Manager Como parte de su experiencia en Gestión de Espectro, ATDI ofrece, con su software ICS manager, la posibilidad de personalizar y gestionar varios flujos de trabajo y tareas relacionadas a la gestión del espectro radioeléctrico. La personalización de la interfaz de gestión es conocida como Control de Proceso. El término Control de Proceso de una manera más precisa dentro del contexto de ICS manager, hace referencia a la gestión de una serie de tareas individuales definidas por el cliente (entidades reguladoras del espectro). Cuando se combinan las tareas de trabajo, se puede constituir un proceso más común y generalizado en donde sería posible realizar acciones de gestión de solicitudes de frecuencia, gestión de facturación, entre otros. Estas tareas de trabajo, corresponden a varios estados dentro del ciclo de vida de determinada entidad (licencia, factura, autorización de equipos, entre otros), por lo que el control de proceso es caracterizado por un control de varios estados para una de las entidades realizado por un grupo específico de trabajo. Para cada estado, es posible considerar o realizar varias acciones; una de ellas, particularmente, puede permitir pasar de un estado a otro, por lo que sería posible determinar una transición entre dos estados. Adicionalmente, cada acción puede ser restringida con el objetivo de que sólo pueda ser realizada por un cierto grupo de personas (departamento legal, departamento financiero, departamento de ingeniería ), convirtiéndose en los únicos participantes en determinado control de proceso. El control de proceso puede llegar a ser simple o un poco complejo, el nivel de complejidad depende en gran medida del nivel de participación de varios actores pertenecientes a diferentes departamentos involucrados en una administración, y de cuándo y dónde durante el ciclo de vida del flujo de trabajo, su aporte es necesario. De acuerdo a la descripción previa, ICS manager ofrece varias tablas y características adicionales en su interfaz nativa para permitir, paso a paso, como una serie relacionada de tareas de software, implementar una administración de espectro de un determinado flujo de trabajo, Al mismo tiempo, puede ser necesario implementar tablas y características adicionales para satisfacer las diversas necesidades de los reguladores del espectro, las cuales son típicamente proporcionadas con la Interfaz de Programación de Aplicación (API, Application Programming Interface) de ICS manager. El desarrollo de estas funciones adicionales, que pueden estar o no ligadas al control de proceso, es típicamente realizado por ATDI y entregado al cliente como un plug-in específico. Este documento, sin embargo, describirá brevemente como crear y gestionar un control de proceso en la interfaz nativa de ICS manager, utilizando la tablas adicionales previamente mencionadas. Definición de los miembros de un grupo de trabajo (taskforce) Configurar un control de proceso en ICS manager, comienza con la creación de los miembros de los grupos de trabajo, estos miembros, están involucrados en determinado flujo de trabajo, los cuales tienen una participación dinámica en una entidad para llevar un proceso de un estado a otro, ya sea una licencia, una factura, la autorización de un equipo, entre otros. El cliente puede definir un grupo de trabajo y los miembros que pertenecerán al mismo, por ejemplo: Grupo de trabajo Legal (Alfredo) Grupo de trabajo Ingeniería (Bill, Charlie) Grupo de trabajo Administración (Eva, Karl, Alfredo) Figura 1: Definición grupo de trabajo P a g e 1 1

3 2 La consulta de los Taskforce muestra todos los grupos de trabajo ingresados por el cliente; mientras que la consulta Taskforce users, todas las relaciones entre los grupos y usuarios de la base de datos. Solamente los usuarios designados en estos grupos de trabajo, serán capaces de llevar a cabo las tareas asociadas a las diferentes acciones de un determinado control de proceso. pueda ser capaz de asociarlos con las tablas requeridas y necesarias que serán involucradas durante la ejecución de un proceso de control. Posteriormente, el usuario describirá las posibles transiciones entre cada estado y las tareas que deben ser implementadas con el fin de pasar de un estado a otro en el control de proceso. Control de Proceso Definición adicional En ICS manager, el control de proceso es una característica que puede ser configurada por el usuario, a través de varias tablas existentes en la estructura de la base de datos de la herramienta, tales como licencias, microondas, facturas, entre otras. A medida que el cliente procede a definir un control de proceso, se debe asegurar que el proceso que está siendo implementado se asemeje al flujo de trabajo que se necesita realizar y que las acciones asignadas a varios miembros de un grupo de trabajo, sean asignadas de manera apropiada. Con el fin de llevar a cabo estos objetivos, un control de proceso puede ser implementado en dos diferentes maneras en ICS manager: Implementación como una secuencia de transiciones de estado no se requiere programación. Implementación como un conjunto de programas personalizados desarrollados específicamente para un cliente determinado (entregado como un plug-in(s)) mucho más potente pero requiere programación dedicada. La principal diferencia entre los dos tipos de implementación, es el tratamiento que se le da a las transiciones entre los estados. Implementación como una secuencia de transiciones de estado Para esta implementación, el usuario no necesita crear un subprograma, el procedimiento para la transición de un estado a otro en un determinado control de proceso, será realizado manualmente por el usuario. Figura 2: Definición de estados para el registro de un proceso de control para una autorización de licencia. La definición de las transiciones desde cada uno de los estados en un flujo de trabaja, completa la definición de un control de proceso. Implementación como un conjunto de programas En el siguiente ejemplo, el registro de una serie de transiciones de estado fue reemplazado por el código LISP, el cual permite a esta implementación ser más efectiva y al control de proceso más automatizado y amigable para el usuario. En este tipo de implementación, puede ser necesario desarrollar varios programas que describirán las diferentes acciones que el control de proceso llevará a cabo, como también, la transición de un estado a otro en un control de proceso definido. Estás secuencias de código pueden ser reunidas como una rutina externa y pueden ser llamadas por la interfaz nativa de ICS manager en diferentes etapas y puntos de entrada. A continuación, se muestra un ejemplo de un control de proceso personalizado, escrito en código LISP. La API de ICS manager puede soportar lenguajes C++, C#, entre otros. Inicialmente, el usuario deberá definir todos los estados para el control de proceso, de modo que se P a g e 2 2

4 3 La lista de los posibles estados depende de cuáles transiciones de estado fueron definidos en la implementación del control de proceso. Figura 3: Ejemplo de control de proceso personalizado. Figura 5: Ejemplo de cambio de estados para un determinado control de proceso. Durante toda la ejecución de un control de proceso, el estado de un registro en la base de datos de ICS manager puede ser modificado varias veces. Interfaz del usuario Antes de la implementación del control de proceso, el usuario escogerá cuáles tablas en la base de datos de ICS manager serán involucradas en el mismo. Cuando un nuevo registro es creado en cualquiera de las tablas, la interfaz de ICS manager puede incluir una lista de varias acciones que registrarán una transición de estado. Cuando no hay más transiciones posibles, el usuario podría considerar que el proceso del flujo de trabajo ha terminado. Una vez el proceso está completo, el usuario tiene la opción de acceder a la historia de todas las acciones que fueron realizadas por un control de proceso específico. Figura 6: Historia control de proceso Figura 4: Estados iniciales para un nuevo registro en la tabla LICENCE de ICS manager, ligado a un control de proceso que involucra autorización de licencia. Después de que son realizadas las tareas o las acciones asociadas a determinado estado, el usuario puede retornar a el mismo punto de entrada en la interfaz de ICS manager (mediante un menú desplegable o pop-up), y ser presentado con una serie diferente de estados que un registro particular o un grupo de registros (en el caso de procesos masivos) puedan tener en una transición a un nuevo estado, y de este modo continuar con el proceso del flujo de trabajo. Una tabla llamada REC_HISTORY dedicada al registro de las acciones de control del proceso, está incluida en la interfaz nativa de la estructura de la base de datos de ICS manager. Esta tabla puede registrar las transiciones de estado de cualquier registro en cualquiera de las tablas de la base de datos de ICS manager que pasan a ser asociadas a un determinado control de proceso. Esta característica de archivar información histórica para las acciones de un control de proceso, puede incluir comentarios y la fecha y hora de la acción realizada. Gestión de estadísticas de tareas Dentro de la estructura de la gestión del control de proceso, ICS manager hace posible que el usuario pueda llevar a cabo diferentes estadísticas (por operador, tipos de proceso, entre otros) para: P a g e 3 3

5 4 Procesos actuales Procesos completos Tareas actuales Tareas completas Por ejemplo, el usuario puede reunir estadísticas para las tareas actuales: Retardo por participación: Cuánto tiempo pasó antes de que un miembro de un grupo de trabajo realizará la acción necesaria para la transición de un registro o un grupo de registro de un estado a otro. (=Fecha de participación Fecha de creación) Retardo de realización/terminación: (=Fecha de terminación Fecha de participación) Retardo por procesamiento: (= Fecha de terminación Fecha de creación) Figura 7: Tareas incompletas. El usuario puede también reunir otras estadísticas desde la tabla REC_HISTORY, tales como: Número de tareas para ser realizadas por cada grupo de trabajo. Promedio de retraso entre la creación de una tarea y la terminación de la misma. Promedio de tiempo en completar una determinada tarea. Número de tareas completadas durante un año. Gestión de tareas incompletas El usuario puede configurar una consulta predefinida de todas las tareas incompletas (fecha de terminación es NULL) asociadas a cualquiera de las tablas de ICS manager. Esto permite al usuario, seleccionar una tarea desde una lista. Para más información: Tel: (+1) Copyright 2011 ATDI Inc. P a g e 4 4

6 2 ATDI SA 8, rue de l Arcade Paris - France Tel. +33 (0) Fax +33 (0) atdi@atdi.com ATDI Inc Dolley Madison Blvd Suite 320 McLean - VA USA Tel Fax americas@atdi.com ATDI Ibérica c/hermosilla,46 2º Madrid - Spain Tel Fax iberica@atdi.com ATDI Ltd. Kingsland Court - Three Bridges Road Crawley - West Sussex - RH10 1HL - UK Tel. +44 (0) Fax +44 (0) northern-europe@atdi.com ATDI South Pacific, PTY Ltd. 79 Macarthur Street - Ultimo NSW 2007 Australia Tel +61 (0) Tel/Fax +61 (0) pacific@atdi.com ATDI EST Bd. Aviatorilor, nr 59 Bucharest Romania Tel Fax eastern-europe@atdi.com LLC ATDI Eurasia (Russia & CIS) Sadovnicheskaya str, 72 bld Moscow Russian Federation Tel Tel/Fax eurasia@atdi.com ATDI Germany Kurze Mühen 1 / Spitaler Hof Hamburg Germany Tel Fax enquiries@atdi.com ATDI South Pacific PTY Ltd 79 Macarthur Street - Ultimo NSW 2007 Australia Tel: +61 (0) Tel/Fax: +61 (0) Website: ATDI UA in partnership with LIS Gmyri str. 9-V, 6th Porch, Office Kiev - Ukraine Tel: Fax: Website: ATDI Sp. z.o.o Warsaw (00-358) Ul. Ordynacka 10/12 m. 10 Poland Tel: Website: ATDI Pvt.Ltd Kanara Business Center, Behind Everest Gdns, Ghatkopar, Mumbai, India Tel: Website: P a g e 2 Soluciones en Radiocomunicaciones 2