что значит технические требования

технические требования

требования технические
ТТ
Обязательные для исполнения в рамках договора требования к разрабатываемой или поставляемой продукции и услуге, определяющие ее назначение и технические характеристики.
[РД 01.120.00-КТН-228-06]

Параллельные тексты EN-RU

If the above products do not meet your needs, please contact us with your specifications.
[Delta Electronics]

Тематики

Синонимы

Смотреть что такое «технические требования» в других словарях:

технические требования — 3.2 технические требования* (technical specification): Технический документ, устанавливающий требования, которые должны быть выполнены при производстве, поставке и приемке продукции, услуги или процесса для соответствия функциональным требованиям … Словарь-справочник терминов нормативно-технической документации

технические требования — techniniai reikalavimai statusas T sritis automatika atitikmenys: angl. technical requirements vok. technische Forderungen, f rus. технические требования, n pranc. cahier des charges, m … Automatikos terminų žodynas

технические требования — техусловия, технические условия … Cловарь химических синонимов I

технические требования к средствам измерений — технические требования к средствам измерений: Требования, которые определяют особенности конструкции средств измерений (без ограничения их технического совершенствования) в целях сохранения их метрологических характеристик в процессе эксплуатации … Словарь-справочник терминов нормативно-технической документации

технические требования на проектирование — Документы, устанавливающие требования проектировщика к конструкции, включая чертежи, графики, протоколы испытаний, ссылки на части других документов и письменные инструкции. [Англо русский словарь по проектированию строительных конструкций. МНТКС … Справочник технического переводчика

Технические требования обмена информацией о товарах, перемещаемых через границу таможенного союза — технические требования документ, определяющий порядок, форматы, способ и регламенты электронного обмена данными между автоматизированной системой таможенных органов и информационными системами заинтересованных лиц, представляющих предварительную… … Официальная терминология

технические требования безопасности — — [А.С.Гольдберг. Англо русский энергетический словарь. 2006 г.] Тематики энергетика в целом EN technical safety requirements … Справочник технического переводчика

технические требования к аппаратуре сопряжения — — [Е.С.Алексеев, А.А.Мячев. Англо русский толковый словарь по системотехнике ЭВМ. Москва 1993] Тематики информационные технологии в целом EN interface design specificationIDS … Справочник технического переводчика

технические требования к качеству — — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом EN specifications of quality … Справочник технического переводчика

технические требования к проектированию электроустановок — — [А.С.Гольдберг. Англо русский энергетический словарь. 2006 г.] Тематики энергетика в целом EN electrical design standardEDS … Справочник технического переводчика

Источник

Что значит технические требования

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

Ст. 1 Закона Республики Беларусь от 24 октября 2016 г. № 437-З «Об оценке соответствия техническим требованиям и аккредитации органов по оценке соответствия»

(Национальный правовой Интернет-портал Республики Беларусь, 29.10.2016, 2/2435)

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

Ст. 1 Закона Республики Беларусь от 5 января 2004 г. № 262-З «О техническом нормировании и стандартизации», с изменениями и дополнениями, внесенными Законом от 24 октября 2016 г. № 436-З

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

Положение о порядке подготовки и выдачи разрешительной документации на строительство объектов, утвержденное постановлением Совета Министров Республики Беларусь от 20 февраля 2007 г. № 223

(Национальный правовой Интернет-портал Республики Беларусь, 15.11.2018, 5/45796)

«Технические требования» – документ, определяющий порядок, способ и регламенты электронного обмена данными между информационной системой таможенного органа государства Стороны и информационными системами заинтересованных лиц, представляющих предварительную информацию.

Ст. 1 Соглашения о представлении и об обмене предварительной информацией о товарах и транспортных средствах, перемещаемых через таможенную границу таможенного союза от 21 мая 2010 г., с изменениями и дополнениями, внесенными решением Коллегии Евразийской экономической комиссии от 5 февраля 2014 г. № 10

Источник

Как в 2020 году правильно указать технические требования в госзакупках

Понятие

Согласно ст. 33 № 44-ФЗ, заказчик обязан указывать в закупочной документации следующие характеристики:

Эта группа свойств и определяет рассматриваемое понятие.

В целях поддержания конкуренции закон № 44-ФЗ запрещает покупателю указывать здесь товарные знаки, фирменные наименования, страну происхождения продукции и т. п.

Однако товарный знак можно указать:

Итак, мы ответили на вопрос, что значит технические требования. Теперь разберемся, где их брать.

Где найти

Во-первых, ГОСТы. Найти их можно на сайте Росстандарта в разделе «Каталог национальных стандартов».

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

В-третьих, показатели товара можно сверить с официальными регламентами и международными стандартами, опубликованными на том же сайте Росстандарта.

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

Как правильно заполнить

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

Рассмотрим пример: техзадание на электронный аукцион на поставку свежемороженой рыбы.

Минтай (свежемороженый, без головы) мороженый в соответствии с ГОСТ 32366-2013, первый сорт.

Рыба мороженая должна соответствовать следующим нормам:

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

Источник

Как составить техническое задание и получить то, что нужно

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

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

Что такое техническое задание

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

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

Когда стоит составлять техническое задание

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

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

Кто должен составлять техническое задание

Устоявшейся практики нет — как договоритесь с подрядчиком.

Заказчик делает сам

Например, гендиректор студии архитектурной фотографии «АрхФото» Анатолий Шостак называет идеальным заказом ситуацию, когда заказчик сразу присылает подробное ТЗ и просит оценить работы.

В таких случаях мы точно знаем, что, как и когда нужно снимать. Соответственно, можем сразу рассчитать стоимость и сроки работ. Но в большинстве случаев заказчики не имеют точного ТЗ, потому что у них нет конкретного понимания, что именно нужно требовать от исполнителя. В таких случаях мы предлагаем им заполнить форму с наводящими вопросами.

Анатолий Шостак
Гендиректор «АрхФото»

Совместная работа

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

Техзадание полностью делает исполнитель

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

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

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

Сколько стоит заказать ТЗ

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

Основатель компании по разработке информационных систем Work Solutions Максим Мул при заказе ТЗ рекомендует ориентироваться на 10-20 % от общей стоимости разработки продукта.

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

Максим Мул
Основатель Work Solutions

Если речь про IT-задачи, например, интеграцию между информационными системами, внедрение CRM, разработку дополнительного функционала ПО или приложения по API, то не стоит рассчитывать на ТЗ стоимостью меньше 50 000 руб., считает гендиректор компании «Информатика и Сервис» Владимир Севрук.

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

Владимир Севрук
Гендиректор компании «Информатика и Сервис»

Платные подробные ТЗ применяют и в других сферах. Например, в архитектурной фотографии.

У нас есть более сложная форма ТЗ — мы называем ее «сценарий». Для сценария мы проводим предварительные съемки, прописываем и согласовываем все ракурсы с заказчиком, прорабатываем целевую аудиторию и рассчитываем тайминг каждого кадра с учетом движения солнца. И все это ещё до начала чистовой работы.

Анатолий Шостак
Гендиректор «АрхФото»

За составление такого подробного сценария в «АрхФото» берут деньги. В зависимости от сложности проекта и требований заказчика сценарий иногда стоит дороже самой съемки. Зато благодаря ТЗ заказчик еще до начала работ понимает, что получит в итоге, говорит Анатолий Шостак.

Как написать техническое задание

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

Пишите однозначно

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

Хороший подрядчик будет конкретизировать и уточнять неоднозначные строчки в ТЗ, но это потребует дополнительного времени на переделку. Поэтому лучше стараться минимизировать недопонимание. И постараться определить для себя конкретные требования к продукту еще до разговора с исполнителем.

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

Алексей Орлов
Руководитель проектов компании «Рексофт»

Стоит попробовать любые пожелания сводить к количественным требованиям.

Дайте подрядчику общую информацию

Расскажите подрядчику, чем занимается компания, кто ее целевая аудитория, поделитесь нюансами работы — это поможет исполнителю лучше вникнуть в проект и избежать ошибок.

Гендиректор INOSTUDIO Максим Болотов рекомендует как минимум озвучить подрядчику идею проекта, который вы заказываете, уточнить, в чем его конкурентные преимущества и уникальность.

Расскажите подрядчику, какие задачи будет решать IT-решение. Это может быть увеличение прибыли, повышение узнаваемости бренда, лояльности пользователей. Уточните, кто будет пользователями продукта, их социальные и поведенческие характеристики, например, пол, возраст, интересы, семейное положение, потребности — это нужно, чтобы корректно и эффективно сформулировать функциональные требования к продукту.

Максим Болотов
Гендиректор INOSTUDIO

Помогите разобраться в терминах и нюансах

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

Можно ввести отдельный раздел в виде словаря с расшифровкой или пояснять по ходу документа.

Покажите конкурентов

В ТЗ стоит добавить ссылки на аналогичные проекты и дополнить их описаниями: что конкретно нравится в аналогах, что стоит повторить, а чего точно стоит избегать.

Если заказчик планирует создать продукт, идея которого уже есть на рынке, то имеет смысл изучить конкурентов. Выявить отличительные особенности их IT-решений, чтобы разработать собственное с уникальными преимуществами.
К документу с видением продукта рекомендуем прикладывать ссылки на аналогичные решения. С описанием функциональных блоков, которые вам понравились. Это упростит дальнейшее общение с подрядчиком.

Максим Болотов
Гендиректор INOSTUDIO

Уточните важные технические требования

Если вы делаете IT-продукт, стоит сразу согласовать все технические требования с вашим IT-специалистом и подрядчиками. Это необходимо, чтобы новое решение могло быть интегрировано в ваши имеющиеся платформы и бизнес-процессы.

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

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

Распишите сценарии использования продукта

Если вы делаете что-то стандартное, то так сильно погружаться в особенности продукта не стоит, это лишь запутает и добавит ТЗ многословности. Но в случае чего-то необычного попробуйте в техзадании отвечать не на вопрос «Что?», а на вопрос «Как будет делать пользователь?».

Если речь про IT-продукты, можно прописывать сценарии по такому шаблону:

Опишите требования к проверке проекта

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

Например, для интернет-магазина это может быть:

Чем подробнее и длиннее чек-лист, тем лучше.

Двигайтесь от общего к частному

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

Шаблоны и примеры ТЗ

Универсального шаблона технического задания нет — требования будут отличаться в зависимости от отрасли и типа проекта.

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

Если планируете заказать IT-продукт, можно использовать за основу госстандарты. Например:

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

Когда ТЗ не нужно

Не стоит самостоятельно составлять техническое задание для любого продукта — зачастую это излишняя работа, которая только запутает и станет бесполезной бумагой для подрядчика.

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

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

Вместо ТЗ выгоднее сначала сделать предпроектное обследование, изучить реальные потребности клиентов, вместе с аналитиком подрядчика. А затем решать, нужно ли ТЗ вообще.
Может быть, выгоднее и эффективнее выполнять бизнес-задачу, например, с помощью SCRUM. Действуя небольшими итерациями в 1-2 недели, анализируя результат и постепенно дополняя требования.

Владимир Севрук
Гендиректор компании «Информатика и Сервис»

Кратко — универсальные советы по составлению ТЗ

Составляя ТЗ самостоятельно или с подрядчиком, придерживайтесь следующих правил:

Не пропустите новые публикации

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

Источник

технические требования

3.2 технические требования* (technical specification): Технический документ, устанавливающий требования, которые должны быть выполнены при производстве, поставке и приемке продукции, услуги или процесса для соответствия функциональным требованиям.

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

5.3.3. Технические требования

Указанные в 5.3.2 перечислениях а)-d) устройства отключения (выключатель-разъединитель, разъединитель или выключатель) должны:

— изолировать электрооборудование от цепей питания и иметь только одно положение ОТКЛЮЧЕНО (изоляция) и одно положение ВКЛЮЧЕНО, четко обозначаемые символами «О» и «I» [МЭК 60417-5008 (DB:2002-10) и МЭК 60417-5007 (DB:2002-10), см. 10.2.2];

— иметь видимое разъединение или индикатор положения, который может указывать положение ОТКЛЮЧЕНО только в случае, если все контакты в действительности открыты, т.е. разомкнуты и удалены друг от друга на расстояние, удовлетворяющее требованиям по изолированию;

— быть снабжены расположенным снаружи ручным приводом (например, ручкой). Исключение для управляемых внешним источником энергии, когда воздействие вручную невозможно при наличии иного внешнего привода. Если внешние приводы не используются для выполнения аварийных функций управления, то рекомендуется применять ЧЕРНЫЙ и СЕРЫЙ цвета для окраски ручного привода (см. 10.7.4 и 10.8.4);

— обладать средствами для запирания в положении ОТКЛЮЧЕНО (например, с помощью висячих замков). При таком запирании возможность как дистанционного, так и местного включения должна быть исключена;

— отключать питание всех токоподводящих проводов. Однако в схеме питания TN нейтральный провод может или отключаться, или не отключаться. Следует заметить, что в некоторых странах отключение нейтрали (если она используется) является обязательным;

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

