Основы оперативно - розыскной деятельности

Декомпозиция контекстной диаграммы имеет номер А0 (рис.2). Эта декомпозиция получается путем детализации работы, расположенной на контекстной диаграмме и состоит из следующих работ:

1. Обозначение заголовка сообщения;
2. Обозначение тела сообщения;
3. Заверение сообщения подписью отправителя;
4. Организация службы корпоративной почты сети.

Рис.2 Диаграмма декомпозиции А0

 

Декомпозиция работы «Обозначение заголовка сообщения» имеет номер А1(рис.3) и   состоит из следующих работ:

1. Идентифицирование сообщения;
2. Обработка адреса отправителя;
3. Обработка адреса или адресов получателей;
4. Оформление темы сообщения;
5. Указание времени и даты отправления;
6. Информирование о маршруте сообщения.

Рис.3 Диаграмма декомпозиции А2

 

Декомпозиция работы «Организация службы корпоративной почты сети» имеет номер А4 (рис.3) и   состоит из следующих работ:

1. Анализ и преобразование адресов и заголовков почтовых сообщений;
2. Установка в служебных сообщениях заголовков, отражающих маршрут и процесс обработки;
3. Определение агента доставки;
4. Вызов агента доставки;
5. Передача сообщения агенту доставки;
6. Управление очередностью сообщений;
7. Возврат сообщений, которые по каким-либо причинам невозможно доставить по назначению.

                                                       Рис.4 Диаграмма декомпозиции А4

2.4 Диаграммы  декомпозиции в методологии DFD

 

Диаграммы потоков данных используются для описания документооборота и обработки информации. Подобно  IDEF0, DFD представляет модельную систему как сеть связанных между собой работ, их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:

• Функции обработки информации (работы);
• Документы, объекты, сотрудников или отделы;
• информации;
• внешние ссылки;
• таблицы для хранения документов.

 

В BPwin  для построения диаграмм потоков данных используется нотация Гейна-Сарсона. В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы – движение объектов, хранение объектов, поставка и распространение объектов. В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов.

Работы. Работы в DFD обозначают функции или процессы, которые  обрабатывают и изменяют информацию. Работы представлены на диаграммах в  виде прямоугольников со скругленными углами. Стрелки. Стрелки идут от объекта-источника  к объекту-приемнику, обозначая информационные потоки в системе документооборота. Внешние ссылки. Внешние ссылки указывают  на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы. Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы  или изменены работами. В диаграмму потоков данных (рис.5) имеющее название «Управление очередностью сообщений» входят следующие работы:

1. Обработка данных администратором;
2. Обработка сообщений;
3. Разбор вредоносных сообщений;
4. Обеспечение удаленной доставки;
5. Формирование недостижимого назначения;
6. Системная обработка;
7. Почтовая доставка.

        В диаграмму потоков данных, так же входит и хранилище данных - такое как «Адресная книга».

Внешними ссылками здесь являются «Network Service (сетевая служба)» , «Next Mail» и «Web сервис».

В таблице 1 дано описание хранилища данных.

Таблица 1.

Имя хранилища	Определение
Адресная книга	Данная база данных обеспечивает хранение контактных сведений и доступ к ним из других приложений

 

                                                                                       Рис. 5 Диаграмма декомпозиции А4.6

                     2.5 Диаграммы декомпозиции в методологии IDEF3

 

Для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также Workflow diagramming, методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии, например ответ от платежной системы о состоянии карточки. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции.

IDEF3 – это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.

IDEF3 может быть также использован как метод создания процессов. IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа. Методология IDEF3 содержит: диаграммы, связи, перекрестки, ссылки.

Методология IDEF3 содержит следующие основные элементы:

• Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0.
• Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ.

В IDEF3 различают три типа связей:

• Связь предшествования (Precedence) – показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией.
• Связь отношения (Relational) - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией.

Поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.

Перекрестки (Junctions) - перекрестки используются в диаграммах IDEF3, чтобы показать ветвления логической схемы моделируемого процесса и альтернативные пути развития процесса могущие возникнуть во время его выполнения. Различают два типа перекрестков:

• Перекресток слияния (Fan-in Junction) – узел, собирающий множество стрелок в одну, указывая на необходимость условия завершенности работ-источников стрелок для продолжения процесса.
• Перекресток ветвления (Fan-out Junction) – узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно.

Объекты ссылок (Referents) - служат для выражения идей и концепций без использования специальных методов, таких как стрелки, перекрестки или работы.

На диаграмме под номером  А1.1.1 «Идентифицирование сообщения», (рис.6) показаны следующие виды работ:

1. Определение сообщения;
2. Поиск сегментов;
3. Обозначение поля сообщения;
4. Установление максимальной длины;
5. Идентификация имени;
6. Определение позиции;
7. Разбор повторов;
8. Оценивание обязательности;
9. Поиск разделителей сообщений;
10. Назначение типа данных;
11. Раскодировка сообщения;
12. Указание кодируемого элемента;
13. Идентификация системы кодирования;
14. Характеризование непосредственно кода;
15. Выявление неполадок;
16. Отправка сообщения на следующий уровень.

Также использована ссылки «Корпоративная почта»  и перекрестки типа Asynchronous AND и XOR (Exclusive OR). Перекресток типа Asynchronous AND под номером J5 показывает, что все следующие процессы должны быть запущены, а перекресток типа Asynchronous AND под номером J6 показывает  что все предшествующие процессы должны быть завершены. Перекресток типа  XOR (Exclusive OR) под номером J4 показывает, что только один следующий процесс запускается, перекресток типа  XOR (Exclusive OR) под номером J9 показывает, что только один предшествующий процесс завершен.

На диаграммах IDEF3 (рис. 6, рис.7),  представлена стрелка, под названием

Старшая (Precedence)- сплошная линия, связывающая единицы работ (UOW), Рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется.

  

                                                                                    Рис. 6 Диаграмма декомпозиции А1.1.1

 

    Применение методологии IDEF3 используется также при работе «Обработка данных администратором». На диаграмме под номером А4.6.1.1 (рис.7) показаны следующие виды работ:

1. Подключение почтового сервера к провойдеру;
2. Обслуживание учетных записей пользователя;
3. Отслеживание файл - отчетов о работе различных служб в системе;
4. Отслеживание попыток несанкционированного доступа на почтовый сервер;
5. Удаление и добавление новых идентификаторов пользователя;
6. Составление отчетов;
7. Обобщение отчетов;
8. Передача сообщений на следующий уровень.

В данной работе тоже имеется  ссылка такая как «Обязанности администратора корпоративной почтовой службы» XOR (Exclusive OR) и перекрестки типа Asynchronous AND. Перекресток типа Asynchronous AND под номером J1 показывает, что все следующие процессы должны быть запущены, а перекресток типа Asynchronous AND под номером J2 показывает,  что все предшествующие процессы должны быть завершены. Перекресток типа XOR(Exclusive OR) показывает, что только один следующий процесс запускается.

В этой работе используется связь типа Отношения (Relational Link) - пунктирная линия, использующаяся для изображения связей между единицами работ (UOW) а также между единицами работ и объектами ссылок.

Рис. 7 Диаграмма декомпозиции А2.1.1

 

Применение методологии  IDEF3 используется и в работе «Обработка сообщений». На диаграмме под номером А4.6.2.1 (рис.8) показаны следующие виды работ:

1. Выбор агента пользователя;
2. Организация системы передачи сообщения;
3. Определение агента передачи сообщения;
4. Выбор модуля доступа физической доставки;
5. Выбор модуля доступа;
6. Создание хранилища сообщения;
7. Передача и хранение сообщений;
8. Отправка и вручение сообщений.

В данной работе  имеется  ссылка  «Система обработки сообщений» и перекрестки XOR (Exclusive OR) и Asynchronous AND. Перекресток типа Asynchronous AND под номером J10 показывает, что все следующие процессы должны быть запущены, а перекресток типа Asynchronous AND под номером J11 показывает,  что все предшествующие процессы должны быть завершены. Перекресток типа XOR(Exclusive OR)J12 показывает, что только один из следующих процессов запускается.

Рис. 8 Диаграмма декомпозиции А4.6.2.1

 

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

Каждая работа IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное.