BRPI0710005A2 - metamodelo de processo de negócio - Google Patents

Abstract

METAMODELO DE PROCESSO DE NEGóCIO Um metamodelo representando um processo de negócio. Expressões operativas são definidas para identificar o processo de negócio. O processo de negócio inclui uma pluralidade de seqüências de atividades. Metadados são coletados associados com as expressões operativas definidas. Os metadados coletados são formatados de acordo com um esquema. O metamodelo representando o processo de negócio é fornecido para um usuário como uma função dos metadados formatados e das expressões operativas definidas de tal maneira que o usuário pode interagir com o processo de negócio usando as expressões operativas definidas.

Description

"METAMODELO DE PROCESSO DE NEGÓCIO"

ANTECEDENTES

Tipicamente, software ou aplicações de computador configurados para processartransações de negócio são projetados a partir de um ponto de vista do desenvolvedor desoftware, deixando os usuários de negócio incapazes de usar inteiramente o software ouaplicações. Por exemplo, em um fluxo de trabalho ou aplicação de processo orientado, umusuário de negócio pode desejar definir um fluxo de trabalho que envolva uma série de eta-pas de processo, uma seqüência para as etapas e as funções (por exemplo, indivíduos) de-signadas para executar estas etapas de processo. O usuário de negócio freqüentementenecessita expressar a idéia do fluxo de trabalho para os desenvolvedores que podem trans-ladar estes conceitos para os códigos de programação antes de o usuário de negócio poderdefinir satisfatoriamente o fluxo de trabalho.

É comum que os desenvolvedores, enquanto projetando tais aplicações, estabele-çam certas restrições ou condições que estejam fora do ponto de vista do usuário de negó-cio. Por exemplo, ao definir as etapas de processo, os desenvolvedores necessitam identifi-car dados associados com as etapas de processo e como conectar os dados à fonte paraassim os dados poderem ser usados durante a etapa de processo. Isto pode envolver trans-formações de dados, controle e fluxo de dados de conexão de dados detalhados, dados desaída, etc. Os desenvolvedores também podem necessitar considerar exceções, tais comoquando uma parte dos dados está indisponível ou uma função é incapaz de completar a ta-refa designada. Uma condição exemplar adicional pode ser aquela em que uma etapa naseqüência pode disparar mecanismos de segurança ou de autenticação, configuração ouajustes de hardware, etc.

Um problema comum da prática e das ferramentas de software disponíveis atual-mente é que a conversão entre uma apresentação de nível de negócio e o nível de apresen-tação do desenvolvedor é alcançada por translação - um processo que simplesmente con-verte e mantém os aspectos comuns e se sobrepondo entre as duas representações diferen-tes. O processo de translação, entretanto, perde detalhes do projeto de processo da pers-pectiva do desenvolvedor. Aspectos detalhados que têm sido fornecidos em um nível deabstração (usualmente, o nível do desenvolvedor) são negligenciados durante a conversãopara um nível diferente de abstração (usualmente, o nível do usuário de negócio). Além domais, mudanças feitas em um nível de abstração freqüentemente quebram refinamentos quetenham sido feitos em um nível de abstração diferente. Como tal, desenvolvedores e os u-suários de negócio igualmente necessitam redefinir configurações existentes exatamentepara recuperar o que já existe.

Como tal, o usuário de negócio, embora sendo capaz de definir o fluxo de trabalhousando as ferramentas ou funções disponíveis para ele nas suas aplicações de processoorientado atuais, carece da capacidade para identificar e interagir verdadeiramente com osdados e operações disponíveis ai definir um processo de negócio através de níveis de abs-trações.

SUMÁRIO

Modalidades da invenção superam as deficiências das abordagens existentes aocapturar exatamente o objetivo de negócio durante um estágio de projeto de processo denegócio. Aspectos da invenção fornecem modos consistentes e eficientes para transformar avista de projeto de processo entre os diferentes níveis de abstração. Pela definição de umconjunto de vocabulários ou um conjunto de expressões operativas universais, modalidadesda invenção atravessam a abertura entre o objetivo de negócio expressado e a implementa-ção e configuração de IT das aplicações de negócio.

Modalidades alternativas das invenções constroem ou estabelecem um metamode-Io ou interface de processo de negócio que não somente capacita um usuário de negóciopara descrever um processo na sua abstração, mas também capacita um indivíduo ou de-senvolvedor de tecnologia de informação (IT) para expor a implementação nos termos damesma interface. Também em uma outra modalidade da invenção, o desenvolvedor de ITpode usar o metamodelo dos processos de negócio criado pela pessoa de negócio paracriar uma implementação para os processos de negócio. Alternativamente, dada uma im-plementação existente, modalidades da invenção podem revelar ou expor a implementaçãoexistente para a expressão de processo de desejo do usuário de negócio usando o meta-modelo de processo de negócio.

Este sumário é fornecido para introduzir uma seleção de conceitos em uma formasimplificada, os quais estão descritos adicionalmente a seguir na descrição detalhada. Estesumário não pretende identificar recursos chaves ou recursos essenciais da matéria emquestão reivindicada, nem ele é pretendido para ser usado como uma ajuda na determina-ção do escopo da matéria em questão reivindicada.

Outros recursos estarão em parte aparentes e em parte salientados em seguida.

DESCRIÇÃO RESUMIDA DOS DESENHOS

Afigura 1A é um diagrama ilustrando uma modalidade exemplar de um sistema pa-ra representar um processo de negócio de acordo com uma modalidade da invenção.

Afigura 1B é um diagrama ilustrando um metamodelo de acordo com uma modali-dade da invenção.

As figuras 2A e 2B são diagramas de blocos ilustrando a representação de um pro-cesso de negócio com metadados associados usando o vocabulário ou expressões operati-vas definidas de acordo com uma modalidade da invenção.

As figuras 3A a 3D são diagramas de blocos ilustrando perspectivas diferentes deum processo de negócio de acordo com uma modalidade da invenção.A figura 4 é um fluxograma exemplar ilustrando a operação de representar um pro-cesso de negócio de acordo com uma modalidade da invenção.

A figura 5 é um diagrama de blocos ilustrando uma mídia legível por computadorexemplar na qual aspectos da invenção podem ser armazenados.

A figura 6 é um diagrama de blocos ilustrando um exemplo de um ambiente de sis-tema de computação adequado no qual a invenção pode ser implementada.

A figura 7 é um diagrama ilustrando uma implementação de um modelo entidade-ação com esquemas associados com entidades e ações de acordo com uma modalidade dainvenção.

Números de referência correspondentes indicam partes correspondentes por todosos desenhos.

DESCRIÇÃO DETALHADA