При использовании силового разъема в качестве отключающего устройства разъем должен:

— иметь достаточную отключающую способность, позволяющую прерывать ток самого мощного двигателя при его заклинивании, в сумме стоками всех других двигателей и/или нагрузок при их нормальной работе. Расчетная мощность может быть снижена при учете различных факторов. Если сблокированное выключающее устройство имеет электрическую систему управления (например, контактор), то оно должно иметь соответствующую категорию применения;

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

3.29 технические требования: Документ, устанавливающий требования.

2 Технические требования

Если документ имеет подразделы, то нумерация пунктов должна быть в пределах подраздела и номер пункта должен состоять из номеров раздела, подраздела и пункта, разделенных точками, например:

Текстовые указания, помещаемые на чертежах и содержащие указания или разъяснения

5.3.3. Технические требования

Указанные в 5.3.2 перечислениях а)-d) устройства отключения (выключатель-разъединитель, разъединитель или выключатель) должны:

— изолировать электрооборудование от цепей питания и иметь только одно положение ОТКЛЮЧЕНО (изоляция) и одно положение ВКЛЮЧЕНО, четко обозначаемые символами «О» и «I» [МЭК 60417-5008 (DB:2002-10) и МЭК 60417-5007 (DB:2002-10), см. 10.2.2];

