I e II, apenas.

I e III, apenas.

I, II e III, apenas.

II, III e IV, apenas.

I, II, III e IV.

Na camada de dados da arquitetura em três camadas devem ser representados os componentes que cuidam da lógica de negócios (business logic).

Sistemas que usam a arquitetura, cliente-servidor em duas camadas geralmente possuem problemas de falta de escalabilidade, dificuldade de manutenção e dificuldade de acessar fontes heterogêneas.

A arquitetura centralizada foi dominante até a década de 90 como arquitetura corporativa e disponibilizava uma interface amigável.

Na arquitetura cliente-servidor em duas camadas, a camada cliente trata da Interface do Usuário, enquanto a camada servidor trata exclusivamente da lógica de negócio.

A arquitetura em três camadas permite representar os componentes da aplicação nas camadas de negócio, aplicação e dados.

I e III.

I, II e III.

II e III.

II e IV.

I, III e IV.

sendMessage.

invoke.

assign.

go.

reply.

I, apenas.

II, apenas.

III, apenas.

I e III, apenas.

I, II e III.

Data Object, Group e Annotation.

Gateway, Pool e Lane.

Association, Connector e Pool.

Inline Block, Transaction e Lane.

Join, Looping e Fork.

Status pode conter, entre outros, os valores Aborted e Aborting.

InputSets define requisitos de entrada para a atividade.

Performers define a quantidade de tarefas que uma atividade pode conter.

Properties contém propriedades locais à atividade e são usadas apenas para o processamento de tais atividades.

IORules é uma coleção de expressões, sendo que cada expressão especifica a relação requerida entre uma entrada e uma saída.

estabelecimento da estratégia de negócios para se atender a metas da organização e da unidade de negócio.

designação de patrocínio executivo, responsabilidade, prestação de contas e autoridade por processos para liberar processos no alcance de metas.

alinhamento da estratégia de negócio, definições de cadeia de valor e processos de negócio.

desenvolvimento de planos de ação e táticas de negócio visando atingir com sucesso metas da organização.

designação clara de propriedade do processo, bem como autoridade para engendrar mudanças.

I e II, apenas.

I, II e III.

I e III, apenas.

II e III, apenas.

III, apenas.

Um evento de início gera um token que deve eventualmente ser consumido por um evento de término (que pode ser implícito caso não seja exibido graficamente).

Se um processo é complexo e/ou suas condições de início não são óbvias, é obrigatória a utilização de um evento de início.

Nenhuma conexão de sequência de fluxo pode ter origem em um evento de término.

Um processo de alto nível ou um subprocesso expandido podem ter um evento de início de uso opcional.

Pode haver mais de um evento de início para um dado nível de processo.