Referindo-se primeiramente à figura 1A, um diagrama de blocos ilustra um sistema100 para representar um processo de negócio de acordo com uma modalidade da invenção.O sistema 100 inclui um dispositivo de computação de uso geral 102, o qual inclui um pro-cessador 104 e uma área de memória 106. Em uma modalidade, o dispositivo de computa-ção 102 é um computador 130 tal como ilustrado e descrito na figura 6. O sistema 100 tam-bém inclui uma interface 118 para coletar dados ou metadados de uma fonte, o que pode serna forma de entrada proveniente de um usuário (por exemplo, o usuário de negócio 108) ouna forma de processo automatizado, tais como metadados fixados ou associados com da-dos quando armazenados na área de memória 106 ou em uma outra fonte de armazena-mento de dados. Em uma modalidade, os metadados coletados são formatados para umesquema uniforme, o qual descreve e define exigências dos metadados. Por exemplo, oesquema pode definir que os metadados serão dentro de um certo comprimento de caracte-res, ou coisa parecida. Em uma modalidade, o sistema 100 é usado para implementar ummetamodelo 118 descrito na figura 1B para representar dados ou metadados derivados dacaptura do objetivo de negócio durante o estágio de projeto de processo de negócio.

Tal como mostrado na figura 1A, um ou mais usuários têm acesso ao dispositivo decomputação 102 no sistema 100. Em uma modalidade, o sistema 100 pode ser um sistemadistribuído com uma ou mais configurações de servidores e clientes com o dispositivo decomputação 102 sendo um dos servidores ou clientes. Por exemplo, um ou mais usuários denegócio A1-N 108 têm acesso ao dispositivo de computação 102, assim como um ou maisusuários de negócio B1-N 110. Ao mesmo tempo, um ou mais desenvolvedores Dvn 112 sãoresponsáveis por manter, configurar e projetar operações para os usuários de negócio A1-N108 e para os usuários de negócio B1-N 110. Em um exemplo, os usuários de negócio A1-N108 e os usuários de negócio B1-N 110 podem ser parte da mesma empresa de negócio oupodem estar associados com diferentes negócios.Referindo-se agora à figura 1B, o metamodelo 118 é construído para se comunicarcom um modelo de tecnologia de informação (IT) 120 por um lado e com um modelo de au-toração 122 e um modelo de simulação 124 no outro. Por exemplo, o modelo de IT 120 for-nece uma ou mais implementações de IT1 tais como serviços da rede, serviços de diretório,processamento de evento, ou coisa parecida. O modelo de autoração 122 inclui implemen-tações de gerenciamento de trabalho, configurações de ferramentas de software, ou coisaparecida. O modelo de simulação 124 (a ser descrito adicionalmente a seguir) inclui imple-mentações "como está" e "como vai ser". Pelo uso de um conjunto de vocabulários 126 defi-nido dentro do metamodelo 118, modalidades da invenção facilitam as comunicações entreo modelo de IT 120, o modelo de autoração 122 e o modelo de simulação 124, e outros mo-delos, módulos ou componentes de software para aprimorar representação de objetivo denegócio do usuário no projeto de processos de negócio.

Por exemplo, usando os vocabulários 126, os desenvolvedores de IT projetando omodelo de IT 120 podem definir funções ou operações para outros modelos usando o mes-mo conceito. Ao mesmo tempo, estes desenvolvedores de IT podem descobrir e usar fun-ções ou operações existentes (por exemplo, no modelo de autoração ou no modelo de simu-lação) que são definidas usando o mesmo conjunto de vocabulários 126. De forma similar, omodelo de autoração 122 e o modelo de simulação 124, e o outro modelo de serviço 128podem se comunicar de forma ininterrupta com outros modelos, módulos ou componentesde software para representar inteiramente o objetivo de negócio do usuário.

É para ser entendido que, embora somente seis termos de vocabulário estejam de-finidos dentro do metamodelo 118 tal como mostrado na figura 1B e ilustrado adicionalmentea seguir, outros termos ou construções podem ser definidos a fim de capturar conceitos co-mumente usados em processos de negócio sem fugir do escopo da invenção.

As figuras 2A e 2B são diagramas de blocos ilustrando a representação de um pro-cesso de negócio com metadados associados usando o vocabulário ou expressões operati-vas definidas de acordo com uma modalidade da invenção. Na figura 2A, um diagrama deblocos ilustra uma concepção ou intenção do usuário de negócio do projeto de processo denegócio. Por exemplo, o usuário (por exemplo, o usuário 108 na figura 1) pretende projetarum conjunto de processos de negócio com uma etapa A 302, seguida por uma etapa B 304puma etapa C 306.

A figura 2B ilustra um estágio inicial de definição de tarefa em um processo de ne-gócio (por exemplo, ordem de compra). Em 302, a etapa A define uma tarefa que já tenhasido ligada a uma implementação existente resultando na falta de qualquer deixa visual arespeito de uma inconsistência. Por exemplo, um usuário_A-i pode ser designado para exe-cutar uma tarefa de receber todas as ordens de compra. Entretanto, em 304, a etapa B defi-ne uma tarefa que não foi ligada a operações existentes também para a sua implementação.Como tal, um sinal de advertência 308 indica tal problema. Por exemplo, uma tarefa de or-denar aprovação é designada para um supervisor do usuário_Ai, mas não existe ainda talfunção para executar esta tarefa. Em 306, uma etapa C representa uma tarefa composta.Quando o usuário dá um clique no sinal'+', a representação visual da tarefa será expandidapara exibir os processos contidos. Por exemplo, na tarefa de aprovar uma ordem, do indiví-duo que aprova a ordem é exigido verificar o inventário ou outras tarefas. O sinal de adver-tência também indica que alguns elementos dentro da tarefa composta 306 também nãoestão ligados a uma implementação.

Referindo-se agora às figuras 3A e 3C, três diagramas de blocos ilustram diferentesperspectivas de usuário de um processo de negócio de acordo com uma modalidade dainvenção. Afigura 3Amostra uma perspectiva de usuário de um usuário 202 (por exemplo, ousuário de negócio A 108). Neste exemplo, o usuário 202 é um indivíduo que está interessa-do em atividades e suas seqüências. Em outras palavras, o usuário 202 pode estar interes-sado somente nas tarefas e nas seqüências de eventos se relacionando com o processo denegócio, tais como manusear uma ordem de compra, tal como a ordem de compra 123, em204. Nesta ilustração, o que o usuário 202 veria ou acessaria é o que está fornecido para ousuário 202 em uma vista 206: uma lista de tarefas e uma seqüência de eventos que teriamacontecido para a ordem de compra 123. Por exemplo, a vista 206 descreve que em 208 aordem de compra 123 foi enviada por um cliente, tal como a ABC Corp. Em 210, a ordem decompra 123 é a seguir recebida por um supervisor de um departamento de vendas. Por e-xemplo, um exemplo do supervisor pode ser USUÁRIO_Ai. Em 212, a ordem de compra123 é subseqüentemente aprovada por um administrador do departamento de vendas (porexemplo, USUÁRIO_B1). A próxima tarefa mostrada é que em 214 o status de inventário é"em estoque" e o status de expedição para a ordem de compra 123 é "não expedido" em216. Também, a vista 206 mostra em 218 que a fatura para a ordem de compra 123 é de"$5.000,00".

