- •Содержание
- •1 Информационные системы — определение, история развития Определение информационных систем
- •2 Информационные системы — состав, структура Структура информационной системы
- •3 Информационные процессы в информационных системах
- •4 Классификация информационных систем
- •5 Классификация информационных систем по функциональному признаку
- •6 Функциональные компоненты информационных систем
- •9 Многоуровневая архитектура информационных систем
- •7 Классификация информационных систем по способу организации
- •8 Клиент-серверная архитектура информационных систем
- •10 Internet/intranet архитектура информационных систем
- •11 Использование информационных систем в процессе управления организацией
- •13 Сферы использования и последствия внедрения информационных систем
- •14 Жизненный цикл информационных систем
- •15 Основные этапы проектирования информационной системы
- •27 Понятие предметной области и модели ее представления
- •28 Анализ предметной области.
- •29 Сущность структурного подхода к разработке информационных систем
- •30 Моделирование бизнес процессов
- •31 Методология функционального моделирования idef0
- •32 Моделирование потоков данных
- •33 Методология моделирование потоков данных dfd
- •34 Основные компоненты диаграмм потоков данных
- •35 Моделирование данных. Диаграммы "сущность-связь"
- •36 Методология моделирование данных erd
- •37 Классификация сущностей предметной области
- •38 Модели данных
- •39 Нормализация и нормальные формы схем "сущность-связь"
- •40 Основные понятия реляционной теории баз данных
- •41 Получение реляционной схемы из er-схемы
- •42 Документальные (текстовые) информационные системы (определение, особенности, классификация)
- •43 Документальные информационные системы. Схема документальной информационно-поисковой системы.
- •44 Индексирование
- •45 Синтаксический анализ в информационно-поисковых системах.
- •46 Поисковые функции ипс
- •48 Показатели эффективности поиска
33 Методология моделирование потоков данных dfd
Построение модели начинается с контекстной диаграммы. Причем на контекстной диаграмме может быть указана либо одна система, внешние системы и потоки данных, определяющие взаимодействие внешних сущностей с системой; либо несколько подсистем и внешние сущности. Разбивается на диаграммы-потомки. Каждая из диаграмм-потомков детализирует либо отдельную систему, либо отдельный процесс. Заканчивается детализация построением мини-спецификации. Мини-спецификация — это описание логики процессов.
Существует несколько формальных признаков, по которым можно определить, что детализация завершена:
Наличие процессов относительно небольшого количества входных и выходных потоков данных.
Возможность описания и преобразования данных в виде последовательного алгоритма.
Возможность описания логики процесса при помощи небольшого алгоритма (около двадцати строк).
После завершения построения модели в обязательном порядке проводится её верификация. Верификация - это проверка на полноту и согласованность. В согласованной модели для всех потоков данных и накопителей должно выполняться условие сохранения информации. Все поступающие куда-либо данные должны быть считаны, а все считываемые данные должны быть записаны и сохранены.
Основными элементами диаграммы являются:
источники данных (Data Source);
процессы обработки данных (Data Process);
хранилища данных (Data store);
потоки данных (Data Flow).
34 Основные компоненты диаграмм потоков данных
..нет
35 Моделирование данных. Диаграммы "сущность-связь"
Общая методология
ER-диаграмма позволяет графически представить все элементы информационной модели согласно простым, интуитивно понятным, но строго определенным правилам — нотациям.
Построение ER-диаграмм, как правило, ведется с использованием CASE-средств.
Сущность на ER-диаграмме представляется прямоугольником с именем в верхней части. Будем использовать английские слова для именования элементов модели.
В прямоугольнике перечисляются атрибуты сущности, при этом атрибуты, составляющие уникальный идентификатор сущности, подчеркиваются.
Документирование отношений (связей)
Отношение (связь) сущностей на ER-диаграмме изображается линией, соединяющей эти сущности.
Степень связи изображается с помощью символа "птичья лапка"1, указывающего на то, что в связи участвует много (N) экземпляров сущности, и одинарной горизонтальной чертой, указывающей на то, что в связи участвует один экземпляр сущности.
Необязательный класс принадлежности сущности к связи изображается с помощью кружочка на линии отношения рядом с сущностью, обязательный класс принадлежности - с помощью вертикальной черты на линии отношения рядом с сущностью.
Отношение читается вдоль линии либо слева направо, либо справа налево.
36 Методология моделирование данных erd
ER нотация
37 Классификация сущностей предметной области
промежуточная сущность — сущность, необходимая для реализации М:М.(М:М - Связь типа много-ко-многим означает, что каждый экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, и каждый экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности). Иногда бывает необходимо связывать сущности таким образом, что с обоих концов связи могут присутствовать несколько экземпляров сущности (например, все члены кооператива сообща владеют имуществом кооператива). Для этого вводится разновидность связи “многие-со-многими”.
супертипы и подтипы. Например, аэропорт, в нем много специалистов. Существуют летчики, операторы (т.е. те, которые непосредственно связаны с самолетом)) и т.д., а есть работники бухгалтерии, и др. специалисты. Так вот супертипы — содержится информация для всех людей, а в подтипах - конкретные параметры. Иногда удобно иметь два или более разных разбиения сущности на подтипы. Например, сущность ЧЕЛОВЕК может быть разбита на подтипы по профессиональному признаку (ПРОГРАММИСТ, ДОЯРКА и т.д.), а может - по половому признаку (МУЖЧИНА, ЖЕНЩИНА).
