2.1. Осуществлять работу в ИСОД МВД России с использованием временных паролей УЗ ИСОД.

2.2. Сообщать пароль УЗ ИСОД кому-либо.

2.3. Хранить пароль УЗ ИСОД в доступном для других лиц месте.

2.4. Пересылать пароль УЗ ИСОД по открытым каналам связи.

2.5. Использовать УЗ ИСОД, принадлежащие другим пользователям.

2.6. Вводить пароль УЗ ИСОД в условиях его возможной компрометации.

2.7. Использовать полученные временные и действующие логины и пароли для доступа к УЗ сторонних сервисов, не относящихся к МВД России.

Пользователь несет персональную ответственность за инциденты информационной безопасности ИСОД МВД России, произошедшие при использовании его УЗ ИСОД либо его USB-токена с ключом ЭП.
49.Обеспечение безопасности в едином информационном пространстве МВД России. Подсистема обеспечения информационной безопасности (ПОИБ). Назначение, состав, основные принципы работы.

В Концепции обеспечения информационной безопасности органов внутренних дел Российской Федерации до 2020 г., утвержденной приказом МВД России от 14.03.2012 № 169, информационная безопасность органов внутренних дел определяется как «…состояние защищенности информации, информационных ресурсов и информационных систем ОВД, при котором обеспечивается защита информации (данных) от утечки, хищения, утраты, несанкционированного доступа, уничтожения, искажения, модификации, подделки, копирования, блокирования».

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

Состав подсистемы обеспечения информационной безопасности ИСОД МВД России включает в себя:

средства межсетевого экранирования (МЭ);

средства антивирусной защиты (АВЗ);

сервис управления доступом к информационным ресурсам и системам ИСОД (СУДИС);

средства предупреждения и обнаружения компьютерных атак (СОПКА);

криптографическую защиту каналов связи, средства электронной подписи (ЭП);

программно-аппаратный комплекс аутентификации и хранения ключевой информации; организационную защиту

---

50.Ведомственный информационно-справочный портал (ВИСП).

- ведомственный информационно-справочный портал (ВИСП), обеспечивающий доступ пользователей ЭОИС к информационным ресурсам только с рабочего места единой системы информационно-аналитического обеспечения деятельности (ИСОД) МВД России.
51.Банк данных. База данных: определение и классификация.

Банк данных – это специальным образом организованная система данных (баз данных), технических, языковых, программных и организационно-методических средств, которые предназначены обеспечить централизованное накопление и коллективное многоцелевое использование данных.

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

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

По типу хранимой информации:

– документальные (объект хранения – документ);

– фактографические (хранятся сведения об объектах предметной области);

– лексикографические (содержатся многоязычные словари, классификаторы, словари основ слов и т.п.).

По виду организации хранения информации и обращению к ней выделяют:

– локальные или персональные;

– интегрированные (централизованные);

– распределенные.

По охвату предметной области различают БД:

– территориальные (всемирная, страна, город, регион и т.п.);

– временные (год, месяц и т.п.);

– ведомственные;

– проблемные.

Информацию, представленную в символьном виде по характеру организации можно разделить на:

– неструктурированные (семантические сети);

– частично структурированные (обычный текст или гипертекст);

– структурированные.
52.Реляционная модель и реляционные базы данных: основные термины и понятия.

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

---

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

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

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

Неразрывность определяет все элементы, которые необходимы для совершения транзакции в базе данных.

Согласованность или целостность определяет правила сохранения состояния данных после выполнения транзакции.

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

Неизменность обеспечивает неизменность данных после сохранения изменений в результате транзакции.
53. Система управления базами данных (СУБД): понятие и классификация. Модели данных, поддерживаемые СУБД.

СУБД – это комплекс программно-языковых средств, позволяющих создать базы данных и управлять данными. Проще говоря, СУБД - это набор программ, позволяющий создать БД и управлять ими (удалять, добавлять, фильтровать и находить элементы, менять их структуру и создавать резервные копии).

---

Классификация
По степени распределенности

• 
  Локальные (все содержимое БД располагается на одном компьютере – обычно на сервере компании)
  
• 
  Распределенные (части СУБД могут размещаться не только на одном, но и на двух и более компьютерах)
  

Современные СУБД могут быть одновременно локальными и распределенными.
По хранению и обработке данных

• 
  Файл-серверные
  

Файлы данных располагаются централизованно на файл-сервере, а СУБД располагается на каждом клиентском компьютере (на устройствах, с которых к базе отправляются запросы). Чтобы получить данные, у пользователя должна быть установлена и настроена СУБД. Доступ СУБД к данным осуществляется через локальную сеть.

Пример: такие СУБД используют для локальных сервисов компаний, например, CRM – систем, где находятся данные о клиентах и документообороте.

• 
  Клиент-серверные
  

СУБД с БД находятся на одном компьютере, к которому пользователи обращаются с запросами. Получить доступ к такой СУБД можно с любого компьютера.

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

• 
  Встраиваемые
  

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

Пример: MicrosoftAccess и «1С Бухгалтерия» имеют такой тип СУБД.
По языку запросов

• 
  SQL. Это язык для создания структурированных запросов к БД.
  
• 
  NoSQL. Это язык для запросов, который основан на другом языке программирования – например, Python или JavaScript. Обычно используют при работе с большими данными.
  

По структуре и организации данных (как они представляют информацию внутри БД)

• 
  Реляционные
  

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

• 
  Документные
  

Хранят информацию в виде «документов», а не таблиц и строк. Главное преимущество – возможность хранить информацию без строгого ограничения по структуре. Документные БД умеют хранить информацию целиком и получать ее одним запросом.

---

• 
  Графовые
  

В них элементы имеют взаимосвязи в виде графа, где у каждого его узла есть множество связей с другими узлами. Такой вид БД напоминает паутину. Каждый узел графовой БД содержит в себе данные, а чтобы составить взаимосвязи между узлами, используют ребра. В них хранятся начальный и конечный узлы, направление и тип. Ребра описывают взаимосвязи между двумя узлами – например, «родитель – потомок», - а также действия над ними. Обойти весь граф можно очень быстро, потому что связи между узлами не считаются во время запроса, а сразу хранятся в БД. Поэтому такие БД применяются в соцсетях, когда нужно построить взаимосвязи между данными и запросить их.

• 
  Колоночные
  

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

Модели данных, поддерживаемые СУБД

Модель данных – это формальное описание представления и обработки данных в СУБД, которое включает:

1. 
   аспект структуры (методы описания типов и логических структур данных в БД);
   
2. 
   аспект манипуляции (методы манипулирования данными);
   
3. 
   аспект целостности (методы описания и поддержки целостности БД).
   

Классификация

1. 
   Иерархические (представление БД в виде древовидной структуры, состоящей их данных разных уровней).
   

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

2. 
   Сетевые (расширенная версия иерархического подхода)
   

Здесь организована хотя бы одно отношение или одна связь «многие ко многим». Каждый из узлов в модели может иметь не один, а несколько узлов-родителей. Сетевые структуры представлены в виде многотабличных форм, графов и т.д. Задача таких БД - оптимизация.

---

Смотрите также файлы

• Тетрадь по самостоятельной подготовке водителя 56 псч пожарноспасательного отряда фпс гпс гу мчс россии по рд.doc

• Как разные типы привязанности влияют на наши отношения и что с этим делать.docx

• 21. 02. 01 Разработка и эксплуатация нефтяных и газовых месторождений успешно прошел (а) учебную практику по профессиональному модулю пм. 04 Выполнение работ по рабочей профессии 15832 Оператор по исследованию скважин.docx

• 1. Все ли указанные лица могут вступать в процесс в качестве представителей.docx

• Отчет о практическом задании 1 По Изучению базовых топологий сетей (шина, звезда и кольцо) Топология сети.docx