A figura 3B, por outro lado, ilustra uma vista diferente para um usuário 220, o qualpode ser uma pessoa que deseja ligar atividades a fontes de dados, transformação de da-dos e fluxos de dados. Em outras palavras, o usuário 220 deseja ligar tarefas e eventos aentidades. Como tal, uma vista 222 da ordem de compra 123 apresentada para o usuário220 seria diferente da vista 202 apresentada para o usuário 202 na figura 3A. Por exemplo,nesta vista 222, para a mesma ordem enviada pelo cliente (por exemplo, a ABC Corp.), em208, o usuário 220 pode ter acesso a uma mensagem 224 (por exemplo, mensagem de cor-reio de voz, mensagem de correio eletrônico (e-mail), ou coisa parecida) que colocou a or-dem enviada pela ABC Corp. Para a ordem ser recebida pelo supervisor (por exemplo, usu-ário_A1) em 210, a vista 222 pode mostrar uma informação de contato 226 do supervisor, talcomo o número de telefone, endereço de correio eletrônico, ou outra informação de contatoda pessoa. Para a aprovação de ordem em 212, o usuário 220 pode ver uma informação decontato 228 do administrador (por exemplo, usuário_B1) além dos detalhes da ordem 123em 214. Em 216, a vista 222 pode mostrar um instantâneo 232 do armazenamento de dadosdo expedidor e o status mostrado no armazenamento de dados do expedidor. Em 218, afatura pode ter um acesso a um vínculo 234 para um armazenamento de dados do departa-mento de contabilidade com $5.000,00 sendo associado com a ordem de compra 123.

A figura 3C descreve uma vista a partir de uma perspectiva de um usuário 236 quepode ser uma pessoa que deseja descrever as capacidades de uma implementação emtermos de entidades, assim a aplicação pode ser usada no processo, tal como expor entida-des e ações para uso em seqüências de tarefas. Neste exemplo, uma vista 252 da ordem decompra 123 pode incluir um ou mais de o seguinte, tal como observado abaixo:

Para a mesma etapa 208 da ordem enviada pelo cliente ABC Corp., a vista 252 po-de mostrar um conjunto de condições, tal como aquele mostrado em uma caixa 238. Porexemplo, o usuário 236 já pode ter um conjunto de condições para implementar esta etapa208, tal como:

Para todas as ordens ABC Corp.

{se quantidade > 500 unidades

V.P. de Departamento de Vendas para manusear;

senão

qualquer usuário pode manusear;}

Em outras palavras, quando o usuário 236 acessa a mesma ordem de compra 123,em vez do que está descrito na figura 3A ou 3B, o usuário 236 vê uma perspectiva diferente,a qual é orientada mais tecnicamente.

Em 210, a ordem é recebida pelo supervisor, o desenvolvedor também vê uma cai-xa 240 indicando que o supervisor (por exemplo, USUÁRIO_A1) está ou estará em férias de27/2 a 3/3. Como tal, o usuário 236 pode implementar um evento de resposta automática aser enviada para outro pessoal para manusear ordens de compra na falta do supervisor. Em212, para a aprovação de ordem pelo administrador (por exemplo, USUÁRIO_Bi), o usuário236 pode ter acesso a uma caixa 242 que mostra um outro conjunto de restrições associa-das com esta etapa:

Para todas as ordens ABC Corp.{se quantidade > 500 unidades

necessitam ser aprovadas pelo V. P do Departamento de Vendas;senão

necessitam ser aprovadas pelo Administrador do Departamento de Vendas;}

Em uma modalidade, o usuário 236 pode ver adicionalmente (não mostrado) o de-talhe da ordem de compra real 123 para determinar se a ordem de compra 123 de fato temmenos do que 500 unidades e se o administrador está manuseando a ordem corretamente.De outro modo, o usuário 236 pode emitir um evento de alerta indicando que o V.P. do De-partamento de Vendas deve ter aprovado a ordem de compra 123.

Em 214, o usuário 236 pode ver as caixas 244 e 246 para identificar adicionalmenteo status de inventário. Neste exemplo, o usuário 236 pode ver o seguinte como um caso deuma implementação de verificação de status de inventário exemplar:

Se ordens da ABC Corp. não forem aprovadas dentro de 20 horaspagar $1 de penalidade para cada unidade;

Verificação de status de inventário: a cada 10 ms;

Status atual: 50.000 em estoque;

Próxima expedição de estoque: 22/2;

Nesta modalidade, o usuário 236 não somente pode ver os metadados associadoscom as condições do inventário e este cliente particular, mas o usuário 236 vê o status atualdo inventário de tal maneira que o usuário 236 pode implementar um evento de alerta quan-do o inventário está baixo ou a próxima data de expedição não tiver sido identificada.

Em 216, o usuário 236 vê uma caixa 248 mostrando a seguinte condição para ostatus de expedição:

Para ordens ABC Corp.{ se fatura > $10.000usar correio noturno;

senão

usar remessa terrestre;}

Em 218, a vista 252 pode expor uma caixa 250 para o desenvolvedor mostrar tam-bém um exemplo de uma outra condição para a fatura para o usuário 236:

Para ordens ABC Corp.{se fatura > $500

enviar fatura dentro de 5 dias a partir do negócio;

senão

enviar fatura dentro de 30 dias;}

É para ser entendido que as etapas ou as condições/restrições descritas nas figuras3A a 3C são somente para o propósito de ilustração e não limitam assim o escopo da inven-ção. Outras propriedades, seqüências, descrições, parâmetros, condições, ou coisa pareci-da que possam ser associados com um processo de negócio podem ser incorporados semfugir do escopo da invenção.

Como tal, dependendo das perspectivas de um usuário (por exemplo, o usuário202, o usuário 220, ou o usuário 236), modalidades da invenção representam um metamo-delo de processo de negócio de forma consistente ao mesmo tempo que adaptado às ne-cessidades para diferentes usuários. Além do mais, o usuário 202, o usuário 220, ou o usuá-rio 236 pode ser usado indiferentemente em cada vista ou perspectiva de maneira que cadaum pode acessar as diferentes vistas ou perspectivas, desde que o usuário tenha o direi-to/permissão para acessar ou modificar metadados associados com o processo de negócio.

Ao alcançar tal representação onipresente do processo de negócio, tal como colo-cação de uma ordem de compra, modalidades da invenção definem um vocabulário comum114 ou um conjunto de expressões operativas pelos quais pessoas de negócio orientado eindivíduos de IT orientada podem concluir e expressar processos de negócio em um modoconsistente. Além do mais, por meio do vocabulário comum ou das expressões operativas,pessoas de negócio e indivíduos de IT podem preservar, expor e anotar informação destina-da para o outro grupo ou perspectivas.

Fluxo de trabalho ou aplicações de software de processo orientado de negócio exis-tente são freqüentemente usados para gerenciar como diferentes entidades juntamente comfunções organizacionais (por exemplo, pessoas ou indivíduos) interagem com várias tarefastais como em processos de fluxo de trabalho. Por exemplo, uma série típica de processo defluxo de trabalho de cumprimento de ordem de compra pode acontecer:

