Engenharia de Software
Estudos de Casos_Diagrama
de Casos de Uso
Disciplina:
Engenharia de
Software
Professor:
Wellington Lima
E-mail:
wjlima@eln.gov.br
01/01/2004 Prof:Wellington Lima
Objetivos
Apresentar os seguintes estudos de casos (Exercícios ): Venda de Passagem Aérea
Locadora de Vídeo
Sistema de controle Bancário Exercícios.
Venda de Passagem Aérea
Desenvolva um diagrama de casos de uso para um sistema de
vendas de passagem aéreas pela internet, equivalente ao
módulo de compra de passagem por um cliente, levando em
consideração os seguintes fatos:
Inicialmente o cliente deve selecionar o local para onde deseja
viajar Caso de Uso (C.U.)“Local de Origem”, ao selecionar este caso de uso o sistema deve antes perguntar se o cliente deseja uma passagem de ida ou ida/volta (C.U. “Seleciona Roteiro”), este procedimento é obrigatório. Depois de selecionado o local, caso o cliente conclua o passo anterior, poderá fornecer a data de idade (C.N. “Escolhe Data”) e caso tenha escolhido também a volta, deve selecionar a data de volta (C.U. “Data Volta” que está ligado ao C.U “Escolha Data”). Caso não tenha vaga disponível o sistema deve “Emitir Disponibilidades”, ligado ao C.U. “Escolhe Data”, onde o cliente poderá escolher as vagas restantes em vôos mais próximos. A venda da passagem deve ser validada pela agencia virtual ligada ao C.N. “Local de Origem”.
01/01/2004 Prof:Wellington Lima
Caso de Uso Resultante
Locadora de Vídeo
Desenvolva um diagrama de casos de uso para um sistema de
Locadora de Vídeo, equivalente ao módulo de Locação de Fitas
de Vídeo, levando em consideração os seguintes fatos:
Quando o cliente solicitar uma locação Caso de Uso (C.U.) “Loca
Fita” ao atendente, o sistema inicialmente verificar o cadastro de clientes C.U. “Cadastro de Clientes” para levantar a situação do cliente. Caso não esteja cadastrado, o cliente deve ser informado de como proceder para tornar-se sócio. Caso esteja apto a realizar a locação, o cliente deverá informar o nome do filme ao atendente C.U. “Solicita Filme”, neste momento o sistema deverá consultar o cadastro de fitas, caso tenha fita disponível o sistema deverá passar para o C.U. “Registra Locação” onde deverá ser entregue a fita ao cliente. O atendente ainda será responsável pelos casos de uso “Cadastro de Fita”, “Cadastro de Clientes” e “Manutenção de Fitas”, onde para acessá-los é necessário realizar a validação das senha C.U. “Valida Senha”. Neste diagrama de Casos de Uso deverá ter um relacionamento entre cliente e atendente, onde deve ser demonstrado que o atendente poderá realizar todas as operações que o cliente fizer e mais outras atividades específicas do atendente.
01/01/2004 Prof:Wellington Lima
Caso de uso Resultante
Sistema de controle Bancário
Descrição do problema
Um cliente solicita a abertura de uma conta corrente, um funcionário estabelece a
comunicação (utilizando o caso de uso “Abertura de Conta”) caso seja necessário, é acionado um Caso de Uso (C.U.) de nome “Manter Cliente” ligado ao caso de uso “Abertura de Conta” para realizar os procedimentos de inclusão ou alteração de cadastro do cliente. É obrigado que o cliente realize um depósito na abertura de uma nova conta, sendo demonstrado com uma ligação do caso de uso “Abertura de Conta” com o caso de uso “Depósito”. Caso o cliente deseje “Encerrar a Conta” deverá solicitar ao funcionário e, o sistema deverá primeiramente verificar se o cliente ainda possui saldo na conta, isso é demonstrado com uma ligação entre o caso de uso “Encerrar a Conta” e o caso de uso “Saldo” que terá a participação do banco, caso o cliente possua saldo será acionado o caso de uso “Saque”(ligado ao C.U. “Encerra Conta”) com a participação do banco, para que seja possível fechar a conta. Outra funcionalidade ligada ao C.U. “Encerra Conta” é quando o cliente não possui outra conta no banco, o “Encerra Conta” deve ser ligado ao C.U. “Manter Cliente” para colocar o cadastro no estado inativo, já que o sistema não deve permitir que as os cadastros sejam apagados. Outras funcionalidade do sistema estão ligados aos C.U. Extrato, Depósito, Saque, Saldo que podem ser realizados pelo cliente com a participação do banco, no entanto, antes de executar os C.U. devem ser validadas as senhas dos clientes (sendo demonstrado com uma ligação dos C.U. com o caso de Uso “Verifica Senha”). Finalmente o sistema precisa acompanhar a movimentação do dinheiro do cliente, isto é visualizado com uma ligação entre os casos de uso “saque” e “depósito” com o C.U. “Registra Movimentação” que é executado obrigatoriamente sempre que for realizado um saque ou um depósito.
01/01/2004 Prof:Wellington Lima
Caso de uso Resultante
Descrição em Alto nível do Caso de Uso Encerra Conta.
Nome: Caso de Uso Encerra a Conta
Sumário: Após a solicitação do fechamento da conta, o sistema
verifica a validade da conta, se o cliente possui ainda saldo, se o solicitante é o titular da conta, caso o saldo seja negativo também é solicitado que o cliente ressarça o banco.
Ator primário: Aluno.
Atores secundários: Sistema de Faturamento.
01/01/2004 Prof:Wellington Lima Nome: Caso de Uso Encerra a Conta
Sumário: Após a solicitação do fechamento da conta, o sistema verifica a validade da conta, se o cliente possui ainda saldo, se o solicitante é o titular da conta, caso o saldo seja negativo também é solicitado que o cliente ressarça o banco.
Ator primário: Aluno.
Atores secundários: Sistema de Faturamento.
Precondições: O aluno esteja identificado pelo sistema.
Fluxo Principal:
1. O cliente solicita o encerramento da conta.
2. O sistema verifica a validade da conta.
3. Verifica se o solicitante é o titular da conta.
4. Verifica se o saldo da conta é positivo ou negativo.
5. ………..
Fluxo Alternativo (2) Verifica a validade da Conta.
2. Caso a conta seja inválida o sistema deverá emitir um aviso indicando que a operação não poderá ser realizada.
3. Retorna ao passo 1 do fluxo principal.
Fluxo Alternativo (3): Verifica se o cliente é o titular da conta.
3. Caso o cliente não seja o titular da conta, o sistema deve emitir um aviso informando que a operação não poderá ser realizada.
4. Retorna ao passo 1 do fluxo principal.
Fluxo Alternativo (4): Verifica se o saldo da conta é positivo.
4. Caso o cliente possua saldo na conta, o sistema deve informar a quantia e solicitar que o cliente zere a conta para posteriormente fechá-la.
5. Caso o cliente possua um débito na conta, o sistema deve solicitar que o cliente primeiro ressarça o banco entes de fechar a conta.
6. Retorna ao passo 1 do fluxo principal.
Pós-condições: No cadastro do cliente deve ser registrado que o mesmo está inativo, caso não tenha outra conta ativada no banco.
Regras de negócio:
Descrição do Caso de Uso Encerra Conta, no formato
Expandido Essencial.
Tarefas
Monte os diagramas no programa Jude dos
exercícios resolvidos anteriormente (casos
de uso Resultantes).
Monte os diagramas de caso de uso dos
exercícios propostos 1, 2 e 3, descritos a
seguir.
Faça a descrição expandida essencial de
pelo menos 3 casos de uso de cada
exercício propostos 1, 2 e 3, descritos a
seguir.
01/01/2004 Prof:Wellington Lima
Exercício Proposto 1
A agencia de viajem “Boas Ferias” contratou um aluno de
sistemas de informação para desenvolver um programa que
automatizasse as vendas de pacotes de viagem. Para tal,
algumas funcionalidades devem ser respeitadas. O sistema
deve permitir que apenas os funcionários da agencia possam
“cadastrar novos convênios”, “cadastrar clientes”, viabilizando
a competitividade de seus pacotes. Dentro das opções de
“montagem de pacotes”, os clientes podem optar por montar
sua viagem, no entanto, caso seja escolhido um hotel de
quatro estrelas na Ilha do Marajó o sistema deve emitir uma
mensagem avisando que esta opção é inválida. A “montagem
dos pacotes” devem conter, “Escolha do local”, “escolha do
hotel”, “escolha do restaurante”, “escolha dos passeios”. O
programa deve montar os pacotes e informar o seu valor
“Valor do Pacote”, sendo acumuladas as vendas e
apresentado a “fatura do dia” com a descrição de quais
pacotes foram vendidos no dia, neste ultimo caso, o
funcionário deverá ser devidamente identificado por uma
validação da senha.
Exercício Proposto 2
O Teatro “Encenação” contratou um aluno de sistemas de
informação para desenvolver um programa que automatizasse as vendas de ingressos. Para tal, o sistema deve atender às seguintes funcionalidades: Possibilitar “Solicitação de Ingressos” de por tipos (ex. Meia Entrada, Entrada inteira e cortesias), caso o teatro esteja quase cheio (faltando apenas 5 acentos) o sistema deve emitir um “aviso” ao bilheteiro quando for emitida a “Solicitação de Ingressos”. Sempre que for realizada uma venda, o programa deverá informar “o numero de poltronas” que ainda estão disponíveis. O sistema ainda deve informar ao bilheteiro o “valor” de cada “Solicitação de Ingressos” (vendas) que forem realizadas (caso solicitado pelo bilheteiro) e, quando solicitado pelo bilheteiro devidamente validado “Valida senha”, o programa deve permitir que seja visualizado o “faturamento do dia”. O sistema deve permitir que apenas o gerente possa “Cadastrar Novas Opções” de ingressos, alem do mais, o gerente deverá ter permissão de realizar todas as atividades do bilheteiro.
01/01/2004 Prof:Wellington Lima
Exercício Proposto 3
Uma Imobiliária recebeu a incumbência de administrar 48
apartamentos do ed. Boa Esperança, podendo vender, alugar,
fornecer manutenção ou reservar cada apartamento. Com o
objetivo de melhorar o atendimento a seus clientes, contratou
um profissional de Sistemas de Informação para desenvolver
um programa com as seguintes funcionalidade: O programa
deveria controlar o “estado dos apartamentos” (quantos
Apartamentos estão disponíveis (para venda ou para aluguel);
quantos apartamentos estão reservados e para quantos foram
solicitados que sejam dados manutenção); permitindo que
sejam selecionadas as opções de “solicitações de venda”, ou
“aluguel”, ou manutenção ou ainda “reserva”, sendo sempre
registradas as novas “disponibilidades” destes apartamentos.
O sistema deve fornecer uma opção para “visualizar o estados
dos apartamentos”, que pode ser realizado tanto por um
funcionário como pelo próprio cliente, no entanto, as outras
funcionalidades devem ser acessadas apenas pelo funcionário
da imobiliária “Valida Senha”.
Bibliografia
1.
Filho, W. P. P. – Engenharia de Software Fundamentos,
Métodos e Padrões. Ed: LTC, 2001.
2.
Roger S. Pressman, “Engenharia de Software”-5.ed – Rio
de janeiro: MacGraw-Hill, 2002.
3.
Bezerra, Eduardo, “Principios de Análise e Projetos de
Sistemas UML”, Editora Campos 2002.
4.
Correia, C. H.; Tafner, M. A. – Análise Orientada a Objetos.
Ed: Visual Books, Abril de 2001.
5.
Deitel,H.M.;Deitel P.J. “Java Como Programar” 4° edição
2002, ed.Bookman.
6.