UNIVERSIDADE FEDERAL DE SO CARLOS BACHARELADO EM SISTEMAS DE INFORMAO

ESPECIFICAO DE REQUISITOS E MODELAGEM DE SOFTWARE NO MODELO SOFTWARE COMO UM SERVIO PARA A GESTO DE ESTOQUES DE COMRCIO VAREJISTA DE TINTAS E CORRELATOS

TICIANA S DA JUSTA MONOGRAFIA DE CONCLUSO DO CURSO DE BACHARELADO EM SISTEMAS DE INFORMAO Orientador(a): Prof. Dr. Renato Bueno
So Carlos, 21 de junho de 2013.

TICIANA S DA JUSTA

ESPECIFICAO DE REQUISITOS E MODELAGEM DE SOFTWARE NO MODELO DE SOFTWARE COMO SERVIO PARA A GESTO DE ESTOQUES DE TINTAS E CORRELATOS

Trabalho de concluso de curso apresentado como parte das atividades para obteno do ttulo de Bacharel em Sistemas de Informao, do curso de Bacharelado em Sistemas de Informao da Universidade Federal de So Carlos, rea de concentrao Engenharia de Software.

Prof orientador: Prof. Dr. Renato Bueno So Carlos, 2013

ERRATA

Folha Linha

Onde se l

Leia-se

Autoria: Ticiana S da Justa Ttulo: Especificao de Requisitos E Modelagem de Software no modelo de Software Como Servio Para a Gesto de Estoques de Tintas e Correlatos Trabalho de concluso de curso apresentado como parte das atividades para obteno do ttulo de Bacharel em Sistemas de Informao, do curso de Bacharelado em Sistemas de Informao da Universidade Federal de So Carlos, rea de concentrao Engenharia de Software.
Os componentes da banca de avaliao, abaixo listados, consideram este trabalho aprovado.
Nome Titulao Assinatura Instituio

Renato Bueno

Doutor

UfScar

Marilde Terezinha Santos Prado

Doutora

UfScar

Marcos Alexandre Rose Silva

Mestre

UfScar

Data da aprovao: ____ de _____________________ de ________.

 minha me, Maria Madalena S da Justa, por ter me ensinado o valor do aprendizado e a meu esposo Luiz e filhos, Ceclia, Eduardo e Emanuel, por serem o motivo de eu seguir em frente e querer acordar sempre melhor do que ontem.

AGRADECIMENTOS

Agradeo a todos os que me ajudaram na elaborao deste trabalho: Sr. Jos Maria, responsvel pelo setor de Processamento de Dados da Casa Toni e Sr. Luiz Carlos Pontani, Gerente da Usetintas e a Sra. Liduna Furtado, contadora, que me auxiliaram na elicitao dos requisitos e validao da documentao do sistema.

Uma paixo forte por qualquer objeto assegurar o sucesso, porque o desejo pelo objetivo mostrar os meios. William Hazlitt

RESUMO

O setor de comrcio de tintas e correlatos possui uma peculiaridade com relao aos demais setores pois o sistema tintomtrico fraciona os insumos (corantes e bases) para a produo da tonalidade desejada pelos clientes. Torna-se ento mais complexo manter a real posio do estoque, uma vez que a nota de entrada de unidades inteiras e a venda fracionada. Este trabalho pretende modelar uma soluo tecnolgica via Web que viabilize a correta gesto de estoques e permita a futura integrao da escriturao fiscal com o sistema da Receita Federal do Brasil para o setor de tintas e correlatos. Aplicando para isso tcnicas de Engenharia de Software.

ABSTRACT

The trade sector of paints and related products has a peculiarity with respect to the others sectors because the tinting system splits the inputs (dyes and bases) for the production of tint desired by customers. It then becomes more complicated to keep the actual position of the stock, since the input note is whole units and fractional sale. This work aims to model a technological solution implemented over Web that turns possible the correct inventory management and allow the future integration with the systems released by Receita Federal do Brazil. Where apllied to do it software engineering techniques.

SUMRIO

1 Referencial terico - Tecnologia......................................................................... 80

1.1
1.1.1 1.1.2 1.1.3 1.1.4 1.1.5 1.1.6

Referencial Terico - Engenharia de Software ............................................................. 84

Software como um Servio .................................................................................................... 126 Engenharia de Software para Web ........................................................................................ 132 Modelagem UML .................................................................................................................... 155 Banco de dados ..................................................................................................................... 208 Anlise de requisitos de Negcio e de Software .................................................................... 274 Testes e qualidade do Software ............................................................................................. 302

2 Referencial Terico Gesto de estoques ..................................................... 343

2.1
2.1.1 2.1.2 2.1.3 2.1.4 2.1.5

Gesto de estoques ................................................................................................... 352

Valorao de estoques ........................................................................................................... 374 Retorno sobre capital investido .............................................................................................. 385 Giro de estoque ...................................................................................................................... 388 Curva ABC.............................................................................................................................. 393 Estoque de segurana ........................................................................................................... 410

2.2
2.2.1

Obrigaes fiscais...................................................................................................... 465

Sistema Pblico de Escriturao Digital ................................................................................. 466

3 Mtodo de desenvolvimento do trabalho ........................................................ 492 4 Macro Processos envolvidos na entrada e

4.1 4.2 4.3

sada de itens do estoque .... 504

Processo de venda .................................................................................................... 506 Processo de sada do estoque ................................................................................... 508 Processo de entrada de itens no estoque .................................................................. 510

5 Elicitao dos requisitos do sistema ............................................................... 512

5.1 5.2 5.3 Identificao dos usurios do sistema e suas expectativas ....................................... 513 Requisitos Funcionais do Sistema ............................................................................. 527 Requisitos No-Funcionais do Sistema...................................................................... 572

6 Modelagem UML do sistema............................................................................. 588

6.1 6.2
6.2.1 6.2.2

Identificao dos Atores ............................................................................................. 589 Casos de Uso do Sistema.......................................................................................... 593

Domnio Controle de Acesso .................................................................................................. 594 Domnio Gesto de Estoques ................................................................................................ 640

6.3
6.3.1

Diagramas de Sequncia ........................................................................................... 784

Domnio controle de acesso ................................................................................................... 785 10

6.3.2

Domnio gesto de estoques .................................................................................................. 789

6.4 Diagrama de Classes do Sistema .............................................................................. 807

7 Modelagem do banco de dados do sistema ................................................... 810

7.1 7.2 7.3
7.3.1

Entidade-Relacionamento ........................................................................................... 811 Esquema Relacional do Sistema ............................................................................... 816 Projeto Fsico ............................................................................................................. 819
Views ...................................................................................................................................... 822

8 Prottipos das Telas do Sistema...................................................................... 826

8.1 8.2 8.3 8.4 8.5 8.6 8.7 8.8 8.9 8.10 Login .......................................................................................................................... 827 Menu de Cadastros .................................................................................................... 829 Menu de Relatrios .................................................................................................... 831 Entrar Item no Estoque .............................................................................................. 833 Retirar Item do Estoque ............................................................................................. 837 Cadastro de Usurio .................................................................................................. 839 Cadastro de Empresa ................................................................................................ 841 Cadastro de Unidade de Estoque .............................................................................. 844 Cadastro de Item de Estoque .................................................................................... 847 Ajuste de Estoque .................................................................................................... 849

9 TESTES DO SOFTWARE ................................................................................... 852

9.1 9.2 Roteiros de testes funcionais ..................................................................................... 853 Roteiro de testes no-funcionais ................................................................................ 887

10 Concluses ....................................................................................................... 897 11 Referncias bibliogrficas .............................................................................. 908 12 Anexos .............................................................................................................. 927
12.1 Anexo I Exemplo de arquivo xml de entrada de nota fiscal ................................... 928

11

INTRODUO

A Receita Federal vem a cada dia aprimorando seus mtodos informacionais de controle sobre as empresas com o objetivo de restringir ao mximo a sonegao fiscal. Atravs da portaria CAT 44/2008 instituiu as normas necessrias configurao dos arquivos enviados, passando a realizar auditorias entre as informaes prestadas pelas empresas e o real verificado em suas fiscalizaes. Desta feita, os controles exigidos no comrcio varejista de produtos tornaram-se mais rgidos, uma vez que a Receita pode simplesmente cruzar as informaes de fornecedores e compradores para encontrar indcios de sonegao fiscal e promover assim aes fiscalizadoras. Pesquisa realizada em loco com comerciantes do ramo verificaram que a falta de uma gesto eficiente de estoques uma das causas de mortalidade das empresas do setor. Este cenrio tende a se tornar mais crtico ainda, uma vez que a Receita Federal alm de implementar a escriturao digital progressivamente nas Pequenas e Mdias Empresas, ainda realizar a cobrana de impostos quando o empresrio necessitar realizar o ajuste do seu estoque e inform-lo ao Fisco.

12

1.2.

Objetivos e justificativas

Este trabalho de pesquisa tem por objetivo aplicar tcnicas de Engenharia de Software para produzir a documentao necessria ao desenvolvimento de um sistema de gesto de estoques voltado para o mercado varejista de tintas e correlatos. O motivo da escolha do modelo de Software como um Servio para a implementao do sistema o fato de a grande maioria dos varejistas do setor serem de pequeno e mdio porte, no apresentando assim uma estrutura de Tecnologia da Informao e Comunicao condizente com a aplicao. O fato de ser implementado em ambiente Web permite a integrao entre estoques localizados em locais diferentes das lojas, bem como a integrao das informaes com o sistema da Receita Federal e de fornecedores, proporcionando maior agilidade e segurana na gesto do mesmo.

13

REFERENCIAL TERICO - TECNOLOGIA

"Deus no joga aos dados." Einstein, Albert

WASLAWICK(2009) em seu livro sobre metodologia de pesquisa na rea de computao, esclarece que a reviso bibliogrfica deve permitir que leitores leigos sejam introduzidos nos conceitos abordados no trabalho de pesquisa desenvolvido, organizando-os por conceitos e no por autores.

1.1

Referencial Terico - Engenharia de Software

PRESSMAN(2009) enfatiza que a engenharia de Software um derivado da engenharia

de sistemas e hardware que abrange mtodos, ferramentas e procedimentos para possibilitar ao gerente o controle do processo de desenvolvimento do Software. O objetivo da utilizao da engenharia de Software fornecer uma base para a construo de Software de alta qualidade. J MAGELA(2006) define engenharia de Software como sendo:

Conjunto de tcnicas, mtodos, ferramentas e processos utilizados na especificao, contruo e manuteno de um Software que visa a garantir a gerncia, o controle e a qualidade dos artefatos gerados atravs de recursos humanos(MAGELA, p. 25, 2006).
14

Os mtodos de engenharia de softwarem envolvem um conjunto de tarefas, que so: planejamento e estimativa de projeto, anlise de requisitos de Software e de sistemas (contexto no qual o Software est inserido), projeto da estrutura de dados, arquitetura de programa e algoritmo de processamento, codificao, teste e manuteno. Os Softwares existem com a finalidade de melhorar a eficincia e a eficcia dos processos envolvidos nas atividades geradoras de valor para a sociedade. Sendo assim, conforme PRESSMAN(2009) eles fazem parte de um sistema mais amplo que necessita ser compreendido em termos de o que necessrio para que este sistema funcione corretamente. Esta fase da engenharia de Software chamada por PRESSMAN(2009) de Anlise e engenharia de sistemas. Esta fase uma anlise de alto nvel, na qual os requisitos do sistema como um todo so levantados. Dentro deste conjunto maior de necessidades essenciais e expectativas que precisam ser satisfeitas pelo processo em questo, o Software ser responsvel por um conjunto especfico de atividades de execuo ou de apoio que pretende tornar o processo em si mais eficiente. Esta fase de anlise voltada para a soluo informatizada denominada por PRESSMAN(2009) de Anlise de requisitos de Software, esta anlise visa entender o domnio da informao para o Software, bem como a funo, desempenho e interface exigidos. Os requisitos levantados so documentados e revisados com o cliente. Vale a pena salientar que o cliente quando leigo na rea de tecnologia desconhece muitos dos requisitos que so necessrios ao correto funcionamento do sistema, chamados por PRESSMAN(2009) de requisitos no-funcionais. Aps a definio dos requisitos que o Software deve atender, PRESMAN(2009) define que a fase seguinte o projeto, ele consiste em documentar como a soluo ser implementada em termos de estrutura de dados, arquitetura do Software, detalhes procedimentais e a interface do Software. O projeto permite um detalhamento do Software que pode ser avaliado antes que a codificao se inicie, prevenindo erros fundamentais no mesmo.
15

Em seguida vem a codificao, que conforme PRESSMAN(2009) a traduo do projeto em linguagem de mquina. Aps a codificao, faz-se necessrio testar o Software para verificar se o mesmo atende aos requisitos funcionais coletados nas fases de anlise. H tambm a realizao de testes para a validao dos requisitos no-funcionais do sistema. Uma vez que o Software for colocado em produo (ou seja) em uso efetivo dentro do sistema macro que deve atender, novas necessidades de aperfeioamento e possveis erros sero encontrados. A correo destes erros e o atendimento destas necessidades PRESMAN(2009) chama de manuteno. A manuteno refaz todo o processo de feitura explicitado em um Software j existente. O objetivo final da engenharia de Software garantir que o processo de feitura seja eficiente e assim o Software ser passvel de gerncia e controle, com a qualidade desejada em todo o seu ciclo de vida. (MAGELA,2006) Existem vrios modelos de processo de ciclo de vida do processo de desenvolvimento de Software, sendo os mais conhecidos o Modelo Cascata (Royce, 1970), que pretende uma sequncia da compreenso total do problema para o projeto e codificao final, com as atividades de testes somente aps a codificao completa do produto (MAGELA, 2006).

Figura 1 Modelo Cascata

16

O modelo baseado em prottipo, que bastante til no levantamento e validao dos requisitos pelo usurio, prev a liberao de um prottipo com base no requisitos iniciais levantandos e a evoluo contnua do mesmo, at se chegar soluo final.(MAGELA, 2006). O modelo incremental est baseado na adio contnua das funcionalidades do Software ao longo do processo de desenvolvimento, implementando a cada nova verso do sistema todas as fases do modelo cascata, mostrado na figura 1, produzindo ao final um produto de melhor qualidade. MAGELA(2006) nos informa que este processo de desenvolvimento elimina uma parte dos riscos do projeto e permite uma satisfao maior dos usurios, que passam a interagir mais cedo com o sistema. Porm alerta para o risco do incorporamento tardio de uma funcionalidade do sistema que seja fortemente acoplada ao restante do Software, forando mudanas em todo o sistema. Outros modelos de ciclo de vida so elencados pela literatura como: Espiral e iterativo, porm a abordagem para o desenvolvimento deste trabalho ser o incremental com o apoio de prottipos. O contexto deste trabalho est fortemente associado anlise do sistema em que o Software est inserido, seus requisitos, projeto e arquitetura do sistema em questo, razo pela qual a pesquisa terica focada nestes temas. Tambm contemplada a rea de testes do sistema como um validador dos requisitos levantados e suporte para a elicitao dos mesmos.

