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

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

Статьи Чертежи Таблицы О сайте Реклама

Спецификация решения

Для корректного задания спецификации решения необходимо знать свойства решений анализируемых задач.  [c.12]

Блок команд, отвечающих за решение. (Определение типа анализа. Спецификация решения. Решение задачи.)  [c.14]

ГОСТ 5290—60 аналогичные понятия (деталь, узел, группа) рассматривает только как составные части изделия, хотя в узел и в группу могут, в свою очередь, входить детали и другие узлы и группы. Как видно из определений узла и группы, по ГОСТ 52Ш—60 узел переходит в группу в том случае, когда для него целесообразна самостоятельная организация производства. А поскольку эту целесообразность устанавливал конструктор, одна и та же составная часть изделия в одном случае могла быть узлом, в другом случае— группой, т. е. это зависело от субъективных особенностей конструктора и от конъюнктурных соображений в отдельном конкретном случае. А если при изготовлении изделий принималось решение по организации производства, отличное от принятого конструктором, приходилось перерабатывать отдельные конструкторские документы, так как группа в соответствии с ГОСТ 5295—60 должна была иметь сводную спецификацию, которую узел не имел.  [c.156]


После того как принято решение о том, что какая-либо часть поставленной задачи будет решаться отдельным модулем, необходимо исчерпывающе и строго определить функции этого модуля и его интерфейс, не рассматривая деталей его реализации. Процедура пошаговой детализации монитора продолжается до тех пор, пока на очередном шаге не станет очевидной его реализация операторами выбранного языка программирования. Далее аналогичным образом проектируются модули А, Б и В (возможно, параллельно разными программистами). В конце этапа проектирования имеем логическую структуру ПО в виде дерева, как это показано на рис. L14, и детальные спецификации и проекты всех его модулей.  [c.41]

Создание ПО САПР —сложная научно-техническая задача, решение которой возможно лишь с привлечением современных методов разработки ПО. Процесс создания ПО состоит из шести основных этапов I) анализ требований 2) определение спецификаций 3) проектирование 4) кодирование модулей 5) тестирование 6) сопровождение. Наиболее ответственны ранние этапы разработки, на последний этап приходятся наибольшие затраты. Для повышения производительности труда разработчиков ПО предложен ряд методов и средств анализаторы требований, нисходящее проектирование, модульное и структурное программирование, генераторы прикладных программ и др.  [c.51]

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

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

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


По решению кафедры спецификация может выполняться отдельно для задач 1 и 2 или совместно.  [c.63]

Второй вариант методики текущего распределения предназначается для участков технологической специализации. Предопределяемое этим тесное кооперирование участков требует либо полной централизации распределительной работы в цехе, т. е. сосредоточения её в цеховом ПДБ, либо регламентации сроков движения изделий по. каждому участку (т. е. практически пооперационных, сроков). Первое решение позволяет и при технологической структуре цеха применять в централизованном порядке описанный выше вариант распределения. Но в заводской практике такая система применяется лишь в небольших цехах (примерно до 100 рабочих мест). В крупных цехах целесообразнее применять другую систему, характеризующуюся частичной децентрализацией распределительной работы и при технологической специализации участков. В качестве примера можно привести следующую относительно простую форму такого решения вопроса. По всем назначенным данному цеху деталям ПДБ помимо производственных спецификаций получает или заготовляет требования и наряды на каждую операцию. Руководствуясь данными спецификации, планировщик цеха проставляет на нарядах предельные сроки выдачи их в работу и раскладывает эти документы комплектами в простой картотеке сроков (фиг. 10) по  [c.184]

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

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

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

При построении таблиц проще всего сначала найти все возможные разбиения числа а—1 на отдельные слагаемые (они приведены во втором столбце каждой таблицы), а затем уже для каждого разбиения перебирать решения (спецификации) уравнения (2.34), принимая во внимание неравенства (2.31) — (2.33) и  [c.66]

