Примерное содержание Технического задания
(содержание изменяется, в зависимости от индивидуальных особенностей изделия)

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

2. Назначение и цели создания изделия

3. Характеристика объекта
        1. Краткие сведения об изделии или ссылки на документы, содержащие такую информацию;
        2. Сведения об условиях эксплуатации изделия и характеристиках окружающей среды.

4. Требования к изделию
        1. Требования к изделию в целом
        2. Требования к функциям (задачам), выполняемым изделием
        3. Требования к видам обеспечения
        4. Входные параметры изделия
        5. Внутренние параметры изделия
        6. Выходные параметры изделия
Необходимость Технического задания

Исходное задание выдается заказчиком. Основными причинами, заставляющими его обратиться к разработчику, является отсутствие у заказчика соответствующих специальных знаний либо ограниченность его ресурсов (нехватка времени на решение задачи, необходимого колличества людей, оборудования).

Задание может быть четко определено, например, когда всю работу ведет один человек, либо оно выдано авторитетным специалистом, либо не может быть подвергнуто сомнению (Госзаказ). Но чаще оно формулируется в общих чертах на языке потребителя - неспециалиста, далеким от языка разработчика и терминов предметной области. Неопределенные требования вызывают неуверенность у всех участников работ, так как допускают различное толкование требований и не позволяют объективно оценить качество разрабртанного изделия. Также, разработчик должен понимать, что заказчик может не знать (или знает частично) специальных требований, что не снимает с разработчика отвкетственности и обязательности выполнения требования надзорных органов независимо от их наличия в задании. Таким образом, не только заказчик, но и разработчик (исполнитель) являются ответственными за постановку целей разработки и полезность ее результата.

Составление ТЗ - сложная и ответственная задача: многие данные еще не известны, но то, как задание будет поставлено, способно облегчить или затруднить последующее проектирование.
Специалисты считают, что грамотное ТЗ - это более 50% успеха в решении задачи, а время, затраченное на подготовку ТЗ, - одно из лучших вложений, которые фирма может сделать в период проектирования. Недаром составление ТЗ поручается ведущим специалистам - главным конструкторам, руководителям проектов и работ и т.п.
Место Технического задания в структуре проектирования

Проектирование - это процесс (разработки проекта), который обладает определенной структурой, то есть последовательностью и составом стадий и этапов, совокупностью процедур и привлекаемых технических средств, взаимодействием участников процесса.

Стадии проектирования регламентированы стандартами. Это следующая последовательность:

          • Техническое задание (по ГОСТ 2.103-68 к стадии разработки не относится).
          • Техническое предложение
          • Эскизный проект
          • Технический проект
          • Стадии рабочего проекта

Решение любой задачи начинается с ее осмысления и уточнения исходных данных. Те (технические) требования, которые выдаются заказчиком, формулируются на языке потребителя - неспециалиста и не всегда бывают технически четкими и исчерпывающими. Перевести требования на язык предметной области, сформулировать максимально полно и грамотно, обосновать её решения, это и есть главная цель ТЗ, обязательный этап работы.
Выполняет этот этап либо Заказчик самостоятельно, либо совместно, в тесном контакте с Исполнителем. Участие Исполнителя фактически означает, что его работа над проектом уже началась.
В машиностроении этот этап иногда называют внешним проектированием.
Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчетов и моделирования.
Содержание Технического задания

Регламентированное ТЗ

Несмотря на свою важность, содержание ТЗ мало регламентировано нормативными документами (ГОСТ, ОСТ).
Существующие нормативные документы, которые регламентируют ТЗ (Межгосударственный стандарт):

          ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и 
            оформлению (кратко изложено содержание ТЗ).

         ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы.  
            Техническое задание на создание автоматизированной системы (достаточно подробно изложены состав и содержание ТЗ)
.
          ГОСТ 25123-82 (Стандарт СССР) Машины вычислительные и системы обработки данных. Техническое задание.
            Порядок построения, изложения и оформления (приведен порядок построения ТЗ).