1.1.1

Software como um Servio

Conforme a Intel Software as a Service (SaaS) est se tornando um dos segmentos da tecnologia da informao que mais crescem, principalmente porque prov para as empresas uma alternativa mais barata do que os softwares tradicionais. Isto porque neste modelo de soluo, a empresa paga pela utilizao do produto, e no pelo produto em si, ficando a cargo do fornecedor a manuteno, operao tcnica diria e suporte ao software oferecido.
17

O aplicativo pode ento ser hospedado em um servidor remoto e utilizado por vrios usurios remotos, diminuindo assim os custos com implantao do sistema no lado do cliente.

1.1.2

Engenharia de Software para Web

Pelo fato de o processamento de informaes ser uma atividade de suporte e no atividade fim dos comrcios varejistas do setor de tintas, apenas quando a empresa torna-se grande em termos de volume de vendas se justifica a manuteno de um setor contbil e de processamento de dados interno, que requerem infraestrutura e mo-de-obra onerosas. At que atinja este ponto, as empresas optam por terceirizar seus servios contbeis e de transmisso dessas informaes ao fisco. Por este fato optou-se por modelar uma soluo que no requisesse por parte do usurio final grandes investimentos em Software e em pessoal especializado, ao mesmo tempo proporcionando uma soluo eficaz para o controle de estoque e a escriturao digital imposta pelo fisco. O modelo de Software como um servio implementado na nuvem, foi escolhido para que a soluo seja vivel a um custo operacional menor, proporcionando um sistema facilmente integrvel com a tecnologia que a Receita Federal disponibiliza. J existem sites na Internet que prestam servios relacionados sade fiscal e gesto das empresas, como a nota fiscal eletrnica (disponibilizadas pelas prefeituras) e o sistema ERPFlex (www.erpflex.com.br). Neste cenrio foram pesquisadas se quais peculiaridades um Software projetado para funcionar em ambiente Web requer em relao a um Software local. BEDER(2012) identifica quatro principais modelos de anlise para sistemas Web, os quais so: Modelo de interao. Descreve a maneira como os usurios interagem com a aplicao Web.

18

Modelo de contedo. Identifica o espectro completo do contedo a ser fornecido pela aplicao Web. O contedo inclui dados de texto, grficos e imagens, e udio/vdeo. Modelo funcional. Define as operaes que sero aplicadas ao contedo da aplicao Web e descreve outras funes de processamento que so independentes do contedo, mas necessrias para o usurio final. Modelo de configurao. Descreve o ambiente e a infraestrutura em que a aplicao Web est hospedada. (BEDER,2012, p.53). Estes modelos nortearam o desenvolvimento da anlise e modelagem do sistema, feita em UML (Linguagem Unificada de Modelagem). De PRESSMAN & LOWE(2009) foi identificado que as seguintes caractersticas esto presentes nesta aplicao Web: Concentrao na rede, concorrncia, carga imprevisvel, desempenho, disponibilidade, orientada a dados, evoluo contnua, segurana e esttica. Acrescentamos ainda, o conceito da portabilidade, ou seja, o sistema precisa ser capaz de funcionar amigavelmente na maioria dos navegadores Web atualmente em uso no mercado. As caractersticas mencionadas acima auxiliaram a identificar os requisitos funcionais e no-funcionais do sistema.

1.1.3

Modelagem UML

LIMA(2009) ressalta que a modelagem existe porque no podemos compreender os os sistemas em sua totalidade, cada rea possuindo suas especificidades com relao modelagem adequada sua representao. Enfatiza tambm que na rea de tecnologia da informao, a exigncia de elementos visuais para expressar conceitos que sejam simples de utilizar imprescindvel para o correto entendimento da soluo tecnolgica.

19

MAGELA(2006) define a UML, Linguagem Unificada de Modelagem, como sendo uma linguagem grfica para visualizao, especificao, construo e documentao de artefatos de um sistema, possuindo sintaxe e semntica bem definidas. Abaixo a estrutura dos diagramas da UML 2.2.

Figura 2 Diagramas UML 2.2 Conforme LIMA(2009) a UML(Unified Modeling Language) surgiu de um esforo conjunto para criar uma notao que atendesse aos requisitos da tecnologia da informao, sendo sua primeira verso publicada em outubro de 1994, por Booch e Rumbaught, que acordaram em unificar seus mtodos Booch e OMT de modelagem, que na poca, eram mundialmente aceitos. Neste trabalho, utilizaremos a UML como notao para a modelagem do sistema em questo, utilizando seus diagramas de acordo com os modelos de anlise especificados na seo anterior. Os seguintes diagramas sero utilizados para representar o sistema nos seus diversos modelos de anlise: Diagrama de atividades. Conforme LIMA(2009) um diagrama de atividade permite modelar o comportamento do sistema, denotando os caminhos lgicos que ele pode seguir. Abaixo, um modelo com os principais elementos da notao do diagrama de atividade.

20

Figura 3 Notao diagrama de atividade Casos de Uso. Em LIMA(2009) a visode caso de uso mostra conceitualmente o conjunto de funes que o sistema deve executar para atender aos requisitos do cliente.... Um caso de uso bem escrito fcil de ler, pois consiste em sentenas escritas em passos de ao simples, em que um ator alcana um resultado ou transmite informao ao sistema. De modo geral, a leitura de um caso de uso toma poucos minutos e pode ser compreendida por qualquer leitor envolvido no negcio, no sendo exigido nenhum conhecimento de informtica; o foco o problema e no a soluo informatizada. (LIMA,2009, p.58).

LARMAN(2007) identifica os tipos de casos de uso. O caso de uso concreto iniciado por um ator e o sistema executa o comportamento desejado por ele. J o caso de uso abstrato nunca iniciado diretamente, sendo uma subfuno de outro caso de uso. Tambm os classifica como sendo de base quando estendido ou especializado por outro caso de uso ou de adio, estes sendo extenses ou especializaes de outros. LARMAN(2007) nos lembra que os casos de uso podem relacionar-se de diversas formas, e embora estes relacionamentos no tenham impacto sobre o comportamento ou requisitos do sistema, servem para melhorar a comunicao da equipe de desenvolvimento e facilitar o gerenciamento e a documentao dos dos casos de uso.
21

Explica que o relacionamento de incluso o mais comum e importante entre os casos de uso, e recomenda sua utilizao quando os casos de uso estiverem duplicados em outros casos de uso ou quando o caso de uso for muito complexo e longo, cabendo separ-lo em casos menores para facilitar a compreenso. O relacionamento de extenso indicado por LARMAN(2007) quando, por algum motivo, o caso de uso inicial no deve ser modificado, sendo bastante utilizado para explicitar aes condicionais e desvios do sistema. A representao grfica descrita abaixo.

Um caso de uso representado por uma elipse conectada a smbolos de atores. Um retngulo mostra os limites (fronteira) do sistema, contendo em seu interior o conjunto de casos de uso e, do lado externo, os atores interagindo com o sistema. Cada linha entre um ator e uma elipse de caso de uso mostra uma associao entre eles. (LIMA,2009, p.85). LIMA(2009) denomina de ator aqueles que interagem com o sistema, podendo representar usurios humanos, hardware externo ou at mesmo outros sistemas. LARMAN(2007) sugere algumas diretrizes para que o analista encontre casos de uso mais satisfatrios aos objetivos dos atores do sistema. Entre estas diretrizes esto escolher a fronteira do sistema, ou seja, o que precisamente o sistema deve e no deve tratar; identificar os atores principais, que so aqueles cujos objetivos so realizados atravs do sistema; identificar os objetivos de cada ator principal e definir os casos de uso para que estes objetivos sejam atendidos. Diagrama de interao. LIMA(2009) descreve sucintamente o contedo e finalidade dos diagramas de interao da UML.

22

Um diagrama de interao mostra como o fluxo de eventos ocorre por meio de um caso de uso. O ator que inicia a ao, os objetos envolvidos e as mensagens que eles trocam entre si e a ordem em que isso acontece; enfim, um diagrama de interao mostra como o sistema deve implementar as aes, focalizando os objetos que devem ser criados para implementar a funcionalidade requerida nos casos de uso. Eles servem para determinar as classes que devem existir no diagrama de classes. (LIMA,2009, p.148).

Diagrama de classes. LIMA(2009) descreve o diagrama de classes como tendo o propsito de obter as estruturas mais importantes do sistema e suas associaes.

Um diagrama de classe mostra a estrutura esttica do modelo, em que os elementos so representados por classes, com sua estrutura interna e relacionamentos. Os diagramas de classe tambm podem ser organizados em pacotes, mostrando somente o que relevante em um pacote especfico, considerando, por exemplo, o contexto que um grupo de classes tem em comum (estoque, venda etc.), ou os atores que utilizam seus servios (vendedor, almoxarife etc.) (LIMA,2009, p.174). A UML prev uma srie de modelagens diferentes que proporcionam uma viso do sistema por um determinado ngulo. Quais diagramas utilizar para documentar um sistema uma deciso pessoal da equipe de projeto envolvida na feitura do mesmo. Para este trabalho consideramos que estes diagramas so suficientes para o desenvolvimento inicial do Software .

1.1.4

Banco de dados

RAMAKRISHNAN & GEHRKE (2008) definem que um banco de dados consiste em um conjunto de informaes armazenadas que espelham as atividades de uma organizao ou de diversas organizaes relacionadas. Estas informaes consistem em entidades que se relacionam entre si dentro do sistema no qual o Software est inserido.
23

J HEUSER(1998), define banco de dados como sendo um conjunto de dados integrados cujo objetivo atender uma comunidade de usurios. Estes dados so gerenciados por um Software especfico, denominado Sistema de Gerenciamento de Banco de Dados (SGBD). RAMAKRISHNAN & GEHRKE (2008) enfatizam que a escolha do SGBD depende de quais recursos o mesmo prov, razo pela qual o SGBD deve ser adequado s necessidades do aplicativo que o ir utilizar. HEUSER(1998) especifica que um sistema de gerenciamento de banco de dados responsvel por definir, recuperar e alterar as informaes em um banco de dados. Lembrando as fases da engenharia de Software da seo 1.1.1, a escolha do SGBD adequado depende do correto levantamento de requisitos do Software, para que seja escolhido um SGBD que atenda ao aplicativo e proporcione conformidade com os requisitos. Um requisito importante que ser detalhado adiante para o Software deste trabalho a capacidade do sistema de recuperar informaes de arquivos em formato XML Protocol [Williams 2001]. Pois o mesmo utilizado no sistema de nota fiscal eletrnica. Outros requisitos que sero levantados com relao ao SGBD envolvido esto diretamente relacionados com o fato de o sistema funcionar na Web, o que torna o gerenciamento de transaes um ponto crtico do sistema. RAMAKRISHNAN & GEHRKE (2008) lembram que uma transao qualquer execuo nica de um programa de usurio em um SGBD. Um SGBD precisa ser capaz de atender as aes de vrias transaes, pois pode atender a vrios programas paralelamente, como o SGBD trata estas vrias requisies ao mesmo tempo chamado de controle de concorrncia. Por motivos diversos, principalmente no ambiente Web, o qual confere um atraso maior entre as mensagens do sistema, uma transao pode ser executada parcialmente ou interrompida antes do final. O SGBD cuida para que estas transaes no sejam vistas por outras, este processo chamado de recuperao de falhas em um SGBD e incorpora diversas atividades para garantir que as transaes possuam sejam ntegras:

24

A integridade de uma transao depende de 4 propriedades, conhecidas como ACID. Atomicidade Todas as aes que compem a unidade de trabalho da transao devem ser concludas com sucesso, para que seja efetivada. Se durante a transao qualquer ao que constitui unidade de trabalho falhar, a transao inteira deve ser desfeita (rollback). Quando todas as aes so efetuadas com sucesso, a transao pode ser efetivada e persistida em banco (commit).

Consistncia Todas as regras e restries definidas no banco de dados devem ser obedecidas. Relacionamentos por chaves estrangeiras, checagem de valores para campos restritos ou nicos devem ser obedecidos para que uma transao possa ser completada com sucesso. Isolamento Cada transao funciona completamente parte de outras estaes. Todas as operaes so parte de uma transao nica. O principio que nenhuma outra transao, operando no mesmo sistema, possa interferir no funcionamento da transao corrente( um mecanismo de controle). Outras transaes no podem visualizar os resultados parciais das operaes de uma transao em andamento (ainda em respeito propriedade da atomicidade). Durabilidade Significa que os resultados de uma transao so permanentes e podem ser desfeitos somente por uma transao subseqente. Por exemplo: todos os dados e status relativos a uma transao devem ser arma25

zenados num repositrio permanente, no sendo passveis de falha por uma falha de hardware.(WIKIPDIA, acessado em 27/05/2013) As informaes relativas a controle de estoque de uma empresa so da mxima confidencialidade pois caso haja acesso no-autorizado s mesmas a segurana fsica dos funcionrios e comercial da empresa fica exposta. Conforme RAMAKRISHNAN & GEHRKE (2008), existem trs objetivos principais que precisam ser atendidos em um banco de dados seguro: 1. Sigilo: as informaes no devem ser reveladas para usurios no autorizados. Por exemplo, um aluno no pode examinar notas de outros alunos. 2. Integridade: apenas usurios autorizados podem modificar dados. Por exemplo, os alunos devem ver suas notas, embora(obviamente) no possam modific-las. 3. Disponibilidade: os usurios autorizados no devem ter o acesso negado. Por exemplo, um professor que queira alterar uma nota deve poder fazer isso. (RAMAKRISHNAN & GEHRKE,2008, p.577).

Por este motivo que alm das medidas inerentes segurana do aplicativo, medidas tomadas no o SGBD tambm deve prover recursos que reforcem a segurana do sistema atravs de uma poltica de segurana bem definida que deve determinar quais dados so protegidos e quem poder acess-los e com quais permisses. Os SGBDS atualmente em uso no mercado suportam o controle de acesso e quais operaes (privilgios) os usurios podero realizar sobre os diversos componentes do banco de dados. Aplicativos na Web exigem um mais de segurana do que aplicativos desktop uma opo armazenar as informaes criptografadas, embora isto requeira mais do processamento, a relao custo de desempenho x benefcio deve ser avaliada em tempo de implantao.
26

1.1.4.1

Modelos de banco de dados