1. Um auxiliar de cumprimento de ordem pode ser responsável pelo recebimento daordem de um cliente;

2. Um administrador da região do cliente pode ser encarregado de aprovar a ordem;

3. Um administrador de inventário pode ter o trabalho de identificar a disponibilidadedo produto ordenado; e

4. Um administrador de departamento de expedição processa a expedição das or-dens.

Em muitos casos, qualquer indivíduo na mesma função, tal como um administrador,pode executar a tarefa. Entretanto, aplicações de software de fluxo de trabalho de negócionecessitam resolver situações onde um indivíduo específico de uma função específica deveexecutar uma tarefa particular. Por exemplo, uma expressão tal como "es-te.cliente.região.administrador" exige uma identificação do indivíduo que está intitulado parareproduzir a função para um particular caso de fluxo de trabalho.

Ao contrário da prática existente ou das aplicações de processo de negócio existen-tes, modalidades da invenção, em vez de transladar entre diferentes níveis de abstração deum modelo de processo de negócio, projetam uma interface colaborativa com metamodelode processos de negócio entre usuários de negócio e desenvolvedores de IT por meio daintrodução do vocabulário ou expressões operativas comuns. Isto é uma interface colabora-tiva porque ela capacita usuários de várias perspectivas para expressar os processos denegócio com uma interface consistente e também flexível, de tal maneira que os usuáriospodem expressar inteiramente uma operação desejada sem perder detalhes das implemen-tações técnicas. Com isto, aspectos da invenção descrevem um ambiente de produção ouuma interface na qual pessoas de negócio podem criar e mudar modelos de processo a fimde tentar coisas sem a necessidade de constante supervisão ou auxílio de desenvolvedoresde IT para implementação de mudanças para aplicações de processo.

Modalidades da invenção definem o vocabulário ou expressões operativas comunsincluindo o seguinte:

1. Evento: uma mudança significativa de estado em qualquer processo ou serviçopara o qual o negócio pode responder, onde eventos carregam uma "carga útil" para expres-sar o estado e/ou mudança em termos de entidades. Por exemplo, um evento pode ser umasolicitação de ordem de compra de entrada, uma exceção de alerta ou coisa parecida.

2. Entidade: uma classe de informação com um propósito de negócio; uma entidadetem uma referência, a qual é um modo exclusivo para se referir a um exemplo de uma enti-dade por meio de um ID ou de alguns valores de atributo. Por exemplo, uma entidade podeser um ID de cliente, o qual inclui uma referência tal como o nome e informação de contatode um cliente.

3. Ação: operações a ser desempenhadas ou executadas em uma entidade. Porexemplo, operações tais como, criar, ler, atualizar, apagar (CRUD), ou outras ações produzi-das por uma entidade. Outras ações adotam uma referência para uma entidade como umaentrada, mas não causam efeitos CRUD na entidade referenciada.

4. Tarefa: uma unidade lógica de trabalho com estados de começo e fim bem defi-nidos que pode ser designada para pessoas ou sistemas. Uma tarefa pode ser projetadacomo uma entidade. Uma tarefa tem um contexto de dados que pode conter referênciaspara diversas entidades (ver a Tabela 1 para detalhe adicional). Por exemplo, uma tarefapode ser aprovar uma ordem de compra.

5. Regra: uma expressão declarativa de uma decisão de negócio que é avaliada pe-la referência ao estado de uma ou mais entidades no escopo da lógica ou processo de ne-gócio em questão. Regras podem ser aplicadas a múltiplos artefatos de processo tais comoeventos, ações, funções e tarefas.

6. Função: um indivíduo que pode executar quaisquer tarefas ou executar quais-quer ações. Por exemplo, definições de função incluem referências para informação taiscomo relações entre entidades de pessoal e de negócio, e entidades no sistema de fluxo detrabalho propriamente dito. O exemplo "esta tarefa deve ser aprovada pelo administrador daregião na qual este cliente está situado", a qual pode ser expressada como "es-te.cliente.região.administrador", ilustra que a resolução de função exige tanto o conhecimen-to de entidades para o fluxo de trabalho (isto é, "este cliente") quanto as relações que sãoconhecidas somente pelos sistemas de pessoal e de negócio (isto é, qual região este clientereside, e quem é o administrador de região).Como um outro exemplo, a Tabela 1 descreve adicionalmente alguns dos vocabulá-rios ou expressões operativas definidas e suas operações exemplares:

<table>table see original document page 11</column></row><table><table>table see original document page 12</column></row><table>

Tabela 1: Vocabulário ou expressões operativas definidos e a interação dentro dainterface de metadados; * Atividade sendo associada com monitoração de atividade de ne-gócio.

Alternativamente, modalidades da invenção revelam operações existentes que jáestão disponíveis para usuários. Por exemplo, a fim de obter o status de cliente a respeitode um dado cliente, o processador 104 pode facilmente determinar dentro da biblioteca deoperações 116 se uma ação tal como 'obter status de cliente' está disponível em uma enti-dade 'cliente' dentro da biblioteca de operações 116.

Também em uma outra modalidade, quando nenhuma operação existente pode seridentificada como satisfazendo as necessidades de um usuário, o usuário, o qual pode serum usuário de negócio sem nenhum conhecimento técnico, será guiado pelas modalidadesda invenção por meio do vocabulário ou expressões operativas comuns para fornecer exi-gências estruturadas para o desenvolvedor de IT projetar a operação solicitada satisfazendoas exigências do processo de negócio. Mesmo que a operação solicitada em questão tam-bém não tenha sido fornecida, o usuário de negócio pode continuar e completar o projeto deprocesso no nível de negócio.

No caso em que o desenvolvedor tem dificuldades em cumprir as exigências da o-peração solicitada sem causar impacto em quaisquer outras interfaces, o desenvolvedorpode sinalizar o impacto de suas mudanças em outros componentes de projeto para o usuá-rio de negócio na representação de processo em seu nível de abstração.

Também em uma outra modalidade alternativa, o usuário de negócio pode modificarou estender o projeto de processo de negócio ao somente utilizar operações existentes.Como tal, o processo de negócio pode ser executável sem exigir esforços de implementaçãode IT adicionais. Por exemplo, o processador 104 pode receber entrada do usuário (por e-xemplo, o usuário de Piegocic^A1 na figura 1) para executar uma operação que já esteja ar-mazenada na biblioteca de operações 116.

