ANALISE ORIENTADA A OBJETO E PROJETOS ARQUITETURAL

Prévia do material em texto

UNIVERSIDADE ESTÁCIO DE SÁ – 
PÓS – GRADUAÇ ÃO EM ENGENHARIA DE SOFTWARE 
2º SEMEST RE 
DISCIPLINA: ANÁL ISE ORIENTADA A OBJETO E PROJETOS 
ARQUITETURAL 
 
 
 
 
BRUNO BEZERRA DE CARVALHO 
MATRICULA: 201707242232 
 
 
 
 
 
 
 
TRABALHO FINAL 
 
 
 
 
 
 
 
 
 
 
 
 
VILA VELHA - 2018 
 
 
RESUMO 
 
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 Sequência do Cenário Principal do Caso de Uso 
Registrar 
Pedido; 
5. E por fim a criação do Diagrama de Classes de projeto 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
INTRODUÇÃO 
 
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 sequência: Registrar Pedido. ............................................08 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1 INTRODUÇÃO 
 
Durante o decorrer de nossas aulas vimos fundamentos pertinentes ao embasa 
mento 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 ami go satisfeito com os serviço s 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 (ama 
rela, 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_Materi al + 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 sema na, par a fins do cálculo 
da data de entrega. O prazo deve começar a ser contabilizado, após a 
confirmação do paga mento 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 paga mento (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 te r 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 sal do 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 Pedi do a o longo do seu ciclo de vida pode ter vários 
estados e o sistema deve controlar os e ventos que geram mudança de estado. 
Ao ser inserido, o status é EM ESPERA o Assim que o sinal for pago, o 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). 
 
 
 
 
 
 
 
Prime ira 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 model agem proposta para o sistema. 
 
 
 
 
 
 
 
 
 
Breve Descrição dos Casos de uso 
 
Caso de Uso Descrição 
Consultar Pedidos 
do Período 
 
Permitir que sejam consultados todo s os pedidos de 
um 
período informado pelo usuário. 
Cadastrar Cliente Registrar os dados cadastrai s 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, de vendo 
haver mudança do estado do pedi do, 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 n a 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 d o pedi do nesse momento . 
 
 
 
Pedido do trabalho 
 
1. Se desejar, refine a modelagem do diagrama de caso s de uso. Inserindo 
Includ es 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 Entregado 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 
 
 
 
Segunda versão do diagrama de casos de uso 
 
Diagrama de caso d e uso com refinamento, onde fora m inseridos os Casos de 
Uso, Atores, Includes e Extends que eram pertinentes. 
 
 
 
 
 
 
 
CASO DE USO: REGISTRAR PEDIDO 
 
Cenário principal: 
1. At endente inicia u m novo registro de pedido. 
2. At endente informa código do cliente. 
2.1Sistema localiza cliente. 
3. At endente, solicita dados do pedido ao cliente. 
4. Para cada pedi do 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 a o sistema a cor da faixa que pode ser: amar ela, p reto 
ou branco; 
4.5. Usuário informa ao sistema a cor do texto que pode ser: branco, preto, azul 
o u vermelho; 
5. Sistema informa ao Atendente previsãode entrega d o 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% d o valor total do serviço) e 
emite o boleto bancário para o cliente; 
8. Sistema concluir cadastro e inicia status do pedi do para EM ESPE RA 
 
 
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. 
 
 
CASO DE USO: CONFIRMAR RECEBIMENTO DE SINAL 
 
Cenário principal: 
1. Diretor in forma dados do pedido; 
2. Sistema verifica recebimento do sinal do pedido: 
2.1 Sistema encontra recibo do boleto do pedido. 
2.2 Sistema e mi te mensagem de confirmação. 
3. Diretor confirma recebimento do sinal no sistema; 
4. Sistema mostra data de entrega do produto par a o usuário; 
5. Sistema mostra valor do serviço para o usuário; 
6. Sistema muda status do pedido para EM PR ODUÇÃ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 P EDIDO 
 
Cenário principal: 
 
1. At endente 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 d o 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 
 
 
CASO DE USO: REGISTRAR ENTREGA DO PED IDO 
 
Cenário principal: 
 
1. At endente 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 
 
 
 
 
 
 
Criação do Diag ra ma de Sequencia d o Cenário P rin cipal do Caso de Uso 
Regist ra r 
Pedido