Проектные решения: игра по твоим правилам

[v1000]

Без понятного ТЗ результат будет ХЗ

[maxim_ge]

Капитально, кое-что утащил в свою «кладовочку». Есть такой вопрос:

Получившийся коктейль одновременно по форме был похож на документ, оформленный в соответствии с требованиями РД 50-34.698-90, однако по факту он не соответствовал ни одному из форматов, приведенных в этом ГОСТ. При этом, то, что было в нем написано, понимал обычный, неподготовленный представитель заказчика.

Неужели в документах «по ГОСТу» нет места для вот этого: «схема автоматизируемого бизнес-процесса с кратким описанием, макеты пользовательского интерфейса, формы получаемых отчетов на печать, предложения по распределению доступа, а также краткий сценарий сдачи этого проектного решения»?

[aimfirst]

Конечно есть. Только вот если точно соблюдать ГОСТ эти элементы должны находится в разных документах (и кстати, совсем не в Описании постановки задач):
— схема автоматизируемого бизнес-процесса с кратким описанием — должна находится в Описании технологического процесса (так же может быть приведен в Описании автоматизируемых функций, Техническом проекте и Технологической инструкции);
— описание пользовательского интерфейса — в Руководстве пользователя;
— отчеты на печать — в Перечене выходных сигналов (документов) (или иногда этот документ называют Альбом выходных документов);
— предложения по распределению доступа — Руководство администратора информационной безопасности;
— сценарий сдачи проектного решения — Программа и методика испытаний.
Вся «фишка» проектного решения (частного технического задания) — что требуемые для этого решения сведения системно интегрируются в одном месте, а по факту реализации разносятся в документы по ГОСТ. При таком подходе основные риски проектирования выносятся на начало разработки (равномерно распределяются по мере формирования и согласования проектных решений), а не на этап сдачи.