2.7.2.3. Рационализация процессов нижнего уровня

Логические СПД отражают логический аспект функционирования существующей системы (внутреннюю логику системы). Предложить исчерпывающий список правил выделения логических процессов невозможно, однако следующие формулировки могут указать правильный путь к эффективному решению проблемы построения ЛМПД:

• логические процессы должны обрабатывать или использовать данные, только исходя из требований целевого назначения проектируемой системы, т.е. они никак не связаны с физическими процессами обработки данных в системе. Например, если процесс только реорганизует данные (сортировка) и в нем нет логической необходимости, то он может быть удален из схемы;

• логический процесс отражает, что делается, но не где, кем и как. Все ссылки на местонахождение удаляются при формировании ЛМПД;

• процессы поиска данных для вывода на дисплей или печать удаляются из схемы, но вносятся в «Каталог требований» в виде требований. Сохранение поиска в МПД оправдано только в том случае, если он является главной системной функцией;

• процесс может быть перемещен вдоль потока данных, если он их никак не изменяет;

• там, где это возможно, процессы, выполняющие идентичные действия, должны быть объединены, т.е. аналитик должен позаботиться о том, чтобы максимально упростить СПД и избежать большого числа потоков данных и процессов на одной схеме;

• там, где два или более процессов находятся рядом или представляют собой простую последовательность операций, необходимо выполнить их объединения. Например, первоначальная предварительная проверка данных одним отделом перед передачей в другой для дальнейшей проверки правильности и регистрация изображается на СПД СС в виде двух процессов, но на ЛСПД это должно быть изображено в виде одного объединенного процесса;

• процессы, поддерживающие на СПД СС обработку копий одинаковых данных и расположенные в различных местах схемы, должны быть удалены все, кроме одного, т.к. все данные должны входить в ЛМПД однократно и нет необходимости в поддержке отдельных копий одинаковых данных;

• если описание процесса содержит элементы работы, требующей принятия некоторых предметных решений или выполнения действий, официально требует от должностного лица, то процесс должен быть расщеплен. Указанные элементы работы представляются внешним объектом, а обработка потоков данных привязывается к процессу;

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

Из вышесказанного видно, что рационализация процессов может потребовать большого количества итераций прежде, чем будет получена ЛМПД в окончательном виде. Рационализация процессов приводит также к логическим изменениям распределения потоков данных между ними.

2.7.2.4. Реконструирование иерархии

После рационализации процессов нижнего уровня необходимо произвести группировку этих процессов на верхнем уровне с целью пересмотра уровней СПД вплоть до 1-го уровня. В результате получается логически полное множество СПД, на котором базируется МПД ТС. Процессы верхних уровней отображают здесь более чем функциональное разбиение областей деятельности в существующие организации и их логическую взаимосвязь.

Определить, что такое «логическое группирование» нелегко. Однако существует три цели, ради которых необходимо выполнять группирование при определении функций системы:

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

• простота идентифицируемости функций;

• группировка процессов, обрабатывающих и использующих одинаковые данные.

Хотя функции и не выводятся из Логической МПЛ, СПД ТС должны иметь, возможно, более простую структуру Логических СПД, так как это является одним из условий получения правильной структуры на данном этапе.

Дальнейшие указания по определению функций на МПД ТС и получения при этом правильной логической структуры, рассмотрены в разделе 2.7.4.1.

Правила группирования

Группирование процессов на верхнем уровне основано на использовании:

• пользовательского представления о различных функциональных областях системы;

• однотипности различных процессов нижнего уровня;

• группировании процессов, которые используют одинаковые данные.

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

Рис. 2.21. Группирование процессов

Функциональные области

Представления пользователей о системе должны быть приведены в соответствие функциональным областям, которые могут определяться организационной структурой. Это должно учитываться при группировании процессов. Различные функциональные области бизнеса вероятно будут относиться к различным группам СПД СС. Кроме того, желательно, чтобы некоторые группирования из СПД СС были представлены в ЛСПД. Это должно определяться на консультациях с пользователями.

Например, в «Жилищной системе» на 1-м уровне СПД СС имеется процесс «Управлять информацией по задолженностям». Известно, что контроль распределения ресурсов будет одной из функциональных областей новой системы, таким образом, в ЛСПД вводится процесс «Контролировать и управлять задолженностями».

Подобие типов процессов

Здесь выделяется два основных типа процессов:

• процессы поддержки бизнесс-системы;

• процессы обслуживания обращений к данным и внутренних задач системы.

Эти два типа не должны смешиваться в одном группировании. В "Жилищной системе” процесс верхнего уровня, введенный в ЛСПД, назван «Обслужить политику и связи». Этот процесс группирует вместе все процессы, которые работают с системными таблицами ссылок. Он также включает в себя архивирование. Эти процессы не связаны напрямую с бизнесс-системой, однако они заняты обслуживанием данных, запрашиваемых и используемых для поддержки бизнеса.

Группирование процессов, которые используют одинаковые данные

Желательно, чтобы процессы, работающие с одними и теми же данными, были сгруппированы вместе.

Например, ЛСПД -1-го уровня для "Жилищной системы" содержит процесс "Обслужить информацию о собственности". Он группирует вместе все процессы последнего уровня, которые обрабатывают основные «Данные о собственности» (см. на рис. 2.22 упрошенную схему процесса 1).

Рис 2.22. логическая схема потоков данных для процесса 1 –«Обслужить информацию о собственности»

Для того чтобы облегчить выделение процессов, которые оперируют с одинаковыми данными, полезно сформировать рабочий документ «Матрица Процесс/Объект». Связи между процессами и объектами могут быть определены по «Таблице перекрестных ссылок логическое хранилище данных/Объект». Использование хранилищ данных процессами отражено на СПД. Матрица изображается в виде перечисления процессов последнего уровня в колонке и объектов в строке. В ячейках матрицы записывается:

• U, если это процесс обработки данных, поступающих от объекта;

• R, если это простое чтение данных.

Это дает возможность выделить те процессы, которые будут обрабатывать одинаковые наборы данных.

Пример матрицы для "Жилищной системы" приведен в приложении 1. На рис.2.23 показан ее фрагмент. Если процесс использует несколько различных объектов, то для группирования необходимо выделить приоритеты. Обычно преобразуемые объекты важнее объектов, которые только считываются. Если процесс преобразует несколько объектов из различных хранилищ данных, то для того, чтобы решить, какое преобразование имеет наивысший приоритет, необходимо рассмотреть главную цель процесса. Это правило поможет в том случае, когда логическое группирование неочевидно. Однако желательно, чтобы группирование выполнялось с учетом функциональных особенностей предметной области системы и подобия типов процессов.

Рис. 2.23. Фрагмент из «Матрицы Процесс/Объект»

Например, процесс «Сравнить и сделать предложение» сравнивает желания заявителей или жителей с имеющейся свободной собственности и выдает предложения всем соответствующим претендентам. Этот процесс обрабатывает объекты «Собственность», «Житель», «Предложение», содержащиеся в соответствующих хранилищах данных. При группировании этого процесса с другими процессами выбор может производиться среди процессов, обслуживающих данные по объектам "Житель", "Собственность" или "Список Ожидающих". При более близким рассмотрении с учетом цели процесса становится ясно, что наиболее важным объектом здесь является "Предложение", так как известно, что процесс существует для обработки этого объекта. Поэтому данный процесс группируется с процессами участвующими в распределении собственности между жителями или претендентами, но не с процессами, обслуживающими данные по объектам «Житель» или "Собственность".

Примеры некоторых видов группирований показаны на рис. 2.24.

Рис. 2.24. Некоторые виды группирования процессов