Интерфейс внешней среды [c.41]
Возможно, перевод хозяйственных приложений на работу в режиме клиент-сервер был бы идеальным вариантом, но реальность такова, что у большинства организаций, специализирующихся на ИСУ, накоплены огромные библиотеки хозяйственных прикладных программ - некоторые, возможно, хранятся уже десять и более лет и которые создавались специально для больших ЭВМ и зависели от баз данных на этих машинах. Разумным первым шагом в направлении изъятия этих прикладных программ из их традиционной архитектуры приложений является обращение к пользовательскому интерфейсу — внешний интерфейс на Рис. 9-13. Существует множество программных продуктов, которые облегчают преобразование текстового пользовательского интерфейса в форме видеотерминала в ГИП, функционирующий на рабочей станции. Следующий шаг предполагает перепроектирование существующих хозяйственных прикладных программ в программы, поддерживающие совместную обработку. [c.144]
Важной задачей в автоматизации работы налоговой службы является не только возложение на компьютер задач контроля, обработки и хранения информации по начислению и уплате различных налогов, ведение нормативно-правовой базы по налоговому законодательству, формирование отчетности по налоговым органам, но и создание автоматизированного интерфейса с банками, таможенными органами и другими внешними структурами. Это позволит оперативно контролировать движение средств налогоплательщиков и осуществлять операции по их лицевым счетам. В настоящее время ведутся работы по созданию таких автоматизированных интерфейсов. [c.331]
Важной задачей автоматизации работы налоговой службы является не только возложение на компьютер задач контроля, обработки и хранения информации по начислению и уплате различных налогов, ведение нормативно-правовой базы по налоговому законодательству, формирование отчетности по налоговым органам, но и создание автоматизированного интерфейса с банками, таможенными органами и другими внешними структурами. [c.340]
О Инструментальные средства создания и развития КСБУ (экранных и печатных форм первичных документов, форм внешней и внутренней бухгалтерской отчетности, формы управленческой и статистической отчетности), пользовательского интерфейса. [c.90]
Q Внешний уровень обеспечивает интерфейс с приложениями КИС, настройку системы (шаблоны хранимых данных, пользовательские реквизиты, формы входной и выходной информации, алгоритмы обработки данных и др.). [c.101]
Шаблон — набор средств для создания документов. В шаблон включены стили оформления символов и абзацев, параметры форматирования, действующие по умолчанию, параметры печатной страницы и др. С помощью входящих в шаблон элементов автотекста обеспечивается автоматизация ввода текста в документ. В шаблоне содержатся макросы, обеспечивающие автоматизацию выполнения типовых операций. Для унификации пользовательского интерфейса в шаблон включаются панели инструментов, горячие клавиши. Кроме перечисленных средств шаблон может содержать постоянный для всех документов текст, внешние объекты (рисунки, формулы, электронные таблицы и т. п.). [c.225]
Именно интерфейс пользователя, делающий удобным и комфортным человеко-машинное общение стал двигателем нового этапа развития ЭВМ. Узким местом, снижающим эффективность человеко-машинного симбиоза, является неспособность современных ЭВМ оперировать сенсорной или, более обще - образной информацией. Человек, мозг которого ориентирован именно на такого рода информацию, является сейчас единственным связующим звеном между миром абстрактных символов, перерабатываемых компьютерами, и внешним миром. [c.14]
Аналоговое ускорение базовых операций при цифровом интерфейсе с внешними устройствами, возможности оптической коммутации [c.32]
Интерфейс с внешней средой (EEI). EEI — это интерфейс, обеспечивающий передачу информации между прикладной платформой и внешней средой, а также между прикладными программами, выполняемыми на одной и той же платформе. Он состоит главным образом из протоколов и форматов данных. EEI предоставляет большие возможности для взаимодействия с внешней средой. Интерфейс EEI классифицируется в соответствии с типом предоставляемых услуг по передаче информации. Существует три типа таких услуг по обмену информацией [c.42]
В своей простейшей форме эталонная модель OSE/RM иллюстрирует достаточно прямые отношения пользователь — поставщик прикладное программное обеспечение является пользователем предоставляемых услуг, а логические объекты прикладной платформы/внешней среды — поставщики услуг. Предоставляемые услуги определяют интерфейсы API и EEI. [c.42]
Профиль прикладного ПО (функциональных частей ИС), формируемый на данной стадии, должен определять архитектуру прикладных программных комплексов (модели функций, логические модели данных, внешние интерфейсы) и их структуру (разбиение системы на подсистемы и подсистем на модули, определение унифицированных интерфейсов взаимодействия между прикладными программами). Профилю прикладного ПО конкретной ИС следует иметь в виду функциональную ориентацию приложений. При этом функции каждого прикладного объекта и задачи всего прикладного программного комплекса в целом, задаваемые на стадиях анализа и эскизного проектирования, "не должны быть привязаны к организационной структуре подразделений или к каким-либо пользователям. Такая привязка выполняется динамически при задании прав доступа пользователей к ресурсам системы. Приложения, работа которых может быть связана с частыми изменениями нормативно-инструктивной базы функциональных операций, должны иметь встроенные автоматические средства перенастройки, позволяющие пользователям настраивать их без привлечения программистов. Описания блоков настроечной информации в этих случаях являются частью профиля прикладного ПО. Общие требования к прикладному ПО, заданные в ТЗ, должны быть конкретизированы в профиле на основе выбранной методологии и принципов построения системы (функционально-модульного или объектного подхода). Профиль прикладного ПО должен содержать ссылки на стандартизованные интерфейсы между приложениями и средой ИС, которые описываются в профилях среды ИС, защиты информации и встроенных инструментальных средств. [c.81]
Интерфейс доступа к проектным данным обеспечивает внешнее представление проекта МИС, доступ к средствам редактирования компонентов информационной модели МИС, графическое представление компонентов модели МИС с помощью набора графических и текстовых редакторов. [c.205]
Для создания специализированных менеджерских приложений важной частью систем проектирования МИС является объектно-ориентированный интерфейс между внешними приложениями и объектами управления. Используя этот интерфейс, можно создавать прикладные программы на разных языках программирования. [c.211]
Средства для оформления и модификации экрана и таблиц. Внешний вид рабочего окна и прочих элементов экранного интерфейса может быть определен в соответствии с требованиями пользо- [c.443]
Имея простой, для начинающего пользователя, внешний вид (интерфейс), можно без труда разобраться в работе программы. [c.517]
Таким образом, разрабатывая агрегатный план, менеджеры верхнего уровня пытаются выбрать наилучший способ удовлетворения прогнозируемого спроса путем увязки его с наличными ресурсами. Главной целью является минимизация затрат в течение всего среднесрочного периода, а методами балансировки - регулирование темпов производства и уровня использования трудовых ресурсов, уровня запасов и привлечения субподрядных организаций, а также ряда других поддающихся контролю параметров. Агрегатное планирование является частью общей системы производственного планирования. Поэтому для занимающихся им менеджеров важно понимать интерфейс (связи) между планами разных уровней, характер влияния на планы многих внутренних и внешних факторов. Рассмотрим подробнее сущность решений в агрегатном планировании. [c.524]
Описанием структуры системы являются спецификации межмодульных интерфейсов. Интерфейс между модулями должен обеспечить передачу информации о внешних ошибках. Например, модуль должен иметь возможность получать сообщения о том, что информация, поступающая на его вход, является некорректной или что запрос, выработанный им для другого модуля некоторое время назад, выполняется некорректно. В этом случае необходимо предусмотреть формирование специального сообщения от модуля-потребителя к модулю-поставщику о некорректной информации. [c.14]
В большинстве реальных систем ПО межмодульные интерфейсы описываются таким образом, что ответственность за обнаружение внешних ошибок и реакция на них возлагаются на модули, которые непосредственно имеют дело с внешним интерфейсом. Например, ответственность за обнаружение несоответствий в сообщениях оператора (типа буква в числовом поле ) перепоручается программе, обеспечивающей работу с пультом оператора. Это, казалось бы, не противоречит интуитивному понятию модульности, но на самом деле является нарушением принципа распределения информации, принятого при разделении программ на модули. [c.14]
Информация по категории оборудование разделена на классы ЭВМ, связи и сопровождающего обеспечения. Раздел ЭВМ представляет собой перечень оборудования и интерфейсов. Раздел связи содержит информацию о внешнем оборудовании, приданном в комплект ЭВМ, [c.57]
Подраздел оборудование включает ошибки типа попытки вложить в процедуру такие требования к оборудованию, которые недопустимы по конструктивным соображениям. Этот тип ошибок часто встречается при работе с внешними устройствами. Например, процедура была написана для работы с одним типом дискового устройства, а использована для обращения к другому типу. Подраздел программное обеспечение в основном включает в себя ошибки интерфейса. Например, процедура обрабатывает матрицу размерностью 7X8 в то время, как эта матрица имеет размерность 8X7. [c.63]
Внешнее проектирование системы ПО включает разработку ее архитектуры и проектирование структуры программ на базе детальных спецификаций. Процесс построения архитектуры предусматривает разделение системы на некоторый набор программ, подсистем или компонентов с определением интерфейса между ними. Целью процесса проектирования структуры программ является выделение модулей и определение интерфейса между ними. Результатом данного процесса в общем случае является набор модулей и описание их взаимосвязей. [c.98]
Несмотря на отсутствие методологии для внешнего проекта, полезным принципом является идея концептуальной целостности, представляющей собой согласованность (или недостаток согласованности) между внешними интерфейсами системы. Это означает, что лучше иметь какой-либо ряд согласованных функций, чем, вероятно, набор независимых и несогласованных функций. [c.115]
Интерфейсы пользователя. При разработке внешних интерфейсов пользователя проектировщик связан с тремя проблемами, оказывающими непосредственное влияние на надежность проектируемого ПО доведение до минимума ошибок пользователя обнаружение этих ошибок, если они имеют место, и доведение до минимума сложности разрабатываемой системы ПО. Между ошибками пользователя и ошибками ПО имеется определенная связь, так как ошибки пользователя увеличивают вероятность перехода системы ПО в непредвиденные состояния. Доведение до минимума ошибок пользователя в принципе не сокращает числа ошибок ПО, но способствует повышению надежности за счет снижения вероятности столкновения с оставшимися ошибками ПО. [c.116]
Для любой сложной функции пользователя задача об установлении соотношений между выводами и системными преобразователями и вводами способом причины и следствия — не тривиальная работа. В целом внешние спецификации описывают каждый возможный ввод в систему (как действительный, так и недействительный) и реакцию системы на каждый из входов. Внешние спецификации должны точно и полно описывать внешние интерфейсы, несмотря на то, что они практически не содержат сведений о внутреннем устройстве модулей. [c.120]
В качестве методологической базы построения и применения профилей сложных распределенных ИС предлагается использовать ГОСТ Р ИСО/МЭК ТО 10000-1, 2-99 Информационная технология. Основы и таксономия профилей международных стандартов Часть 1 Общие положения и основы документирования Часть 2 Принципы и таксономия профилей взаимосвязи открытых систем Часть 3 Принципы и таксономия профилей среды открытой системы , определяющую основы и таксономию профилей среды открытых систем, предлагается использовать при построении и применении профилей ИС как документ прямого применения. Эталонная модель среды открытых систем (OSE/RM) определяет разделение любой информационной системы на приложения (прикладные программы и программные комплексы) и среду, в которой эти приложения функционируют. Между приложениями и средой определяются стандартизованные интерфейсы (Appli ation Program Interfa e — APT), являющиеся необходимой частью профилей любой открытой системы. Кроме того, в профилях ИС могут быть определены унифицированные интерфейсы взаимодействия прикладных программ (функциональных частей) между собой и як ерфейсы взаимодействия между компонентами среды ИС. В соответствии с определениями профиля и базовых стандартов, входящих в профиль, по ГОСТ Р ИСО/МЭК ТО 10000 спецификации выполняемых функций и интерфейсов взаимодействия могут быть оформлены как профиль каждого компонента системы. Таким образом, профили ИС как сложной системы с иерархической структурой могут включать в себя стандартизованные описания функций, выполняемых данной системой, и взаимодействия с внешней для нее средой, стандартизованные интерфейсы между приложениями и средой ИС и профили отдельных функциональных компонентов, входящих в систему. [c.67]
Коротко, идея, реализуемая данной системой, состоит в том, чтобы обеспечить единый интерфейс взаимодействия между всеми хранилищами информации и приложениями в составе единого информационного пространства ФСЗН. Здесь, в частности, учитывается и то, что в Фонде существует ряд данных, которые могут не соответствовать изложенным положениям, а также что компоненты КАИС ФСЗН должны взаимодействовать с внешними информационными хранилищами, способы и формы хранения данных в них неподконтрольны ФСЗН. [c.283]
Прикладной интерфейс [Appli ation Interfa e] — интерфейс из внешнего приложения, обеспечивающий доступ к функциональным возможностям и базе данных системы PDM. Этот интерфейс обычно создается с помощью библиотеки вызывающих процедур, которые можно встраивать в другие приложения или программы для обращения к функциям PDM и для доступа или модификации базы данных PDM. [c.337]
СУБД первого поколения имели ряд существенных недостатков отсутствие стандарта внешних интерфейсов и обеспечиваемости переносимости прикладных программ. Однако эти СУБД оказались весьма долговечны разработанное на их основе программное обеспечение используется и сегодня и большие ЭВМ (mainframe) содержат огромные массивы актуальной информации. [c.472]
В ответ на пользовательский запрос рабочая станция получит не сырье для последующей обработки, а готовые результаты. Программное обеспечение рабочей станции при такой архитектуре играет роль только внешнего интерфейса (Front — end) централизованной системы управления данными. Это позволяет существенно уменьшить сетевой трафик, сократить время на ожидание блокированных ресурсов данных в мультипользовательском режиме, разгрузить рабочие станции и при достаточно мощной центральной машине использовать для них более дешевое оборудование. [c.490]
Интерфейс версии Proje t 2002 имеет специальные средства для поддержки некоторьШ а таких процессов. Получить доступ к ним можно при помощи команды Вид Паиели инструментов. Внешний вид меню, формируемого при этом, показано на рис. 6.14. [c.387]
Моделирующий комплекс был использован для разработки программного обеспечения, оценки потребных вычислительных ресурсов с учетом мультитранспьютерной реализации вычислительных алгоритмов, а также для отработки аппаратных и программных средств интерфейса с внешними информационно-измерительными и исполнительными устройствами многостепенного динамического стенда, предназначенного для полунатурного моделирования в реальном времени процессов механического взаимодействия стыковочных узлов космических летательных аппаратов типа Мир и Shuttle (см. рис. 1.32). [c.120]