Стратегиями могут быть:

• повысить конкурентоспособность предприятия

• исключить избыточные процессы, связанные с оформлением запросов;

• автоматизировать рутинные операции;

• повысить производительность труда лиц, принимающих решения;

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

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

Тактики по существу представляют собой задачи, которые необходимо решить, чтобы действовать в соответствии с выбранной стратегией, например:

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

• сформировать интегрированную БД сведений о товарах и пользователях;

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

Причины плохого использования данных и проблемы обеспечения работоспособности системы (табл.4), факторы, способствующие созданию БД (табл.5), характеристика факторов, затрудняющих повышение эффективности обслуживания пользователей (табл.6) являются важной информацией для: разработки БД, выявления возможных стратегий улучшения ситуации, создания средств повышения эффективности существующей информационной системы, определения проблем и задач для дальнейших исследований.

После изучения состояния существующей системы необходимо составить план организационно-технических мероприятий по совершенствованию системы. Фрагмент такого плана дан в табл.7.

Таблица 4 - Проблемы обеспечения работоспособности информационной системы

Решаемая задача/проблема	Описание задачи/проблемы	Предлагаемое решение
Оперативность доставки данных, снижение накладных расходов на доставку	Существующие системы информационного обмена основаны на периодическом опросе источника данных. При этом возникает проблема несвоевременной доставки информации, а также значительно увеличиваются накладные расходы на ее передачу, поскольку она включает множество временных таблиц. Большие объемы информации передаются вхолостую	Переход на модель передачи информации, управляемой по событию. Использование многопоточности в каналах передачи данных
Нормализация форматов обмена	В эксплуатации находятся системы, разработанные в различных средах и использующие СУБД разных производителей, версий и т. п.	Использование стандартов сервисно – ориентированной архитектуры (SOA): XML, SOAP, WSDL
Увеличение управляемости процессов интеграции. Снижение накладных расходов на сопровождение	В настоящее время интеграция прикладных систем и приложений осуществляется значительным количеством разнородного программного обеспечения, как правило, не имеющего средств диагностики сбоев и оповещения. Сложность администрирования и трудоемкость настройки и описания новых информационных каналов	Построение единой платформы системы интеграции, использующей стандарты SOA. Развитая система диагностики. Средства обеспечения отказоустойчивости (поддерживаются кластерные технологии). Единый интерфейс администрирования и управления
Безопасность	Клиентскому программному обеспечению и разработчикам предоставлен доступ к БД, что ведет к потенциальным рискам несанкционированного доступа к данным, приводит к непрогнозируемой нагрузке на сервер БД. Отсутствие протоколов обращений к источнику данных затрудняет разбор спорных ситуаций	Предоставление данных через сервисы обеспечивает эффективное ограничение доступа. Авторизация доступа к сервисам возможна как на транспортном уровне (с помощью паролей или SSL-сертификатов), так и путем поддержки стандартов WS-Security. Обращения к сервисам протоколируются
Большой объем разнородных данных	Увеличение в два раза каждые два-три года.	Создание интегрированных баз данных
Методы аналитической обработки данных	Требуют авторского сопровождения	Стандартизация входных и выходных форматов данных, разбиение обработки данных на этапы
Длительное время поиска данных	Недостаточно метаданных, плохие методы и средства поиска	Создание метаданных, применение Web-технологий, средств динамического представления данных

Таблица 5 - Факторы, способствующие созданию БД

Цель	Средства повышения эффективности за счет совершенствования:			Задачи и проблемы для дальнейших исследований
	Технологий сбора	Технологий обработки	Взаимодействие с др. организациями
Увеличить скорость поступления и введения данных в систему	Развить систему сбора данных по e-mail	Создать систему мониторинга потоков данных	Стандартизовать методы регистрации и форматы сбора данных	Создать системы ввода данных с голоса, путем сканирования
Повысить качество данных	Развить алгоритмы и программные средства контроля данных	Применить визуальные средства для контроля	Стандартизовать методы контроля данных	Разработать новые методы контроля данных
Уменьшить стоимость обработки	Децентрализовать систему сбора данных	Создать базы агрегированных данных	Выявить постоянных пользователей. Стандартизовать применяемые структуры данных	Развить распределенные базы данных
Уменьшить затраты на подготовку данных	Применять измерительные системы с выводом данных в компьютер	Использовать базы агрегированных данных	Децентрализовать систему обеспечения пользователей и обмена данными	Создать рабочее место для сотрудников, участвующих в процессах регистрации данных
Уменьшить время на программирование системы	Выделить общие программные средства	Создать специализированные языки запросов	Шире применять инструментальные средства (СУБД, ГИС, ЭС, Case-средств и др.)	Исследовать возможности новых инструментальных средств. Составить прогноз развития программно аппаратных средств
Увеличить разнообразие форм выдачи	Стандартизовать формы сбора данных	Шире использовать графические средства представления данных	Создать универсальные формы представления данных (многомерные БД, XML)	Исследовать возможности автоматизации построения различных форм выдачи

