Diretrizes: Caso de Uso de Negócios
Caso de Uso de Negócios |
Uma instância de caso de uso de negócios é uma seqüência de ações realizadas em um negócio que produz um resultado de valor observável para um ator individual do negócio.
Um caso de uso de negócios define um conjunto de instâncias de casos de uso de negócios. Um caso de uso de negócios tem um nome. |
Tópicos
Os processos de um negócio são definidos como vários casos de uso de negócios diferentes, cada um representa um fluxo de trabalho específico no negócio. Um caso de uso de negócios define o que deve acontecer no negócio quando ele é realizado; ele descreve o desempenho de uma seqüência de ações que produz um resultado de valor a um determinado ator de negócios. Um processo de negócios gera valor para o negócio ou minimiza os custos para o negócio.
Um passageiro pode viajar individualmente ou com um grupo. Ao viajar com um grupo, um passageiro é acompanhado por um guia turístico.
Um caso de uso de negócios "uma seqüência de ações realizadas em um negócio que produz um resultado de valor observável para um ator individual do negócio". Portanto, do ponto de vista de um ator individual, um caso de uso de negócios define o fluxo de trabalho completo que produz os resultados desejados. Geralmente, isso é semelhante ao que denominamos "processo de negócios", mas "um caso de uso de negócios" tem uma definição muito mais precisa.
A definição do conceito de caso de uso de negócios contém várias palavras-chave, que são essenciais para entender o que é um caso de uso de negócios: - Instância de caso de uso de negócios - Definida acima é realmente um fluxo de trabalho de negócios específico, ou seja, uma instância. De fato, há um grande número de fluxos de trabalho possíveis, muitos deles parecidos.
Para que o modelo de casos de uso seja compreensível, os fluxos de trabalho semelhantes são agrupados em um caso de uso de negócios, uma "classe" em termos do modelo de objetos. Identificar e descrever um caso de uso de negócios significa identificar e descrever o caso de uso de negócios parecido com a classe, não as instâncias de caso de uso individuais.
- Um ator individual - O ator é provavelmente a chave real para localizar o caso de uso de negócios correto. Iniciar com atores individuais, ou realmente instâncias de atores, ajuda a evitar os casos de uso de negócios muito grandes ou complexos.
Ao determinar os atores adequados, tente primeiro identificar pelo menos duas ou três pessoas diferentes que possam desempenhar o papel do ator em questão e, em seguida, avalie criticamente o suporte que cada indivíduo exige. Por exemplo, suponha que você inicialmente identifique um ator denominado "cliente". Depois, conforme você se aprofunda no suporte que cada cliente individual exige, é possível encontrar três clientes bem diferentes: o "usuário" normal do produto, o "comprador" e o "avaliador", que são competentes para comparar o produto com os seus concorrentes. Cada um pode exigir um caso de uso de negócios separado porque representam papéis diferentes que podem ser desempenhados no negócio.
- Um resultado de valor observável - Essa expressão é muito importante na determinação da extensão correta de um caso de uso de negócios, que não deve ser nem muito pequeno nem muito grande. Determinar que o caso de uso de negócios deve dar um resultado de valor observável, ou seja, que pode ser percebido e medido, ajuda o usuário a localizar um fluxo completo e evita casos de uso de negócios muito pequenos.
Um bom caso de uso de negócios ajuda um ator a realizar uma tarefa que tem um valor identificável. É possível colocar um preço em um caso de uso de negócios realizado com sucesso. Um caso de uso de negócios muito pequeno terá um escopo limitado, portanto, terá também um potencial de reengenharia pequeno.
- Em um negócio - As palavras "ações realizadas em um negócio" significam que o negócio fornece o caso de uso de negócios ao ator e que o caso de uso de negócios só cobre o que realmente foi feito no negócio. O trabalho de suporte realizado em outro lugar não está incluído.
- Ação - As ações são chamadas na solicitação de um ator para o negócio ou em um determinado momento. As ações incluem atividades internas e decisões, bem como solicitações para o ator chamado ou outros atores.
Os serviços de negócios são descritos por meio de casos de uso de negócios diferentes, cada um com uma tarefa própria. O conjunto de casos de uso coletados constitui todas as maneiras possíveis de usar o negócio. Consulte também Diretrizes: Modelo de Casos de Uso de Negócios.
Em um projeto de modelagem de negócios controlado por caso de uso, você desenvolve duas visões do negócio.
O caso de uso de negócios apresenta uma visão externa do negócio, que define o que é essencial realizar para que o negócio forneça os resultados desejados ao ator. Ele também define qual interação o negócio deve ter com os atores quando o caso de uso de negócios é executado. Essa visão deve ser desenvolvida quando você decidir o que deve ser feito em cada caso de uso de negócios. Uma coleção de casos de uso de negócios fornece uma visão geral do negócio muito útil para informar aos funcionários sobre as diferentes partes do negócio que estão sendo realizadas e os resultados esperados.
Uma realização de casos de uso de negócios, por outro lado, fornece uma visão interna do caso de uso de negócios, que define como o trabalho deve ser organizado e realizado para alcançar os mesmos resultados desejados. Uma realização abrange os trabalhadores de negócios, as entidades de negócios envolvidas na execução de um caso de uso de negócios e os relacionamentos entre eles, que são necessários para o trabalho. Essas visões devem ser desenvolvidas para decidir e concordar sobre como o trabalho em cada caso de uso de negócios deve ser organizado para alcançar os resultados desejados.
As duas visões do caso de uso de negócios foram planejadas principalmente para as pessoas no negócio; a visão externa para as pessoas que trabalham fora do caso de uso de negócios e a visão interna, para as pessoas que trabalham dentro do caso de uso de negócios.
Enquanto um negócio estiver funcionando, você poderá identificar quase um número ilimitado de fluxos de trabalho separados. Uma instância de casos de uso é simplesmente um fluxo de trabalho ou cenário específico. Ela corresponde ao trabalho que vários membros de negócios de colaboração realizam em seus papéis definidos no modelo de objetos, e não a qualquer membro de negócios particular ou papel que o membro esteja desempenhando.
Geralmente, um caso de uso de negócios é com o que você trabalha para que o modelo de casos de uso seja compreensível e para evitar o excesso de detalhes. Ele representa a união de várias instâncias de casos de uso de negócios com fluxos de trabalho que são semelhantes, mas normalmente não são idênticos.
Geralmente, um funcionário competente em determinado papel fará isso em vários casos de uso de negócios diferentes.
Exemplo:
No balcão de check-in do aeroporto, os dois casos de uso de negócios, Check-in Individual e Check-in de Grupo exigem as mesmas competências do funcionário no balcão de check-in, e também acessam as mesmas informações sobre um determinado departamento. Portanto, os dois casos de uso podem e devem ser projetados usando o mesmo trabalhador de negócios Agente de Check-in e a mesma entidade Partida.
Às vezes, é difícil decidir se um serviço é composto de um ou vários casos de uso de negócios. Aplicar a definição de um caso de uso de negócios ao processo de check-in do aeroporto. Um passageiro entrega a passagem e a bagagem ao agente de check-in, que localiza o assento do passageiro, imprime um cartão de embarque e inicia a administração de bagagens. Se o passageiro tiver bagagem normal, o agente de check-in imprime a identificação de bagagem e o comprovante do cliente, e termina o caso de uso de negócios aplicando a identificação à bagagem e fornecendo o comprovante e o cartão de embarque ao passageiro. Se a bagagem tem um formato ou conteúdo especial de maneira que não possa ser transportada normalmente, o passageiro deve encaminhá-la a um balcão de bagagem especial. Se a bagagem é pesada, o passageiro deve se encaminhar ao guichê do aeroporto para pagar por ela, já que os agentes de check-in não lidam com dinheiro.
Você precisa de um caso de uso de negócios no balcão de check-in, outro no balcão de bagagem especial e um terceiro no guichê? Ou precisa apenas de um único caso de uso de negócios? Certamente, essa transação envolve três diferentes tipos de ações. Mas a pergunta é, alguma delas terá valor para um passageiro com bagagem especial se ele não realizar as outras? Não, apenas o procedimento completo, do momento que o passageiro chega ao balcão de check-in até o pagamento da despesa extra, tem valor (e faz sentido para o passageiro). Portanto, o procedimento completo que envolve os três balcões diferentes é um caso de uso completo, ou seja, um caso de uso de negócios.
Além desse critério, é mais prático manter juntas as descrições dos serviços relacionados, de maneira que você possa revê-las ao mesmo tempo, modificá-las juntas, testá-las juntas, escrever manuais para elas e gerenciá-las em geral como uma unidade.
Observe também que dois casos de uso de negócios independentes podem ter inícios semelhantes.
Exemplo:
Em uma companhia de seguros, os casos de uso de negócios Tratar Reclamação e Tratar Solicitação começam quando alguém (um ator) faz um contato com um gerenciador de reclamações. O gerenciador de reclamações e o ator trocam algumas informações para esclarecer se o ator está registrando uma reclamação ou solicitando alguma informação. Em seguida, é possível decidir o caso de uso de negócios que está sendo realizado. Apesar de os dois casos de uso de negócios terem começos semelhantes, eles não estão conectados.
O nome do caso de uso de negócios deve expressar o que acontece quando uma instância do caso de uso de negócios é realizada. O formato do nome deve, portanto, estar ativo, normalmente um substantivo (Check-in) ou um verbo e um substantivo juntos.
Os nomes também podem descrever as atividades no caso de uso de negócios de um ponto de vista externo ou interno, por exemplo, colocar uma ordem ou receber uma ordem. Apesar de um caso de uso de negócios descrever o que acontece no negócio, normalmente é mais natural denominar o caso de uso de negócios do ponto de vista do seu ator principal. Após decidir o estilo que prefere no seu caso, você deve seguir a mesma regra de todos os casos de uso de negócios no modelo de negócios.
A meta de um caso de uso de negócios deve ser especificada de pelo menos duas perspectivas:
- Para os atores de negócios com os quais o processo de negócios interage, especifique o valor que esses atores de negócios esperam do negócio (metas externas).
- Do ponto de vista da organização que realiza os processos de negócios, defina os objetivos de ter esse processo de negócios em andamento e o que você espera alcançar realizando-os (metas internas).
As métricas de categorias usadas mais comuns são:
- Tempo - uma aproximação do tempo que deve durar a execução do fluxo de trabalho ou de parte do fluxo de trabalho.
- Custo - uma aproximação do custo de execução do fluxo de trabalho, ou parte do fluxo de trabalho.
O desafio é entender os cenários (instâncias de casos de uso de negócios) relevantes para a medição. O critério que deve ser usado é a freqüência do cenário ou a relevância dos negócios do cenário. Se é possível determinar que uma parte específica do fluxo de trabalho tem importância, você pode economizar algum esforço medindo apenas o custo ou o tempo desse subfluxo.
A maioria dos fluxos de trabalho pode ser considerada como vários subfluxos, que juntos compõem o fluxo total. Às vezes, vários casos de uso de negócios no negócio têm um subfluxo comum, ou o mesmo subfluxo aparece em partes diferentes de um caso de uso de negócios. Se esse comportamento comum tem algum volume substancial, ele deve ser realizado pelos mesmos trabalhadores de negócios.
Se um subfluxo é substancial, comum a vários casos de uso de negócios e também forma uma parte independente e naturalmente delimitada, o modelo pode ser mais claro se esse comportamento for particionado em um caso de uso de negócios separado. Esse novo caso de uso de negócios é incluído no caso de uso original (consulte Diretrizes: Relacionamento de Inclusão no Modelo de Casos de Uso de Negócios), uma extensão para ele (consulte Diretrizes: Relacionamento de Extensão no Modelo de Casos de Uso de Negócios), ou um caso de uso pai para ele (consulte Diretrizes: Generalização de Casos de Uso no Modelo de Casos de Uso de Negócios).
Exemplo:
No balcão de check-in do aeroporto, os dois casos de uso de negócios, Check-in Individual e Check-in de Grupo usam o mesmo procedimento para tratar uma bagagem de passageiro individual. Como o subfluxo é independente da administração de passagens, e é logicamente conectado, ele é modelado separadamente no caso de uso de negócios, Administração de Bagagens.
O fluxo de trabalho de um caso de uso de negócios pode ser visualizado usando os diagramas de atividades, consulte Diretrizes: Diagrama de Atividades no Modelo de Casos de Uso de Negócios.
Para obter mais informações sobre a estruturação e a descrição do fluxo de trabalho de um caso de uso de negócios, consulte Diretrizes: Caso de Uso, o tópico sobre o Fluxo de Eventos.
A seguir, há uma descrição do fluxo de trabalho do caso de uso de negócios Processo de Propostas em uma organização que vende soluções configuradas para cada cliente individual. Em Diretriz: Diagramas de Atividades no Modelo de Casos de Uso de Negócios, a seção sobre Exemplos de Uso, você localiza um exemplo de um diagrama de atividades visualizando a estrutura desse fluxo de trabalho:
1. Fluxo de Trabalho Básico
1.1. Contato Inicial
Este processo começa com um contato inicial entre o Cliente e A Empresa. Isso pode ocorrer de uma das seguintes maneiras: - O Cliente entra em contato com A Empresa pois tem uma pesquisa ou um conjunto de requisitos
- A Empresa decide que tem os produtos que agregariam valor ao Cliente e receita à Empresa.
A Empresa interage com o Cliente para estabelecer: - Pessoa de contato do Cliente,
- Pessoa de contato da Empresa,
- Se esse é um cliente novo para A Empresa,
- Qualquer informação competitiva sobre a situação da proposta ou licitação em torno deste acordo.
1.2. Oportunidade de Trabalho Inicial
Esta seção tem duas finalidades principais: - Reunir os requisitos do cliente,
- Decidir sobre ações futuras nesta oportunidade.
Os passos Reunir requisitos preliminares do cliente, Criar plano de vendas (opcional) e Realizar Análise de Oportunidade podem ser realizados de maneira iterativa e de alguma maneira em paralelo.
1.2.1 Reunir Requisitos Preliminares do Cliente
Reunir os requisitos do produto e os requisitos de negócios do cliente: - perguntando ao Cliente
- examinando todas as entradas do cliente
- realizando um relatório sintético preliminar do site (opcional)
- examinando qualquer informação de cliente disponível
Um conjunto completo de requisitos incluiria: - escolha de tecnologia (podem ser várias, se os clientes desejarem alternativas investigadas)
- qualquer preferência de produto
- requisitos funcionais (análise de mercado)
- criação de estrutura e características ambientais
- demografia
- mobilidade/capacidade
- projeção de crescimento da rede
- informações de base instaladas
- linhas de tempo
- requisitos de serviço
- requisitos de preço
1.2.2 Criar Plano de Vendas (opcional)
A Empresa trabalha com o Cliente para determinar como propor uma solução que atendas aos requisitos do cliente. Essa criação é denominada plano de vendas e inclui a rede e as características de alternância da solução potencial. O posicionamento estratégico da Empresa e da sua rede também é abordado para que seja possível preparar-se para as necessidades futuras.
Esse plano de vendas é revisto com o Cliente para que seja preciso e completo. Ele será usado em todo o processo de proposta como um guia, ao decidir produtos, pacotes de mercado e itens que serão propostos, e as suposições que devem ser feitas ao juntar a proposta.
1.2.3 Realizar a Análise de Oportunidade
A Empresa obterá o preço de alto nível e o custo da possível solução. Esse procedimento serve para entender o possível valor dessa oportunidade, e não para fornecer um valor em dólar exato ao Cliente.
A Empresa examina os requisitos do cliente para determinar: - riscos na oportunidade (disponibilidade do produto, concorrência, risco do cliente)
- custos comparados à receita
- tipo de oportunidade (simples, complexa, etc.)
- probabilidade de vendas
- número previsto do tamanho das vendas
- programação estimada
Com base nessa avaliação, a Empresa decide se continuará ou não a oportunidade.
1.3. Criar Plano de Projeto de Proposta
A Empresa criará um plano para criar e oferecer a proposta. O plano incluirá as atribuições aos indivíduos completando as partes da proposta.
1.4. Criar Plano de Projeto de Liberação
A Empresa desenvolve uma tentativa de plano de projeto para liberar a solução com base em: - linhas de tempo nos requisitos do cliente
- disponibilidade de recursos
- capacidade de fábrica
- disponibilidade de produto novo
- disponibilidade de produtos de terceiros
Este plano de projeto será usado para o futuro planejamento de fábrica.
Além disso, este plano de projeto será atualizado e modificado durante o Processo de Cotação.
1.5. Preparar uma Cotação
Este fluxo é definido detalhadamente no caso de uso de negócios Processo de Cotação, que está incluído.
O resultado do Processo de Cotação é uma solução de engenharia que pode ter vários níveis de certeza, junto com um preço.
1.6. Compilar Informações Adicionais
A Empresa compila as informações para responder a qualquer pesquisa (geralmente referente ao desenvolvimento futuro dos produtos) que possa ser uma parte dos requisitos de negócios de cliente. Também pode incluir as informações que A Empresa supõe que o Cliente deve conhecer. Geralmente, as pesquisas são dos seguintes tipos:
- capacidade atual
- capacidade futura
- compatibilidade com os padrões
- compatibilidade com padrões futuros
- serviços oferecidos atualmente
- serviços oferecidos no futuro.
1.7. Analisar e Concluir a Proposta
A Empresa compila uma proposta que inclui os seguintes itens: - as cotações
- literatura de marketing (desenvolvida internamente e pronta para ser usada)
- informações de produto (desenvolvido internamente e adquirido pronto para ser usado)
- termos financeiros e condições
- informações de programação
- acumular a análise financeira para o nível da proposta
- penalidades e punições do Cliente e da Empresa
- declaração 'ambiental' legal
- qualquer suposição feita ao criar as soluções na proposta
em um formato que será apresentado ao Cliente.
1.8. Apresentar a Proposta
A Empresa apresenta/propõe as informações acima para o Cliente.
1.9. Obter Decisão do Cliente
O Cliente fornecerá um feedback sobre a proposta. A Empresa obtém um acordo do Cliente sobre as cotações na proposta. Esse tipo de acordo pode ter um formato diferente dependendo do caráter da solução e de quem é o Cliente.
Ele pode ser: - uma ordem de compra assinada
- um acordo verbal que o Cliente submeterá a uma ordem de compra
- um contrato assinado
- um acordo verbal
- uma decisão negativa ocorre quando não há decisão e a validade expira
2. Fluxos de Trabalho Alternativos
2.1. Oportunidade de Negócios Rejeitada
Se em 1.2., a oportunidade de negócios for rejeitada, é possível adotar as seguintes medidas: - completamente rejeitada
- tentar joint venture com outro Fornecedor
- redirecionar para outra região
- passar a solicitação para outro distribuidor/Fornecedor
- tentar alterar os requisitos do cliente
2.2. Não É Possível Atender aos Requisitos do Cliente
Se em Realizar Análise de Oportunidade ou Preparar uma cotação, A Empresa não puder sugerir uma solução para os requisitos do cliente, as seguintes ações podem acontecer: - sugerir outro equipamento do fabricante
- reavaliar os requisitos do cliente
- entrar em contato com A Empresa para descobrir sobre futuros produtos
- tentar alterar os requisitos do cliente
- decidir desenvolver novos produtos
- procurar joint venture ou fornecedor
- procurar formas alternativas de financiamento
- aplicar política de desconto diferente
2.3. Informações Importantes Não Conhecidas
Se, a qualquer momento no Processo de Proposta, A Empresa identificar algumas informações importantes não conhecidas ou disponíveis, ocorre uma das seguintes situações: - Obter as informações
- Fazer suposições e continuar
Se alguma suposição for feita, ela será registrada e enviada ao Cliente em um documento anexo à proposta.
2.4. Perfil de Cliente Novo/Incompleto ou Geral Incorreto
Se a Empresa determina que o perfil de cliente geral está inexato por algum motivo, as seguintes medidas podem ser tomadas. - Se o Cliente é novo, negocie um acordo
- Inclua/determine as preferências do cliente
- Determine a base instalada
- Solicite uma atualização dos registros
As possibilidades de um caso de uso de negócios devem refletir o potencial de melhoria que você pode ver no caso de uso de negócios, onde no processo, bem como a escala. Consulte as métricas especificadas para o caso de uso de negócios.
Um ponto de extensão abre o caso de uso de negócios para a possibilidade de uma extensão. Ele tem um nome e uma lista de referências para um ou mais locais no fluxo de trabalho do caso de uso de negócios.
Consulte também Diretrizes: Relacionamento de Extensão no Modelo de Casos de Uso de Negócios.
- O nome e a breve descrição são claros e fáceis de entender, mesmo para as pessoas fora da equipe de modelagem de negócios.
- Cada caso de uso de negócios está completo da perspectiva externa (de um ator)? Por exemplo, o caso de uso de negócios Tratar Reclamação em uma companhia de seguros começa quando um cliente registra uma reclamação. O caso de uso de negócios Tratar Reclamação não está completo a menos que inclua uma notificação sobre a decisão da companhia de seguros para o cliente e (se apropriado) um pagamento compensatório.
- Geralmente, cada caso de uso de negócios está envolvido com pelo menos um ator. Os casos de uso de negócios são iniciados por atores, interagem com atores para realizar as atividades e enviam os resultados.
- É possível, mas incomum, que um caso de uso de suporte não interaja com um ator. Isso é verdadeiro se um caso de uso de negócios é iniciado por um evento interno e não precisa interagir com um ator para realizar suas atividades.
- Deve ser clara e fácil de entender, mesmo para as pessoas fora da equipe de modelagem de negócios.
- Ela descreve o fluxo de trabalho e não somente a finalidade do caso de uso de negócios.
- Descreve apenas as atividades internas ao negócio.
- Descreve todas as possíveis atividades no caso de uso de negócios. Por exemplo, o que ocorre se uma condição é atendida, e também se não é.
- Ela não menciona os atores que não se comunicam com ela. Se não mencionar outros atores, será difícil entender e manter a descrição.
- Ela descreve apenas as atividades que pertencem a ela, não o que está ocorrendo em outros casos de uso de negócios que funcionam em paralelo.
- Não menciona outros casos de uso de negócios com os quais não tem relacionamentos. Se o caso de uso de negócios exige que haja algum resultado no negócio antes de poder começar, isso deve ser descrito como uma precondição. A precondição não deve ter referências aos casos de uso de negócios em que o resultado foi criado.
- Ela indica se a ordem de qualquer atividade descrita para o caso de uso de negócios não está fixa.
- É estruturada para que seja fácil de ler e entender.
- A descrição mostra claramente o início e o fim do fluxo de trabalho.
- Cada relacionamento de extensão é descrito com clareza para que fique óbvio como e quando o caso de uso de negócios deve ser inserido.
- É substancial. Lembre-se de que um caso de uso de negócios concreto deve ser fácil de ler, junto com seus casos de uso de negócios abstratos. Portanto, um caso de uso de negócios abstrato não deve ser tão pequeno. Se um caso de uso de negócios abstrato não for substancial, ele deve ser eliminado e suas atividades devem ser descritas nos casos de uso de negócios concretos afetados.
- Ele contém as atividades relacionadas logicamente.
- Existe por um motivo específico. Um caso de uso de negócios abstrato deve conter qualquer um dos três tipos de atividades: as que são comuns em vários casos de uso de negócios; as que são opcionais; ou as que são tão importantes que você deseja destacá-las no modelo.
Copyright
(c) 1987 - 2001 Rational Software Corporation
| 
