- •Лекция №1 Содержание лекции
- •Информационный процесс
- •Информационная система
- •Классификация информационных систем
- •Классификация по масштабу
- •Одиночные информационные системы
- •Групповые информационные системы
- •Корпоративные информационные системы
- •Классификация по сфере применения
- •Классификация по способу организации
- •Архитектура файл-сервер
- •Архитектура клиент-сервер
- •Многоуровневая архитектура
- •Интернет/интранет-технологии
- •Требования, предъявляемые к информационным системам
- •Гибкость
- •Надежность
- •Эффективность
- •Безопасность
- •Лекция №2 Содержание лекции
- •Жизненный цикл информационных систем
- •Общие сведения об управлении проектами
- •Классификация проектов
- •Основные фазы проектирования информационной системы
- •Концептуальная фаза
- •Подготовка технического предложения
- •Проектирование
- •Разработка
- •Ввод системы в эксплуатацию
- •Процессы, протекающие на протяжении жизненного цикла информационной системы
- •Основные процессы жизненного цикла
- •Разработка
- •Эксплуатация
- •Сопровождение
- •Вспомогательные процессы жизненного цикла
- •Организационные процессы
- •Структура жизненного цикла информационной системы
- •Начальная стадия
- •Стадия уточнения
- •Стадия конструирования
- •Стадия передачи в эксплуатацию
- •Лекция №3 Содержание лекции
- •Жизненный цикл информационных систем Модели жизненного цикла информационной системы
- •Каскадная модель жизненного цикла информационной системы
- •Основные этапы разработки по каскадной модели
- •Основные достоинства каскадной модели
- •Недостатки каскадной модели
- •Спиральная модель жизненного цикла
- •Итерации
- •Преимущества спиральной модели
- •Недостатки спиральной модели
- •Лекция №4 Содержание лекции
- •Методология и технология разработки информационных систем
- •Методология rad
- •Основные особенности методологии rad
- •Объектно-ориентированный подход
- •Визуальное программирование
- •Событийное программирование
- •Фазы жизненного цикла в рамках методологии rad
- •Фаза анализа и планирования требований
- •Фаза проектирования
- •Фаза построения
- •Фаза внедрения
- •Ограничения методологии rad
- •Лекция №5 Содержание лекции
- •Методология и технология разработки информационных систем Профили открытых информационных систем
- •Понятие профиля информационной системы
- •Принципы формирования профиля информационной системы
- •Структура профилей информационных систем
- •Профиль прикладного программного обеспечения
- •Профиль среды информационной системы
- •Профиль защиты информации
- •Профиль инструментальных средств
- •Лекция №6 Содержание лекции
- •Методология и технология разработки информационных систем Стандарты и методики
- •Виды стандартов
- •Методика cdm фирмы Oracle
- •Общая структура
- •Особенности методики сdм
- •Международный стандарт iso/iec 12207: 1995-08-01
- •Общая структура
- •Основные и вспомогательные процессы жц
- •Особенности стандарта iso 12207
- •Лекция №7 Содержание лекции
- •Case-технологии проектирования информационных систем
- •Характеристика современных case-средств
- •Локальные средства
- •Объектно-ориентированные case-средства
- •Средства конфигурационного управления
- •Средства документирования
- •Средства тестирования
- •Лекция №8 Содержание лекции
- •Принципы построения и этапы проектирования баз данных Основные понятия и определения
- •Описательная модель предметной области
- •Лекция №9 Содержание лекции
- •Принципы построения и этапы проектирования баз данных Концептуальные модели данных
- •Типы структур данных
- •Операции над данными
- •Ограничения целостности
- •Иерархическая модель данных
- •Сетевая модель данных
- •Реляционная модель данных
- •Бинарная модель данных
- •Семантическая сеть
- •Лекция № 10 Содержание лекции
- •Технология моделирования информационных систем Методы моделирования систем
- •Математическая модель системы
- •Классификация математических моделей
- •Лекция № 11 Содержание лекции
- •Имитационные модели информационных систем Методологические основы применения метода имитационного моделирования
- •Лекция № 12 Содержание лекции
- •Имитационные модели информационных систем Классификация имитационных моделей
- •Структура типовой имитационной модели с календарем событий
- •Лекция №13 Содержание лекции
- •Имитационные модели информационных систем Технология моделирования случайных факторов Генерация псевдослучайных чисел (псч)
- •Мультипликативный метод
- •Аддитивный метод
- •Смешанный метод
- •Моделирование случайных событий
- •Последовательное моделирование
- •Моделирование после предварительных расчетов
- •Лекция №14 Содержание лекции
- •Имитационные модели информационных систем Технология моделирования случайных факторов Моделирование случайных величин
- •Моделирование непрерывных случайных величин
- •Метод обратной функции
- •Метод исключения (Неймана)
- •Метод композиции
- •Моделирование дискретных случайных величин
- •Метод последовательных сравнений
- •Метод интерпретации
- •Моделирование случайных векторов
- •Метод условных распределений
- •Метод исключения (Неймана)
- •Метод линейных преобразований
- •Лекция №15 Содержание лекции
- •Имитационные модели информационных систем Основы организации имитационного моделирования Этапы имитационного моделирования
- •Испытание имитационной модели
- •Задание исходной информации
- •Верификация имитационной модели
- •Проверка адекватности модели
- •Калибровка имитационной модели
- •Исследование свойств имитационной модели
- •Оценка погрешности имитации, связанной с использованием в модели генераторов псевдослучайных чисел (псч)
- •Определение длительности переходного режима
- •Оценка устойчивости результатов имитации
- •Исследование чувствительности модели
- •Языки моделирования
- •Лекция №18 Содержание лекции
- •Методология описания и моделирования процессов Метод описания процессов idef3
- •Описание idef3
- •Основные элементы диаграмм описания последовательности процессов
- •Функциональный элемент (uob)
- •Элемент связи
- •Связи старшинства
- •Сдерживаемые связи старшинства
- •Относительные связи
- •Связь «поток объектов»
- •Перекресток
- •Типы перекрестков
- •Элемент «референт»
- •Виды референтов
- •Использование референта «запустить и ждать»
- •Использование референта «запустить и продолжить»
- •Scenario-референт
- •Элемент «примечание»
- •Декомпозиция процесса
Принципы построения и этапы проектирования баз данных Концептуальные модели данных
В отличие от инфологической модели ПрОбл, описывающей по некоторым правилам сведения об объектах материального мира и связи между ними, которые следует иметь в БД, концептуальная модель описывает хранимые в ЭВМ данные и связи. В силу этого каждая модель данных неразрывно связана с языком описания данных конкретной СУБД (см. Лекция №8 рис. 3).
По существу модель данных — это совокупность трех составляющих:
типов (структур) данных;
операций над данными;
ограничений целостности.
Другими словами, модель данных представляет собой некоторое интеллектуальное средство проектировщика, позволяющее реализовать интерпретацию сведений о ПрОбл в виде формализованных данных в соответствии с определенными требованиями, т.е. средство абстракции, которое дает возможность увидеть "лес" (информационное содержание данных), а не отдельные "деревья" (конкретные значения данных).
Типы структур данных
Среди широкого множества определений, обозначающих типы структур данных, наиболее распространена терминология КОДАСИЛ (Conference of DAta SYstems Language) – международной ассоциации по языкам систем обработки данных, созданной в 1959 г.
В соответствии с этой терминологией используют пять типовых структур (в порядке усложнения):
элемент данных;
агрегат данных;
запись;
набор;
база данных.
Дадим краткие определения этих структур.
Элемент данных — наименьшая поименованная единица данных, к которой СУБД может адресоваться непосредственно и с помощью которой выполняется построение всех остальных структур данных.
Агрегат данных — поименованная совокупность элементов данных, которую можно рассматривать как единое целое. Агрегат может быть простым или составным (если он включает в себя другие агрегаты).
Запись — поименованная совокупность элементов данных и (или) агрегатов. Таким образом, запись – это агрегат, не входящий в другие агрегаты. Запись может иметь сложную иерархическую структуру, поскольку допускает многократное применение агрегации.
Набор — поименованная совокупность записей, образующих двухуровневую иерархическую структуру. Каждый тип набора представляет собой связь между двумя типами записей. Набор определяется путем объявления одного типа записи "записью-владельцем", а других типов записей — "записями-членами". При этом каждый экземпляр набора должен содержать один экземпляр "записи-владельца" и любое количество "записей-членов". Если запись представляет в модели данных сущность, то набор — связь между сущностями. Например, если рассматривать связь "учится" между сущностями "учебная группа" и "студент", то первая из сущностей объявляется "записью-владельцем" (она в экземпляре набора одна), а вторая – "записью-членом" (их в экземпляре набора может быть несколько).
База данных поименованная совокупность экземпляров записей различного типа, содержащая ссылки между записями, представленные экземплярами наборов.
Отметим, что структуры БД строятся на основании следующих основных композиционных правил:
БД может содержать любое количество типов записей и типов наборов;
между двумя типами записей может быть определено любое количество наборов;
тип записи может быть владельцем и одновременно членом нескольких типов наборов.
Следование данным правилам позволяет моделировать данные о сколь угодно сложной ПрОбл с требуемым уровнем полноты и детализации.
Рассмотренные типы структур данных могут быть представлены в различной форме — графовой; табличной; в виде исходного текста языка описания данных конкретной СУБД.