Trabalho Análise Orientada a Objeto e Projetos Arquitetural

Prévia do material em texto

UNIVERSIDADE ESTÁCIO DE SÁ – FIR 
PÓS – GRADUAÇÃO EM ENGENHARIA DE SOFTWARE 
2º SEMESTRE – 2º TRIMESTRE – EAD TURMA: 2015.2 
DISCIPLINA: 
ANÁLISE ORIENTADA A OBJETO E PROJETOS ARQUITETURAL 
PROFESSOR: MARCELO VASQUE 
 
 
IRIS BASILIO FERREIRA 
MATRICULA: 201507184328 
 
 
 
 
TRABALHO FINAL 
 
 
 
 
 
 
RECIFE – PE 
2016 
 
 
 
 
 
RESUMO 
 
 
Meu nome é Iris Basilio Ferreira, tenho 43 anos, morro no litoral norte de Pernambuco, 
casado, graduado em Análise e Desenvolvimento de Sistemas pela Universidade Estácio de Sá 
– FIR em Recife-PE, atualmente cursando o sétimo período de Sistemas de Informação e 
segundo semestre da Pós-Graduação em Engenharia de Software pela mesma instituição 
citada acima. Eu e meus colegas de turma, temos que entregar individualmente um trabalho 
final da disciplina de Análise Orientada a Objeto e Projetos Arquitetural que contemple as 
seguintes atividades: 
1. Refinamento da modelagem do Diagrama de Caso de Uso: 
a. Inserindo Includes e Extends jugados pertinentes. 
2. Especificação textual do Cenário Principal do Caso de Uso Registrar Pedido. 
a. Cenário principal dos Casos de Usos Registrar Pedido, Confirmar recebimento 
de sinal, Registrar Fim produção do pedido e Registrar Entrega do Pedido. 
3. Criação do Diagrama Conceitual de Classes; 
4. Criação do Diagrama de Sequencia do Cenário Principal do Caso de Uso Registrar 
Pedido; 
5. E por fim a criação do Diagrama de Classes de projeto. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
SUMÁRIO: 
 
 
 
1. Introdução.............................................................................................01 
2. Primeira versão do diagrama de caso de uso........................................02 
3. Breve descrição dos casos de usos........................................................03 
4. Pedido do trabalho.................................................................................03 
5. Segunda versão do diagrama de caso de uso.........................................04 
6. Caso de uso : Registrar Pedido..............................................................05 
7. Caso de uso: Confirmar recebimento de sinal.......................................06 
8. Casos de uso: Registrar fim da produção do pedido.............................06 
9. Caso de uso: Registrar entrega do pedido.............................................07 
10. Criação do diagrama de classe conceitual..............................................07 
11. Diagrama de sequencia: Registrar Pedido.............................................08 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1 
 
INTRODUÇÃO 
 
Durante o decorrer de nossas aulas vimos fundamentos pertinentes ao 
embasamento necessário para o desenvolvimento deste trabalho final. O 
mesmo se resume ao enunciado abaixo: 
Mini mundo do Estudo de caso 
 A empresa FAIXA AMARELA Ltda, confecciona faixas de anúncios ou outra 
