DOCUMENTO DE REQUISITOS

PRESERVAÇÃO DIGITAL
BEATIZ, EDUARDO, FRANCISCO E MARCO
 Histórico de Versões

Data N° Versão Descrição Autor

30/09/2025 1.0 Introdução e visão geral do sistema Francisco e Eduardo

Documento de Requisitos Simplificado Pág. 2/11

Projeto: ACS

Disciplina:
Prof. Nathalino Pachêco
Conteúdo

1. INTRODUÇÃO .......................................................................................................................... 4
1.1 Convenções, termos e abreviações ............................................................................................. 4
1.1.1 Identificação dos Requisitos.................................................................................................... 5
1.1.2 Prioridades dos Requisitos ...................................................................................................... 5
2. VISÃO GERAL DO PRODUTO/SERVIÇO ........................................................................... 6
2.1 Definições, siglas e abreviações ................................................................................................. 6
2.2 Sistemas relacionados e escopo negativo ................................................................................... 7
2.2.1 Sistemas relacionados ............................................................................................................. 7
2.2.2 Escopo Negativo ..................................................................................................................... 7
2.3 Premissas e Restrições ............................................................................................................... 8
2.3.1 Premissas ................................................................................................................................. 8
2.3.2 Restrições ................................................................................................................................ 8
2.4 Stakeholders e objetivos ............................................................................................................. 9
2.4.1 Descrição do cliente ................................................................................................................ 9
2.4.2 Descrição dos usuários ............................................................................................................ 9
2.5 Sistemas semelhantes no mercado (Benchmark) ................................................................ 10
3. REQUISITOS FUNCIONAIS ................................................................................................. 10
3.1 <Nome de subseção para agrupar requisitos funcionais correlacionados > ............................. 10
4. REQUISITOS NÃO FUNCIONAIS ....................................................................................... 12
4.1 Usabilidade ............................................................................................................................... 12
4.2 Confiabilidade .......................................................................................................................... 12
4.3 Desempenho ............................................................................................................................. 13
4.4 Segurança ................................................................................................................................. 13
5. REFERÊNCIAS ....................................................................................................................... 14
6. APROVAÇÃO .......................................................................................................................... 14

Documento de Requisitos Simplificado Pág. 3/11

Projeto: ACS

Disciplina:
Prof. Nathalino Pachêco
1. INTRODUÇÃO

Este documento especifica os requisitos do Archive Chronostasis, apresentando aos usuários as

características do software a ser desenvolvido; e fornecendo aos desenvolvedores as informações
necessárias para a execução de seu projeto e implementação, assim como para a realização dos
testes e homologação.
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. As demais seções
apresentam a especificação do Archive Chronostasis e estão organizadas como descrito abaixo:

● Seção 2 - Descrição geral do produto ou serviço: apresenta uma visão geral do produto ou
serviço, caracterizando qual é o seu escopo e descrevendo seus usuários.
● Seção 3 - Requisitos funcionais: lista e descreve os requisitos funcionais do produto ou
serviço, especificando seus objetivos, funcionalidades, atores e prioridades.
● Seção 4 - Requisitos não funcionais: especifica todos os requisitos não funcionais do produto
ou serviço, divididos em requisitos de usabilidade, confiabilidade, desempenho, segurança,
distribuição, adequação a padrões e requisitos de hardware e software.
● Seção 5 - Referências: contém uma lista de referências para outros documentos relacionados.
● Seção 6 – Aprovação: contém as assinaturas do analista e do gestor responsáveis pelo projeto,
representando o acordo sobre as características do produto ou serviço a ser desenvolvido.

1.1 Convenções, termos e abreviações

A correta interpretação deste documento exige o conhecimento de algumas convenções e termos

específicos, que são descritos a seguir.

1.1.1 Identificação dos Requisitos

Por convenção, a referência a requisitos é feita através do identificador do requisito, de acordo com
o esquema abaixo:
[identificador de tipo de requisito e na sequência o identificador do requisito]

Documento de Requisitos Simplificado Pág. 4/11

Projeto: ACS

Disciplina:
Prof. Nathalino Pachêco
O identificador de tipo de requisito pode ser:
● RF – Requisito funcional
● RNF – Requisito Não Funcional

Identificador do requisito é um número, criado sequencialmente, que determina que aquele

requisito é único para um determinado tipo de requisito.

Por exemplo, o requisito funcional [RF016] Recuperação de dados, deve estar descrito em uma
subseção chamada “Recuperação de dados”, em um bloco identificado pelo número [RF016]. Já o
requisito não funcional [RNF008] Confiabilidade dos dados, deve estar descrito na seção de
requisitos não funcionais de Confiabilidade, em um bloco identificado por [RNF008].

Os requisitos devem ser identificados com um identificador único. A numeração inicia com o
identificador [RF001] ou [RNF001] e prossegue sendo incrementada à medida que forem surgindo
novos requisitos.

1.1.2 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.

