Прикладной процесс

В принципе в любую структуру ЛВС может быть подключена любая ПЭВМ, если она способна выполнять не только прикладные процессы, но и процессы взаимодействия. Это значит, что машина, ставшая абонентом сети, должна иметь аппаратуру сопряжения с сетью и передачи данных, специальное программное обеспечение, реализующее процессы взаимодействия, оперативную память достаточной емкости для хранения специального программного обеспечения (как показывает опыт, емкость ОП ПЭВМ должна быть не менее 256 Кбайт). [c.315]

Теперь, после знакомства с моделью телефонной сети, рассмотрим модель информационной сети, показанной на рис. 5.12. Здесь изображена модель сети, в которой работают шесть информационных систем (1—6). Для простоты изложения информационные системы здесь и далее именуются просто системами. Каждая из систем состоит (см. рис. 5.1) из электронной машины с ее программным обеспечением и группы терминалов. В модели (см. рис. 5.12) каждая система представлена прямоугольником, состоящим из двух частей прикладных процессов и процессов взаимодействия. Таких прямоугольников на рис. 5.12 шесть (по числу систем). Седьмой прямоугольник представляет коммуникационную подсеть, часто также именуемую физическими средствами соединения. [c.99]

Все остальные процессы в системе являются вспомогательными и предназначены для обслуживания прикладных процессов. В электронной машине прикладные процессы описываются прикладными программами. [c.99]

Непосредственно с прикладными процессами связаны (см. рис. 5.12) процессы взаимодействия. Эти процессы являются вспомогательными, ибо обеспечивают взаимодействие прикладных процессов друг с другом. Программное обеспечение, описывающее процессы взаимодействия, принято называть сетевым. [c.99]

Прикладные процессы А—Е, показанные на рис. 5.12, являются различными и благодаря этому обеспечивают разнообразие ресурсов, предоставляемых информационной сетью. В противоположность этому процессы взаимодействия во всех шести рассматриваемых системах одинаковы. Эго позволяет всем системам на равных правах одинаковым образом обращаться друг к другу. [c.99]

Линин взаимодействия прикладных процессов друг с другом проходят через (сквозь) процессы взаимодействия и коммуникационную подсеть. Так, на рис. 5.12 линия а—в показывает путь взаимодействия прикладных процессов АиВ. Аналогично этому линия б-д определяет путь взаимодействия процесса Б с процессом Д. [c.99]

В дополнение к модели информационной сети рассмотрим схему взаимодействия прикладных процессов (рис. 5.13). Она поясняет, как пользователь, расположенный у терминала, взаимодействует со всеми прикладными процессами (ресурсами) информационной сети. [c.100]

На рис. 5.13 по сравнению с моделью, изображенной на рис. 5.12, остались только интересующие нас прикладные процессы, линии их взаимодействия и добавлены терминалы. [c.100]

Рис. 5-13. Схема взаимодействия прикладных процессов

Третью группу образуют сеансовый, представительный и прикладной уровни, они непосредственно связаны с обслуживанием прикладных процессов. Сеансовый уровень предназначен для организации и управления сеансами взаимодействия прикладных процессов. Представительный уровень подготавливает информацию в таком виде, как это требуют прикладные процессы. Так, если прикладные процессы используют дисплей. [c.101]

ТО информация формируется в виде страницы с заданным числом строк определенной длины и передается на экран. Прикладной уровень связан с прикладными процессами, он получает от них команды и обеспечивает передачу информации другим прикладным процессам. [c.102]

Задачей всех, семи уровней является обеспечение надежного взаимодействия прикладных процессов. При этом каждый уровень выполняет возложенную на него задачу. Однако уровни работают так, чтобы в нужных случаях подстраховывать и проверять работу других уровней. Так, если канальный уровень случайно пропустит ошибку, появившуюся при йере-даче информации, то ее поймет и исправит транспортный уровень. [c.102]

В принципе в открытую информационную сеть может быть включена современная электронная машина любого типа. Однако при этом необходимо учесть некоторые требования, предъявляемые к этой машине. Чтобы разобраться в этом вопросе, следует обратить внимание на то, что электронная машина, входящая в автономную систему, должна выполнять прикладные процессы, т. е. задачи, связанные с обработкой информации для пользователей. При включении системы в сеть электронная машина, кроме прикладных, должна также выполнять процессы взаимодействия. Поэтому машина может стать абонентом сети в том случае, когда она в состоянии выполнять не только прикладные процессы, но и процессы взаимодействия. Это значит, что машина, включаемая в информационную сеть, должна иметь [c.102]