— иметь видимое разъединение или индикатор положения, который может указывать положение ОТКЛЮЧЕНО только в случае, если все контакты в действительности открыты, т.е. разомкнуты и удалены друг от друга на расстояние, удовлетворяющее требованиям по изолированию;

— быть снабжены расположенным снаружи ручным приводом (например, ручкой). Исключение для управляемых внешним источником энергии, когда воздействие вручную невозможно при наличии иного внешнего привода. Если внешние приводы не используются для выполнения аварийных функций управления, то рекомендуется применять ЧЕРНЫЙ и СЕРЫЙ цвета для окраски ручного привода (см. 10.7.4 и 10.8.4);

— обладать средствами для запирания в положении ОТКЛЮЧЕНО (например, с помощью висячих замков). При таком запирании возможность как дистанционного, так и местного включения должна быть исключена;

— отключать питание всех токоподводящих проводов. Однако в схеме питания TN нейтральный провод может или отключаться, или не отключаться. Следует заметить, что в некоторых странах отключение нейтрали (если она используется) является обязательным;

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

При использовании силового разъема в качестве отключающего устройства разъем должен:

— иметь достаточную отключающую способность, позволяющую прерывать ток самого мощного двигателя при его заклинивании, в сумме стоками всех других двигателей и/или нагрузок при их нормальной работе. Расчетная мощность может быть снижена при учете различных факторов. Если сблокированное выключающее устройство имеет электрическую систему управления (например, контактор), то оно должно иметь соответствующую категорию применения;

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

Смотри также родственные термины:

3.1.47 технические требования (спецификация) (specification): Документ, устанавливающий законченным, точным, поддающимся проверке способом требования к системе или компоненту системы, их проект, поведение или характеристики.

