Tarefa: Design da Operação de Negócio
Refina os resultados da Análise de Operação.
Disciplinas: Modelagem de Negócios
Objetivo
  • Refinar as interações do subsistema preliminares em Realizações de Operação no Modelo de Design de Negócio.
  • Refinar e especificar as Operações de Subsistema.
Relacionamentos
Etapas
Criar Realizações de Operação

Em Tarefa: Análise de Operação (BM), o Designer de Negócios criou interações de subsistema (sem muitos detalhes) no Modelo de Análise de Negócio. Lembre-se de que você organizou a granularidade dessas interações para que elas ficassem agrupadas pela Operação de Sistema de Negócio, ou seja, você capturou as interações que realizam cada Operação de Sistema de Negócio. Agora, trabalhando com as descrições de caso de uso de negócios (caixa branca), o detalhe de mensagens, as entidades trocadas, o seqüenciamento, o fluxo de controle e os dados associados são incluídos e as Realizações de Operação resultantes são capturadas no Modelo de Design de Negócio, novamente organizadas pela Operação de Sistema de Negócio. Conforme esses detalhes são incluídos, o Designer de Negócio avalia a qualidade das colaborações emergentes, procurando oportunidades para recriar o design. Anote as Realizações de Operação com descrições sobre o que o sistema faz quando processa uma mensagem (retirada da descrição de etapa de caixa branca e refinada, se necessário). Essas descrições ajudam com a próxima etapa para desenvolver especificações para cada Operação de Subsistema.

Agregar Etapas Similares de Caixa Branca do Subsistema e Especificar Operações do Subsistema

O Designer de Negócios produziu o sinalizador de substituição do Relatório Sintético da Operação de Subsistema durante a tarefa de Análise de Operação. Em seguida, trabalhando a partir das etapas de caixa branca e das Realizações de Operação, as Operações de Sistema são identificadas e seu comportamento especificado. Como ocorre com a identificação das operações de sistema de negócio, poderá não haver um única operação de subsistema para cada etapa de caixa branca, ou seja, conforme você examina o conjunto de etapas de caixa branca e sua troca associada de mensagens, entidades de entrada-saída e assim por diante, poderá achar que é possível definir um conjunto menor de Operações de Subsistema para preencher suas necessidades.

As operações também podem ser reclassificadas pela localidade ou processo, mostrando, portanto, a associação de um conjunto de Operações de Subsistema a cada localidade ou processo. A classificação de localidade fornece uma indicação do carregamento em uma localidade (e, portanto, é útil discutir sobre a capacidade dos componentes que suportam a localidade). Desta forma, o relatório sintético classificado pela localidade torna-se uma propriedade do Modelo de Implantação de Negócio.

Quando uma Operação de Subsistema é hospedada em várias localidades, isso indica que pelo menos uma parte do subsistema é replicada. Não há nenhuma implicação de que essas partes replicadas compartilhem necessariamente dados ou sejam mantidas em sincronização. Essas são opções de design que dependem do aplicativo e da razão de replicação; por exemplo, o processamento requerido poderá ser idêntico, mas ocorrerá para um segmento de negócio diferente. No extremo, todas as operações do subsistema podem ser hospedadas em várias localidades, o que significa que, efetivamente, o subsistema em si é replicado. A necessidade de identificar instâncias replicadas exclusivamente depende das razões para replicação.

A classificação do processo permite que o Designer de Negócios discuta sobre os problemas de simultaneidade: se você visualizar uma Operação de Subsistema como uma parte distinta da funcionalidade disponível para agentes comerciais, então, como uma primeira aproximação, as operações associadas ao mesmo processo não poderão ser executadas em paralelo. Isso poderá levar o Designer de Negócios a reconsiderar a alocação do processo, a considerar a replicação do processo ou a examinar o problema de latência percebido em um nível inferior de detalhes, por exemplo, através do exame das opções de divisão de tempo e compartilhamento de processos quando uma operação é bloqueada (para fazer entrada-saída, por exemplo). Essas técnicas podem fornecer pronto atendimento aceitávei, enquanto um retardo no início de uma operação (estritamente operações de serialização) poderá ser intolerável. Desta forma, o relatório sintético classificado pelo processo torna-se uma propriedade do Modelo de Design de Negócio.

Coloque em Nota de Rodapé o Que Tiver Obtido

Para cada subsistema, você:

  • definiu suas operações;
  • definiu as interfaces que esperava que o subsistema suportasse;
  • descreveu como o subsistema colabora com outros subsistemas para realizar os casos de uso de negócios;
  • definiu o contexto do subsistema: seus agentes, interfaces e entidades de negócio de E/S.

Portanto, você está bem posicionado para poder entregar esse conjunto de produtos de trabalho ou executar decomposição adicional de forma recursiva.

Informações Adicionais