Универсум. Общая теория управления

Высшая, интеллектуальная U-страта 4 содержит максимум информационной составляющей универсума и определяет самые общие законы, принципы и концепции, на основании которых выстраивается функционирование всех нижележащих страт. Эта страта должна быть максимально непротиворечивой, поскольку именно она должна обеспечивать разрешение противоречий на всех этапах и нижних уровнях протекания U-потоков.

Исходя их полученных данных, в страте 4 происходит интеллектуальный анализ (4) выработка концепции (целевой функции) решения возникающих проблем (5) и принимается окончательное решение (6), например, о проведении контрнаступления.

На этом этапе восходящий U-поток трансформируется в нисходящий. Принятое на концептуальном уровне решение, в конечном счете, должно трансформироваться в долгосрочный стратегический план (7), который затем разбивается на более мелкие тактические задачи (8) и, затем, на конкретные оперативные задания и работы (9).

С точки зрения частотных характеристик, как в любом другом описании, так и в данном случае, верхние универсумные страты содержат элементы, способные в более высокочастотных диапазонах модулировать не воспринимаемые напрямую рецепторами низкочастотные процессы. Эти страты способны прогнозировать развитие событий, т. е. определять стратегию. Решение штабом тактических задач – процесс более низкочастотный, требующий вариабельной обработки информации. Оперативные задания требуют конкретных (материальных) действий «здесь и сейчас». Это задачи «текущего момента», с которым можно справиться и без длительной (высокочастотной и модуляционной) подготовки, но которые должны основываться именно на решениях, принятых высшими стратами управления.

Конечно же, данный процесс пригоден для описания не только армейских будней, но и для алгоритмов работы МВД, НКВД-КГБ-ФСБ, прокурорских, следственных органов и их подразделений, работающих по распоряжениям вышестоящего и внешнего управления.

4.2.2. Разработка ПО, АСУ, проектирование

Универсумный подход применим к рассмотрению вопросов, связанных с разработкой программных комплексов автоматизированный систем управления (АСУ) [43]. Если классический сетевой график работ представляет только количественные характеристики процесса выполнения работ, то универсумное описание позволяет сосредоточиться на качественном описании процесса разработки АСУ. В зависимости от сложности проекта он может быть описан как ПФУ (УФУ-7), а может представлять и более детальное описание последовательности этапов выполнения работ в привязке к должностным обязанностям разработчиков, например, как УФУ-13 (рис. 4.3), соответствующей классу 6U3.

Последовательность основных этапов разработки программного обеспечения (ПО) АСУ в виде УФУ соответствует последовательности протекания U-потока по универсумным контурам, включающим фреймы:

– восходящего U-потока: S-1–2–3–4-5;

– концептуальной обработки: 6–7–8,

– нисходящего U-потока: 9–10–11–12–13.

Интеллектуальный каскад описания 14–15–16–17–18 стратифицирует должностную (качественную) подчинённость процесса управления проектом. Общее описание этапов проектирования допускает переходы по контурам на соседние уровни стратификации, циклические процессы, проходящие через разные контуры, а также рекурсивные обращения на различных этапах проектирования.

Можно отметить, что верхние три страты отвечают за безструктурные принципы управления процессом разработки ПО, нижние три страты относятся к структурным принципам управления.

S-каскад универсума описывает начальные стадии проектирования (получение ответов на вопросы «Что и почему надо делать?»), I-каскад – должности специалистов соответствующих уровней («Кто и что должен делать?»), а R-каскад – процесс создания ПО («Как и для чего это будем делать?»)[112].

Рассмотрение универсумной модели этапов разработки ПО, т. е. погружение в профессионально специализированную область выполнения проектных работ, позволяет сделать выводы о том, что универсумная методология, применённая к процессу проектирования

– обеспечивает единый контекст взаимодействия всех участников проекта на основе общей терминологии и лучшего понимания всей последовательности этапов разработки;

– позволяет выработать более точные процедуры взаимодействия проектных подразделений, за счёт чего можно резко снизить различного рода потери, связанные с «размытостью» границ ответственности исполнителей;

– позволяет усовершенствовать и универсализировать программный инструментарий проектировщиков, что создаёт основы более оперативной и качественной реализации разработок [42].

Рис. 4.3. U-методика разработки программного обеспечения для АСУ