Ряд важных структурных принципов, используемых при разработке информационных систем и прежде всего их программного обеспечения (ПО), выражен в объектно-ориентированном подходе к проектированию. Такой подход имеет следующие преимущества в решении проблем управления сложностью и интеграции ПО 1) вносит в модели приложений большую структурную определенность, распределяя представленные в приложении данные и процедуры между классами объектов 2) сокращает объем спецификаций благодаря введению в описания иерархии объектов и отношений наследования между свойствами объектов разных уровней иерархии 3) уменьшает вероятность искажения данных вследствие ошибочных действий за счет ограничения доступа к определенным категориям данных в объектах. Описание в каждом классе объектов допустимых обращений к ним и принятых форматов сообщений облегчает согласование и интеграцию ПО.  [c.14]

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

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


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

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

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

Стандарт — утвержденный компетентным органом документ по стандартизации, устанавливающий комплекс норм, правил, требовании к объекту стандартизации. Разрабатывается на основе достижений науки, техники, передового опыта и должен предусматрпнать решения, оптимальные для общества. Стандарт может быть разработай как на материальные предметы (например, иа болты, гайки и т. п.), так и иа нормы, правила, требования к объектам организационно-методического и общетехипческого характера (например, на чертежный шрифт, форму спецификации на чертежах и пр.). В зависимости от сферы действия, содержания и уровня утверждения стандарты подраз.деляют на категории и виды.  [c.8]

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

Восходящее проектирование альтернативно методу пошаговой детализации. В то время как при нисходящем проектировании первоначальная задача разбивается иа подзадачи, которые потом пытаются реализовать, при восходящем проектировании, прежде чем приступить к решению задачи, создаются средства, позволяющие ее решить. Например, если необходимо спроектировать восходящим методом программу, аналогич-Т1ую программе, представленной на рис. 1.14, сначала проектируют модули АН и А12, затем добавляют модуль А1, использующий характеристики АП и А12, и т. д., пока не будет получен законченный проект ПО, отвечающий всем спецификациям.  [c.42]

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

S7 spe ifi ation ontrol - управление спецификациями, включает описания свойств продуктов, имеющих большое число вариантов. Описываются классы продуктов, категории характеристик, способы декомпозиции продукции, ее функции, вводятся сущности конфигурации, проектное ограничение, проектное решение, пункт решения, вариант размещения, спецификация и т.п.  [c.175]

Надо подумать как облегчить эту дезорганизующую процедуру — туда, сюда и обратно , если не вернуться к прежней системе — спецификация вместе с чертежом Напрашивается, например, такое рациональное мероприятие при размножении чертежей отпечатывать один-два комплекта сборочных чертежей и спецификаций. Это устранит указанное неудобство и облегчит просмотр конструкции в целом, необходимый для решения дополнительно возникших вопросов, для обсуждений с представителями производства и внешних организаций, для авторского надзора, для проведения изменений при корректировках (ведь при этом все равно приходится еще оформлять заказ на копии). Эти комплекты не следует сдавать в архив. Пока машина проходит период становления, могут возникнуть новые вопросы, требующие срочного решения, поэтому чертежи должны быть у ведущего под рукой, и не в виде немых картинок, а с необходимым и достаточным количеством размеров согласно требованиям ГОСТ 2.109—73.  [c.76]

Создание спецификаций для источников данных. При проектировании хранилища данных важно определить источник данных (для каждой колонки), метод, которым исходные данные извлекаются, преобразуются и фильтруются, прежде чем они импортируются в хранилище данных. Хранилище данных может объединять информацию из текстовых файлов и многих баз данных, как реляционных, так и нереляционных, в единую систему поддержки принятия решений.  [c.216]