Também é para ser entendido que várias linguagens de programação, rotinas, códi-gos, ou componentes de aplicação podem ser implementados para construir o metamodelode processo de negócio sem fugir do escopo da invenção. Por exemplo, ao implementar ovocabulário ou expressão operativa "Entidade", uma pessoa pode usar um componente deaplicação gravado em linguagem C# para manusear toda a execução de processar entida-des, tais como uma conta de usuário, uma tarefa ou coisa parecida. Entretanto, modalidadesda invenção fornecem metadados associados com a conta de usuário ou a tarefa, assimcomo os dados ou operações associados com isso, para o usuário de tal maneira que usuá-rios com perspectivas diferentes podem interagir de forma consistente com as entidades oudados. Também em uma modalidade alternativa, o vocabulário ou expressão operativa podeser estendido para acrescentar novo comportamento ou novas expressões com base nasexigências de metodologia organizacional do cliente. Por exemplo, novas construções po-dem ser acrescentadas ao metamodelo que concorda com os esquemas de metamodelo talcomo descrito pelas modalidades da invenção. Também, metadados existentes podem serdescobertos uma vez que eles estejam de acordo com o esquema de metamodelo ditado oudescrito pelas modalidades da invenção.

A figura 3D é um diagrama de blocos ilustrando três diferentes vistas do processode negócio, tal como aquele mostrado na figura 2A. Particularmente, a figura 3D mostra umaimagem de tempo de execução do processo de negócio, o qual inclui as três etapas: etapasA, B e C. Nesta modalidade, os metadados coletados são correlacionados com a pluralidadede seqüências de atividades incluídas no processo de negócio.

Por exemplo, uma vista 310, a qual é uma vista agregada, mostra o status atual doprocesso de negócio. Por exemplo, dos metadados coletados, existem 13 exemplos de ati-vidades ou entidades na etapa A enquanto existem 4 exemplos da etapa B. Uma vista sepa-rada 312 (por exemplo, uma vista de detalhamento disparada pela entrada proveniente deum usuário, tal como um duplo clique) mostra uma lista destes quatro exemplos de execu-ção tal como representados na "Lista de Exemplos na Etapa B". Em tal vista, o usuário podeinteragir com os metadados exibidos pela seleção de um dos exemplos para observar deta-lhes adicionais. Em uma vista 314, o usuário obtém a "Vista de Exemplo" de uma ordem decompra #324. Esta vista 314 destaca visualmente informação a respeito deste caso particu-lar, tal como a tarefa atual que este exemplo está executando (aqui: "Etapa Β"), o horário deinício de qualquer tarefa anterior, atual, e de quaisquer tarefas subseqüentes (por exemplo,a etapa C que está mostrada em linhas tracejadas como também não estando completada),ou coisa parecida.

Como tal, modalidades da invenção correlacionam os metadados com atividades naseqüência à medida que os exemplos do processo progridem através de vários marcos (in-dicados como "M1", "M2", ou "M3" na figura 3D). Os metadados correlacionados incluem aetiqueta de data (por exemplo, 8:07 am em M1, duração (por exemplo, 4 horas e 1 minuto),ou coisa parecida).

Em uma modalidade alternativa, um relatório pode ser gerado mostrando o estadodo processo de negócio. Em uma outra modalidade, o processador 104 pode simular umprogresso do processo de negócio dado um conjunto de metadados coletados. Por exemplo,o processo simulado confirmaria que o processo de negócio real forneceria o resultado es-perado dado os metadados coletados. Por exemplo, simulações podem ser implementadaspor meio de processos de "como está" assim como processos de "como vai ser". Simulaçãode processo de "Como está" resulta em um entendimento de onde dados estão fluindo,quais ações acontecem nos dados, e qual é o resultado final do processo. Isto é geralmentefeito para verificar se o processo está fazendo o que era esperado que fizesse (atender metaSLA, KPI, etc.). Simular processos de "como vai ser" envolve mudar etapas no processo oudados no processo para verificar para um resultado final diferente.

A figura 4 é um fluxograma ilustrando um método exemplar para representar umprocesso de negócio de acordo com uma modalidade da invenção. Em um exemplo, uma oumais mídias legíveis por computador, tais como uma mídia legível por computador 502 nafigura 5, incluem componentes executáveis por computador para implementar o método ilus-trado na figura 4.

Por exemplo, um componente de vocabulário 504 pode definir expressões operati-vas para identificar o processo de negócio em 402. O processo de negócio inclui uma plura-lidade de seqüências de atividades. Em 404, um componente de dados 506 coleta metada-dos associados com as expressões operativas definidas. Em uma modalidade, os metada-dos coletados são formatados de acordo com um esquema (não mostrado) em 406. Em umexemplo, o esquema inclui os metadados em formato de Linguagem de Marcação Extensí-vel (XML) descrevendo o processo de negócio total incluindo entidades, vistas de entidade,informação em ações, etc. Em tal exemplo, a expressão operativa "ação" pode ser descritausando o esquema XML tal como o seguinte:

1. ActionName(Type="Get", EntityReference)

2. ActionName(Type="Put", EntityReference, PutParameters)

3. ActionName(Type="Act", EntityReference, ActParameters)

A figura 7 também descreve um diagrama ilustrando uma implementação exemplarde um modelo entidade-ação com base em um esquema 700 do metamodelo de acordocom uma modalidade da invenção.

Em 408, um componente de interface 508 fornece os metadados coletados para umusuário. Em uma outra modalidade, o componente de vocabulário 504 descreve o processode negócio de maneira que o componente de interface 508 pode fornecer os metadadoscoletados para o usuário (por exemplo, o usuário de negócio A 108 ou o usuário de negócioB 110), de maneira que o usuário pode manejar, operar ou acessar os metadados associa-dos com o processo de negócio. Em uma modalidade, um componente de relatório 510 rela-ta análise do processo de negócio descrito para o usuário. Por exemplo, o componente derelatório 510 pode relatar o progresso do processo de negócio.

Em uma modalidade alternativa, um componente lógico 512 avalia um conjunto deregras associadas com os metadados coletados de tal maneira que o usuário pode interagircom o processo de negócio. Também em uma outra modalidade, um componente de simu-lação 514 simula o progresso da pluralidade de seqüências de atividades com base nas ex-pressões operativas em resposta à entrada recebida pelo componente de interface. Em umamodalidade adicional, um componente de descoberta 516 descobre uma ou mais configura-ções ou operações existentes associadas com o processo de negócio.

A figura 6 mostra um exemplo de um dispositivo de computação de uso geral naforma de um computador 130. Em uma modalidade da invenção, um computador tal como ocomputador 130 é adequado para uso nas outras figuras ilustradas e descritas neste docu-mento. O computador 130 tem um ou mais processadores ou unidades de processamento132 e uma memória de sistema 134. Na modalidade ilustrada, um barramento de sistema136 acopla vários componentes de sistema incluindo a memória de sistema 134 aos proces-sadores 132. O barramento 136 representa um ou mais de qualquer um dos diversos tiposde estruturas de barramento, incluindo um barramento de memória ou controlador de memó-ria, um barramento periférico, uma porta gráfica acelerada, e um barramento de processadorou local usando qualquer uma de uma variedade de arquiteturas de barramento. A título deexemplo, e não de limitação, tais arquiteturas incluem barramento de Arquitetura Padrão daIndústria (ISA), barramento de Arquitetura de Micro Canal (MCA), barramento ISA Aprimora-do (EISA), barramento local de Associação de Padrões Eletrônicos de Vídeo (VESA), e bar-ramento de Interconexão de Componentes Periféricos (PCI) também conhecido como barramento Mezanino.

