Sistema digitalizado no almoxarifado do...

Nome da Empresa

Sistema digitalizado no almoxarifado do EMIDocumento Visão

Sistema digitalizado no almoxarifado do EMIAnderson, Eduardo A, Jessica, Sabrina, Samuel

Histórico de Revisões

Data Versão Descrição Autor

23/02/2015 1.0 Início do projetoAnderson, Eduardo, Jessica, Sabrina, Samuel

25/02/2015 1.1 Correções Anderson e Eduardo

08/03/2015 1.2 Correções Jessica, Sabrina, Samuel

25/05/2015 2.0 Complementação Jessica e Sabrina

01/06/2015 2.2 Telas do sistema Anderson e Samuel

17/06/2015 2.3 Correções Jessica

2


ÍNDICEPROJETO VISÃO.................................................................................................................4

1. Objetivo deste documento ................................................................................................. 42. Sobre o Problema .............................................................................................................. 4

2.1. Descrição do Problema .............................................................................................. 43. Descrição dos Envolvidos e Usuários ............................................................................... 4

3.1. Resumo dos Envolvidos ............................................................................................. 53.2. Resumo dos Usuários ................................................................................................ 53.3. Ambiente do Usuário .................................................................................................. 6

4. Sobre o Produto ................................................................................................................. 64.1. Descrição Geral do Produto ....................................................................................... 64.2. Soluções Alternativas ................................................................................................. 64.3. Requisitos Funcionais do Produto ..............................................................................64.4. Detalhes dos Requisitos Funcionais do Produto ........................................................ 74.4. Outros Requisitos do Produto ....................................................................................8

5. Considerações Finais ........................................................................................................9

TERMO DE ABERTURA.....................................................................................................106. Designações...................................................................................................................107. Autoridade e responsabilidades do Gerente..................................................................108. Premissas fundamentais.................................................................................................119. Restrições.......................................................................................................................1110. Riscos............................................................................................................................1111. Prazo.............................................................................................................................1212. Investimentos................................................................................................................1213. Principais entregas.......................................................................................................1214. Diagramas de caso de uso...........................................................................................1215. Diagrama de sequencia................................................................................................1316. Diagrama de atividade..................................................................................................1417. Diagramas de classes e dicionários de dados.............................................................1418. Telas do sistema...........................................................................................................16

3


PROJETO VISÃO

1. Objetivo

A finalidade deste documento é coletar, analisar e definir as necessidades e

características de nível médio do Gerenciador de Almoxarifado. Ele se concentra nos

recursos, chamados de requisitos funcionais, necessários aos envolvidos e aos usuários-

alvo. Os detalhes de como esse software atende a essas necessidades estão descritos

nas especificações de caso de uso.

2. Sobre o Problema

2.1. Descrição do Problema

O problema

Há uma grande dificuldade para acessar o banco de dados do almoxarifado do EMI que é

todo registrado manualmente, além da demora para registrar a entrada e saída dos itens

no almoxarifado do EMI.

Afeta

A servidora do IFSC campus Chapecó, responsável por registrar a entrada e saída de itens

do almoxarifado do EMI, além de afetar todos as pessoas que querem utilizar algum item

do almoxarifado do EMI no IFSC campus Chapecó e não tem acesso ao Banco de Dados.

Cujo impacto é

Demora para encontrar produtos, demora para registrar a entrada e saída de produtos,

causando uma perda de tempo muito grande para a servidora responsável, além do

estravio de alguns dados que estavam anotados.

Uma boa solução seria

Implementação de um software, permitindo que a entrada e saída dos itens do

almoxarifado do EMI sejam digitalizados, poupando tempo. Permite também fazer buscas

rápidas sobre os produtos disponíveis, os produtos que estão em falta, quem retirou

produtos entre outros filtros.

3. Descrição dos Envolvidos e Usuários

O usuário do sistema será a pessoa responsável por gerenciar a entrada e saída

de produtos do almoxarifado do EMI, será responsável por cadastrar todos os produt.os4


que chegam e validar as solicitações para a compra de maior material, a qual o próprio

sistema deverá verificar se o produto está entrando em falta e gerar um relatório de