Conforme HEUSER(1998), modelar um banco de dados descrever as informaes que sero armazenadas no mesmo. Ele classifica as linguagens de modelagem em textuais ou grficas, e cada forma de apresentao do modelo denominada Esquema de Dados. HEUSER(1998) explica que na modelagem de banco de dados normalmente so considerados dois modelos, o modelo conceitual e o modelo lgico. O modelo conceitual um modelo abstrato que descreve a estrutura do banco de dados em alto nvel, independente da implementao. J o modelo lgico uma descrio do banco de dados na forma como ele ser visto pelo usurio (software ou pessoa) do SGBD. (HEUSER,1998) DAMAS(2007), descreve o projeto lgico como sendo a transformao do projeto conceitual em estruturas de dados que possam ser implementadas em um SGBD. O projeto fsico definido por DAMAS(2007) como sendo a especificao em detalhes de como o projeto lgico deve ser implementado. Na matria publicada no site Devmedia o administrador Caldo Junior relata sua experincia de como um bom projeto fsico pode melhorar o desempenho do banco de dados, e por consequncia, dos aplicativos que o utilizam. Na matria mostrada a importncia da utilizao do mapa de acesso lgico, para avaliar a carga que ser imposta ao banco de dados pelos usurios, e com base nela, a definio de como ser implementado o banco de dados efetivamente. O mapa de acesso lgico avalia as consultas realizadas ao banco de dados em termos de carga, valores selecionados e retornados.

27

Figura 4 Mapa de acesso lgico

DAMAS(2007) informa que as seguintes decises so tomadas durante o projeto fsico: Local fsico dos arquivos, tablespaces, storage groups, indexao, estratgias de bloqueio e de resoluo de impasse. RAMAKRISHNAN & GEHRKE (2008) acrescentam a escolha de normalizaes alternativas ou at mesmo desnormalizaes, decomposio de relaes e a criao de vises especficas do banco.

28

1.1.5

Anlise de requisitos de Negcio e de Software

A etapa primordial do nascimento de qualquer soluo o correto entendimento do problema que se pretende resolver. Solues informatizadas encaixam-se nesse padro com o agravante de termos em duas pontas pessoas que falam idiomas diferentes. De um lado, temos a equipe de desenvolvimento que deve ser versada em tecnologia, de preferncia no estado da arte desta. Na outra ponta, temos os donos do negcio, ou seja, as pessoas que se pretende utilizarem a soluo informatizada, ou at mesmo que esta as substitua. Um erro no entendimento do problema e na formulao da soluo quando na rea de desenvolvimento de Software somente ser percebido aps um grande esforo de programao, o que consumir recursos financeiros e tempo preciosos. Por este motivo o desenho de uma soluo de Software um trabalho de equipe, no qual o analista de negcios realiza o papel de facilitador para extrair dos usurios inseridos no sistema a correta especificao dos requisitos do negcio e do Software. O objetivo do analista de negcios envolver os stakeholders para elicitar as necessidades essenciais do sistema (INSTITUTO INTERNACIONAL DE ANLISE DE NEGCIOS, 2006). O analista de negcios deve ter conhecimento em tcnicas de elicitao de requisitos, pesquisa, organizao do negcio e seu domnio. Alm disso, deve possuir habilidade de listar e extrair informaes; realizar entrevistas; facilitar sesses colaborativas; observar pessoas e processos; resolver conflitos e chegar ao consenso; pensar de forma abstrata, procurando e nivelando padres;documentar o negcio de forma escrita e saber comunicar-se nas formas oral e escrita. As seguintes tcnicas so elencadas pelo IIBA para a elicitao de requisitos: Brainstorm. prope que um grupo de pessoas - de duas at dez pessoas - se renam e se utilizem das diferenas em seus pensamentos e ideias para que possam chegar a um denominador comum eficaz e com qualidade, gerando assim ideias inovadoras que levem o projeto adiante (WIKIPDIA).
29

Anlise de documentos envolvidos no processo em busca de informao relevante. Grupo de foco, que um grupo de pessoas pr-qualificadas com o objetivo de evoluir em um tpico especfico, geralmente formado por pessoas que trabalham juntas. Anlise da interface do programa, que podem ser reais ou apenas prottipos. Entrevistas que so conduzidas com objetivo e pauta especficas e documentadas pelo analista. Observao, que consiste em observar e tomar nota do processo interferindo o menos possvel no mesmo, pode realizar perguntas durante a observao ou realiz-la de forma totalmente passiva, sem perguntar. Prototipao, que auxilia na visualizao de requisitos de interface antes que a aplicao seja desenvolvida, sendo uma tcnica que proporciona conforto e segurana na elicitao das necessidades dos usurios em relao ao sistema. Workshop Requirements que um evento direcionado aos Stakeholders do projeto com o objetivo de gerar entregveis que permitam uma anlise futura mais profunda, feito de forma intensiva, em encontros que vo de um a alguns dias. Engenharia reversa, que utilizada em sistemas legados com pouca documentao e que sejam objetos de aprimoramento. Pesquisa e questionrios que podem ser de questes abertas ou fechadas (opes) e permitem um volume maior de informaes em curto tempo.

1.1.6

Testes e qualidade do Software

Conforme PEZZ & YOUNG (2008) testar e avaliar um Software verificar a qualidade do mesmo buscando defeitos ou possibilidades de melhorias. No contexto deste trabalho, o teste de Software buscar validar os requisitos funcionais do sistema e verificar se os requisitos no-funcionais so corretamente atendidos pelo mesmo.

30

Neste caso, ser formulado um roteiro de testes para a validao do Software, que definida pelos mesmos autores como a avaliao do grau de satisfao do sistema s necessidades dos usurios. Tambm ser feita a verificao do sistema, que consiste em avaliar se o sistema foi implementado de acordo com a sua especificao. PEZZ & YOUNG(2008) ressaltam que a qualidade depende de cada etapa do processo de desenvolvimento do Software, no sendo compensado um mal desempenho nas fases anteriores atravs da etapa de testes e que softwares de alta qualidade possuem o processo de testagem integrado ao de desenvolvimento. De fato estamos procurando aqui integrar o desenvolvimento da soluo ao processo de testagem da mesma, com o objetivo de atingir um maior grau de adequao do Software. Qualidade um conceito subjetivo, portanto, para que seja avaliada a qualidade de qualquer artefato preciso antes que se estabeleam padres ou metas de qualidade, e elas precisam estar definidas para os requisitos funcionais e no-funcionais a fim de se gerar um roteiro de testes consistente. PEZZ & YOUNG(2008) estabelecem que as qualidades de um produto de Software podem ser divididas em grupos daquelas que so diretamente percebidas pelos clientes finais tais como confiana, latncia, usabilidade, utilidade e taxa de disponibilidade MAGELA(2006) acrescenta a corretude, robustez, desempenho, ergonomia, entre outras; e as que so percebidas somente pela equipe de desenvolvimento, como a manutenibilidade, rigorismo e separao de aspectos durante o desenvolvimento (p.ex. Arquitetura em camadas). O principal em um Software a confiana que podemos depositar no mesmo e em seus resultados, por isso, PEZZ & YOUNG(2008) elicitaram as principais propriedades de confiana requeridas: Corretude, um programa no pode estar quase totalmente correto, mais ou menos correto ou 30% correto. Ou est absolutamente correto em todos os comportamentos possveis ou no est correto.( PEZZ & YOUNG,p. 68, 2008).

31

PEZZ & YOUNG(2008) lembram que uma especificao mal feita pode gerar um Software 100% correto, uma especificao de qualidade normalmente produz um Software que atinge um valor aceitvel de corretude. MAGELA(2006) define um Software como correto caso ele se comporte de acordo com com os seus requisitos funcionais. Disponibilidade, considerada uma mtrica apropriada quando o sistema est sujeito a falhas por um perodo de tempo. No caso dos aplicativos Web, geralmente este requisito definido como 24h x 7 dias, ou seja, disponibilidade total de tempo desejada na maioria das aplicaes Web. Segurana, termo j bastante difundido que diz respeito a comportamentos de risco a serem evitados pelo Software. Obviamente que a segurana precedida por uma identificao dos riscos a serem evitados pelo sistema, sendo esta a primeira fase da anlise de segurana. Robustez, um Software classificado como robusto quando seu comportamento aceitvel mesmo em condies imprevistas em sua especificao. (MAGELA, 2006) Sistema na Web esto sujeitos a problemas relativos robustez, pela impossibilidade de se avaliar a carga de usurios que ir utiliz-lo simultaneamente, sendo este tipo de anlise imprescindvel neste caso.

1.1.6.1

Teste Funcional

Tambm chamado de teste baseado em especificaes ou teste caixa-preta um tipo de testes feito a partir da especificao funcional do sistema, de como ele deve se comportar. PEZZ & YOUNG (2008) definem uma abordagem sistemtica para a gerao de casos de teste funcionais dividindo o processo de elaborao dos testes em etapas, sugerindo critrios para facilitar a seleo dos casos de teste e mtodos de monitorao destas atividades. Conforme o mtodo dos autores, a primeira fase consiste em identificar funcionalidades testveis independentemente (PEZZ & YOUNG, p. 189, 2008). A mesma no precisa ser
32

uma unidade ou subsistema do Software, apenas um comportamento que o mesmo deve executar pontualmente, dado um conjunto de entradas. A segunda fase identificar classes de valores representativas ou derivar um modelo (PEZZ & YOUNG, p. 191, 2008). Isso consiste em identificar quais valores de cada entrada devem ser utilizados nos casos de teste. Aqui o projetista dos testes deve ter o cuidado de encontrar valores suficientes para a validao do sistema porm sem o excesso que prejudicaria o desenvolvimento do produto final. E, por fim, elaborar as especificaes e casos de teste, que so obtidas combinando os resultados desejados para as entradas da unidade funcional que est sendo testada.

33

REFERENCIAL TERICO GESTO DE ESTOQUES

FERRARI (2006) identifica as razes para empreender pertencentes a quatro grupos, necessidades relativas sobrevivncia do empreendedor e sua famlia, investimentos (aumento de patrimnio), realizao pessoal e luta por uma causa. Empresrios impulsionados a atuar principalmente por questes de sobrevivncia muitas vezes aprendem tacitamente os processos envolvidos na gesto do seu negcio, inclusive no relativo aos estoques. Este aprendizado prtico primordial ao sucesso do empreendimento, porm a utilizao conjunta de modelos de gesto cientficos podem oferecer uma vantagem competitiva ao negcio. Desta feita, foi realizada uma pesquisa sobre modelos formais de gesto de estoques para que agregue ao software desenvolvido conhecimento formal da rea de Administrao. Tambm foi realizada pesquisa referente s obrigaes fiscais inerentes aos estoques e como elas devem ser reportadas.

34

2.1

Gesto de estoques
MOURA(2004) define estoque como sendo um conjunto de bens armazenados que su-

prem as necessidades da empresa. Ento, qualquer produto, seja para uso administrativo, comrcio ou produo denominado item de estoque da organizao. Gerir um estoque conciliar os interesses da empresa e os nveis de atendimento que a mesma deseja oferecer aos seus clientes internos e externos no atendimento de suas necessidades. Definir uma poltica de estoques uma deciso pessoal dos gestores aps o conhecimento ou pesquisa de como sua empresa se comporta em seu mercado especfico de atuao, isso porque uma mesma empresa em locais diferentes apresenta necessidades especficas distintas decorrentes do perfil de seus consumidores locais. O estabelecimento dessas polticas de gesto normalmente considera: Objetivos de nvel de atendimento da empresa a seus clientes com relao a seus produtos e servios, rotatividade dos estoques, espao de armazenagem, itens a serem armazenados e equilbrio entre comprar para obter descontos e a sade financeira da empresa. Apontamos as seguintes justificativas elencadas por GAITHER(2002) para a manuteno de estoques: Custos de emisso de pedidos, incorrido a cada pedido realizado e formado pelos custos operacionais relativos a todo processo de compra e contabilizao de mercadorias. Custos de stockout, apresentado quando falta um item de estoque necessrio, que pode incorrer em perda de vendas e insatisfao dos clientes. Custos de aquisio, significa que quando comprados lotes maiores, menores preos so conseguidos e valores gastos com frete e manuseio tambm tendem a ser menor. Custos de startup, quando se pede pela primeira vez um determinado produto, a incerteza relativa a se ele ir atender s necessidades maior e ele pode no ser adequado.
35

GAITHER(2002) tambm elenca os lados negativos da manuteno de estoques, quais sejam: Custos de manuteno e armazenamento, consistentes de custos relativos ao capital imobilizado investido e custos envolvidos na manuteno do estoque como aluguel, seguro, mode-obra envolvida, etc. Custos de receptividade dos clientes, grandes estoques aumentam o tempo de atendimento dos pedidos dos clientes, principalmente quando o atendimento feito no balco. Custos de reduo do retorno sobre o investimento, estoques so capital imobilizado e quando em grande quantidade diminuem o retorno sobre o investimento. Gaither elenca outros custos, no caso no aplicveis ao contexto deste trabalho e mais voltados indstria, podendo os mesmos serem objeto de trabalho futuro para extenso do sistema indstria.

2.1.1

Valorao de estoques

Valor de um estoque a soma dos valores dos produtos acabados e materiais de consumo em posse da empresa. Os mtodos mais utilizados para valorao de estoques so (MARTINS, 1996): PEPS - primeiro que entra, primeiro que sai as compras para reposio de estoque so realizadas em diversas datas sendo registradas no estoque pelo custo de aquisio. Ao ocorrer uma venda, so baixadas do estoque as primeiras compras. Com isso, o valor do estoque fica atualizado com as ltimas entradas. UEPS - ltimo que entra, primeiro que sai, as primeiras compras que entram so as ltimas que saem. Com este mtodo o valor do estoque final do perodo valorado pelas primeiras aquisies, o que geralmente aumenta o valor do estoque comparado ao mtodo PEPS.

36

MPM (mdia ponderada mvel) - o mtodo mais utilizado no Brasil. Consiste em avaliar o estoque pelo custo mdio de compra, apurado em cada entrada de mercadorias, ponderando-se as quantidades adicionadas pelas anteriormente existentes. Dependendo do mtodo se chega a um valor de estoque final diferente. Considerando o fato que existe inflao e que os preos normalmente aumentam, pelo PEPS tem-se um menor valor de estoque, o MPM um valor intermedirio e pelo UEPS um valor maior dos tres mtodos.

2.1.2

Retorno sobre capital investido

Estoque capital investido, e, como todo investimento, pode ter o seu retorno avaliado. A medida de avaliao do retorno financeiro dos estoques a razo entre o capital investido no mesmo e o lucro da empresa. Dada pela frmula: RC = Lucro / Capital investido em estoque

