# Зачувајте ја следливоста на барањата додека софтверот се менува

Taiga Learning · Работен лист
https://taiga.training/mk/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)

Овој работен лист го поддржува учењето. Неговото пополнување само по себе не овластува продукциска промена.