pedido de compra, que será analisado e repassado ao responsável por validar o pedido

de compra, o próprio relatório gerado pelo sistema poderá ser utilizado para ser

repassado para o fornecedor. É pensado numa próxima versão um sistema que cadastre

os produtos a partir de leitura de código de barra, além do sistema interligado com um

servidor externo para backup e um sistema para verificação dos produtos on-line. O

principal objetivo do sistema é evitar o uso manual dos envolvidos e principalmente do

usuário final.

3.1. Resumo dos Envolvidos

Os envolvidos estão dispostos a trabalhar mais voltado ao bem estar do software,

não desenvolvem, mas geralmente conversam com a equipe de desenvolvimento para

melhor conhecer o sistema. Cada envolvido desempenha um papel importante que auxilia

no sistema final.

Nome Descrição Responsabilidades

Equipe de

desenvolvimento

gráfico

São os envolvidos por deixar o

layout amigável e compatível com

o funcionalidade

Garante que o sistema será

amigável e ao mesmo tempo

funcional

Equipe de

treinamento

Participa do desenvolvimento

para melhor auxiliar o usuário a

utilizar o software.

Garante que o usuário sabera

usar o sistema desenvolvido

pela empresa

Suporte do sistema

Participará do desenvolvimento

para ter uma visão geral do

software e ter uma facilidade

maior caso o sistema precise de

manutenção

Garante que o sistemá

funcionará sem ocorrer erros

inesperados

3.2. Resumo dos Usuários

O usuário que fará uso do sistema receberá um treinamento ideal e estará apto a

utilizar o software. O software é voltado a um único usuário, o qual trabalha na área em

que o software estará atuando.

Nome Descrição Responsabilidades

5


Pessoa responsável pela

entrada e saída dos

produtos do almoxarifado

O usuário será a pessoa

que operará o sistema,

implementando dados etc.

O usuário será responsável por

cadastrar a entrada e saída de

produtos do almoxarifado, bem

como quem os retirou. Além de

fazer os pedidos quando o

software informar quais produtos

estão em falta.

3.3. Ambiente do Usuário

• O usuário trabalhará sozinho, mas sofrerá interferencia do responsável por fazer as

compras dos produtos.

• O software trará diversos benefícios para o usuário, agilidade no cadastro de produtos,

facilidade de armazenamento e terá filtro automático sobre produtos que estão

começando a faltar. Com o objetivo de poupar o tempo do usuário.

• O sistema não terá interação com outros aplicativos/dispositivos, mas futuramente uma

implementação que será colocada como um pós-projeto é, a solicitação de produtos

online e automática.

4. Sobre o Produto

4.1. Descrição Geral do Produto

O produto é autossuficiente, dependendo apenas de um sistema operacional

compatível. Não necessita de nenhuma conexão externa.

4.2. Soluções Alternativas

Existe uma concorrência com o produto, toda planilha de dados com

disponibilidade de filtro, pode ser considerado um concorrente, embora, a principal ideia

do software é gerar filtros automaticamente.

4.3. Requisitos Funcionais do Produto

Abaixo são listado todos os requisitos que o software deve atender.

Requisitos Funcionais

Nº. Nome Descrição

1Salvar os dados em um

banco de dados.Deverá gravar todos os dados de entrada e saída dos

produtos.

6


2 Gerar filtros automaticos.Deverá gerar filtros automaticos para informar aousuário os produtos que estão entrando em falta.

3 Gerar filtros solicitados.Deverá gerar filtros sobre qualquer produto ou pessoa

que retirou produtos, quando solicitado.

4Gerar backupautomático.

Deverá ao final de cada dia, fazer um backupautomático, tendo em vista a importância de todos osdados importantes registrados neste banco de dados.

4.4. Detalhes dos Requisitos Funcionais do ProdutoAbaixo existe uma analise mais detalhada dos requisitos e possibilidades de falhas.

Requisitos Funcionais

Nº Status Prioridade Esforço Risco Estabilidade

1 Aprovado Crítico

Está previsto aimplementaçãodeste requisitoem dois meses,avaliado como o

coração dosoftware, é de

estremanecessidade.