2.1.3

Giro de estoque

Conforme DIAS(1986, apud Wikipedia, acessado em 26/05/2013) giro em logstica a medida de entrada e sada de um item de estoque. Para seu clculo, devemos saber o valor de itens no incio do perodo, dentro do perodo de giro e o valor final de itens que girou. Por exemplo, no incio de um perodo, havia 20 unidades do item x, durante o perodo foram adquiridas 40 unidades, ao final do perodo havia 10 unidades do mesmo em estoque. O giro deste item , ento: GE = ((20 + 40 ) 10) / ((20+40) /2)

37

2.1.4

Curva ABC

Uma ferramenta importante para a gesto de estoques a classificao dos itens que o compe, CORREA(2006) nos informa que os estoques seguem a curva de Pareto, que diz que em geral poucos itens so responsveis pelo maior volume financeiro. Classificar os itens de estoque com base no retorno financeiro permite ao gestor concentrar seus esforos de acordo com o retorno dos itens envolvidos. Os materiais so classificados em trs categorias: A- Altos valores financeiros e baixa quantidade. B- Pequenos valores e grande quantidade. C- Valores e quantidades mdias, entre A e B

BIAZZI apresenta a tabela seguinte como um referencial para se classificar os itens de estoques: Classe A B C % de itens 5 a 15 20 a 30 55 a 75 % demanda monetria anual 50 a 60 25 a 40 5 a 15

CORREA(2006) prope a seguinte metodologia para se encontrar a curva ABC: 1. Auferir a demanda mensal a cada item; 2. Totalizar a demanda anual de cada item; 3. Calcular os valores anuais de cada item, a partir do custo unitrio de cada item; 4. Calcular o valor anual total (incluindo todos os itens);
38

5. A participao de cada item calculada dividindo-se o valor anual do item pelo somatrio do valor anual; 6. Lanar os valores percentuais em um grfico, com o percentual acumulado. Figura 5 Curva ABC

2.1.5

Estoque de segurana

A manuteno de nveis de estoque que garantam empresa um funcionamento seguro dentro dos nveis de servio (razo entre demanda solicitada pelos clientes e atendida) que deseja proporcionar um fator primordial para a reduo dos custos associados falta de estoques elencados anteriormente. Calcular o nvel de estoque de segurana de um item no uma tarefa trivial, por isso o emprego de modelos formais auxilia para que o estoque de segurana no comprometa o funcionamento da empresa nem sobrecarregue seus custos.

39

2.1.5.1

Previso de demanda

O mtodo de previso de demanda que ser utilizado no sistema o de mdia mvel, que consiste em fazer a mdia aritmtica dos ltimos valores de demanda de um determinado item, sendo o perodo que ser utilizado para o clculo da mdia escolhido pelo administrador da empresa.

2.1.5.2

Incerteza da demanda

praticamente impossvel prever com exatido a demanda de um determinado item de estoque, por isso, acompanhar a incerteza da demanda importante para garantir um nvel de estoque apropriado. Ela pode ser medida pela seguinte razo:

Quando Rp maior que 1, a previso foi abaixo da demanda. Este indicador deve ser acompanhado para se ajustar a previso dos itens de estoque.

2.1.5.3

Lead Time

Lead Time o tempo entre a colocao do pedido no setor de compras e a efetiva entrega pelo fornecedor, deve ser acompanhado para cada item de estoque ou para cada fornecedor. Deve ser dividido em trs etapas, tempo de requisio, tempo de anlise do pedido e tempo de entrega.

2.1.5.4

Modelos para gesto de sistemas de estoque

Conforme CORRA(2006), existem vrios modelos de gesto de sistemas de estoque, no faz parte do escopo deste trabalho discorrer sobre cada um deles. Foram selecionados dois modelos que sero empregados no software. Modelo de ponto de reposio, que acompanha a retirada de cada item do estoque com o restante, caso a quantidade restante seja menor que um valor determinado (ponto de reposi40

o) compra-se uma quantidade do produto para repor o estoque de segurana. Chamada de lote de ressuprimento.

41

Figura 6 Modelo Modelo Ponto de Reposio fonte: Correa, p. 525

CORREA(2006) utiliza a abordagem de custos para definir os parmetros do sistema, que so: Cf Custo fixo de fazer o pedido de ressuprimento, composto pelos custos de cotar, receber e inspecionar mercadorias, frete, entre outros dependo da operao da empresa. Estes so fixos independentes da quantidade de produto comprado. Ce - Custo unitrio anual de armazenagem que envolve os custos envolvidos na armazenagem de uma unidade do item por um ano, quais sejam: seguro, aluguel, custos com pessoal,estrago, dano, entre outros. Ca Custos de armazenagem, obtido multiplicando-se a o estoque mdio (meio lote) pelo custo unitrio de armazenagem.

Cp Custos de pedido (anual), obtido multiplicando-se o custo fixo (Cf) pelo total de pedidos anual dividido pelo lote L.

42

Lote econmico o lote que apresenta o menor custo total, dado pela frmula (CORREA, 2006):

O ponto de reposio dado pela multiplicao da taxa de demanda pela unidade de tempo(D) e o tempo de reposio(TR), adicionados do estoque de segurana que proteger a empresa durante o tempo de reposio PR = D x TR + Eseg CORREA(2006) estabelece que para o clculo de estoque de segurana seja utilizada a frmula abaixo:

LT : Lead Time. : Desvio padro estimado para a demanda futura. Pode ser estimado a partir da anlise pregressa da demanda do item. PP: Periodicidade a qual se refere o desvio-padro. O correto levantamento destes custos para a implementao do modelo de ponto de reposio primordial para o correto dimensionamento do lote seguro. E isto pode ser um fator limitante para empresas que no possuam preciso destas informaes.

43

Outro modelo mais facilmente implementado o de reviso peridica do nvel de estoques de cada item, que comparado a um valor desejado e assim a quantidade a ser ressuprida encontrada, com lotes de compra variveis. Neste modelo, a quantidade a ressuprir dada por:

Onde: Q : Quantidade a ser pedida. D: Taxa de demanda. P : Perodo de reviso. LT : Lead Time. Es: Estoque de segurana. E: Estoque presente. QP: Quantidade pedida pendente. O estoque de segurana dado por:

Onde, FS : Fator de segurana (Vide Anexo 1) depende do nvel de servio. : Desvio-padro dos erros de previso (CORREA,2006). PP: Perodo de tempo do desvio-padro dos erros de previso.

44

2.2

Obrigaes fiscais

2.2.1

Sistema Pblico de Escriturao Digital O sistema pblico de escriturao digital foi institudo pelo Decreto n 6.022, de 22 de janeiro de 2007, e consiste na informatizao sistemtica do cumprimento das obrigaes acessrias transmitidas pelos contribuintes s administraes tributrias e aos rgos fiscalizadores, utiliza a certificao digital para fins de assinatura dos documentos eletrnicos. Iniciou-se com trs grandes projetos: Escriturao Contbil Digital, Escriturao Fiscal Digital e a NF-e - Ambiente Nacional. Atualmente est em produo o projeto EFD-Contribuies. E em estudo: e-Lalur, EFD-Social e a Central de Balanos( RECEITA FEDERAL DO BRASIL). No mbito da gesto de estoques, o sped se apia principalmente na nota fiscal eletrnica e no SPED fiscal. Conforme o site da RECEITA FEDERAL DO BRASIL, a Escriturao Fiscal Digital - EFD um arquivo digital, que se constitui de um conjunto de escrituraes de documentos fiscais e de outras informaes de interesse dos fiscos das unidades federadas e da Secretaria da Receita Federal do Brasil, bem como de registros de apurao de impostos referentes s operaes e prestaes praticadas pelo contribuinte. Este arquivo dever ser assinado digitalmente e transmitido, via Internet, ao ambiente Sped. ( RECEITA FEDERAL DO BRASIL). O arquivo digital que contm a EFD inclui todas as informaes que at bem pouco tempo eram prestadas por meio dos Livros Fiscais escritos e encadernados. De acordo com o Pargrafo 3 do art. 24 do Anexo 11 do Decreto n. 2.870/01 RICMS/SC, a EFD substitui a e impresso dos seguintes livros:

45

I - Registro de Entradas; II - Registro de Sadas; III - Registro de Inventrio; IV Registro de Apurao do ICMS; V Registro de Apurao do IPI. VI - documento Controle de Crdito de ICMS do Ativo Permanente CIAP, modelos C ou D (Acrescido pelo Ajuste SINIEF - Sistema Nacional Integrado de Informaes Econmico-Fiscais 02/10, produzir efeitos a partir de 01.01.2011).( DECRETO N. 2.870/01)

46

Figura 7 Estrutura Sistema Pblico de Escriturao Digital A COTEPE (Comisso Tcnica Permanente) da Receita Federal do Brasil a responsvel pela definio dos formatos dos arquivos enviados, pesquisando no site da mesma, verificamos que a mesma publicou vinte alteraes de especificao de formatos dos arquivos EFD, razo pela qual perde o sentido deix-lo fixo no sistema. No tangente ao controle de estoques, o arquivo possui um bloco especfico, chamado de bloco H que possui informaes sobre o inventrio do estabelecimento. Neste mbito, o sistema de controle de estoque em questo pretende a princpio ser estruturado para armazenar as informaes de maneira que sejam facilmente recuperveis por um mdulo contbil que gerar o arquivo de Escriturao Fiscal Digital completo.

47

MTODO DE DESENVOLVIMENTO DO TRABALHO

Para o levantamento dos requisitos do sistema foram realizadas as seguintes atividades: 1) Entrevistas com os principais interessados no sistema elencados abaixo: - Gerente de central de processamento de dados da loja de tintas Casa Toni. - Gerente comercial da loja de tintas Usetintas. - Contadora com mais de vinte anos de experincia. 2) Anlise de documentos - Notas fiscais de entrada e sada de mercadorias. - Arquivos sped reais. - Logs de erros dos envios dos arquivos sped. 3) Pesquisa bibliogrfica - Pesquisa sobre mtodos cientficos para gesto de estoques. - Pesquisa sobre obrigaes fiscais relacionadas estoque e que envolvem a rea de tecnologia da informao. 4)Confronto da soluo proposta com as idias dos interessados no software, a fim de aprimorar o mesmo.

48

Para a modelagem UML do sistema foi utilizado o software Astah. Para a modelagem dos prottipos das telas, foi utilizado o software Visio da Microsoft. Para a modelagem relacional banco de dados do sistema foi utilizado o software Brmodelo.

49

MACRO PROCESSOS ENVOLVIDOS NA ENTRADA E SADA DE ITENS DO ESTOQUE

4.1

Processo de venda

50

4.2

Processo de sada do estoque

4.3

Processo de entrada de itens no estoque

51

ELICITAO DOS REQUISITOS DO SISTEMA

5.1

Identificao dos usurios do sistema e suas expectativas

O sistema possuir os seguintes usurios padres por tipo de atividade: Vendedor: Realiza pesquisa de itens em estoque, vende mercadorias, prepara tintas para o

consumidor final (utilizando os insumos do estoque). Mantm cadastros de produtos vendidos pela loja. Presta demais esclarecimentos sobre utilizao de tintas e correlatos, atuando como um consultor para auxiliar o cliente a realizar a melhor opo de compra. Realiza vendas e emite notas fiscais de sada de produtos. Principais expectativas: Consultar estoque rapidamente para poder atender aos clientes com presteza. Estoquista: Realiza a entrada e sada de itens no estoque, seja atravs do cadastro manual com o preenchimento de informaes e leitura tica do cdigo de barras do item, ou atravs da importao do arquivo xml da nota fiscal de entrada do mesmo. Realiza pesquisa de itens em estoque. Mantm cadastro de produtos. Realiza inventrio de produtos, controla validade de itens do estoque. Principais expectativas: Manuteno facilitada da entrada e sada de itens do estoque, gerao de formulrios para inventrio e relatrios de produtos em estoque. Contador: Consulta notas fiscais de entrada e sada. Emite relatrios diversos.

52

Principais expectativas: Ter seu trabalho de contabilidade facilitado atravs da gerao de relatrios pelo sistema. Gerente: Realiza todas as atividades do vendedor, estoquista e contador (porm emite alertas com relao ao perigo de se enviar arquivos RFB sem efetivo conhecimento da contabilidade da empresa), emite relatrios diversos de gesto de estoques e de log de utilizao do sistema. Cadastra usurios no sistema. Principais expectativas: O cliente espera que o sistema emita relatrios que facilitem a gesto do estoque de sua loja ou cadeia de lojas de forma eficiente, e tambm permita consultar os logs de atividades dos funcionrios que utilizarem o sistema.

53

5.2
ID

Requisitos Funcionais do Sistema

Domnio Controle de acesso RF0 Nome Manuteno decadastro de empresa Controle de acesso RF1 Manuteno decadastro de administrador Suporte tcnico Quem realiza Suporte tcnico Descrio Suporte tcnico deve poder realizar manuteno de cadastro de empresas no sistema. Suporte tcnico deve poder realizar manuteno de cadastro de usurios administradores do sistema. Controle de acesso Manuteno de cadastro de usuRF2 rios e permisses de acesso Usurio administrador O administrador do sistema cadastra e mantm usurios no administradores e define a quais funcionalidades eles tero acesso no mesmo. Controle de acesso Autenticao biomtrica de usurio RF3 Usurio do sistema Todos os usurios do sistema para acessarem o mesmo devero ser autenticados biometricamente. Ocasio em que suas permisses sero verificadas e ser concedido o acesso personalizado. Gesto de estoque Manuteno de cadastro de item de estoque RF4 Usurio do sistema Usurio insere cdigo de barras do produto a dar entrada no estoque, preenche informaes relevantes do produto e salva cadastro ou realiza alteraes no cadastro de item de estoque do sistema ou o exclui. Gesto de estoque RF5 Entrada de item no estoque Usurio do sistema Usurio realiza entrada de item(s) adquiridos no estoque por importao do arquivo 54

xml da nfe.

RF6

Gesto de estoque

Retirada de item do estoque

Usurio do sistema

Usurio realiza a retirada de item(s) vendidos do estoque.

Gesto de estoque RF7

Inventrio de estoque

Usurio do sistema

Usurio imprime formulrio para a realizao de inventrio de estoque.

Gesto de estoque RF8

Ajuste de estoque

Usurio do sistema

Usurio ajusta quantidade de itens no estoque e informa o motivo do ajuste.

Gesto de estoque RF9

Valorao de estoque -PEPS

Usurio administrador

Usurio solicita ao sistema relatrio de valor de estoque calculado pelo mtodo PEPS.

Gesto de estoque RF10

Valorao de estoque -UEPS