Различают следующие методы П. Синтезирующее П.— полное построение программы по заданной спецификации задачи пли по общему алгоритму её решения, Структурное П. является комбинацией модульного, восходящего и нисходящего П. Модульное П. опирается на библиотеку модулей (программ с заданными описаниями входных и выходных данных) и состоит в выборе подходящих модулей и в их быстрой (иногда автоматизированной) сборке в результирующую программу. Нисходящее П. решает поставленную задачу путём её последоват. детализации с помощью отд. модулей, восходяще е— в обратном порядке путём укрупнения модулей (от более детализированных к менее). Конкретизирующее П. предполагает существование универсальной программы, решающей любую задачу данного класса, и состоит в адаптации универсальной программы к особенностям решаемой вадачи. В результате получается либо более простая программа, либо используется меньшее кол-во ресурсов, чем в общем случае. На практике применяются комбинации всех видов П.  [c.133]


В ГСС России действует нормативный документ Технические условия (ТУ), которого нет в международной практике стандартизации. С целью устранения этого несоответствия, которое как бы препятствует полной гармонизации российских принципов стандартизации с международными, возможно, следовало бы изменить название на Техническая спецификация . В зарубежной практике этот вид нормативного документа разрабатывается изготовителем по согласованию с заказчиком, в основном в ситуациях прямых поставок или производства товара по заказам (как вариант — по спецификации заказчика). Но, как следует из Концепции (раздел Разработка и применение технических условий ), не предусмотрена замена принятого у нас термина ТУ, хотя отмечается идентичность технических условий и технической спецификации. Концепция намечает в перспективе более широко использовать ТУ в решении вопросов обеспечения качества и безопасности тех видов (групп) продукции, которые относятся к более опасным, а также вновь разрабатываемой потенциально опасной продукции в период, пока государственные стандарты на нее не разработаны. При этом потребуются обязательное согласование ТУ с органами государственного надзора, предоставление аутентичного экземпляра для фонда стандартов, государственная регистрация ТУ на продукцию для государственных нужа.  [c.93]

Развитие ALS-технологий должно привести к появлению так называемых виртуальных производств, в которых процесс создания спецификаций с информацией для программно управляемого технологического оборудования, достаточной для изготовления изделия, может быть распределен во времени и пространстве между многими организационно автономными проектными стуциями. Среди несомненных достижений ALS-технологий следует отметить легкость распространения передовых проектных решений, возможность многократного воспроизведения частей проекта в новых разработках и др.  [c.30]

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

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

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

Вычислительная программа ONDU T состоит из двух частей большой неизменяемой части, общей для всех приложений, и части, зависящей от конкретной задачи и состоящей из подпрограммы, которую должен написать пользователь для каждого приложения. Таким образом, вместо простого представления входных данных пользователь пишет спецификацию задачи в специальной подпрограмме. Это делает программу чрезвычайно гибкой и широко применимой, и, что более важно, студенты оказываются вовлеченными в общий процесс решения физических задач.  [c.14]

Для решения задач проектирования и изготовления механизмов распространены пакеты программ для автоматизированной разработки управляющих профамм для токарных и фрезерных станков с ЧПУ, например пакет "Тех-тран" [5]. Используются пакеты профамм по проектированию редукторов, пневмоприводов, по прочностным расчетам, по автоматизации проектирования трансформаторов. При разработке проблемно-ориентированных пакетов центральной концепцией является интефация. Например, пакет P AD обеспечивает весь цикл проектирования в электронике — от момента возникновения идеи, через разработку принципиальной схемы и схемы компоновки элементов на печатной плате, до формироваьшя спецификаций и профамм для станков с ЧПУ.  [c.23]

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


Смотреть страницы где упоминается термин Спецификация решения : [c.11]    [c.60]    [c.302]    [c.387]    [c.400]    [c.91]    [c.15]    [c.29]    [c.65]    [c.172]    [c.287]    [c.543]    [c.8]   
Смотреть главы в:

Основы анализа конструкций в ANSYS  -> Спецификация решения



ПОИСК



Спецификация



© 2025 Mash-xxl.info Реклама на сайте