В части выполнения научно - исследовательских работ ТЗ регламентируется следующими документами:

          ОСТ 95 18-2001 (Отраслевой стандарт России) Порядок проведения научно - исследовательских и опытно - 
            конструкторских работ.
Основные положения.
          Приложение №3 к Правилам приемки НИОКР, утверждкнным Приказом Роспрома 16.09.2004 №95. Техническое
            задание на научно - исследовательскую работу (приложен образец технического задания на разработку в рамках ГОЗ
Частные Технические задания

В процессе проектирования сложного объекта (системы), требующего участия нескольких разработчиков, создаются технические задания на подсистемы.

В соответствии с полученными техническими требованиями разработчик системы формирует ТЗ и на стадии технического предложения выполняет декомпозицию объекта и подготавливает частные технические задания на подсистемы. После выполнения всех этапов технического предложения разработчик согласовывает и утверждает его у заказчика системы, при этом они совместно уточняют исходное ТЗ.

После утверждения технического предложения разработчик системы распределяет по соисполнителям частные ТЗ, на основании которых могут вырабатываться частные ТЗ для подсистем более низких уровней. Если подсистемы второго уровня отсутствуют, то техническое предложение для подсистем часто не выполняется, поскольку практически было завершено на уровне системы.

По завершении этапа распределения ТЗ разработчики системы и её подсистем приступают к выполнению стадии эскизного проекта. Проработка структуры на этой стадии ведется при тесном взаимодействии всех разработчиков. В процессе такой работы увязываются между собой отдельные части, согласовываются основные параметры проектируемого объекта. Качество проектирования зависит от широты видения разработчиком проблемы, то есть от его кругозора и способности учесть все связи рассматриваемого объекта, и наличия у него знаний, захватывающих смежные области. В процессе эскизного проектирования и согласования частных решений с общим возможна корректировка ТЗ.

После завершения эскизного проектирования, согласования и утверждения полученных технических решений у заказчика переходят к стадии технического проектирования. Здесь выполняется вся основная конструктивная проработка объекта и его частей. Возможно уточнение технических решений с возвратом на предыдущие стадии.Техническое проектирование ведется при тесном взаимодействии всех разработчиков.
Как инструмент коммуникации в связке общения заказчик - исполнитель, ТЗ позволяет:

     Обеим сторонам:
          • представить (вообразить) готовый продукт,
          • выполнить попунктную проверку готового продукта (приемочное тестирование - проведение испытаний),
          • уменьшить число ошибок, связанных с изменением требований в результате их неполноты или ошибочности (на всех  
            стадиях и этапах создания, за исключением испытаний).
     Заказчику:
          • осознать, что именно ему нужно, в том числе опираясь на существующие на данный момент технические возможности
            и свои ресурсы,
          • требовать от исполнителя соответствия продукта всем условиям, оговоренным в ТЗ.
     Исполнителю:
          • понять суть задачи, показать заказчику "технический облик" будущего изделия, программного продукта или
            автоматизированной системы,
          • спланировать выполнение проекта и работать по намеченному плану,
          • отказаться от выполнения работ, не указанных в ТЗ.
Вид и состав требований Технического задания

Часто содержание ТЗ устанавливается внутренними документами предприятия, либо соглашением заказчика и исполнителя работ.

Обычно заказчик задает цель (как он ее понимает) и ресурсные ограничения (время, деньги), Задача исполнителя, прежде всего, - перевести требования на язык предметной области, сформулировать задачу максимально полно и грамотно, обосновать её решение. В итоге ТЗ будет включать следующие сведения:
Как и процесс проектирования, работа с требованиями также подлежит управлению. Эти процедуры хорошо отработаны, например, в управлении требованиями к программному обеспечению.

Для конкретизации целей и требований, заданных нечетко либо качественно, применяют метод декомпозиции.

Технический параметр

Технический параметр - физическая величина, характеризующая какое-нибудь свойство технического устройства, системы, явления или процесса. Число, характеризующее этот параметр (величину), чвляется его значением.

Параметр - это обобщенное название определенного физического, геометрического или иного свойства устройства (процесса). Это могут быть, например, размер, скорость, напряжение и т.д. Изучением параметров, измерений, методов и средств обеспечения их способов достижения требуемой точности занимается метрология.
Виды технических параметров

Параметры подразделяются на входные, внутренние и выходные.

Входные (внешние) параметры отражают внешние требования к техническому устройству (процессу), их значения или характер изменения с той или иной точностью известны.Часть этих параметров, существенно влияющих на состояние и характеристики устройства (процесса), называют управляющими.
Часть входных параметров, которые характеризуют выполняемою устройством (процессом) функцию, относят к функциональным параметрам. Эти параметры в процессе проектирования известны.

Внутренние параметры характеризуют состояние и свойства самого устройства (процесса). Их значения определяются или уточняются в процессе проектирования. Они необходимы для обоснования принимаемых решений, характеристики свойств устройства и других целей.

Часть входных параметров м рассчитанных внутренних параметров устройства (процесса) может использоваться в качестве исходных данных для другого, взаимосвязанного устройства (процесса) или его модели. Такие параметры называются выходными параметрами для рассмотренного устройства (процесса) и входными - для вновь рассматриваемого.

Некотрые параметры могут выступать в виде обобщенных параметров, объединяющих в себе ряд свойств. Эти параметры применяют, когда излишняя конкретизация при решении задачи не требуется, либо вызывает потребность в дополнительных специальных знаниях. Однако при таком параметре должна быть ссылка на документ, однозначно раскрываюший его содержание
Номинальный параметр

Для удобства записи параметров используют номинальный параметр (номинильное значение параметра), то есть такое его значение, которое служит началом отсчета действительных и предельно допустимых отклонений. Субъективно назначается человеком, либо является результатом операций с такими же номинильными параметрами.

Часто оперируют только с номинильными значениями параметров (например, указывают длинну стержня как 100 мм).

Однако изделие считается годным, если действительные значения его параметров попадают в интервал, задаваемый предельными значениями нормируемого параметра. Если указано только номинальное значение нормируемого параметра, то формальное значение интервала равно нулю и попасть в такой интервал практически невозможно и, следовательно, каждое изделие по этому параметру будет бракованным. Поэтому в документации (особенно предназначенной для других пользователей - заказчика, исполнителя, покупателя, других специалистов) принято приводить нормированные значения параметров, а не указывать только их значения.

Для устранения излишнего многообразия номинильных значений параметров их рекомендуют нормировать, то есть приводить в соответствие (например, округлять расчетные значения) с предпочтительными числами.
Составление списка требований Технического задания

Работа над ТЗ включает выполнение ряда этапов. А неопределенность, свойственная этой работе, вызывает прохождение их по несколько раз, итерационно, от более общей постановке задачи - к детальной её проработке (проектирование носит итерационный характер и то, что не учтено в начале, может быть учтено на последующих этапах).

Анализ задания заказчика

Исходное задание выдаётся заказчиком и оформляется в виде технических требований. Перевести эти требования на язык предметной области, сформулировать задачу максимально полно и грамотно, обосновать необходимость её решения, осмыслить и уточнить исходные данные - первый этап работы. Исполнитель выполняет его в тесном контакте с заказчиком..

Конкретизация целей проектирования

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

В процессе поиска наиболее полной и точной формулировки строится цепочка (дерево цепей) - от первоначально предложенной до окончательно принятой. Этому помогает ответ на вопрос "Зачем это нужно?" (и другие вопросы метода контрольных вопросов). В большинстве случаев за приведенной в требованиях целью стоит необходимость выполнения (последовательно или одновременно) нескольких функций. Цепочка функций строится для каждой из них.
Наряду с потребностью в каком - либо действии может существовать потребность в несовершении действия или действия с отрицательным эффектом.
Обработка собранной информации

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

Абстрагирование предназначено дать такую формулировку требованиям, чтобы избежать предопределения путей решения задачи (не создавать психологических барьеров).

2. Проверка на противоречивость
При наличии нескольких функций часть их по своему действию может оказаться противоречивыми. Для разрешения противоречий эффективно применение эвристических методов. При этом устранение противоречий возможно как на этапе составления ТЗ (изменение формулировок функций, разнесение их действия во времени или в пространстве и т. д.), так и на последующих этапах проектирования.

Условия и ограграничения также следует проверять на противоречивость. Так, ограничения могут задавать пустое множество. Подобные противоречия не всегда очевидны: сведения по верхней и нижней границам могут поступать в разное время или помещаться в разных местах ТЗ, быть представлены в неявном виде.

3. Разграничения требований на условия, ограничения и показатели качества
Представление требований в виде показателей позволяет получить решения с высокими характеристиками, но такая задача решается сложнее. В качестве показателей выбирают те, которые характеризуют наиболее важные свойства (с целью возможности получения наилучших значений). Для вводимых условий необходимо оценить величину разброса и необходимость указания предельных значений, то есть представления их в виде ограничений.
В зависимости от того, что характеризуют параметры - реальное устройство (процесс) или модель, параметры подразделяют на нормированные и действительные.

Нормированный параметр

Нормированный параметр (или, более правильно, нормированное значение параметра) - это теоретическая величина, значение которой устанавливается нормативно - техническими документами и характеризует признаки модели соответствующего технического устройства. Выражается предельными допустимыми значениями параметра. Изделие, параметры которого будут находится внутри интервала, образованного этими предельно допустимыми значениями, считается работоспособным и может испольховаться по назначению.

Например, длинна стержня, указанная на чертеже, составляет 98...104 мм. Это - нормированное значение параметра, установленное чертежем, а 98 и 104 - предельно допустимые его значения (наименьшее и наибольшее предельно допустимые значения параметра).

Действительный параметр

Действительный параметр (или действительное значение параметра) характеризует признаки реального изделия. Его определяют путем испытаний или измерительного эксперимента с точностью, достаточной для этого параметра.

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

1. Входные параметры изделия и требования к ним:

          • Требования к энергопитанию изделия. Источники энергии (электроэнергия, сжатый  воздух, внешний механический привод
            и др.)
          • Условия подачи исходного рабочего материала (сырья) в изделие (автоматическая или ручная загрузка, требования к 
            расходным  емкостям, лоткам и др.)
          • Количество обслуживающего персонала, сменность работы (1, 2 или более смен)       
          • Исходный объем запаса сырья и условия его подачи в изделие
          • Особенности технологической привязки к другим внешним компонентам технологического процесса и требуемый входной
            интефейс для входной информации
          • Другие входные парметры
5. Состав и содержание работ по созданию изделия
        1. Перечень документов, предъявляемых по окончании соответствующих стадий и этапов работ
        2. Программа работ, направленных на обеспечение требуемого уровня надежности разрабатываемого изделия (при
            необходимости) 
        3. Перечень работ по метрологическому обеспечению на всех стадиях создания изделия с указанием их сроков выполнения
            (при необходимости).

6. Порядок контроля и приемки изделия

        1. Виды, состав, объем и методы испытаний изделия и ее составных частей (виды испытаний в соответствии с
            действующими нормами, распространяющимися на разрабатываемое изделие)
        2. Общие требования к приемке работ по стадиям (перечень участвующих лиц и организаций, место и сроки проведения),
            порядок согласования и утверждения приемочной документации
    
7. Требования к составу и содержанию работ по подготовке изделия к вводу в действие
        1. Изменения, которые необходимо осуществить в изделии (по необходимости)
        2. Создание условий функционирования изделия, при которых гарантируется соответствие создаваемого изделия
            требованиям, содержащимся в ТЗ
        3. Создание необходимых для функционирования изделия подразделений
        4. Сроки и порядок комплектования штатов и обучения персонала.
8. Требования к документированию
        1. Согласованный разработчиком и заказчиком изделия перечень подлежащих разработке комплектов и видов документов
        2. Требования по документированию комплектующих элементов в соответствии с требованиями ЕСКД и ЕСПД
        3. При отсутствии государственных стандартов, определяющих требования к документированию элементов системы,
            дополнительно включают требования к составу и содержанию таких документов.

9. Источники разработки
            Документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-  
            исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на
            основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.   
Понятие Техническое задание

Техническое задание (ТЗ) - исходный документ на проектирование технического объекта. ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико - экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т.д.) и её состава, а также специальные требования.