Таблица 6 - Характеристика факторов, затрудняющих повышение эффективности обслуживания пользователей

Факторы, препятствующие	Средства их отражения на эффективности подсистем:				Способы устранения
достижению цели	Сбора	Обработки	Взаимодействия
Недостаточное качество данных	Ошибки в исходных данных	Плохое качество расчетов	Претензии пользователей	Разработка многоуровневого контроля данных
Плохое документирование программных средств и массивов данных	Трудности в освоении программ	Дублирование разработок	Трудности при внедрении ПС, технологий	Разрабатывать самодокументируемые программные средства.

Таблица 7 - Организационно-технические мероприятия по совершенствованию системы

Мероприятие	Издержки на проведение мероприятия	Эффект от внедрения
Создание агрегированных баз данных	Дополнительные расходы на создание и хранение	Возможность многократного использования агрегированных данных. Исключение дублирования расчетов
Перевод сбора данных и обслуживания с помощью Web технологий	Расходы на разработку системы и ее эксплуатацию	Увеличение скорости введения данных в обработку и доведения до пользователей
Создание баз метаданных	Расходы на создание	Увеличение скорости поиска данных
Применение инструментальных программных средств ГИС, СУБД	Расходы на приобретение, обучение, эксплуатацию	Увеличение скорости создания ИС, выполнения запросов
Приобретение сервера баз данных	Расходы на приобретение, обучение, эксплуатацию	Увеличение скорости выполнения запросов
Использование Case технологий	Расходы на приобретение, обучение, разработку	Упрощения ведения ИС, разработки программных приложений

7. Методы выявление информационных потребностей пользователей

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

7. Методы анализа запросов пользователей

Информация о характерных запросах и сведения о типовых запросах даются по форме таблиц 8, 9. Укрупненное представление ИП основных категорий пользователей на примере данных о состоянии природной среды представлено в табл.10.

7. Таблица 8 - Информация о характерных запросах

   Категории потребителей	Характерные запросы	Характеристики запросов
   		Частота	Объем	Время выполнения
   Директивные, органы госвласти, руководящие и плановые органы	Аналитическая информация, прогнозы, штормовые оповещения	Ежедневно	< 1 Мбайта	с, мин
   Ученые	Длиннопериодные временные ряды, метаданные, копии и выборки данных	Ежегодно	> 1 Гбайта	Часы и более
   Специалисты	Аналитическая информация, метаданные	Ежегодно	До 1 Гбайта	Мин, часы

9. Таблица 9 - Характеристики типовых запросов

   Характеристики	Типовые запросы
   задач	Метаданные	Информационные	Аналитика
   Число пользователей	1000-2000	50	100-300
   Ожидаемое число запросов в сутки	100-200	40-50	1-2
   Время ответа	Минуты	Часы	Недели
   Время решения задачи	мин	Часы	Недели
   Интенсивность поступления запросов	Десятки в сутки	Десятки в сутки	Один в неделю
   Допустимое время запаздывания	Часы	Сутки	Недели
   Периодичность введения новой порции данных	Месяц	Сутки	Месяц
   Инициатива обслуживания	Пользователь	Пользователь	Персонал

13. Таблица 10 - Укрупненное представление ИП основных категорий пользователей на примере данных о состоянии природной среды

Основные категории пользователей	Доминирующие информационные потребности	Форма представления информации	Регламент информационного обслуживания
Директивные, органы госвласти, руководящие и плановые органы	Аналитическая информация, прогнозы, штормовые оповещения	Факс, Web технологии	По запросу
Ученые	Длиннопериодные временные ряды, сведения о данных, копии и выборки данных	Web технологии	По запросу
Специалисты прикладных НИИ	Аналитическая информация, метаданные	Web технологии	Регулярно и по запросу
Специалисты в сфере производства	Текущая, прогностическая и аналитическая информация	Факс, e-mail, Web технологии	Регулярно в соответствии с соглашением на обслуживание

