Эссе написано и размещено в блоге Школы.
Клиент отказывается доплачивать за доработку системы, аргументируя тем что требуемая система не доделана/не работает как он хотел и содержит ошибки, которые должен исправить разработчик в рамках осуществленной предоплаты. =======================================
Тезисом в данном случае будет зафиксированная/записанная функциональность требуемой системы.
Каждая строка - новая желанная функция системы.
Свидетельством - тем что она зафиксированная/записанная.
Связкой и модификатором выступает как раз заранее оговоренный статус данного документа описания/технического задания.
Зачем оно делается. Будет идеально, если в этом документе будет сценарий проверки новой функциональности или критерии приемки результата/каждой новой функции системы.
Если данной бумаги не будет, клиент может аргументировано просить доработку системы в рамках оплаченной суммы несколько раз, добавляя/углубляя/уточняя новые требования. Не тестируя сначала и требуя через пол года, как “руки дойдут” переделки, т.к. он просил другую функцию.