Техническое задание является юридическим документом - как приложение включается в договор между заказчиком и исполнителем на проведение проектных работ и является его основой: определяет порядок и условия работ, в том числе цель, задачи, принципы, ожидаемые результаты и сроки выполнения.

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

Значения параметров могут оцениваться следующим образом:

          • измерением и, при необходимости, последующим пересчетом в нужные характеристики
          • расчетом на основе математических моделей
          • статистическими методами или непосредственным поштучным пересчетом
          • органолептическими методами, то есть посредством зрения, слуха, обоняния, вкуса, осязания. Для этих целей 
            привлекают экспертов, используют специальные приборы и т. п.
          • социологическими обследованиями, например, учетом мнений определенной группы людей
          • методами экспертных оценок
4. Параметризация
Точность суждения и верность выбора зависят от степени конкретности исходных требований, представлены ли они в формализованном или неформализованном виде. Для однозначности выводов все требования должны быть переведены в формализованный вид, то есть указаны характеризующие их параметры, причем такие, которые можно измерить, проконтролировать, рассчитать. Это также позволит выделить дублирующие требования (те, которые характеризуются одними и теми же параметрами) и обобщить их (ввести обобщенные параметры с целью сокращения общего их числа, удельные характеристики).

При решении задачи оптимального проектирования рекомендуется показатели качества приводить к критериальному формализованному виду, то есть назначать им численную меру. Основной метод конкретизации формулировок - построение дерева целей (И или ИЛИ - деревья), исходный показатель декомпозируется до выявления элементарных понятий, однозначно характеризуемых наборами параметров.
2. Внутренние технологические параметры изделия
          • Требования к конструктивным материалам и компонентам изделия
          • Описание требуемого технологического процесса, в случае если он заведомо существует и его не нужно проектировать
          • Рекомендуемые варианты  привода механизмов (электро - механический, пневматический, гидравлический и др.)
          • Требования к допускам и погрешностям рабочего процесса
          • Требования к универсальности и перенастраиваемости изделия
          • Другие технические, технологические и специальные парамтры

