Файл: Шпоры_2012.docx

31. Инфраструктура ключей (pki) против децентрализованной инфраструктуры (pgp).

Наиболее широкое распространение получили системы на основе открытых ключей: PGP и PKI.

Наличие ЦС и ЦР обусловило то, что в системе PKI доминирующим направлением подтверждения подлинности является вертикальная (иерархическая) составляющая, когда сертификат подтверждается кем-то, имеющим более высокий статус. В системе PGP основной является горизонтальная составляющая или, другими словами, схема «прямого доверия».

В основу PGP положен стандарт OpenPGP, который содержит:

∙ сведения о владельце сертификата; ∙ открытый ключ владельца сертификата; ∙ ЭЦП владельца сертификата; ∙ период действия сертификата; ∙ предпочтительный алгоритм шифрования.

В основу PKI положен стандарт Х.509 , который содержит:

∙ открытый ключ владельца сертификата; ∙ серийный номер сертификата; ∙ уникальное имя владельца; ∙ период действия сертификата; ∙ уникальное имя издателя; ∙ ЭЦП издателя и идентификатор алгоритма подписи.

Обе эти технологии используются для следующих целей:

∙ обеспечение механизма строгой аутентификации;

∙ организация защищенного обмена электронной почтой;

∙ организация виртуальных частных сетей (VPN) для защищенных соединений удаленных пользователей и филиальных сетей организации;

∙ организация защищенных порталов (доступ через Интернет), систем разграничения доступа к сайтам, порталам и приложениям.

31. Критерии выбора системы управления базами данных (субд).

Моделирование данных.

• Используемая модель данных. Существует множество моделей данных; самые распространенные — иерархическая, сетевая, реляционная, объектно-реляционная и объектная.

• Триггеры и хранимые процедуры.

• Средства поиска.

• Предусмотренные типы данных.

• Реализация языка запросов.

Особенности архитектуры и функциональные возможности.

• Мобильность – это независимость системы от среды, в которой она работает.

• Масштабируемость.

• Распределенность.

• Сетевые возможности. Многие системы позволяют использовать широкий диапазон сетевых протоколов и служб для работы и администрирования.

Контроль работы системы

• Контроль использования памяти компьютера.

• Автонастройка.

Особенности разработки приложений.

• Многие производители СУБД выпускают также средства разработки приложений для своих систем.

• Средства проектирования.

• Многоязыковая поддержка.

• Возможности разработки Web-приложений.

• Поддерживаемые языки программирования.

Производительность.

• Рейтинг TPC.

• Возможности параллельной архитектуры.

• Возможности оптимизирования запросов.

Надежность.

• Восстановление после сбоев.

• Резервное копирование.

• Откат изменений.

• Многоуровневая система защиты.

Требования к рабочей среде.

• ∙ Поддерживаемые аппаратные платформы.

• ∙ Минимальные требования к оборудованию.

• ∙ Максимальный размер адресуемой памяти.

• ∙ Операционные системы, под управлением которых способна работать СУБД

Смешанные критерии.

• ∙ Качество и полнота документации.

• ∙ Локализованность.

• ∙ Модель формирования стоимости.

• ∙ Стабильность производителя.

• ∙ Распространенность СУБД.

31. Специфика информационных программных систем.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

31. Использование возможностей субд при построении ис: преимущества и недостатки.

• Выбор типа. Скорее всего база будет реляцинной. Далее необходимо рассмотреть конкретный пример решения СУБД. Обратить внимание на язык SQL а точнее его диалекты.

• Известны примеры реально функционирующих информационных систем, в кото-

• рых хранилище данных планировалось основывать на файлах. В результате развития

• большинства таких систем в них выделился отдельный компонент, который представ-

• ляет собой примитивную разновидность СУБД. Самодельные СУБД — главный бич

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

• запросов становится известным при проектировании информационной системы; для

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

• После этого остается простая программистская работа, и специализированная СУБД

• готова. Однако, потом оказывается, что не все возможные запросы были учтены

• при проектировании. Бедный разработчик СУБД постоянно добавляет в нее новые

• функции, пока не решает создать общий язык запросов, на котором можно сформу-

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

• Через некоторое время в корпорации принимают решение разработать еще одну ин-

• формационную систему, структуры хранимых данных которой отличаются от тех,

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

• удается добиться работоспособности разработанной СУБД, это означает всего лишь

• изобретение еще одного .велосипеда., поскольку СУБД такого уровня существует

• великое множество. Они дешевы и поддерживаются производителями.

31. Типовые архитектуры информационных систем

Традиционным методом организации информационных систем является двухзвенная архитектура «клиент-сервер». В этом случае вся прикладная часть информационной системы выполняется на рабочих станциях системы (т.е. дублируется), а на стороне сервера(ов) осуществляется только доступ к базе данных.

Файл-серверные приложения

Организация информационных систем на основе использования выделенных файл-

серверов все еще является наиболее распространенной в связи с наличием большого