Empresa XPTO

Nome do Projeto
Ficha Técnica

Equipe Responsável pela Elaboração

<Responsáveis>

Público Alvo
A todos os colaboradores que estejam inseridos na execução do projeto bem como o cliente que receberá o produto final

Versão 1.0 – Itacoatiara, Abril de 2021

REGISTRO DE ALTERAÇÕES

Versão Responsável Data Alterações

1.0 Fulano de Tal dos Anzóis 08/04/2021 Criação do template do projeto e as denominações
…………...conceitos…...etc

Dúvidas, críticas e sugestões devem ser encaminhadas por escrito para o seguinte endereço postal: <email>
 Sumário

1. INTRODUÇÃO...........................................................................................................................................3

1.1. Visão Geral do Documento............................................................................................................3

1.2. Termos e Abreviações....................................................................................................................3

1.2.1. Termos...................................................................................................................................3

1.2.2. Abreviações...........................................................................................................................3

1.3. Identificação dos Requisitos...........................................................................................................3

1.4. Prioridades dos Requisitos.............................................................................................................4

1.5. Descrição Geral do Sistema............................................................................................................4

2. REQUISITOS GERAIS DO SISTEMA......................................................................................................5

2.1. Requisitos Funcionais.....................................................................................................................5

2.2. Requisitos Não-Funcionais.............................................................................................................5

2.3. Regras de Negócio..........................................................................................................................5

3. DIAGRAMAS.............................................................................................................................................5

3.1. Modelos de Casos de Uso...............................................................................................................5

3.2. Diagrama de classes.......................................................................................................................6

4. BANCO DE DADOS...................................................................................................................................7

4.1. Diagrama de Banco de dados.........................................................................................................7

4.2. Dicionário de dados........................................................................................................................7

5. ARQUITETURA.........................................................................................................................................7

6. FERRAMENTAS........................................................................................................................................7
1. INTRODUÇÃO
<Introdução simples>

1.1. Visão Geral do Documento

Esta introdução fornece as informações necessárias para fazer um bom uso deste
documento, explicitando seus objetivos e as convenções que foram adotadas no texto, além
de conter uma lista de referências para outros documentos relacionados. As demais seções
apresentam a especificação do sistema <NOME DO SISTEMA> estão organizadas como
descrito abaixo.

 Seção 2 – Descrição geral do sistema: apresenta uma visão geral do sistema,

caracterizando qual é o seu escopo e descrevendo seus usuários.
 Seção 3 – Requisitos funcionais (casos de uso): especifica todos os requisitos
funcionais do sistema, descrevendo os fluxos de eventos, prioridades, atores, entradas
e saídas de cada caso de uso a ser implementado.
 Seção 4 – Requisitos não funcionais: especifica todos os requisitos não funcionais do
sistema, A correta interpretação deste documento exige o conhecimento de algumas
convenções e termos específicos, que são descritos a seguir.
 Divididos em requisitos de usabilidade, confiabilidade, desempenho, segurança,
distribuição, adequação a padrões e requisitos de hardware e software.

1.2. Termos e Abreviações

1.2.1. Termos

<NOME> <SIGNIFICADO>

1.2.2. Abreviações

<NOME> <DESCRIÇÃO>

1.3. Identificação dos Requisitos

A referência a requisito funcional é feita através do identificador do requisito, nome
do requisito, descrição, prioridade e requisitos relacionados, presentes na tabela da subseção
“Requisitos Funcionais”, de acordo com o esquema abaixo:

UFAM- ENGENHARIA DE SOFTWARE DISCIPLINA POO

 ID Nome Descrição Prioridade

[RFXX] <Nome> <descrição> <prioridade>

O requisito não funcional é referenciado através do identificador do requisito,

descrição do requisito, categoria, prioridade e requisitos relacionados, presentes na tabela da
subseção “Requisitos Não-Funcionais”, de acordo com o esquema abaixo:

ID Descrição Categoria Prioridade

[RFNXX] <descrição> <categoria> <prioridade>

1.4. Prioridades dos Requisitos

Para estabelecer a prioridade dos requisitos foram adotadas as denominações
“essencial”, “importante” e “desejável”.
 Essencial é o requisito sem o qual o sistema não entra em funcionamento.
Requisitos essenciais são requisitos imprescindíveis, que têm que ser
implementados impreterivelmente.
 Importante é o requisito sem o qual o sistema entra em funcionamento, mas
de forma não satisfatória. Requisitos importantes devem ser implementados,
mas, se não forem, o sistema poderá ser implantado e usado mesmo assim.
 Desejável é o requisito que não compromete as funcionalidades básicas do
sistema, isto é, o sistema pode funcionar de forma satisfatória sem ele.
Requisitos desejáveis são requisitos que podem ser deixados para versões
posteriores do sistema, caso não haja tempo hábil para implementá-los na
versão que está sendo especificada.

1.5. Descrição Geral do Sistema

<DESCRIÇÃO SIMPLES>

UFAM- ENGENHARIA DE SOFTWARE DISCIPLINA POO

2. REQUISITOS GERAIS DO SISTEMA

2.1. Requisitos Funcionais

Tomando por base o contexto do sistema, foram identificados os seguintes
requisitos de usuário:

ID Nome Descrição Prioridade

RFXX

2.2. Requisitos Não-Funcionais

Tomando por base o contexto do sistema, foram identificados os seguintes
requisitos não-funcionais:

ID Descrição Categoria Prioridade

RNFXX

2.3. Regras de Negócio

Tomando por base o contexto do sistema, foram identificadas as seguintes regras
de negócio:

ID Descrição Prioridade

RNXX

3. DIAGRAMAS

3.1. Modelos de Casos de Uso

O modelo de casos de uso visa capturar e descrever as funcionalidades que o sistema
deve prover para os atores que interagem com o mesmo. Os atores identificados no contexto
deste projeto estão descritos na tabela abaixo.

Tabela 1 – Atores.
UFAM- ENGENHARIA DE SOFTWARE DISCIPLINA POO
 Ator Descrição

A seguir, são apresentados os diagramas de casos de uso e descrições associadas,

organizados por subsistema.

<MODELO>

A seguir, são apresentadas as descrições dos fluxos básicos e dos fluxos alternativos
do sistema.
Tabela 2 – Caso de Uso Logar

Caso de uso UCX :

Atores

Fluxo 1.
Básico

Fluxo 1. <Quando necessário>

Alternativo

3.2. Diagrama de Caso de Uso

3.3. Diagrama de Classes

3.4. Diagrama de Sequencia

UFAM- ENGENHARIA DE SOFTWARE DISCIPLINA POO