FASE-Olinda

Anlise e Projeto de Sistemas

Olinda Curso: Sistemas de Informao Disciplina: Anlise e projeto de sistemas Professor: Leonardo Arajo leonardoaraujo.fase@gmail.com Turma: 7 perodo Projeto da disciplina de Anlise e Projeto de Sistemas Este projeto a segunda nota da segunda avaliao (9,0) Este projeto consiste da modelagem primria de um pequeno sistema ERP (Enterprise Resource Planning) para uma organizao de mdio porte, baseado em um case de aplicao fictcia.

Sistema de Informao para gerenciamento de uma distribuidora de bebidas lcteas

A distribuidora de bebidas LACBEM uma empresa de renome no seu ramo de atuao. Atualmente ela exporta diversos tipos de produtos lcteos de duas grandes empresas produtoras em pelo menos trs grandes estados da regio nordeste do Brasil, com um alto volume de pedidos feitos diariamente. A LACBEM teve um processo de expanso fsica do seu ptio central de distribuio e nos seus demais ptios distribudos nos outros dois estados devido a alta demanda das bebidas pelos clientes e consumidores finais, tendo em vista uma forte campanha de marketing ter impulsionado os negcios com essas bebidas. A LACBEM conta com um quadro de funcionrios distribudo em diretores, gerentes comerciais, financeiros e de vendas, vendedores, distribuidores e repositores, alm do pessoal administrativo-financeiro, RH, controle de estoque, TI e marketing. Conta com alguns caminhes para entrega dos produtos, alm de veculos motorizados para auxiliar na locomoo dos vendedores, onde h um setor especfico para gerenciar estes veculos. Em um determinado momento, a diretoria comeou a observar que o controle das informaes gerenciais da empresa estava com alguns problemas significantes, como atraso da emisso dos relatrios e relatrios com dados inconsistentes. Alm do mais, problemas internos s distribuidoras locais estavam afetando toda a logstica da distribuio, como fraco controle e inconsistncia do que entrava e do que saa (pedidos e emisses), reclamaes dos funcionrios quanto a atrasos no pagamento e erros nos salrios e bonificaes por vendas, problemas com o controle dos caminhes que saem para distribuio e graves problemas na comunicao interna entre os colaboradores. Com isso os diretores comearam a desconfiar que o problema estava no sistema de informao implantado na organizao. A diretoria, mediante os srios problemas que vinham ocorrendo, decidiu contratar uma empresa especializada em consultoria de sistemas para tentar identificar se o problema estava mesmo no sistema e procurar rapidamente uma soluo para tal 1

FASE-Olinda

Anlise e Projeto de Sistemas

caso. De fato, a consultoria identificou que o sistema implantado no estava dando mais conta da crescente demanda pelos produtos da distribuidora, onde cada sistema era independente e cada um gerava um relatrio particular para ser enviado aos diretores por e-mail. Fato, faltava integrao entre os sistemas e, claro, comunicao gil entre os departamentos e colaboradores. Com os problemas e suas causas identificados, a diretoria decidiu e consentiu em mudar completamente o sistema, visto que no havia condies de integrar as solues j implantadas. Essa mudana, segundo os especialistas da consultoria, deveria ser gradual, partindo dos sistemas mais crticos para a diretoria, para no paralisar as atividades da distribuidora. Partindo disso, foi contratada uma empresa especializada em desenvolvimento de software ERP, focando em sistemas integrados na facilitao do gerenciamento de informaes (SIG). Para tal, a empresa de software enviou o pessoal tcnico para levantar as necessidades da organizao e partir para o desenvolvimento, afinal, a distribuidora no poderia esperar muito. O problema que a empresa de desenvolvimento no esperava que a diretoria exigisse um documento com toda a modelagem do sistema, cuja exigncia partiu de uma sugesto da consultoria que atuou para a distribuidora. Assim, a empresa de software viu-se apertada, pois ela no tem foco em documentao UML, centralizando no desenvolvimento. Desta forma, a empresa de software ter de contratar uma terceirizada para modelar o sistema, de forma que precisa deste modelo para iniciar os trabalhos do desenvolvimento. Aqui entra o nosso trabalho, modelar todo o sistema da empresa, baseando-se nas necessidades levantadas pela empresa de software. Essa modelagem ser gradual, seguindo inicialmente apenas o que for crtico diretoria. A seguir apresentada a lista de necessidades, em mdulos do sistema, as quais tero de ser modeladas, conforme as exigncias de modelagem feitas pela empresa de software. Clientes o Controle dos clientes da distribuidora; Funcionrios o Controle de todos os funcionrios da distribuidora Pedidos o Controle dos pedidos feitos pela distribuidora s empresas fornecedoras; Vendas o Controle das vendas realizadas aos clientes Faturamento o Controle das faturas a serem geradas, tanto para pedidos como para vendas; Estoque o Controle do estoque dos produtos que entram e saem; Relatrios o Gerao de relatrios gerenciais para todos os clientes

Para estas necessidades bsicas, devemos apresentar uma soluo que possa integrar todos os mdulos. Alm disso, devero ser apresentados obrigatoriamente os seguintes diagramas: 2

FASE-Olinda

Anlise e Projeto de Sistemas

Casos de uso (para todos os mdulos); Classes (para todos os mdulos); Atividades (para todos os mdulos); Componentes (para todos os mdulos); Estados (para todos os mdulos); Implantao (para integrao da infraestrutura e do ERP); Sequncia (para pelo menos um caso de uso de cada mdulo);

O documento dever ser bem redigido, contendo pelos menos as seguintes sees: Capa Sumrio Objetivos Contexto Atividades (cada integrante da equipe dever descrever o que far no processo de modelagem, no que tange definio dos requisitos e diagramao) Levantamento de requisitos, o mximo que conseguirem para todos os mdulos O mximo de casos de uso Especificao dos casos de uso (pelo menos em de cada mdulo) Diagramas (devero ser apresentados por subseo e as imagens devero ser de alguma ferramenta CASE UML, como Astah, Star UML ou Software Ideas Modeler, por exemplo) Devem ser gerados o(s) meta-arquivo(s) da ferramenta CASE e anexado ao envio do documento final

Como a empresa de software est muito apressada, ela no conseguiu levantar as especificaes de cada mdulo, como informaes de dados dos clientes, vendas e demais. Assim, vamos utilizar os nossos conhecimentos em cada componente para model-los e as alteraes sero feitas medida que haja a entrega das primeiras verses e evoluo do sistema. Temos um prazo para entrega da primeira verso do documento, que ser no dia 10 de junho de 2012 at s 23:59. Critrios de avaliao do projeto: Ser avaliado o que foi feito por cada integrante; Cada integrante deve ter responsabilidade mnima de desenvolver pelo menos um mdulo escolhido com todos os diagramas pedidos, baseando-se no caso de uso especificado, enviando o(s) meta-arquivo(s) individualmente (6,0); Cada integrante deve definir pelo menos dois requisitos e dois casos de uso (1,0); Cada integrante deve realizar pelo menos uma especificao de caso de uso (1,0); A confeco do relatrio final dever ser feita por todos, onde estar disponibilizado um layout padro para ser organizado (1,0); 3

FASE-Olinda

Anlise e Projeto de Sistemas

Estas exigncias garantem que a avaliao ser justa para todos os integrantes de forma individual, porm a ideia que todos possam participar e geram um projeto nico.