Diretriz: Sistema de Negócios
Os sistemas de negócios representam um recurso independente em um negócio. Esta diretriz explica como identificá-los e modelá-los.
Relacionamentos
Elementos Relacionados
Descrição Principal

Introdução

Os sistemas de negócios representam um recurso independente em um negócio. Eles são utilizados para particionar e entender a estrutura de um negócio em partes gerenciáveis, da mesma maneira que uma organização é normalmente particionada em unidades interdependentes. No entanto, a função e a finalidade das diferentes partes de uma organização nem sempre são claras para as outras partes, resultando em interações pouco favoráveis ao executar um processo de negócios.

Os sistemas de negócios levam o conceito de particionamento e interdependência um passo mais adiante. Além de ligar e conter funções e recursos (e possivelmente outros sistemas de negócios), os sistemas de negócio também definem explicitamente as interfaces ou o conjunto de serviços ou responsabilidades que possam ser solicitados a eles. As organizações que definem os acordos de nível de serviço para especificar e gerenciar formalmente as interações entre os departamentos e os colaboradores externos estão, na verdade, definindo os sistemas de negócios. O uso de um sistema de negócio geralmente passa em todas as mãos com o uso de modelos de negócio em diferentes níveis de abstração (consulte Conceito: Modelando Organizações Grandes).

O termo "sistema de negócio" não deve ser confundido com um sistema de software. Um sistema de negócios contém pessoas, hardware e software e está, portanto, em um nível superior de abstração em relação a um sistema de software.

Sistemas de Negócio Ativam a Estrutura Dinâmica

No livro Enterprise Modeling with UML, Chris Marshall menciona que estruturas organizacionais tradicionais relativamente estáticas não são mais suficientes para o crescente mundo dos negócios radicalmente descentralizado e dinâmico. Não se pode mais esperar que uma parte da organização permaneça intacta por longos períodos de tempo. Como ele afirma em seu livro, "O valor é criado e entregue por meio de cadeias de valores que se formam e dispersam ao longo do tempo. Na verdade, o dia em que essa cadeia se formar para uma única transação pode não estar muito distante."

As organizações são orgânicas. À medida que elas sentem uma pressão crescente do ambiente de negócios, precisam se adaptar para continuarem competitivas. Considerada ao extremo, a estrutura de uma organização estática pode ficar enfraquecida em um ambiente de negócios altamente dinâmico e implacável e as empresas podem precisar se transformar em estrutura dinâmica como um mecanismo de sobrevivência.

Na estrutura tradicional de uma organização estática, os limites departamentais são apenas conceituais. Embora isso possa ser um sinal de uma organização "aberta" e "informal", o resultado é que todas as pessoas e o segmento da organização ficam entrelaçados com o restante da organização. Isso torna extremamente difícil alterar ou gerenciar completamente uma parte da organização de forma independente das outras partes. Os sistemas de negócios impõem partições e limites, não permitindo interações entre os sistemas de negócios, exceto pelas interfaces predefinidas. Essas interfaces (possivelmente acordos de nível de serviço formalizados) tornam-se os pontos principais de suporte da organização. A vantagem mais significativa dessas interfaces entre os sistemas de negócios é que diferentes partes da organização são desacopladas umas das outras. As dependências são definidas em termos de responsabilidades e não em como essas responsabilidades são executadas.

Separar a especificação de responsabilidades da realização de responsabilidades e ligar usuários do sistema de negócio a serviços especificados em seu limite, em vez de  ligar a elementos de realização dentro do limite do sistema de negócio, resulta em uma organização ágil, capaz de alterar sua estrutura rapidamente, sem degradar o desempenho de seus processos. Em tal organização, pode-se modificar, aprimorar ou terceirizar um de seus recursos (definidos por um sistema de negócios) e o efeito global no restante da organização é mínimo. Desde que a qualidade de serviço permaneça a mesma após a alteração, as operações de negócios continuam ininterruptas. O mesmo trabalho poderia ser executado por um sistema de software, uma pessoa ou um departamento inteiro, on-site ou remoto.

O uso de eventos de negócio em interações abstratas poderia reduzir ainda mais as dependências diretas entre os sistemas de negócio. Como os eventos de negócio tornam o tempo e o espaço transparentes, os sistemas de negócio podem interagir indiretamente (consulte Diretriz: Evento de Negócio).

Nota: Orientação de Modelagem UML para Encapsulamento

Ao modelar um sistema de negócio com UML, indicamos na descrição em Produto de Trabalho: Sistema de Negócio que se o encapsulamento não foi considerado importante, então o limite do sistema de negócio foi imaginário - como na estrutura da organização estática tradicional discutida acima - e, ao menos para propósitos de interação - o sistema de negócio não existia durante a operação do negócio. Você pode indicar isso no UML dizendo que o sistema de negócio (que é um tipo de componente UML) não é diretamente instanciável - ele vai se tornando apenas através da instanciação de suas partes. Na próxima seção, discutiremos a provisão de serviços por sistemas de negócio: nesse caso estaremos preocupados com o encapsulamento e poderemos indicar que o sistema de negócio tem mais que um limite imaginário tornando-o diretamente instanciável. Isso verifica o sistema de negócio no tempo de análise e design em antecipação que, na operação, o limite se tornará de alguma forma real.