O computador 130 tem tipicamente pelo menos alguma forma de mídia legível porcomputador. Mídias legíveis por computador, as quais incluem tanto mídias voláteis quantonão voláteis, mídias removíveis quanto não removíveis, podem ser quaisquer mídias dispo-níveis que possam ser acessadas pelo computador 130, A título de exemplo e não de limita-ção, mídias legíveis por computador compreendem mídias de armazenamento de computa-dor e mídias de comunicação. Mídias de armazenamento de computador incluem mídiasvoláteis e não voláteis, removíveis e não removíveis implementadas em qualquer método outecnologia para armazenamento de informação tal como instruções legíveis por computador,estruturas de dados, módulos de programa ou outros dados. Por exemplo, mídias de arma-zenamento de computador incluem RAM, ROM, EEPROM, memória rápida ou outra tecno-logia de memória, CD-ROM, discos versáteis digitais (DVD) ou outro armazenamento dedisco ótico, cassetes magnéticos, fita magnética, armazenamento de disco magnético ououtros dispositivos de armazenamento magnético, ou qualquer outra mídia que possa serusada para armazenar a informação desejada e que possa ser acessada pelo computador130. Mídias de comunicação tipicamente incorporam instruções legíveis por computador,estruturas de dados, módulos de programa, ou outros dados em um sinal de dados modula-do tal como uma onda portadora ou outro mecanismo de transporte e incluem quaisquermídias de entrega de informação. Os versados na técnica estão familiarizados com o sinalde dados modulado, o qual tem uma ou mais das suas características estabelecidas ou mu-dadas de uma tal maneira como para codificar informação no sinal. Mídias a fio, tais comouma rede com fio ou conexão direta com fio, e mídias sem fio, tais como acústica, RF, infra-vermelho, e outras mídias sem fio, são exemplos de mídias de comunicação. Combinaçõesde quaisquer das citadas anteriormente também estão incluídas no escopo de mídias legí-veis por computador.

A memória de sistema 134 inclui mídias de armazenamento de computador na for-ma de memória removível e/ou não removível, volátil e/ou não volátil. Na modalidade ilus-trada, a memória de sistema 134 inclui a memória somente de leitura (ROM) 138 e a memó-ria de acesso aleatório (RAM) 140. Um sistema de entrada/saída básico 142 (BIOS), con-tendo as rotinas básicas que ajudam a transferir informação entre elementos dentro docomputador 130, tal como durante partida, é tipicamente armazenado na ROM 138. A RAM140 tipicamente contém dados e/ou módulos de programa que são imediatamente acessí-veis para a unidade de processamento 132 e/ou atualmente sendo operados por ela. A títulode exemplo, e não de limitação, a figura 6 ilustra o sistema de operação 144, os programasde aplicação 146, os outros módulos de programa 148, e os dados de programa 150.

O computador 130 também pode incluir outras mídias de armazenamento de com-putador removíveis/não removíveis, voláteis/não voláteis. Por exemplo, a figura 6 ilustra umaunidade de disco rígido 154 que lê mídias magnéticas não removíveis não voláteis ou gravanelas. A figura 6 também mostra uma unidade de disco magnético 156 que lê um discomagnético não volátil removível 158 ou grava nele, e uma unidade de disco ótico 160 que lêum disco ótico não volátil removível 162, ou grava nele, tal como um CD-ROM ou outra mí-dia ótica. Outras mídias de armazenamento de computador removíveis/não removíveis, volá-teis/não voláteis que podem ser usadas no ambiente de operação exemplar incluem, masnão se limitando a estas, cassetes de fita magnética, cartões de memória rápida, discos ver-sáteis digitais, fita de vídeo digital, RAM de estado sólido, ROM de estado sólido, e outrasmais. A unidade de disco rígido 154, a unidade de disco magnético 156 e a unidade de discoótico 160 são tipicamente conectadas ao barramento de sistema 136 por uma interface dememória não volátil, tal como a interface 166.

As unidades ou outros dispositivos de armazenamento de massa e suas mídias dearmazenamento de computador associadas, discutidas anteriormente e ilustradas na figura6, fornecem armazenamento de instruções legíveis por computador, estruturas de dados,módulos de programa e outros dados para o computador 130. Na figura 6, por exemplo, aunidade de disco rígido 154 está ilustrada como o sistema de operação de armazenamento170, os programas de aplicação 172, os outros módulos de programa 174 e os dados deprograma 176. Deve-se notar que estes componentes podem ser os mesmos ou diferentesde o sistema de operação 144, os programas de aplicação 146, os outros módulos de pro-grama 148 e os dados de programa 150. Ao sistema de operação 170, programas de aplica-ção 172, outros módulos de programa 174 e aos dados de programa 176 são dados núme-ros diferentes aqui para ilustrar que, no mínimo, eles são cópias diferentes.

Um usuário pode entrar com comandos e informação no computador 130 por meiode dispositivos de entrada ou dispositivos de seleção de interface de usuário tais como umteclado 180 e um dispositivo apontador 182 (por exemplo, um mouse, mouse estacionário,caneta, ou superfície sensível ao toque). Outros dispositivos de entrada (não mostrados)podem incluir um microfone, comando de jogos, controle manual de jogos, antena parabóli-ca, digitalizador, ou coisa parecida. Estes e outros dispositivos de entrada são conectados àunidade de processamento 132 por meio de uma interface de entrada de usuário 184 que éacoplada ao barramento de sistema 136, mas podem ser conectados por meio de outra in-terface e outras estruturas de barramento, tais como uma porta paralela, porta de jogos, ouum Barramento Serial Universal (USB). Um monitor 188 ou outro tipo de dispositivo de exi-bição também é conectado ao barramento de sistema 136 por meio de uma interface, talcomo uma interface de vídeo 190. Além do monitor 188, computadores freqüentemente in-cluem outros dispositivos periféricos de saída (não mostrados) tais como uma impressora ealto-falantes, os quais podem ser conectados por meio de uma interface periférica de saída(não mostrada).

O computador 130 pode operar em um ambiente de rede usando conexões lógicaspara um ou mais computadores remotos, tal como um computador remoto 194. O computa-dor remoto 194 pode ser um computador pessoal, um servidor, um roteador, um PC de rede,um dispositivo de pares ou outro nó de rede comum, e inclui tipicamente muitos ou todos oselementos descritos anteriormente em relação ao computador 130. As conexões lógicasrepresentadas na figura 6 incluem uma rede de área local (LAN) 196 e uma rede de áreaampla (WAN) 198, mas também podem incluir outras redes. A LAN 136 e/ou a WAN 138podem ser uma rede com fio, uma rede sem fio, uma combinação das mesmas, e assim pordiante. Tais ambientes de comunicação inter-rede são comuns em escritórios, redes decomputadores estendidas de empresa, intranets e redes de computador globais (por exem-pio, a Internet).