Documento de Requisitos Simplificado Pág. 5/11

Projeto: ACS

Disciplina:
Prof. Nathalino Pachêco
2. VISÃO GERAL DO PRODUTO/SERVIÇO

O objetivo do sistema Archive Chronostasis é fazer com que todos os atores, funcionários do
SGDU, possam fazer um armazenamento seguro para os documentos digitais da universidade,
separando seus acervos em históricos, não históricos, fotos, textos e quais foram gerados por
alunos. E, também, irá notificar ao setor quando um documento atingiu seu tempo de vida útil de
acordo com o documento da tabela da temporalidade

2.1 Definições, siglas e abreviações

Definição, sigla ou abreviação Descrição

SGDU Setor de Gerenciamento de Documentos da Unifor

CONARQ Conselho Nacional de Arquivos

SO Sistema operacional

LGPD Lei Geral de Proteção de Dados Pessoais

2.2 Sistemas relacionados e escopo negativo

Nesta seção, descreva em linhas gerais, se o produto/serviço irá interagir com outros sistemas
relacionados ou se é independente e totalmente auto-contido. No caso de interação, descreva
brevemente os outros sistemas com os quais este deve interagir, explicando, de maneira geral, quais
os papeis de cada um e o meio de comunicação entre eles.

Também deve ser informado o que ele não irá fazer/fornecer (escopo negativo), registrando-se o
motivo pelo qual essas funcionalidades não serão contempladas (porque serão fornecidas por outros
sistemas relacionados, por exemplo, ou porque serão implementadas apenas em projetos futuros).

2.2.1 Sistemas relacionados

▪ AtoM – Este sistema irá se integrar com o AtoM, que é responsável pela consulta dos
documentos digitais, facilitando a comunicação segura e em tempo real entre os dois sistemas.

Documento de Requisitos Simplificado Pág. 6/11

Projeto: ACS

Disciplina:
Prof. Nathalino Pachêco
2.2.2 Escopo Negativo
Archivematica – Este sistema não incluirá funcionalidades de arquivamento seguro das
informações/documentos. Esta decisão foi tomada porque as instituições que pesquisamos ainda
não conseguiram fazer a integração do AtoM com Archivematica

2.3 Premissas e Restrições

Nesta seção, são apresentadas as premissas e restrições que servem de base para nortear o projeto
de desenvolvimento de software. Como exemplo, pode ser citada restrição de prazo para conclusão
do projeto, e premissa de que uma determinada tecnologia esteja implantada.

2.3.1 Premissas
Atom - É uma premissa deste projeto que, já esteja implantado e configurado. Isso inclui serviços
de computação, armazenamento e banco de dados necessários para o lançamento do novo software.
A equipe de desenvolvimento contará com essa infraestrutura para implementar, testar e implantar
o software, assumindo que ela é suficientemente robusta e escalável para suportar as novas
aplicações.

Assume-se que a tecnologia de banco de dados MySQL já esteja implantada e será usada para todas
as necessidades de armazenamento de dados do novo software. Espera-se que a equipe de TI
mantenha o MySQL atualizado e otimizado para as demandas do projeto.

2.3.2 Restrições

Prazo Final para Lançamento - O projeto possui uma restrição de prazo rigorosa, com a data final
de lançamento definida para 30 de Novembro de 2025. Esse prazo é imutável devido a
compromissos de marketing e necessidades operacionais da empresa. Portanto, todas as fases do
projeto, incluindo desenvolvimento, testes e implementação, devem ser planejadas para garantir a
entrega dentro deste prazo.

Documento de Requisitos Simplificado Pág. 7/11

Projeto: ACS

Disciplina:
Prof. Nathalino Pachêco
2.4 Stakeholders e objetivos
Os stakeholders envolvidos são os funcionários do SGDU, representados pela bibliotecária
Luiziana. O sistema permitirá um armazenamento seguro para os documentos digitais da
universidade, separando seus acervos em históricos, não históricos, fotos, textos e quais foram
gerados por alunos. E, também, irá notificar ao setor quando um documento atingiu seu tempo de
vida útil de acordo com o documento da tabela de temporalidade.

2.4.1 Descrição do cliente

O cliente do projeto é o SGDU. É um setor que foi criado no final do ano de 2024 e que ainda não
possui um software de controle de suas atividades

2.4.2 Descrição dos usuários

Os funcionários do SGDU são os usuários que irão interagir diretamente com o software

2.5 Sistemas semelhantes no mercado (Benchmarking)

AtoM Archivematica

Possui … Descrição Preservação digital

arquivística, de longo prazo,
catalogação, gestão de pacotes de
disponibilização / preservação,
difusão do acervo ao armazenamento
público. seguro e processos
de ingestão digital.

Possui … Foco maior no Foco maior na

acesso: interface preservação:
web para consulta, ingestão de
busca, visualização arquivos,
das descrições do normalização,
acervo, armazenamento
disponibilização de seguro e produção
cópias de acesso. de pacotes de
preservação (AIP),