Sistemas de Negócio Possuem Responsabilidades Bem Definidas

Os sistemas de negócios definem explicitamente as responsabilidades (também chamadas de serviços) que eles podem ser solicitados a desempenhar. Essa especificação de comportamento é essencial porque permite o desacoplamento das dependências mencionadas na seção anterior. Um sistema de negócios que não define seus serviços fica sem propósito. Não há uma maneira de um outro sistema de negócios saber quais serviços ele fornece, a não ser pressupô-lo a partir de seu nome. Por exemplo, poderíamos presumir que um sistema de negócios Recursos (em termos departamentais, seria chamado de Gerenciamento de Recursos) fornece serviços para solicitar um recurso, consultar a disponibilidade dos recursos e possivelmente consultar os tipos de recursos ou perfis.

As responsabilidades (ou os serviços) definem os meios de interação com o sistema de negócios e são especificadas como operações da(s) interface(s) para ele. Essas interfaces são coleções de serviços relacionados e, como tais, descrevem a função que o sistema de negócios podem desempenhar em uma interação específica. No exemplo que aparece no próximo parágrafo, vemos que cada interface é uma coleção de serviços logicamente relacionados. Essas interfaces (clusters de responsabilidade) são designadas ao sistema de negócios responsável por executar as responsabilidades. Quando algo externo ao sistema de negócios solicita um dos serviços fornecidos, ocorre um evento no sistema de negócios para iniciar a execução do serviço solicitado. Esse evento, que é interno ao sistema de negócios, pode ser explicitamente definido como um evento de negócios. As funções e os recursos (trabalhadores e entidades de negócios), no sistema de negócios, colaboram uns com os outros (internamente) para cumprir o serviço solicitado. Como podemos observar, isso é muito parecido ao modo como a empresa opera em relação aos clientes. De fato, nós também poderíamos modelar o sistema de negócio como uma "empresa", neste caso os solicitantes de serviços seriam os agentes comerciais do sistema de negócio.

O exemplo a seguir mostra os sistemas de negócios de uma instituição de serviços financeiros genéricos. Apenas algumas das dependências entre os sistemas de negócios e as interfaces são mostradas para melhorar a compreensão. Neste diagrama, fica claro que as responsabilidades podem ser redesignadas pela alocação de uma interface para um outro sistema de negócios. Essa realocação da responsabilidade não tem conceitualmente nenhum efeito sobre os sistemas de negócios que utilizem esses serviços.

Diagrama mostrando os sistemas de negócios para uma instituição de serviços financeiros genéricos.

Nota: Orientação de Modelagem UML para Serviços

Observamos acima que a modelagem de um sistema de negócio como um componente diretamente instanciável é um forte indicador de que o limite do sistema de negócio não deve ser apenas conceitual. Podemos continuar esse tema modelando as responsabilidades dos sistemas de negócio Perfil UML 2.0 para Serviços de Suporte a Software. Embora direcionadas a serviços de suporte a software, as idéias fundamentais nesse perfil aplicam-se igualmente bem aos sistemas de negócio. O uso de portas do UML 2.0 para modelar serviços verifica adicionalmente o limite do sistema de negócio definindo pontos de interação claros, com interfaces bem definidas, entre usuários e sistemas de negócio. Esses pontos de interação isolam completamente a implementação das responsabilidades do sistema de negócio de seus clientes de entrega fora do sistema de negócio. Esse método também fornece o Analista de Processo de Negócios e, então, o Designer de Negócios uma maneira de modelar flexivelmente a composição e a coreografia de serviços (para entregar serviços de valor agregado no limite do sistema de negócio).

Sistemas de Negócio Contêm Funções e Recursos

Um sistema de negócios é uma abstração de uma coleção de pessoas, hardware e software que trabalham juntos para desempenhar as responsabilidades do sistema de negócios. Utilizamos a palavra "abstração" porque não descrevemos as colaborações internas no sistema de negócio em termos de pessoas, máquinas e software, mas em termos de funções e recursos. Um sistema de negócios contém trabalhadores e entidades de negócios. Um trabalhador de negócio é uma função que representa um sistema, conforme o definimos no glossário. Contanto que o esforço de modelagem de negócio seja considerado, ele é um sistema de 'folha', ou seja, ele será descomposto até o esforço de modelagem de negócio. Poderemos decidir durante nosso estudo de modelagem de negócio que:

  • um humano (ou humanos) poderá ser ligado a uma função específica de trabalhador de negócio, nesse caso poderemos esteriotipá-lo <<trabalhador>>
  • a função será preenchida pelo software (e hardware computacional associado), nesse caso poderemos esteriotipá-la <<sistema de TI>>,
  • a função precisa ser executada por um sistema mais complexo, que pode utilizar um humano, recursos de hardware e software - mas que não é considerado um sistema de negócio por alguma razão. Por exemplo, no exemplo abaixo do aeroporto, poderemos modelar o sistema de negócio 'Vôos' para conter trabalhadores de negócio que transportam passageiros, ou seja, uma aeronave. Aeronaves são sistemas complexos por si só, mas decompô-los, seu comportamento e design, requer uma mudança significativa de paradigma da idéia de negócio. Portanto, neste contexto, podemos deixá-los como abstrações (embora certamente ficaremos interessados em especificar algumas de suas características - capacidade de transporte de carga, alcance e consumo de combustível, entre outros) e esteriotipá-los <<sistema>>.