Usurio do sistema

Usurio solicita ao sistema relatrio de valor de estoque calculado pelo mtodo UEPS.

Gesto de estoque RF11

Valorao de estoque -MPM

Usurio do sistema

Usurio solicita ao sistema relatrio de valor de estoque calculado pelo mtodo mdia ponderada mvel.

Gesto de estoque

Retorno sobre capital

Usurio do sistema

Usurio solicita ao sistema relatrio sobre o retorno de capital, que calculado utilizando o custo real do estoque (quanto foi gasto).

RF12

Gesto de estoque RF13

Giro de estoque

Usurio do sistema

Usurio solicita ao sistema relatrio sobre o giro de estoque de um ou mais produtos especficos.

Gesto de estoque RF14

Curva ABC

Usurio do sistema

Usurio solicita ao sistema relatrio de curva ABC dos itens do estoque.

55

Gesto de estoque

Clculo da previso de demanda

Usurio do sistema

Usurio solicita ao sistema clculo da previso de demanda de um ou mais produtos (ou todos), fornecendo o perodo de tempo para anlise. Tempo mnimo 2 meses.

RF15

pela mdia ponderada mvel.

Gesto de estoque

Incerteza da demanda

Usurio do sistema

Usurio solicita ao sistema que calcule a incerteza da demanda para um perodo especfico (mximo de um ano).

RF16

Gesto de estoque

Manuteno de cadastro de for-

Usurio do sistema

Usurio cadastra e mantm cadastro de fornecedores de um ou de vrios produtos, incluindo prazo de entrega dos mesmos.

RF17

necedores.

Gesto de estoque Modelo ponto de reposio RF18

Relatrio do modelo de ponto de reposio

Usurio do sistema

Usurio solicita relatrio de gesto pelo modelo de ponto de reposio, ocasio em que o sistema abre um assistente que o guia para a entrada dos valores necessrios para a gerao do relatrio.

Gesto de estoque Modelo reviso peridica de nvel RF19 de estoque

Relatrio do modelo de ponto de reviso peridica

Usurio do sistema

Usurio solicita relatrio de gesto pelo modelo de ponto de reviso peridica, ocasio em que o sistema abre um assistente que o guia para a entrada dos valores necessrios para a gerao do relatrio.

56

Gesto de estoque RF20

Relatrio de entradas no perodo

Usurio do sistema

Relatrio de notas de entradas no perodo.

RF21

Gesto de estoque

Relatrio de sadas no perodo

Usurio do sistema

Relatrio de notas de sada no perodo.

Gesto do sistema RF22

Relatrio log do sistema

Usurio do sistema

Relatrio de utilizao do sistema com data completa, usurio e funcionalidade acessada.

Gesto de estoque RF23

Relatrio de posio de estoque

Usurio administrador

Relatrio contendo um, alguns ou todos os itens de estoque e a quantidade atual dos mesmos no estoque.

57

5.3
ID RNF0

Requisitos No-Funcionais do Sistema

Domnio Usabilidade Nome Interface intuituva Quem realiza Usurios do sistema Descrio O sistema deve possuir uma interface de fcil aprendizado e utilizao intuitiva.

RNF1

Segurana

Comunicao via SSL

Usurios do sistema

O sistema deve operar suas comunicaes sobre protocolo SSL utilizando certificado digital tipo A1.

RNF2

Robustez

Acesso em massa

Usurios do sistema

Sistema deve funcionar adequadamente com carga de usurios definida em 50 inicialmente.

RNF3

Concorrncia

Consultas em massa

Usurios do sistema

Sistema deve realizar forma consultas de

concorrente

garantindo as propriedades ACID para no mnimo 50 usurios simultneos sem apresentar problema de desempenho. RNF4 Portabilidade Portabilidade entre navegadores Usurios do sistema O sistema deve funcionar adequada-

mente nos navegadores mais utilizados em ambiente Windows e Linux.

58

RNF5

Recuperao de falhas

Backup

Sistema

sistema

dever

manter uma base de dados em uso e outra espelhada em outro servidor de modo a garantir o backup

das informaes.

59

MODELAGEM UML DO SISTEMA

6.1

Identificao dos Atores

60

6.2

Casos de Uso do Sistema

6.2.1

Domnio Controle de Acesso

6.2.1.1

Manter cadastro de empresa

Ator principal: Suporte tcnico Cenrio de sucesso principal: 1. Suporte tcnico preenche formulrio com dados da empresa, quais sejam: cnpj, inscrio estadual, cep, logradouro, nmero, telefones de contato, principal responsvel e emails. 2. Suporte tcnico salva as informaes. Fluxo alternativo 1.
61

1. Suporte tcnico localiza cadastro de empresa por cnpj, ou pelo nome. 2. Suporte tcnico realiza a alterao do cadastro pr-existente e salva as informaes. Fluxo alternativo 2. 1. Suporte tcnico localiza cadastro de empresa por cnpj, ou pelo nome. 2. Suporte tcnico inativa cadastro de empresa que fica impossibilitada de utilizar o sistema. Fluxo alternativo 3.

6.2.1.2

Manter cadastro de administrador

Ator principal: Suporte tcnico Cenrio de sucesso principal: 1. Suporte tcnico preenche formulrio com dados do usurio que ter permisso de administrador, quais sejam: cpf, rg, endereo, telefones de contato, email, matrcula funcional, cargo, setor e digitais. 2. Suporte tcnico salva as informaes. Fluxo alternativo 1. 1. Suporte tcnico localiza cadastro de administrador pelo cpf ou pelo nome. 2. Suporte tcnico realiza a alterao do cadastro pr-existente e salva as informaes. Fluxo alternativo 2. 1. Suporte tcnico localiza cadastro de administrador pelo cpf ou pelo nome. 2. Suporte tcnico inativa cadastro de administrador que fica impossibilitado de utilizar o sistema. Fluxo alternativo 3.
62

1. Suporte tcnico localiza cadastro de administrador pelo cpf ou pelo nome. 2. Suporte tcnico altera cadastro de administrador para usurio padro sem permisses de administrador e salva alterao.

6.2.1.3

Manter cadastro de usurios

Ator principal: Usurio administrador Ator secundrio: Usurio a ser cadastrado Pr-requisito necessrio: Usurio previamente autenticado no sistema. Cenrio de sucesso principal: 1. Usurio administrador preenche formulrio com dados do usurio quais sejam: cpf, rg, endereo, telefones de contato, email, matrcula funcional, cargo, setor. 2. Usurio sendo cadastrado fornece digitais ao sistema. 3. Usurio administrador define a quais funcionalidades o usurio ter acesso, as funcionalidades que o mesmo no tiver acesso no aparecerao na tela quando ele efetuar login. 4. Usurio administrador salva as informaes. Fluxo alternativo 1. 1. Usurio administrador localiza cadastro de usurio pelo cpf ou pelo nome. 2. Usurio administrador realiza a alterao do cadastro pr-existente e salva as informaes. Fluxo alternativo 2. 1. Usurio administrador localiza cadastro de usurio pelo cpf ou pelo nome. 2. Usurio administrador inativa cadastro de usurio que fica impossibilitado de utilizar o sistema.
63

Fluxo alternativo 3. 1. Usurio administrador localiza cadastro de usurio pelo cpf ou pelo nome. 2. Usurio administrador altera cadastro de usurio para usurio administrador e salva alterao. Fluxo alternativo 4. 1. Usurio administrador localiza cadastro de usurio pelo cpf ou pelo nome. 2. Cadastro no localizado. 3. Sistema emite alerta e abre tela de cadastro de usurio.

6.2.1.4

Autenticar usurio

Ator principal: Usurio Cenrio de sucesso principal: 1. Usurio aproxima dedo de leitor biomtrico. 2. Sistema localiza cadastro do usurio, verifica suas permisses e carrega verso do software de acordo com as mesmas. Fluxo alternativo 1. 1. Usurio aproxima dedo de leitor biomtrico. 2. Sistema no localiza digital e solicita nova tentativa. 3. Aps trs tentativas frustradas, sistema informa impossibilidade de utilizar o sistema e envia e-mail com o log de tentativa de acesso para o administrador do sistema e suporte tcnico. O log dever conter: data e hora da tentativa de acesso, ip e erro apresentado.

64

6.2.2

Domnio Gesto de Estoques

65

6.2.2.1

Manter cadastro de unidade de estoque

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de manuteno de cadastro de estoque. Cenrio de sucesso principal: 1. Usurio acessa tela de cadastro de unidade de estoque e preenche formulrio contendo os seguintes campos: Endereo, m2, capacidade, encarregado, email e telefones. 2. Usurio salva cadastro. Fluxo alternativo 1. 1. Usurio localiza cadastro de unidade de estoque pelo endereo ou cnpj. 2. Usurio acessa tela de cadastro de estoque e altera algum(s) campo do formulrio. 3. Usurio salva alteraes. Fluxo alternativo 2. 1. Usurio localiza cadastro de unidade de estoque pelo endereo ou cnpj. 2. Usurio inativa cadastro unidade de estoque e informa o motivo. 3. Usurio salva alteraes.

6.2.2.2

Manter cadastro de fornecedor

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de manuteno de cadastro de fornecedor. Cenrio de sucesso principal:

66

3. Usurio acessa tela de cadastro de fornecedor e preenche formulrio contendo os seguintes campos: Razo social, nome fantasia, cnpj, inscrio estadual, estado, cidade, bairro, rua, nmero, cep,telefones, responsvel, email,prazo padro de entrega,site e segmento. 4. Usurio salva cadastro. Fluxo alternativo 1. 4. Usurio localiza cadastro da empresa pelo cnpj ou nome fantasia. 5. Usurio acessa tela de cadastro de fornecedor e altera algum(s) campo do formulrio. 6. Usurio salva alteraes. Fluxo alternativo 2. 4. Usurio localiza cadastro da empresa pelo cnpj ou nome fantasia. 5. Usurio inativa cadastro de fornecedor e informa o motivo. 6. Usurio salva alteraes.

6.2.2.3

Manter cadastro de item de estoque

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de manuteno de cadastro de item do estoque. Cenrio de sucesso principal: 1. Usurio acessa tela de cadastro de item de estoque e preenche formulrio contendo as seguintes informaes:Cdigo/EAN (cdigo de barras), nome, descrio, segmento, fabricante, unidade, mltiplo de entrada, mltiplo de sada, peso bruto, peso lquido,similares. 2. Usurio salva cadastro.
67

Fluxo alternativo 1. 1. Usurio localiza cadastro do produto pelo cdigo EAN ou nome. 2. Usurio acessa tela de cadastro do produto e altera algum(s) campo do formulrio. 3. Usurio salva alteraes. Fluxo alternativo 2. 1. Usurio localiza cadastro do produto pelo cdigo EAN ou nome 2. Usurio inativa cadastro de produto e informa o motivo. 3. Usurio salva alteraes.

6.2.2.4

Entrar item no estoque

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade entrada de item no estoque. Cenrio de sucesso principal: 1. Usurio acessa formulrio de entrada de item de estoque. 2. Usurio localiza cadastro do produto atravs do cdigo EAN ou do nome. 3. Usurio importa arquivo xml da nfe de entrada do item. Fluxo alternativo 1. 1. Usurio no localiza cadastro do produto. 2. Sistema pergunta se deseja cadastrar o produto e abre tela de cadastro. (Incluir manter item de estoque)

68

3. Caso no deseje realizar o cadstro do produto, sistema fecha tela de entrada de item de estoque. 4. Aps o cadastro, sistema volta ao formulrio de entrada de estoque. 5. Usurio importa arquivo XML de entrada do item.

6.2.2.5

Retirar item do estoque

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade retirada de item no estoque. Cenrio de sucesso principal: 1. Usurio recebe uma via da DANFE e comprovante de pagamento do item. 2. Usurio localiza item (s) no sistema atravs do nmero da Nf. 3. Usurio retira item (s) fsico do estoque e entrega ao comprador. 4. Usurio d baixa no item(s) do sistema. Fluxo alternativo 1. 1. Usurio no localiza item(s) fsicos no estoque. 2. Usurio marca NF para cancelamento pelo gerente. 3. Sistema envia e-mail notificando gerente do ocorrido.

6.2.2.6

Inventariar estoque

Ator principal: Usurio Ator secundrio: Usurio administrador

69

Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de inventariar estoque. Cenrio de sucesso principal: 1. Usurio acessa tela de inventrio de estoque e imprime formulrio de realizao do inventrio fsico de estoque. 2. Sistema fica travado na tela de preenchimento de estoque fsico. Somente podendo ser liberado por um usurio administrador. 3. Aps o preenchimento da quantidade dos itens presentes no estoque fsico, o sistema calcula a diferena entre o fsico e o real e envia e-mail do relatrio para o gerente. Fluxo alternativo 1. Por qualquer motivo, o computador desligado durante a realizao do inventrio. 2. Sistema guardar log de acesso e retornar tela de inventrio.

6.2.2.7

Ajustar estoque

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de ajustar estoque. Cenrio de sucesso principal: 1. Usurio abre tela de ajuste de estoque. 2. Usurio localiza cadastro de item pelo cdigo ou pelo nome e altera a quantidade em estoque informando o motivo da alterao.

Fluxo alternativo 1. 1. Usurio no localiza cadastro de item no estoque.

70

2. Sistema pergunta se deseja cadastrar novo produto e abre tela de cadastro. 3. Aps cadastro, sistema abre a tela de ajuste de estoque.

6.2.2.8

Calcular incerteza da demanda

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de calcular incerteza da demanda. Cenrio de sucesso principal: 1. Usurio solicita relatrio de clculo de incerteza da demanda para um perodo x de meses para todos os itens do estoque ou apenas algum(s). 2. Sistema calcula a previso de demanda pela mdia ponderada mvel para cada ms do intervalo solicitado para todos os itens do estoque ou apenas algum(s). 3. Sistema totaliza as sadas reais dos itens para o perodo de meses solicitados e mostra na tela uma tabela contendo ms previso real e incerteza (previso / real).

6.2.2.9

Calcular previso de demanda

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de calcular incerteza da demanda. Cenrio de sucesso principal: 1. Usurio seleciona pelo menos um produto para que seja feita a previso de demanda pela mdia ponderada mvel e informa o perodo em que deseja a previso e a base de tempo de clculo. 2. Sistema abre relatrio na tela com opo de salvar ou imprimir.

71

6.2.2.10