Поясним сказанное на взаимодействии сеансовых уровней систем 1 и 2, показанных на рис. 5.16. Сеансовый уровень в каждой из систем представлен группой программ, которые будем называть также сеансовыми. Сеансовые программы системы 1 должны взаимодействовать с сеансовыми программами системы 2 для того, чтобы после подачи соответствующей команды организовать и провести сеанс взаимодействия прикладных процессов А (в системе 1) и Б (в системе 2). [c.104]

Соответственно этому показаны четыре опоры сосуда , изображенного на рис. 8.1. В зависимости от типа коммуникационной подсети центральная часть сосуда (уровни 4 — 7) опирается на одну из этих опор, т.е. в зависимости от этой подсети выбирается соответствующая группа протоколов 1—3 уровней. Центральная часть сосуда является общей для всех типов опор . Иначе говоря, уровни 4 —7 системы всегда описываются одной и той же группой протоколов, и в этот сосуд помещается букет прикладных процессов. Последние, взаимодействуя со знаниями и данными, хранящимися в информационных банках, создают информационные ресурсы сети. [c.163]

В букет, показанный на рис. 8.1, вошли некоторые, наиболее часто используемые прикладные процессы. Перечислить же все современные сетевые прикладные процессы просто невозможно. Основными прикладными процессами являются [c.163]

Прикладной процесс — процесс обработки информации, выполняемый по за-, Данию пользователя. [c.192]

Транспортный уровень (работают протоколы T P и UDP) организует обмен сообщениями между различными прикладными процессами по типу "точка-точка". Потоки данных делятся на пакеты каждый пакет отправляется независимо, вместе с адресом назначения, - на более низкий уровень для передачи. Надежность передачи на транспортном уровне обеспечивается контролем ошибок и правильной последовательности пакетов. В случае ошибок пакеты передаются повторно. [c.730]

Машинная графика (МГ) может быть определена как совокупность технических, программных, языковых средств и методов связи пользователя с ЭВМ на уровне зрительных образов при решении различных классов задач. Машинная графика развивается на двух уровнях 1) пассивном, когда создаются пакеты прикладных программ (ППП), благодаря которым и осуществляется формирование графических изображений 2) активном, более высоком, когда этот процесс осуществляется в диалоге человека с ЭВМ. Второе направление получило название интерактивная машинная графика . [c.26]

Другим отличием этого издания от предыдущего является определенное развитие теоретических и прикладных вопросов. Надеемся, что введенная в рассмотрение количественная мера степени проточности дисперсных систем — критерий проточности — окажется полезной для анализа не только тех случаев, которые разобраны в данной работе. Несколько увеличен объем последних глав, посвященных теплообменникам с дисперсными теплоносителями. В частности, приведены данные о высокотемпературных теплообменниках выделен раздел, кратко освещающий особенности ядерных реакторов с дисперсными системами, и пр. Однако методика расчета теплообменников изложена лишь с принципиальных позиций как в силу ограниченности объема книги, так и в связи с довольно детальным рассмотрением тепловых и гидромеханических процессов в предыдущих главах. [c.3]

В настоящее время получили распространение интерактивные методы решения многокритериальных задач, когда информация о важности и предпочтениях приходит как от инженера-разработчика, так и от ЭВМ. Уточнение обобщенных критериев и упорядочивание критериев по важности производится на основе диалога конструктора с ЭВМ. Часто для определения наилучшего решения конструктору приходится решать задачи структурной и параметрической оптимизации. При этом модель принятия решения описывается как задача многокритериальной оптимизации, В этом случае используют интерактивный режим оптимизации или диалоговой оптимизации. Разработчик может изменить процесс решения задачи на любом этапе, параметры, метод решения, математическое описание задачи. Проблемами здесь являются разработка эффективных пакетов прикладных программ, сценариев диалога, эвристических и точных алгоритмов проектирования с учетом расплывчатости и неопределенности интеллектуальной деятельности инженера-разработчика. [c.35]

Процесс разработки структуры БД на основании требований пользователя называют проектированием БД (ПБД). Результатом ПБД являются структура БД, состоящая из логических и физических компонент, и руководство для прикладных программистов. [c.98]

Процесс проектирования БД начинают с построения концептуальной модели (КМ). Концептуальная модель состоит из описания объектов и их взаимосвязей без указания способов физического хранения. Построение КМ начинается с анализа данных об объектах и связях между ними, сбора информации о данных в существующих и возможных прикладных программах. Другими словами, КМ — это модель предметной области. Версия КМ, обеспечиваемая СУБД, называется логической моделью (ЛМ). Подмножества ЛМ, которые выделяются для пользователей, называются внешними моделями (подсхемами). Логическая модель отображается в физическую, которая отображает размещение данных и методы доступа. Физическую модель называют еще внутренней. [c.101]