Documento de Requisitos Simplificado Pág. 8/11

Projeto: ACS

Disciplina:
Prof. Nathalino Pachêco
 verificações de
integridade etc.

3. REQUISITOS FUNCIONAIS

< Nesta seção, apresente todos os requisitos funcionais do produto ou serviço. Para facilitar a
visualização e entendimento deste documento, você pode agrupar os requisitos funcionais em
subseções. >

3.1 <Nome de subseção para agrupar requisitos funcionais

correlacionados >
<Utilize este espaço para descrever características comuns dos requisitos funcionais desta seção,
explicitando o motivo do seu agrupamento em uma seção única.>

[RF001] <Nome do requisito funcional>

<Forneça uma descrição do requisito funcional >
<Escolha a prioridade a ser dada ao requisito, com o intuito de auxiliar a definição do
cronograma de atividades do projeto de desenvolvimento do software>.
Prioridade: <Essencial/Importante/Desejável>

< OU >

Documento de Requisitos Simplificado Pág. 9/11

Projeto: ACS

Disciplina:
Prof. Nathalino Pachêco
[RF____] <Nome do requisito funcional>
<Forneça uma descrição do requisito funcional >
<Escolha a prioridade a ser dada ao requisito, com o intuito de auxiliar a definição do
cronograma de atividades do projeto de desenvolvimento do software>.
Prioridade: <Essencial/Importante/Desejável>

Documento de Requisitos Simplificado Pág. 10/11

Projeto: ACS

Disciplina:
Prof. Nathalino Pachêco
4. REQUISITOS NÃO FUNCIONAIS

<Esta seção deve conter os requisitos não funcionais do sistema. Para uma melhor organização
deste documento, utilize as subseções abaixo para agrupar os requisitos não funcionais
relacionados.>

4.1 Usabilidade
<Esta seção descreve os requisitos não funcionais associados à facilidade de uso da interface com
o usuário, material de treinamento e documentação do produto/serviço.>

[RNF____] <Nome do requisito não-funcional>

<Forneça uma descrição do requisito >
<Escolha a prioridade a ser dada ao requisito, com o intuito de auxiliar a definição do
cronograma de atividades do projeto de desenvolvimento do software>.
Prioridade: <Essencial/Importante/Desejável>

4.2 Confiabilidade
<Esta seção descreve os requisitos não funcionais associados à frequência, severidade de falhas
e habilidade de recuperação das mesmas, bem como à correção do produto ou serviço.>

[RNF___] <Nome do requisito não-funcional>

<Forneça uma descrição do requisito >
<Escolha a prioridade a ser dada ao requisito, com o intuito de auxiliar a definição do
cronograma de atividades do projeto de desenvolvimento do software>.
Prioridade: <Essencial/Importante/Desejável>

4.3 Desempenho
<Esta seção descreve os requisitos não funcionais associados à eficiência, uso de recursos e tempo
de resposta do produto ou serviço>.

Documento de Requisitos Simplificado Pág. 11/11

Projeto: ACS

Disciplina:
Prof. Nathalino Pachêco
[RNF____] <Nome do requisito não-funcional>
<Forneça uma descrição do requisito >
<Escolha a prioridade a ser dada ao requisito, com o intuito de auxiliar a definição do
cronograma de atividades do projeto de desenvolvimento do software>.
Prioridade: <Essencial/Importante/Desejável>

4.4 Segurança
<Esta seção descreve os requisitos não funcionais associados à integridade, privacidade e
autenticidade dos dados do produto ou serviço.>

[RNF____] <Nome do requisito não-funcional>

<Forneça uma descrição do requisito >
<Escolha a prioridade a ser dada ao requisito, com o intuito de auxiliar a definição do
cronograma de atividades do projeto de desenvolvimento do software>.
Prioridade: <Essencial/Importante/Desejável>

Documento de Requisitos Simplificado Pág. 12/11

Projeto: ACS

Disciplina:
Prof. Nathalino Pachêco
5. REFERÊNCIAS

<Esta seção deve prover uma lista de todos os documentos relacionados a este documento>

6. APROVAÇÃO

O documento aqui apresentado atende a todos os requisitos esperados do Archive Chronostasis e

representa o trabalho de todas as partes envolvidas na definição do software.
Qualquer necessidade de alteração em suas funcionalidades deve ser apresentada a todas as partes
para que seja elaborada uma nova versão desse documento.

Fortaleza, <00 de xxxxxxxxx de 20XX>

____________________________________
Ana Beatriz Vidal Bezerra – 2417374

____________________________________
Eduardo Fontenele Caldas - 2214659

____________________________________
Francisco Ferreira Lima Neto -2420413

____________________________________
Marco Antonio Rodrigues - 2426593

Documento de Requisitos Simplificado Pág. 13/11

Projeto: ACS

Disciplina:
Prof. Nathalino Pachêco