<Gerenciamento e Tratamento de Logs > Especificação Suplementar Versão <1.0> Histórico de Revisões Data Versão Descrição Autor 29/10/2014 2.0 2.1 funcionalidade e segurança de M. Vinícius acesso 30/10/2014 2.0 2.4. Eficiência Jean 31/10/2014 2.0 Revisão Descrição dos Requisitos não Funcionais Marcos Costa 31/10/2014 2.0 2.5. Portabilidade Jalles 31/10/2014 2.0 3.0 Considerações Finais Sérgio 1. Objetivo deste documento Índice Analítico 2. Descrição dos Requisitos não Funcionais 2.1. Funcionalidade 2.2. Confiabilidade 2.3. Usabilidade 2.4. Eficiência 2.5. Portabilidade 3. Considerações Finais/Observações Aprovação
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 Software possuí integração com API's do Facebook e Google. Para facilitar o login de acesso do cliente. Segurança de Acesso Banco de dados criptografado. Indentifica se está ultilizando o mesmo dispositivo para acesso, caso esteja em outro dispositivo, ele faz algumas perguntas, para garantir a segurança do cliente. 2.2. Confiabilidade Maturidade Software maduro. Ele armazena o seu acesso no cache de memória do browser. Sendo assim, não precisa carregar as mesmas coisa em todo acesso. Trazendo uma alta performace ao software. Tempo médio é de 1,76ms Tolerância a Falhas
Mensagens após as falhas de erros no sistema. Tais como: reinicie o seu navegador quando existe algum erro inesperado no browser, limpe o seu cache de memória, como resetar o seu navegador. Como o sistema é usado com browser, as falhas geralmente são de browser. Caso ocorra erro, ele pode ser trabalho offline. Tempo de manutenção é de até 24 horas. Recuperabilidade O software retorna automaticamente após falhas de conexão, retorna no mesmo local que falhou, e recarrega o que estava sendo gravado no sistema. Ele trabalha em modo offline. Após a conexão, ele só transfere os arquivos. 2.3. Usabilidade Inteligibilidade/Apreensibilidade/Operacionalidade/Atratividade O público do software não são usuários comuns. São geralmente programadores, ou pessoal de marketing que deseja mostrar aos clientes dados de acesso. 2.4. Eficiência Desempenho (Comportamento em Relação ao Tempo) Simples e eficaz, funciona várias funções simultâneamente Resposta do software rápido, como é totalmente via web, pode ter lentidão com a velocidade da banda larga, varias transações por segundo executanto funções distintas simultâneamente, capacidade pequena de 30 a 50 pessoas simultaneamente. Tempo médio é de 1,76ms. Porém após 30 segundos tentando carregar a página, ele corta a conexão, e recarrega a página. Utilização de Recursos Ultilização de poucas imagens, pois como necessitamos da internet, pensando nos usuário da conexão móvel, ele não pode gastar muitos dados acessando ao software. 2.5. Portabilidade Portabilidade
O software é utilizado 100% web, sem a nescessidade de instalação de qualquer programa auxliliar, com isso se torna apto a qualquer ambiente, só necessita de um Browsers. 3. Considerações Finais/Observações Sistema contém poucos usuários, porém usuários permanentes. A cada hora o software recarrega a página, para reestabelecer conexão caso aconteça algo. Aprovação Responsável Data Assinatura Jean Marcos Vieira da Silva 30/11/2014 Jean Marcos Vieira da Silva
<Gerenciamento e Tratamento de Logs> Documento Visão Versão <2.0> MARCOS COSTA MARTINS. JEAN MARCOS VIEIRA DA SILVA GERENTE DE PROJETO. SERGIO PEREIRA NASCIMENTO. MARCOS VINÍCIUS DE OLIVEIRA GOUVEA. Histórico de Revisões Data Versão Descrição Autor 25/11/2014 2.0 3.2. Resumo dos Usuários(Empresa de publicidades, e produção de Software) Sérgio / Marcos Vinícius 25/11/2014 2.0 2. Sobre o Problema Marcos Costa 25/11/2014 2.0 3.3. Ambiente do Usuário Sergio 25/11/2014 2.0 3.1. Resumo dos Envolvidos Marcos Vinícius 25/11/2014 2.0 4.3. Requisitos Funcionais do Produto Marcos Costa 26/11/2014 2.0 4.2. Soluções Alternativas Jean 27/11/2014 2.0 4.1. Descrição Geral do Produto Sérgio 27/11/2014 2.0 3.3. Ambiente do Usuário Jean 28/11/2014 2.0 4.3. Outros Requisitos do Produto Marcos Costa 28/11/2014 2.0 4.2. Soluções Alternativas( Mais Informações) Marcos Vinícius 28/11/2014 2.0 4.3. Requisitos Funcionais do Produto Jean / Marcos Costa
Índice Analítico 1. Objetivo deste documento 2. Sobre o Problema 2.1. Descrição do Problema 3. Descrição dos Envolvidos e Usuários 3.1. Resumo dos Envolvidos 3.2. Resumo dos Usuários 3.3. Ambiente do Usuário 4. Sobre o Produto 4.1. Descrição Geral do Produto 4.2. Soluções Alternativas 4.3. Requisitos Funcionais do Produto 4.4.Detalhes dos Requisitos Funcionais do Produto 4.5. Outros Requisitos do Produto 5. Considerações Finais/Observações Aprovação 1. Objetivo deste documento A finalidade deste documento é coletar, analisar e definir as necessidades e características de nível superior do Gerenciamento e Tramento de Logs. Ele se concentra nos recursos (requisitos funcionais) necessários aos envolvidos e aos usuários alvo. Os detalhes de como atende a essas necessidades estão descritos nas especificações de caso de uso. 2. Sobre o Problema Falta de organização nos acessos ao site, e sem dados de precisão 2.1. Descrição do Problema O problema Os softwares similares do mercado são muito complexos, e não são muito funcionais para as pequenas empresas que desejam organizar os seus projetos. Afeta
Todas empresas que possuem websites Cujo impacto é Flexível, á pequenas, médias e grandes empresas. Uma boa solução seria Custo benefício, e praticidade as pequenas empresas. 3. Descrição dos Envolvidos e Usuários 3.1. Resumo dos Envolvidos Nome Descrição Responsabilidades 1.Jean Silva 2.Marcos Costa 3.Sérgio 1.Gerente de Projetos 2.Programador 3.Suporte 1.Descreve o processo do desenvolvimento de Software, e delimita tempo para cada tarefa. 2.Desenvolvimento e implementação de todo o Software. Desde a interface, até publicação do software. 3.Suporte ao cliente e treinamentos. 3.2. Resumo dos Usuários(empresas de produção de software) Nome Descrição Responsabilidades Programadores Web O programador leva muito tempo até desenvolver todo o software. Com essa ferramenta, irá encurtar o tempo e terá uma ferramenta para vender ao seus clientes. Visualizar os acessos no log. Estatística de acessos.
Programadores Decodifica o projeto Analisar o projeto, e com base, codificar o produto, seguindo o planejamento. 3.3. Ambiente do Usuário Layout customizável, qualquer um pode alterar cores, fontes, disposição do layout. Trazendo mais confortos e adaptando a qualquer usuário. Com aplicação compilada para dispositivos móveis, traz mais facilidades aos usuários transportar e visualizar esses acessos a qualquer momento. 4. Sobre o Produto Gerencia Logs de acessos para pequenas e médias empresas. E tratam o seus resultados, mostrando cálculos estatísticos. 4.1. Descrição Geral do Produto 1 Aplicação Web, que será compilada para ios, Android, BlackBerry e WindowsPhone. 2 Fácil interface gráfica 2 Interativo 4.2. Soluções Alternativas Empresas de hospedagens de site possui o mesmo produto. Porém com um valor alto, e muito confuso para o usuário apresentar aos clientes mais leigos. 4.3. Requisitos Funcionais do Produto Requisitos Funcionais Nº. Nome Descrição 1 Ler Log Software visualiza o trafego feito no site, e dão esses dados em forma de um arquivo.log 2 Analisar Log Analise é para não ocorrer falhas na fase de cálculos estatísticos. 3 Calcular Estatística Calcular estatísticas dos dados retirados.
4.4. Detalhes dos Requisitos Funcionais do Produto Requisitos Funcionais Nº. Status Priori dade 1 Ler Log Alta 18h 1 semana 2 Analisar Log Alta 18h 1 semana 3 Calcular Estatística Esforço Risco Estabilidade Baixo Baixo Baixo estabilidade Baixo Baixo 10h 3 dias Baixo Baixo *Status: Proposto Aprovado Incorporado Copilação para Blackberry Em discução. **Prioridade: (Esta informação define as prioridades de criação dos requisitos) Crítico [Recursos essenciais. A não implementação implica que o sistema não atenderá às necessidades do cliente. Todos os recursos críticos deverão ser implementados no release ou a programação será retardada.] Importa nte [Recursos importantes para a eficácia e a eficiência do sistema da maior parte dos aplicativos. A funcionalidade não poderá ser fornecida facilmente de outra maneira. Caso um recurso importante não seja incluído, a satisfação do cliente ou do usuário, ou até a receita, poderão ser afetadas, mas isso não retardará o release.] Útil [Os recursos que são úteis em aplicativos menos típicos ou para os quais possam se obter soluções razoavelmente eficientes serão usados com menor freqüência. Não se pode esperar nenhum impacto significativo na receita ou na satisfação do cliente caso esse tipo de recurso não esteja incluído em um release.] 4.4. Outros Requisitos do Produto Padrões Aplicáveis Aplicável em Windows 7, Windows 8 e 8.1, UNIX, OSX. TCP/IP e FTP para anexos de arquivos. Requisitos do Sistema Requsitos principais: Java, 1 Giga de memoria, Acesso a Internet. Requisitos de Desempenho
3 pessoas 2 Mbps / 512 kbps (recomendado) 5 pessoas 4 Mbps / 512 kbps (recomendado) 7 ou mais pessoas 8 Mbps / 512 kbps (recomendado) Requisitos Ambientais Físico (Limpo, Iluminado, Ventilado) Social (Necessário trabalho colaborativo) Técnico (Conhecimento em linguagens ágeis) Requisitos de Documentação Manual Digital e Impresso aos clientes. Guia interativo durante o primeiro acesso ao sistema. 5. Considerações Finais/Observações Aprovação Responsável Data Assinatura Jean Marcos Vieira da Silva 28/11/2014 Jean Marcos