Emitir relatrio pelo modelo de Ponto de Reposio

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de emitir relatrio pelo modelo de Ponto de Reposio para um determinado item de estoque. Cenrio de sucesso principal: 1. Usurio solicita relatrio e sistema abre um assistente que o guia para que o relatrio de modelo de Ponto de Reposio seja impresso na tela. 2. O usurio dever informar as seguintes entradas ao assistente: Cf Custo fixo de fazer o pedido de ressuprimento, Ce - Custo unitrio anual de armazenagem, total anual de pedidos e tempo de reposio . 3. Sistema retorna um relatrio contendo Custos de Armazenagem, Custos de pedidos anual, Lote econmico, Estoque de Segurana e Ponto de Reposio.

6.2.2.11

Emitir relatrio pelo modelo de Ponto de Reviso Peridica

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de emitir relatrio pelo modelo de Ponto de Reviso Peridica para um determinado item de estoque. Cenrio de sucesso principal: 1. Usurio solicita ao sistema que emita relatrio de Ponto de Reposio de um determinado item de estoque e o mesmo abre um assistente, que solicita as seguintes informaes: Quantidade pedida pendente, perodo de reviso, Lead Time e nvel de servio. 2. Sistema retorna relatrio contendo: Quantidade a ressuprir e estoque de segurana.

72

6.2.2.12

Emitir relatrio de Log do Sistema

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de emitir relatrio de Log do sistema. Cenrio de sucesso principal: 1. Usurio solicita ao sistema relatrio de Log que pode ser geral ou filtrado por data ou usurio. 2. Sistema emite relatrio que pode ser salvo em pdf, enviado por email ou impresso. Fluxo alternativo 1. 1. No h log registrado para o filtro selecionado. 2. Sistema emite alerta.

6.2.2.13

Emitir relatrio de Retorno sobre capital

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de emitir relatrio de Retorno sobre capital. Cenrio de sucesso principal: 1. Usurio informa lucro do perodo e solicita que sistema informe o retorno sobre o capital. 2. Sistema calcula o retorno sobre o capital e emite um relatrio.

6.2.2.14

Emitir relatrio de giro de estoque

Ator principal: Usurio

73

Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de emitir relatrio de giro de estoque. Cenrio de sucesso principal: 1. Usurio solicita ao sistema relatrio sobre giro de estoque de um ou mais produtos, ou todos. 2. Sistema calcula giro de estoque dos produtos selecionados e emite o relatrio.

6.2.2.15

Emitir relatrio de curva ABC

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de emitir relatrio de giro de estoque. Cenrio de sucesso principal: 1. Usurio solicita ao sistema relatrio de curva ABC dos itens do estoque. 2. Sistema calcula curva ABC e emite relatrio com grfico e produtos pertencentes a cada regio do mesmo em tabela.

6.2.2.16

Emitir relatrio de entradas no perodo

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de emitir relatrio de entradas no perodo. Cenrio de sucesso principal: 1. Usurio solicita ao sistema relatrio de entradas no perodo informando perodo desejado.

74

2. Sistema retorna uma lista com o resumo (nmero, fornecedor, total de itens e valor) de todas as notas fiscais de entrada do perodo desejado, que podem ser expandidas para se visualizar os detalhes da NF. Fluxo alternativo 1. 1. No h notas fiscais de entrada para o perodo selecionado. 2. Sistema emite alerta e fecha tela.

6.2.2.17

Emitir relatrio de sadas no perodo

Ator principal: Usurio Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de emitir relatrio de sadas no perodo. Cenrio de sucesso principal: 3. Usurio solicita ao sistema relatrio de sadas no perodo informando perodo desejado. 4. Sistema retorna uma lista com o resumo (nmero, fornecedor, total de itens e valor) de todas as notas fiscais de sada do perodo desejado, que podem ser expandidas para se visualizar os detalhes da NF. Fluxo alternativo 1. 3. No h notas fiscais de sada para o perodo selecionado. 4. Sistema emite alerta e fecha tela.

6.2.2.18

Emitir relatrio de posio de estoque

Ator principal: Usurio

75

Pr-requisitos necessrios: Usurio previamente autenticado no sistema com acesso funcionalidade de emitir relatrio posio de estoque. Cenrio de sucesso principal: 5. Usurio solicita ao sistema relatrio de posio de estoque. 6. Sistema retorna uma lista com todos os itens de estoque e a quantidade fsica dos mesmos. Fluxo alternativo 1. 5. No h itens em estoque. 6. Sistema emite alerta e fecha tela.

76

6.3

Diagramas de Sequncia

6.3.1

Domnio controle de acesso

77

78

6.3.2

Domnio gesto de estoques

79

80

81

82

83

84

85

86

87

88

89

6.4

Diagrama de Classes do Sistema

90

MODELAGEM DO BANCO DE DADOS DO SISTEMA

7.1

Entidade-Relacionamento

Figura 8 Esquema conceitutal do sistema de gesto de estoques

91

7.2

Esquema Relacional do Sistema

Tipo Tabela: Nome: Campo rg cpf nome telefones setor ativo cargo matricula polegar indicador medio anelar mindinho rua num cep cidade estado Entidade Usuario tipo texto int(PK) texto texto texto boolean texto int arquivo arquivo arquivo arquivo arquivo texto texto texto texto texto Tipo Tabela: Nome: Campo nome descricao mulsaida mulentrada pesobruto fabricante ativo pesoliq unidade segmento EANcod(PK) Entidade Item tipo texto texto float float float texto boolean float texto texto int

Tipo Tabela: Nome: Campo interface descricao codFun Tipo Tabela: Nome: Campo data operacao codFun

Entidade Funcionalidade tipo texto texto int(PK) Entidade Fraca Log tipo data texto int(FK)

Tipo Tabela: Nome: Campo insc_estadual cnpj razao_social fantasia site responsavel prazoentrega eh_cliente eh_fornecedor ativo cod_emp rua num cep cidade estado segmento Tipo Tabela: Nome: Campo data tipo valortotal emitente arquivoxml numnf

Entidade Empresa tipo int int texto texto texto texto texto boolean boolean boolean int(PK) texto texto texto texto texto int Entidade notafiscal tipo data entrada/saida float texto arquivo int(PK)

Tipo Tabela: Nome:

Entidade Fraca Estoque

Campo tipo m2 int capacidadem3 int razao_social texto telefones texto codEstoque int(ID) emailencarregado texto encarregado texto eh_cliente boolean eh_fornecedor boolean ativo boolean cod_emp int(FK) rua texto num texto cep texto cidade texto estado texto

92

Tipo Tabela: Nome: Campo cod_emp cnpj EANcod Tipo Tabela: Nome: Campo EANcod cod_emp cnpj_emp qtde

Relacionamento empresaVende tipo int(FK) int(FK) int(FK) Relacionamento estoqueAtual tipo int(FK) int(FK) int(FK) float

Tipo Tabela: Nome: Campo EANcod cod_emp cnpj_emp Tipo Tabela: Nome: Campo EANcod NF qtde valorunitario Tipo Tabela: Nome: Campo matricula cod_emp

Relacionamento fornecedor tipo int(FK) int(FK) int(FK) Relacionamento itensNF tipo int(FK) int(FK) float float Relacionamento vinculoUsuario tipo int(FK) int(FK)

Tipo Tabela: Nome: Campo codFun matricula Tipo Tabela: Nome: Campo matricula data operacao

Relacionamento permissoesUsuario tipo int(FK) int(FK) Relacionamento logUsuario tipo int(FK) data string

93

7.3

Projeto Fsico
Relacionamento empresaVende tipo int(FK) int(FK) int(FK) Relacionamento estoqueAtual tipo int(FK) int(FK) int(FK) float Tipo Tabela: Nome: Campo interface descricao codFun Tipo Tabela: Nome: Campo data operacao codFun Entidade Funcionalidade tipo texto texto int(PK) Entidade Fraca Log tipo data texto int(FK) Tipo Tabela: Nome: Campo m2 capacidadem3 razao_social telefones codEstoque emailencarregado encarregado eh_cliente eh_fornecedor ativo cod_emp Entidade Fraca Estoque tipo int int texto texto int(ID) texto texto boolean boolean boolean int(FK)

Tipo Tabela: Nome: Campo cod_emp cnpj EANcod Tipo Tabela: Nome: Campo EANcod cod_emp cnpj_emp qtde

Tipo Tabela: Nome: Campo codFun matricula Tipo Tabela: Nome: Campo matricula data operacao Tipo Tabela: Nome: Campo EANcod cod_emp cnpj_emp Tipo Tabela: Nome: Campo EANcod NF qtde valorunitario Tipo Tabela: Nome: Campo matricula cod_emp

Relacionamento permissoesUsuario tipo int(FK) int(FK) Relacionamento logUsuario tipo int(FK) data string Relacionamento fornecedor tipo int(FK) int(FK) int(FK) Relacionamento itensNF tipo int(FK) int(FK) float float Relacionamento vinculoUsuario tipo int(FK) int(FK)

Tipo Tabela: Nome: Campo rg cpf nome telefones setor ativo cargo matricula polegar indicador medio anelar mindinho Tipo Tabela: Nome: Campo insc_estadual cnpj razao_social fantasia site responsavel prazoentrega eh_cliente eh_fornecedor ativo cod_emp segmento

Entidade Usuario tipo texto int(PK) texto texto texto boolean texto int arquivo arquivo arquivo arquivo arquivo Entidade Empresa tipo int int texto texto texto texto texto boolean boolean boolean int(PK) int

Tipo Tabela: Nome: Campo nome descricao mulsaida mulentrada pesobruto fabricante ativo pesoliq unidade segmento EANcod(PK)

Entidade Item tipo texto texto float float float texto boolean float texto texto int

Tipo Tabela: Nome: Campo data tipo valortotal emitente arquivoxml numnf Tipo Tabela: Nome: Campo rua num cep cidade estado cod_prop

Entidade notafiscal tipo data entrada/saida float texto arquivo int(PK) Atributo composto Endereco tipo texto texto texto texto texto int(FK)

94

7.3.1

Views

Para melhorar o desempenho do sistema, a partir da anlise da provvel utilizao do mesmo pelos usurios sero criadas as seguintes views.
Tipo Tabela: Nome: campo nome descricao pesobruto fabricante pesoliq unidade segmento EANcod(PK) estoqueatual View disponibilidade tipo texto texto float texto float texto texto int float Tipo Tabela: Nome: campo interface View interfaceUsuario tipo string

95

PROTTIPOS DAS TELAS DO SISTEMA

8.1
Login

Login

Por favor, pressione o leitor de digitais.

8.2

Menu de Cadastros

Gesto de Estoques
Cadastros Relatorios Consultar Estoque Entrada no Estoque Sada do Estoque Ajustar Estoque Inventrio

Usurio Empresa Item de Estoque Unidade de Estoque

96

8.3

Menu de Relatrios

Gesto de Estoques
Cadastros Relatorios Consultar Estoque Entrada no Estoque Sada do Estoque Ajustar Estoque Inventrio

Ponto de reposio Ponto de reviso peridica Valor de Estoque PEPS Valor de Estoque UEPS Valor de Estoque MPM Retorno sobre capital Giro de Estoque Curva ABC Previso de demanda Incerteza de demanda Entradas no perodo Sadas no perodo Posio de Estoque Log de usurio

8.4

Entrar Item no Estoque

Gesto de Estoques
Cadastros Relatorios Consultar Estoque Entrada no Estoque Saida do Estoque Ajustar Estoque Inventrio

Importar XML:

Local do arquivo

importar

DANFE DE ENTRADA

confirmar

97

8.5

Retirar Item do Estoque

Gesto de Estoques
Cadastros Relatorios Consultar Estoque Entrada no Estoque Saida do Estoque Ajustar Estoque Inventrio

Pesquisar NF:

Nmero NF

Consultar

cdigo

Item

Qtde

Retirar

8.6

Cadastro de Usurio
Cadastro de Usurio

Pesquisar CPF/Matricula

Nome: RG: Cpf:

Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Num: CEP: Inserir Texto Inserir Texto Uf:

Ativo

Permisses: Entrar item no estoque: Retirar item do estoque: Emitir Relatrios: Manter Cadastro de usurios: Manter Cadastro de empresas: Consultar estoque: Ajustar estoque: Realizar Inventrio: Digitais: Matricula: Rua: Cidade: Telefones:

Polegar

Indicador

Mdio

Anelar

Mnimo

Salvar

Inativar

98

8.7

Cadastro de Empresa

Cadastro de Empresa

Pesquisar CNPJ/Nome

Razo Social: Fantasia: Cnpj: IE: Rua: Cidade: Telefones: Responsvel: Email: Site: Segmento: Site:

Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Salvar Inativar Num: CEP: Inserir Texto Inserir Texto Uf:

Ativo

Fornecedor: Cliente:

99

8.8

Cadastro de Unidade de Estoque

Cadastro de Unidade de Estoque

Pesquisar CNPJ/Nome

Proprietrio: Rua: Cidade: Telefones: Encarregado:

Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Num: CEP: m2: m3:

Ativo
Inserir Texto Inserir Texto Inserir Texto Inserir Texto Uf:

Salvar

Inativar

100

8.9

Cadastro de Item de Estoque

Cadastro de Item de Estoque

Pesquisar Cod/Nome Cdigo: Nome: Descrio: Segmento: Mltiplo de Entrada: Mltiplo de Sada: Fabricante: Peso Bruto: Peso Lquido: Similares: Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Inserir Texto Salvar Inativar

Ativo

101

8.10 Ajuste de Estoque

Ajustar Estoque
Cadastros Relatorios Consultar Estoque Entrada no Estoque Sada do Estoque Ajustar Estoque Inventrio

Pesquisar
Cod/Nome

Nome

Descrio

Qtde

Motivo

Ajustar Estoque

102

TESTES DO SOFTWARE

9.1
ID TRF1 TRF2 TRF3

Roteiros de testes funcionais

Requisito Interface Roteiro Usurio no cadastrado tenta efetuar login Usurio cadastrado tenta efetuar login Usurio logado tenta efetuar login em outra mquina. Usurio com permisso de realizar cadastro insere novo cadastro e define suas permisses. Aps isso realiza login com o novo cadastro e verifica se as permisses foram aplicadas. Usurio com permisso de realizar cadastro altera cadastro e define suas permisses de forma diferente. Aps isso realiza login com o novo cadastro e verifica se as permisses foram aplicadas. Resultado esperado Login negado Login aceito Login negado e mensagem de erro exibida.

Autenticao biomtrica de usuTela de login rio Autenticao biomtrica de usuTela de login rio Autenticao biomtrica de usuTela de login rio

TRF4

Manuteno de cadastro de usu- Tela de cadastro de rios e permisses de acesso usurio.

Cadastro inserido com sucesso e novo usuario apenas visualizou permisses dadas.

TRF5

Manuteno de cadastro de usu- Tela de cadastro de rios e permisses de acesso usurio.

Cadastro inserido com sucesso e novo usuario apenas visualizou permisses dadas.

TRF6