O principal riscodeste sistema

está em perda dedados por falha

do servidor.

A probabilidade desterequisto sofrer

mudança é muitobaixa, pois será aprincipal fução do

software.

2 Aprovado Crítico

Está previsto aimplementaçãodeste requisito

em duassemanas, tendoem vista ser odiferencial do

software.

O principal riscodeste requisito éo fato de ocorrer

erros e gerarrelatórios de

pedidosaleatórios.

A probabilidade demudança é baixa.

3 Incorporado Importante

Está previsto aimplementaçãodeste requisito

em duassemanas, e

permite o usuárioter um maior

controle sobre osoftware

O principal riscosão algumas

possíveis falhasno banco dedados que

podem retornarresultados não

condizentes

Existe probabilidadede mudança durante o

período deimplementação

4 Incorporado Importante Não tem previsãode

implementação

Existe riscos derede (Ethernet,Elétrica...), que

Pode existirmudanças se

houverem limitações

7


pois depende deuma entidade

externa

caso houverfalhas irá

impossibilitareste requisito de

funcionar

na implementação dosistema de backup

automático.

4.4. Outros requisitos do produto

Abaixo está listado os requisitos do sistema para funcionar perfeitamente, bem

como padrões para aplicações, requisitos de desempenho, requisitos ambientais e de

documentação.

Padrões aplicáveis

O software irá trabalhar de acordo com o padrão de comunicação TCP/IP, será

compativel principalmente com as plataformas Windows e Unix, seguirá os padrões de

qualidade e segurança ISO.

Requisitos do sistema

O sistema de ser baseado em DOS ou Unix, para que todos os requisitos funcionem

corretamente, deve estar conectado a rede, não existem configurações minimas de

hardware.

Requisitos de desempenho

Para que todos os requisitos do sistema funcionem o terminal deve ter conexão com a

internet, e para ter um sistema de backup eficaz, deve ter uma conexão de banda

razoável.

Requisitos ambientais

Em tempos determinados, deverá ser feito uma avaliação no banco de dados para

verificar se o sistema está funcionando perfeitamente. A empresa continuará trabalhando

para resolver novos problemas e para pensar em novas tecnologias que possam auxiliar

o trabalho do operador do software.

Requisitos de documentação

Deverá ser desenvolvido um guia de instalação e configuração impressa.

Deverá ser desenvolvido uma interface de ajuda no software, com o objetivo de

apresentar o software e suas funcionalidades ao usuário.

O contrato deve constar qual o principal objetivo do software bem como sua política de

funcionalidade.

8


5. Considerações finais

O software deve estar sendo desenvolvido dentro do prazo estipulado e durante o

desenvolvimento deve ser feito análises de erros, análises de desenvolvimento, pesquisas

sobre novas tecnologias ou quaisquer outras formas de viabilizar as funções do software.

9


TERMO DE ABERTURA Sistema digitalizado no almoxarifado do EMI

Versão dodocumento

Data Autor Observações

Inicial 23/02/2015 Anderson versão inicial (Draft)

intermediária 1 26/02/2015 Samuel correções

intermediária 2 03/03/2015 Jessica e Sabrina correções

intermediária 3 06/03/2015 Eduardo e Anderson correções

final Jessica aprovação

6. DesignaçõesPor este documento Anderson Altair Tomkelski é designado gerente deste projeto.

Sua missão é o sucesso do projeto, e trabalhará em cooperação com os assessores

Jessica Smagalla, Sabrina Maia, Eduardo Alves e Samuel Guisel para assegurar o

atendimento de todos os objetivos do projeto, quais sejam:

Evitar o uso de papéis no almoxarifado do EMI – Com a tecnologia atual, é

totalmente inviável ter um banco de dados manuais, porém, existe falta de software

específico para cada setor/empresa.

Resolver o problema da perda de dados – Usando um banco de dados manuais,

é comum algumas folhas se perderem, problema que será sanado com um sistema

digital.

Evitar demora no registro – Um sistema inteligente facilitará e agilizará o cadastro

de novos produtos, bem como a saída dos produtos e quem os retirou.

Padronizar o software e seu desenvolvimento – Seguir as recomendações de

