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.
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.
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.
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.
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.
|