(структурированных описаний процессов). Инструкция пользования каким-либо устройством, инструкция вообще или алгоритм программы являются описаниями функционирования. Описания функционирования могут быть как структурированными в соответствии с излагаемым подходом к структурированию, так и неструктурированными. Таким образом, в данной главе рассматривается именно проектная процедура (методика) разработки функциональных описаний функционирования систем, отличающаяся использованием особого структурирования.
Программисты могут применять проектную процедуру при написании:
— документальных описаний вычислительных и иных алгоритмов, предназначенных для тиражирования;
— инструкций работы пользователя в системе организации (учреждения) с использованием ЭВМ и разрабатываемой программы;
— описаний внешнего функционирования программы в форме сценария работы программы (такие описания предшествуют внутреннему проектированию программы);
— внутренних спецификаций функционирования программы (метода решения задачи, алгоритма программы в целом);
— исходных текстов модулей программы при использовании технологии структурного программирования;
— кода методов объектов при использовании технологии объектно-ориентированного программирования;
— текстов помощи по использованию программы.
Умение применять проектную процедуру полезно и непрограммистам. При помощи данной проектной процедуры можно составлять:
• короткие и понятные описания любых процессов;
• приказы и распоряжения на выполнение работ;
• инструкции пользования изделиями;
• описания принципов функционирования изделий;
• описания бизнес-процессов;
• бухгалтерские инструкции по проведению расчетов;
• тексты должностных инструкций организационного обеспечения.
Данный список не является исчерпывающим и возможны все новые применения.
Более подробно актуальность разработки функциональных описаний вне сферы программирования характеризуется следующими примерами.
"Копать траншею от забора до обеда" — неудачное распоряжение (недостаточно полно выявлена и указана входная и выходная информация, а также отсутствует цель).
Предположим, что в конце июня некий отечественный бухгалтер обратился с просьбой об отпуске. Главный бухгалтер, вероятнее всего, даст примерно такой ответ: "Не дам никакого отпуска до сдачи полугодового отчета". Представим себе, что имеется набор ежедневных детально исчерпывающих инструкций по работе данного бухгалтера. Набор таких инструкций называется описанием бизнес-процессов. В этом случае да и в случае болезни работа бухгалтера передается резервному специалисту. Предположим, что сверху спущен какой-то документ, согласно которому надо представить какие-то ранее не рассчитываемые данные. Скорее всего, данный документ представляет собой запутанную инструкцию, допускающую разночтение или даже содержащую ошибки для применения в некоторых особых случаях. Источником таких ошибок может являться не злой умысел составителя инструкции, а неспособность ее составителя охватить все особые случаи в силу огромного (астрономического!) количества путей выполнения инструкции, разработанной по традиционной операционной методике. Теперь главный бухгалтер начинает обзванивать коллег и инстанции в надежде получить разъяснения. Пусть он разобрался в инструкции. Теперь перед ним встает задача по отдаче распоряжений работникам бухгалтерии как работать при изменившихся условиях. Многие бухгалтеры, не зная основ современной алгоритмизации, скорее всего, обратятся к хорошо оплачиваемым программистам для избежания затруднений в отдаче распоряжений.