Manuteno de cadastro de usu- Tela de cadastro de rios e permisses de acesso usurio.

Usurio com permisso de realizar cadastro Login negado. inativa cadastro anterior. Usurio inativado tenta realizar login.

103

TRF7

Manuteno de cadastro de item de estoque

Tela de cadastro de item de estoque.

Usurio insere cdigo de barras do produto e informaes relevantes do produto e salva cadastro. Aps isso abre tela de consulta e pesquisa item cadastrado. Usurio altera informaes relevantes do produto e salva alteraes. Aps isso abre tela de consulta e pesquisa item cadastrado.

Produto encontrado.

TRF8

Manuteno de cadastro de item de estoque

Tela de cadastro de item de estoque.

Produto encontrado com as alteraes realizadas.

TRF9

Manuteno de cadastro de item de estoque

Tela de cadastro de item de estoque.

Usurio inativa cadastro de um item. E aps Produto no enconisso abre tela de consul- trado . ta de itens. Usurio abre tela de entrada e importa arquivo xml. Aps confirmao da entrada, Itens adicionados ao emitir relatrio de posi- estoque. o de estoque e veiricar se produtos foram adicionados. Usurio localiza NF de venda realizada e realiza a retirada dos itens do estoque. Aps isso emite relatrio de posio de estoque. Usurio clica na aba de inventrio, sistema imprime relatrio com nomes dos itens ativos para que seja feito inventrio fsico e solicita permisso do administrador para continuar.

TRF10 Entrada de item no estoque

Tela de entrada de item

TRF11 Retirada de item do estoque

Tela de retirada de itens de estoque

Itens retirados do estoque.

TRF12 Inventrio de estoque

Tela de inventrio de estoque.

Inventrio feito e sistema somente liberado com a autorizao do administrador.

TRF13 Ajuste de estoque

Tela de ajuste de estoque.

Usurio altera quantidade fsica de um item Estoque alterado de estoque e aps isso com sucesso. emite relatrio de posio de estoque. Usurio emite relatrio de valorao de estoque Relatrios com vaPEPS e o compara com lores iguais. valorao feita por contador habilitado.

TRF14 Valorao de estoque -PEPS

Tela de emisso de relatrios.

104

TRF15 Valorao de estoque -UEPS

Tela de emisso de relatrios.

Usurio emite relatrio de valorao de estoque Relatrios com vaUEPS e o compara com lores iguais. valorao feita por contador habilitado. Usurio emite relatrio de valorao de estoque Relatrios com vaMPM e o compara com lores iguais. valorao feita por contador habilitado. Usurio emite relatrio de Retorno sobre o caRelatrios com vapital e o compara com lores iguais. outro feito por contador habilitado. Usurio emite relatrio de Giro de estoque e o compara com outro feito por profissional habilitado. Usurio emite relatrio de Curva ABC e o compara com outro feito por profissional habilitado.

TRF16 Valorao de estoque -MPM

Tela de emisso de relatrios.

TRF17 Retorno sobre capital

Tela de emisso de relatrios.

TRF18 Giro de estoque

Tela de emisso de relatrios.

Relatrios com valores iguais.

TRF19 Curva ABC

Tela de emisso de relatrios.

Relatrios com valores iguais.

TRF20

Clculo da previso de demanda pela mdia ponderada mvel.

Tela de emisso de relatrios.

Usurio emite relatrio de Previso da demanda Relatrios com vae o compara com outro lores iguais. feito por profissional habilitado. Usurio emite relatrio de Incerteza da demanda e o compara com outro feito por profissional habilitado.

TRF21 Incerteza da demanda

Tela de emisso de relatrios.

Relatrios com valores iguais.

TRF22

Manuteno de cadastro de fornecedores.

Tela de cadastro de empresas.

Usurio cadastra novo fornecedor e salva. Aps isso procura caCadastro localizado. dastro pelo nome e pelo cnpj. Usurio altera cadastro de fornecedor e salva. Cadastro localizado Aps isso procura cacom alteraes aplidastro pelo nome e pelo cadas.. cnpj. Usurio inativa cadastro de fornecedor e salva. Cadastro no locaAps isso procura calizado. dastro pelo nome e pelo cnpj.

TRF23

Manuteno de cadastro de fornecedores.

Tela de cadastro de empresas.

TRF24

Manuteno de cadastro de fornecedores.

Tela de cadastro de empresas.

105

TRF25

Relatrio do modelo de ponto de reposio

Tela de emisso de relatrios.

Usurio emite relatrio do modelo de Ponto de Reposio e o compara com outro feito por profissional habilitado. Usurio emite relatrio do modelo de Ponto de Reviso peridica e o compara com outro feito por profissional habilitado. Usurio emite relatrio de entradas no perodo e o compara com outro feito por profissional habilitado.

Relatrios com valores iguais.

TRF26 Relatrio do modelo de ponto de reviso peridica

Tela de emisso de relatrios.

Relatrios com valores iguais.

TRF27 Relatrio de entradas no perodo

Tela de emisso de relatrios.

Relatrios com valores iguais.

TRF28 Relatrio de sadas no perodo

Tela de emisso de relatrios.

Usurio emite relatrio de sadas no perodo e o Relatrios com vacompara com outro lores iguais. feito por profissional habilitado. Usurio emite relatrio de log de utilizao do sistema de outro usurio. Relatrio emitido com descrio de atividades completa.

TRF29 Relatrio log do sistema

Tela de emisso de relatrios.

TRF30 Relatrio de posio de estoque

Tela de emisso de relatrios.

Usurio emite relatrio de posio de estoque e Relatrios com vao compara com outro lores iguais. feito por profissional habilitado.

106

9.2

Roteiro de testes no-funcionais

Para a realizao dos testes no-funcionais recomenda-se a utilizao de alguma ferra-

menta de automatizao de testes, como o Apache Jmeter. Para verificao do carregamento do sistema em diferentes navegadores, pode-se utilizar ferramentas presentes na web, como o site http://browsershots.org/, mostrado na figura abaixo:

ID

Nome

Interface

Roteiro

Resultado perado

es-

RNF1

Certificado da mquina.

Tela de login.

Usurio tenta acessar sistema via computador que Acesso no possui certificado digital. do.

nega-

RNF2

Acesso massa

em

Tela de login.

Instncias Devem ser abertas e autenticadas 50 instncias do abertas norsoftware. malmente.

RNF3

Consultas em massa

Tela de cadasConsultas feiDeve ser realizada 50 consultas simultneas aos tro de item de tas normalitens de estoque. estoque. mente.

107

RNF4

Consultas em massa

Tela de cadasCadastros Deve ser realizada 50 cadastros simultneas aos tro de item de feitos normalitens de estoque. estoque. mente.

RNF5

Consultas em massa

Relatrio posio estoque.

de Relatrios emiDeve ser emitido 50 relatrios simultneos de poside tidos normalo de estoque. mente.

Portabilidade O sistema deve funcionar adequadamente nos sites Funcionamento RNF6 entre nave- Todas as telas. mais utilizados como pera, Internet Explorer, Firegeral correto. gadores fox e Chrome.

108

10

CONCLUSES

A modelagem apresentada estabelece o ponto inicial de partida para o desenvolvimento do software, sendo cada requisito funcional identificado a base para um novo incremento e a documentao deve ser detalhada e alterada conforme as solicitaes dos interessados durante o desenvolvimento e entrega de cada incremento. Com relao escriturao fiscal digital, o arquivo a ser gerado para o envio Receita Federal inclui muitas informaes pertinentes ao domnio contbil da empresa, e para ser gerado em sua totalidade fica o sistema dependente do desenvolvimento de um mdulo contbil, que ficar como objeto para estudos futuros. A princpio o sistema modelado permite a segurana destas informaes ao arquivar os arquivos xml das notas fiscais de entrada e sada e foi modelado para atuar na mesma plataforma exigida pela Receita Federal do Brasil, que utiliza certificado digital A1 e comunicao via ssl. Os roteiros de testes foram elaborados de forma sucinta de forma que no prejudiquem a validao do sistema e permitam a liberao de incrementos funcionais a cada iterao. Para fins de implementao, recomenda-se a utilizao do banco de dados PostGreSQL pois ele permite a integrao de documentos XML base relacional, conforme exposto no site do projeto. Espera-se que o seguinte trabalho seja suficiente para produzir um prottipo de software de gesto de estoques que seja aperfeioado de acordo com o modelo incremental e permita a segurana e facilidade na recuperao das informaes relativas a estas movimentaes.

109

11

REFERNCIAS BIBLIOGRFICAS

LARMAN, Craig. Utilizando UML e padres: uma introduo anlise e ao projeto orientado a objetos e ao desenvolvimento iterativo. Porto Alegre: Bookman, 2007. LIMA, Adilson da Silva. UML 2.0 Do requisito soluo. So Paulo: rica ,2009. PRESSMAN, Roger S. Engenharia de software. So Paulo: Pearson, 1995. FERRARI, Roberto. Empreendedorismo para Computao.So Carlos: Edufscar, 2011. RAMAKRISHNAN, Raghu et GEHRKE, Johannes.Sistemas de Gerenciamento de Banco de Dados.So Paulo: McGraw-Hill, 2008. BEDER, Delano Medeiros. Engenharia Web: uma abordagem sistemtica para o desenvolvimento de aplicaes web.So Carlos: Edufscar, 2012. DAMAS, Lus. SQL: Strucctured Query Language.Rio de Janeiro:LTC, 2008. PEZZ, Mauro et YOUNG, Michael. Teste e anlise de software:processo, princpios e tcnicas.Porto Alegre:Bookman, 2008. MAGELA, Rogrio. Engenharia de software aplicada: princpios. Rio de Janeiro: Alta Books, 2006. WAZLAWICK, Raul Sidnei. Metodologia de pesquisa para cincia da computao.So Paulo: Campus, 2008. DAUM, Berthold. Modelagem de objetos de negcio com XML.Rio de Janeiro: Elsevier, 2004. PODESWA, Howard. O livro do analista de negcios. So Paulo:Cengage Learning, 2012. INTERNATIONAL INSTITUTE OF BUSINESS ANALYSIS, A guide to the business analysis body of knowledge. Version 1.6. <http://www.theiiba.org.> GAITHER, Norman et FRAZIER, Greg. Administrao da Produo e Operaes. 8. Edio. So Paulo: Thomson, 2002.
110

MOURA, Cssia E. de. Gesto de Estoques. 1. Edio. Rio de Janeiro: Editora Cincia Moderna Ltda., 2004. CORRA, Henrique L. et CORRA, Carlos A. Administrao de Produo e Operaes.So Paulo:Atlas,2006. BRASIL Guia Prtico da EFD. Disponvel em: <http://www1.receita.fazenda.gov.br/spedfiscal/download/ GUIA_PRATICO_DA_EFD-Versao_2.0.12.pdf >. Acesso em; 01, Mai. 2013. MARTINS, Eliseu. Contabilidade de Custos. So Paulo: Atlas, 1996. Caldo, Carlos. Projeto Fsico de Banco de Dados. http://www.devmedia.com.br/projeto-fisicode-banco-de-muito-alem-do-create-table-/3581> Acessado em 10/02/2013. HEUSER, Carlos Alberto. Projeto de Banco de Dados. Porto Alegre: Instituto de Informtica da UFRGS: Editora Sagra Luzzatto, 2004 INTEL, Next Generation Center.< http://www.nextgenerationcenter.com> Acessado em 20/06/2013.

111

12

ANEXOS

12.1 Anexo I Exemplo de arquivo xml de entrada de nota fiscal

<nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00"> <NFe xmlns="http://www.portalfiscal.inf.br/nfe"> <infNFe Id="NFe35130501129082000131550010000539241000428450" versao="2.00"> <ide> <cUF>35</cUF> <cNF>00042845</cNF> <natOp>VENDA</natOp> <indPag>1</indPag> <mod>55</mod> <serie>1</serie> <nNF>53924</nNF> <dEmi>2013-05-31</dEmi> <dSaiEnt>2013-05-31</dSaiEnt> <hSaiEnt>14:39:16</hSaiEnt> <tpNF>1</tpNF> <cMunFG>3518800</cMunFG> <tpImp>1</tpImp> <tpEmis>1</tpEmis> <cDV>0</cDV> <tpAmb>1</tpAmb> <finNFe>1</finNFe> <procEmi>0</procEmi> <verProc>2.20A</verProc> </ide> <emit> <CNPJ>01129082000131</CNPJ> <xNome>TINTAS REAL COMPANY IND E COM DE TINTAS LTDA</xNome> <xFant>REAL MTZ</xFant> <enderEmit> <xLgr>RUA: EMILIA GOLIN</xLgr> <nro>600</nro> <xBairro>BONSUCESSO</xBairro> <cMun>3518800</cMun> <xMun>GUARULHOS</xMun> <UF>SP</UF> <CEP>07250000</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> <fone>1121277325</fone> </enderEmit> <IE>336833868110</IE> <IM>143120</IM> 112

<CNAE>2071100</CNAE> <CRT>3</CRT> </emit> <dest> <CNPJ>05841962000197</CNPJ> <xNome>USETINTAS COMERCIO DE TINTAS E ACESSORIOS LTDA EPP</xNome> <enderDest> <xLgr>AVENIDA: ELIAS YAZBEK</xLgr> <nro>1197</nro> <xCpl>CASA 4</xCpl> <xBairro>VL CARMEM</xBairro> <cMun>3515004</cMun> <xMun>EMBU</xMun> <UF>SP</UF> <CEP>06803000</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> <fone>1147043977</fone> </enderDest> <IE>298123890116</IE> </dest> <det nItem="1"> <prod> <cProd>01A01002000101</cProd> <cEAN>7898295267368</cEAN> <xProd>REAL MAX COBERTURA BRANCO LT18L</xProd> <NCM>32099011</NCM> <CFOP>5401</CFOP> <uCom>PC</uCom> <qCom>6.0000</qCom> <vUnCom>102.9500000000</vUnCom> <vProd>617.70</vProd> <cEANTrib>7898295267368</cEANTrib> <uTrib>PC</uTrib> <qTrib>6.0000</qTrib> <vUnTrib>102.9500000000</vUnTrib> <indTot>1</indTot> </prod> <imposto> <ICMS> <ICMS10> <orig>0</orig> <CST>10</CST> <modBC>3</modBC> <vBC>617.70</vBC> <pICMS>18.00</pICMS> <vICMS>111.19</vICMS> <modBCST>4</modBCST> <pMVAST>35.00</pMVAST> <vBCST>833.90</vBCST> <pICMSST>18.00</pICMSST> <vICMSST>38.91</vICMSST> </ICMS10> </ICMS> <IPI> <cEnq>999</cEnq> <IPINT> <CST>51</CST> </IPINT> </IPI> <PIS> <PISAliq> <CST>01</CST> <vBC>617.70</vBC> 113