При проектировании БД первым этапом, как отмечалось, является проектирование или построение КМ предметной области. Здесь выполняют структуризацию данных, определяют связи между ними, не учитывая особенностей реализации. Первым этапом построения КМ является анализ данных. При этом собирают информацию о данных, которые используются в имеющихся прикладных программах. В процессе сбора данных определяют имена объектов и элементов данных, описаний, атрибутов, источников, оценки, сложность, важность, отношения связности между элементами и объектами, продолжительность и способы хранения данных. Далее на основе анкетирования проводят анализ организации хранения данных и исследуют документооборот от источника к пользователю. После этого приступают к разработке КМ БД. Первоначально АБД собирает информацию о всех данных для прогнозирования и перспективных исследований. Концептуальная модель БД является основой для ЛМ, которая реализуется средствами реляционной, иерархической или сетевой СУБД, При разработке КМ используют нормализацию отношений, т. е. группируют элементы данных по свойствам модификации, включения и удаления данных. Концептуальная модель может быть также представлена в виде графов. [c.111]

Программное обеспечение САПР состоит из двух составных частей — общего и специального ПО. Общее ПО предназначено для планирования и организации процесса выполнения прикладных программ и определяется существующей номенклатурой операционных систем и комплексов программ технического обслуживания. Специальное ПО представляет собой пакеты прикладных программ, реализующих алгоритмы выполнения проектных операций и процедур. Эти прикладные программы необходимы группе пользователей, занимающихся автоматизированным проектированием в конкретной проблемной области. [c.365]

Управляющие программы ОС ЕС. Управляют вычислительным процессом, реализуют функции управления задачами, заданиями и данными следят за выполнением обрабатывающих программ и прикладных программ, составленных пользователем. [c.366]

На рис. 5.12 каждая система выполняет две группы информационных процессов. К первой из них относятся гфикладные процессы — процессы ввода, хранения, обработки и вьщачи информации для нужд пользователей. Прикладные процессы являются в системе и электронной машине, входящей в нее, главными. Именно ради вьшолнения прикладных процессов строится электронная машина и создается система. [c.99]

Как уже говорилось, процессы взаимодействия и коммуникавдонная подсеть предназначены для организации линий взаимодействия прикладных процессов. Поэтому процессы взаимодействия и коммуникационная подсеть на рис. 5.13 представлены пятнадцатью линиями, соединяющими все возможные пары прикладных процессов. Примеры линий, соединяющих терминалы с прикладными процессами и другими терминалами, показаны пунктиром на рис. 5.13. Первая линия связывает терминал А1 с прикладным процессом В и терминалом В1. Вторая линия проложена от терминала Б1 к прикладному процессу Д и терминалу Д1. [c.100]

Разнообразие прикладных процессов и многотипность коммуникационных подсетей преобразуют модель информационной системы, показанной на рис. 5.12, в вид, изображенный на рис. 8.1. Процессы взаимодействия, выполняемые в системе, здесь, как и на рис. 5.14, разделены на семь уровней. [c.163]

Начинают создаваться и широко использоваться также ресурсы для социальных нужд. Политическая и экономическая информация для населения, пропаганда достижений научно-технического прогресса, обучение, социальное обеспечение, бытовые службы все шире используют достижения современной информатики. В этой связи появляется большое число различных сетевых служб, управляемых электронными машинами. Вот неполный перечень сетевых прикладных процессов, создава ых специально для нужд населения [c.165]

JJDP обеспечивает доставку дейтаграмм, не гарантируя ее вьшолнение. Этот протокол не поддерживает соединения с удаленным модулем UDP, т.е. является протоколом передачи без установления логического соединения а потому - более быстрым. Дополнительные средства повышения надежности UDP-передачи могут быть обеспечены на уровне прикладных процессов. В отличие от сетевого протокола IP, доставляющего информацию от узла к узлу, протокол UDP различает приложения и передает информацию от одного приложения к другому. [c.730]

Основными процессами, весьма важными и в теоретическом, и в прикладном отношениях, являются изохорный, протекающий при постоянном объеме изобарный, протекающий при постоянном давлении изотермический, происходящий при постоянной температуре адиабатный — процесс, при котором отсутствует теплообмен с окружающей средой, и политропный, удовлетворяющий уравнению ру" = onst. [c.30]