finalidade por encomenda. Como os pedidos vem crescendo, Seu Pereira, 
proprietário da gráfica de faixas encomendou um sistema que controle suas 
por um amigo satisfeito com os serviços da gráfica, faz seu pedido; Seu Pereira 
(diretor) ou a atendente fazem o atendimento e registram no caderno de 
Tamanha da faixa (altura e largura), texto a ser escrito na faixa, cor da faixa 
(amarela, preta ou branca), cor do texto (Branco, Preto, Azul ou vermelho), 
Previsão de entrega, Valor do Serviço e Valor do sinal (50% do valor total do 
serviço). O valor do serviço é calculado com base na seguinte fórmula: o Valor 
da faixa = Custo_Material + Custo_desenho + % Lucro o Custo_Material = área 
x 20,00 o Custo_Desenho = número de letras * 0,70 o % de Lucro = 20 % 
(Custo_Material + Custo_desenho) O prazo de entrega deve ser calculado 
levando-se em consideração a produção diária de faixas, que não deve 
ultrapassar de 8 (oito). Considere 5 dias úteis por semana, para fins do cálculo 
da data de entrega. O prazo deve começar a ser contabilizado, após a 
confirmação do pagamento do sinal O sistema deve calcular o prazo de 
entrega e o valor do serviço; 
Para cada encomenda deve ser emitido um recibo, em 2 vias, contendo os 
dados do pedido e pagamento (valor do sinal e valor a pagar na entrega) O 
sistema deve controlar o pagamento do sinal, quando o serviço é iniciado e a 
data de entrega calculada. Apenas a diretoria deve ter acesso a essa 
funcionalidade. O sistema deve controlar o pagamento da parcela a ser paga 
na entrega O pagamento do sinal deve ser feito por depósito bancário e o 
pagamento do saldo deve ser pago contra entrega, em dinheiro, cheque ou 
cartão de débito. O produto somente é entregue mediante o pagamento do 
saldo. A entrega deve ser controlada pelo sistema. O sistema deve prover uma 
consulta (disponível apenas a diretoria), de cada pedido feito no período, 
informando: data do pedido, data de entrega, Valor Serviço, Valor Sinal, Sinal 
Pago (S/N), Serviço Finalizado (S/N), Serviço Pago (S/N) e Status Pedido. 
(S/N) = Sim ou Não. O Pedido ao longo do seu ciclo de vida pode ter vários 
estados e o sistema deve controlar os eventos que geram mudança de estado. 
o Ao ser inserido, o status é EM ESPERA o Assim que o sinal for pago, o 
2 
 
status passa a ser EM PRODUÇÃO o Ao ser finalizado o status passa a ser 
PRONTO o Ao ser entregue o status passa a ser ENTREGUE. Para ser 
considerado ENTREGUE o pedido tem que ter o saldo de pagamento 
confirmado. O sistema deve emitir um informe a todo cliente que não faz 
pedido há mais de 6 meses (com base na data corrente). 
 
 
Primeira versão do diagrama de casos de uso 
Abaixo uma proposta de 1ª. Versão do diagrama de casos de uso, que pode 
ajuda-los na modelagem proposta para o sistema. 
 
 
3 
 
Breve Descrição dos Casos de uso 
 
Caso de Uso Descrição 
Consultar Pedidos 
do Período 
Permitir que sejam consultados todos os pedidos de um 
período informado pelo usuário. 
Cadastrar Cliente Registrar os dados cadastrais dos clientes que realizam 
seus pedidos. 
Registrar Pedido Registrar os pedidos de faixa feitos pelos clientes 
Registrar Entrega 
do Pedido 
Sinaliza que o pedido foi entregue ao cliente, devendo 
haver mudança do estado do pedido, nesse momento. 
Registrar Fim 
produção do pedido 
Sinaliza que a produção da faixa chegou ao fim, 
devendo haver mudança do estado do pedido, nesse 
momento. 
Consultar Clientes 
sem pedido 
Relaciona todo cliente que não faz pedido há mais de 6 
meses ( com base na data corrente). 
Confirma 
recebimento de 
sinal 
Confirmar que o cliente pagou o sinal, sendo a base 
para cálculo da data de entrega do produto. Deve haver 
mudança do estado do pedido nesse momento. 
 
 
 
 Pedido do trabalho 
1. Se desejar, refine a modelagem do diagrama de casos de uso. Inserindo 
Includes e Extends jugados pertinentes. 
2. Especificação textual do Cenário Principal do caso de uso Registrar Pedido: 
 a. Cenário principal dos casos de uso Registrar Pedido, Confirmar 