Quando usado em um ambiente de rede de área local, o computador 130 é conec-tado à LAN 196 por meio de uma interface ou adaptador de rede 186. Quando usado em umambiente de rede de área ampla, o computador 130 inclui tipicamente um modem 178 ououtro dispositivo para estabelecer comunicações através da WAN 198, tal como a Internet. Omodem 178, o qual pode ser interno ou externo, é conectado ao barramento de sistema 136por meio da interface de entrada de usuário 184, ou por outro mecanismo apropriado. Emum ambiente de rede, módulos de programa representados em relação ao computador 130,ou partes do mesmo, podem ser armazenados em um dispositivo remoto de armazenamen-to de memória (não mostrado). A título de exemplo, e não de limitação, a figura 6 ilustra osprogramas de aplicação remota 192 como residindo no dispositivo de memória. As conexõesde rede mostradas são exemplares e outros meios de se estabelecer um elo de comunica-ções entre os computadores podem ser usados.

De uma maneira geral, os processadores de dados do computador 130 são pro-gramados por meio de instruções armazenadas em diferentes momentos nas várias mídiasde armazenamento legíveis por computador do computador. Programas e sistemas de ope-ração são tipicamente distribuídos, por exemplo, em discos flexíveis ou CD-ROMs. Daí, elessão instalados ou carregados na memória secundária de um computador. Em execução,eles são carregados pelo menos parcialmente na memória eletrônica primária do computa-dor. Aspectos da invenção descrita neste documento incluem estes e outros vários tipos demídias de armazenamento legíveis por computador quando tais mídias contêm instruções ouprogramas para implementação das etapas descritas a seguir em conjunto com um micro-processador ou outro processador de dados. Adicionalmente, aspectos da invenção incluemo computador propriamente dito quando programado de acordo com os métodos e técnicasdescritos neste documento.

Com o propósito de ilustração, programas e outros componentes de programa exe-cutáveis, tais como o sistema de operação, estão ilustrados neste documento como blocosdistintos. É reconhecido, entretanto, que tais programas e componentes residem em váriosmomentos em diferentes componentes de armazenamento do computador, e são executa-dos pelo(s) processador(s) de dados do computador.

Embora descritas em conexão com um ambiente de sistema de computação exem-plar, incluindo o computador 130, modalidades da invenção são operacionais com inúmerosoutros ambientes ou configurações de sistema de computação de uso geral ou uso especial.O ambiente de sistema de computação não pretende sugerir qualquer limitação tal comopara o escopo de uso ou funcionalidade de qualquer aspecto da invenção. Além disso, oambiente de sistema de computação não deve ser interpretado como tendo qualquer de-pendência ou exigência se relacionando com qualquer um ou combinação de componentesilustrados no ambiente de operação exemplar. Exemplos de sistemas, ambientes e/ou confi-gurações de computação bem conhecidos que podem ser adequados para uso com aspec-tos da invenção incluem, mas não se limitando a estes, computadores pessoais, computado-res servidores, dispositivos de mão ou portáteis, sistemas multiprocessadores, sistemasbaseados em microprocessadores, aparelhos conversores de sinais, aparelhos eletrônicosde consumidor programáveis, telefones móveis, PCs de rede, minicomputadores, computa-dores de grande porte, ambientes de computação distribuída que incluem qualquer um dosistemas ou dispositivos indicados anteriormente e outros mais.

Modalidades da invenção podem ser descritas no contexto geral de instruções exe-cutáveis por computador, tais como módulos de programa, executadas por um ou maiscomputadores ou outros dispositivos. De uma maneira geral, módulos de programa incluem,mas não se limitando a estes, rotinas, programas, objetos, componentes e estruturas dedados que executam tarefas particulares ou implementam tipos de dados abstratos particula-res. Aspectos da invenção também podem ser praticados em ambientes de computaçãodistribuída onde tarefas são executadas por dispositivos de processamento remotos que sãoligados através de uma rede de comunicações. Em um ambiente de computação distribuída,módulos de programa podem ser localizados em mídias de armazenamento de computadortanto local quanto remoto incluindo dispositivos de armazenamento de memória.

Uma interface no contexto de uma arquitetura de software inclui um módulo, com- ponente, parte de código de software, ou outra seqüência de instruções executáveis porcomputador. A interface inclui, por exemplo, um primeiro módulo acessando um segundomódulo para executar tarefas de computação em nome do primeiro módulo. Os primeiro esegundo módulos incluem, em um exemplo, interfaces de programação de aplicações (APIs)tal como fornecido pelos sistemas de operação, interfaces de modelo de objeto componente(COM) (por exemplo, para comunicação de aplicação não hierárquica), e interfaces de for-mato de intercâmbio de metadados de linguagem de marcação extensível (XMI) (por exem-plo, para comunicação entre serviços da rede).

A interface pode ser uma implementação síncrona acoplada firmemente, tal comonos exemplos Java 2 Platform Enterprise Edition (J2EE), COM, ou COM distribuída (DCOM).Alternativamente ou além do mais, a interface pode ser uma implementação assíncrona a-coplada livremente tal como em um serviço da rede (por exemplo, usando o protocolo deacesso a objeto simples). Em geral, a interface inclui qualquer combinação das seguintescaracterísticas: acoplada firmemente, acoplada livremente, síncrona e assíncrona. Adicio-nalmente, a interface pode se conformar a um protocolo padrão, um protocolo proprietário,ou qualquer combinação de protocolos padrão e proprietário.

As interfaces descritas neste documento podem todas ser parte de uma única inter-face ou podem ser implementadas como interfaces separadas ou qualquer combinação dasmesmas. As interfaces podem executar localmente ou remotamente para fornecer funciona-lidade. Adicionalmente, as interfaces podem incluir mais ou menos funcionalidade do que oilustrado ou descrito neste documento.

Em operação, o computador 130 executa instruções executáveis por computadortais como aquelas ilustradas nas figuras (por exemplo, na figura 4) para implementar aspec-tos da invenção.

A ordem de execução ou desempenho das operações nas modalidades da inven-ção ilustradas e descritas neste documento não é essencial, a não ser que especificado deoutro modo. Isto é, as operações podem ser executadas em qualquer ordem, a não ser queespecificado de outro modo, e modalidades da invenção podem incluir mais ou menos ope-rações do que aquelas reveladas neste documento. Por exemplo, é considerado que execu-tar ou desempenhar uma operação particular antes de, contemporaneamente com, ou de-pois de uma outra operação está dentro do escopo dos aspectos da invenção.

Modalidades da invenção podem ser implementadas com instruções executáveispor computador. As instruções executáveis por computador podem ser organizadas em umou mais componentes ou módulos executáveis por computador. Aspectos da invenção po-dem ser implementados com qualquer número e organização de tais componentes ou módu-los. Por exemplo, os aspectos da invenção não estão limitados às instruções executáveispor computador específicas ou aos componentes ou módulos específicos ilustrados nas figu-ras e descritos neste documento. Outras modalidades da invenção podem incluir diferentesinstruções ou componentes executáveis por computador tendo mais ou menos funcionalida-de do que o ilustrado e descrito neste documento.

