Baixe o app para aproveitar ainda mais
Prévia do material em texto
Faculdade Maurício de Nassau Curso de Análise e Desenvolvimento de Sistemas <Nome do Projeto> Documento de Requisitos Versão <1.0> [O texto em azul exibido entre colchetes e em itálico (style=InfoBlue) foi incluído para orientar o autor e deve ser excluído antes da publicação do documento. Qualquer parágrafo inserido após esse estilo será definido automaticamente como normal (estilo=BodyText)] [O texto entre os símbolos de “maior que” e “menor que” exemplo <Nome do Projeto>, deve ser substituído pelo nome do seu projeto, assim como, todas as outras informações encontradas entre os símbolos] [Este template deverá ser utilizado obrigatoriamente para desenvolvimento da atividade relacionada ao Estudo de Caso da disciplina de Projetos Integradores do Curso de Análise e Desenvolvimento de Sistemas da UNINASSAU - EAD] . <Project Name> Versão: <1.0> Documento de Requisitos Data: <dd/mm/yy> <Identificador do Documento> Confidencial ©<Company Name>, 2016 Página 2 Histórico de Revisões Data Versão Descrição Autor <dd/mm/yy> <x.x> <detalhes> <nome> <Project Name> Versão: <1.0> Documento de Requisitos Data: <dd/mm/yy> <Identificador do Documento> Confidencial ©<Company Name>, 2016 Página 3 Conteúdo 1. Introdução 4 1.1 Definições, Acrônimos e Abreviações 4 1.2 Visão Geral 4 2. Descrição Geral 4 2.1 Escopo Negativo 4 3. Requisitos Funcionais 4 3.1 <Requisitos Funcional 1> 4 3.2 < Requisitos Funcional 2> 4 4. Requisitos Não Funcionais 4 4.1 < Requisito Não-Funcional 1> 4 4.2 < Requisito Não-Funcional 2> 4 4.3 < Requisito Não-Funcional 3> 4 5. Diagrama de Casos de Uso 4 5.1 < Diagrama de Caso de Uso 1> 5 5.2 < Diagrama de Caso de Uso 2> 5 <Project Name> Versão: <1.0> Documento de Requisitos Data: <dd/mm/yy> <Identificador do Documento> Confidencial ©<Company Name>, 2016 Página 4 Documento de Requisitos 1. Introdução O propósito deste documento é coletar, analisar e definir as necessidades e características de alto nível do sistema. Ele deve ter foco nas necessidades dos Stekeholders e usuários e devem descrever o porquê dessas necessidades. 1.1 Definições, Acrônimos e Abreviações [Essa sub-seção deve mostrar as definições de todos os termos, acrônimos e abreviações necessárias para a interpretação desse plano.] 1.2 Visão Geral [Essa sub-seção deve mostrar como o restante desse documento está organizado, podendo ser editado conforme as seções utilizadas.] Este documento está organizado em várias seções com conteúdo específico. A seção 2 mostra uma visão geral do escopo do projeto. A seção 3 descreve os requisitos funcionais da aplicação. A seção 4 descreve os requisitos não- funcionais. A seção 5 apresenta os diagramas dos casos de uso. A seção 6 descreve os casos de uso da aplicação. A seção 7 mostra o modelo navegacional da aplicação. 2. Descrição Geral do Sistema [Essa seção descreve uma visão geral do escopo do sistema] 2.1 Escopo Negativo [Essa seção descreve uma visão geral do escopo que não fará parte do sistema] 3. Requisitos Funcionais [Essa seção contém todos os requisitos funcionais do software em um nível detalhado o suficiente para permitir aos projetistas e engenheiros de testes o conhecimento para suas respectivas atividades] 3.1 <Requisitos Funcional 1> 3.2 < Requisitos Funcional 2> 4. Requisitos Não Funcionais [Essa seção contém todos os requisitos não-funcionais do software em um nível detalhado o suficiente para permitir aos projetistas e engenheiros de testes o conhecimento para suas respectivas atividades] 4.1 < Requisito Não-Funcional 1> 4.2 < Requisito Não-Funcional 2> 4.3 < Requisito Não-Funcional 3> 5. Diagrama de Casos de Uso [Essa seção contém todos os diagramas para os casos de uso do sistema. Eles podem estar agrupados por funcionalidade ou requisitos do sistema] <Project Name> Versão: <1.0> Documento de Requisitos Data: <dd/mm/yy> <Identificador do Documento> Confidencial ©<Company Name>, 2016 Página 5 5.1 < Diagrama de Caso de Uso 1> 5.2 < Diagrama de Caso de Uso 2>
Compartilhar