Diretrizes:
|
 Modelo de Casos de Uso de Negócios |
Um modelo de casos de uso de negócios descreve os processos de um negócio e suas interações com as partes externas, como clientes e parceiros. |
Uma finalidade principal do modelo de casos de uso de negócios e atores é descrever como o negócio é usado por seus clientes e parceiros. As atividades que se referem diretamente ao cliente ou parceiro, bem como as tarefas de suporte ou gerenciais que se referem indiretamente à parte externa, podem ser apresentadas.
O modelo descreve o negócio em termos de casos de uso de negócios, o que corresponde ao que geralmente é denominado "processos".
Atores e casos de uso no balcão de check-in.
Quando examinar as atividades em um negócio, você poderá identificar pelo menos três categorias de trabalho que correspondem a três categorias de casos de uso de negócios:
Normalmente, um tipo de gerenciamento de caso de uso de negócios descreve em geral os relacionamentos entre o CEO e as pessoas que trabalham nos casos de uso de negócios. Também descreve como os casos de uso de negócios são desenvolvidos e "iniciados" (instanciados).
Em um restaurante, os casos de uso de negócios principais são marketing e servir jantar, e o caso de uso de negócio de suporte é comprar suprimentos.
Observe que o que você considera um caso de uso de negócios central pode, às vezes, ser um caso de uso de negócios de suporte em outro negócio. Por exemplo, o desenvolvimento de software é um caso de uso de negócios central em uma empresa de desenvolvimento de software, enquanto seria classificado como um caso de uso de negócios de suporte em um banco ou companhia de seguros.
Um negócio tem muitos casos de uso de negócios. Instâncias de vários casos de uso de negócios diferentes, bem como várias instâncias de um único caso de uso de negócios, normalmente serão executadas em paralelo. Pode haver quase um número ilimitado de caminhos que uma instância de casos de uso pode seguir. Esses caminhos diferentes representam as escolhas abertas para a instância de casos de uso na descrição do fluxo de trabalho. Dependendo dos eventos ou fatos específicos, uma instância de casos de uso pode continuar em um dos vários caminhos possíveis; por exemplo:
Na modelagem de casos de uso de negócios, você pode assumir que as instâncias de casos de uso podem estar ativas ao mesmo tempo sem conflito. Nesse estágio do desenvolvimento de negócios, você deve destacar o que o negócio deve fazer. Resolva os conflitos de recursos potenciais durante a modelagem do trabalho, estágio no qual você tenta entender como deve ser o funcionamento do negócio. Ou você pode resolver esses problemas durante a implementação da nova organização aumentando o número de funcionários que podem realizar a tarefa crítica.
Cada caso de uso de negócio central deve ter um relacionamento de comunicação com ou a partir de um ator de negócios. Essa regra destaca a meta de que os negócios sejam construídos em torno dos serviços que os usuários solicitam. Se o modelo de casos de uso de negócios tem casos de uso de negócios que ninguém solicita, isso deve servir de aviso que algo está errado com o modelo.
Os casos de uso de negócios podem ser acionados periodicamente ou ser executados por muito tempo; uma função de inspeção é um exemplo desse último caso. Mesmo que os casos de uso de negócios tenham atores de negócios, que originalmente os iniciaram, e esperem serviços diferentes deles. Caso contrário, eles não seriam parte do negócio. Outros casos de uso de negócios produzirão resultados para um ator de negócios, apesar de eles não serem explicitamente iniciados pelo ator de negócios. Por exemplo, o desenvolvimento de um produto amplamente distribuído raramente é iniciado por um cliente identificável. Em vez disso, a necessidade de um novo produto é percebida em estudos de mercado e solicitações acumuladas de muitos usuários.
Os casos de uso de negócios de gerenciamento de suporte não precisam necessariamente estar conectados a um ator de negócios, apesar de normalmente terem algum tipo de contato externo. Em um caso de uso de negócios de gerenciamento, por exemplo, os proprietários do negócio ou a diretoria podem ser atores de negócios.
Os casos de uso de negócios abstratos não precisam de um ator de negócios, porque eles nunca são instanciados ("iniciados") por si mesmos.
Há três motivos principais para estruturar o modelo de casos de uso de negócios:
Para estruturar os casos de uso de negócios, há três tipos de relacionamentos. Você usará esses relacionamentos para fatorar partes de casos de uso de negócios que possam ser reutilizadas em outros casos de uso de negócios ou que sejam especializações ou opções para o caso de uso de negócios. O caso de uso de negócios que representa a modificação é denominado caso de uso adicional. O caso de uso de negócios modificado é denominado caso de uso base.
Atores e casos de uso, e o balcão de check-in. Aqui também são mostrados os casos de uso de inclusão Administração de Bagagens e de extensão Através de Check-In.
Você pode usar a generalização do ator para mostrar como os atores são especializações uns dos outros. Consulte também Diretrizes: Generalização de Ator no Modelo de Casos de Uso de Negócios.
Consulte também a discussão sobre estruturação de casos de uso do sistema em Diretrizes: Modelo de casos de uso.
Especialmente ao desenvolver modelos de negócios apenas para "dar o estímulo inicial" a um projeto de engenharia de software, você precisa delimitar cuidadosamente o esforço de modelagem no negócio. Nesse caso raramente compensa abranger a organização inteira, mesmo que você só modele um subconjunto dos processos de negócios. Para permanecer concentrado e produzir os resultados do valor esperado, você deve escolher uma parte da empresa inteira como "sistema de negócios", e a parte escolhida deve ser a parte que pode usar diretamente o sistema que será criado. As partes da organização, que você tratar como externas ao modelo, podem ser representadas como atores de negócios.
Exemplo:
A Empresa decidiu fazer um esforço para criar um novo aplicativo de vendas e gerenciamento de pedidos. Para explorar as necessidades da organização e também alinhar a maneira como o negócio é realizado em toda a organização, a primeira etapa é criar um conjunto de modelos de negócios. Os departamentos da Empresa que não usarão ativamente o novo aplicativo de pedidos são considerados externos ao modelo e são representados com atores de negócios.
Atores de negócios e casos de uso de negócios em um modelo de casos de uso de negócios de uma organização de gerenciamento de pedidos. Essa organização vende soluções complexas, personalizadas para cada cliente.
Breves descrições dos casos de uso de negócios:
Processo de Pedido Este processo descreve como A Empresa toma as medidas apropriadas para fornecer uma solução a um Cliente da maneira definida por um conjunto de requisitos do cliente. O processo começa quando há uma decisão de negócios para continuar com a solução combinada. Normalmente, essa decisão tem a forma de A Empresa recebendo uma ordem de compra de um Cliente. O processo termina quando o Cliente está satisfeito com a prestação e a comissão da solução, e quando o pagamento é recebido. O objetivo é atender aos requisitos do cliente de uma maneira lucrativa.
Processo de Proposta: Esse é o processo de gerar propostas em resposta aos requisitos do cliente. O processo é disparado por uma pesquisa de um Cliente e termina quando o Cliente aceita (ou rejeita) as cotações na proposta. O objetivo é chegar a um acordo sobre uma cotação que seja aceitável tanto pelo Cliente quanto pela Empresa.
Processo de Cotação: O Processo de Cotação é um caso de uso de negócios abstrato que está incluído no Processo de Proposta e no Processo de Pedido. O processo começa quando há requisitos do cliente que precisam de uma cotação produzida por ele. O objetivo do Processo de Cotação é produzir uma solução que atenda aos requisitos do cliente e fornecê-la junto com um preço.
Uma descrição do relatório sintético do modelo de casos de uso deve:
Exemplo:
Este modelo de casos de uso de negócios aborda a parte da Empresa que gerencia os pedidos dos clientes, já que apenas essa parte interessa ao projeto de engenharia de software que usará os resultados da modelagem de negócios como entrada. Por esse motivo, não estão incluídas as partes da Empresa que tratam do faturamento, da fabricação, do gerenciamento de produtos e do desenvolvimento de produtos; elas são consideradas externas e, portanto, são representadas como atores de negócios.
Nessa organização, uma venda envolve não apenas o acordo sobre uma solução, mas também para realmente criar a solução. Para definir o preço de uma solução, você precisa fazer a engenharia e criá-la com um determinado nível de detalhe. Isso é feito no Processo de Proposta. Depois do acordo com o cliente, a solução é elaborada com todos os detalhes e instalada no local do cliente. Isso é descrito no Processo de Pedido. Tanto o Processo de Proposta quanto o Processo de Pedido estão incluídos no caso de uso de negócios abstrato Processo de Cotação.
- Poucos casos de uso facilitam o entendimento do modelo.
- Muitos casos de uso podem dificultar o entendimento do modelo.
- Casos de uso grandes podem ser complexos e difíceis de entender.
- Casos de uso pequenos normalmente são fáceis de entender. Entretanto, verifique se o caso de uso descreve um fluxo de trabalho completo que produz algo de valor para um cliente.
|
Rational Unified Process
|
