- •Информационные технологии
- •Содержание
- •1. Понятие информационной технологии
- •1.1. Информатика и информационные технологии
- •1.2. Понятие информационной технологии как научной дисциплины
- •1.3. Структура предметной области информационной технологии
- •1.4. Место информационной технологии в современной системе научного знания
- •1.5. Определение информационной технологии и информационной системы
- •1.6. Этапы развития информационных технологий
- •1.7. Новая информационная технология
- •1.8. Свойства информационных технологий
- •2. Критерии эффективности информационных технологий
- •2.2. Специфика реализации информационных технологий
- •2.3. Общий критерий эффективности информационных технологий
- •2.4. Отличительные признаки высокоэффективных технологий и основные принципы их проектирования
- •Концентрация ресурсов в пространстве
- •Концентрация ресурсов во времени
- •Комбинированные технологии
- •Векторная ориентация ресурсов
- •2.5. Основные научные направления развития информационной технологии
- •Проблема семантического сжатия информации
- •Семантические концентраторы
- •2.6. Человеческий фактор в перспективных информационных технологиях
- •2.7. Методологический аппарат науки как информационная технология
- •3. Классификация информационных технологий
- •3.1. Основные классы информационных технологий
- •3.1. Основные классы информационных технологий
- •3.2. Классификация по пользовательскому интерфейсу
- •3.3. Классификация по степени взаимодействия между собой
- •3.5. Понятие платформы
- •3.6. Проблемы и критерии выбора информационных технологий
- •4. Стандарты пользовательского интерфейса ит
- •4.1. Интерфейс прикладного программирования
- •Реализация функций api на уровне ос
- •Реализация функций api на уровне системы программирования
- •Реализация функций api с помощью внешних библиотек
- •4.2. Платформенно-независимый интерфейс posix
- •4.3. Проектирование пользовательского интерфейса
- •5. Информационные технологии широкого пользования
- •5.1. Табличные процессоры
- •5.2. Системы управления базами данных Основные понятия бд
- •Виды моделей бд
- •Сетевая модель данных
- •Реляционная модель данных
- •Обзор субд
- •Технология работы в субд
- •5.3. Текстовые процессоры
- •5.4. Графические процессоры
- •5.5. Геоинформационные технологии
- •5.6. Интегрированные пакеты
- •Microsoft Office 2000/xp
- •Русский офисс (Арсеналъ), набор независимых друг от друга программных продуктов, ориентированных на домашнее применение:
- •5.7. Информационные системы как средства и методы реализации информационных технологий
- •6. Авторские и интегрированные информационные технологии
- •6.1. Гипертекст
- •6.2. Мультимедиа
- •6.3. Новый класс интеллектуальных технологий
- •6.4. Информационные хранилища
- •6.5. Система электронного документооборота
- •6.6. Системы групповой работы
- •6.7. Оснащение рабочего места пользователя информационными технологиями
- •7. Примеры экономических информационных систем
- •7.1. Предпринимательство
- •7.2. Менеджмент
- •6.3. Электронные деньги
- •7.4. Банки
- •7.5. Биржи
- •7.6. Торговля
- •7.7. Финансы
- •7.8. Обучение
- •8. Технология обработки и обеспечения безопасности данных
- •8.1. Общая характеристика процессов сбора, передачи, обработки и хранения информации
- •8.2. Контроль достоверности данных
- •8.3. Технология обеспечения безопасности компьютерных систем
- •9. Инструментарий технологии программирования
- •9.4.2. Методология rad — Rapid Application Development
- •9.1. Принцип программного управления
- •9.2. Жизненный цикл информационных систем
- •9.3. Методы проектирования программных продуктов
- •9.4. Методология и технология разработки информационных систем
- •9.4.1. Case-технологии
- •9.4.2.Методология rad — Rapid Application Development
- •9.4.3. Стандарты и методики
- •9.5. Профили открытых информационных систем
- •Список использованной литературы
Реализация функций api на уровне ос
При реализации функций API на уровне ОС за их выполнение ответственность несет ОС. Объектный код, выполняющий функции, либо непосредственно входит в состав ОС (или даже ядра ОС), либо поставляется в составе динамически загружаемых библиотек, разработанных для данной ОС. Система программирования ответственна только за то, чтобы организовать интерфейс для вызова этого кода.
В таком варианте результирующая программа обращается непосредственно к ОС. Поэтому достигается наибольшая эффективность выполнения функций API по сравнению со всеми другими вариантами реализации API.
Недостатком организации API по такой схеме является практически полное отсутствие переносимости не только кода результирующей программы, но и кода исходной программы.
Реализация функций api на уровне системы программирования
Если функции API реализуются на уровне системы программирования, они предоставляются пользователю в виде библиотеки функций соответствующего языка программирования. Обычно речь идет о библиотеке времени исполнения — RTL (run time library). Система программирования предоставляет пользователю библиотеку соответствующего языка программирования и обеспечивает подключение к результирующей программе объектного кода, ответственного за выполнение этих функций.
Очевидно, что эффективность функций API в таком варианте будет несколько ниже, чем при непосредственном обращении к функциям ОС. Так происходит, поскольку для выполнения многих функций API библиотека RTL языка программирования должна все равно выполнять обращения к функциям ОС. Наличие всех необходимых вызовов и обращений к функциям ОС в объектном коде RTL обеспечивает система программирования.
Однако переносимость исходного кода программы в таком варианте будет самой высокой, поскольку синтаксис и семантика всех функций будут строго регламентированы в стандарте соответствующего языка программирования. Они зависят от языка и не зависят от архитектуры целевой вычислительной системы. Поэтому для выполнения прикладной программы на новой архитектуре вычислительной системы достаточно заново построить код результирующей программы с помощью соответствующей системы программирования.
Реализация функций api с помощью внешних библиотек
При реализации функций API с помощью внешних библиотек они предоставляются пользователю в виде библиотеки процедур и функций, созданной сторонним разработчиком. Причем разработчиком такой библиотеки может выступать тот же самый производитель.
Система программирования ответственна только за то, чтобы подключить объектный код библиотеки к результирующей программе. Причем внешняя библиотека может быть и динамически загружаемой (загружаемой во время выполнения программы).
С точки зрения эффективности выполнения этот метод реализации API имеет самые низкие результаты, поскольку внешняя библиотека обращается как к функциям ОС, так и к функциям RTL языка программирования. Только при очень высоком качестве внешней библиотеки ее эффективность становится сравнимой с библиотекой RTL.
Если говорить о переносимости исходного кода, то здесь требование только одно — используемая внешняя библиотека должна быть доступна в любой из архитектур вычислительных систем, на которые ориентирована прикладная программа. Тогда удается достигнуть переносимости. Это возможно, если используемая библиотека удовлетворяет какому-то принятому стандарту, а система программирования поддерживает этот стандарт.
Очень трудно сравнивать API. При их разработке создатели, как правило, стараются реализовать полный набор основных функций, используя которые можно решать различные задачи, хотя, порой, и различными способами. Один набор будет хорош для одного набора задач, другой — для иного набора задач. Тем более что фактически у нас сейчас существенно ограниченное множество API. Причина в том, что доминируют наиболее распространенные ОС, на распространение которых в большей степени оказали влияние не достоинства или недостатки этих ОС и их API, а правильная маркетинговая политика фирм, их создавших.