US930 - pedrocastrosousa/sem5pi-23-24-grupo59 GitHub Wiki

US 930 - Como administrador de sistemas temos de garantir que em caso de necessidade os backups foram efetuados corretamente.

1. Context

É a primeira vez que esta funcionalidade está a ser implementada. Está incluida no sprint C do projeto RobDroneGo

2. Requirements

US 930 Como administrador de sistemas temos de garantir que em caso de necessidade os backups foram efetuados corretamente.

2.1 Customer Specifications and Clarifications

From the client clarifications:

Question_1 (Tuesday, 5 de December de 2023 às 21:20) --> O que se pretende em concreto neste requisito? é relativo à US840? O objetivo é comparar o backup com a base de dados?> Response_1 --> Não exclusivamente. A menção à DB é apresentada como um exemplo. O pretendido é definir um procedimento para validar que em caso de necessidade de reposição não se obtém a surpresa desagradável de verificar que o backup não foi realizado com sucesso. Como exemplo - aliás, apresentado como tal na US - repor a DB ou parte dela para outro local e validar se os dados estão conformes. Claro que há outros métodos, como faz para verificar se o backup dos seus dados foi feito com sucesso?

2.3. Acceptance Criteria

Como administrador de sistemas temos de garantir que em caso de necessidade os backups foram efetuados corretamente. Para isso devemos automatizar a sua reposição, validando no final o funcionamento do sistema (Ex. Base de Dados - executar uma query SQL com sucesso após reposição)

2.4. Dependencies

NA

3. Analysis

DoR:

Esta US pode ser iniciada quando:

A Base de Dados Mongo se encontre estável para se efetuar um restauro. A decisão sobre o serviço Cloud será o primeiro passo.

Analisar Mongo Tools que efetuem restauros.

DoD:

Esta US será dada como concluída quando:

O serviço foi escolhido e se encontra operacional para armazenar a cópia de segurança.

É realizada um restauro em pasta comprimida e com nomenclatura indicada.

Possuir um script bash que realize essa operação.

A implementação está concluida.

O Relatório descrever o procedimento e explicação.

4. Design

Design

5. Implementation

NA

6. Integration/Demonstration

NA

7. Observations

NA

⚠️ **GitHub.com Fallback** ⚠️