# Зберігайте простежуваність вимог під час зміни програмного забезпечення

Taiga Learning · Робочий аркуш
https://taiga.training/uk/lessons/specifications/

Використовуйте вигадану або дозволену інформацію. Не записуйте секрети в цей робочий аркуш.

## Навчальні цілі
- Писати спостережувану вимогу з явними межами.
- Простежувати вимогу через зміну та її перевірки.
- Виявляти подальші документи, на які впливає змінене припущення.

## Вправа
Напишіть вимогу, за якою менеджер експортує дані активних клієнтів. Включіть дозволених користувачів, межу організації, поля, поведінку в разі відмови та вимірювану умову завершення. Пов’яжіть її з вигаданим тестом і випуском. Потім змініть вимогу, щоб включити архівних клієнтів, і перелічіть рішення, яких це стосується.

## Ваша відповідь
- Сценарій і межі:
- Припущення та відкриті питання:
- Запропонована відповідь або рішення з обґрунтуванням:

## Перевірте свою відповідь
| Твердження або критерій | Доказ або тест | Результат або прогалина | Відповідальний |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Наступна дія
- Дія, відповідальний і дата:
- Коли ви переглянете цю відповідь?

## Принцип, який слід запам’ятати
Специфікація корисна, коли її твердження пов’язані з рішеннями та поведінкою, яку можна перевірити. Оновлюйте ці зв’язки зі змінами системи.

## Джерела
- [NIST: Secure Software Development Framework](https://csrc.nist.gov/pubs/sp/800/218/final)
- [Google Engineering Practices: What to look for in a code review](https://google.github.io/eng-practices/review/reviewer/looking-for.html)

Цей робочий аркуш допомагає навчатися. Його заповнення саме по собі не дає дозволу на зміну в продуктивному середовищі.