Projecto para a Gestão de Armazém

(1)

Projecto para a Gestão de Armazém

Projecto apresentado por:

André Fernandes Nº24161 e

Miguel Ângelo Silva Neto Nº24298

Sob orientação de:

Professor Doutor Francisco Morgado e

Professor Doutor Pedro Inácio

(2)

Índice Geral

Índice Geral ... ii

Índice de Ilustrações ... 1

1 Introdução ... 2

1.1 Breve descrição do trabalho ... 2

1.2 Caracterização da empresa cliente ... 2

1.3 Caracterização da empresa vendedora ... 2

1.4 Descrição Detalhada do Projecto ... 2

1.5 Ferramentas a Utilizar ... 3

2 Projecto Lógico ... 4

2.1 Objectivos ... 4

2.2 Requisitos ... 4

2.2.1 Requisitos funcionais: ... 4

2.2.2 Requisitos não funcionais: ... 6

2.3 Diagramas de Casos de Uso ... 7

2.3.1 Descrição de Actores: ... 10

2.3.2 Descrição de Casos de Uso: ... 10

3 Diagramas de Classe ... 14

3.1 Identificação de Classes ... 14

3.2 Descrição das Classes ... 14

3.3 Descrição de Atributos ... 15

3.4 Identificação de Associações e Operações ... 16

4 Diagrama de Actividades ... 17

4.1 Modulos ... 17

4.1.1 Login/Validação do Sistema ... 17

(3)

5.1 Vendas ... 24

6 Diagrama de Instalação ... 25

7 Diagramas de Sequência ... 26

(4)

Índice de Ilustrações

Ilustração 1 - Caso de Uso geral ... 7

Ilustração 2 - Diagrama Casos de Uso - Gestão funcionários ... 8

Ilustração 3 - Diagrama Casos de Uso - Gestão produtos ... 8

Ilustração 4 - Diagrama Casos de Uso - Gestão Clientes ... 9

Ilustração 5 - Diagrama de Caso de Uso - Gestão Fornecedores ... 9

Ilustração 6 - Diagrama de Actividades - Login/Validação do Sistema ... 17

Ilustração 7 - Diagrama de actividades – Módulo 2 - Inserir Cliente ... 18

Ilustração 8 - Diagrama de actividades - Alterar cliente ... 19

Ilustração 9 - Diagrama de actividades - Remover Cliente ... 20

Ilustração 10 - Diagrama de actividades - compra ... 21

Ilustração 11 - Diagrama de Actividades - Venda ... 23

Ilustração 12 - Diagrama de objectos da classe venda ... 24

Ilustração 13 - Diagrama de Instalação ... 25

(5)

1 Introdução

1.1 Breve descrição do trabalho

O trabalho a realizar terá como objectivo o estudo de um sistema para a gestão de um armazém.

1.2 Caracterização da empresa cliente

O projecto vai ser desenvolvido para a empresa de informática XPTO, instalada no lugar de São Estejas, freguesia de Oiã, concelho de Oliveira do Bairro, distrito de Aveiro. Trata-se de uma empresa de compra e venda de material informático. A empresa é dirigida e administrada por José Mendonça. Esta empresa foi fundada em meados do ano de 2005.

1.3 Caracterização da empresa vendedora

O projecto irá ser desenvolvido pela empresa “Os Sócios”, que se trata de uma empresa de Engenharia de software. Esta empresa é liderada e administrada por dois sócios gerentes, de nomes, Miguel Ângelo Silva Neto e André Filipe Conceição Fernandes. A empresa está situada no Lugar de Santa Maria, Covilhã. Foi fundada em meados do ano de 2009.

1.4 Descrição Detalhada do Projecto

O projecto vai englobar-se na parte de armazenamento de material informático. Como tal o projecto fará o registo das informações relativa às entradas e saidas de produtos, compras e vendas, a verificação do stock, a criação de clientes e de vendedores. Estas informações serão registadas através de um registo no sistema, em que cada produto ou cliente ou fornecedor vai ter um numero interno.

Para a manutenção destes registos no sistema teremos a possibilidade de consulta, a alteração, a eliminação e a inserção de novos registos.

(6)

1.5 Ferramentas a Utilizar

Para o sucesso deste projecto será necessário:

- Um computador (notebook ou laptop);

-.Microsoft Word (Para elaboração dos relatórios);

(7)

2 Projecto Lógico

2.1 Objectivos

São aqueles que mostram a relação do sistema com o meio ambiente; documentam os Processos e quem os executa; mostram as respostas do sistema; são iniciados após a análise dos requisitos e são constituídos por três partes.[Mesquita, 2008]

Os objectivos para o sistema em estudo são:

Este projecto foi pensado para esta empresa pois, esta terá uma certa dificuldade no registo das reparações efectuadas ou a efectuar, porem existe ainda dificuldade maior na autenticação dos produtos, inseridos nas reparações, esta aplicação inserirá o número de série do produto caso este seja hardware facilitando assim a verificação no caso de reclamação do material reparado evitando assim percas de tempo a verificar fichas de fornecedores entre outras.

2.2 Requisitos

Especificação do que deverá ser implementado [Mesquita, 2008]

2.2.1 Requisitos funcionais:

Que comportamento o sistema irá oferecer. [Mesquita, 2008]

Para o sistema em estudo encontramos os seguintes requisitos funcionais:

 Sempre que existir um pedido de venda o vendedor deve, caso o cliente ainda não exista, inseri-lo na base de dados;

 Sempre que existir uma compra/actualização de stock, o armazenista, caso o fornecedor não exista deve adicioná-lo na base de dados. O armazenista também deverá, caso não existam ainda os produtos a

(8)

comprar na base dados, deverá inserir na base de dados os novos produtos;

 Após a realização de uma venda ou compra, o sistema deverá ter a possibilidade de imprimir uma factura, onde esta conterá os dados relativos ao fornecedor, no caso de uma compra, os dados do cliente, no caso de uma venda, e todos os produtos comprados ou vendidos;

 Caso após uma venda ou compra, o stock dos produtos vendidos ou comprados, o sistema deverá verificar produto a produto, se o stock existente é inferior ao stock mínimo, no caso de ser o sistema deverá gerar uma nota de encomenda;

 O vendedor ao efectuar uma venda, e colocar quantidade a mais do que o existe do produto o sistema deverá só deixar efectuar a venda dessa mesma quantidade, e se o cliente desejar deixar a venda do restante em suspenso até que se efectue nova compra desse mesmo produto.

 O sistema deverá dar a possibilidade ao utilizador de alterar todos os dados relativos a clientes, funcionários, fornecedores e produtos.

 Em relação ás encomendas o sistema deve possibilitar a alteração do estado das encomendas, tanto como cancelalas.

(9)

2.2.2 Requisitos não funcionais:

Tipo de requisitos que tem caracteristicas ou restrições específicas do sistema [Mesquita, 2008]

Para o sistema em estudo encontramos os seguintes requisitos não funcionais:

 Aplicação desenvolvida numa linguagem orientada a objectos;

 Terá de conter uma base de dados;

 Impressora de jacto de tinta ou laser;

 Computador com um sistema operativo windows, 1 GB de RAM, e com 80 GB de disco;

(10)

2.3 Diagramas de Casos de Uso

Diagrama Principal

(11)

Diagrama gestão funcionários

Ilustração 2 - Diagrama Casos de Uso - Gestão funcionários

Diagrama gestão de Produtos

(12)

Diagrama gestão clientes

Ilustração 4 - Diagrama Casos de Uso - Gestão Clientes

Diagrama gestão fornecedores

(13)

2.3.1 Descrição de Actores:

Actores

Descrição

Funcionário Administrador Este poderá efectuar todas as acções possiveis no Sistemas, ou seja, será mesmo o administrador do Sistema.

Funcionário Vendedor

Este actor poderá só realizar algumas acções específicas. Estas serão relacionas com o caso de uso Vendas.

Funcionário Armazenista Este Actor poderá só realizar algumas acções especificas. Estas serão relacionadas com o caso de uso Compras.

2.3.2 Descrição de Casos de Uso:

Neste sub-tema iremos descrever alguns casos de uso. Iremos descrever uns de maneira formal e outros de maneira informal, para tornar mais geral o nosso conhecimento.

Caso de Uso: Login/Verficação do Sistema

Pré-Condições Ser funcionário e ter Login e Password Descrição 1.Apresentação da janela com login e

password.

2. O funcionário introduz o login e password através do teclado.

3.O sistema tenta validar eno caso de conseguir mostra o proximo ecrã.

Excepção Quando o funcionario erra as suas credenciais o sistema deve mostrar mais 3 vezes a janela de login e password.

Pós-condições O funiconário sai validado.

Caso de Uso:Verficação de Stock

Após efectuado o,login e apresentada a janela principal do sistema, o funiconário através do rato carrega na opção verificar stock, e é apresentada a janela de verificação de stock. O funcionário insere através do teclado insere qual o produto a pesquisar a verificar stock.O stock existente é devolvido.

(14)

Caso de Uso:Venda

Após o Login, o funcionário terá o menu principal. Para efectuar a venda, no menu principal funcionário clica na opção de venda e é apresentada a janela de venda. O funcionário clica na opção de consulta cliente e o sistema verifica a existência ou não do cliente. Agora o fornecedor indicará ao sistema quais os produtos que pretende vender. O funcionário clica no botão vender e o sistema valido a existência ou não de stock para a quantidade inserida pelo cliente.

