Nome da Empresa Documento Visão
Histórico de Revisões Data Versão Descrição Autor 23/02/2015 1.0 Início do projeto Anderson, 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
ÍNDICE PROJETO VISÃO...4 1. Objetivo deste documento... 4 2. Sobre o Problema...4 2.1. Descrição do Problema... 4 3. Descrição dos Envolvidos e Usuários... 4 3.1. Resumo dos Envolvidos...5 3.2. Resumo dos Usuários... 5 3.3. Ambiente do Usuário... 6 4. Sobre o Produto...6 4.1. Descrição Geral do Produto... 6 4.2. Soluções Alternativas... 6 4.3. Requisitos Funcionais do Produto...6 4.4. Detalhes dos Requisitos Funcionais do Produto...7 4.4. Outros Requisitos do Produto...8 5. Considerações Finais...9 TERMO DE ABERTURA...10 6. Designações...10 7. Autoridade e responsabilidades do Gerente...10 8. Premissas fundamentais...11 9. Restrições...11 10. Riscos...11 11. Prazo...12 12. Investimentos...12 13. Principais entregas...12 14. Diagramas de caso de uso...12 15. Diagrama de sequencia...13 16. Diagrama de atividade...14 17. Diagramas de classes e dicionários de dados...14 18. 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áriosalvo. 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.os 4
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 Equipe de treinamento Suporte do sistema São os envolvidos por deixar o layout amigável e compatível com o funcionalidade Participa do desenvolvimento para melhor auxiliar o usuário a utilizar o software. 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 sistema será amigável e ao mesmo tempo funcional Garante que o usuário sabera usar o sistema desenvolvido pela empresa 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 1 Salvar os dados em um banco de dados. Deverá gravar todos os dados de entrada e saída dos produtos. 6
2 Gerar filtros automaticos. 3 Gerar filtros solicitados. Deverá gerar filtros automaticos para informar ao usuário os produtos que estão entrando em falta. Deverá gerar filtros sobre qualquer produto ou pessoa que retirou produtos, quando solicitado. 4 Gerar backup automático. Deverá ao final de cada dia, fazer um backup automático, tendo em vista a importância de todos os dados importantes registrados neste banco de dados. 4.4. Detalhes dos Requisitos Funcionais do Produto Abaixo 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 a implementação deste requisito em dois meses, avaliado como o coração do software, é de estrema necessidade. O principal risco deste sistema está em perda de dados por falha do servidor. A probabilidade deste requisto sofrer mudança é muito baixa, pois será a principal fução do software. 2 Aprovado Crítico Está previsto a implementação deste requisito em duas semanas, tendo em vista ser o diferencial do software. O principal risco deste requisito é o fato de ocorrer erros e gerar relatórios de pedidos aleatórios. A probabilidade de mudança é baixa. 3 Incorporado Importante Está previsto a implementação deste requisito em duas semanas, e permite o usuário ter um maior controle sobre o software O principal risco são algumas possíveis falhas no banco de dados que podem retornar resultados não condizentes Existe probabilidade de mudança durante o período de implementação 4 Incorporado Importante Não tem previsão de implementação Existe riscos de rede (Ethernet, Elétrica...), que Pode existir mudanças se houverem limitações 7
pois depende de uma entidade externa caso houver falhas irá impossibilitar este requisito de funcionar na implementação do sistema 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
Versão do documento TERMO DE ABERTURA 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ções Por 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 São eles: Os principais riscos identificados até o momento serão monitorados pelo Gerente. Risco Ação Estratégia Responsável Falta de habilidade técnica Demora para fazer os levantamentos de dados necessários Plano de projeto incompleto Imprecisão no levantamento de requisitos funcionais e não funcionais Análise de riscos incompleta Treinamento com acompanhamento da equipe, e comunicação entre a equipe Nomear responsáveis para entregar os levantamentos em datas determinadas Criar figura do segundo gerente para trabalhar na equipe com o cliente Nomear responsável para análisar com maior precisão, no decorrer do projeto, os requisitos funcionais e não funcionais Determinar causas da falha de planejamento. Aplicar medidas imediatas de curto prazo, visando à correção do plano de projeto Eliminar Eliminar Eliminar Mitigar Mitigar Gerente de projetos Gerente de projetos Gerente de projetos Gerente de projetos 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 invalida. contrário, o programa informará uma mensagem de senha 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