- •Лекция 1. Основные понятия технологии проектирования информационных систем (ис)
- •Методы программной инженерии в проектировании ис.
- •Лекция 2. Жизненный цикл программного обеспечения ис
- •Лекция 3. Организация разработки ис
- •Каноническое проектирование ис
- •Типовое проектирование ис
- •Лекция 4. Анализ и моделирование функциональной области внедрения ис
- •Полная бизнес-модель компании
- •Шаблон формирования бизнесов
- •Шаблон формирования функционала компании (основных бизнес-функций)
- •Шаблон формирования зон ответственности за функционал компании
- •Шаблон потокового процессного описания
- •Построения организационно-функциональной модели компании
- •Инструментальные средства организационного моделирования
- •Лекция 5: Спецификация функциональных требований к ис
- •Процессные потоковые модели
- •Основные элементы процессного подхода
- •Выделение и классификация процессов
- •Референтная модель бизнес-процесса
- •Проведение предпроектного обследования предприятий
- •Результаты предпроектного обследования
- •Лекция 6. Методологии моделирования предметной области
- •Структурная модель предметной области
- •Объектная структура
- •Функциональная структура
- •Структура управления
- •Организационная структура
- •Техническая структура
- •Функционально-ориентированные и объектно-ориентированные методологии описания предметной области
- •Функциональная методика idef0
- •Функциональная методика потоков данных
- •Объектно-ориентированная методика
- •Сравнение существующих методик
- •Синтетическая методика
- •Лекция 7: Информационное обеспечение ис
- •Внемашинное информационное обеспечение Основные понятия классификации технико-экономической информации
- •Правила классификации продукции
- •Кодирование технико-экономической информации
- •Понятие унифицированной системы документации
- •Внутримашинное информационное обеспечение
- •Проектирование экранных форм электронных документов
- •Информационная база и способы ее организации
- •Моделирование данных
- •Базовые понятия erd
- •Метод idefi
- •Отображение модели данных в инструментальном средстве eRwin
- •Документирование модели
- •Масштабирование
- •Создание логической модели данных Уровни логической модели
- •Сущности и атрибуты
- •Типы сущностей и иерархия наследования
- •Нормализация данных
- •Создание физической модели данных
- •Правила валидации и значения по умолчанию
- •Индексы
- •Триггеры и хранимые процедуры
- •Проектирование хранилищ данных
- •Вычисление размера бд
- •Прямое и обратное проектирование
- •Генерация кода клиентской части с помощью eRwin Расширенные атрибуты
- •Генерация кода в Visual Basic
- •Создание отчетов
- •Генерация словарей
- •Лекция 9: Унифицированный язык визуального моделирования Unified Modeling Language (uml)
- •Синтаксис и семантика основных объектов uml Классы
- •Диаграммы классов
- •Диаграммы использования
- •Диаграммы последовательностей
- •Кооперативные диаграммы
- •Диаграммы состояний
- •Диаграммы деятельности
- •Диаграммы компонентов
- •Пакеты uml
Метод idefi
Наиболее распространенными методами для построения ERD-диаграмм являются метод Баркера и метод IDEFI.
Метод Баркера основан на нотации, предложенной автором, и используется в case-средстве Oracle Designer.
Метод IDEFIоснован на подходе Чена и позволяет построитьмодель данных, эквивалентную реляционной модели в третьей нормальной форме. На основе совершенствования метода IDEFI создана его новая версия — метод IDEFIX, разработанный с учетом таких требований, как простота для изучения и возможность автоматизации. IDEFIX-диаграммы используются в ряде распространенных CASE-средств (в частности, ERwin, Design/IDEF).
В методе IDEFIX сущностьявляется независимой от идентификаторов или просто независимой, если каждый экземплярсущностиможет быть однозначно идентифицирован без определения его отношений с другимисущностями.Сущностьназывается зависимой от идентификаторов или просто зависимой, если однозначная идентификация экземплярасущностизависит от его отношения к другойсущности(рис. 10.1,10.2).
Рис. 10.1.Независимые от идентификации сущности
Рис. 10.2.Зависимые от идентификации сущности
Каждой сущностиприсваиваются уникальные имя и номер, разделяемые косой чертой"/"и помещаемые над блоком.
Связьможет дополнительно определяться с помощью указания степени или мощности (количества экземпляров сущности-потомка, которое может порождать каждый экземпляр сущности-родителя). В IDEFIX могут быть выражены следующиемощности связей:
каждый экземпляр сущности-родителя может иметь ноль, один или более одного связанного с ним экземпляра сущности-потомка;
каждый экземпляр сущности-родителя должен иметь не менее одного связанного с ним экземпляра сущности-потомка;
каждый экземпляр сущности-родителя должен иметь не более одного связанного с ним экземпляра сущности-потомка;
каждый экземпляр сущности-родителя связан с некоторым фиксированным числом экземпляров сущности-потомка.
Если экземпляр сущности-потомка однозначно определяется своей связьюс сущностью-родителем, тосвязьназывается идентифицирующей, в противном случае — неидентифицирующей.
Связьизображается линией, проводимой между сущностью-родителем и сущностью-потомком, с точкой на конце линии у сущности-потомка (рис. 10.3).Мощность связейможет принимать следующие значения: N — ноль, один или более, Z — ноль или один, Р — один или более. По умолчаниюмощность связейпринимается равной N.
Рис. 10.3.Графическое изображение мощности связи
Идентифицирующая связьмежду сущностью-родителем и сущностью-потомком изображается сплошной линией. Сущность-потомок в идентифицирующейсвязиявляется зависимой от идентификаторасущностью. Сущность-родитель в идентифицирующейсвязиможет быть как независимой, так и зависимой от идентификаторасущностью(это определяется еесвязямис другимисущностями).
Пунктирная линия изображает неидентифицирующую связь(рис. 10.4). Сущность-потомок в неидентифицирующейсвязибудет не зависимой от идентификатора, если она не является также сущностью-потомком в какой-либо идентифицирующейсвязи.
Атрибутыизображаются в виде списка имен внутри блокасущности.Атрибуты, определяющиепервичный ключ, размещаются наверху списка и отделяются от другихатрибутовгоризонтальной чертой (рис. 10.4).
Сущностимогут иметь такжевнешние ключи(Foreign Key), которые могут использоваться в качестве части или целогопервичного ключаили неключевогоатрибута. Для обозначения внешнего ключа внутрь блокасущностипомещают именаатрибутов, после которых следуют буквы FK в скобках (рис. 10.4).
Рис. 10.4.Неидентифицирующая связь