3.  Выходные параметры изделия:
          • Требуемая производительность
          • Особенности в обслуживании рабочего процесса
          • Степень механизации и автоматизации технологического процесса
          • Граничные (максимальные) габариты и вес изделия
          • Исполнение изделия по взрывозащищенности и другим параметрам безопасности
          • Синхронизация работы изделия с другими внешними компонентами технологического процесса и требуемый внешний
            выходной интерфейс к ним
          • Другие выходные параметры
В случае возникновения затруднений со стороны заказчика в составлении Технического задания, мы можем оказать помощь в его формировании, либо полностью сформировать и согласовать с заказчиком по предоставленному нам описанию необходимого Изделия.
.
Предварительный запрос о возможности разработки технической документации, программы или изготовлению изделия можно сформировать в произвольной форме и отправить на

         
E-mail:    info@nuvis.com.ua
            или
         
Skype:    nuvis_skype

После обработки запроса в течении 2...3 рабочих дней, Вы получите ответ о возможности дальнейшей работы по Вашему запросу.

Информация для формирования заказа
Цель данного раздела сайта - оказание помощи заказчику в составлении Техического задания на разработку технической (конструкторской) документации, программы или изготовление изделия.

На пути создания нового изделия, либо программы, заказчик нуждается в помощи исполнителя поставленной цели. Но при решении данной задачи требуется связующее звено, которое правильно донесет до исполнителя поставленную задачу. Этим связующим звеном между целью и ее реализацией является Техническое задание (ТЗ), которое несет всю необходимую исходную информацию о новом продукте.
Публикация данного раздела связана с тем, что не во всех направлениях технической отрасли существует нормативная база для формирования первого этапа создания технической продукции - Технического задания на разработку и изготовление технической продукции. А кто-то, возможно, впервые столкнулся с данной задачей и требует определенной информации для формирования правильного подхода к решению вопроса. Также, некоторая сложность вопроса заключается в том, что формирование Технического задания носит индивидуальный характер и имеет ряд субъективных факторов, влияющих на качественное содержания ТЗ. В связи с этим мы пубоикуем информацию, которая поможет успешно решить эту задачю. Глубина ознакомления с данным материалом носит индивидуальный характер и призвана помочь тем, кто в этом нуждается.