Uma entidade de negócios é uma informação criada ou manipulada por trabalhadores de negócios. Eventualmente, estes trabalhadores de negócios podem ser mapeados para recursos humanos ou para sistemas de hardware ou software específicos. Essa abstração ajuda a focar a função e as interfaces do trabalhador de negócio e a determinar as responsabilidades necessárias sem precisar considerar a situação real (geralmente imperfeita) de uma pessoa ou sistema específico.

Observe que alguns dos recursos pertencentes a um sistema de negócio podem ser virtuais - por exemplo, um sistema de negócio pode compartilhar uma estrutura grande com outros sistemas de negócio, mas contanto que os sistemas de negócio sejam considerados, eles possuem uma máquina virtual. O mapeamento de recursos virtuais pode ser mostrado no nível que possui o recurso real - em muitos casos, ele será o nível corporativo (a empresa inteira).

Casos de Uso de Negócios Encurtam o Caminho dos Sistemas de Negócio

Os casos de uso de negócios não devem ser simplesmente alocados para um sistema de negócio. Eles são os processos de face do cliente que requerem a colaboração de uma série de sistemas de negócios, parceiros e fornecedores. Isso é chamado de cadeia de valores. Os sistemas de negócios colaboram com a execução dos casos de uso de negócios, conforme mostrado na figura a seguir.

O diagrama mostra a colaboração entre um cliente, um parceiro, um conteúdo regulador e um fornecedor.

Há uma exceção: Ao criar modelos de negócio em níveis diferentes de abstração (consulte Conceito: Modelando Organizações Grandes), os casos de uso de negócios podem ser alocados para um sistema de negócio. Por exemplo, você pode querer modelar todo um negócio bem como um de seus sistemas de negócios. Neste caso, haveria um Modelo de Caso de Uso de Negócios para todo o negócio, no qual os casos de uso de negócios globais encurtariam o caminho dos sistemas de negócios (conforme mostrado anteriormente). Em um nível inferior, os serviços solicitados de um sistema de negócios específico poderiam ser capturados como casos de uso de negócios em seu Modelo de Caso de Uso de Negócios. A diretriz que declara que os casos de uso de negócios não devem ser alocados para um sistema de negócio deve, na verdade, dizer: "Um caso de uso de negócios em um nível específico não deve ser totalmente alocado para apenas um sistema de negócio em um nível inferior."

Essa natureza funcional cruzada de casos de uso de negócios é uma das razões pelo interesse em modelagem e reengenharia de negócios e em análise do custo e desempenho dos processos de negócios (consulte Conceito: Custos com Base em Atividade). É mais valioso entender como o custo do caso de uso de negócios inteiro está relacionado ao valor agregado fornecido ao cliente do que saber como o orçamento anual de um dos departamentos está relacionado ao orçamento corporativo global.

Exemplos

Loja de Móveis

A figura a seguir mostra os sistemas de negócio para a loja de móveis utilizada como um exemplo em Diretriz: Meta de Negócio e Diretriz: Modelo de Caso de Uso de Negócios. Esta loja mantém um grande inventário em um warehouse conectado a seu showroom. Isso permite que os clientes procurem os produtos exibidos no showroom e peguem os produtos adquiridos no warehouse. Os clientes podem combinar a entrega de itens grandes.

Diagrama mostrando os sistemas de negócios para uma loja de móveis.

Este negócio foi dividido em três sistemas de negócios interdependentes. Cada sistema de negócios tem uma finalidade clara e fornece serviços bem definidos (não visíveis no diagrama). A definição explícita dessas interdependências e interações ajuda a otimizar o negócio.

Aeroporto

Um aeroporto fornece serviços para companhias aéreas e para passageiros e visitantes como representantes das companhias aéreas. Como um aeroporto é um negócio muito grande e complexo para modelar, faz sentido dividi-lo em uma série de sistemas de negócios independentes. Cada sistema de negócios pode ser modelado independentemente como um negócio, por direito próprio, conforme mostrado a seguir.

Diagrama mostrando os sistemas de negócios para um aeroporto.

No exemplo anterior, vemos que uma companhia aérea teria que participar dos sistemas de negócios Passageiros e Vôos. O tráfego aéreo seria regulado por Controle de Tráfego Aéreo, conforme as leis e os regulamentos. As Instalações do Hangar forneceriam serviços para o pessoal de terra da companhia aérea. Tanto os Passageiros como os Vôos utilizariam os serviços fornecidos por Manipulação de Bagagem para partidas e chegadas, respectivamente. O sistema de negócios de entretenimento também poderia ser chamado Instalações do Aeroporto e incluiriam lojas, áreas de espera, estacionamento e transporte.