FOUR Soluções. Projeto Integrador Documento Visão. Versão <1.0>

Transcrição

1 FOUR Soluções Projeto Integrador Documento Visão Versão <1.0>

2 Histórico de Revisões Data Versão Descrição Autor 24/11/ Reunião para discussão e divisão do trabalho Eudes Pina 24/11/ Apresentação dos envolvidos Admo Danilo 25/11/ Apresentação do produto e requisitos Rodrigo Crispim 25/11/ Apresentação do documento visão Wellington Rodrigues 2/6

3 Índice Analítico 1. Objetivo deste documento 4 2. Sobre o Problema Descrição do Problema 4 3. Descrição dos Envolvidos e Usuários Resumo dos Envolvidos Resumo dos Usuários Ambiente do Usuário 4 4. Sobre o Produto Descrição Geral do Produto Soluções Alternativas Requisitos Funcionais do Produto Detalhes dos Requisitos Funcionais do Produto Outros Requisitos do Produto 5 5. Considerações Finais/Observações 6 Aprovação 6 3/6

4 1. Objetivo deste documento A finalidade deste documento é coletar, analisar e definir as necessidades e características de nível superior do Projeto Integrador. Ele se concentra nos recursos (requisitos funcionais) necessários aos envolvidos e aos usuários-alvo. Os detalhes de como o Projeto Integrador 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 Ausência de controle de log para gerar dados estatísticos para tomada de decisões. Afeta Usuário controlador de log. Cujo impacto é Proporcionar agilidade e segurança na tomada de decisão. Uma boa solução seria Implementação do sistema de controle de log. 3. Descrição dos Envolvidos e Usuários 3.1. Resumo dos Envolvidos Nome Descrição Responsabilidades Wellington Rodriques Pereira Aluno de GTI Gerente de projeto Eudes Pina Aluno de GTI Levantamento de dados Admo Danilo Aluno de GTI Desenvolver o Software Rodrigo Reges Crispim Aluno de GTI Desenvolver o Software 3.2. Resumo dos Usuários Nome Descrição Responsabilidades Professores/SENAC Administradores do sistema Auditar as operações realizadas 3.3. Ambiente do Usuário O projeto esta sendo desenvolvido para atender todos os professores do curso de GTI II, para verificação e aplicação de todo o conteúdo visto em sala de aula. 4/6

5 4. Sobre o Produto 4.1. Descrição Geral do Produto Levantamento e acompanhamento da Implementação do sistema de controle de Log, e verificação do aprendizado do aluno no curso de GTI II noturno Soluções Alternativas Outros servidores Requisitos Funcionais do Produto Requisitos Funcionais Nº. Nome Descrição 01 Leitor de Log Serve para gerar dados de usuários que utilizaram o servidor. 02 Emitir relatórios Emitir relatórios de controle de Log para gerar dados estatísticos para tomada de decisões Detalhes dos Requisitos Funcionais do Produto Requisitos Funcionais Nº. Status Prioridade Esforço Risco Estabilidade 01 Proposto Importante Muito Alto Alto Alto 02 Proposto Importante Muito Alto Alto Alto 4.4. Outros Requisitos do Produto Padrões Aplicáveis O software terá sua configuração WEB, de forma há não comprometer sua usabilidade, ou seja, não se restringindo a uma determinada plataforma. Requisitos do Sistema O software deverá estar locado em um servidor na empresa, sendo que o mesmo poderá ter como sistema operacional base, Windows ou Linux. Requisitos de Desempenho O software suporta simultaneamente 15 licenças de usuário, não sofrendo nenhuma perda quanto ao tempo de espera para o carregamento das informações. Requisitos Ambientais O software possui acesso restrito a rede da empresa, porem o mesmo permite acesso remoto do suporte a fim de sanar pequenos bugs ocasionados. Esse acesso remoto também permite uma melhor compreensão de erros pelos programadores, caso seja necessária uma verificação in loco. Requisitos de Documentação O programa terá como suporte ao usuário, arquivos em PDF que poderão ser acessados para compreensão e suporte rápido a duvidas. Entre os documentos a serem dispostos estão Manual do usuário e configurador de relatórios. 5/6

6 5. Considerações Finais/Observações Aprovação Responsável Data Assinatura Wellington Rodrigues 04/12/2014 6/6

7 FOUR Soluções <Projeto Integrador> Especificação Suplementar Versão <1.0>

8 Histórico de Revisões Data Versão Descrição Autor 03/12/ Descrição dos Requisitos não funcionais Wellington Rodrigues Pereira 2/5

9 Índice Analítico 1. Objetivo deste documento 4 2. Descrição dos Requisitos não Funcionais Funcionalidade Confiabilidade Usabilidade Eficiência Portabilidade 5 3. Considerações Finais/Observações 5 Aprovação 5 3/5

10 1. Objetivo deste documento A Especificação Suplementar captura os requisitos de sistema que não são capturados imediatamente nos casos de uso do modelo de casos de uso. Entre os requisitos estão incluídos: Requisitos legais e reguladores, incluindo padrões de aplicativo. Atributos de qualidade do sistema a ser criado, incluindo requisitos de usabilidade, confiabilidade, desempenho e suportabilidade. Outros requisitos, como sistemas operacionais e ambientes, requisitos de compatibilidade e restrições de design. 2. Descrição dos Requisitos não Funcionais 2.1. Funcionalidade Interoperabilidade Servidor de qualquer empresa. Segurança de Acesso O software possui alem do Banco de Dados criptografado, utiliza uma hierarquia de senhas de acesso que dever ser configuradas com sequencia de letras, números e caracteres Confiabilidade Maturidade É aceitável para esse software 3 falhas por mês. Tolerância a Falhas Dar uma mensagem ao usuário de maneira clara e de fácil entendimento, juntamente com um campo para envio da informação ao suporte para analise e reparação. Recuperabilidade Como característica de programas como Word, o software em caso de falha ou desligamento involuntário, realiza um backup da ultima informação Usabilidade Inteligibilidade/Apreensibilidade/Operacionalidade/Atratividade Fácil manuseio e entendimento do software (o usuário pode ser treinado em um curto período de tempo). E também como descrito no documento visão, o usuário ainda dispõe de um manual em PDF com acesso ajuda Eficiência Desempenho (Comportamento em Relação ao Tempo) Resposta rápida (tempo médio de 1 segundo, dependendo da operação). 4/5

11 Utilização de Recursos Pode ser armazenado em 1 cd Portabilidade Portabilidade É de fácil adaptação nas plataformas (Linux / Windows / OS). 3. Considerações Finais/Observações Aprovação Responsável Data Assinatura Wellington Rodrigues 04/12/2014. Pereira 5/5