3.2.5 технические требования к вариабельности размера (variable size specification): Технические требования к размеру ТПШ, которые отличаются от требований к стандартному размеру и обычно являются конкретными для того случая специально квалифицированного применения, когда стандартная спецификация носит слишком ограничительный характер или является недостаточной. Вариабельность может быть указана в технических требованиях к размеру ТПШ или удалению проволоки.

Увязка с ранее действующей сметно-нормативной базой 84 г. и 91 г. (по номенклатуре материалов, изделий, конструкций, строительных машин и механизмов, видов работ и т.п.), представление ее в удобном для работы виде, возможность копирования и последующей корректировки ее фрагментов в новой базе данных.

Оптимальная система кодирования применяемых в строительстве ресурсов (на основании вышеперечисленных методик Госстроя РФ).

Автоматическая проверка на уникальность шифров расценок и кодов ресурсов.

Автоматический расчет стоимости единичных расценок на основании стоимости входящих ресурсов.

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

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

Возможность пополнения базы данных на перспективу новыми видами ресурсов, расценок, применяемых в строительстве.

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

Удобная поисковая система (шифр, код, контекст).

Печать сборников базы данных по согласованным с Госстроем формам с автоматически настраиваемой версткой.

Надежность и компактность хранения базы данных.

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

1. Предмет конкурса.

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

2. Источник средств.

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

3. Правомочность претендентов-участников конкурса.

4. Квалификация претендентов-участников конкурса.

Все претенденты представляют предварительное описание предлагаемого метода выполнения конкурсного проекта и график работы.

Все претенденты должны включить в свои конкурсные заявки информацию и документы, подтверждающие их квалификацию, если иное не предусмотрено в информационных картах конкурсной заявки:

юридический статус, место регистрации и основное место деятельности;

копии сертификатов и протоколов сертификации на программные средства, которые предполагается использовать в ходе выполнения конкурсного проекта;

сведения о контактных лицах претендента, к которым можно обратиться за получением информации по предмету конкурса;

сведения о наличии опыта выполнения аналогичных по характеру и объему работ в течение последних нескольких лет по годам, как указано в Информационных картах конкурсной Заявки, а также сведения о текущих работах;

сведения об основных видах оборудования, программного обеспечения и существующих разработок, которые предполагается использовать в ходе выполнения конкурсного проекта;

сведения о квалификации и опыте руководителей и технических специалистов, предлагающихся для выполнения конкурсного проекта.

Предпочтение отдается претендентам, удовлетворяющим следующие минимальные квалификационные требования:

иметь за последние несколько лет опыт выполнения подобных работ;

иметь руководителя конкурсного проекта с опытом выполнения аналогичных по характеру и объему работ в течение нескольких лет.

5. Затраты на участие в конкурсе.

Претендент должен оплатить организационный взнос за участие в конкурсе.

6. Содержание документации для конкурса.

Конкурсная документация для конкурса включает в себя документы, перечисленные ниже:

приглашение к участию в конкурсе;

инструкции участникам конкурса и информационные карты конкурсной заявки;

список требуемых документов заявки;

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

7. Разъяснение документации для конкурса.

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

Претендент может также просить о предварительной встрече для разъяснения и получения ответов на вопросы до окончания срока представления заявки.

Внесение поправок в конкурсную документацию, что может оказаться следствием результата проведенной встречи, допустимо путем выпуска заказчиком «Поправок к конкурсной документации».

8. Внесение изменений в документацию для конкурса.

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

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

9. Документы, составляющие конкурсную заявку.

Конкурсная заявка, которую представляет претендент, включает следующие документы:

конкурсную заявку с требуемыми приложениями;

формы квалификационных сведений;

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

10. Язык конкурсной заявки.

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

11. Разъяснение конкурсных заявок

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

12. Оценка и сопоставление конкурсных заявок.

Оценка предложений осуществляется по следующим критериям.

Конкурсная комиссия оценивает и сравнивает только те конкурсные заявки, которые признаны соответствующими требованиям конкурсной документации.

Конкурсная комиссия оставляет за собой право принять или отклонить любые изменения, отклонения или альтернативные предложения.

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

