Описание алгоритма для разработчика, Что и как правильно требовать разработчику от алгоритмиста? Опции

[novartis]

Суть вопроса: Что и как правильно требовать разработчику от алгоритмиста?

По работе занимаюсь реализацией ЦОС алгоритмов на ПЛИСах.
Процесс разработки внутри отдела протекает следующим образом.
Имеется сектор алгоритмистов, которые на основе ТЗ на НИР, ОКР придумывают алгоритмы.
Чаще всего они обкатывают эти алгоритмы на моделях в Матлаб.
В результате своей работы они приносят в наш сектор разработчиков-программистов документ под названием "Описание алгоритма ...".
Этот документ обычно выглядит как то так:

Введение:
космические корабли бороздят просторы вселенной...

Входные данные:
А - массив на 1000 элементов (что за элементы, какого типа, какой разрядности?)
K - переменная для цикла (очень полезная информация)
с - скорость света
и т. д.

Основная часть:
переписывают листинг программы на матлабе на русский язык

Выходные данные:
В - массив на 1000 элементов (что за элементы, какого типа, какой разрядности?)


Я понимаю, когда с такими листочками приходят и просят прикинуть, сколько времени будет выполняться этот алгоритм на плисине, влезет ли по ресурсам.
Можно считать это рабочим процессом.
В ходе обсуждений и замечаний удается выяснить многие уточнения и ограничения.

Но в конце концов точно такой же алгоритм даже без тех самых уточнений приносят на подпись.
Начальство умоляет подписать, так как срочно (ну как всегда) требуется хоть чем то отсчитаться.
И все вокруг уверяют, что это только первая версия, предварительная, и потом выйдет настоящий полный алгоритм.
А потом про это все забывают, кроме реализатора, то есть меня.

Что-то много букав написал. Суть вопроса вот в чем.
Нашел я ГОСТ 24.211-82 Требования к содержанию документа "Описание алгоритма".
Пролистал, проникся, зародилась у меня идея, каждый раз, когда приносят мне на ознакомление очередной алгоритм, требовать от его автора соблюдения этого стандарта. Одно смущает, ГОСТ старенький (я не в теме, этот советский гост все еще действителен у нас в современной России?) и относится он к АСУ (лучше бы конечно что-то обобщенное).
Может кто подскажет, что посвежее или потематичнее.

Может так же кто поделится своим опытом взаимодействия с коллегами внутри предприятия.

[ASN]

novartis
Видимо, дело тут в том, что Ваши алгоритмисты не совсем точно трактуют понятие "алгоритм".
Алгоритм — это набор инструкций, описывающих порядок действий исполнителя для достижения результата решения задачи за конечное число действий.
То есть все эти космические корабли, входные и выходные массивы - это не алгоритм.
Алгоритм неотделим от инструкций (аппаратной платформы). Для разных вычислительных устройств будут разные алгоритмы реализации одной и той же функции.
Соответственно, в круг Ваших обязанностей должна входить и разработка алгоритмов: что-то удобнее реалиазовать на процессоре, что-то на FPGA.
Поэтому следует ввести этап анализа Вами набора реализуемых функций и выдачу ограничений на их реализацию алгоритмистам.
Это отдельная оплачиваемая работа (а главное дополнительное время Вам на обдумывание).
Результатом работы алгоритмистов,в этом случае, должна стать потактовая модель.
Попробуйте выйти с таким предложением на руководство.
Фактически, Вам придётся становиться соархитектором системы (заместителем ГКР). Что Вам и предложили уважаемые iosifk и Maverick.
Ну а конвейеризация RTL и упаковка - это уже Ваше, родное.
Тогда есть шанс сделать всё успешно и вовремя.
Иначе будут только бесконечные дрязги: ГОСТ, к сожалению, не регламентирует полноту (подробность, степень детализации) документов, он описывает только формальные требования.
Полноту определяет ГКР.
Р.S. Столкнувшись однажды с описываемой Вами ситуацией набил много шишек, пытаясь опираться на формальные ГОСТы. Ничего не вышло - пришлось поучаствовать в проектировании архитектуры.
Удачи.