В основу проектирования и эксплуатации автоматических поточных линий в электронной промышленности положен метод блочного конструирования оборудования. Автоматические линии при этом компонуются на базе различного сочетания самостоятельных унифицированных блоков-модулей. Под модулем понимается конструктивно законченная совокупность узлов и деталей, объединенных общим функциональным назначением и подчиняющихся общим требованиям по габаритам, установочным и присоединительным размерам. Набор модулей обеспечивает создание автоматических линий. Линии, построенные по блочно-модульному методу, надежны в работе, эффективны в эксплуатации, требуют для переналадки немного времени. [c.139]
Организационная структура университета должна обеспечить непрерывное развитие сфер его основной компетентности. Возможно появление чего-то похожего на ресурсные центры, которые примут на себя функции, традиционно возлагавшиеся на дисциплины и факультеты. Основной задачей центров может стать обеспечение учебного процесса, связанного с изучением базовых модулей, которые могут комбинироваться в соответствии с потребностями каждого студента и быстро дополняться специальной частью подготовки по требованию клиента или группы обучающихся. [c.66]
Сформулированные здесь требования к имитационной системе и определяют ее структуру. Необходимым элементом любой имитационной системы является, конечно, модель изучаемого объекта. Поскольку система предназначена для решения различных задач, всестороннего анализа объекта, т. е. использования различных вариантов исходной модели, разумно хранить исходную модель в виде программ расчета по отдельным подмоделям на некотором алгоритмическом языке. Эти программы принято называть модулями. Отдельные модули должны быть построены так, чтобы в случае необходимости их было можно объединить в разнообразных разумных сочетаниях. Итак, первый необходимый элемент имитационной системы — это совокупность модулей, или банк модулей. [c.289]
Возможности создаваемых АРМ в значительной степени зависят от технико-эксплуатационных характеристик ЭВМ, на которых они базируются. В связи с этим на стадии проектирования АРМ четко формулируются требования к базовым параметрам технических средств обработки и выдачи информации, набору комплектующих модулей, сетевым интерфейсам, эргономическим параметрам устройств и т.д. [c.35]
Приведенная классификация по критерию охвата учетных функций дает лишь общие ориентиры при выборе программных продуктов. Оценка систем по функциональной полноте предполагает не только изучение состава имеющихся модулей по интересующим разделам учета, но и анализ конкретного состава задач, решаемых каждым из них. Именно здесь требования пользователей достаточно субъективны — всем нужны разные задачи, например одним при расчете заработной платы необходимо учитывать северные надбавки, другим нет. Однако отсутствие средств поддержки решения той или иной задачи в конкретной программной системе совсем не означает, что она непригодна для данного предприятия. Дело в том, что многие программные продукты могут быть дополнены недостающими функциями либо самим пользователем, либо специалистами по внедрению, либо самим разработчиком. Таким образом, пользователю нужно вначале определиться с классом системы, выделенным по степени охвата учетных функций, далее выяснить конкретный набор решаемых задач, и, если какие-либо задачи отсутствуют, изучить возможности расширения функциональности. [c.61]
Важным аспектом при формировании нормативной базы планирования нефтеснабжения является обеспечение принципа типизации, который должен выражаться прежде всего в единстве методологических основ и принципов формирования нормативной базы, использовании единых структур массивов -информации, единого программного обеспечения, единых технических средств. Типизация программного обеспечения задач оптимального планирования нефтеснабжения во многом предопределяется структурой построения алгоритмов расчетов, используемых для определения нормативных уровней системы технико-экономических показателей производственно-хозяйственной деятельности территориальных управлений. При построении алгоритмов должен использоваться принцип модульности, который выражается в том, что любой компонент сложного алгоритма при своем конкретном воплощении создается самостоятельно и относительно независимо от других компонентов, связанных с ним. Модули — это программно оформленные в виде типовых частей отдельные элементы алгоритма, охватывающие типовую процедуру обработки информации на ЭВМ. Модульная структура алгоритмов задач позволяет обеспечить типизацию программного обеспечения задач. В качестве алгоритмов расчета нормативных уровней системы технико-экономических показателей производственно-хозяйственной деятельности территориальных управлений, удовлетворяющих требованиям типизации, могут быть использованы алгоритмы решения приведенного выше комплекса экономико-математических моделей, охватывающих основные стороны деятельности территориального управления в современных ц перспективных условиях нефтеснабжения. [c.33]
Требования жесткости оказывают влияние и на выбор материала детали. Так, например, прочностные характеристики сталей непрерывно повышаются, тогда как значения модулей упругости остаются почти неизменными. [c.23]
Требование гибкости следует распространить и на процессы создания АС, что может быть достигнуто за счет применения м о-дульного принципа (технологический процесс достижения конкретной цели разработки формируется на базе комплекса технологических и организационных модулей). Модули, из которых строится технологический процесс и его организационное обеспечение, должны быть унифицированными и тщательно отработанными, они должны легко встраиваться в процесс и обеспечивать его надежное выполнение. Созданием унифицированных технологических и организационных модулей должны заниматься организации, специализированные на разработке проблем автоматизации различных сфер человеческой деятельности, проблемных АС того или иного назначения. [c.38]
Требование технологичности обусловливает необходимость применения в процессе создания САПР отлаженных, нормативных методов и операций, унифицированных и типовых элементов. Как уже отмечалось, наиболее приемлема в данном случае гибкая организация технологического процесса на основе технологических и организационных модулей, отдельных типовых проектных решений. В условиях автоматизированного проектирования САПР база данных системы должна содержать совокупность таких модулей. [c.43]
Однако в организации, заказавшей САПР, обязательно должны продолжаться работы по ее созданию, в основном — связанные с подготовкой организации к работе в условиях функционирования САПР и с управлением проектом САПР. Сюда относятся такие группы работ (организационно-технологические модули), как 1) планирование и системный анализ требований к САПР 2) проектирование роли и места САПР в НТО 3) документирование и согласование 4) сопровождение комплексного проекта САПР 5) управление проектом в НТО 6) оценка и обеспечение качества и эффективности создаваемой САПР 7) оценка и обеспечение эффективности процесса создания САПР. [c.47]
Однако отдельные ППП и программные модули, составляющие в определенной совокупности и взаимосвязи ПО каждой конкретной САПР, могут разрабатываться, отлаживаться и применяться в некоторой степени автономно. Возможны также заимствования из ПО аналогичных АС и применение универсальных или стандартных программных модулей или ППП. Конечно, в ПО практически каждой САПР включаются оригинальные, специальные программы, пакеты программ и программные модули, однако не исключена возможность и их более широкого применения, если они созданы и оформлены в соответствии с определенными требованиями к программам как продукции производственно-технического назначения, т. е. как к программным изделиям. [c.83]
Системообразующим понятием, используемым во всех модулях R/3, является иерархическое представление объекта управления. Объектами модуля РМ является оборудование, состоящее из деталей и запасных частей и приписанное к конкретной организационной единице. Эту модель надо было наполнить конкретным содержанием от уровня предприятия энергосистемы до уровня значимых деталей, оборудования, которые имеют смысл наименьшего объекта в экономической модели учета и планирования. В качестве задела использовались отдельные справочники основного оборудования, систем диспетчерского управления, отраслевые и заводские классификаторы деталей и оборудования и т.д. Однако эти материалы не соответствовали требованиям. Поэтому работу по электронной паспортизации оборудования пришлось делать с нуля. [c.481]
Профиль прикладного ПО (функциональных частей ИС), формируемый на данной стадии, должен определять архитектуру прикладных программных комплексов (модели функций, логические модели данных, внешние интерфейсы) и их структуру (разбиение системы на подсистемы и подсистем на модули, определение унифицированных интерфейсов взаимодействия между прикладными программами). Профилю прикладного ПО конкретной ИС следует иметь в виду функциональную ориентацию приложений. При этом функции каждого прикладного объекта и задачи всего прикладного программного комплекса в целом, задаваемые на стадиях анализа и эскизного проектирования, "не должны быть привязаны к организационной структуре подразделений или к каким-либо пользователям. Такая привязка выполняется динамически при задании прав доступа пользователей к ресурсам системы. Приложения, работа которых может быть связана с частыми изменениями нормативно-инструктивной базы функциональных операций, должны иметь встроенные автоматические средства перенастройки, позволяющие пользователям настраивать их без привлечения программистов. Описания блоков настроечной информации в этих случаях являются частью профиля прикладного ПО. Общие требования к прикладному ПО, заданные в ТЗ, должны быть конкретизированы в профиле на основе выбранной методологии и принципов построения системы (функционально-модульного или объектного подхода). Профиль прикладного ПО должен содержать ссылки на стандартизованные интерфейсы между приложениями и средой ИС, которые описываются в профилях среды ИС, защиты информации и встроенных инструментальных средств. [c.81]
Сущность группового (системного) проектирования состоит в определении требований к составу и техническим характеристикам системы взаимосвязанных в эксплуатации машин, типажа машин и агрегатов одного или близкого функционального назначения, определении базовых изделий и их модификаций, систем модулей и базово-модульных структур для всего типа или вида техники, обеспечении рациональных конструктивных схем элементов машин и механизмов с точки зрения эффективности эксплуатации, производства, ремонта и обслуживания всего парка техники (семейства техники) данного функционального назначения. [c.199]
Этап предварительных групповых проектных работ завершается разработкой предложений по типажу и номенклатуре вида (типа) техники на планируемый период. В этих предложениях должны быть указаны перечни базовых образцов и их модификаций и требования к их характеристикам, определены агрегаты и устройства, имеющие конструктивные особенности по сравнению с базовыми образцами, а также состав модулей и блочно-модульных структур, присоединение или замена которых в базовом изделии превращает его в определенную модификацию. [c.202]
Призом в такой игре является признание коллег-соперников и высокий рейтинг. В зависимости от назначения ДС — проведение конкурсного отбора или оценка в начале курса обучения — используются разные программы, включающие разный набор и порядок исполнения всех модулей. Таким образом, выбор конкретной конфигурации схемы исполнения процедур определяется многими особенностями назначением ДС, требованиями заказчика, техническими и материальными условиями, но главное— составом испытуемых и целью диагностического процесса. [c.215]
Алгоритмы, заложенные в программные модули системы, первоначально переводят спрос на ГП в требуемый общий и специфицированный объем исходных МР. Затем программы вычисляют цепь требований на исходные МР, основанных на информации о соответствующем уровне запасов, заделов незавершенного производства, и размещают заказы на объемы входных МР для участков производства (сборки) ГП. Заказы зависят от специфицированных по номенклатуре, объемам требований в МР и времени их доставки на соответствующие рабочие места и склады (см. [134, с. 178]). [c.457]
Требования сокращения затрат и сроков на освоение новой техники заставляют конструкторов все шире использовать унификацию. Если до недавнего времени она касалась лишь деталей и комплектующих изделий, то сейчас захватила сборочные единицы и даже комплексы. В некоторых отраслях,техники (судостроение, робототехника, станкостроение и др.) развивается модульное строение объектов. Из сравнительно небольшого числа функционально замкнутых узлов-модулей комплектуются технические системы, удовлетворяющие определенным, зачастую весьма различным требованиям технологического процесса, в котором они участвуют. [c.224]
КОМПЛЕКТНОСТЬ ПРОДУКЦИИ — соответствие ее состава и состояния задачам установки и ввода в действие с минимальными затратами общественного труда. К. п. достигается выполнением необходимых для этого операций на всех стадиях ее производства (разработка, изготовление, поставка). Благодаря этому комплектная продукция обладает такими потребительскими свойствами, как высокая монтажная готовность, соответствие требованиям технологии строительства и эксплуатации. Комплектность прежде всего важна для машин и оборудования, предназначенных для вновь вводимых и реконструируемых предприятий. При этом необходимо не просто изготовить и отправить на стройку компоненты, способные обеспечить выполнение конкретного технологического процесса, но и провести на заводе-изготовителе контрольную сборку, испытание и отладку всего технологического комплекта. Чтобы обеспечить на транспортировке, монтаже, эксплуатации и ремонте использование прогрессивных методов, технологические комплексы (комплекты) изготовляются в виде крупных блоков (модулей) с таким расчетом, что выпускаемые виды блоков и узлов многократно повторяются при проектировании и сооружении новых объектов (определенной производительности) без существенных изменений. В двенадцатой пятилетке расширена номенклатура оборудования, подлежащего комплектной поставке. Предприятия министерств — изготовителей продукции машиностроения совместно с [c.116]
В гл. 8 приведены примеры обоснования решений по совершенствованию МО, в которых показано, как требования НТД могут быть реализованы в программных модулях решения соответствующих задач на ЭВМ. При построении моделей работ по МО использовано основное уравнение упорядочения общей теории систем, устанавливающее правила согласования фактических и нормативных показателей объекта анализа, а номенклатура анализируемых параметров определена НТД по вопросам МО. [c.236]
Система проектируется как совокупность формально самостоятельных составных частей — модулей. Модули разрабатываются и тестируются с учетом удовлетворения частных задач и требований на их реализацию. Если в процессе тестирования достигается заданная степень надежности модулей системы, то можно переходить к их интеграции и испытаниям системы в целом. Если в процессе тестирования обнаруживаются ошибки в составных частях или в системе в целом, то, обрабатывая информацию об ошибке, устанавливают породившую ее причину. По результатам подобных исследований проводится доработка составных частей или системы в целом, цель которой — устранение предполагаемых или установленных причин появления ошибок. [c.99]
Шаг 5. Запись начальных и конечных операторов предусматривает проведение оформления модуля в соответствии с требованиями принятого языка программирования. [c.144]
Руководитель проекта должен также иметь некоторое представление о кодировании критических программ (модулей) системы на уровне обоснованного принятия решения по проблемам, связанным с внедрением ПО. Он должен обладать хорошим обзором всех сторон разработки системы от формулировки требований до тестирования и сопровождения. [c.191]
Модульный принцип построения ТПР позволяет создавать проект новой СМОД путем комбинации отдельных типовых модулей и оригинальных проектных решений. Однако перечисленные преимущества ТПР реализуются только тогда, когда модули ТПР удовлетворяют требованиям информационного, программного и технического интерфейсов. [c.121]
Аналогичным образом должны быть получены проектные решения по модулям ВИД СМ, ФПМ и ВЫР. Затем с каждым из модулей этого уровня декомпозиции выполняем такую же работу. Если, например, при разработке проектных решений для модуля ВИД будет использован ППП типа генератора ввода-вывода (ГВВ), то дальнейшая декомпозиция модуля ВИД не нужна, модуль ВИД будет в таком случае представлен ППП ГВВ и соответствующим параметрическим потоком. Параметрический поток будет включать описание форм входных документов, составленных в соответствии с требованиями этого пакета, и описание структуры получаемых файлов. [c.205]
Для дорогостоящих материалов при незначительной или редкой величине расхода применяется способ управления потребностями, при котором инициируются специфические заказ-требования на материалы для модуля закупок или для других PL-сегментов. Для этого PL определяет индивидуальный для заказа объем потребности, гарантирующий реально необходимое количество и таким образом минимизирующий складские запасы. [c.246]
При повышенной толщине цементного кольца состояние там-понажного камня определяется его жесткостью напряжения сжатия возникают в случае невысоких значений Ег. Например, для <р2 - 0,7 критерий превращается в условие Ег < 0,18 Ез, что вполне вероятно для "крепких" пород. Если же модуль упругости невелик, то цементное кольцо испытывает растягивающие тангенциальные напряжения в точках г - г . Характерно, что возможность окружного сжатия в наружных точках цементного кольца не зависит от толщины последнего. Требования к жесткости тампонажного камня не изменяются -модуль упругости желательно понизить. Например, для цг [c.218]
Телекоммуникационная архитектура в автоматизированных технологиях банка определяет набор и структуры подсистем технического обеспечения, которые должны обеспечивать разнообразные типы взаимодействия для всех приложений (модулей) АБС (рис. 7.3). Возможности архитектуры в процессе создания АИТ согласуются с требованиями и условиями работы банка, определяемыми его бизнес-процессами. Предусматривается взаимодействие банка с внешними финансовыми и информационными структурами, с расчетно-клиринговыми палатами и центрами, биржами, РКЦ, с удаленными клиентами и другими банками и т.д. Телекоммуникационное обеспечение бизнес-процессов банка строится с учетом обслуживания своей корпог ативной сети и доступа в любые другие локальные и глобальные сети. Из-за отсутствия на текущем этапе стандартов на прикладные взаимодействия обычно связь банка с внешними организациями осуществляется через шлюзы, например, почту, телекс или АРМы других фирм. [c.296]
На икладкс Требование будет создан макет печатной формы на вкладке Модуль будет создана процедура печати с аналогичным именем. Секция Шапка выводится на печатную страницу один раз, секция Строка выводится для каждой строки документа, секция Подвал выводится один раз в конце печатного документа. [c.134]
Модули серии МК-400 обеспечивают возможность реализации систем различной степени сложности, отвечающих требованиям большинства прикладных задач сбора данных и управления. Встроенные программные средства, позволяющие настраивать диапазоны входных (выходных) сигналов, различные уставки и предустановки, предоставляют пользователю максималь-ную гибкость и удобство при созданий самых различных систем. [c.137]
Технологический процесс создания КСАП в общем случае включает следующие группы технологических модулей 1) системный анализ требований 2) проектирование компонентов КСАП 3) выбор, изготовление и отладка отдельных элементов комплекса 4) планирование и проектирование КСАП 5) системная отладка комплекса 6) документирование и согласование результатов проектирования 7) сопровождение КСАП в процессе его применения в системах. [c.43]
Объектно-ориентированные системы проектирования (например, LinkWorks) — это среда построения высокотехнологичных интегрированных офисных проектных решений, отвечающих требованиям системного менеджера, содержит средства проектирования системы управления документооборотом, почтовой системы, модули управления конфигурацией системы, средства для разработки и интеграции со стандартными сетевыми решениями и информационной магистралью. Открытость и гибкость программного интерфейса позволяют использовать специализированные системы проектирования как встроенный компонент сложных интегрированных систем. В специализированных информационных системах проектирования процессов управления финансами и производством (типа MANMAN/X или R/3) содержатся графические среды для работы пользователя, администратора и разработчика. Поддерживается любой национальный язык при их взаимодействии в системе клиент-сервер. Серверная и клиентская части ориентированы на работу под управлением различных операционных систем. [c.208]
В системе Proje t expert реализована новйя концепция, соединяющая два типа систем системы управления проектами и корпоративные системы. На основе модуля Инвестиционный план составляется сетевой график проекта с описанием этапов работы, которые затем объединяются в активы в соответствии с требованиями бухгалтерского учета. [c.372]
Система отсрочки . В соответствии с требованиями рынка и связанной с этим диверсификацией производства номенклатура выпускаемых предприятием изделий должна быть очень широкой, сами изделия включают большое число деталей и сборочных единиц, а длительность их производственного цикла значительно превосходит допустимые сроки поставки. Однако время поставки можно использовать для того, чтобы из ограниченного числа основных компонентов (модулей.высокой степени готовности), заранее произведенных, собрать конечное изделие, необходимое клиенту. Это метод, основанный на наиболее позднем специфицировании конечного изделия на заказ, обозначается как система отсрочки (postponement). [c.519]
При поступлении заказа конкретного клиента конечное изделие специфицируется компонентами этого уровня, имеющимися в наличии на центральном складе модулей. При необходимости возможно срочное (приоритетное) изготовление или закупка недостающего компонента. Нужное изделие собирается в кратчайшие сроки. Таково содержание краткосрочного цикла. Ориентация долгосрочного процесса на внутреннюю оптимизацию производственной программы позволяет предъявлять менее строгие требования к гибкости производства, планирования и управления по сравнению с краткосрочным процессом, ориентированным на конкретные заказы потребителей., [c.519]
ПАКЕТ (palletized freight pou h) — 1) транспортный П — укрупненная грузовая единица, предназначенная для транспортирования без расформирования от грузоотправителя до грузополучателя Формирование П должно быть выполнено с учетом требований комплексной механизации погрузочно-разгрузочных и транспортно-складских работ Унификация П производится на базе осн модуля 600 400 мм Требования к П определяются ГОСТ 24597-81 "Пакеты тарно-штучных грузов Основные параметры и размеры" При перевозке грузов в П грузоотправитель в соответствующей графе накладной ставит дробь, в числителе которой — кол-во П на поддонах, в знаменателе — общее кол-во грузовых мест, 2) тара разовая мягкая (из полиэтилена, бумаги и т п ) с корпусом в форме рукава, с дном и открытой горловиной См также Мешок, Пакетирование [c.171]
Использование библиотек. Для улучшения построения программ, ускорения их отладки и тестирования важным средством является использование библиотек программ Одним из источников библиотечных программ является выполнение программистами требований универсальности разработки Универсальность — это независимость прог рам мы от конкретного набора данных. Опытные программисты знают, что придание программе универсальности позволяет в дальнейшем сохранить силы и сделает прог рамму более устойчивой по отношению к изменениям. Ре комендуется всегда писать модули программ с таким расчетом, чтобы за счет незначительных изменений или улучшений сделать программу полезной еще где-нибудь При таком исполнении универсальные программы могут быть каталогизированы в библиотеку программ для использования в других программах. [c.151]
После выделения модели, соответствующей вашим требованиям, вам нужно определить гороскопы, удовлетворяющие этой модели. Программа Finan ial Trader позволяет пользователю мгновенно сортировать сотни карт. Например, акции с Солнцем в Тельце обычно опережают средний уровень. В исследовательском модуле программы можно легко найти карты акций с определенными планетарными положениями, аспектами, средними точками и т.д. [c.148]