- •Адресация Internet. Доменные имена. Система адресации url.
- •2. Алгоритм и его свойства. Способы описания алгоритмов.
- •3. Арифметика в двоичной системе счисления.
- •4. Жизненный цикл баз данных. Системный анализ предметной области при проектировании баз данных.
- •5. Инфологическое моделирование предметной области при проектировании баз данных.
- •6. Информационные модели. Моделирование информационных процессов. Модели разработки программного обеспечения. Методы проектирования программного обеспечения.
- •7. История развития вт. Поколения эвм Ручной период докомпьютерной эпохи
- •Электромеханический этап
- •I поколение
- •II поколение
- •III поколение
- •IV поколение
- •8. Классификация видов моделирования. Математические модели.
- •9. Классификация яп.
- •10. Классы современных эвм. Принципы Фон Неймана
- •Принципы фон Неймана
- •11. Криптографические методы защиты данных. Классификация и описание
- •12. Меры информации.
- •13. Модели решения функциональных и вычислительных задач
- •Математические модели.
- •Информационные модели.
- •14.Назначение и классификация компьютерных сетей
- •15. Общие понятия информационной безопасости
- •16. Операционные системы. Назначение и классификация
- •Функции операционной системы
- •Классификация операционных систем
- •17. Основные алгоритмические конструкции Основные алгоритмические конструкции
- •18. Основы алгебры высказываний. Логические операции
- •2. Операция логического сложения (дизъюнкция)
- •3. Операция логического умножения (конъюнкция)
- •4. Импликация.
- •5. Эквиваленция.
- •19. Основы противодействия нарушению кофеденциальности информации
- •20. Политика безопасности в компьютерных сетях
- •21.Понятие архитектуры и структуры эвм
- •22.Понятие бд. Архитектура бд
- •24. Представление графических данных в двоичном коде
- •25. Представление данных в памяти эвм
- •26. Представление звуковых данных в двоичном коде
- •27. Представление символьных данных в двоичном коде
- •28. Представление числовых данных
- •Представление целых чисел в дополнительном коде
- •Кодирование вещественных чисел
- •29. Протоколы Интернет
- •Краткое описание протоколов
- •30. Реляционные бд. Нормализация бд
- •31.Свойства информации.Информационные процессы
- •1.2. Виды и свойства информации
- •1.3. Основные информационные процессы. Хранение, передача и обработка информации
- •Каковы основные категории сетевых подключений?
- •Какие типы сетевых подключений бывают?
- •34. Сетевые протоколы
- •[Править] Общие сведения
- •[Править] Протоколы
- •38. Способы сжатия информации
- •39. Уровни программного обеспечения
- •43.Языки программирования
20. Политика безопасности в компьютерных сетях
21.Понятие архитектуры и структуры эвм
С середины 60-х годов кардинально изменился подход к созданию вычислительных машин. Вместо разработки аппаратуры и средств математического обеспечения стала проектироваться система, состоящая из синтеза аппаратных (hardware) и программных (software) средств. При этом на главный план выдвинулась концепция взаимодействия. Так возникло новое понятие — архитектура ЭВМ.
Под архитектурой ЭВМ принято понимать совокупность общих принципов организации аппаратно-программных средств и их основных характеристик, определяющая функциональные возможности ЭВМ при решении соответствующих типов задач.
Архитектура ЭВМ охватывает обширный круг проблем, связанных с созданием комплекса аппаратных и программных средств и учитывающих большое количество определяющих факторов. Среди этих факторов самыми главными являются: стоимость, сфера применения, функциональные возможности, удобство в эксплуатации, а одним из основных компонентов архитектуры считаются аппаратные средства.
Архитектуру вычислительного средства необходимо отличать от его структуры. Структура вычислительного средства определяет его текущий состав на определенном уровне детализации и описывает связи внутри средства. Архитектура же определяет основные правила взаимодействия составных элементов вычислительного средства, описание которых выполняется в той мере, в какой необходимо для формирования правил их взаимодействия. Она устанавливает не все связи, а наиболее необходимые, которые должны быть известны для более грамотного использования применяемого средства.
Так, пользователю ЭВМ не важно, на каких элементах выполнены электронные схемы, схемно или программно исполняются команды и т. д. Важно несколько другое: как те или иные структурные особенности ЭВМ связаны с возможностями, предоставляемыми пользователю, какие альтернативные решения реализованы при создании машины и по каким критериям принимались решения, как связаны между собой характеристики устройств, входящих в состав ЭВМ, и какое действие они оказывают на общие характеристики компьютера. Другими словами, архитектура ЭВМ действительно отражает круг проблем, которые относятся к общему проектированию и построению вычислительных машин и их программного обеспечения.
22.Понятие бд. Архитектура бд
Поскольку есть разные производители, и разные СУБД, существует разнообразные архитектуры.
1. Однобазовая архитектура – применяется в больших СУБД (Oracle и т.д.). преимущество такой БД – управление и контролирование БД происходит с одного сервера. Недостаток в том, что с течением времени, БД становится все больше и больше. Усложняются проблемы с резервным копированием и т.д.
2. Многобазовая архитектура – основное преимущество такой архитектуры в том, что упрощается проектирование. Для каждого приложения можно фактически создать свою базу данных. СУБД как программное обеспечение может управлять большим набором баз данных – InterBase, SQL-server – десятки тысяч СУБД могут поддерживаться одним сервером, а баз как файлов м.б. много – главное, чтобы сервер их видел. Недостатком таких СУБД является то, что при записи данных организаций в разные БД, считать данные из них представляет проблему.
3. Каталоговая архитектура – Desktop’овские СУБД. Базой данных является отдельный каталог: таблицы – отдельный файл, индекс – отдельный файл. Все расположено в отдельном каталоге, которых может быть много. Есть интересные решения в MS Access в одном файле таблицы, индексы, запросы находятся в одном файле. Есть свои плюсы и минусы. Трудно настраивать ПО постороннему – он должен сидеть в этой БД. Не каждая организация даст копию своей базы данных.
Такие однобазовые архитектуры, как в Oracle, позволяют создавать БД, хранящихся в нескольких физических файлах. Для того, чтобы назвать базой данных нечто, состоящее из нескольких файлов, вводят понятие табличного пространства, которое может покрывать несколько файлов. Сейчас, средние СУБД (SQL-сервер, например) начинают поддерживать такого рода табличные пространства.