- •1 Информация, информационные технологии и информатика
- •1.1 Информация
- •1.2 Информационное общество
- •1.3 Информационные технологии
- •1.4 Информатика
- •2 Информационные системы
- •2.1 Понятие информационной системы
- •2.2 Виды обеспечения информационных систем
- •3 Базовые типы информационных систем
- •3.1 Фактографические информационные системы
- •Основная терминология, используемая в информационных системах на основе реляционных баз данных
- •Модель предметной области “Cущность-связь”
- •Нотация Баркера
- •Стандарт idef1x
- •Связь между функциональными моделями и моделями
- •3.2 Гипертекстовые информационные системы
- •История развития гипертекстовой технологии
- •Отличительные черты гипертекста
- •Основные компоненты гипертекстовой системы
- •3.3 Документальные информационные системы
- •3.4 Интеллектуальные информационные системы
- •4. Жизненный цикл информационных систем, case-технологии
- •4.1 Жизненный цикл информационных систем и его этапы
- •Структурная схема терминов
- •Реальный процесс создания ис на базе каскадной модели
- •Спиральная модель жц
- •4.2 Основы методологии проектирования ис на основе
- •Рекомендуемая литература
Основная терминология, используемая в информационных системах на основе реляционных баз данных
База данных – информация, собранная из различных источников в одном или нескольких файлах и организованная соответствующим образом для облегчения работы с ней.
Записи – горизонтальные строки данных в таблицах.
Запрос – способ получения данных из таблицы в соответствии с заданным критерием. По запросам можно просматривать поля сразу нескольких таблиц или элементы одной записи.
Макросы – средство автоматизации работы с базами данных в MS Access, позволяющее автоматически выполнять последовательность часто повторяемых действий.
Модули – объекты для хранения и использования программ на языке Visual Basic for Application (VBA), предназначенные для расширения возможностей MS Access, а также других программ пакета MS Office.
Отчеты – объекты, использующиеся для отображения данных таблицы или запроса в удобном для восприятия формате (с номерами страниц и заголовками). Отчеты не могут редактироваться, но могут содержать данные из нескольких таблиц или запросов.
Первичный ключ таблицы (ключевое поле) – обязательный элемент реляционной таблицы; столбец, значения в котором различны для разных записей.
Поля – вертикальные столбцы данных в таблицах. Каждое поле представляет собой элемент, зарезервированный для данных определенного типа.
Реляционная база данных – база данных из связанного набора таблиц.
Репликация – создание специальных копий базы данных, между которыми осуществляется обмен данными (синхронизация), для возможности использования базы данных на нескольких компьютерах сети.
Страницы доступа к данным – специальные веб-страницы, которые предоставляют удаленным пользователям сети Internet веб-интерфейс форм Access для доступа к базам данных.
Таблицы – информация, расположенная в строках и столбцах в табличной форме.
Формы – объекты, используемые для отображения таблиц или запросов в удобном для чтения, редактирования и ввода новых данных формате. В формах может отображаться информация из нескольких таблиц или запросов.
SQL (Structured Query Language) – язык структурированных запросов, специализированный язык для создания запросов.
Модель предметной области “Cущность-связь”
Модель “Сущность связь” (Entity-Relationship Model /ERM/, Entity-Relationship Diagram /ERD/) относится к семантическому моделированию, т. е. моделированию, опирающемуся на смысл используемых в модели данных. Первый вариант модели “Сущность связь” был предложен Питером Пин-Шэн Ченом в 1976 г. как метод проектирования баз данных.
За последние годы разработано большое количество вариантов этой модели пригодных как для разработки баз и хранилищ данных, так и анализа предметной области. Наиболее известными из указанных моделей являются: нотация Мартина (Information Engineering, IE), нотация Баркера, IDEF1, IDEF1X, нотация UML.
Рассмотрим основные понятия, используемые в модели “Сущность связь”.
Сущность (в некоторых нотациях класс сущностей) – класс однотипных объектов, информация о которых должна быть отражена в модели. Для того чтобы отличать сущности друг от друга они именуются, каждой сущности модели присваивается имя – обычно существительное в единственном числе (если этого недостаточно существительное может уточняться прилагательным).
Экземпляр сущности (в нотациях, в которых используется понятие класса сущностей – сущность) – это представитель данной сущности. Экземпляры сущности в рамках модели должны быть различимы.
Атрибуты сущности – это именованные характеристики, являющиеся свойствами сущности (ее параметрами).
Рекомендуется, чтобы имена атрибутов были уникальными в рамках модели.
Производные атрибуты – атрибуты, которые можно вычислить через другие атрибуты.
Строго говоря, производные атрибуты, это ошибка нормализации БД, однако их иногда вводят для увеличения производительности СУБД.
Нормализация – процесс реорганизации сущностей и атрибутов с целью привести их к форме необходимой для создания реляционной модели данных.
Реляционная модель данных – представление данных в виде связанных двумерных таблиц.
Первичный ключ (Primary Key /PK/, ключ сущности, идентификатор сущности) – это неизбыточный набор атрибутов, значения которых в совокупности являются уникальными для конкретного экземпляра сущности и позволяют однозначно выделить его из других экземпляров данной сущности.
С точки зрения реляционных баз данных сущности – это таблицы, атрибуты – поля таблиц, экземпляры сущностей – записи (строки) таблиц.
Связь – это некоторая ассоциация между двумя и более сущностями. Связь между двумя сущностями – бинарная. Связь сущности самой с собой – рекурсивная. Связь, обычно, именуется в неопределенной глагольной форме, например, “Иметь”, ”Принадлежать”.
Логический уровень моделей баз данных (БД) – абстрактный уровень представления, при котором данные представляются также как и в реальном мире. Логические модели никак не связаны со структурами информационных систем (ИС) и систем управления базами данных (СУБД).
Физическая модель БД – модель построения ИС и СУБД на основе конкретной программной реализации.
Прямое проектирование БД подразумевает разработку логической модели БД, а затем по ней построение физической модели БД под конкретную СУБД.