recebimento de sinal, Registrar Fim produção do pedido e Registrar Entrega do 
Pedido; 
3. Diagrama Conceitual de Classes; 
4. Diagrama de sequencia do Cenário Principal do caso de uso Registrar 
Pedido 5. Diagrama de classes de projeto. 
 
 
 
 
 
4 
 
 
Segunda versão do diagrama de casos de uso 
Diagrama de caso de uso com refinamento, onde foram inseridos os Casos de 
Uso, Atores, Includes e Extends que eram pertinentes. 
 
 
 
5 
 
CASO DE USO: REGISTRAR PEDIDO 
Cenário principal: 
1. Atendente inicia um novo registrode pedido. 
2. Atendente informa código do cliente. 
2.1Sistema localiza cliente. 
3. Atendente, solicita dados do pedido ao cliente. 
4. Para cada pedido de faixa são feitos tais passos: 
4.1. Atendente informa ao sistema a altura da faixa; 
4.2. Atendente informa ao sistema a largura da faixa; 
4.3. Atendente informa ao sistema o texto a ser escrito na faixa; 
4.4. Atendente informa ao sistema a cor da faixa que pode ser: 
amarela, preto ou branco; 
4.5. Usuário informa ao sistema a cor do texto que pode ser: branco, 
preto, azul ou vermelho; 
5. Sistema informa ao Atendente previsão de entrega do produto (A 
previsão está condicionada a confirmação de pagamento do valor do 
sinal); 
6. Sistema informa ao Cliente o valor do serviço; 
7. Sistema informa ao Cliente o valor do sinal (50% do valor total do 
serviço) e emite o boleto bancário para o cliente; 
8. Sistema concluir cadastro e inicia status do pedido para EM ESPERA. 
 
 
 
 
 
 
Cenário alternativo: 
2.1. Cliente não cadastrado: 
2.2. Sistema vai para o Extends cadastrar cliente. 
2.3. Sistema retorna ao passo 2 do cenário principal. 
 
6 
 
CASO DE USO: CONFIRMAR RECEBIMENTO DE SINAL 
Cenário principal: 
1. Diretor informa dados do pedido; 
2. Sistema verifica recebimento do sinal do pedido: 
2.1 Sistema encontra recibo do boleto do pedido. 
2.2 Sistema emite mensagem de confirmação. 
3. Diretor confirma recebimento do sinal no sistema; 
4. Sistema mostra data de entrega do produto para o usuário; 
5. Sistema mostra valor do serviço para o usuário; 
6. Sistema muda status do pedido para EM PRODUÇÃO. 
 
 
Cenário alternativo: 
2.1. Sistema verifica que o pedido não está pago: 
2.2. Sistema deixa o pedido em Status do pedido Em espera. 
 
 
 
 
 
 
CASO DE USO: REGISTRAR FIM DA PRODUÇÃO DO PEDIDO 
Cenário principal: 
1. Atendente verifica Status do pedido. 
a. Sistema localiza pedido. 
b. Sistema confirma Status do pedido pronto. 
2. Sistema atualiza Status do pedido. 
3. Atendente Registra fim da produção do pedido. 
 
Cenário alternativo: 
1.1. Sistema verifica que o pedido não está pronto: 
1.2. Atendente aguarda o Status do pedido está pronto. 
 
 
 
7 
 
CASO DE USO: REGISTRAR ENTREGA DO PEDIDO 
Cenário principal: 
Cenário principal: 
1. Atendente informa dados do pedido; 
2. Sistema verifica entrega do pedido: 
2.1 Sistema encontra Status de pedido. 
2.2 Sistema confirma entrega do pedido. 
3. Atendente registra entrega do pedido. 
 
 
Cenário alternativo: 
2.1. Sistema verifica não foi entregue: 
2.2. Atendente aguarda atualização do Status do pedido. 
 
 
Criação do Diagrama de classe conceitual 
 
. 
 
8 
 
Criação do Diagrama de Sequencia do Cenário Principal do Caso de Uso Registrar 
Pedido