Caso o cliente não exista, o sistema oferece a possibilidade de inserir cliente(descrito mais abaixo).

Caso não exista quantidade necessária de stock para efectuar a venda, o sistema oferece uma opção de gerar nota encomenda(a descrever abaixo).

Caso de Uso:Compra

Pré-Condições Ser funcionário e ter Login e Password e efectuado login.

Descrição 1.Apresentação da janela principal do sistema.

2. O funcionário através do rato clica na opção compra e é apresentada a janela compra.

3. Funcionário através do rato efectua a consulta de fornecedores e selecciona o fornecedor.

4.O funcionário através do rato seleciona os produtos a comprar.

5.O funcionário clica na opção comprar através do rato.

Excepção Caso não exista o fornecedor o funcionário clica na opção inserir fornecedor.

Caso o produto não exista o funcionário clina na opção inserir produto.

Pós-condições Compra efectuada.

Caso de Uso:Verificar se quantidade fica abaixo de quantidade mínima

Após a realização de alguma venda ou compra, o sistema deve verificar se esse produto fica com quantidade abaixo da quantidade minima de stock existente, préviamente definida. Caso esteja, deve gerar uma nota de encomenda.

(15)

Caso de Uso: Consultar clientes

Realizado já o login e apresentada a janela principal do sistema, o clica através do rato cliaca na opção gestão de clientes e o sistema apresenta a janela gestão de clientes. O funcionário através do rato clica na opção consultar clientes e serão mostrados todos os clientes existentes.

Caso de Uso:Inserir Cliente.

2. O funcionário através do rato clica na opção gestão de compras e é apresentada a janela gestão de clientes.

3. Funcionário através do teclado insere os dados dos clientes (nome, morada, contacto, etc).

4.O funcionário clica na opção inserir. Excepção Caso o cliente já exista o sistema indica no

ao funcionário e não efectua a insercção. Pós-condições Cliente inserido.

Caso de Uso:Alterar Cliente

3. Funcionário através do rato seleciona o cliente e de seguida o campo que quer alterar.

4.Através do teclado insere os novos dados do cliente.

5.O funcionário clica na opção alterar. Excepção Caso o cliente não exista o sistema avisa o

Funcionário. Pós-condições Cliente Alterado.

(16)

Caso de Uso:Remover Cliente

3. Funcionário através do rato seleciona o cliente que pretende apagar.

4.O funcionário clica na opção eleminar. Excepção Caso o cliente não exista o sistema avisa o

Funcionário. Pós-condições Cliente removido.

Para os casos de uso Gestão de funcionários, Gestão de fornecedores, Gestão de Produtos e suas extensões, são em tudo semelhantes aos três ultimos descritos por isso não os iremos descrever.

Caso de Uso:Gera Nota Encomenda

Após a realização de uma compra ou venda, o sistema verifica se o stock existente já é menor que o stock mínimo.

Se for, então o sistema gera uma nota de encomenda relativa a esse mesmo produto.

Optámos por aqueles caso de uso que não interagem directamente com o actor por não descrever.

(17)

3 Diagramas de Classe

3.1 Identificação de Classes

Depois de analisar-mos os Caso de Uso, Use Cases, identifica-mos as classes. Este projecto vai ter como classes as seguintes, a classe Entidade, Funcionário, Cliente, Fornecedor, Empresa, Produtos, Venda e EncomendaCompra.

3.2 Descrição das Classes

Na classe Entidade, é a mais geral em que vai caracterizar todos os utilizadores do sistema, tais como, os Funcionários, Fornecedores, Clientes e Empresa. Estes vão receber os atributos que estão definidos nesta classe, tais como, o Nome, a Morada, o Numero de Contribuinte, o Contacto e o Email.

Na classe Funcionário, os funcionários vão ser divididos em três tipos, tais como, Administrador, Armazenista e Vendedores. Como já foi dito anteriormente, este vão receber os atributos da classe Entidade e ainda vão ter como atributos o Código, um Tipo e o Salário. Ainda podemos adicionar, remover ou alterar um funcionário.

Na classe Cliente, é um tipo de utilizador onde vai receber os atributos da classe Entidade. Ainda vamos atribuir um Código a cada Cliente para que nas vendas seja mais acessível. Na classe Fornecedor, é um tipo de utilizador que vai receber os atributos da classe Entidade. Cada Fornecedor vai ter um Código como atributo, pois quando queremos fazer uma encomenda seja mais fácil.

A classe Empresa, é um tipo de utilizador, que também vai receber os atributos da classe Entidade. Esta classe também vai conter como atributo um Código, para que quando efectuamos uma venda seja mais acessível.

(18)

Vai ter como atributos a Descrição, o Código do Produto, o Tipo de Produto, o Preço de Compra, o Preço de Venda, o Stock Existente e o Stock Mínimo. Vamos ter como métodos o adicionar, remover e alterar produto.

