У доброго хозяина каждое семечко в своей скорлупе
Выше, в статье «Какая технология нужна для управления потоком задач?», я написал, что ТУЗ – это совокупность (набор) алгоритмов (последовательностей) выполнения: шаблонных эпизодических задач (процедур, операций) – для управления потоком задач с целью обеспечения наивысшей ПИТ.
Тем самым я упомянул новое понятие «процедура». Применил его в контексте шаблонных эпизодических задач (ШЭЗ)[1].
Ещё раньше, почти с самого начала блога я стал использовать фразу «Реестр процедур». И выше в Разделе 6. «Система управления потоком задач (Система УПЗ)» в статье «Реестр процедур (РП)» я сказал, что: «реестр процедур играет ключевую роль в управлении потоком задач».
Даже в названии разновидности реестра присутствует слово «процедура».
Таким образом, если многое в УПЗ строится на реестрах именно процедур, то я, по сути, косвенно указал на важность такой сущности как «процедура».
Думаю, что теперь самое время разобраться с ней, ответив на вопрос: что такое «процедура»?
Надо понять, в чём заключается её суть, чтобы «процедуры» можно было идентифицировать и отделить от других сущностей. Чтобы можно было создавать целые реестры процедур, применяя в них эту сущность.
Как всегда, начнём с определения.
Процедура[2] — это шаблонная эпизодическая задача (ШЭЗ), декомпозированная на стандартизированные последовательности логически взаимосвязанных между собой операций.
Расшифруем.
Процедура — это шаблонная эпизодическая задача (ШЭЗ).
Это разновидность шаблонной эпизодической задачи. Что означает, что ей присуще всё, что касается ШЭЗ, что было описано выше в статье «Понятие «шаблонная эпизодическая задача (ШЭЗ)». То есть:
- это шаблон эпизодической задачи;
- из неё генерируется (реплицируется) запоточенная эпизодическая задача (ЗЭЗ), которую, иными словами, можно ещё назвать «запоточенной процедурой (ЗП)»;
- ЗЭЗ при этом генерируется в отношении какого-то конкретного процессного объекта (КПО);
- происходит это, когда случается запускающее событие (ЗС), относящееся к положению и/или состоянию этого КПО;
- процедура имеет плановую длительность, используемую для расчёта срока выполнения генерируемой из неё ЗЭЗ;
- процедура обладает обязательными названиями атрибутов ШЭЗ, указанными ниже в статье «Воспроизводимое моделирование Шаблонных Эпизодических Задач (ШЭЗ)» в подразделе 7.2. «Технология генерирования процессных задач (Технология ГПЗ)» в настоящем разделе.
Процедура — это ШЭЗ, декомпозированная на стандартизированные последовательности логически взаимосвязанных между собой операций.
Процедура – это ШЭЗ верхнего – первого уровня декомпозиции. То есть, чтобы её выполнить, её надо декомпозировать на ШЭЗ второго уровня декомпозиции – операции[3].
Эти операции выстраиваются в стандартизированную последовательность их выполнения. Что означает, что их надо выполнять одну за другой – последовательно.
Выходит, что процедура выполняется путём выполнения последовательных операций. Операция за операцией.
Они при этом логически взаимосвязаны между собой. То есть через какую-то из них нельзя перескочить – нельзя приступить к выполнению следующей операции, не сделав предыдущую. Таким образом, набор операций, из которых состоит процедура – это заданный алгоритм[4], состоящий из этих операций.
Отсюда, если кратко, то процедура – это ШЭЗ, состоящая из набора алгоритмизированных операций.
То есть это понятная логическая цепочка чётко идентифицированных операций, группа операций, выстроенных в последовательный алгоритм, таким образом, чтобы добиться выполнения определённой шаблонной эпизодической задачи – процедуры с определённым целевым результатом.
Как правило, одна процедура состоит из 3-х-5-ти последовательных операций.
Если у вас в процедуре появляется более 5-ти операций, то либо вы сильно мельтешите при декомпозиции процедуры, либо вы в одну процедуру смешали несколько процедур – в отношении КПО разных контекстных процессных сущностей.
Ну, либо у вас слишком забюрокрачена процедура, если для её выполнения требуется выполнять более 5-ти операций. Даже пять операций в процедуре – это уже много. Такое количество операций в процедуре – требует её анализа на предмет выявления в ней НЕфункциональных задач и действий.
Короче, слишком большое количество операций в процедуре – это признак вероятной ошибки, требующей внимания. Это сигнал о том, что что-то здесь не так. И надо всё тщательно обдумать и, может быть, убрать что-то лишнее.
Операция — это шаблонная эпизодическая задача (ШЭЗ), декомпозированная на стандартизированные последовательности логически взаимосвязанных между собой, выстроенных в определённый последовательный алгоритм шаблонных эпизодических действий (ШЭД).
Это означает, что операции, так же, как и процедуре, присуще всё, что касается ШЭЗ. То есть:
- это шаблон эпизодической задачи;
- из неё генерируется (реплицируется) запоточенная эпизодическая задача (ЗЭЗ), которую, иными словами, можно ещё назвать «запоточенной операцией (ЗО)»;
- ЗЭЗ при этом генерируется в отношении какого-то конкретного процессного объекта (КПО);
- происходит это, когда случается запускающее событие (ЗС), относящееся к положению и/или состоянию этого КПО;
- операция имеет плановую длительность, используемую для расчёта срока выполнения генерируемой из неё ЗЭЗ;
- операция обладает обязательными названиями атрибутов ШЭЗ, указанными ниже в статье «Воспроизводимое моделирование Шаблонных Эпизодических Задач (ШЭЗ)» в подразделе 7.2. «Технология генерирования процессных задач (Технология ГПЗ)» в настоящем разделе.
Операция – это ШЭЗ второго уровня декомпозиции. То есть – это часть процедуры. Процедура состоит из операций. Процедура декомпозируется на операции.
Следовательно, сумма плановых длительностей операций определяет плановую длительность всей процедуры, в которую они входят.
Отсюда, показатель «плановая длительность процедуры» является расчётным. Он считается путём суммирования плановых длительностей всех операций процедуры.
Чтобы выполнить операцию, её надо разложить на третий уровень декомпозиции – шаблонные эпизодические действия (ШЭД)[5].
Помните, в статье «Что такое задача?» выше в Разделе 2. «Главная сущность менеджмента – «ЗАДАЧА», я говорил: «Выполнить задачу без её декомпозиции на более мелкие части невозможно. Для того чтобы приступить к выполнению задачи, её надо декомпозировать до уровня действий. Крупные (ёмкие) задачи, декомпозируются на более мелкие задачи, те в свою очередь – ещё на более мелкие, а задачи самого нижнего уровня – декомпозируются на действия. И выполнить задачу можно только исполняя действие за действием, полученные в результате её декомпозиции».
Исходя из этого, в нашем случае мы получаем, что процедура – это ёмкая ШЭЗ, которая декомпозируется на более мелкие ШЭЗ – операции. Операции – это ШЭЗ самого нижнего уровня, они в свою очередь декомпозируются до действий – шаблонных эпизодических действий (ШЭД).
В результате мы получаем очередное божественное триединство: процедура→операция→шаблонное эпизодическое действие (ШЭД)[6].
Эти ШЭД выстраиваются в стандартизированную последовательность их выполнения. Что означает, что их надо исполнять одно за другим – последовательно.
Они при этом логически взаимосвязаны между собой. То есть через какое-то из них нельзя перескочить – нельзя приступить к исполнению следующего ШЭД, не сделав предыдущее. Таким образом, набор ШЭД, из которых состоит операция, – это заданный алгоритм, состоящий из этих ШЭД.
Отсюда, если кратко, то операция – это ШЭЗ, состоящая из набора алгоритмизированных ШЭД.
То есть это понятная логическая цепочка чётко идентифицированных ШЭД, группа ШЭД, выстроенных в последовательный алгоритм, таким образом, чтобы добиться выполнения определённой шаблонной эпизодической задачи – операции с определённым целевым результатом.
Как правило, одна операция состоит из 5-20 последовательных ШЭД.
Если у вас в операции появляется более 20-ти ШЭД, то либо вы сильно мельтешите при декомпозиции операции, либо вы в одну операцию смешали несколько операций.
Ну, либо опять же у вас слишком забюрокрачена операция, что для её выполнения надо исполнить более 20-ти ШЭД. Такое количество ШЭД в процедуре – требует её анализа на предмет выявления в ней НЕфункциональных действий.
Короче, слишком большое количество ШЭД в операции – это тоже признак вероятной ошибки, требующей внимания. Это сигнал о том, что что-то здесь не так. И надо всё тщательно обдумать и, может быть, убрать что-то лишнее.
Учитывая, что все ШЭД являются частями операции, а все операции, в свою очередь, - частями процедуры, то можно сказать, что процедура выполняется путём последовательного исполнения этих ШЭД.
Заглянем в Интернет и возьмём оттуда стандартное определение понятия «процедура». Вот оно: «процедура (от лат. procedere — продвигаться) — это взаимосвязанная последовательность действий».
Как говорится, что и следовало доказать.
Сейчас, на основе сказанного сформулируем определение ШЭД.
Шаблонное эпизодическое действие (ШЭД) – это шаблон (паттерн, образец, трафарет, «рыба»), то есть это стандартизированное описание атрибутов какого-либо действия, входящего в операцию, по которому эпизодически, т. е. по мере выполнения запоточенной операции, а отсюда и запоточенной процедуры, генерируется (реплицируется, создаётся, клонируется, запускается) эпизодическое действие (ЭД), для исполнения в установленный срок с заданной трудоёмкостью.
Слово «эпизодическое» в обозначении ШЭД наследуется от ШЭЗ (операции), частью которой является действие. То есть если операция (как ШЭЗ) генерируется и выполняется эпизодически, то и её ШЭД генерируются и исполняются тоже эпизодически.
ШЭД является частью ШЭЗ – операции. А ШЭЗ, как мы выяснили ранее, это шаблон. Следовательно, и ШЭД является шаблоном. Поэтому и «шаблонное».
Как шаблон ШЭД представляет собой стандартизированное описание атрибутов какого-либо действия. То есть мы заранее описываем все атрибуты какого-то действия, делаем его шаблон.
Если ШЭД было смоделировано заранее, то по нему при наступлении определённой ситуации генерируется (реплицируется) эпизодическое действие (ЭД)[7]. То есть то эпизодическое действие, которое сгенерировано, готово и принято к исполнению.
Отсюда, ШЭД используется как заготовка для формулирования эпизодического действия (ЭД), чтобы не тратить много времени и сил на формулирование одинаковых ЭД, выполняемых много раз только в отношении разных КПО.
Желание то же самое, что и с ШЭЗ: сэкономить трудозатраты на формулировании повторяющихся эпизодических действий (ЭД). Снизить трудоёмкость этого процесса.
Тем более, что количество ЭД, генерируемых из ШЭД, на порядки больше количества ЗЭЗ, генерируемых из ШЭЗ. Ведь каждое ЗЭЗ при этом наследует от ШЭЗ примерно 5-20 штук ЭД.
По сути, из ШЭД создаётся клонированием (реплицируется) и запускается отдельное конкретное ЭД. Таким образом, ШЭД превращается в ЭД.
В ходе такого клонирования ШЭД, как заготовка, подвергается небольшой обработке. В него добавляется конкретика. Конкретика касается объекта, в отношении которого исполняется эпизодическое действие. Этим объектом является КПО – конкретный процессный объект.
Из одного ШЭД может быть создано неограниченное количество ЭД, столько сколько появится КПО. То есть количество ЭД прямо пропорционально количеству КПО. А ШЭД при этом всегда одна и та же.
Первое ЭД операции создаётся из ШЭД, когда случается определённое запускающее событие (ЗС), инициирующее генерирование ЗЭЗ (запоточенной операции) из ШЭЗ (операции).
Каждое последующее ЭД операции создаётся из ШЭД операции по факту исполнения предыдущего ЭД. И так ЭД за ЭД.
При моделировании ШЭД, в обязательном порядке должен определяться такой её атрибут, как «Плановая трудоёмкость ШЭД», измеряемая в человеко-часах.
Сумма трудоёмкостей всех ШЭД операции определяет полную трудоёмкость операции, а сумма трудоёмкостей всех операций процедуры – полную трудоёмкость процедуры.
Отсюда, показатель «плановая трудоёмкость операции» и показатель «плановая трудоёмкость процедуры» являются расчётными. Плановая трудоёмкость операции считается путём суммирования плановых трудоёмкостей всех её ШЭД, а плановая трудоёмкость процедуры – по цепочке – путём суммирования плановых трудоёмкостей всех её операций.
Плановая трудоёмкость ШЭД транслируется в эпизодическое действие (ЭД), сгенерированное из ШЭД.
По идее каждое ЭД должно исполняться в пределах этой трудоёмкости. Отсюда, каждая «запоточенная операция (ЗО)» должна исполняться в пределах суммы трудоёмкостей всех её ЭД, а каждая «запоточенная процедура (ЗП)» – в пределах суммы трудоёмкостей всех её «запоточенных операций (ЗО)». То есть из частного складывается общее.
Эти показатели важны, так как в дальнейшем в Реестрах процедур по ним будут накапливаться необходимые исходные статистические данные.
Срок исполнения ЭД – это дата генерации (дата создания) ЭД. Определяется в момент генерации ЭД из ШЭД.
Из всего сказанного можно сделать вывод, что процедура – это ШЭЗ, состоящая из набора алгоритмизированных операций и набора алгоритмизированных ШЭД, имеющая расчётную плановую длительность и расчётную плановую трудоёмкость.
Но я считаю, что этого ещё мало для полного моделирования процедуры.
Для полного моделирования процедуры необходимо ещё указать:
- правила исполнения ШЭД операций процедуры;
- понятия, применяемые в ШЭД операций процедуры;
- формуляры, применяемые в процедуре при исполнении её ШЭД;
- хранилища информации (ХИ), используемые в процедуре при исполнении её ШЭД.
Правило[8] – это обязательная норма поведения при исполнении какого-либо действия или выполнении какой-либо задачи. То есть это норма, которую исполнитель действия, исполняя его, или ответственный выполнитель задачи, выполняя её, должен соблюсти в обязательном порядке.
Как мы поняли выше в процедуре много ШЭД.
Есть ШЭД исполнение которых настолько понятно и очевидно, что не требует описания каких-то отдельных правил их исполнения. Для таких ШЭД описывать отдельные правила не требуется.
Но, часто, в процедуре есть такие ШЭД, которые нужно исполнять по определённым правилам. Строго соблюдая их, следуя им. В противном случае могут быть ошибки или не те результаты, которые требуются.
Для таких ШЭД в обязательном порядке нужно прописывать правила, добавляя их в качестве элемента процедуры.
Понятие[9] – это описание значения какого-либо термина и/или аббревиатуры, относящихся к какой-либо предметной области деятельности.
В процедурах нередко есть такие ШЭД, в формулировках которых применяются термины и/или аббревиатуры, требующие описания их значений для однозначного толкования и единообразного понимания всеми исполнителями ЭД, сгенерированных из этих ШЭД.
Для таких ШЭД в обязательном порядке надо описывать понятия, включая их в процедуру.
Формуляр[10] – это поименованная бланковая форма документа какой-либо конкретной разновидности, исполненная в электронном или бумажном виде, применяемая в процедуре по какой-либо функции, выполняемой в отношении какой-либо процессной сущности.
При исполнении многих, но не всех, ШЭД в процедурах требуется использовать формуляры: заполнять, формировать, подписывать, согласовывать, составлять и т. д. Без применения соответствующих формуляров такие ШЭД просто не исполнить.
Поэтому для таких ШЭД в обязательном порядке в процедуре надо указывать применяемые формуляры. Делать на них ссылки.
Хранилище информации (ХИ)[11] – это место хранения цифровой информации на каком-либо из носителей: папка, файл, программа и т. д.
ХИ, при исполнении некоторых ШЭД в процедуре, тоже применяются сплошь и рядом. Зачастую многие формуляры берутся или ведутся в определённых хранилищах информации. Либо в ХИ вносится какая-то информация, например, в справочники программ. Либо из ХИ извлекается какая-то информация.
Короче иногда, чтобы исполнить какое-то ШЭД в процедуре, нужно попользовать какое-либо хранилище информации. Без этого никак не исполнить соответствующее ШЭД.
По этой причине для таких ШЭД в обязательном порядке надо указывать применяемые хранилища информации, добавляя их в процедуру в качестве её элемента.
В результате описанную выше процедуру можно представить графически на следующем рисунке.
Рисунок «Схема процедуры»
На этом рисунке видны все обязательные элементы процедуры:
- на самом верхнем – первом уровне декомпозиции – сама процедура, её длительность и трудоёмкость, запускающее событие (ЗС) и целевой результат задачи (ЦРЗ);
- на втором уровне декомпозиции – операции процедуры, их длительности и трудоёмкости, их ЗС и ЦРЗ (в том числе промежуточные – внутренние);
- на третьем уровне декомпозиции – ШЭД операций процедуры и их трудоёмкости;
- на оставшихся уровнях декомпозиции – такие используемые при исполнении ШЭД операций процедуры элементы, как: правила, понятия, формуляры и хранилища информации (ХИ).
Теперь, с учётом сказанного и представленного на рисунке, можно дать расширенное, комплексное и полное определение процедуры.
Процедура – это ШЭЗ, имеющая расчётную плановую длительность и расчётную плановую трудоёмкость, состоящая из набора алгоритмизированных операций и набора алгоритмизированных ШЭД, выполняемых последовательно по набору определённых правил и применяющих набор определённых понятий, формуляров и хранилищ информации (ХИ).
Это означает, что, чтобы настроить процедуру надо:
1. настроить её операции и определить длительности их выполнения;
2. смоделировать ШЭД её операций и определить их трудоёмкости;
3. сформулировать правила исполнения отдельных ШЭД её операций;
4. описать понятия, используемые в отдельных ШЭД её операций;
5. разработать формуляры, для применения при исполнении отдельных ШЭД её операций;
6. создать хранилища информации (ХИ), для их пользования при исполнении отдельных ШЭД её операций.
Когда всё это будет сделано, то можно будет считать, что процедура настроена полностью. И что ею теперь можно пользоваться, как говорится «в полный рост». Ведь в таком случае ничто не будет препятствовать её ритмичному выполнению. Всё будет в наличии.
Бери и следуй заданному алгоритму операций и ШЭД, в ходе его выполнения руководствуйся правилами и в соответствующих случаях применяй понятия, формуляры и хранилища информации (ХИ).
«Процедура» является типом, так как не имеет конкретных значений атрибутов, а только необходимый и достаточный набор их названий, по наличию которых огромное разнообразие всяких конкретных объектов относится или не относится к этому типу. Таким образом, «процедура» — это сущность.
Общее функциональное предназначение существования сущности «процедура» - обеспечить её настройкой готовность к ритмичному генерированию и последующему выполнению запоточенных эпизодических задач (ЗЭЗ) и исполнению эпизодических действий (ЭД) в отношении КПО, контекстной процессной сущности (ПС).
«Процедура» обладает обязательными названиями атрибутов, указанными ниже в статье «Воспроизводимая настройка процедур» в подразделе 7.2. «Технология генерирования процессных задач (Технология ГПЗ)» в настоящем разделе.
Сущностью «процедура» является всё то, что:
- соответствует приведённому выше определению,
- выполняет указанное выше функциональное предназначение
- и имеет полный состав обязательных названий атрибутов.
Сущность «процедура» процессная, потому что объединяет не другие сущности, а неограниченное количество конкретных процессных объектов (КПО), наследующих её названия атрибутов, которым для их идентификации присваиваются уже конкретные значения атрибутов.
Резюмируем написанное.
Процедура — это шаблонная эпизодическая задача (ШЭЗ). ШЭЗ верхнего – первого уровня декомпозиции. Чтобы её выполнить, её надо декомпозировать на ШЭЗ второго уровня декомпозиции – операции, которые при этом логически взаимосвязаны между собой. Таким образом, процедура – это заданный алгоритм, состоящий из этих операций. Операция – это ШЭЗ второго уровня декомпозиции. То есть – это часть процедуры. Плановая длительность процедуры считается путём суммирования плановых длительностей всех её операций. Чтобы выполнить операцию, её надо разложить на третий уровень декомпозиции – шаблонные эпизодические действия (ШЭД). В результате мы получаем триединство: процедура→операция→шаблонное эпизодическое действие (ШЭД). Набор ШЭД, из которых состоит операция – это заданный алгоритм, состоящий из этих ШЭД. Учитывая, что все ШЭД являются частями операции, а все операции, в свою очередь, - частями процедуры, то можно сказать, что процедура выполняется путём последовательного исполнения этих ШЭД. Сумма трудоёмкостей всех ШЭД операции определяет полную трудоёмкость операции, а сумма трудоёмкостей всех операций процедуры – полную трудоёмкость процедуры. Для полного моделирования процедуры необходимо ещё указать: (1) правила исполнения ШЭД операций процедуры; (2) понятия, применяемые в ШЭД операций процедуры; (3) формуляры, применяемые в процедуре при исполнении её ШЭД; (4) хранилища информации (ХИ), используемые в процедуре при исполнении её ШЭД. В итоге получаем расширенное, комплексное и полное определение процедуры. Процедура – это ШЭЗ, имеющая расчётную плановую длительность и расчётную плановую трудоёмкость, состоящая из набора алгоритмизированных операций и набора алгоритмизированных ШЭД, выполняемых последовательно по набору определённых правил и применяющих набор определённых понятий, формуляров и хранилищ информации (ХИ). «Процедура» — это сущность. Общее функциональное предназначение существования сущности «процедура» - обеспечить её настройкой готовность к ритмичному генерированию и последующему выполнению запоточенных эпизодических задач (ЗЭЗ) и исполнению эпизодических действий (ЭД) в отношении КПО, контекстной процессной сущности (ПС). Сущность «процедура» процессная, потому что объединяет не другие сущности, а неограниченное количество конкретных процессных объектов (КПО).
Теперь, когда мы имеем общее представление о том, что такое процедура, давайте определим, каково типовое строение процедуры?
Полная версия статьи доступна в моей книге «ЗАДАЧИ ЧУДЕСНЫЕ, ИЛИ КОЗЫРНАЯ «ТУЗ» МОТАЕВА!»
С уважением к Вам и Вашему делу, Мотаев Александр
Обсудить эту и другие статьи блога вы можете в нашем Telegram-канале "Управление потоком задач".
[1] Читай статью «Понятие «шаблонная эпизодическая задача (ШЭЗ)» выше в настоящем разделе.
[2] Подробнее о процедуре читай в статье «Воспроизводимая настройка процедур» ниже в настоящем разделе в подразделе 7.2. «Технология генерирования процессных задач (Технология ГПЗ)».
[3] Подробнее об операции читай в статье «Воспроизводимая настройка операций» ниже в настоящем разделе в подразделе 7.2. «Технология генерирования процессных задач (Технология ГПЗ)».
[4] «Основные свойства алгоритмов: (1) определённость (детерминированность) – точность и понятность, обеспечивающие однозначность результата; (2) результативность – получение искомого результата через конечное число этапов (шагов); (3) дискретность – расчленённость алгоритма на отдельные этапы (шаги); (4) массовость – пригодность алгоритма для решения всех задач заданного типа. Основными требованиями к алгоритму являются: компактность и минимальное время на реализацию». Стр. 24 Раздел 2.1. «Алгоритмы и программы» Глава 2. «Основные этапы технологии программирования» книги «Технология разработки программного обеспечения: учебное пособие для среднего профессионального образования»/И.Г. Гниденко, Ф.Ф. Павлов, Д.Ю. Фёдоров. – М.: Издательство Юрайт, 2021. – 235 с. ISBN 978-5-534-05047-9
[5] Подробнее о ШЭД читай в статье «Воспроизводимое моделирование Шаблонных Эпизодических Действий (ШЭД)» ниже в настоящем разделе в подразделе 7.2. «Технология генерирования процессных задач (Технология ГПЗ)».
[6] Смотри статью «Бог любит троицу» ниже в Разделе 10. «Заключение по управлению потоком задач».
[7] Подробнее об ЭД читай в статье «Воспроизводимое запоточивание эпизодических действий (ЭД)» ниже в настоящем разделе в подразделе 7.3. «Технология выполнения запоточенных задач (Технология ВЗЗ)».
[8] Подробнее о правиле, как процессной сущности, читай в статье «Формулирование Правила» ниже в настоящем разделе в подразделе 7.2. «Технология генерирования процессных задач (Технология ГПЗ)».
[9] Подробнее о понятии, как процессной сущности, читай в статье «Описание Понятия» ниже в настоящем разделе в подразделе 7.2. «Технология генерирования процессных задач (Технология ГПЗ)».
[10] Подробнее о формуляре, как процессной сущности, читай в статье «Разработка Формуляра» ниже в настоящем разделе в подразделе 7.2. «Технология генерирования процессных задач (Технология ГПЗ)».
[11] Подробнее о хранилище информации (ХИ), как процессной сущности, читай в статье «Создание Хранилища Информации (ХИ)» ниже в настоящем разделе в подразделе 7.2. «Технология генерирования процессных задач (Технология ГПЗ)».