В третьей книге комплекса учебных пособий на современном научном уровне излагаются основы математических методов, используемых при планировании и обработке результатов эксперимента. Рассматриваются вопросы первичной обработки данных, методы прикладной статистики и идентификации законов распределения. Излагаются способы цифрового модслпровання различных возмущающих воздействий. Онисыпаются методы оценки нестационарных случайных процессов с помощью стандартных аппаратных и программных средств при использовании оптимальных операторов сглаживания. Теоретический материал иллюстрируется примерами. [c.160]

Отказ от узкого понимания предмета и цели изучения начертательной геометрии лишь как теоретической базы курса черчения привел к пересмотру ее структуры с целью систематизации изучаемого материала, разработки способов конструировашгя и изображения геометрических фигур, решения общегеометрических и прикладных задач. Учебник призван способствовать самостоятельному изучению предмета студентами, являясь средством организации учебного процесса, подчеркивая единство и взаимосвязь методов начертательной и аналитической геометрии как базы для автоматизации решения задач прикладной геометрии. [c.6]

Относительно большой опыт накоплен в создании и эксплуатации подсистем автоматизированного проектирования технологических процессов механической обработки деталей на основе принятия ги- [ювых решений с использованием элементов параметрической оптимизации. Такие подсистемы функционируют на ряде машиностроительных предприятий нашей страны и предназначаются для проектирования маршрутно-операционных технологических процессов при обработке деталей. В выходных документах, кроме технологического процесса с режимами резания и нормами времени, приводится перечень оборудования, приспособлений, режущих и мерительных инструментов [14]. База данных для проектирования включает сведения об имеющихся на предприятии оборудовании, приспособлеии- зх, режущих и мерительных инструментах, отраслевые нормативы режимов резания и норм времени, справочные данные по припускам, нормам точности и др. Методические материалы автоматизированного проектирования описывают порядок проектирования принципиальной схемы технологического процесса, технологического маршрута, операций и переходов. Пакет прикладных программ ориентирован на ЕС ЭВМ. Программное обеспечение базировалось на унифи- [c.82]

Лингвистическое обеспечение при автоматизации конструкторского проектирования. В процессе выполнения конструкторских работ с использованием вычислительной техники проектировщик, кроме традиционных средств ввода — вывода алфавитно-цифровой информации, использует аппаратные средства машинной графики. Операции над геометрическими объектами (ГО) задаются средствами графичешгих языков (ГРАФИК, ГЕОМАЛ, АППАРАТ, ПРИС и др.) и осуществляются с помощью пакетов графических программ (ГРАФОР, ФАП-КФ, ГРАФ АЛ и др. [5, 6, 10]). Совокупность графи-ческог(з языка и соответствующего пакета графических программ называют системой геометрического моделирования. Примером такой системы служат язык и пакет прикладных программ ОГРА [6]. [c.163]

Управление автоматизированным банком данных осу-ш,ествляют проектировщики, при этом необходимо обеспечить целостность, правильность данных, эффективность и функциональные возможности СУБД. Проектировщик организует и формирует БД, определяет вопросы использования и реорганизации. База данных составляется с учетом характеристик объектов проектирования, процесса проектирования, действующих нормативов и справочных данных. При создании автоматизированных банков данных одним из основных является принцип информационного единства, заключающийся в использовании единой терминологии, условных обозначений, символов, единых проблемно-ориентированных языков, способов представления информации, единой размерности данных физических величин, хранящихся в БД. Автоматизированные банки данных должны обладать гибкостью, надежностью, наглядностью и экономичностью. Гибкость заключается в возможности адаптации, наращивания и изменения средств СУБД и структуры БД. Реорганизация БД не должна приводить к измененик прикладных программ. Для одновременного обслуживания пользователей должен быть организован параллельный доступ к данным. При использовании интерактивных методов проектирования необходимо использовать режим диалога. [c.40]

Если при обнаружении ошибки необходимо вернуться к 1 ачалу прикладной программы, то это приводит к потерям времени. Для повторного запуска процесса с некоторых точек вводят контрольные точки. Введение этих точек снижает общую производительность БД, поэтому необходим 1юмпромисс между минимальным числом таких точек и временным интервалом между двумя близлежащими контрольными точками. [c.126]

После некоторого времени эксплуатации БД могут меняться приоритеты прикладных программ, требования к эксплуатационньш характеристикам, возникает необходимость расширения БД и т. д. Изменение БД на уровнях логической и внутренней моделей называют реструктуризацией. К реструктуризации также относят изменение процедур управления доступом и работой с БД. Реструктуризация БД в отличие от реорганизации БД захватывает процесс изменения вглубь и может влиять на прикладные программы и процедуры. [c.127]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...