Documento de Visão versão 1.0 Desenvolvimento do Sistema de Gestão de Documentos Doc Manager Cliente: São José Agroindustrial Representante do

Transcrição

1 Documento de Visão versão 1.0 Desenvolvimento do Sistema de Gestão de Documentos Doc Manager Cliente: São José Agroindustrial Representante do cliente: Paulo José de Souza 1

2 Histórico de Revisão Data Versão Descrição Autor 23/03/ Criação do documento Gyan Diego 2

3 Sumário 1. Introdução Finalidade Escopo do Documento Definições, Acrônimos e Abreviações Referências Especificações Suplementares Glossário Contextualização Descrição do Problema Sentença de Posição do Produto Descrição dos Stakeholders e dos Usuários Principais Stakeholders e Usuários Necessidades Chave dos Stakeholders e dos Usuários Visão Geral do Produto Perspectiva do Produto Premissas e Dependências Limites do Produto Requisitos Funcionais do Produto Precedência e Prioridades Requisitos Não-Funcionais do Produto Restrições Técnicas Padrões Aplicáveis Requisitos Especiais Introdução Error: Reference source not found 1.1 Finalidade A finalidade deste documento é definir a visão que os stakeholders têm do nosso produto, em termos de suas necessidades e das funcionalidades para atendê-las. O documento contém uma visão geral dos requisitos mais importantes do projeto e respectivas informações visando o melhor para o cliente final. 3

4 1.2 Escopo do Documento Este documento de visão se aplica ao gestor de documentos Doc Manager. O projeto do Doc Manager tem por objetivo a automação tecnológica de soluções de informática e gerencia de documentos. 1.3 Definições, Acrônimos e Abreviações Vide ao documento Doc Manager Glossário. 1.4 Referências Este documento poderá ser complementado ao ter em mãos os documentos descritos: Especificações Suplementares Informa todos os requisitos não-funcionais do projeto Glossário Esclarece as abreviações e/ou termos técnicos utilizados no projeto. 2. Contextualização 2.1 Descrição do Problema Problemas A lentidão para se prosseguir nas tarefas executadas na organização. Grande geração de documentos impressos para transferir dados durante o fluxo. Dificuldade de transferir informações de setores e documentos. Pessoas Atingidas A empresa e funcionários responsáveis pela gestão de documentos. Cujo impacto é Limitação tecnológica, ficando preso a documentos impressos. Retardo no processo de trabalho Uma solução bem sucedida traria Agilidade nas buscas e uma organização melhorada Não aconteceria percas de aquivos Aumento da eficiência operacional. Facilidade e agilidade na manutenção do sistema, por estar documentado e seguindo os padrões de desenvolvimento e implementação. 2.2 Sentença de Posição do Produto Para Organizações em geral. Quem Por meio de seu gerente comercial. 4

5 O Que Diferente de Nosso produto É um Sistema Gerenciador de Fluxos de Documentos. Agilidade nas transições do fluxo. Não se aplica. Traz a automatização do fluxo de documento. 3. Descrição dos Stakeholders e dos Usuários 3.1 Principais Stakeholders e Usuários Identificação Responsabilidades Stakeholders Gerentes do Projeto Analistas de Requisitos Arquiteto do Projeto Engenheiro de teste Programadores Organização Atribuições de caráter decisório e estratégico quanto aos rumos do projeto. Definir e aprovar os requisitos e especificações de negócio do sistema, testar e homologar o sistema. Definir a arquitetura a ser utilizada no sistema. Criação das estratégias de testes e criação dos planos de testes. Implementar o sistema conforme as especificações. Fazer a aquisição do sistema. 3.2 Necessidades Chave dos Stakeholders e dos Usuários No. Descrição Prioridade do Cliente Observações 1 Manter Fluxo Crítico 2 Manter Departamento Crítico 3 Manter Usuário Crítico 4 Emitir Relatórios Útil 5 Utilizar Fluxo Crítico (Crítico, Útil e Importante) 5

6 4. Visão Geral do Produto 4.1 Perspectiva do Produto O Doc Manager e software que tem o propósito de organizar e agilizar toda gestão documental da empresa de forma que não gere mais percas importantes e nem atrasos e decorrer da produção. Resumo das funcionalidades do Produto Necessidades Funcionalidades Correspondentes 1. Fluxo 1.1 Cadastrar Fluxo; 1.2 Consultar Fluxo; 1.3 Editar Fluxo; 1.4 Excluir Fluxo. 2. Departamento Cadastrar Departamento; Consultar Departamento; Editar Departamento; Excluir Departamento; Manter Fluxo do Grupo; Cadastrar Fluxo ao Grupo; Consultar Fluxo do Grupo; Editar Fluxo do grupo; Excluir Fluxo do Grupo. Buscar Documento 3. Usuário Cadastrar Usuário; Consultar Usuário; Editar Usuário; Excluir Usuário. 4. Emitir Relatórios 5.1 Emitir Relatório Gráfico do Fluxo 5.2 Emitir Relatório de Produção Fluxo; 4.2 Premissas e Dependências As máquinas deverão possuir disponíveis browser e rede. 4.3 Limites do Produto O sistema Doc Manager não abrange: 1. A realização de tarefas de negócios dos fluxos criados. 5. Requisitos Funcionais do Produto Preenchimento de Documento o O sistema abrirá uma página a qual será preenchida de acordo com seu setor Editar Documento o O documento depois de ser salvo, pode ser resgatado para futuras modificações. Pesquisar Documento o O sistema fará uma busca a partir do nome do arquivo ou documento já salvo. Preenchimento de Documento o O sistema abrirá uma página a qual será preenchida de acordo com seu setor 6

7 Controle de fluxo o O sistema irá mostrar um gráfico baseado na produção trimestral. 6. Precedência e Prioridades No. Funcionalidade Prioridade do Cliente Entrega 1 Manter Fluxo Crítico 1 2 Manter Departamento Crítico 1 3 Manter Usuário Crítico 1 4 Emitir Relatórios Útil 2 7. Requisitos Não-Funcionais do Produto O sistema deve utilizar os padrões de desenvolvimento, ferramentas de software e hardware adotados pela equipe do projeto, serão descritos, a seguir, requisitos adicionais aos já utilizados. Requisitos de Sistema o O sistema deverá permitir a pesquisa e exportação do resultado das pesquisas para formato de arquivo PDF (Portable Document Format) Requisitos de suportabilidade /Ambiente o O sistema deverá permitir o acesso através do ambiente Intranet e Internet da organização, quando necessário Requisitos de Usabilidade o Interface amigável e compatível com os requisitos do usuário. o Ajuda via menu de Ajuda ao Usuário. Requisitos de Confiabilidade o O sistema deve estar disponível diariamente das 24 horas por dia. Requisitos de Segurança o Todo acesso à informação do sistema será controlado por perfil de usuário mediante autenticação. Requisitos de Documentação o Script de geração do WAR, JAR do Doc Manager. o Script de geração do banco de dados do Doc Maneger. 8. Restrições Técnicas 8.1 Padrões Aplicáveis Os seguintes padrões técnicos serão seguidos: Padrões visuais de interface; Padrões de codificação em PHP definido pela Equipe do projeto; 9. Requisitos Especiais Não se aplica. 7