Интерфейс прикладной среды [c.154]
Интерфейс прикладной среды включает в себя следующие элементы строка заголовка прикладной среды, строка основного меню, панели инструментов, строка ввода и редактирования, строка состояния. [c.157]
О Какова структура типового интерфейса прикладной среды. [c.168]
О строка заголовка прикладной среды, где размещаются инструменты управления оконным интерфейсом приложения и отображается имя среды [c.154]
Генерация интерфейсов с базами данных и возможность преобразования (конвертирования) между различными концептуальными схемами и моделями данных увеличивает мобильность прикладных систем при переходе в другие операционные среды. Генерация кода и (или) таблиц, описывающих интерфейс прикладной системы с базой данных, не только позволяет сократить время разработки, но и дает возможность отделить разработку приложений от ведения архива проектной документации. [c.328]
Интерфейс с внешней средой (EEI). EEI — это интерфейс, обеспечивающий передачу информации между прикладной платформой и внешней средой, а также между прикладными программами, выполняемыми на одной и той же платформе. Он состоит главным образом из протоколов и форматов данных. EEI предоставляет большие возможности для взаимодействия с внешней средой. Интерфейс EEI классифицируется в соответствии с типом предоставляемых услуг по передаче информации. Существует три типа таких услуг по обмену информацией [c.42]
В своей простейшей форме эталонная модель OSE/RM иллюстрирует достаточно прямые отношения пользователь — поставщик прикладное программное обеспечение является пользователем предоставляемых услуг, а логические объекты прикладной платформы/внешней среды — поставщики услуг. Предоставляемые услуги определяют интерфейсы API и EEI. [c.42]
Следовательно, OSE — это функциональная вычислительная среда, поддерживающая переносимые, масштабируемые и взаимодействующие прикладные программы через стандартные услуги, интерфейсы, форматы и протоколы. Стандартом могут быть международные, национальные или другие открытые (общедоступные) спецификации. Эти спецификации доступны любому пользователю и поставщику коммуникационного оборудования при построении систем и средств, удовлетворяющих критериям OSE. [c.43]
Прикладные программы в OSE переносимы, если они написаны на стандартном языке программирования. Кроме того, они работают в стандартном интерфейсе, который связывает их с вычислительной средой. Они создают и принимают данные в стандартном формате и передают их, используя стандартные протоколы, выполняющиеся в любой вычислительной среде. [c.44]
Услуги, определяемые профилем переносимости прикладных программ. Профиль OSE состоит из выбранного набора открытых (общедоступных) согласованных стандартов и спецификаций, определяющих различные услуги в эталонной модели OSE/RM. Ограничив профиль конкретной функциональной средой или группой сред, интересных для отдельных организаций, мы получим профиль данной организации. АРР представляет собой профиль OSE, предназначенный для использования государственными службами. Он охватывает широкий круг прикладных областей, в которых заинтересованы многие государственные службы, но он не включает в себя полный набор прикладных программ, используемых на государственном уровне. Стандарты и спецификации профиля АРР определяют форматы данных, интерфейсы, протоколы или комбинацию этих элементов. [c.51]
Прикладное программное обеспечение является всегда проблемно-ориентированным и определяет основные функции информационной системы. Функциональные профили ИС должны включать в себя гармонизированные базовые стандарты. При использовании функциональных профилей ИС следует также иметь в виду согласование (гармонизацию) этих профилей между собой. Необходимость такого согласования возникает, в частности, при применении стандартизованных API интерфейсов, в том числе интерфейсов приложений со средой их функционирования, интерфейсов приложений со средствами защиты информации. При согласовании функциональных профилей возможны также уточнения профиля среды ИС и профиля встраиваемых инструментальных средств создания, сопровождения и развития прикладного программного обеспечения. [c.74]
Профиль прикладного ПО (функциональных частей ИС), формируемый на данной стадии, должен определять архитектуру прикладных программных комплексов (модели функций, логические модели данных, внешние интерфейсы) и их структуру (разбиение системы на подсистемы и подсистем на модули, определение унифицированных интерфейсов взаимодействия между прикладными программами). Профилю прикладного ПО конкретной ИС следует иметь в виду функциональную ориентацию приложений. При этом функции каждого прикладного объекта и задачи всего прикладного программного комплекса в целом, задаваемые на стадиях анализа и эскизного проектирования, "не должны быть привязаны к организационной структуре подразделений или к каким-либо пользователям. Такая привязка выполняется динамически при задании прав доступа пользователей к ресурсам системы. Приложения, работа которых может быть связана с частыми изменениями нормативно-инструктивной базы функциональных операций, должны иметь встроенные автоматические средства перенастройки, позволяющие пользователям настраивать их без привлечения программистов. Описания блоков настроечной информации в этих случаях являются частью профиля прикладного ПО. Общие требования к прикладному ПО, заданные в ТЗ, должны быть конкретизированы в профиле на основе выбранной методологии и принципов построения системы (функционально-модульного или объектного подхода). Профиль прикладного ПО должен содержать ссылки на стандартизованные интерфейсы между приложениями и средой ИС, которые описываются в профилях среды ИС, защиты информации и встроенных инструментальных средств. [c.81]
Обеспечение интерактивного взаимодействия пользователей и ЭВМ — важнейший принцип создания высокоэффективных СМОД. В настоящее время активно используется ряд ППП, обеспечивающих телеобработку. Одним из них является ППП КАМА, представляющий собой расширение операционной системы ОС ЕС и обеспечивающий телеобработку и удаленный доступ к данным. Все запросы на обработку данных в системе выполняются прикладными программами. Общесистемный ППП КАМА реализует их выполнение в условиях диалога и обеспечивает интерфейс между прикладными программами и операционной средой (операционная система и комплекс технических средств), в которой они работают. [c.196]
Связь между объектами соседних уровней определяется интерфейсом — связь между объектами уровней N uN-l определяется (N-l)-M интерфейсом. В качестве примера предположим, что система А на рис. 10.5 имеет информацию для отправки в систему В. Начиная с верхнего каждый уровень в А сообщается с нижестоящими уровнями до уровня 1, задача которого — отдавать (а также забирать) информацию в физическую среду. После того, как информация проходит через физическую среду и принимается системой В, она поднимается через уровни В в обратном порядке, пока не достигнет прикладного процесса системы В. Вместе с тем для выполнения присущих каждому уровню задач необходимо сообщение с соответствующим уровнем другой системы, т.е. уровня 1 системы А с уровнем 1 системы В и т.д. Таким образом, каждый уровень системы А использует услуги, предоставляемые ему смежными уровнями, чтобы осуществить связь с соответствующим ему уровнем системы В. Нижестоящий уровень называется источником услуг, а вышестоящий — пользователем услуг. Взаимодействие уровней происходит в так называемой точке предоставления услуг, а взаимодействие между системами осуществляется посредством протокола и интерфейса. [c.210]
Приложения, работающие в среде Windows, имеют очень похожий графический интерфейс. Научившись пользоваться одной программой данного класса, можно быстро освоить и остальные. Разобравшись в ее особенностях и немного попрактиковавшись, вы почувствуете себя вполне уверенно. Как бы ни отличались внешне интерфейсы прикладных сред, все они состоят из однотипных по своему назначению элементов. [c.154]
| Рис. 11.12. Интерфейс прикладной среды на примере табличного процессора Ex el |  |
Рассмотрим более подробно характерные объекты структуры интерфейса любой прикладной среды Windows. В качестве примера возьмем интерфейс табличного процессора Ex el (рис. 11.12). [c.157]
В качестве методологической базы построения и применения профилей сложных распределенных ИС предлагается использовать ГОСТ Р ИСО/МЭК ТО 10000-1, 2-99 Информационная технология. Основы и таксономия профилей международных стандартов Часть 1 Общие положения и основы документирования Часть 2 Принципы и таксономия профилей взаимосвязи открытых систем Часть 3 Принципы и таксономия профилей среды открытой системы , определяющую основы и таксономию профилей среды открытых систем, предлагается использовать при построении и применении профилей ИС как документ прямого применения. Эталонная модель среды открытых систем (OSE/RM) определяет разделение любой информационной системы на приложения (прикладные программы и программные комплексы) и среду, в которой эти приложения функционируют. Между приложениями и средой определяются стандартизованные интерфейсы (Appli ation Program Interfa e — APT), являющиеся необходимой частью профилей любой открытой системы. Кроме того, в профилях ИС могут быть определены унифицированные интерфейсы взаимодействия прикладных программ (функциональных частей) между собой и як ерфейсы взаимодействия между компонентами среды ИС. В соответствии с определениями профиля и базовых стандартов, входящих в профиль, по ГОСТ Р ИСО/МЭК ТО 10000 спецификации выполняемых функций и интерфейсов взаимодействия могут быть оформлены как профиль каждого компонента системы. Таким образом, профили ИС как сложной системы с иерархической структурой могут включать в себя стандартизованные описания функций, выполняемых данной системой, и взаимодействия с внешней для нее средой, стандартизованные интерфейсы между приложениями и средой ИС и профили отдельных функциональных компонентов, входящих в систему. [c.67]