Baixe o app para aproveitar ainda mais
Prévia do material em texto
Fornecimento de peças Aluno: Juan da Silva Faria Matricula: 201707262543 Professor: José Geraldo SUMÁRIO Capa Sumário ------------------------------------------------------------------- 2 Introdução ---------------------------------------------------------------- 3 Analise da Atividade --------------------------------------------------- 4 Lista de Objetos --------------------------------------------------------- 5 Lista de requisitos ------------------------------------------------------ 6 Tabela de caso de uso ------------------------------------------------ 6 Diagrama de Classe de Objetos ------------------------------------ 7 Diagrama de Caso de Uso Especifico ----------------------------- 8 Descrição de Caso de Uso Especifico ----------------------------- 9 Diagrama de Sequência ----------------------------------------------- 10 Problemas encontrados ----------------------------------------------- 11 Introdução O presente trabalho é sobre uma atividade estruturada de Modelagem de Sistemas, disciplina ensinada pelo professor José Geraldo, na Universidade Estácio de Sá em Niterói. Neste documento, podemos demonstrar um pouco do que foi aprendido sobre Modelagem de Sistemas, aplicando técnicas e métodos de Modelagem. Está organizado em 2 partes. Na parte 1, será abordado a parte analítica do projeto, contendo análise da situação, estudo de caso, lista de requisitos e problemas identificados. Na parte 2, iremos mostrar as possíveis formas de Modelagem do Sistema, contendo Diagrama de Classe de Objetos (DCO), Diagrama de Classe de Uso (DCU), Diagrama de Sequência (DS), entre outros. A metodologia utilizada foi baseada no modelo UML (Unified Modeling Language), método este, que foi passado durante todas as aulas. ANALISE DA ATIVIDADE ATIVIDADE ESTRUTURADA – ESTUDO DE CASO – “FORNECEDOR DE PEÇAS” Suponhamos a NECESSIDADE DE INFORMAÇÃO descrita abaixo: Num contexto de Controle e Fornecimento de Peças, o Cliente envia um pedido/requisição numerado, datado, itens pedidos, valor total, dados do cliente, etc. solicitando lhe sejam fornecidas peças; o Departamento de Credito se encarrega de cadastrar todos os seus Clientes, com Código, nome, data-inscrição, tempo negociação, condição-crédito. Daí o pedido é então processado: Primeiro: Para verificar se as peças pedidas existem em estoque, consultando as informações contidas no cadastro de peças do almoxarifado da firma; estas Peças são catalogadas pelo Dep. de Suprimentos, constando código, descrição, preço, unida de medida, quantidade-disponível; Segundo: Para verificar se o cliente solicitante do pedido possui crédito para que seja atendido, consultando o cadastro de clientes; Caso exista quantidade de peças suficientes em estoque e o cliente possua crédito na firma, a Diretoria autoriza a elaboração da fatura, numerada, datada, dados do cliente, valor total e que envolve os processos de Cálculo e Emissão da fatura, a qual é enviada ao Cliente que teve seu pedido aceito; Se não existem peças em estoque e/ou o cliente não possua crédito na firma, os pedidos são rejeitados e a firma mantém o controle dessas e outras informações num arquivo contendo os registros de pedidos rejeitados, cujas ocorrências são emitidas por solicitação do Departamento de Suprimentos, e enviadas aos Fornecedores de Peças, os quais são cadastrados (com código, nome, endereço, etc. pelo Dep. Suprimentos que comunica os pedidos rejeitados à Diretoria. “O fornecedor é responsável pela remessa/fornecimento das peças, com número da remessa, data, valor total da remessa, itens remetidos, etc. Cada item corresponde a uma Peça. O cliente pode solicitar o cancelamento do Pedido caso desista do mesmo, e o sistema deve registrar os pedidos cancelados por ele; o Dep. de Crédito solicita a emissão da relação dos pedidos rejeitados, e esta relação é enviada para o Dep. Credito e Dep. Suprimentos...”. O Departamento de Suprimentos ao analisar um PEDIDO já registrado, pode colocá-lo nas seguintes situações: APROVADO, se a Condição de Credito do Cliente for BOM e houver PEÇAS DISPONIVEIS; PENDENTE, se atendida pelo menos uma das condições acima; REJEITADO, se nenhuma das condições for atendida. No caso do PEDIDO PENDENTE, ele ainda poderá ser APROVADO ou REPROVADO, dependendo das condições a e b acima. O sistema ainda estabelece que os Clientes podem ser INDIVIDUOS ou EMPRESA, e que além dos atributos comuns, cada um possui suas próprias características: CPF, CNPJ, RG, INSC-Estadual, Capital ou Renda Mensal. O Cliente pode fazer ou não o Pedido, e este somente por 1 Cliente; somente o pedido aceito pode gerar Fatura, que é recebida por um cliente, que pode ter inúmeras faturas. O fornecedor faz remessa/fornecimento de peças. A remessa possui uma identificação, data, valor-total, dos Itens remetidos. LISTA DE OBJETOS OBJETOS ATRIBUTOS OPERAÇÕES Cliente Cod-c; Nome-c; Dt-insc0c; Tempo-neg-c; Cond-cred-c; Cadastrar; Incluir; Editar; Alterar; Cliente emp. CNPJ-cli-e; Insc-est-cli-e; Capital-cli-e; ------------------------------------------- Cliente ind. CPF-cli-i; RG-cli-i; Renda-mensal-cli-i; ------------------------------------------- Pedido Num-p; Data-p; Item-p; Valor-total-p; Cadastrar; Alterar; Excluir; Incluir; Peças Cód-pe; desc-pe; Preço-pe; und-med-pe; Qtd-disp-pe; Validade; Alterar; Excluir; Incluir; Fatura Num-f; Data-f; Nome-cliente; Valor-total-f; incluir; Calcular; Emitir; Fornecedor Cód-f; Data-rem-f; Valor-total-rem-f; Itens-rem-f; ------------------------------------------- Remessa Num-r; Data-r; Valor-total-r; Itens-r; ------------------------------------------- LISTA DE REQUISITOS RF NOME RESPONSÁVEL / ATORES RF 01 Cadastrar cliente Departamento de crédito RF 02 Editar cliente Departamento de crédito RF 03 Excluir cliente Departamento de crédito RF 04 Verificar credito cliente Departamento de crédito RF 05 Cadastrar fornecedor Departamento de suprimentos RF 06 Editar fornecedor Departamento de suprimentos RF 07 Excluir fornecedor Departamento de suprimentos RF 08 Cadastrar pedido Departamento de crédito RF 09 Editar pedido Departamento de crédito RF 10 Cancelar pedido Departamento de crédito RF 11 Validar pedido Departamento de suprimentos RF 12 Rejeitar pedido Departamento de crédito RF 13 Aprovar pedido Departamento de crédito RF 14 Tornar pedido pendente Departamento de crédito RF 15 Cadastrar peça Departamento de suprimentos RF 16 Editar peça Departamento de suprimentos RF 17 Excluir peça Departamento de suprimentos RF 18 Verificar estoque peça Departamento de suprimentos RF 19 Tornar peça pendente Departamento de suprimentos RF 20 Tornar peça disponível Departamento de suprimentos RF 21 Tornar peça indisponível Departamento de suprimentos RF 22 Calcular fatura Diretoria RF 23 Elaborar fatura Diretoria RF 24 Emitir fatura Diretoria TABELA DE CASO DE USO CSU NOME RF’S AGRUPADAS RESPONSÁVEL / ATORES CSU 01 Manter cliente RF’s 01, 02, 03, 04 Departamento de crédito CSU 02 Manter fornecedor RF’s 05, 06, 07 Departamento de suprimentos CSU 03 Controlar pedido RF’s 08, 09, 10 Departamento de crédito CSU 04 Validar pedido RF’s 11, 12, 13, 14 Departamento de suprimentos, Departamento de crédito CSU 05 Controlar peça RF’s 15, 16, 17 Departamento de suprimentos CSU 06 Validar peça RF’s 18, 19, 20, 21 Departamento de suprimentos CSU 07 Elaborar fatura RF’s 22, 23, 24 Diretoria DIAGRAMA DE CLASSE DE OBJETOS DIAGRAMA DE CASO DE USO ESPECÍFICO DESCRIÇÃO DO CASO DE USO ESPECÍFICO CSU -MANTER CLIENTE ATOR PRINCIPAL - CLIENTE; ATOR SECUNDÁRIO - DEP CRÉDITO, DEP SUPRIMENTOS, DIRETORIA FLUXO PRINCIPAL - Cliente faz o pedido; - Departamento de crédito analisa o crédito do cliente; - Se o crédito for aprovado, o pedido e passado para o departamento de suprimentos; - Departamento de suprimentos faz análise de disponibilidade de peças; - Caso a peça esteja disponível, o pedido é aprovado; - Diretoria elabora fatura; - Diretoria emite fatura; 8. Cliente paga fatura; FLUXO ALTERNATIVO - Pedido fica pendente, se atendida ao menos uma das condições; - Pedido fica rejeitado, se nenhuma das condições forem atendias; DIAGRAMA DE SEQUÊNCIA PROBLEMAS ENCONTRADOS Em relação a problemas e ncontrados, d etectamos que em uma das Condições do estudo de caso apresentado, no que se refere ao fluxo alternativo Do caso de uso geral, dentre as condicionais que d definem se o pedido está ou Não pendente, cito abaixo: “Se não existem peças e m estoque e/ou o cliente não possua Crédito na firma, os pedidos são rejeitados e a firma mantem o controle Dessas e outras informações num arquivo contendo os registros de pedidos rejeitados...” Nesta parte da descrição do estudo de caso, entendemos que caso o “Cliente” não possua crédito, fica definido que o pedido será rejeitado porem, ao prosseguir na leitura do estudo de caso, observamos: “O Departamento de Suprimentos ao analisar um PEDIDO já registrado, pode colocá-lo nas seguintes situações: a) APROVADO, se a Condição de Credito do Cliente for BOM e houver PEÇAS DISPONIVEIS; b) PENDENTE, se atendida pelo menos uma das condições acima;... “ Ao analisarmos melhor o texto, fica evidente que segundo a última citação, se o “cliente” que solicita “pedido” não possui “crédito BOM”, deveria ficar com seu pedido pendente, porém, não faria muito sentido que este (pedido) fique pendente visto que, em uma condição real, sua solicitação não seria aprovada e não daria prosseguimento ao processo. Esta problemática causa confusão ao se realizar as confecções dos diagramas, mas por decisão unanime, optamos por seguir a determinação imposta pelo “Departamento de Suprimentos” citada no estudo de caso para tentar explanar tal condição dentro dos diagramas da UML.
Compartilhar