Projeto Integrador. <Projeto Integrador> Documento Visão. Versão <1.0>

Tamanho: px

Começar a partir da página:

Download "Projeto Integrador. <Projeto Integrador> Documento Visão. Versão <1.0>"

Tânia Cabreira Back
6 Há anos
Visualizações:

1 Projeto Integrador <Projeto Integrador> Documento Visão Versão <1.0>

2 Histórico de Revisões Data Versão Descrição Autor <03/junho/13> <1.0> <Feito durante a aula de engenharia de software > <Luiz e Murillo> 2/7

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 5 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 6 5. Considerações Finais/Observações 7 Aprovação 7 3/7

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 Elaborar um Analisador de Logs de um Servidor Web Afeta [as informações estatísticas de acesso do site] Cujo impacto é [A falta de com controle de informações de trafego do website ] Uma boa solução seria [O desenvolvimento de um software que faça a analise dos logs e gere os dados estatisticos] 3. Descrição dos Envolvidos e Usuários [Para fornecer, de maneira eficiente, produtos e serviços que atendam às reais necessidades dos usuários e dos envolvidos, é necessário identificar e considerar todos os envolvidos como parte do processo de Modelagem de Requisitos. É necessário também identificar os usuários do sistema e assegurar que a comunidade de envolvidos os represente adequadamente. Esta seção fornece um perfil dos envolvidos e dos usuários que integram o projeto, e dos principais problemas que, de acordo com o ponto de vista deles, poderão ser abordados pela solução proposta. Em resumo, ela fornece a base e a justificativa que explicam por que os requisitos são necessários.] 3.1. Resumo dos Envolvidos [Há uma série de envolvidos que se interessam pelo desenvolvimento e nem todos eles são usuários finais. Apresente uma lista resumida desses envolvidos que não são usuários. ESTE LEVANTAMENTO DE ENVOLVIDOS DEVE SER FEITO COM BASE NO TERMO DE ABERTURA DO PROJETO (SEÇÃO 3).] Nome Descrição Responsabilidades Programadores Java(Aluno). [Produz códigos na linguagem -Garante que o sistema terá java] manutenção. -Garante que os usuários receberão treinamento. - Fazer a Codificação na linguagem java. Gerentes de Projeto [Habilidades em gerenciar equipes de produção de softwares - Valida os requisitos. -Gerencia os projetos e produção dos aplicativos. 4/7

5 3.2. Resumo dos Usuários [Apresente uma lista resumida de todos os usuários identificados.] Nome Descrição Responsabilidades [Luiz e Murillo] [Produzir a codificação java usabilidade do software] -Produz relatórios -Cadastrar Usuários -Fazer acessos 3.3. Ambiente do Usuário [Detalhe o ambiente de trabalho do usuário-alvo. A seguir, são apresentadas algumas sugestões: Atualmente não possui sistemas, Será desenvolvido um aplicativo na plataforma Windows ou Linux na linguagem Java. Não existem outros aplicativos. 4. Sobre o Produto 4.1. Descrição Geral do Produto O produto e independente e totalmente auto-suficiente e não possui um sistema maior. Não possui interface gráfica somente um arquivo executável(.jar) Soluções Alternativas [Adquirir o produto da concorrência] 4.3. Requisitos Funcionais do Produto O aplicativo tem a função de analisar os logs do de acesso do website para que o cliente tenha uma analise gráfica do controle de trafego e de acesso ao seu website Requisitos Funcionais Nº. Nome Descrição [01] [02] [Ler o arquivo de log] [tratar o arquivo de log] [Fazer a leitura do arquivo de log do site através do acesso por IP dos usuários] [Pegar as informações e gerar retornos das informações tratadas] 4.4. Detalhes dos Requisitos Funcionais do Produto [São designados atributos para os requisitos funcionais que podem ser usados para avaliar, rastrear, priorizar e gerenciar os itens do produto cuja implementação foi proposta. Neste momento talvez seja conveniente listar e descrever brevemente os atributos referentes aos requisitos funcionais que foram escolhidos. A um conjunto de atributos de recursos sugeridos.] Requisitos Funcionais Nº. Status Prioridade Esforço Risco Estabilidade [01] [aprovado] [alta] [esforço mediano para a leitura dos dados] [Caso o requisito não funcione não será possível a [O aplicativo é estável devido que a sua 5/7

6 [02] [aprovado] [alta] [grande esforço no desenvolvimento no requisito de tratar o arquivo] leitura do arquivo de log e consequentemente o aplicativo não funcionara por completo.] [Sendo o requisito mais importante é necessário que ele funcione corretamente pois ao contrario o aplicativo não retornara resultados corretos codificação foi feita me partes] [após testado o requisito estará completamente estável.] *Status: Proposto Aprovado Incorporado [Usado para descrever recursos que estão sendo discutidos, mas que ainda não foram revisados e aceitos] [Recursos que são considerados úteis e viáveis, e que foram aprovados para implementação pelo canal oficial.] [Recursos incorporados à baseline do produto em um momento específico no tempo.] **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.] Importante [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 [Em um nível alto, liste os padrões aplicáveis, os requisitos de hardware ou de plataforma, os requisitos de desempenho, ambiente, documentação.] Padrões Aplicáveis Padrões de comunicações (TCP/IP), padrões de conformidade com plataformas (Windows, Linux.) Requisitos do Sistema Será necessário sistema operacional Windows ou Linux que possuam a maquina virtual java que em algumas distribuições já possuem por definição Requisitos de Desempenho [É um aplicativo que possui um retorno muito rápido e traz a solução do problema do cliente(aluno) Requisitos Ambientais [A maquina a qual o aplicativo ira funcionar deve estar em um ambiente com pouca umidade e seu servidor de arquivos deve estar em um ambiente frio e sem umidade] Requisitos de Documentação 6/7

7 [Manual do Usuário, Ajuda, Guias de Instalação ou Configuração.] 5. Considerações Finais/Observações Aprovação Responsável Data Assinatura [Luiz Guilherme] [10/06/2013] [Murillo Victor] 7/7

Documentos relacionados

Versão: 1.0 Doc Manager

Versão: 1.0 Doc Manager Plano de Gerenciamento de Configuraçã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 Data: 10/04/2016