Durante a introdução de elementos de aspectos da invenção ou das modalidadesda mesma, os artigos "um", "uma", "o", "a" e "o dito" são pretendidos para significar que exis-tem um ou mais dos elementos. Os termos "compreendendo", "incluindo", e "tendo" sãoconsiderados para ser inclusivos e significam que podem existir elementos adicionais a nãoser os elementos listados.

Como várias mudanças podem ser feitas nas construções, produtos e métodos in-dicados anteriormente sem fugir do escopo de aspectos da invenção, é considerado quetoda a matéria contida na descrição anterior e mostrada nos desenhos anexos será interpre-tada como ilustrativa e não com um sentido de limitação.

Claims (20)

1. Método para representar um processo de negócio, o dito método sendoCARACTERIZADO pelo fato de que compreende:definir expressões operativas para identificar o processo de negócio, o dito proces-so de negócio incluindo uma pluralidade de seqüências de atividades;coletar metadados associados com as expressões operativas definidas;formatar os metadados coletados de acordo com um esquema; efornecer um metamodelo representando o processo de negócio para um usuáriocomo uma função dos metadados formatados e das expressões operativas definidas de talmaneira que o usuário pode interagir com o processo de negócio usando as expressõesoperativas definidas.

2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de quedefinir expressões operativas compreende definir uma coleção de operações (116) para ex-por o processo de negócio e a pluralidade de seqüências de atividades incluídas para mani-pulação pelo usuário (108).

3. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de quedefinir expressões operativas compreende definir uma coleção de vocabulários (114), a ditacoleção de vocabulários descrevendo o processo de negócio para o usuário (108) e para umdesenvolvedor (236).

4. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de quecompreende adicionalmente gerar um relatório (312) descrevendo um estado do processode negócio, o dito estado definindo progresso da pluralidade de seqüências de atividadescomo uma função das expressões operativas e dos metadados coletados.

5. Método, de acordo com a reivindicação 4, CARACTERIZADO pelo fato de quecompreende adicionalmente, em resposta à entrada proveniente do usuário (108), simular oprogresso da pluralidade de seqüências de atividades com base nas expressões operativas.

6. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de quecompreende adicionalmente correlacionar os metadados coletados com a pluralidade deseqüências de atividades incluídas no processo de negócio.

7. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de quefornecer compreende descobrir uma ou mais configurações existentes associadas com oprocesso de negócio, as ditas configurações existentes definindo operações existentes parainteragir com o processo de negócio.

8. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de queuma ou mais mídias legíveis por computador têm instruções executáveis por computadorpara executar o método de acordo com a reivindicação 1.

9. Sistema (100) para descrever um processo de negócio, o dito sistema sendoCARACTERIZADO pelo fato de que compreende:uma interface para coletar metadados;uma área de memória (106) para armazenar os metadados coletados;um processador (104) configurado para executar instruções executáveis por com-putador para:definir expressões operativas para identificar o processo de negócio, o dito proces-so de negócio incluindo uma pluralidade de seqüências de atividades;associar os metadados coletados com o processo de negócio identificado comouma função das expressões operativas definidas;formatar os metadados coletados de acordo com um esquema (700); efornecer um metamodelo (118) representando o processo de negócio por meio dainterface para um usuário (108) como uma função dos metadados formatados e das expres-sões operativas definidas de tal maneira que o usuário (108) pode interagir com o processode negócio usando as expressões operativas definidas.

10. Sistema, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de queo processador (104) é configurado para definir uma coleção de operações (116) para exporo processo de negócio e a pluralidade de seqüências de atividades incluídas para manipula-ção pelo usuário (108), e em que a área de memória (106) armazena informação se relacio-nando com a coleção de operações (116).

11. Sistema, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de queo processador (104) é configurado adicionalmente para gerar um relatório (312) descreven-do um estado do processo de negócio, o dito estado definindo progresso da pluralidade deseqüências de atividades como uma função das expressões operativas e dos metadadoscoletados.

12. Sistema, de acordo com a reivindicação 11, CARACTERIZADO pelo fato deque o processador (104) é configurado adicionalmente, em resposta à entrada provenientedo usuário (108), para simular o progresso da pluralidade de seqüências de atividades combase nas expressões operativas.

13. Sistema, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de queo processador (104) é configurado adicionalmente para correlacionar os metadados coleta-dos com a pluralidade de seqüências de atividades incluídas no processo de negócio.

14. Sistema, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de queo processador (104) é configurado adicionalmente para descobrir uma ou mais configura-ções existentes associadas com o processo de negócio, as ditas configurações existentesdefinindo operações existentes para interagir com o processo de negócio.

15. Uma ou mais mídias legíveis por computador (502), CARACTERIZADAS pelofato de que têm componentes executáveis por computador para representar processo denegócio, os ditos componentes executáveis por computador compreendendo:um componente de vocabulário (504) para descrever o processo de negócio;um componente de dados (506) para coletar metadados correspondentes ao pro-cesso de negócio descrito;um componente de interface (508) para fornecer os metadados coletados para umusuário (108);um componente de relatório (510) para relatar análise do processo de negócio des-crito; eum componente lógico (512) para avaliar regras associadas com os metadados co-letados de tal maneira que o usuário (108) pode interagir com o processo de negócio.

16. Mídias legíveis por computador, de acordo com a reivindicação 15,CARACTERIZADAS pelo fato de que o componente de vocabulário (504) compreende defi-nir uma coleção de operações (116) para expor o processo de negócio e a pluralidade deseqüências de atividades incluídas para manipulação pelo usuário (108).

17. Mídias legíveis por computador, de acordo com a reivindicação 15,CARACTERIZADAS pelo fato de que o componente de vocabulário (504) compreende defi-nir uma coleção de vocabulários (114), a dita coleção de vocabulários (114) descrevendo oprocesso de negócio para o usuário (108) e para um desenvolvedor (236).

18. Mídias legíveis por computador, de acordo com a reivindicação 15,CARACTERIZADAS pelo fato de que o componente de relatório (510) gera um relatório deanálise (312) descrevendo um estado do processo de negócio, o dito estado definindo pro-gresso da pluralidade de seqüências de atividades como uma função das expressões opera-tivas e dos metadados coletados.

19. Mídias legíveis por computador, de acordo com a reivindicação 18,CARACTERIZADAS pelo fato de que o componente de interface (508) recebe entrada pro-veniente do usuário (108), e que compreende adicionalmente um componente de simulação(514) para simular o progresso da pluralidade de seqüências de atividades com base nasexpressões operativas em resposta à entrada recebida pelo componente de interface (508).

20. Mídias legíveis por computador, de acordo com a reivindicação 15,CARACTERIZADAS pelo fato de que compreendem adicionalmente um componente dedescoberta (516) para descobrir uma ou mais configurações existentes associadas com oprocesso de negócio, as ditas configurações existentes definindo operações existentes parainteragir com o processo de negócio.