Полное и правильное техническое описание требуемого изделия - Техническое задание, позволяет нам более качественно и быстро сформировать ответ на Ваш запрос о возможности разработки технической (конструкторской) документации или проектирования и изготовления Изделия, Технологической линии или Программного продукта.
Образцы технических заданий

• Машиностроение::         
            Образец №1 "Модернизация комплекса механизированного неразрушающего контроля рельсов"............(695 КБ)
            Образец №2 "Модернизация промышленного оборудования фасовочно-укупорочного автомата Bosch-3".(568 КБ)
            Образец №3 "Механизированное сканирующее устройство для контроля железнодорожного рельса"......(811 КБ)


• Программирование:
            Образец №1 "Очистка оперативной памяти ПК".......................................................................................(187 КБ)
           
Образец №2 "Автоматизированная система Центрального банка данных учета иностранных граждан".....(3,8 МБ)
           
Образец №3 "Автоматизированная система диспетчерского контроля газораспределительных сетей"......(239 КБ)
            Образец №4 "База данных документов"..................................................................................................(188 КБ)
           
Образец №5 "Текстовый редактор для работы с файлами .rtf"..................................................................(150 КБ)

Техническое задание
5. Усечение списка требований
Большой объем информации хотя и способен дать максимально полное представление о решаемой задаче, но труднее удерживается в голове, усложняет решение задачи. Для сокращения сведений до разумного объема (под способности каждого конкретного разработчика, соответствие его финансовым, организационно - техническим, временным ресурсам) можно воспользоваться их ранжированием или разделением на группы обязательности к учету, желательных и несущественных. К обязательным относятся те, неудовлетворение которых существенным образом влияет на выбор вариантов решений. Это - функциональные параметры, условия взаимосвязи систем и их частей и другие. Желательные требования позволяют различать варианты по степени качества.

