Professional Documents
Culture Documents
DESENVOLVIMENTO DE SISTEMA
A.S.O OBJETO
MANAUS - AM
2011
Rosa Bethânia Serique
Alessandro Andrade
TURMA: DSN03S1
A.S.O OBJETO
Professora: Dalvanira
MANAUS - AM
2011
Use Cases
Vender Passagem
Breve Descrição
Este use case descreve como é feita a venda de uma passagem no sistema.
Atores:
Usuário (cliente ou vendedor)
Fluxo de Eventos
Fluxo Básico
Este use case começa quando um cliente quer comprar uma passagem.
1. O sistema recebe os dados do cliente;
2. O sistema verifica se o cliente realmente está cadastrado;
3. O usuário informa a viagem desejada.
4. Inclui Verificar as vagas disponíveis numa viagem.
5. O usuário escolhe a passagem
6. Inclui escolher forma de pagamento.
7. O sistema efetua a venda.
8. Inclui emitir a confirmação da venda.
Fluxos Alternativos
Requisitos Especiais
Interface amigável, facilidade de uso e tempo de resposta pequeno.
Pré-Condições
Este use case requer que o ator já esteja cadastrado e que exista passagens disponíveis.
Pós-Condições
O sistema terá atualizado o estado da passagem que passará de disponível para
vendida.
Pontos de Extensão
Nenhum.
Escolher forma de pagamento
Breve Descrição
Este use case descreve como é realizado o processo da escolha da forma de pagamento
da compra de uma passagem. A forma de pagamento pode ser dividida em pagamento
Web ou pagamento guichê.
Atores:
Usuário
Fluxo de Eventos
Fluxo Básico
Este use case começa quando uma operação de venda de passagem está sendo
realizada.
1. O sistema recebe os dados da operação de compra;
2. O usuário escolhe a forma de pagamento;
3. O sistema mostra uma mensagem confirmando a operação.
Fluxos Alternativos
Nenhum
Requisitos Especiais
Requisitos de performance (velocidade)
Pré-Condições
Uma operação de venda de passagem necessita estar sendo realizada.
Pós-Condições
A forma de pagamento da venda é registrada no sistema.
Pontos de Extensão
Nenhum.
Pagamento Guichê
Breve Descrição
Este use case descreve como é realizada a escolha da forma de pagamento no guichê da
empresa.
Atores:
Usuário vendedor
Fluxo de Eventos
Fluxo Básico
Fluxos Alternativos
Dados inválidos
Se após o passo 3, os dados não forem validados, uma mensagem de erro é
apresentada e retorna ao passo 2.
Pagamento Web
Breve Descrição
Este use case descreve como é realizado a escolha da forma de pagamento pela Web .
Atores:
Usuário cliente
Fluxo de Eventos
Fluxo Básico
Fluxos Alternativos
Dados inválidos
Se após o passo 3, os dados não forem validados, uma mensagem de erro é
apresentada e retorna ao passo 2.
Cadastrar Cliente
Breve Descrição:
Este use case descreve como um cliente é cadastrado no sistema.
Atores:
Usuário (cliente ou vendedor)
Fluxo de eventos:
Fluxo Básico:
Fluxo Alternativo:
Usuário já cadastrado
Após o passo 2 o sistema informa ao usuário que ele já estava cadastrado.
Dados incompletos
Após o passo 2 o sistema informa que os dados estão incompletos e volta ao passo
1 para corrigi-los.
Dados inválidos
Após o passo 2 o sistema informa que os dados estão inválidos e volta ao passo 1
para corrigi-los.
Requisitos Especiais
Requisitos de performance (velocidade) e usabilidade.
Pré-Condições
Nenhuma.
Pós-Condições
O ator estará cadastrado no sistema
Pontos de Extensão
Nenhum
Fluxo de Eventos
Fluxo Básico
Este use case começa quando o ator quer cancelar uma compra ou reserva de
passagem.
1. O sistema recebe os dados do cliente;
2. O sistema verifica se o cliente realmente está cadastrado;
3. O usuário informa a compra/reserva a ser cancelada.
4. O sistema verifica se é possível cancelar a compra/reserva da passagem.
5. O sistema é atualizado
Fluxos Alternativos
Compra/Reserva inexistente
O Se no passo 4 for detectado que a compra/reserva da passagem não existe , o
sistema informa o erro ao usuário e volta ao passo 3 do fluxo básico.
Requisitos Especiais
Requisitos de performance (velocidade) e usabilidade.
Pré-Condições
O usuário estar cadastrado no sistema.
Pós-Condições
A passagem passa para o estado disponível ou o sistema informa um erro ocorrido.
Pontos de Extensão
Nenhum.
Remarcar Passagem
Breve Descrição
Este use case descreve como um usuário remarca uma passagem, isto é, o usuário tem
a possibilidade de trocar uma passagem previamente comprada por outra.
Atores:
Usuário (cliente ou vendedor)
Fluxo de Eventos
Fluxo Básico
Fluxos Alternativos
.
Usuário não cadastrado
Se no passo 2, for verificado que o usuário não está cadastrado:
Inclui Cadastrar Cliente
Continua a partir do passo 3 do fluxo básico.
Requisitos Especiais
Requisitos de performance (velocidade) e usabilidade.
Pré-Condições
O usuário deve estar cadastrado.
Pós-Condições
Se o use case for realizado com sucesso o usuário–cliente terá uma nova passagem em
outro dia-horário e a passagem antiga ficará disponível para venda.
Pontos de Extensão
Nenhum.
Reservar Passagem ou
Breve descrição
Este use case descreve o processo para reserva de passagens rodoviárias
Atores:
Usuário (cliente ou vendedor)
Fluxo de Eventos:
Fluxo básico
Fluxos alternativos:
Requisitos Especiais
Requisitos de performance (velocidade) e usabilidade.
Pré-Condições:
O ator deve estar cadastrado e deve ter passagens disponível para reserva.
Pós-condições:
O estado da passagem muda de disponível para reservada.
Pontos de extensão:
Nenhum
Breve Descrição
Este use case descreve como o sistema gera a listagem das vagas disponíveis numa
viagem.
Atores:
Usuário (cliente ou vendedor)
Fluxo de Eventos
Fluxo Básico
Este use case começa quando um cliente quer saber que vagas estão disponíveis numa viagem ou quando uma operação
necessita verificar as vagas disponíveis para continuar sua execução.
Fluxos Alternativos
Requisitos Especiais
Nenhum.
Pré-Condições
Nenhuma.
Pós-Condições
Se o use case for realizado com sucesso o usuário recebe a informação das vagas
disponíveis na viagem
Pontos de Extensão
Nenhum.
Atores:
Usuário (cliente ou vendedor)
Fluxo de eventos:
Fluxo Principal:
Fluxo Alternativo:
Não há.
Requisitos Especiais
Nenhum.
Pré-Condições
Venda, reserva ou remarcação de passagem deve estar sendo realizada.
Pós-Condições
O usuário receberá uma notificação por e-mail confirmando a realização da venda,
reserva ou remarcação da passagem
Pontos de Extensão
Nenhum.
Confirmação web
Breve Descrição:
Este use case descreve como o sistema deve confirmar compra, reserva ou remarcação
da passagem quando ela é realizada pela web
Atores:
Usuário cliente
Fluxo de eventos:
Fluxo Principal:
Fluxo Alternativo:
Não há.
Atores:
Usuário (vendedor)
Fluxo de eventos:
Fluxo Principal:
Fluxo Alternativo:
Não há.
Cadastrar Novas Empresas Aéreas
Breve Descrição:
Este use case descreve como um gerente cadastra uma nova empresa aérea que a
disponibilizará aos seus clientes.
Atores:
Gerente
Fluxo de eventos:
Fluxo Básico:
Fluxo Alternativo:
Se após o Passo 2 o gerente não estiver cadastrado então este não terá a
permissão de cadastrar uma nova empresa e a operação é finalizada.
Requisitos Especiais
Requisitos de performance (velocidade) e usabilidade.
Pré-Condições
Nenhuma.
Pós-Condições
Se o use case for realizado com sucesso, uma nova linha constará no cadastro do
sistema e novas viagens poderão ser vinculadas a essa linha.
Pontos de Extensão
Nenhum
Cadastrar novos pacotes
Breve Descrição
Este use case descreve o processo de cadastramento de novos pacotes feito pela
administração.
Atores:
Gerente
Fluxo de Eventos
Fluxo Básico
Este use case começa quando um gerente quer cadastrar novas viagens no sistema.
1. gerente se identifica.
2. sistema verifica se o gerente está cadastrado.
3. O gerente informa os dados dos novos pacotes.
4. O sistema verifica se esse novo pacote de viagem já existe.
5. O sistema atualiza o cadastro.
Fluxos Alternativos
Se após o Passo 2 o gerente não estiver cadastrado então este não terá a
permissão de cadastrar um novo pacote e a operação é finalizada.
Viagem já existente
Se no passo 3 o sistema detectar que o pacote de viagem sendo cadastrado já
existe, o sistema deve informar o erro e voltar ao passo 3 do fluxo básico.
Requisitos Especiais
Requisitos de performance (velocidade) e usabilidade.
Pré-Condições
Nenhuma
Pós-Condições
Se o use case for realizado com sucesso novas viagens estarão inseridas no cadastro.
Pontos de Extensão
Nenhum.
Atualizar dados de pacotes de viagem
Breve Descrição
Este use case descreve a atividade de atualização dos dados referentes a um pacote de
viagem cadastrado.
Atores:
Gerente
Fluxo de Eventos
Fluxo Básico
Este use case começa quando um gerente quer cadastrar novos pacotes no sistema.
1. O gerente se identifica.
2. O sistema verifica se o gerente está cadastrado.
3. O gerente informa o pacote de viagem a ser alterado.
4. O sistema verifica se esse novo pacote de viagem já existe.
5. O gerente informa os novos dados do pacote de viagem.
6. O sistema atualiza o cadastro.
Fluxos Alternativos
Se após o Passo 2 o gerente não estiver cadastrado então este não terá a
permissão para alterar os dados de um pacote de viagem e a operação é
finalizada.
Requisitos Especiais
Requisitos de performance (velocidade) e usabilidade.
Pré-Condições
O gerente deve estar cadastrado e a viagem a ser alterada deve existir no sistema
Pós-Condições
Se o use case for realizado com sucesso a viagem terá seus dados alterados.
Pontos de Extensão
Nenhum.
Gerar relatórios vendas
Breve Descrição
Este use case descreve como o sistema gera os relatórios para o gerente. Os relatórios
podem ser das vendas de passagens aéreas e pacotes de viagens realizadas e das reservas
efetuadas.
Atores:
Gerente
Fluxo de eventos:
Fluxo Principal:
Fluxo Alternativo:
Se após o Passo 2 o gerente não estiver cadastrado então este não terá a
permissão para solicitar relatórios e a operação é finalizada.
Requisitos Especiais
Nenhum.
Pré-Condições
Nenhuma.
Pós-Condições
Nenhuma
Pontos de Extensão
Nenhum
Apêndices
Nesta seção descrevemos os diagramas de casos de uso do sistema. Os
diagramas foram classificados pelos atores relacionados com cada caso de uso
presente nos diagramas