
- •Владимир Николаевич Петров Юрий Избачков Информационные системы
- •Аннотация
- •Юрий Сергеевич Избачков, Владимир Николаевич Петров Информационные системы: Учебник для вузов Введение
- •Информационные системы
- •База данных
- •Case‑средства
- •Средства разработки
- •Для кого предназначена эта книга
- •Как составлена книга
- •Часть I. Анализ и проектирование информационных систем
- •Часть II. Delphi – система быстрой разработки приложений
- •Часть III. Выборка данных и отображение ее результатов
- •Часть IV. Компоновка приложения и управление проектом
- •Часть V. Технология com
- •Часть VI. Программирование для Интернета
- •Факторы, влияющие на развитие корпоративных информационных систем
- •Развитие методик управления предприятием
- •Развитие общих возможностей и производительности компьютерных систем
- •Развитие подходов к технической и программной реализации элементов информационных систем
- •Основные составляющие корпоративных информационных систем
- •Соотношение между составляющими информационной системы
- •Классификация информационных систем
- •Классификация по масштабу
- •Классификация по сфере применения
- •Классификация по способу организации
- •Области применения и примеры реализации информационных систем
- •Бухгалтерский учет
- •Управление финансовыми потоками
- •Управление складом, ассортиментом, закупками
- •Управление производственным процессом
- •Управление маркетингом
- •Документооборот
- •Оперативное управление предприятием
- •Предоставление информации о фирме
- •Требования, предъявляемые к информационным системам
- •Гибкость
- •Надежность
- •Эффективность
- •Безопасность
- •Глава 2 Жизненный цикл информационных систем
- •Общие сведения об управлении проектами
- •Понятие проекта
- •Классификация проектов
- •Основные фазы проектирования информационной системы
- •Концептуальная фаза
- •Подготовка технического предложения
- •Проектирование
- •Разработка
- •Ввод системы в эксплуатацию
- •Процессы, протекающие на протяжении жизненного цикла информационной системы
- •Основные процессы жизненного цикла
- •Разработка
- •Эксплуатация
- •Сопровождение
- •Вспомогательные процессы жизненного цикла
- •Организационные процессы
- •Структура жизненного цикла информационной системы
- •Начальная стадия
- •Стадия уточнения
- •Стадия конструирования
- •Стадия передачи в эксплуатацию
- •Модели жизненного цикла информационной системы
- •Каскадная модель жизненного цикла информационной системы
- •Основные этапы разработки по каскадной модели
- •Основные достоинства каскадной модели
- •Недостатки каскадной модели
- •Спиральная модель жизненного цикла
- •Итерации
- •Преимущества спиральной модели
- •Недостатки спиральной модели
- •Глава 3 Методология и технология разработки информационных систем
- •Методология rad
- •Основные особенности методологии rad
- •Объектно‑ориентированный подход
- •Визуальное программирование
- •Событийное программирование
- •Фазы жизненного цикла в рамках методологии rad
- •Фаза анализа и планирования требований
- •Фаза проектирования
- •Фаза построения
- •Фаза внедрения
- •Ограничения методологии rad
- •Профили открытых информационных систем
- •Понятие профиля информационной системы
- •Принципы формирования профиля информационной системы
- •Структура профилей информационных систем
- •Профиль прикладного программного обеспечения
- •Профиль среды информационной системы
- •Профиль защиты информации
- •Профиль инструментальных средств
- •Стандарты и методики
- •Виды стандартов
- •Методика cdm фирмы Oracle
- •Общая структура
- •Особенности методики cdm
- •Международный стандарт iso/iec 12207: 1995‑08‑01
- •Общая структура
- •Основные и вспомогательные процессы жизненного цикла
- •Особенности стандарта iso 12207
- •Универсальный язык моделирования
- •Предшественники uml
- •Структура uml
- •Глава 4 Реляционные базы данных
- •Общие сведения о базах данных
- •Основные функции систем управления базами данных
- •Непосредственное управление данными во внешней памяти
- •Управление буферами оперативной памяти
- •Управление транзакциями
- •Протоколирование
- •Поддержка языков баз данных
- •Эволюция систем управления базами данных
- •Субд первого поколения
- •Реляционные субд
- •Объектно‑ориентированные субд
- •Реляционная модель данных
- •Базовые понятия реляционной модели данных
- •Тип данных
- •Атрибуты, схема отношения, схема базы данных
- •Пустые значения
- •Ключи отношения
- •Связанные отношения
- •Внешние ключи отношения
- •Условия целостности данных
- •Типы связей между таблицами
- •Конец ознакомительного фрагмента.
Атрибуты, схема отношения, схема базы данных
Столбцы отношения называют атрибутами, им присваиваются имена, по которым к ним затем производится обращение.
Список имен атрибутов отношения с указанием имен доменов (или типов, если домены не поддерживаются), называется схемой отношения.
Схема нашего отношения СТУДЕНТ запишется так:
СТУДЕНТ {№_студенческого_билета Номера_студенческих_билетов
Имя Имена,
Дата_рождения Даты_рождения,
Курс Номера_курсов,
Специальность Специальности}
Степень отношения – это число его атрибутов. Отношение степени один называют унарным, степени два – бинарным, степени три – тернарным, …, степени n – n‑арным.
Степень отношения СТУДЕНТЫ равна пяти, то есть оно является 5‑арным.
Схемой базы данных называется множество именованных схем отношений.
Кортеж
Кортеж, соответствующий данной схеме отношения, представляет собой множество пар {имя атрибута, значение}, которое содержит одно вхождение каждого имени атрибута, принадлежащего схеме отношения. Аргумент значение является допустимым значением домена данного атрибута (или типа данных, если понятие домена не поддерживается). Тем самым, степень кортежа, то есть число элементов в нем, совпадает со степенью соответствующей схемы отношения. Иными словами, кортеж– это набор именованных значений заданного типа.
Таким образом, отношение, по сути, является множеством кортежей, соответствующим одной схеме отношения.
Примечание.
Схему отношения иногда называют также заголовком отношения, а отношение как набор кортежей – телом отношения.
Примечание.
Понятие схемы отношения напоминает понятие структурного типа данных в языках программирования (структура в C/C++, запись в Pascal). Однако в реляционных базах данных имя схемы отношения всегда совпадает с именем соответствующего отношения‑экземпляра. В классических реляционных базах данных после определения схемы базы данных изменяются только отношения‑экземпляры. В них могут появляться новые и удаляться или модифицироваться существующие кортежи. Однако во многих реализациях допускается также изменение схемы базы данных: определение новых и изменение существующих схем отношения. Это принято называть эволюцией схемы базы данных.
Кардинальным числом, или мощностью отношения, называется число его кортежей. Мощность отношения СТУДЕНТЫ равна 6. В отличие от степени отношения, кардинальное число отношения изменяется во времени.
Пустые значения
В некоторых случаях какой‑либо атрибут отношения может быть неприменим. Например, в рассматриваемом в качестве примера отношении СТУДЕНТЫ может также храниться информация о потенциальных абитуриентах, посещающих подготовительные курсы вуза. В этом случае неприменимыми оказываются атрибуты №_студенческого_билета и Курс (так как абитуриенты еще не поступили в вуз и, следовательно, не имеют студенческого билета и не могут быть отнесены к какому‑либо курсу). Кроме того, иногда при вводе информации в строку реляционной таблицы некоторые данные могут быть неизвестными и выясняться позже (при поступлении на подготовительные курсы абитуриент может еще не определиться окончательно, на какую специальность он будет поступать).
В обоих указанных случаях в поля, соответствующие неприменимым или неизвестным атрибутам, ничего не заносится, и строка записывается в базу данных с пустыми значениями этих атрибутов.
Следует понимать, что пустое значение – это не ноль и не пустая строка, а неизвестное значение атрибута, которое не определено в данный момент времени и, в принципе, может быть определено позднее.
Примечание.
Для обозначения пустых значений полей используется слово NULL.