7. Определение необходимой информации для различных видов деятельности

Основными обобщенными задачами пользователей, решаемыми, например, с помощью информации о состоянии природной среды, могут быть:

• выбор оптимальных решений при перспективном планировании и рациональном размещении объектов экономики;

• оптимальное хозяйственное планирование с учетом сверхдолгосрочных прогнозов и прогнозов развития экономики;

• выработка оптимальных долгосрочных решений на основе сезонных и месячных прогнозов и уточнений к ним;

• принятие оперативных решений по оптимизации технологических процессов;

• принятие оперативных решений по корректировке технологических процессов;

• принятие решений о корректировке планов.

Таблица 11 – Виды управления данными и основные цели этой деятельности

Виды управления данными	Данные и информация	Основные цели
Управление записями	Данные предметной области	Обеспечение полноты сведений, возможность предоставления сведений контролирующим органам, уничтожение при необходимости устаревших данных
Управление документами	Документы в цифровой форме	Обеспечение доступности и сохранности документов
Управление знаниями	Правила	Обеспечение сохранности и доступа к знаниям
Управление контентом	Совокупность данных, технологий, средств и методов	Повышение эффективности функционирования предприятия
Управление информационной безопасностью	Конфиденциальные данные	Обеспечение готовности, доступности и безопасности хранения конфиденциальных данных
Обеспечение прав на конфиденциальность данных	Значимая информация о клиентах, поставщиках	Обеспечение контроля за распространением данных, конфиденциальностью владельца таких данных
Восстановление после катастроф	Все данные	Обеспечение сохранности данных в условиях чрезвычайных обстоятельств
Управление отношениями с клиентом	Данные о внешних связях организации	Обеспечение эффективного использования данных
Управление системами хранения	Все виды хранимых данных на носителях	Обеспечение безопасного и рационального по стоимости хранения данных
Добыча данных	Структурированная информация	Обеспечение средствами анализа данных

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

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

• выберите ключевые темы, которые затрагивают аспекты выгод, получаемых от реализации БД;

• создавайте систему показателей, привычных для восприятия руководителями бизнес - подразделений;

• изучайте годовые отчеты ИТ-подразделений предприятия.

7. Методы и средства документирования массивов и баз данных

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

• формализованное описание БД;

• источники информации (организации, платформы, проекты);

• физическая организация данных – формат хранения данных и инфологическая схема для БД;

• перечень атрибутов с указанием полного и краткого наименований, единиц и методов измерений, пределов изменений;

• описание методов логического, синтаксического контроля данных;

полнота по отношению к исходному носителю или проведенной программе измерений;

• описания программ (проектов), в рамках которых получены данные;

• описание методов измерений и применяемых приборов (измерительных систем);

• список логических единиц хранения с указанием их количества;

• описание программных средств создания и обработки БД;

• перечень публикаций, полученных на основе БД;

• методы тестирования БД;

• используемые классификаторы и кодификаторы.

От полноты приводимых сведений зависит понимание других разделов и количество вопросов потенциальных пользователей. Описание данных должно быть достаточно подробным и доступным как программисту, так и ЛПР. Все БД передаются только с соответствующей документацией, включающей описание (полное и формализованное); описание структуры данных; описание метаданных.

Каждая БД сопровождается следующим комплектом метаданных: описанием БД, форматов данных, кодификаторами, используемыми в процессе создания БД, каталогами данных

7. Преимущества централизованных и распределенных БД

Лекция 11.

