31. Задачи информационных систем (ис).

Конкретные задачи, которые должны решаться информационной системой, зависят от той прикладной области, для которой предназначена система.

Уровень надежности и продолжительность хранения информации во многом определяются конкретными требованиями корпорации к информационной системе.

Следующей задачей, которую должно выполнять большинство информационных систем — это хранение данных, обладающих разными структурами. Разумным требованием является возможность развития. Если говорить о групповых или корпоративных информационных системах, то их наличие предполагает возможность работы с системой с нескольких рабочих мест.

Подобные рассуждения вызвали появления понятия транзакции.

Нарушение целостности базы данных при окончании транзакции. Решение — откат транзакции. Второй возможный случай — аварийное выключение питания, в результате чего теряется содержимое основной памяти, в буферах которой, возможно, находились измененные, но еще не записанные во внешнюю память блоки базы данных. Решение — откат всех транзакций, которые не завершились к моменту аварии, и гарантированная запись во внешней памяти результатов завершившихся транзакций. Наконец, третий случай — авария внешнего носителя базы данных. Решение — переписать на исправный внешний носитель архивную копию базы данных (конечно, нужно ее иметь), после чего повторить операции всех транзакций, которые были выполнены после архивации, а затем выполнить откат всех транзакций, не закончившихся к моменту аварии.

В корпоративных информационных системах часто возникает потребность в распределенном хранении общей базы данных.И наконец, еще один класс задач относится к обеспечению удобного и соответствующего целям информационной системы пользовательского интерфейса.

31. Проектирование информационных систем. Основные этапы.

• Первой стадией проектирования должен быть анализ требований корпорации.

• Выработка концептуальной схемы базы данных, которая будет лежать в основе информационной системы.

• На основе имеющейся концептуальной схемы произвести набор определений схемы реляционной базы данных в терминах языка SQL.

• На этой же стадии необходимо решить, какие таблицы будут реально хранимыми, а какие — представляемыми (view).

• После того, как выработана общая реляционная схема базы данных, необходимо определиться с архитектурой системы.

• дополнение реляционных схем разделов распределенной базы данных определениями общих ограничений целостности, триггеров и хранимых процедур.

• Параллельно с физическим проектированием базы данных информационной системы может проводиться проектирование и разработка интерфейса системы и ее обрабатывающей части.

31. Подходы к проектированию интегрированных систем управления.

Мы описали одну из возможных схем проектирования и разработки информационной системы, представив весь процесс в виде последовательно выполняемых стадий. Если проект основывается на некотором интегрированном CASE-средстве с единым репозитарием, то эти стадии могут перемешиваться.

31. Обеспечение сохранности информации и надежности хранения данных в ис (raid).

• RAID 0 представлен как дисковый массив повышенной производительности и меньшей отказоустойчивости.

• RAID 1 определён как зеркальный дисковый массив.

• RAID 2 зарезервирован для массивов, которые применяют код Хемминга.

• RAID 3 и 4 используют массив дисков с чередованием и выделенным диском чётности.

• RAID 5 используют массив дисков с чередованием и "невыделенным диском чётности".