Что-то похожее на юзер-стори...или нет⁠⁠

Это не тз, все таки давайте переведём общение в почту, я смогу объяснить подробнее и по факту разъяснений смогу дать оценку найду ли временные ресурсы на реализацию.

Ещё напишите, в каких операционных системах программа должна работать и как программа должна быть построена (десктопное приложение, исполняемый файл? С графическим интерфейсом пользователя или консольная, в текстовом и пакетном режиме работы? должна ли работать на мобильном телефоне/планшете? или должна работать на сервере, а интерфейс должен рисоваться как веб-сайт?).

Мне непонятно, что должна делать эта программа, какую задачу решать. Объясните, пожалуйста.

Это программа-классификатор файлов "по смыслу", типа я задаю набор ключевых слов ("свекла","свинья","деревня") и программа что должна делать? Показывать в результате "в этом файле слово "свинья" встречается 3 раза, слово "деревня" - 0 раз, слово "свекла" - 3 раза"? (при том, что в тексте есть слово "деревенский")

или программа должна анализировать все падежи слов?

Или программа смысл текста должна анализировать?

Ну я в целом это уже сделал, начать нужно с вот этого -  #comment_168476518
Дальше уже править в зависимости от того, что там будет.

Да, ТЗ в целом писать очень тяжёлая и трудоёмкая задача, тем более в первый раз.

Для примера - на последнем подобном заказе в работу пошла версию ТЗ с номером 39:) Так что это всегда тяжко.

так работает синтаксис-помощник, он встроен в ворд) так в чем смысл то нужной программы?)

Там не прога, там комплекс, проверка доков на соответствие шаблону + некоторые проблемные нюансы (вроде распознавания pdf).

ТС, привет!
"Помощь пользователю в оценке целевого файла" - вот так вообще не надо писать в ТЗ. Программный продукт может делать какие-то конкретные вещи. Нужно вывести юзеру репоорт с преупреждениями о несовпадении каких-то полей? Значит так и пишем. Нужно скинуть ему на почту отчёт? Так и пишем. Под помощью понимается что-то другое? Значит нужно указать конкретный функционал. Нет понимания как реализовать нужную помощь? Значит нужно указать - "предложить реализацию для вот таких действий".
Далее, "загружать целевые файлы форматов Microsoft (Word, Excel)" - расплывчатая формулировка, цена может в разы меняться в зависимости от того, какой например Excel нужно подддерживать. Нужна только поддержка .xlsx? Это X рублей. Нужно xlsx + xls? Это уже 1,5X рублей. Ещё xslm или  xlst? Это уже 3Х. И т.д.
"критерии – заранее формируемый в рабочем поле программы файл формата Microsoft (Word, Excel)*)" - вообще бы не понял о чём речь. Это шаблон со списком полей? Шаблон с примерами данных? Что должно проверяться - структура документа? Валидироваться данные внутри документа? И т.д.
+ Ничего не сказано про интерфейс. Такой функционал можно сделать как web, так и в десктопном варианте. Web будет подешевле. В любом случае нужно это указать, и описать как он должен выглядеть (или указать что это неважно, и дизайн нафиг не нужен, важна только функциональность).
"Если у кого будет желание взяться - просьба сразу писать об этом и выкатывать приблизительно $" - по этому ТЗ внятный ценник не озвучить никак. А если тебе кто-нибудь озвучит, гони его ссаными тряпками, скорее всего этот человек не понимает за что берётся.

Нет. В прошлом посте вам говорили о том, что не надо оформлять ТЗ в соответствии с ГОСТ. Про то, что ТЗ не нужно никто не говорил.

ТС, привет!
"Помощь пользователю в оценке целевого файла" - вот так вообще не надо писать в ТЗ. Программный продукт может делать какие-то конкретные вещи. Нужно вывести юзеру репоорт с преупреждениями о несовпадении каких-то полей? Значит так и пишем. Нужно скинуть ему на почту отчёт? Так и пишем. Под помощью понимается что-то другое? Значит нужно указать конкретный функционал. Нет понимания как реализовать нужную помощь? Значит нужно указать - "предложить реализацию для вот таких действий".
Далее, "загружать целевые файлы форматов Microsoft (Word, Excel)" - расплывчатая формулировка, цена может в разы меняться в зависимости от того, какой например Excel нужно подддерживать. Нужна только поддержка .xlsx? Это X рублей. Нужно xlsx + xls? Это уже 1,5X рублей. Ещё xslm или  xlst? Это уже 3Х. И т.д.
"критерии – заранее формируемый в рабочем поле программы файл формата Microsoft (Word, Excel)*)" - вообще бы не понял о чём речь. Это шаблон со списком полей? Шаблон с примерами данных? Что должно проверяться - структура документа? Валидироваться данные внутри документа? И т.д.
+ Ничего не сказано про интерфейс. Такой функционал можно сделать как web, так и в десктопном варианте. Web будет подешевле. В любом случае нужно это указать, и описать как он должен выглядеть (или указать что это неважно, и дизайн нафиг не нужен, важна только функциональность).
"Если у кого будет желание взяться - просьба сразу писать об этом и выкатывать приблизительно $" - по этому ТЗ внятный ценник не озвучить никак. А если тебе кто-нибудь озвучит, гони его ссаными тряпками, скорее всего этот человек не понимает за что берётся.

Нельзя так писать ТЗ. Самое лучшее ТЗ - это "объяснение на пальцах" того, чего вы хотите. И по максимуму приложить примеры/материалы.
Я не понимаю кто (ну обычно гуманитарии) и для кого строчит подобные ТЗ. В таком канцелярско-юридическом стиле. Типа как ГОСТ. Всё называемым официальными терминами (ну гуманитарии думают что это формальный термин) и дотошно расписываем всю бизнес-логику.
Во-первых, менеджеру/продюсеру не стоит соревноваться с вменяемым разработчиком в формальной логике. Потому что всплывут кучи неучтённых/неочевидных нюансов. Вот вроде куча страниц с описанием, а с основной логикой функционала - затык... Или наоборот "вывести результат", вам и выведут строкой: "результат".

Во-вторых, многие начинают расписывать какую-то "водяную" бизнес-логику, на которую разработчику просто плевать!
Вот конкретно по вашим пунктам:

- что такое "целевые файлы"?
- Word, Excel - это скорее форматы MS Office, а не "Microsoft"

- *.pdf - это не графический, а текстово-графический формат, в контексте вашего ТЗ это различие очень критично.

- какой Офис? 95-ый пойдёт? какой формат файлов? экселевские таблицы в plain text подойдут? здесь вообще надо дотошно прописать все поддерживаемые форматы, их версии, требования к ним.

- начал читать ТЗ дальше и... вообще ничерта не понял)) какой-то набор пафосных терминов: целевой, критерии, регламентирующие документы, априорно несоответствующих... WTF???

Почему нельзя просто написать "поиск по ключевым словам в *.doc, *.xls, *.pdf"??? Или что вы там хотели - я так и не понял))