Централизованный сбор данных позволил сократить трудозатраты на сбор, поиск и систематизацию данных, уменьшить сроки обработки больших массивов данных, увеличить полноту обрабатываемых данных, в т.ч. за счет международного и межведомственного обмена, обеспечить одноразовое занесение данных на носитель. Последнее позволило в восьмидесятых годах обеспечить многие учреждения копиями основных массивов данных на магнитных лентах без чего переход к следующему этапу был бы невозможен, так как не был бы накоплен опыт обработки данных в региональных организациях. Распределенные БД имеют следующие основные преимущества по сравнению с централизованной БД: обеспечивается большая надежность работы, хранения копий или частей БД, данные становятся ближе к точкам их использования, что ускоряет обращение к данным и сокращает затраты на их передачу. Кроме того, преимуществами распределенных БД являются неявность адресации и тиражирования, независимость от конфигурации, использование неоднородных СУБД, тиражирование данных, расчленение БД, фрагментация данных. Неявность адресации позволяет пользователю обращаться к данным, не зная и не интересуясь, в каком центре они расположены.  Неявность тиражирования связана с тем, что если существуют копии данных, то при извлечении данных необходимо извлекать одну копию данных, а при внесении изменений в данные необходимо обновлять все копии. Выбор одной копии при извлечении данных и обеспечение обновления всех копий должна автоматически выполнять система, позволяя пользователю сосредоточиться на информационных запросах. Независимость от конфигурации позволяет:

• организации добавлять или заменять оборудование, не изменяя существующих компонентов программного обеспечения распределенных БД;

• расширить систему в случае, если существующее оборудование перестает удовлетворять пользователя.

Использование неоднородных СУБД на разных компьютерах требует создания общего пользовательского интерфейса, за которым находятся разные модели данных.  Тиражирование данных означает поддержку нескольких одинаковых копий реляционных таблиц. Тиражирование применяется с целью повышения доступности данных и надежности их хранения. Кроме того, несколько пользователей могут параллельно обращаться к одним и тем же данным. Например, это могут быть копии статистических данных для отдельных регионов, во-вторых, метаданные. Издержками этого подхода является необходимость дополнительного объема памяти и поддержания согласованности данных разных копий. Для этого нужно поддерживать централизованную базу, а копии выделять для локального использования. Потери данных на одном центре могут восстанавливаться при помощи централизованной БД. Недостатком такого подхода является слишком долгое время загрузки центральной БД. Поэтому загрузка новых данных, касающихся локальной БД, в региональном и главном центрах происходит одновременно. Можно применить тиражирование данных по времени отсечения. Например, в региональном центре данные хранятся только за последний год.

7. Сравните понятия расчлененная и тиражируемая БД. Когда одна из них предпочтительнее, чем другая?

Тиражирование данных означает поддержку нескольких одинаковых копий реляционных таблиц. Тиражирование применяется с целью повышения доступности данных и надежности их хранения. Кроме того, несколько пользователей могут параллельно обращаться к одним и тем же данным. Например, это будут, во-первых, копии данных для отдельных регионов, во-вторых, метаданные. Издержками этого подхода является необходимость дополнительного объема памяти и поддержания согласованности данных разных копий. Для согласованности данных в первую очередь поддерживается централизованная база данных, а копии выделяются для локального использования. Тогда потери данных на одном центре восстанавливаются при помощи централизованной базы данных. Недостатком такого подходя является слишком долгое время загрузки центральной базы данных. Поэтому загрузка новых данных, касающихся локальной базы данных, в региональном центре и главного центра системы происходит одновременно. Применяется тиражирование данных по времени отсечения. Например, в региональном центре данные хранятся только за последние годы наблюдений. Расчленение базы данных. Здесь улучшается защита данных, особенно если разделенные сегменты нуждаются в разных видах защиты. При этом варианте реализации один пользовательский запрос может требовать обращения к нескольким базам данных, реализованных в разных ведомствах на разных подходах. Хотя сложности реализации скрыты от пользователя, действительные операции, например, соединения нескольких таблиц являются сложными.

7. Опишите, чем отличаются распределенные и централизованные системы БД

Лекция 11.

У централизованных все в одном месте. Недостаток централизации – информация попадает в систему с большим запаздыванием. Распределенные системы ближе к пользователю, быстрее осуществляется доступ и обновление данных. +17.1

7. Как можно обеспечить надежность хранения данных?

Надежность БД может основываться на применении теории методов надежности, которая позволяет получить ряд четких, хорошо измеряемых интегральных показателей. Надежная БД должна, прежде всего, обеспечивать низкую вероятность потери работоспособности. Быстрое реагирование на потерю или искажение данных и восстановление их достоверности и работоспособности за время меньшее, чем порог между сбоем и отказом, обеспечивает высокую надежность. Это трехуровневая схема хранения:

• Копирование винчестера за счет RAID-массивов, дублирование записываемой информации.