A classe Venda, vamos efectuar uma venda a um determinado Cliente ou Empresa numa certa Data e Hora. Assim vamos ter como atributos o Código da Venda, a Data, a Hora. Nesta classe vamos fazer uma associação com a classe produtos, pois uma venda pode ter vários produtos.

A classe EncomendaCompra, esta classe vai estar associada a classe Fornecedor pois uma encomenda vai ser feita a um fornecedor. Vai ter como atributos o Código da Encomenda, a Data e a Hora. Esta classe vai ter uma composição da classe produtos, isto é, se não existir um produto vai implicar a eliminação da encomenda.

3.3 Descrição de Atributos

Os atributos estão interligados nas classes que por vezes provêm dos Casos de Uso. Na descrição das classes, podemos ver que para cada uma foi descrito todos os atributos. Para o esclarecimento de algumas dúvidas a descrição de classes no ponto 3.2.

(19)

(20)

4 Diagrama de Actividades

O diagrama de actividades permite descrever os fluxos de trabalho no projecto ou para detalhar operações de um Actor incluindo comportamentos que possuam processamento paralelo, no entanto, no que diz respeito ás aplicações informáticas que vai ser o o projecto em estudo, os diagramas de actividades elaborados permitiram descrever os fluxos de controlo da aplicação para cada um dos Actores.

Os diagramas foram elaborados tendo como base os Use Cases identificados para cada um dos Actores.

4.1 Modulos

Para facilitarmos a compreensão e eliminar redundâncias de informação, criamos módulos que se repetem pelos diagramas, sendo criados os seguintes módulos

4.1.1 Login/Validação do Sistema

Nome do Caso de Uso: Login/Validação do Sistema

Diálogo do Caso de Uso:

O funcionário Introduz os dados(Nome e password); O funcionário sai ou não validado;

O funcionário sai validado e é apresentado o menu principal;

(21)

4.1.2 Insere Cliente

Nome do Caso de Uso: Insere Cliente

1-O funcionário depois de efectuar o login/verificação do sistema, é mostrada a janela principal do sistema

2-O funcionário selecciona a opção;

3-O funcionário insere o nome do cliente e o sistema verifica se já existe (ou não) na base de dados;

4-O funconário insere os dados do cliente e o sistema valida(ou não) os dados;

5-Insere cliente na base de dados;

Diagrama de Actividade

Ilustração 7 - Diagrama de actividades – Módulo 2 - Inserir Cliente

Notas: O numero contribuinte deve ser validado pelo através da base de dados existente. O telefone em caso de ser telefone fixo, o indicativo deve ser verificado se coincide com a respectiva morada.

(22)

4.1.3 Alterar cliente

Nome do Caso de Uso: Alterar Cliente

3-O funcionário seleciona o cliente a alterar;

4-O funcionário insere os dados a alterar e clica em alterar; 5-Altera os dados do cliente na base de dados.

(23)

4.1.4 Remover Cliente

Nome do Caso de Uso: Insere Cliente

3-O funcionário seleciona o cliente a alterar;

4-O funcionário insere os dados a alterar e clica em alterar; 5-Altera os dados do cliente na base de dados.

(24)

4.1.5 Compra

Nome do Caso de Uso: Compra

(25)

4.1.6 Venda

Nome do Caso de Uso: Venda

Devido á dimensão do diagrama, este estará na página seguinte.

(26)

(27)

5 Diagrama de Objectos

Os diagramas de Objectos são aqueles que vão representar e identificar uma instância dos diagramas de classe, este vão dar exemplos de possíveis objectos que decorrerão durante as operações.

Nota: No nosso entender os diagramas de objectos na nossa aplicação não faria grande

sentido, contudo procederemos á apresentação de um exemplo de diagrama de objectos do nosso sistema.

(28)

6 Diagrama de Instalação

Os diagramas de instalação são aqueles que demonstram como efectuar a instalação do sistema, e qual a distribuição do sistema o pelos os computadores do sistema.

(29)

7 Diagramas de Sequência

É nestes diagramas que vamos ver quais as mensagens detalhadas e qual o seguimento lógico de cada um delas em comunicação entre os objectos.

Nota: Devido aos diagramas de sequência serem um pouco parecidos optámos por não os

(30)

(31)

8 Conclusão

A elaboração deste trabalho foi muito proveitosa a nível da engenharia de software, isto porque, desconhecíamos, ou nunca tínhamos trabalhado com este tipo de desenvolvimento. Com este trabalho aprendemos a interligar a dita parte teórica com a parte mais prática que será mais a parte de desenvolvimento do código.

Assim, podemos a partir de agora antes de começar-mos a desenvolver código da aplicação, estrutura-la e beneficiar de todos os aspectos que nos traz a engenharia de software.