<pPIS>1.65</pPIS> <vPIS>10.19</vPIS> </PISAliq> </PIS> <COFINS> <COFINSAliq> <CST>01</CST> <vBC>617.70</vBC> <pCOFINS>7.60</pCOFINS> <vCOFINS>46.95</vCOFINS> </COFINSAliq> </COFINS> </imposto> </det> <det nItem="2"> <prod> <cProd>01A01002000113</cProd> <cEAN>7898295267375</cEAN> <xProd>REAL MAX COBERTURA BRANCO GL3,6L</xProd> <NCM>32099011</NCM> <CFOP>5401</CFOP> <uCom>PC</uCom> <qCom>8.0000</qCom> <vUnCom>24.3800000000</vUnCom> <vProd>195.04</vProd> <cEANTrib>7898295267375</cEANTrib> <uTrib>PC</uTrib> <qTrib>8.0000</qTrib> <vUnTrib>24.3800000000</vUnTrib> <indTot>1</indTot> </prod> <imposto> <ICMS> <ICMS10> <orig>0</orig> <CST>10</CST> <modBC>3</modBC> <vBC>195.04</vBC> <pICMS>18.00</pICMS> <vICMS>35.11</vICMS> <modBCST>4</modBCST> <pMVAST>35.00</pMVAST> <vBCST>263.30</vBCST> <pICMSST>18.00</pICMSST> <vICMSST>12.28</vICMSST> </ICMS10> </ICMS> <IPI> <cEnq>999</cEnq> <IPINT> <CST>51</CST> </IPINT> </IPI> <PIS> <PISAliq> <CST>01</CST> <vBC>195.04</vBC> <pPIS>1.65</pPIS> <vPIS>3.22</vPIS> </PISAliq> </PIS> <COFINS> <COFINSAliq> 114

<CST>01</CST> <vBC>195.04</vBC> <pCOFINS>7.60</pCOFINS> <vCOFINS>14.82</vCOFINS> </COFINSAliq> </COFINS> </imposto> </det> <det nItem="3"> <prod> <cProd>01A03010000001</cProd> <cEAN>7898295262714</cEAN> <xProd>REAL SELADOR ACRILICO LT18L</xProd> <NCM>32091010</NCM> <CFOP>5401</CFOP> <uCom>PC</uCom> <qCom>5.0000</qCom> <vUnCom>30.7400000000</vUnCom> <vProd>153.70</vProd> <cEANTrib>7898295262714</cEANTrib> <uTrib>PC</uTrib> <qTrib>5.0000</qTrib> <vUnTrib>30.7400000000</vUnTrib> <indTot>1</indTot> </prod> <imposto> <ICMS> <ICMS10> <orig>0</orig> <CST>10</CST> <modBC>3</modBC> <vBC>153.70</vBC> <pICMS>18.00</pICMS> <vICMS>27.67</vICMS> <modBCST>4</modBCST> <pMVAST>35.00</pMVAST> <vBCST>207.50</vBCST> <pICMSST>18.00</pICMSST> <vICMSST>9.68</vICMSST> </ICMS10> </ICMS> <IPI> <cEnq>999</cEnq> <IPINT> <CST>51</CST> </IPINT> </IPI> <PIS> <PISAliq> <CST>01</CST> <vBC>153.70</vBC> <pPIS>1.65</pPIS> <vPIS>2.54</vPIS> </PISAliq> </PIS> <COFINS> <COFINSAliq> <CST>01</CST> <vBC>153.70</vBC> <pCOFINS>7.60</pCOFINS> <vCOFINS>11.68</vCOFINS> </COFINSAliq> </COFINS> </imposto> 115

</det> <det nItem="4"> <prod> <cProd>01A04083000113</cProd> <cEAN>7898295276858</cEAN> <xProd>REAL LUX ESM ACET (B AGUA) BRANCO GL 3,6L</xProd> <NCM>32099011</NCM> <CFOP>5401</CFOP> <uCom>PC</uCom> <qCom>24.0000</qCom> <vUnCom>37.9300000000</vUnCom> <vProd>910.32</vProd> <cEANTrib>7898295276858</cEANTrib> <uTrib>PC</uTrib> <qTrib>24.0000</qTrib> <vUnTrib>37.9300000000</vUnTrib> <indTot>1</indTot> </prod> <imposto> <ICMS> <ICMS10> <orig>0</orig> <CST>10</CST> <modBC>3</modBC> <vBC>910.32</vBC> <pICMS>18.00</pICMS> <vICMS>163.86</vICMS> <modBCST>4</modBCST> <pMVAST>35.00</pMVAST> <vBCST>1228.93</vBCST> <pICMSST>18.00</pICMSST> <vICMSST>57.35</vICMSST> </ICMS10> </ICMS> <IPI> <cEnq>999</cEnq> <IPINT> <CST>51</CST> </IPINT> </IPI> <PIS> <PISAliq> <CST>01</CST> <vBC>910.32</vBC> <pPIS>1.65</pPIS> <vPIS>15.02</vPIS> </PISAliq> </PIS> <COFINS> <COFINSAliq> <CST>01</CST> <vBC>910.32</vBC> <pCOFINS>7.60</pCOFINS> <vCOFINS>69.18</vCOFINS> </COFINSAliq> </COFINS> </imposto> </det> <total>...</total> <transp> <modFrete>0</modFrete> <transporta> <CNPJ>02364076000121</CNPJ> <xNome>TRANSPORTADORA TRANSLITZ LTDA</xNome> 116

<IE>336977220112</IE> <xEnder>RUA PADRE MARCOS,14</xEnder> <xMun>GUARULHOS</xMun> <UF>SP</UF> </transporta> <vol> <qVol>19</qVol> <esp>Volumes</esp> <nVol>1/19</nVol> <pesoL>437.665</pesoL> <pesoB>438.401</pesoB> </vol> </transp> <cobr> <dup> <nDup>0105392401</nDup> <dVenc>2013-06-10</dVenc> <vDup>118.22</vDup> </dup> <dup> <nDup>0105392402</nDup> <dVenc>2013-06-28</dVenc> <vDup>938.38</vDup> </dup> <dup> <nDup>0105392403</nDup> <dVenc>2013-07-26</dVenc> <vDup>938.38</vDup> </dup> </cobr> <infAdic> <infCpl> CONFORME LEGISLACAO EM VIGOR,ALTERA-SE A ALIQ.IPI S/PROD.C/CLASSIF.3209 .10. 10,3209.10.20,3209.90.11 P/ZERO E 3214.10.20 P/2% CONFORME DECRETO 6.809/09 DE 30/03/09 PRORROGADO PELO DECRETO NR 7.879 DE 27/12/12 ICMS RECOLHIDO POR ST CFE.DECRETO 52.921 PEDIDO: 29031 NR. ORDEM DE MONTAGEM: 30461 </infCpl> </infAdic> </infNFe> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo xmlns="http://www.w3.org/2000/09/xmldsig#"> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n20010315"/> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/> <Reference URI="#NFe35130501129082000131550010000539241000428450"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#envelopedsignature"/> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/> <DigestValue>i0ea81CCAO02LROG8uLvbtZ2t9A=</DigestValue> </Reference> </SignedInfo> <SignatureValue> frXaYfkQiTgipDVga/Ckw87/ruvoW6YgKjVCyIzdfbFKp5/Z+1CdDHVkf/Cjnp9NkaWQI/5CQ08BVR07gf6Mo lctROQv5Tw5+Qeu/rqWRsIyHQ8aesFGXM7YnYUsH2EYGr6LXfeIV4jpCvQc6AORZdJtgo+cCA1f XlNiCdRDJ3gLI8TdE6/qAyRJ6kRLJM/XuTCIEp83L91MZONN9KFc+pSzmkVQjTtRjsrIdcUy2zV kJZAmV8i9XzigTuYd5GVQnZQBQCs/jlLxq+FXxzr10DbEQM/r44sFKPdGOaLLElRQFh7AHLdDC5 4sGRpXBgATvYMkI1PNKBnQMQiGi+Vnhg== </SignatureValue> <KeyInfo> 117

<X509Data> <X509Certificate> MIIH5TCCBc2gAwIBAgIIGwv+7oa8MdcwDQYJKoZIhvcNAQELBQAwTDELMAkGA1UEBhMCQlIxEzA RBgNVBAoTCklDUC1CcmFzaWwxKDAmBgNVBAMTH1NFUkFTQSBDZXJ0aWZpY2Fkb3JhIERpZ2l0YWwgdjIwHhcN MTIwNjE5MTkzNjAwWhcNMTMwNjE5MTkzNjAwWjCCAQIxCzAJBgNVBAYTAkJSMRMwEQYDVQQKEwpJQ1At QnJhc2lsMRQwEgYDVQQLEwsoRU0gQlJBTkNPKTEYMBYGA1UECxMPMDAwMDAxMDAzMjU4NzIyMRQ wEgYDVQQLEwsoRU0gQlJBTkNPKTEUMBIGA1UECxMLKEVNIEJSQU5DTykxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRQ wEgYDVQQLEwsoRU0gQlJBTkNPKTEUMBIGA1UECxMLKEVNIEJSQU5DTykxQDA+BgNVBAMTN1RJTlRBUyBSRUFMIEN PTVBBTlkgSU5EVVNUUklBIEUgQ09NRVJDSU8gREUgVElOVEFTIExUREEwggEiMA0GCSqGSIb3DQEBAQU AA4IBDwAwggEKAoIBAQDFNlGqRa2LFStMtB7Y2f/c0DtNolimtBl4PI7N+SwBdi30LvyMkyWOsD vBl/FL+MBGPKoX4BXGRYuZ/A64zad+zrayyWcwtaja8VFvJduupXoWskqAPjjk6/6JpElThZ+ZP jBNo1FJve+DEUiUoUkVckR2YsQZfwMI4Wr4tHYNQPBJ32j5qIwJc34GwDm67ANrQrUvB1WzRleh kjVJc9vQjKpgBargJ5TIAvwo4YsLFZsfkQf0w1pvFmfFM8lfyQUZg7UGX67NqehkhigI/ntwtci 6JukC7Kz4wDhm5y6HeucIWq5hbmoJtOOpPTJY+wunUJRkFz76ChTU01YCRSz1AgMBAAGjggMRMI IDDTCBlwYIKwYBBQUHAQEEgYowgYcwRwYIKwYBBQUHMAKGO2h0dHA6Ly93d3cuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9jYWRlaWFzL3NlcmFzYWN kdjIucDdiMDwGCCsGAQUFBzABhjBodHRwOi8vb2NzcC5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL3NlcmFzYWNkdjIwHwYDVR0jBBgwFo AUmuCDENcmm+m62oKygc45GtOHcIYwcQYDVR0gBGowaDBmBgZgTAECAQYwXDBaBggrBgEFBQcCARZOaHR0c DovL3B1YmxpY2FjYW8uY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9yZXBvc2l0b3Jpby9kcGMv ZGVjbGFyYWNhby1zY2QucGRmMIHwBgNVHR8EgegwgeUwSaBHoEWGQ2h0dHA6Ly93d3cuY2VydGlmaWNhZG9kaWd pdGFsLmNvbS5ici9yZXBvc2l0b3Jpby9sY3Ivc2VyYXNhY2R2Mi5jcmwwQ6BBoD+GPWh0dHA6Ly9sY3IuY2 VydGlmaWNhZG9zLmNvbS5ici9yZXBvc2l0b3Jpby9sY3Ivc2VyYXNhY2R2Mi5jcmwwU6BRoE+GTWh0dH A6Ly9yZXBvc2l0b3Jpby5pY3BicmFzaWwuZ292LmJyL2xjci9TZXJhc2EvcmVwb3NpdG9yaW8vb GNyL3NlcmFzYWNkdjIuY3JsMA4GA1UdDwEB/wQEAwIF4DAdBgNVHSUEFjAUBggrBgEFBQcDAgYI KwYBBQUHAwQwgboGA1UdEQSBsjCBr4ETOTkwNDExNTRAVU9MLkNPTS5CUqA+BgVgTAEDBKA1EzMxMzEyMTk3MDExNT c0MjcxODkwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDCgJAYFYEwBAwKgGxMZU0VSR 0lPIEFMRVhBTkRSRSBERSBTT1VaQaAZBgVgTAEDA6AQEw4wMTEyOTA4MjAwMDEzMaAXBgVgTAED B6AOEwwwMDAwMDAwMDAwMDAwDQYJKoZIhvcNAQELBQADggIBAClgP2S95/olktT8j5y5uH4Kc8v Of6z3SSB/sJ2Dqjj1yR+WImhWZVN0aPYlPc9PHM9yXyrWtgR8hJoo+kR8C9ipipCQQ9NvZDH2bs cEOMBz6UQ+Oi3PECVLHc8UcTUNbD1sJfvAnTYiznOi6x/gMHW/92L0sZLVKJ0wqZaYM+XQ9MbEDq9 FNIBcLSWkfVY0pWFnBOZ/APaB5oY6XtFD6sEzDpE8GOdzxpp6g4vGJ9KSocKxDo6Y+7Ixe7M8roSs9W92ToC vaPacWR5BK0gt+NQOvGUt4N7Hc5kMhuyLb/HHH8tIbibIpi1mo3NzowWLV6I+4gGQXl2EblsGiDNGtw nqjIAsehVMb36XRtmGq1C4P6N4z8qGzQ8Ee6BTgJUhiCDkREoyafaMsJCitX8qgTPxMxCrccdll ggdkRtU3wDfnOrKMMEizLdPoERtY2mI2o2itxEnQG7oYBmfOHFW2yBfcQxNtWRibrN3qzO/MNt1Q/N7j g73w+qutvn8G3NBcb+hXq6c3SifGlJhTIRxMGFk5FDPywEgLJJhvm559iPXcmHCdXkI4Kfgl9XI F5jkX8VmBKmpEBgLagwR0SOq/JUor/x/TIHEkbTuomaRrN54KJxJdlZ29Ovje2NHcbUJE1cc1xd 2oKJOkVPn3u9pt79L+PqEKar5a7CEfNNA1Jfd </X509Certificate> </X509Data> </KeyInfo> </Signature> </NFe> <protNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00"> <infProt> <tpAmb>1</tpAmb> <verAplic>SP_NFE_PL_006q</verAplic> <chNFe>35130501129082000131550010000539241000428450</chNFe> <dhRecbto>2013-05-31T14:42:25</dhRecbto> <nProt>135130320796733</nProt> 118

<digVal>i0ea81CCAO02LROG8uLvbtZ2t9A=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> </infProt> </protNFe> </nfeProc>

119