В качестве независимых технических экспертов в работе конкурсной комиссии принимают участие ведущие специалисты в области предмета конкурса.

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

13. Признание заявки, выигравшей конкурс.

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

Представители организатора конкурса, присутствующие на заседании комиссии, но не являющиеся членами конкурсной комиссии, в голосовании не участвуют.

Результаты и процедура оценки заявок заносятся в протокол заседания конкурсной комиссии.

Конкурс считается завершенным после утверждения его результатов заказчиком.

14. Право заказчика принять или отклонить конкурсные заявки.

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

15. Уведомление о победе в конкурсе и извещение о результатах конкурса.

Организатор конкурса оповещает участников о результатах конкурса следующим образом:

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

— другие участники конкурса получают в 10-дневный срок извещение о результатах конкурса.

3.3 технические требования к процедуре пайки (BPS) (brazing procedure specification (BPS)): Рабочая документация, содержащая описание или цифровыеданные, касающиеся требований к осуществлению процедуры пайки деталей, паяному соединению для их последующего требуемого использования.

3.4 технические требования к процедуре сварки ( WPS) (welding procedure specification (WPS): Документ, который был аттестован одним из методов, описанных в разделе 6, и содержит значения параметров процедуры сварки, обеспечивающие повторяемость ее выполнении в производстве.

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

[Федеральный закон от 26 июня 2008 г. title=»Об обеспечении единства измерений» «Об обеспечении единства измерений» [3], статья 2, определение 24]

3.9 технические требования к стандартной процедуре сварки (standard welding procedure specification): Технические требования к процедуре сварки, аттестованные путем испытания процедуры сварки, не связанные с изготовителем и аттестованные экспертом или экспертным органом.

3.2.4 технические требования к стандартному размеру (standard size specification): Технические требования к размеру для широкого применения при смешивании с другими видами твердого топлива и требующие минимальной наладки или модификации существующих устройств сжигания твердого топлива.

Полезное

Смотреть что такое «технические требования» в других словарях:

технические требования — требования технические ТТ Обязательные для исполнения в рамках договора требования к разрабатываемой или поставляемой продукции и услуге, определяющие ее назначение и технические характеристики. [РД 01.120.00 КТН 228 06] Параллельные тексты EN RU … Справочник технического переводчика

технические требования — techniniai reikalavimai statusas T sritis automatika atitikmenys: angl. technical requirements vok. technische Forderungen, f rus. технические требования, n pranc. cahier des charges, m … Automatikos terminų žodynas

технические требования — техусловия, технические условия … Cловарь химических синонимов I

технические требования к средствам измерений — технические требования к средствам измерений: Требования, которые определяют особенности конструкции средств измерений (без ограничения их технического совершенствования) в целях сохранения их метрологических характеристик в процессе эксплуатации … Словарь-справочник терминов нормативно-технической документации

технические требования на проектирование — Документы, устанавливающие требования проектировщика к конструкции, включая чертежи, графики, протоколы испытаний, ссылки на части других документов и письменные инструкции. [Англо русский словарь по проектированию строительных конструкций. МНТКС … Справочник технического переводчика

Технические требования обмена информацией о товарах, перемещаемых через границу таможенного союза — технические требования документ, определяющий порядок, форматы, способ и регламенты электронного обмена данными между автоматизированной системой таможенных органов и информационными системами заинтересованных лиц, представляющих предварительную… … Официальная терминология

технические требования безопасности — — [А.С.Гольдберг. Англо русский энергетический словарь. 2006 г.] Тематики энергетика в целом EN technical safety requirements … Справочник технического переводчика

технические требования к аппаратуре сопряжения — — [Е.С.Алексеев, А.А.Мячев. Англо русский толковый словарь по системотехнике ЭВМ. Москва 1993] Тематики информационные технологии в целом EN interface design specificationIDS … Справочник технического переводчика

технические требования к качеству — — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом EN specifications of quality … Справочник технического переводчика

технические требования к проектированию электроустановок — — [А.С.Гольдберг. Англо русский энергетический словарь. 2006 г.] Тематики энергетика в целом EN electrical design standardEDS … Справочник технического переводчика

Источник