• Сменные носители в той же комнате, где эксплуатируется сервер.

• Сменные носители, которые находятся в другом здании.

Таким образом, обеспечивается надежность хранения 99,9%. Скорее всего информация сохранится, например, при пожаре, сбое машины. Естественно какую-то часть можно потерять: последние сутки, последнюю неделю, последний месяц. Запоминающие устройства можно представить как трехзвенную систему: устройства и системы для активно используемых данных (дисковые системы), периодически используемых данных (CD/MO/DVD устройства) и данных долговременного хранения (ленточные библиотеки). Быстрые или оперативные устройства с произвольным доступом хранения служат для работы с данными, в которых пользователи для выполнения своей работы нуждаются постоянно. Это - жесткие диски, дисковые системы и RAID системы. Они имеют небольшое время доступа и самую высокую частоту обращения.  Принципиальное отличие систем 1-го и 2-го уровня от систем 3-го уровня заключается в том, что первые две - это системы произвольного доступа, а последние - последовательного доступа. Такое разделение четко определяет области их использования. При этом основные отличия систем 1-го и 2-го состоит в емкости и скорости доступа.

7. Опишите роль администратора БД в установке стандартов и создании технологических процедур

   1. Анализ данных – АБД часто просят провести анализ данных, чтобы получить рекомендации относительно улучшения производительности или эффективности хранения данных. Это может быть связано с индексацией либо с функцией параллельных запросов.

   2. Разработка БД (предварительная) – АБД часто привлекается к предварительной стадии разработки структуры БД. При включении АБД в процесс дизайна БД многие проблемы могут быть предупреждены. АБД знает СУБД и систему, может указать на потенциальные проблемы и помочь команде разработчиков в увеличении производительности программ.

   3. Моделирование и оптимизация данных – При моделировании данных можно учесть особенности системы ввода/вывода и значительно увеличить производительность СУБД.

   4. Предоставление помощи разработчикам по SQL и хранимым процедурам – АБД должен быть готов стать консультантом для разработчиков и пользователей. АБД довольно часто привлекается к разрешению проблем SQL-кода и к разработке (написанию) хранимых процедур.

   5. Разработка производственных стандартов и соглашений по именам – Поскольку в разработке и развертывании приложений могут принимать участие несколько различных групп, то АБД часто призывается на роль разработчика производственных стандартов и соглашений по именам, чтобы приложения соответствовали этим стандартам.

   6. Документирование среды – АБД должен документировать каждый аспект среды СУБД, включая конфигурацию оборудования, обновления и изменения программного обеспечения и СУБД, а также все вопросы, связанные с изменением системы и ее параметров. АБД должен уметь полностью восстановить систему по документации в случае необходимости.

   7. Консультирование разработчиков и конечных пользователей – АБД часто выполняет функции консультанта для группы разработчиков и сообщества пользователей. Это может включать персональную помощь отдельным пользователям и даже разработку специальных курсов для разработчиков и пользователей системы.

   8. Проверка и тестирование новых программ – АБД может участвовать в проверке новых программ, для того, чтобы дать рекомендации, основанные на этой проверке. Это может быть связано с приобретением нового программного обеспечения или с плановым обновлением и переходом на новые версии. Эта проверка должна быть в первую очередь нацелена на оценку стабильности системы. Ваша цель заключается в том, чтобы программы работали надежно и стабильно.

   9. Оценка приобретений нового программного и аппаратного обеспечения – приобретая новый софт и аппаратуру, есть много о чем поразмыслить. В основном это касается функциональности и совместимости, а также, конечно, стоимости. Хоть цены и не касаются АБД, но насчет функциональности и совместимости рекомендации часто необходимы.

   10. Планирование нагрузки системы и необходимого объема памяти – определение необходимости в приобретении дополнительных серверов, дополнительной дисковой и оперативной памяти, чтобы удовлетворить возросшие потребности пользователей, является частью работы АБД. Заранее предсказывая будущие нужды пользователей, Вы можете предоставить великолепный уровень обслуживания безо всяких сбоев.

7. Организация пилотного проекта для проверки типовых проектных решений

В связи с тем, что стоимость проектирования велика, и на него тратится очень много времени (должно быть 80:20 – проектирование:кодирование). Для того чтобы некоторые решения проверить – вводится пилотный проект. Из общего проекта выделяется небольшая задача по проверке какого-то нового средства, технологии, приложения. Проводятся тесты. Если реализация успешна, задача начинает расширяться и превращается в типовое решение для других приложений.

7. Концепции и возможности CASE-средств

Лекция 9. Начало.

7. Методы использования case средств

Лекция 9. Начало.

7. Характеристики баз данных и потоков данных

Характеристиками БД и потоков данных являются:

• объем данных в логических и физических единицах;

• объем потока данных в единицу времени;

• доступность данных 24*7*365;

• оперативность поступления данных;

• полнота БД в % — относительное число объектов или документов, имеющихся в БД, к общему числу объектов по данной тематике или по отношению к числу объектов в аналогичных БД;

• актуальность - устаревание во времени — относительное число устаревших данных об объектах в БД к общему числу накопленных и обрабатываемых данных, определяется скоростью ввода в БД;

• оперативность доведения - время в течение которого данные становятся доступны пользователям.

• качество (достоверность) данных - вероятность ошибки (управление 10^-4 10^-5; планирование - 10^-5 , статистика -10^-5 , бухучет - 10^-6 -10^-7). Обеспечение вероятности ошибок выше, чем 10^-4 требует увеличения капитальных и эксплуатационных затрат до 50%, времени программирования до 50%, времени работы программ, персонала;

• идентичность — относительное число описаний объектов, не содержащих дефекты и ошибки, к общему числу документов об объектах в БД;

• ценность полученной информации определяется потребностью человека в этой информации и его подготовленностью к ее восприятию и использованию;

• точность определения атрибутов;

• формы представления (таблицы, графики, карты, тексты, мультимедиа).

7. Основания для классификации данных

Лекция 4.

7. Жизненный цикл БД, каскадная и спиральная модели проектирования

Лекция 9. Самое начало

7. Основания классификации программных средств

7. Нормативно – методические документы по созданию базы данных

В настоящее время в стране разработано более 40 общероссийских классификаторов социально- и технико- экономической информации, которые можно использовать при создании БД. Например:

• общероссийский классификатор стандартов (ОК 001-93, ОК 014-94);

• общероссийский классификатор предприятий и организаций - ОКПО (ОК 007-93);

• общероссийский классификатор экономических районов (ОК 008-93);

• общероссийский классификатор единиц измерений (ОК 015-94);

• общероссийский классификатор информации о населении (ОК 018-95);

• общероссийский классификатор объектов административно - территориального деления и населенных пунктов - CОАТО (ОК 019 -95);

• отраслей промышленности (ОКОНХ); 

• органов государственного управления (СООГУ) и некоторые другие.

ГОСТ 7.70-96 Описание баз данных и машиночитаемых информационных массивов. При создании информационных систем необходимо использовать единый государственный кадастр (ЕГК) РФ - систематизированный на единой географической основе свод документальных данных, представляющих комплексную информацию о природных ресурсах, недвижимости, экологии и социально-экономических условиях, и базирующихся на действующих отраслевых кадастрах и других ведомственных и территориальных системах учета. Область распространения ЕГК - территория РФ, континентальный шельф, акватории морей и океанов, и воздушное пространство над ними, где проводится хозяйственная или иная деятельность в интересах РФ. ЕГК предназначен для обеспечения органов государственной власти органов местного самоуправления, предприятий, учреждений, организаций, иных юридических лиц и граждан достоверной информацией о среде обитания и хозяйственной деятельности. В настоящее время разработаны следующие кадастры:

• Государственный земельный кадастр;

• Государственный лесной кадастр;

• Государственный водный кадастр (ГВК);

• Государственный кадастр месторождений и проявлений полезных ископаемых; 

• Государственный кадастр животного мира;

• Государственный кадастр особо охраняемых природных территорий (ООПТ)

· Перечень объектов исторического и культурного наследия федерального (общероссийского) значения (ИНК). В связи с развитием Геоинформационных систем (ГИС) особую роль приобретает стандартизация условных обозначений на карте. В семидесятых годах была проведена большая работа по стандартизации терминов в области природной среды - была выпущена серия ГОСТ Термины и определения. В качестве международных стандартов качества рассматриваются стандарты серии ISO 9000.

7. План управления данными: основные разделы

7. Инфологическая модель базы данных

Лекция 5. В самом начале моделей данных.

7. Методы оптимизации построения БД

7. Методы контроля данных есть

7. Проблемы эксплуатации, администрирования баз данных

7. Методы использования информации при принятии решений

7. Принципы создания СППР

Лекция 12.

7. Основные методы использования БД на WEb

Лекция 13.

7. Информационные ресурсы (международные, национальные и корпоративные БД)

7. Объясните важность информации как ресурса организации

7. Объясните своими словами смысл терминов БД, СУБД, модель данных

7. Каким образом ИС, использующие БД, способствуют повышению ценности информации для организации?

7. Дайте сравнительную характеристику иерархических, сетевых и реляционных баз данных?

Лекция 5.

7. Перечислите компоненты современной ИС

8. Опишите компоненты СУБД

9. Каковы главные функции администратора БД?

Администратор БД отвечает за целостность информационных ресурсов компании. На нем лежит ответственность по созданию, обновлению и сохранности связанных между собой резервных копий файлов, исходя из задач предприятия. Этот человек должен в мельчайших подробностях знать существующие механизмы восстановления программного обеспечения БД. Возможны ситуации, при которых администратору БД потребуется на основе логических прикладных моделей создавать элементы физической схемы, а также поддерживать связь пользователей с системой и обеспечивать соответствующий уровень информационной безопасности, следя за тем, чтобы доступ к данным имели только те люди, которые в нем нуждаются. Администратор БД должен уметь определять узкие места системы, ограничивающие ее производительность, настраивать SQL и программное обеспечение СУРБД и обладать знаниями, необходимыми для решения вопросов оптимизации быстродействия БД. Разделим его обязанности на две категории (основные и дополнительные).  Основные обязанности администратора БД:

1. Резервное копирование и восстановление системы. Возможно, самая главная задача АБД – сохранять данные в системе. Чтобы делать это эффективно, необходимо разработать процедуру резервного копирования и стратегию восстановления данных. Очень важно периодически тестировать отработанную схему резервного копирования и восстановления.

2. Обеспечение безопасности – это одна из основных обязанностей АБД. Управление безопасностью и администрирование включают: добавление и удаление пользователей, управление квотами, аудит и разрешение проблем безопасности.

3. Создание баз данных, табличных пространств, таблиц, представлений и индексов согласно спецификации разработчика приложений.

4. Периодическая проверка производительности системы и произведение изменений для поддержки необходимого уровня производительности.

5. Поддержка целостности данных БД.

6. Планирование и выполнение качественного резервного копирования и стратегии восстановления.

7. Установка нового программного обеспечения. Очень важно протестировать все программы перед введением их в рабочую среду.

8. Конфигурация программного и аппаратного обеспечения (вместе с системным администратором). В большинстве случаев доступ к настройке программного обеспечения имеет только системный администратор, поэтому АБД должен вместе с системным администратором производить установку программ, конфигурирование программного и аппаратного обеспечения, чтобы рабочие станции функционировали наиболее оптимально.

9. Настройка производительности и мониторинг – АБД должен постоянно проверять производительность системы, а при необходимости выполнять настройку. Даже хорошо настроенная система нуждается в постоянной проверке и периодической перенастройке. Иногда достаточно изменить параметры системы, иногда изменить индексы, а иногда и перестроить структуру таблиц.

10. Процедура планового обслуживания – В задачи АБД входит также обязанность составить календарь обслуживания СУБД. Лучше всего производить обслуживание СУБД в ранние часы по утрам, либо по выходным, чтобы не вызвать недовольства пользователей в случае отказа базы данных. В обслуживание входят архивирование, тестирование и настройка.

11. Локализация неисправностей – В случае сбоя СУБД, в обязанности АБД входит восстановление работоспособности или помощь в решении этой проблемы. Рекомендуется также решать предполагаемые проблемы, которые могут возникнуть в будущем.

12. Восстановление системы после сбоя – Поскольку сбой системы приводит к тому, что пользователи теряют доступ к своим данным, АБД обязан как можно быстрее восстановить работу системы. Хорошо подготовленный АБД имеет план восстановления системы после сбоя. 

7. Объясните разницу между идентификацией пользователя и проверкой полномочий

8. Что такое резервное копирование и восстановление?

9. Как можно обеспечить надежность хранения данных?

10. Опишите роль администратора БД в установке стандартов и создании технологических процедур