documentação de software e os padrões ISO.

7. Autoridade e responsabilidades do Gerente

O gerente deste projeto obriga-se à: Analisar viabilidades de implementação do

software, analisar a transparência do software, monitorar e procurar formas de evitar

riscos, auxiliar na comunicação da equipe, auxiliar no desenvolvimento de todo o projeto

juntamente com os assessores.

O gerente deste projeto tem autoridade para: Chamar atenção da equipe, controlar

o andamento do projeto, ter acesso a todos os documentos do projeto.

8. Premissas fundamentais

10


Para o sucesso completo deste projeto é de fundamental importância que as condições

abaixo sejam atendidas:

Identificação de riscos organizada

Equipe de projeto unida para o desenvolvimento

Análise de necessidade muito precisa

Sistema de fácil uso para o usuário final

Banco de dados organizado

9. Restrições

O sistema se limitará apenas a permitir a fácil gravação e leitura de dados, não

existira um cadastro automático dos produtos.

10. Riscos

Os principais riscos identificados até o momento serão monitorados pelo Gerente.

São eles:

Risco Ação Estratégia Responsável

Falta de habilidadetécnica

Treinamento comacompanhamento da

equipe, ecomunicação entre a

equipe

Eliminar Gerente de projetos

Demora para fazeros levantamentos

de dadosnecessários

Nomear responsáveispara entregar os

levantamentos emdatas determinadas


Plano de projetoincompleto

Criar figura dosegundo gerente para

trabalhar na equipecom o cliente


Imprecisão nolevantamento de

requisitos funcionaise não funcionais

Nomear responsávelpara análisar commaior precisão, nodecorrer do projeto,

os requisitosfuncionais e não

funcionais

Mitigar Gerente de projetos

Análise de riscosincompleta

Determinar causas dafalha de

planejamento. Aplicarmedidas imediatas decurto prazo, visando àcorreção do plano de

projeto

Mitigar Gerente de projetos

11. Prazo

11


Este projeto deverá estar concluído no mais tardar em 27/06/2015 sob pena de

impactar problemas devido a falta de teste, podendo ser eles: falha na comunicação do

banco de dados com o software, dificuldade de uso, possibilidades de travar o sistema e

ocorrer perda de dados, entre outros.

12. Investimento

O investimento necessário para a conclusão bem sucedida deste projeto é horas

de análise, desenvolvimento e teste.

13. Principais entregas

Módulo de projeto - entregue até 09/03/2015 sem custos aparentes

Módulo de projeto 2 e esboço - entregue até 04/05/2015 sem custos aparentes

Módulo final de projeto e esboço final - entregue até 27/06/2015 sem custos

aparentes

14. Diagrama de Uso de Caso

FAZER LOGIN: O gerente será o único ator que obterá a senha para acesso ao

software e a partir de então, tem permissão para fazer as alterações necessárias no

mesmo. Ao inserir a senha, se esta estiver correta, o gerente terá acesso ao

12


software. Caso contrário, o programa informará uma mensagem de senha

invalida.

CADASTRAR PRODUTOS: O gerente enviará ao software o código do produto e a

quantidade que foi adquirida, para assim ficar salvo no banco de dados, o software

retornará uma mensagem de sucesso ou falha dependendo se os dados foram ou

não salvos no banco de dados e quando solicitado os filtros, o sistema deverá

mostrar a quantidade de produtos correspondente aquele código ou nome.

CADASTRAR RETIRADA DE PRODUTOS: O gerente está responsável por cadastrar

os dados dos servidores e suas respectivas retiradas do almoxarifado, assim como

verificar se o servidor tem permissão para efetuar retirada de produtos do

almoxarifado.

REALIZAR PEDIDO DE COMPRA: Quando um produto estiver entrando em falta, o

gerente fica responsável por emitir um relatório para o setor de compras do

campus.

15. Diagrama de Sequencia

13


16. Diagrama de atividade

17. Diagramas de classes e dicionários de dados

14


15


18. Telas do sistema

16


17

Sistema digitalizado no almoxarifado do...

Documents

Transcript of Sistema digitalizado no almoxarifado do...