Лекции по дисциплине ИТ_2020. Лекции по дисциплине "Информационные технологии" Лекция Понятие информационной технологии
 Скачать 1.13 Mb.
|
|
прикладных информационных технологий – рациональная организация того или иного вполне конкретного информационного процесса. Осуществляется это путем адаптации к данному конкретному применению одной или нескольких базовых информационных технологий, позволяющих наилучшим образом реализовать отдельные фрагменты этого процесса. Поэтому основными научными проблемами в области исследования прикладных информационных технологий можно считать следующие: 17 1. Разработка методов анализа, синтеза и оптимизации прикладных информационных технологии. 2. Создание теории проектирования информационных технологий различного вида и практического назначения. 3. Создание методологии сравнительной количественной оценки различных вариантов построения информационных технологий. 4. Разработка требований к аппаратно-программным средствам автоматизации процессов реализации информационных технологий. Например, работа сотрудника кредитного отдела банка с использованием ЭВМ обязательно предполагает применение совокупности банковских технологий оценки кредитоспособности ссудозаемщика, формирования кредитного договора и срочных обязательств, расчета графика платежей и других технологий, реализованных в какой-либо информационной технологии: СУБД, текстовом процессоре и т.д. Трансформация обеспечивающей информационной технологии в чистом виде в функциональную (модификация некоторого общеупотребительного инструментария в специальный) может быть сделана как специалистом-проектировщиком, так и самим пользователем. Это зависит от того, насколько сложна такая трансформация, т.е. от того, насколько она доступна самому пользователю. Эти возможности все более и более расширяются, поскольку обеспечивающие технологии год от года становятся дружественнее. Другим примером прикладной информационной технологии может служить технология ввода в ЭВМ речевой информации. С технологической точки зрения весь информационный процесс здесь разделяется на несколько последовательных этапов, на каждом из которых используется своя базовая технология. Такими этапами в данном случае являются: 1. Аналого-цифровое преобразование речевого сигнала и ввод полученной цифровой информации в память ЭВМ. Базовой технологией здесь является аналого-цифровое преобразование, а реализуется эта технология, как правило, аппаратным способом при помощи специальных электронных устройств, характеристики которых заранее оптимизированы и хорошо известны проектировщикам. 2. Выделение в составе цифровой речевой информации отдельных фонем того языка, на котором произносилась речь, и отождествление их с типовыми "образами" этих фонем, хранящимися в памяти вычислительной системы. Базовой технологией здесь является технология распознавания образов. 3. Преобразование речевой информации в текстовую форму и осуществление процедур ее морфологического и синтаксического контроля. Базовыми технологиями здесь являются процедуры морфологического и синтаксического контроля текста, сформированного на основе анализа речевой информации, и внесение в него необходимых корректур, связанных с исправлением ошибок. Приведенный выше пример достаточно наглядно иллюстрирует принцип формирования прикладной технологии путем адаптации ряда заранее отработанных базовых технологий, необходимых для реализации данного информационного процесса. Этот подход не только дает большую экономию времени для разработчиков прикладных информационных технологий, но также и в значительной степени гарантирует их достаточно высокую эффективность в тех случаях, когда используются передовые и хорошо отработанные базовые технологии. Предметная ИТ – набор программных средств для реализации типовых задач или процессов в определенной области. Например, пакет 1С-Бухгалтерия. Распределенная функциональная ИТ применяется, когда при решении задачи ее функции выполняются несколькими работниками на нескольких рабочих местах, причем каждый работник выполняет одну или несколько функций на одном рабочем месте (см. также «Распределенная обработка информации»). 3.2. Классификация по пользовательскому интерфейсу Набор приемов взаимодействия пользователя с приложением называют пользовательским интерфейсом. Под приложением понимается пакет прикладных программ для определенной области применения и потребления информации. 18 Пользовательский интерфейс включает три понятия: общение приложения с пользователем, общение пользователя с приложением и язык общения, который определяется разработчиком программного приложения. Свойствами интерфейса являются конкретность и наглядность. Одной из важных функций интерфейса является формирование у пользователя одинаковой реакции на одинаковые действия приложений, их согласованность. Согласование должно быть выполнено по трем аспектам: физическом, который относится к техническим средствам; синтаксическом, который относится к последовательности и порядку появления элементов на экране (язык общения) и последовательности запросов (язык действий); семантическом, который относится к значениям элементов, составляющих интерфейс. Согласованность интерфейса экономит время пользователя и разработчика. Для пользователя уменьшается время изучения, а затем использования системы, сокращается число ошибок, появляется чувство комфортности и уверенности. Разработчику согласованный интерфейс позволяет выделить общие блоки, стандартизировать отдельные элементы и правила взаимодействия с ними, сократить время проектирования новой системы. Пользовательский интерфейс зависит от интерфейса, обеспечиваемого операционной системой. Классификация ИТ по типу пользовательского интерфейса (рис. 2) позволяет говорить о системном и прикладном интерфейсе. И если последний связано реализацией некоторых функциональных ИТ, то системный интерфейс - это набор приемов взаимодействия с компьютером, который реализуется операционной системой или ее надстройкой. Современные операционные системы поддерживают командный, WIMP- и SILK.- интерфейсы. В настоящее время поставлена проблема создания общественного интерфейса (social interface). Рис. 2. Классификация ИТ по пользовательскому интерфейсу Командный интерфейс - самый простой. Он обеспечивает выдачу на экран системного приглашения для ввода команды. Например, в операционной системе MS-DOS приглашение выглядит как С:\>, а в операционной системе UNIX - это обычно знак доллара. WIMP-интерфейс расшифровывается как Windows (окно) Image (образ) Menu (меню) Pointer (указатель). На экране высвечивается окно, содержащее образы программ и меню действий. Для выбора одного из них используется указатель. SILK-интерфейс расшифровывается - Spich (речь) Image (образ) Language (язык) Knowledge (знание). При использовании SILK-интерфейса на экране по речевой команде происходит перемещение от одних поисковых образов к другим по смысловым семантическим связям. Общественный интерфейс будет включать в себя лучшие решения WIMP- и SILK-интерфейсов. Предполагается, что при использовании общественного интерфейса не нужно будет разбираться в меню. Экранные образы однозначно укажут дальнейший путь. Перемещение от одних поисковых образов к другим будет проходить по смысловым семантическим связям. 3.3. Классификация по степени взаимодействия между собой Информационные технологии различаются по степени их взаимодействия между собой (рис. 3). Они могут быть реализованы различными техническими средствами: дискетное и сетевое 19 взаимодействие, а также с использованием различных концепций обработки и хранения данных: распределенная информационная база и распределенная обработка данных. Рис. 3. Классификация по способу взаимодействия ИТ между собой 3.4. Классификация ИТ по типу обрабатываемой информации Классификация ИТ по типу обрабатываемой информации представлена в табл. 1. Таблица 1 Виды обрабатываемой информации Виды информационных технологий Данные СУБД, алгоритмические языки, табличные процессоры И нте гри ро ва нн ые п ак еты Текст Текстовые процессоры и гипертекст Графика Графические процессоры Знания Экспертные системы Объекты реального мира Средства мультимедиа Данная классификация в известной мере условна, поскольку большинство этих ИТ позволяет поддерживать и другие виды информации. Так, в текстовых процессорах предусмотрена возможность выполнения примитивных расчетов, табличные процессоры могут обрабатывать не только цифровую, но и текстовую информацию, а также обладают встроенным аппаратом генерации графики. Однако каждая из этих технологий все-таки в большей мере акцентирована на обработке информации определенного вида. Очевидно, что модификация элементов, составляющих понятие ИТ, дает возможность образования огромного их количества в различных компьютерных средах. 3.5. Понятие платформы Разнообразие технических средств и операционных систем вынудили разработчиков систем ввести понятие платформы. Платформа определяет тип оборудования и программного обеспечения, на которых можно установить покупаемую информационную технологию. Она имеет сложную структуру. Главным компонентом платформы является тип ЭВМ, определяемый типом процессора: Macintosh, Atary, Sincler, Intel и т.д. Следующим компонентом является операционная система, работающая на том или ином процессоре. Например, Windows NT работает на многих типах процессоров: Intel, MIPS, ALPHA, Power PC. Многие ИТ не зависят от добавочного оборудования и наличия других программных средств. Их называют компьютерными ИТ. Например, к ним относятся текстовые, графические, табличные процессоры. Часть ИТ зависит от добавочного оборудования. Например, сетевые ИТ зависят от сетевого оборудования: модемов, адаптеров, каналов связи и т.д. и программных средств, их обслуживающих. 20 Часть ИТ требует дополнительного оборудования и специальных программных средств его обслуживания. Например, в технологии мультимедиа используются приводы CD-ROM, видеокарты, звуковые карты и т.д. А так как технология мультимедиа может быть использована в сетях ЭВМ, она также зависит и от сетевого оборудования. Новейшие ИТ представляют собой продукт интеграции различных ИТ. Поэтому их платформа зависит от всех структурных частей: типа процессора, работающей на нем ОС, типа дополнительного оборудования, поддерживающих это оборудование программных средств. 3.6. Проблемы и критерии выбора информационных технологий При выборе ИТ необходимо учитывать следующие основные факторы: суммарный объем продаж (на рынке только один из десяти пакетов находит спрос); повышение производительности труда пользователя (пользователь выполняет то, что не может выполнить ЭВМ); надежность; степень информационной безопасности; требуемые ресурсы памяти; функциональная мощность (предоставляемые возможности); простота эксплуатации; качество интеллектуального интерфейса; возможность подключения в сеть ЭВМ; цена. Следует также учитывать платформу эксплуатируемого программного обеспечения и стыковку с ним. В последнее время к приложениям предъявляются дополнительные требования: общий интерфейс для доступа к разным базам; обеспечение распределенной обработки данных; модульная структура, позволяющая покупать и строить функциональную прикладную ИТ поэтапно; возможность обработки разнотипной информации, включая речь, аудио и видеоинформацию; электронный обмен информацией для проведения коммерческих операций; многоплатформенность. Лекция 4. Стандарты пользовательского интерфейса ИТ 4.1. Интерфейс прикладного программирования Прежде всего необходимо однозначно разделить общий термин API (application program interface, интерфейс прикладного программирования) на следующие направления: API как интерфейс высокого уровня, принадлежащий к библиотекам RTL; API прикладных и системных программ, входящих в поставку операционной системы; прочие API. Интерфейс прикладного программирования предназначен для использования прикладными программами системных ресурсов ОС и реализуемых ею функций. API описывает совокупность функций и процедур, принадлежащих ядру или надстройкам ОС. API представляет собой набор функций, предоставляемых системой программирования разработчику прикладной программы и ориентированных на организацию взаимодействия результирующей прикладной программы с целевой вычислительной системой. Целевая вычислительная система представляет собой совокупность программных и аппаратных средств, в окружении которых выполняется результирующая программа. Сама результирующая программа порождается системой программирования на основании кода исходной программы, созданного разработчиком, а также объектных модулей и библиотек, входящих в состав системы программирования. Существует несколько вариантов реализации API: реализация на уровне ОС; 21 реализация на уровне системы программирования; реализация на уровне внешней библиотеки процедур и функций. Возможности API можно оценивать со следующих позиций: эффективность выполнения функций API — включает в себя скорость выполнения функций и объем вычислительных ресурсов, потребных для их выполнения; широта предоставляемых возможностей; зависимость прикладной программы от архитектуры целевой вычислительной системы. В идеале хотелось бы иметь набор функций API, выполняющихся с наивысшей эффективностью, предоставляющих пользователю все возможности современных ОС и имеющих минимальную зависимость от архитектуры вычислительной системы (еще лучше — лишенных такой зависимости). Добиться наивысшей эффективности выполнения функций API практически трудно по тем же причинам, по которым невозможно добиться наивысшей эффективности выполнения для любой результирующей программы. Поэтому об эффективности API можно говорить только в сравнении его характеристик с другим API. Что касается двух других показателей, то в принципе нет никаких технических ограничений на их реализацию. Однако существуют организационные проблемы и узкие корпоративные интересы, тормозящие создание такого рода библиотек. Реализация функций API на уровне ОС При реализации функций API на уровне ОС за их выполнение ответственность несет ОС. Объектный код, выполняющий функции, либо непосредственно входит в состав ОС (или даже ядра ОС), либо поставляется в составе динамически загружаемых библиотек, разработанных для данной ОС. Система программирования ответственна только за то, чтобы организовать интерфейс для вызова этого кода. В таком варианте результирующая программа обращается непосредственно к ОС. Поэтому достигается наибольшая эффективность выполнения функций API по сравнению со всеми другими вариантами реализации API. Недостатком организации API по такой схеме является практически полное отсутствие переносимости не только кода результирующей программы, но и кода исходной программы. Реализация функций API на уровне системы программирования Если функции API реализуются на уровне системы программирования, они предоставляются пользователю в виде библиотеки функций соответствующего языка программирования. Обычно речь идет о библиотеке времени исполнения – RTL (run time library). Система программирования предоставляет пользователю библиотеку соответствующего языка программирования и обеспечивает подключение к результирующей программе объектного кода, ответственного за выполнение этих функций. Очевидно, что эффективность функций API в таком варианте будет несколько ниже, чем при непосредственном обращении к функциям ОС. Так происходит, поскольку для выполнения многих функций API библиотека RTL языка программирования должна все равно выполнять обращения к функциям ОС. Наличие всех необходимых вызовов и обращений к функциям ОС в объектном коде RTL обеспечивает система программирования. Однако переносимость исходного кода программы в таком варианте будет самой высокой, поскольку синтаксис и семантика всех функций будут строго регламентированы в стандарте соответствующего языка программирования. Они зависят от языка и не зависят от архитектуры целевой вычислительной системы. Поэтому для выполнения прикладной программы на новой архитектуре вычислительной системы достаточно заново построить код результирующей программы с помощью соответствующей системы программирования. Реализация функций API с помощью внешних библиотек При реализации функций API с помощью внешних библиотек они предоставляются пользователю в виде библиотеки процедур и функций, созданной сторонним разработчиком. Причем разработчиком такой библиотеки может выступать тот же самый производитель. 22 Система программирования ответственна только за то, чтобы подключить объектный код библиотеки к результирующей программе. Причем внешняя библиотека может быть и динамически загружаемой (загружаемой во время выполнения программы). С точки зрения эффективности выполнения этот метод реализации API имеет самые низкие результаты, поскольку внешняя библиотека обращается как к функциям ОС, так и к функциям RTL языка программирования. Только при очень высоком качестве внешней библиотеки ее эффективность становится сравнимой с библиотекой RTL. Если говорить о переносимости исходного кода, то здесь требование только одно — используемая внешняя библиотека должна быть доступна в любой из архитектур вычислительных систем, на которые ориентирована прикладная программа. Тогда удается достигнуть переносимости. Это возможно, если используемая библиотека удовлетворяет какому-то принятому стандарту, а система программирования поддерживает этот стандарт. Очень трудно сравнивать API. При их разработке создатели, как правило, стараются реализовать полный набор основных функций, используя которые можно решать различные задачи, хотя, порой, и различными способами. Один набор будет хорош для одного набора задач, другой — для иного набора задач. Тем более что фактически у нас сейчас существенно ограниченное множество API. Причина в том, что доминируют наиболее распространенные ОС, на распространение которых в большей степени оказали влияние не достоинства или недостатки этих ОС и их API, а правильная маркетинговая политика фирм, их создавших. |