Atividade Estruturada MODELAGEM DE SISTEMAS (Fornecimento de Peças)

Prévia do material em texto

Sistemas de Informação Modelagem de Sistemas 
 
 Atividade Estruturada
 
 “Fornecimento de Peças”
Aluno: Felipe Santos Miranda
Professor: José Geraldo Silva
 Sumário
Capa
1. Sumário......................................................................................................,,2
2. Introdução....................................................................................................3
3. Análise da situação......................................................................................4
 3.1. Estudo de Caso....................................................................................4
 3.2. Lista de Requisitos...............................................................................5
 3.3. Problemas Identificados.......................................................................6
4. Modelagem da situação................................................................................7
 4.1. Diagrama de Classe de Objetos...........................................................7
 4.2. Diagrama de Caso de Uso....................................................................8
 4.3. Descrição de Caso de Uso....................................................................9
 4.4. Diagramas de Interação.......................................................................10
 4.4.1. Diagrama de Sequencia...............................................................10
 4.4.2. Diagrama de Colaboração............................................................11
 4.5. Diagrama de Estado.............................................................................12
 4.6. Diagrama de Atividade.........................................................................,13
 5. Conclusão................................................................................................14
 6. Bibliografia.................................................................................................................................15
 Introdução
Este trabalho consiste em uma atividade estruturada da disciplina de Modelagem de Sistemas da Universidade Estácio de Sá – Campus Niterói, que tem como objetivo possibilitar o aluno a relacionar os conteúdos trabalhados na disciplina, vivenciando o desenvolvimento de um projeto com a utilização completa dos modelos, técnicas e ferramentas apresentadas. 
            O estudo de caso e o desenvolvimento do projeto, deu-se por meio da leitura de um texto sobre “Fornecimento de Peças”, onde foi necessário levantar os problemas percebidos, para a partir dos mesmos, apontar melhorias no sistema em questão. 
            Neste trabalho utilizamos a modelagem do sistema baseada no modelo UML (Unified Modeling Language). 
 Analise da situação – Estudo de Caso
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 Depto. de Suprimentos, constando código, descrição, preço, unidade-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 Depto. de Suprimentos que comunica os pedidos rejeitados à Diretoria“. O fornecedor é responsável pela remessa/fornecimento das peças, com numero 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 Depto. 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 coloca-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; 
c) 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 Requisitos
	Nº
	Nome
	Ator
	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 Cred. Cliente
	Departamento de Crédito
	RF 05
	Cadastrar Fornecedor
	Dep. de Suprimentos
	RF 06
	Editar Fornecedor
	Dep. de Suprimentos
	RF 07
	Excluir Fornecedor
	Dep. 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
	Dep. 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
	Dep. de Suprimentos
	RF 16
	Editar Peça
	Dep. de Suprimentos
	RF 17
	Excluir Peça
	Dep. de Suprimentos
	RF 18
	Verificar Estoque Peça
	Dep. de Suprimentos
	RF 19
	Tornar Peça Pendente
	Dep. de Suprimentos
	RF 20
	Tornar Peça Disponível
	Dep. de Suprimentos
	RF 21
	Tornar Peça Indisponível
	Dep. de Suprimentos
	RF 22
	Calcular Fatura
	Diretoria
	RF 23
	Elaborar Fatura
	Diretoria
	RF 24
	Emitir Fatura
	Diretoria
	Nº
	Caso de Uso
	Lista de Requisitos
	UC 01
	Manter Cliente
	RF’s 01, 02, 03, 04
	UC 02
	Manter Fornecedor
	RF’s 05, 06, 07
	UC 03
	Controlar Pedido
	RF’s 08, 09, 10
	UC 04
	Validar Pedido
	RF’s 11, 12, 13, 14
	UC 05
	Controlar Peça
	RF’s 15, 16, 17
	UC 06
	Validar Peça
	RF’s 18, 19, 20, 21
	UC 07
	Elaborar Fatura
	RF’s 22, 23, 24
Problemas Identificados
Em relação a problemas encontrados, detectamos que em uma das condições do estudo de caso apresentado, no que se refere aofluxo alternativo do caso de uso geral, dentre as condicionais que definem se o pedido está ou não pendente, cito abaixo:
“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...”
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 coloca-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.
Modelagem da Situação 
Diagrama de Classe de Objetos
 
 Diagrama de Caso de Uso
Descrição de Caso de Uso
	Atores
	Cliente, Depto de Crédito, Depto de Suprimentos, Diretoria
	Pré-Condição
	Cliente efetuar pedido;
	Fluxo Principal
	- Cliente faz Pedido;
- Departamento de Crédito analisa credito do cliente;
- Se crédito for aprovado pedido é passado para o departamento de suprimento;
- Departamento de suprimento analisa disponibilidade da peça;
- Caso a peça esteja disponível, pedido é aprovado;
- Diretoria elabora fatura;
- Diretoria emite fatura;
- Cliente paga;
	Fluxo Alternativo
	- Se atendida ao menos uma das condições acima – Pedido PENDENTE;
- Se nenhuma das condições for atendida – Pedido REJEITADO;
 Diagramas de Interação
 Diagrama de Sequencia
Diagrama de Colaboração
Diagrama de Estado
Diagrama de Atividade
 Conclusão
PROBLEMAS ENCONTRADOS
Em relação a problemas encontrados, detectamos 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 definem se o pedido está ou não pendente, cito abaixo:
“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...” 
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 coloca-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.
Bibliografia
GUEDES, Gilleanes T.A. UML2: uma abordagem prática. Novatec Editora, 2011.