Verificaçảo de Aprendizagem 1.2
(2) A partir da descriçảo abaixo, faça o Modelo de Caso de Uso desse sistema ( 5,0 pontos)
A empresa de Radio Taxi Mar & Sol precisa de uma aplicaçao que controle o cadastro de seus clientes, o cadastro dos cooperados e o cadestro das corridas programadas. Para cada cliente sao cadastrados os seguintes dados: codigo (que deve ser gerado pelo sistema), nome, enderepo completo (logradouro, número. complemento, bairro, municipio, estado) e dois telefones de contato. O cliente pode se cadastrar apenas com o nome para agilizar o processo. Quando fizer sua primeira chamada por telefone, seus dados serăo atualizados.
Para o cooperado (taxista) cadastram-se: nome, CPF, número da carteira de motorista, categoria, data de
validade da carteira, número do táxi na cooperativa (conhecido como número de VR), número da placa, modelo do veiculo, fabricante, cor do veiculo, endereço residencial completo, telefone residencial e celular e data de entrada na Cooperativa. Quando o cooperado se desliga, deve ser cadastrada a data de desligamento.
Quando o cliente solicitar uma corrida programada (pedidos com antecedéncia maior do que meia hora). cadastra-se no controle de corridas: o enderego de saida do carro, o bairro de destino, a data e hora de saida, telefone de contato (se local de saida diferente do cadastro). Se o cliente năo for cadastrado, seu cadastro deve ser feito no momento da solicitação do carro. O status dessa corrida deve ser definido como: aguardando VR.
Uma hora antes da corrida programada, a operadora questiona, pelo rádio, aos cooperados que estejam em trânsito, qual deseja pegar a corrida programada. Deve ser cadastrado na aplicaçăo o número da VR do taxista que se candidatou à corrida. Meia hora antes do horário, o cliente deve ser avisado a respeito do número da VR Antes de avisar ao cliente, o status deve ser assinalado como: aguardando aviso. Após o aviso, o status muda para aviso efetuado. Após ser atendido, o status deve ser alterado para: tripulado. Em qualquer momento a corrida pode ser cancelada pelo passageiro.
Se for uma solicitaçăo de carro imediato, a operadora deve retomar a tela, informando o status dentre as opçōes: aguardando aviso, aviso efetuado, cancelado pelo passageiro ou cancelado pela cooperativa por falta de carro. Se um logradouro năo estiver na lista, a solicitaçăo nâo será atendida.
Quando o cliente for atendido, o status deve ser alterado para: tripulado.
(2) A partir da descriçảo abaixo, faça o Modelo de Caso de Uso desse sistema ( 5,0 pontos)
A empresa de Radio Taxi Mar & Sol precisa de uma aplicaçao que controle o cadastro de seus clientes, o cadastro dos cooperados e o cadestro das corridas programadas. Para cada cliente sao cadastrados os seguintes dados: codigo (que deve ser gerado pelo sistema), nome, enderepo completo (logradouro, número. complemento, bairro, municipio, estado) e dois telefones de contato. O cliente pode se cadastrar apenas com o nome para agilizar o processo. Quando fizer sua primeira chamada por telefone, seus dados serăo atualizados.
Para o cooperado (taxista) cadastram-se: nome, CPF, número da carteira de motorista, categoria, data de
validade da carteira, número do táxi na cooperativa (conhecido como número de VR), número da placa, modelo do veiculo, fabricante, cor do veiculo, endereço residencial completo, telefone residencial e celular e data de entrada na Cooperativa. Quando o cooperado se desliga, deve ser cadastrada a data de desligamento.
Quando o cliente solicitar uma corrida programada (pedidos com antecedéncia maior do que meia hora). cadastra-se no controle de corridas: o enderego de saida do carro, o bairro de destino, a data e hora de saida, telefone de contato (se local de saida diferente do cadastro). Se o cliente năo for cadastrado, seu cadastro deve ser feito no momento da solicitação do carro. O status dessa corrida deve ser definido como: aguardando VR.
Uma hora antes da corrida programada, a operadora questiona, pelo rádio, aos cooperados que estejam em trânsito, qual deseja pegar a corrida programada. Deve ser cadastrado na aplicaçăo o número da VR do taxista que se candidatou à corrida. Meia hora antes do horário, o cliente deve ser avisado a respeito do número da VR Antes de avisar ao cliente, o status deve ser assinalado como: aguardando aviso. Após o aviso, o status muda para aviso efetuado. Após ser atendido, o status deve ser alterado para: tripulado. Em qualquer momento a corrida pode ser cancelada pelo passageiro.
Se for uma solicitaçăo de carro imediato, a operadora deve retomar a tela, informando o status dentre as opçōes: aguardando aviso, aviso efetuado, cancelado pelo passageiro ou cancelado pela cooperativa por falta de carro. Se um logradouro năo estiver na lista, a solicitaçăo nâo será atendida.
Quando o cliente for atendido, o status deve ser alterado para: tripulado.
Passo 1
Beleza, vamos lá! O exercício pede para a gente montar o Modelo de Caso de Uso de um sistema de Rádio Táxi “Mar & Sol”. Esse assunto é de Engenharia de Software – Análise de Requisitos e Modelagem de Casos de Uso. Pra resolver, a gente vai precisar:
• Ler com calma os requisitos do cliente (cadastros, corridas programadas e imediatas, status, etc.)
• Entender o que é um ator (quem interage com o sistema) e um caso de uso (o que o sistema faz para cada ator)
• Identificar relações básicas entre casos de uso (include, extend, associações)
• Ler com calma os requisitos do cliente (cadastros, corridas programadas e imediatas, status, etc.)
• Entender o que é um ator (quem interage com o sistema) e um caso de uso (o que o sistema faz para cada ator)
• Identificar relações básicas entre casos de uso (include, extend, associações)
Passo 2
Identificando os Atores
Pensa nas “pessoas” ou sistemas que falam com o nosso sistema de rádio táxi:
Pensa nas “pessoas” ou sistemas que falam com o nosso sistema de rádio táxi:
- Cliente (quem chama o táxi)
- Cooperado / Taxista (quem atende a corrida)
- Operadora (quem recebe e gerencia pedidos)
- Sistema de Cadastro (consideramos ele parte interna, mas não é ator externo; então só a gente mesmo)
Passo 3
Listando os Casos de Uso
A partir dos requisitos, vamos extrair o que o sistema tem que fazer:
A partir dos requisitos, vamos extrair o que o sistema tem que fazer:
- Cadastrar Cliente
- Atualizar Dados do Cliente (quando ele liga a primeira vez com apenas nome)
- Cadastrar Cooperado
- Registrar Desligamento do Cooperado
- Solicitar Corrida Programada
- Selecionar Cooperado para Corrida Programada
- Avisar Cliente (meia hora antes, status)
- Cancelar Corrida (passageiro ou cooperativa)
- Solicitar Corrida Imediata
- Atualizar Status da Corrida (aguardando aviso, aviso efetuado, tripulado, cancelado)
Passo 4
Definindo relações entre casos de uso
- “Atualizar Dados do Cliente” é include de “Solicitar Corrida Programada” e “Solicitar Corrida Imediata” (porque, se o cliente não existir, atualiza ou cria cadastro)
- “Selecionar Cooperado para Corrida Programada” extend “Solicitar Corrida Programada” (acontece só em corridas agendadas)
- “Avisar Cliente” extend “Solicitar Corrida Programada” (acontece meia hora antes)
- “Atualizar Status da Corrida” é chamado por todos os casos de corrida (programada ou imediata) e cancelações
Passo 5
Representação textual do Diagrama de Caso de Uso
Atores:
• Cliente
• Operadora
• Cooperado
Atores:
• Cliente
• Operadora
• Cooperado
Casos de Uso e Associações:
- Cadastrar Cliente — Cliente
- Atualizar Dados do Cliente — include em Solicitar Corrida Programada, Solicitar Corrida Imediata
- Cadastrar Cooperado — Operadora
- Registrar Desligamento do Cooperado — Operadora
- Solicitar Corrida Programada — Cliente / Operadora
• extend -> Selecionar Cooperado para Corrida Programada (Operadora)
• extend -> Avisar Cliente (Operadora)
• include -> Atualizar Dados do Cliente - Selecionar Cooperado para Corrida Programada — Operadora (associação)
- Avisar Cliente — Operadora
- Solicitar Corrida Imediata — Cliente / Operadora
• include -> Atualizar Dados do Cliente - Atualizar Status da Corrida — Operadora / Cooperado
- Cancelar Corrida — Cliente ou Operadora (por falta de carro)
Resposta
A versão final do Modelo de Caso de Uso (texto) ficou assim:
Atores: Cliente, Operadora, Cooperado
Casos de Uso principais:
Atores: Cliente, Operadora, Cooperado
Casos de Uso principais:
- Cadastrar/Atualizar Cliente
- Cadastrar/Registrar Desligamento de Cooperado
- Solicitar Corrida Programada (com Selecionar Cooperado e Avisar Cliente)
- Solicitar Corrida Imediata
- Atualizar Status da Corrida
- Cancelar Corrida
E as relações entre eles: include e extend conforme descrito acima. Esse é o esqueleto que você leva pra ferramenta de diagramação e desenha o nosso Use Case Diagram!