6. Сведение требований в единый документ и их утверждение


Процесс формирования Технического задания окончен.
• Цели в функциональном виде. Изделие является лишь материальным носителем определенных функций, выполнение которых и позволяет достигать заданные цели (удовлетворять потребности). Но одну и ту же функцию могут выполнять разные устройства. Поэтому функциональное, а не предметное указание цели расширяет область возможных решений, что необходимо для поиска оптимального решения. Также, функция - более четкий термин для описания сути назначения устройства.  Уточнение целей и назначение соответствующих им функций - наиболее важная часть работы по составлению ТЗ.
• Выполнение функций, реализующих заданные потребности, всегда увязывается с удовлетворением определенных требований к техническим устройствам, которые делают изделие более привлекательным, учитывают и конкретизируют особенности производства и эксплуатации и т.п. Для удобства требования по виду подразделяют на три группы:
          • Условия. Характеризуются конкретными значениями данных. Например, масса изделия, материал изделия, условия
            эксплуатации (масса изделия - 10 кг, материал - сталь 40Х, место эксплуатации - тундра).
          • Ограничения. Задают допустимую область данных. Т.е определенные параметры указываются в виде - не более или
            не менее каких либо коллическтвенных или качественных показателей (масса изделия - не более 10 кг, материал -
            углеродистые стали).
          • Показатели качества. Задают только перечень и направление поиска предпочтительного значения (максимальное
            или минимальное значения, например, вес изделия должен быть минимальным, а удобство лбслуживания -
            максимальным).
            Конкретное значение показателя становится известным только в конце этапа или всего цикла проектных работ и служит
            мерой предпочтения в процессе поиска оптимального варианта (основой выбора окончательного варинта)
Яндекс.Метрика
доска объявлений
GlavBoard.ru
Доска бесплатных объявлений промышленного оборудования