package : gvsig-bpd
processor type : Any

Version release on the event of the 4th international gvSIG conference, in Valencia, Spain.

Los procedimientos de gestion de gvSIG se definen y publican en terminos de un conjunto de conceptos. Estos conceptos han sido seleccionados de entre los mas relevantes en los estandares abiertos aplicables, y simplificados para las necesidades especificas de gvSIG. | | .. contents:: Conceptos principales :depth: 1 | | ======================= **Organizacion** ======================= Es la "carpeta" raiz que contiene las definiciones de procedimientos de gestion y su publicacion. La *Organizacion* contiene colecciones de *Politica de Negocio*, *Regla de Negocio*, *Proceso de Negocio*, *Unidad Organizacional*, *Perfil*, *Artefacto* y *Herramienta*. Es posible mantener varias colecciones de cada tipo, por ejemplo, para mostrar los elementos bajo categorias separadas. | | ======================= **Politica de Negocio** ======================= Una *Politica de Negocio* es un tipo de directiva que establece un curso de accion mediente el que la Organizacion pretende alcanzar sus fines. Una *Politica de Negocio* general puede ser refinada por Politicas de Negocio mas especificas. Una *Politica de Negocio* no se puede poner en practica directamente, necesitando su desarrollo mediante Reglas de Negocio y su realizacion mediante Procesos de Negocio. Una *Politica de Negocio* suele estar menos estructurada, y expresada en terminos menos formales que una *Regla de Negocio*. Una *Politica de Negocio* gobierna algun(o) *Proceso de Negocio*, y constituye la base de algun(as) *Regla de Negocio". Algun(os) *Perfil* o *Unidad Organizacional* participantes se vera(n) afectado(s) por la *Politica de Negocio*. El concepto de *Politica de Negocio* corresponde al elemento *BusinessPolicy* del estandar `Business Motivation Model`_ . | | ==================== **Regla de Negocio** ==================== Una *Regla de Negocio" se basa en alguna *Politica de Negocio* que desarrolla y detalla suficientemente para poder controlar su cumplimiento en los Procesos de Negocio de la Organizacion. Una *Regla de Negocio* es accionable, es decir, un participante en los Procesos de Negocio que observa una situacion concreta, puede valorar si una determinada *Regla de Negocio* esta siendo respetada, y/o actuar en respuesta a la situacion de acuerdo con la *Regla de Negocio*. Una *Regla de Negocio" es mas estructurada, y se expresa mas formalmente que una *Politica de Negocio*. Una *Regla de Negocio* se basa en alguna(s) *Politica de Negocio*. Una *Regla de Negocio* dirige algun(os) *Proceso de Negocio*, y se aplica en algun(os) *Paso* de *Proceso de Negocio*. Algun(os) *Perfil* o *Unidad Organizacional* participantes se vera(n) afectado(s) por la *Regla de Negocio*. El concepto de *Regla de Negocio* corresponde al elemento *BusinessRule* del estandar `Semantics of Business Vocabulary and Business Rules`_, tambien adoptado e incorporado en el estandar `Business Motivation Model`_ . | | ====================== **Proceso de Negocio** ====================== Un *Proceso de Negocio* realiza un curso de accion, proporcionando suficientes detalles de sus actividades, su secuencia, control y sincronizacion, para permitir que la Organizacion acometa el curso de accion que ha decidido para alcanzar sus fines. Un *Proceso de Negocio* esta gobernado en terminos generales por alguna(s) *Politica de Negocio*, y dirigido por alguna(s) *Regla de Negocio*, en la(s) que basa sus decisiones. Un *Proceso de Negocio* especifica un comportamiento de la Organizacion, describiendo actividades e interacciones especificas que deben llevarse a cabo, y bajo que condiciones, por algun(os) *Ejecutor*(es) bajo la autoridad de un *Supervisor*. Un *Proceso de Negocio* puede describirse como una orquestacion de actividades, en la que se suceden una serie de *Paso*, de acuerdo con un patron preestablecido, y con la(s) *Regla de Negocio* que drigen el *Proceso de Negocio* y aplicables en cada *Paso*. Un *Proceso de Negocio* puede requerir alguna(s) informacion(es) de *Entrada*, antes de poder comenzar. Un *Proceso de Negocio* puede producir alguna(s) informacion(es) de *Salida*, cuando alcanza el *Exito Final*. La(s) informacion(es) de *Entrada* o *Salida* pueden tipificarse refiriendo a un *Artefacto*. El concepto de *Proceso de Negocio* corresponde al elemento *Process* del estandar `Business Process Definition MetaModel`_. | | ========================= **Unidad Organizacional** ========================= Una *Unidad Organizacional* es un participante en los procesos de gestion, cuyas responsabilidades las lleva a cabo una unidad de una Organizacion (por ejemplo un departamento, seccion, o servicio). Una *Unidad Organizacional* puede actuar como *Supervisor* de un *Proceso de Negocio*, o bien como *Ejecutor* del *Proceso de Negocio* completo, o de alguno(s) de su(s) *Paso*. Una *Unidad Organizacional* puede tener algun(os) *Perfil*. El concepto de *Unidad Organizacional* utilizado en **gvSIGwhys** corresponde al elemento *OrganizationUnit* del estandar propuesto, ahora en proceso de convergencia, `Organization Structure MetaModel`_. Notese que el estandar `Business Motivation Model`_ asocia relaciones adicionales al concepto de *Unidad Organizacional*, que no se utilizan en esta version de gvSIGwhys. | | ========================= **Perfil** ========================= Un *Perfil* es un participante en los procesos de gestion, cuyas responsabilidades las llevan a cabo individuos que se corresponden con unas caracteristicas determinadas. Un *Perfil* puede actuar como *Supervisor* de un *Proceso de Negocio*, o bien como *Ejecutor* del *Proceso de Negocio* completo, o de alguno(s) de su(s) *Paso*. El concepto de *Perfil* corresponde al elemento *PerformerRole* del estandar `Business Process Definition MetaModel`_ y al elemento *Performer* del estandar `Business Process Modeling Notation`_, ambos alineados ya entre si. | | ========================= **Artefacto** ========================= Un *Artefacto* es un tipo de elemento o conjunto de informacion, consumido o producido por algun(os) *Proceso de Negocio*, identificable en la organizacion, y con caracteristicas definidas. Un *Artefacto* puede utilizarse en alguna(s) *Entrada* o *Salida* de algun(os) *Proceso de Negocio*. Un *Artefacto* puede utilizarse en alguno(s) *Paso* de *Envio* o *Recepcion* de algun(os) *Proceso de Negocio*. Un *Artefacto* puede estar a cargo de un *Perfil* o una *Unidad Organizacional*. Un *Artefacto* puede manipularse con alguna(s) *Herramienta*. El concepto de *Artefacto* corresponde al elemento *Type*, como "transferred item type* de una *SimpleInteraction* en el estandar `Business Process Definition MetaModel`_ y al elemento *DataObject* como "ArtifactType" del elemento *Artifact Sequence Flow* del estandar `Business Process Modeling Notation`_, ambos alineados ya entre si. | | ========================= **Herramienta** ========================= Una *Herramienta* es una aplicacion informatica utlizada para manipular algun(os) *Artefacto*. Una *Herramienta* puede estar a cardo de algun(os) *Unidad Organizacional* o *Perfil*. Una *Herramienta* puede aplicarse durante algun(os) *Paso* de algun(os) *Proceso de Negocio*, El concepto de *Herramienta* corresponde al elemento *Tool* en el estandar `Software Process Engineering Metamodel`_. | | ================================== **Detalle de Proceso de Negocio** ================================== Una *Proceso de Negocio* se detalla mediante la definicion de alguna(s) *Entrada* y *Salida* del *Proceso de Negocio*, asi como de los *Paso* en que se orquesta el progreso de sus actividades. | | ------------ **Entrada** ------------ Corresponde a una informacion que debe estar disponible antes de comenzar la ejecucion de un *Proceso de Negocio*. La informacion puede estar tipificada con un *Artefacto*. El concepto de *Entrada* corresponde al elemento *InteractivePart* en el estandar `Business Process Definition MetaModel`_, y al elemento *Start Message Event* en el estandar `Business Process Modeling Notation`_ | | ------------ **Salida** ------------ Corresponde a una informacion que debe estar disponible antes de comenzar la ejecucion de un *Proceso de Negocio*. La informacion puede estar tipificada con un *Artefacto*. El concepto de *Entrada* corresponde al elemento *InteractivePart* en el estandar `Business Process Definition MetaModel`_, y al elemento *Start Message Event* en el estandar `Business Process Modeling Notation`_ | | ------------ **Paso** ------------ Para la definicion de procedimientos de gestion de gvSIG se han escojido algunos de los tipos estandar de pasos de actividad, buscando un equilibrio razonable entre simplicidad y potencia expresiva. Un Paso puede aplicar alguna(s) *Regla de Negocio* durante su ejecucion. El concepto de *Paso* corresponde al elemento *CoursePart* en el estandar `Business Process Definition MetaModel`_, y a los elementos *Task*, *Gateway* y *Sub-Process* en el estandar `Business Process Modeling Notation`_ | | .. contents:: Tipos de Paso en Proceso de Negocio :depth: 1 :local: | | ```````````````````````````` **Paso Simple** ```````````````````````````` Un *Paso Simple* representa una actividad simple en el *Proceso de Negocio*, posiblemente a cargo de algun(os) *Ejecutor* y quiza utilizando alguna(s) *Herramienta*. | | ```````````````````````````` **Decision** ```````````````````````````` Una *Decision* proporciona la posibilidad de hacer valoraciones durante la ejecucion del *Proceso de Negocio*, y tomar decisiones segun las cuales proseguir el *Proceso de Negocio* con cursos de accion alternativos. La *Decision* puede estar a cargo de algun(os) *Ejecutor*, y quiza utilizando alguna(s) *Herramienta*. La *Decision* se define describiendo * La logica de la valoracion a realizar, quiza refiriendo a una *Regla de Negocio*, o quiza expresando la logica directamente en el cuerpo de la *Decision*. * Definiendo que *Paso* del *Proceso de Negocio* se ejecutara a continuacion, en el caso que la valoracion sea positiva, y en el cso que la valoracion sea negativa. | | ```````````````````````````` **Exito Final** ```````````````````````````` Un *Exito Final* indica que el *Proceso de Negocio* alcanza su conclusion con resultado satisfactorio. Cuando el *Proceso de Negocio* alcanza un *Exito Final*, las *Post-Condiciones* definidas para el *Proceso de Negocio* seran ciertas, y se hara(n) disponible(s) la(s) informacion(es) de *Salida*, y en su caso, su(s) *Artefacto*. | | ```````````````````````````` **Fracaso Final** ```````````````````````````` Un *Fracaso Final* indica que el *Proceso de Negocio* no puede continuar su ejecucion por haber encontrado una situacion de error, que no puede resolverse en el ambito del *Proceso de Negocio*. Cuando el *Proceso de Negocio* alcanza un *Fracaso Final*, no puede garantizarse que sean ciertas las *Post-Condiciones* definidas para el *Proceso de Negocio*, y no se hace(n) disponible(s) la(s) informacion(es) de *Salida*. | | ```````````````````````````` **Sub Proceso** ```````````````````````````` Un *Sub Proceso* permite incluir en el transcurso del presente *Proceso de Negocio*, todo el comportamiento definido a parte en otro *Proceso de Negocio*. El *Proceso de Negocio* presente hace uso del otro *Proceso de Negocio*, de forma que la ejecucion del *Proceso de Negocio* usado ha de completarse, para considerar completado el *Paso* *Sub Proceso*. El presente *Proceso de Negocio* puede tomar alguna(s) *Decision*, en base a su valoracion del *Exito Final* o *Fracaso Final* alcanzado por el *Sub Proceso* usado. | | ```````````````````````````` **Envio** ```````````````````````````` Un *Envio* permite describir una interaccion simple durante el transcurso del presente *Proceso de Negocio*, segun la cual una informacion, quiza tipificada como un *Artefacto*, se envia a un participante que se considera externo al *Proceso de Negocio*. Cuando tras el *Envio* de informacion se espere que le siga eventualmente una *Recepcion* de informacion, entonces se considera que se describe un *Protocolo*. Un tipo clasico de *Protocolo* es aquel en que al *Envio* de una solicitud debe seguirle la *Recepcion* de una respuesta, o bien una respuesta de entre un numero de alternativas de tipos de respuesta. Notese que en esta version de gvSIGwhys no se permite la definicion de *Protocolo*, como parte del equilibrio decidido entre complejidad y potencia expresiva. | | ```````````````````````````` **Recepcion** ```````````````````````````` Una *Recepcion* permite describir una interaccion simple durante el transcurso del presente *Proceso de Negocio*, segun la cual una informacion, quiza tipificada como un *Artefacto*, se recibe desde un participante que se considera externo al *Proceso de Negocio*. Vease *Envio* mas arriba, con comentarios acerca de como *Envio* y *Recepcion* forman patrones conocidos como *Protocolo*. | | ```````````````````````````` **Plazo** ```````````````````````````` Un *Plazo* permite definir limites de duracion en la realizacion de un *Paso*. Actua tambien como una *Decision*, definiendo cual es el paso siguiente en caso que el sujeto a plazo se realize a tiempo, y cual es el paso siguiente en caso que el plazo expire. | | --------------- | | **Modelo** MDDsl ha elaborado estos conceptos con gvSIG en un modelo que especifica la aplicacion, con precision suficiente para valorar primero su adecuacion a los requisitos de gvSIG, y despues progresar a partir del modelo construyendo una implementacion. Esta practica corresponde a la politica de MDDsl de `Desarrollo Dirigido por Modelos`_ .. _Desarrollo Dirigido por Modelos: https://gvsig.org/tweb/temp/comunidad-de-desarrolladores-y-usuarios-de-gvsigwhys/Politicas%20de%20Negocio/desarrollo-dirigido-por-modelos/ | | --------------- | | **Diagramas** En esta pagina puede encontrar representaciones graficas de estos conceptos, incluyendo diagrams individualmente y en originales OpenOffice y .pdf, asi como una presentacion animada. | | --------------- | | .. _Business Motivation Model: https://gvsig.org/tweb/temp/comunidad-de-desarrolladores-y-usuarios-de-gvsigwhys/Politicas%20de%20Negocio/alineacion-con-estandares-abiertos/business-motivation-model-bmm/ .. _Business Process Definition MetaModel: https://gvsig.org/tweb/temp/comunidad-de-desarrolladores-y-usuarios-de-gvsigwhys/Politicas%20de%20Negocio/alineacion-con-estandares-abiertos/business-process-definition-metamodel-bpdm-omg/ .. _Business Process Modeling Notation: https://gvsig.org/tweb/temp/comunidad-de-desarrolladores-y-usuarios-de-gvsigwhys/Politicas%20de%20Negocio/alineacion-con-estandares-abiertos/business-process-modeling-notation-bpmn-omg/ .. _Semantics of Business Vocabulary and Business Rules: https://gvsig.org/tweb/temp/comunidad-de-desarrolladores-y-usuarios-de-gvsigwhys/Politicas%20de%20Negocio/alineacion-con-estandares-abiertos/semantics-of-business-vocabulary-and-business-rules-sbvr-omg/ .. _Organization Structure MetaModel: https://gvsig.org/tweb/temp/comunidad-de-desarrolladores-y-usuarios-de-gvsigwhys/Politicas%20de%20Negocio/alineacion-con-estandares-abiertos/organization-structure-metamodel-osm-omg/ .. _Software Process Engineering Metamodel: https://gvsig.org/tweb/temp/comunidad-de-desarrolladores-y-usuarios-de-gvsigwhys/Politicas%20de%20Negocio/alineacion-con-estandares-abiertos/software-process-engineering-metamodel-spem-omg/