|
4.2. Основные виды и последовательность работ при построении
бизнес-моделей с использованием методики Йордона.
1. Описание контекста процессов и построение начальной контекстной
диаграммы. Начальная контекстная диаграмма потоков данных должна
содержать нулевой процесс с именем, отражающим деятельность
организации, внешние сущности, соединенные с нулевым процессом
посредством потоков данных. Потоки данных соответствуют документам,
запросам или сообщениям, которыми внешние сущности обмениваются с
организацией.
2. Спецификация структур данных. Определяется состав потоков данных
и готовится исходная информация для построения концептуальной модели
данных в виде структур данных. Выделяются все структуры и элементы
данных типа «итерация», «условное вхождение» и «альтернатива». Простые
структуры и элементы данных объединяются в более крупные структуры. В
результате для каждого потока данных должна быть сформирована
иерархическая (древовидная) структура, конечные элементы (листья) которой
являются элементами данных, узлы дерева являются структурами данных, а
верхний узел дерева соответствует потоку данных в целом.
3. Построение начального варианта концептуальной модели данных. Для
каждого класса объектов предметной области выделяется сущность.
Устанавливаются связи между сущностями и определяются их
характеристики. Строится диаграмма «сущность-связь» (без атрибутов
сущностей).
4. Построение диаграмм потоков данных нулевого и последующих
уровней. Для завершения анализа функционального аспекта деятельности
организации детализируется (декомпозируется) начальная контекстная
диаграмма. При этом можно построить диаграмму для каждого события,
поставив ему в соответствие процесс и описав входные и выходные потоки,
накопители данных, внешние сущности и ссылки на другие процессы для
55
описания связей между этим процессом и его окружением. После этого все
построенные диаграммы сводятся в одну диаграмму нулевого уровня.
Процессы разделяются на группы, которые имеют много общего
(работают с одинаковыми данными и/или имеют сходные функции). Они
изображаются вместе на диаграмме более низкого (первого) уровня, а на
диаграмме нулевого уровня объединяются в один процесс. Выделяются
накопители данных, используемые процессами из одной группы.
Декомпозируются сложные процессы и проверяется соответствие
различных уровней модели процессов. Накопители данных описываются
посредством структур данных (ERD), а процессы нижнего уровня —
спецификациями.
5. Уточнение концептуальной модели данных. Определяются атрибуты
сущностей. Выделяются атрибуты- идентификаторы. Проверяются связи,
выделяются (при необходимости) связи «супертип-подтип».
Проверяется соответствие между описанием структур данных и
концептуальной моделью (все элементы данных должны присутствовать на
диаграмме в качестве атрибутов).
Методика построения DFD-диаграмм
1. DFD-диаграмма должна быть полезной.
2. Цель построения DFD-диаграмм — общение с заказчиком и
пользователями, уточнение требований к системе, передача знаний о
предметной области от системных аналитиков к разработчикам
автоматизированной системы.
3. Каждая DFD-диаграмма должна быть проверена на соответствие
реальному положению дел («как есть»).
4. Правило от 2 до 6. На DFD-диаграмме должно быть не меньше двух и
не больше шести процессов/подсистем.
5. Принцип абстракции (отвлечения от деталей). Для подсистем и
процессов строится иерархия DFD-диаграмм. На каждой диаграмме должны
56
быть представлены только основные процессы, важные на данном уровне
рассмотрения. На диаграммах нужно абстрагироваться от несущественных
пока деталей, нюансов работы и т.д.
6. Материальные процессы, потоки и хранилища на диаграммах DFD не
отображаются (только процессы обработки информации, потоки данных и
хранилища данных).
7. Сначала должны быть рассмотрены функции (процессы), затем—
данные (хранилища), необходимые для выполнения этих функций. Подход «от
данных к функциям» запрещен.
8. Не должно быть связей между внешними сущностями. Во внешних
сущностях не должно быть обработки информации.
9. Имена процессов должны быть глаголами или глагольными
существительными. Имена подсистем должны быть существительными
(названия отделов, должностей). Имена потоков должны быть названиями
документов или групп документов.
10. Для хранилища данных должен быть вход и выход. Должен
соблюдаться закон сохранения информации: нельзя использовать то, чего нет
в хранилище. Все, что хранится, нужно использовать. Запросы к хранилищу
данных на диаграммах не отображаются.
11. Нужно избегать пересечений стрелок, можно создавать копии
хранилищ данных. Множественные однородные потоки данных можно
объединять в один.
12. Элементарные процессы на диаграммах DFD не детализируются.
13. На диаграммах DFD не должно быть изолированных (несвязанных)
объектов (внешних сущностей, подсистем, процессов, хранилищ данных).
Методика описания процесса обработки информации материальные
процессы на DFD-диаграммах не отображаются.
Только процессы обработки информации.
1. Название процесса, основная функция.
57
2. Ответственный за процесс, исполнитель процесса (должность, отдел).
3. Тип процесса (сложный или элементарный).
4. Длительность процесса (минимальная, максимальная, типичная).
5. Входящая информация (документы и хранилища по методикам С и D).
6. Исходящая информация (документы и хранилища по методикам С и D).
7. Алгоритм обработки информации (для сложных процессов — с
точностью до документа, для элементарных процессов — с точностью до
полей, желательно — с использованием структурного естественного языка,
имеющего три конструкции: Последовательность, Ветвление и Цикл,
необходимо уложиться в 10-30 строк).
Методика описания документа
Материальные потоки на DFD-диаграммах не отображаются, только
потоки данных.
Документ может быть бумажный, электронный или другое
информационное сообщение и содержать:
1. Название документа.
2. Функция документа.
3. Маршрут документа (составитель, источник, приемник, следующий
приемник и т.д.).
4. Периодичность (или интенсивность).
5.
Объемы
(число
строк
в
документе),
минималь-
ные/максимальные/типичные.
6. Образцы документа (ксерокопии с реальными данными).
7. Структура документа (поля шапки, табличной части, подвала, типы
данных каждого поля, длина, точность, список возможных значений,
ограничения на значение поля, взаимосвязь с другими полями документа).
8. Исходная информация для составления документа (другие и/или этот
же документ, хранилища данных).
9. Порядок составления документа (алгоритм).
58
Do'stlaringiz bilan baham: | 
