- •1. Единицы измерения информации.
- •2. Понятия прагматического и семантического подходов к измерению информации.
- •3. Свойства информации.
- •4. Исторические этапы развития вычислительной техники, состояние, перспективы.
- •5. Сравнительный анализ структурных схем эвм 1-2 поколений с современными компьютерами.
- •6. Состав современного вычислительного комплекса, общая характеристика.
- •7. Обоснование системы счисления, применяемой в современном компьютере.
- •8. Перевод чисел из одной системы счисления в другую.
- •9. Формы представления чисел в компьютере.
- •10. Кодирование текстовой, графической и звуковой информации в компьютере.
- •11. Понятие логических связей «и», «или», «не» и их роль в эвм.
- •12. Типы и функциональные характеристики современных микропроцессоров.
- •13. Функции и хар-ки системной платы, шины.
- •14. Кэш – память, ее назначение, характеристика.
- •15. Озу, назначение, хар-ки.
- •16. Назначение, разновидности и основные характеристики накопителей на жестких и гибких дисках.
- •17. Структура записи информации на магнитные и оптические диски. Понятие дорожек, сектора, кластера.
- •18. Накопители на оптических и магнитно-оптических дисках.
- •19. Форматирование дисков, его назначение, организация расположения файлов.
- •20. Назначение, разновидности и основные характеристики видеомониторов.
- •21. Назначение, разновидности, основные характеристики принтеров.
- •23. Общая характеристика программного обеспечения компьютера.
- •24. Классификация программных продуктов.
- •25. Исторический аспект развития системного программного обеспечения.
- •26. Базовое системное обеспечение.
- •27. Сервисное системное обеспечение.
- •28. Антивирусные программы, их характеристика.
- •29. Архиваторы, их назначение, характеристики.
- •30. Утилиты обслуживания дисков, их назначение, характеристика.
- •31. Понятие файла, его идентификация, атрибуты, расположение на диске, указание пути.
- •32. Файлы данных, их типы, понятия физического и логического устройства.
- •33. Характеристика файловой системы ms-dos, Windows.
- •34. Общая характеристика операц. Среды Windows – 95, 98, 2000
- •35. Общая характеристика инструментальных средств программирования.
- •36. Классификация пакетов прикладных программ (ппп).
- •1.Проблемно-ориентированные ппп
- •2. Ппп автоматизированного проектирования
- •3. Ппп общего назначения
- •4. Методо-ориентированные ппп
- •5. Офисные ппп
- •6. Настольные издательские системы
- •7. Программные средства мультимедиа
- •8. Системы искусственного интеллекта
- •37. Назначение и общая характеристика пакета прикладных программ Office.
- •38. Текстовые процессоры.
- •39. Порядок выполнения операций в выражении, содержащем скобки, арифметические операции, отношения и логические функции.
- •40. Табличные процессоры.
- •41. Основные подходы к выбору характеристик персонального компьютера.
- •42. Понятие алгоритма, его свойства.
- •43. Формы представления алгоритма.
- •44. Основные типы вычислительных процессов (управляющие структуры алгоритмов).
- •3. Циклический алгоритм.
- •45. Основные этапы подготовки решения задач эвм.
- •46. Инструментальные средства программирования, краткая характеристика, состояние, тенденции развития, rad технология.
- •Основные принципы rad
- •47. Трансляторы, их виды, краткая характеристика. Содержание трансляции.
- •48. Информационные технологии dde, ole. Примеры их применения.
- •50. Понятие и назначение базы данных.
- •51. Функциональные возможности субд.
- •52. Основные типы систем управления базами данных.
- •53. Различие архитектур баз данных: клиент-сервер и файл-сервер.
- •54. Особенности и назначение реляционной базы данных.
- •55. Краткая характеристика, назначение и взаимосвязь структурных элементов базы данных.
- •56. Нормализация отношений, нормальные формы реляционной бд.
- •57. Понятие ключа бд, его назначение.
- •58. Функционально-логические связи между таблицами базы данных.
- •59. Информационно-логическая модель базы данных.
- •60. Понятие целостности данных, ее роль в работе с базой данных.
- •61. Понятие поля базы данных, его тип, свойства.
- •62. Формы, отчеты, запросы в субд Access, их назначение, методы создания.
- •63. Характеристика, назначение современных субд.
- •64. Субд Access, ее характеристика, возможности.
- •65. Назначение и классификация компьютерных сетей.
- •66. Основные типы топологии локальных вычислительных сетей, характеристика, критический анализ.
- •67. Сеть internet, назначение, услуги, основные понятия.
- •68. Пакетная связь в Интернете. Маршрутизация сообщений.
48. Информационные технологии dde, ole. Примеры их применения.
DDE – это разработанный Microsoft набор специальных соглашений (протокол) об обмене данными между приложениями Windows.
В самом начале развития персонального компьютера, когда объем памяти на внешнем запоминающем устройстве был мал и дорог, при помощи DDE решали проблему недостатка свободного места на диске. Так как связываемый документ хранится в виде файла только в одном месте, то при связывании свободное место используется эффективно.
Допустим, требуется составить документ, содержащий сведения о различных программных и аппаратных продуктах (как минимум, краткое описание и цена). Очевидно, что подготовить данный документ необходимо с помощью текстового редактора, например Word. Представим, что подлежащие внесению в документ сведения о продуктах и их ценах уже существуют в базе данных, которая управляется некоторым Windows-приложением, например Access. Для ускорения процесса подготовки документа разумно по уже известной методике передать необходимые сведения из базы данных в буфер обмена (Clipboard). Однако вполне возможно, что через некоторое время цены изменятся. При старой методике (через буфер) это приведет к необходимости подготовить документ заново.
Использование DDE-метода позволяет избежать этого, так как обеспечивает динамический обмен данными и обновление их в подготавливаемом документе по мере их изменения в источнике. При таких условиях «выходной» документ всегда будет «первой свежести».
DDE-метод устанавливает между источником и копиями некоторую связь. И связь эта обеспечивает автоматическое (или по требованию) обновление копии по мере появления изменений в источнике.
Многие Windows-приложения поддерживают методику DDE как для создания источников связывания, так и для восприятия динамически обновляемых данных. Но при практическом применении DDE-метода следует учитывать ряд требований. Первое и наиболее важное состоит в том, что приложения, подлежащие связыванию, должны поддерживать DDE-метод. Важным является также определение, в каком качестве данное приложение будет существовать в DDE: в качестве источника или приемника. Не все приложения можно использовать в обоих качествах.
Сейчас DDE вытеснено более новой технологией OLE, которая широко используется в Windows приложениях.
Аббревиатура OLE обозначает Objects Linked and Embedded (Присоединенные И Встроенные Объекты - ПИВО J). Данные, разделяемые между приложениями называются OLE объектом. Приложение, которое может содержать OLE объекты, называют OLE контейнером (OLE Container). Приложение, данные из которого можно включить в OLE контейнер в виде OLE объекта, называют OLE сервером.
Например, MicroSoft Word может включать в документ графические объекты, аудио- и видеоклипы и множество других объектов (такой документ иногда называют составным документом - compound document).
Как следует из названия, OLE объекты можно либо присоединить к OLE контейнеру, либо включить в него. В первом случае данные будут храниться в файле на диске, любое приложение будет иметь доступ к этим данным и сможет вносить изменения. Во втором случае данные включаются в OLE контейнер и только он сможет просматривать и модифицировать эти данные.
OLE является дальнейшим развитием идеи разделяемых между приложениями данных. Если с помощью DDE можно было работать с текстом, то OLE позволяет легко встроить в приложение обработку любых типов данных. Как и в случае с DDE, для правильной работы приложения-клиента (OLE контейнера) требуется наличие приложения OLE сервера. Каждый раз, когда в программе-клиенте пользователь обращается к OLE объекту с целью просмотра или редактирования данных (обычно двойной щелчок мышкой на объекте), запускается приложение-сервер, в котором и происходит работа с данными.
49. Содержание трансляции.
Цель трансляции — преобразовать текст с одного языка на другой, который понятен адресату текста. В случае программ-трансляторов, адресатом является техническое устройство (процессор) или программа-интерпретатор.
Компилятор. Язык процессоров (машинный код) обычно является низкоуровневым. Существуют платформы, использующие в качестве машинного язык высокого уровня, но они являются исключением из правила в силу сложности и дороговизны. Транслятор, который преобразует программы в машинный язык, принимаемый и исполняемый непосредственно процессором, называется компилятором.
Процесс компиляции как правило состоит из нескольких этапов: лексического, синтаксического и семантического анализов (англ. Semantic analysis), генерации промежуточного кода, оптимизации и генерации результирующего машинного кода. Помимо этого, программа как правило зависит от сервисов, предоставляемых операционной системой и сторонними библиотеками (например, файловый ввод-вывод или графический интерфейс), и машинный код программы необходимо связать с этими сервисами. Связывание со статическими библиотеками выполняется редактором связей или компоновщиком (который может представлять из себя отдельную программу или быть частью компилятора), а с операционной системой и динамическими библиотеками связывание выполняется при начале исполнения программы загрузчиком.
Достоинство компилятора: программа компилируется один раз и при каждом выполнении не требуется дополнительных преобразований. Соответственно, не требуется наличие компилятора на целевой машине, для которой компилируется программа. Недостаток: отдельный этап компиляции замедляет написание и отладку и затрудняет исполнение небольших, несложных или разовых программ.
Ассемблер. В случае, если исходный язык является языком ассемблера (низкоуровневым языком, близким к машинному языку), то компилятор такого языка называется ассемблером.
Интерпретатор. Противоположный метод реализации — когда программа исполняется с помощью интерпретатора вообще без трансляции. Интерпретатор программно моделирует машину, цикл выборки-исполнения которой работает с командами на языках высокого уровня, а не с машинными командами. Такое программное моделирование создаёт виртуальную машину, реализующую язык. Этот подход называется чистой интерпретацией. Чистая интерпретация применяется как правило для языков с простой структурой (например, АПЛ или Лисп). Интерпретаторы командной строки обрабатывают команды в скриптах в UNIX или в пакетных файлах (.bat) в MS-DOS также как правило в режиме чистой интерпретации.
Достоинство чистого интерпретатора: отсутствие промежуточных действий для трансляции упрощает реализацию интерпретатора и делает его удобнее в использовании, в том числе в диалоговом режиме. Недостаток — интерпретатор должен быть в наличии на целевой машине, где должна исполняться программа. А свойство чистого интерпретатора, что ошибки в интерпретируемой программе обнаруживаются только при попытке выполнения команды (или строки) с ошибкой, можно признать как недостатком, так и достоинством.