эскизном проекте) выпиливать долженствование типа "ППО должно обеспечивать.../должно реализовывать...", а переписать в ключе "ППО реализовывает". Мне кажется это дичью, но его не переубедить. И вообще - неохота идти навстречу и рефакторить 100+ листов. Каково ваше мнение? Я всегда в проектных пишу "to be", а не "as is". Что думаете?
В проектных, когда ПО еще нет - долженствование. В тех, которые уже готовое описывают или проверяют - констатация
Чисто логически в тз пишут что должно быть, в итоговых доках пишут что уже есть, так что я поддерживаю вашего заказчика
Как "может обеспечивать" то, чего нет? Приведите в пример ТЗ, там тоже будущее время. Настоящее появляется на этапе РКД. А вообще тут на 99% все зависит от отношений с заказчиком, попробуйте давить на логику, если это не помогает, переделывайте, Заказчик деньги платит))
Я просто намекну, что в проектных документах требования могут уточняться. И это может осуществляться путем предложения конкретного алгоритма. Например, функция X должна быть реализована с применением алгоритма Y. Она ещё не реализована.
Обсуждают сегодня