Технические требования гост пример

УДК 668.012.011.56:006.354

Группа П87

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. Комплекс стандартов на автоматизированные системы	ГОСТ 34.602-89
Information technology. Set of standards for automated systems. Technical directions for developing of automated system
ОКСТУ 0034

Дата введения с 01.01.

1990г.

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

), включая их сочетания, иустанавливает состав, содержание, правила оформления документа«Техническое задание на создание (развитие или модернизацию)системы» (далее — ТЗ на АС).

Рекомендуемый порядок разработки, согласования и утверждения ТЗ наАС приведен в приложении 1.

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. ТЗ на АС является основным документом, определяющим требованияи порядок создания (развития или модернизации — далее создания)автоматизированной системы, в соответствии с которым проводитсяразработка АС и ее приемка при вводе в действие.

1.2. ТЗ на АС разрабатывают на систему в целом, предназначенную дляработы самостоятельно или в составе другой системы.

Дополнительно могут быть разработаны ТЗ на части АС:

• на подсистемы АС, комплексы задач АС и т. п. в соответствии стребованиями настоящего стандарта;
• на комплектующие средства технического обеспечения ипрограммно-технические комплексы в соответствии со стандартами ЕСКД иСРПП;
• на программные средства в соответствии со стандартами ЕСПД;
• на информационные изделия в соответствии с ГОСТ 19.201 и НТД, действующей в ведомствезаказчика АС.

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

1.3. Требования к АС в объеме, установленном настоящим стандартом,могут быть включены в задание на проектирование вновь создаваемогообъекта автоматизации. В этом случае ТЗ на АС не разрабатывают.

1.4.

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

1.5. ТЗ на АС разрабатывают на основании исходных данных в том числесодержащихся в итоговой документации стадии «Исследование и обоснованиесоздания АС», установленной ГОСТ 24.601.

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

1.7. Изменения к ТЗ на АС оформляют дополнением или подписаннымзаказчиком и разработчиком протоколом. Дополнение или указанныйпротокол являются неотъемлемой частью ТЗ на АС. На титульном листе ТЗна АС должна быть запись «Действует с … ».

2. СОСТАВ И СОДЕРЖАНИЕ

2.1. ТЗ на АС содержит следующие разделы, которые могут бытьразделены на подразделы:

• 1) общие сведения;
• 2) назначение и цели создания (развития) системы;
• 3) характеристика объектов автоматизации;
• 4) требования к системе;
• 5) состав и содержание работ по созданию системы;
• 6) порядок контроля и приемки системы;
• 7) требования к составу и содержанию работ по подготовке объектаавтоматизации к вводу системы в действие;
• 8) требования к документированию;
• 9) источники разработки.

В ТЗ на АС могут включаться приложения.

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

В ТЗ на части системы не включают разделы, дублирующие содержаниеразделов ТЗ на АС в целом.

2.3. В разделе «Общие сведения» указывают:

• 1) полное наименование системы и ее условное обозначение;
• 2) шифр темы или шифр (номер) договора;
• 3) наименование предприятий (объединений) разработчика и заказчика(пользователя) системы и их реквизиты;
• 4) перечень документов, на основании которых создается система, кем и когда утверждены эти документы;
• 5) плановые сроки начала и окончания работы по созданию системы;
• 6) сведения об источниках и порядке финансирования работ;
• 7) порядок оформления и предъявления заказчику результатов работ посозданию системы (ее частей), по изготовлению и наладке отдельныхсредств (технических, программных, информационных) ипрограммно-технических (программно-методических) комплексовсистемы.

2.4. Раздел «Назначение и цели создания (развития)системы» состоит из подразделов:

• 1) назначение системы;
• 2) цели создания системы.

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

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

2.4.2.

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

Источник: https://center-avtomatiki.com/ishodnye-tehnicheskie-trebovaniya-gost/

Технические требования гост пример

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.
Комплекс стандартов на автоматизированные системы

Техническое задание на создание автоматизированной системы

Information technology. Set of standards for automated systems. Technical directions for developing of automated system

Дата введения с 01.01.1990г.

Настоящий стандарт распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Техническое задание на создание (развитие или модернизацию) системы» (далее — ТЗ на АС).

Рекомендуемый порядок разработки, согласования и утверждения ТЗ на АС приведен в приложении 1.

Гост требования к техническим условиям. Гост на технические условия

ГОСТ на Технические условия разработан ВНИИНМАШ Госстандарта России — Всероссийским научно-исследовательским институтом стандартизации и сертификации в машиностроении (по этой причине в стандарте особым текстом выделяются требования в отрасли машиностроения при тенденции к унификации этих требований).

ГОСТ на Технические условия является межгосударственным стандартом. Принят 26 апреля 1995 года Межгосударственным Советом по стандартизации, метрологии и сертификации, в который входили (на тот момент) РФ, Украина, Казахстан и Белоруссия.

ГОСТ на Технические условия в России утвержден Постановлением № 425 Комитета РФ по стандартизации, метрологии и сертификации от 8 августа 1995 г. С 1 июля 1996 года на территории РФ действует ГОСТ «Технические условия» (ГОСТ 2.114-95). Он определяет общие правила создания Технических условий (ТУ) на продукцию (вещества, материалы, изделия и прочие объекты).

ГОСТ на Технические условия для создания ТУ предусматривает следующие процедуры:

• построение документа;
• порядок его изложения;
• оформление ТУ;
• согласование требований и самого документа;
• порядок его утверждения.

ГОСТ на Технические условия: обозначение ТУ

Обозначение вновь разрабатываемым Техническим условиям присваивает сам разработчик. Если создаваемые ТУ относятся к сфере приборостроения и машиностроения, то обозначение должно выполнять требования ГОСТ 2.201. При разработке ТУ на вещество или материал рекомендуется код документа формировать по следующему принципу:

• символы «ТУ»;
• код группы товара по Общероссийскому классификатору продукции (ОКП) для РФ;
• три символа – порядковый номер ТУ (имеется в виду порядок разработки ТУ у самого разработчика документа);
• код предприятия-разработчика ТУ по ОКНО — Общероссийскому классификатору предприятий и организаций (для РФ);
• год, когда документ был утвержден.

Пример обозначения Технических условий: ТУ 1115-017-38576343-2000.

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

Гост «технические условия»: согласование и утверждение ту

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

Технические условия для согласования одновременно направляются во все заинтересованные организации. ГОСТ «Технические условия» предусматривает согласование со следующими инстанциями и структурами:

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

Оформляется согласование ТУ подписью руководителя согласующей организации под грифом «СОГЛАСОВАНО». ГОСТ на Технические условия допускает оформление согласования отдельным документом: протоколом, письмом, актом приемочной комиссии.

На титульном листе в этом случае указывается дата и номер документа согласования под грифом «СОГЛАСОВАНО». При наличии у согласующей стороны замечаний к тексту ТУ, они до подписи согласования должны быть исправлены.

ГОСТ на Технические условия не допускает записи «Согласовано с замечаниями».

ГОСТ на Технические условия предусматривает утверждение ТУ самим разработчиком или компетентной структурой, если такое требование установлено действующим законодательством. Оформляется утверждение ТУ подписью руководителя (заместителя руководителя) разработчика на титульном листе документа под грифом «УТВЕРЖДАЮ».

ГОСТ на Технические условия свидетельствует о том, что они чаще всего могут действовать в течение неопределенного времени.

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

Если изменения ТУ не касались сфер организаций, ранее участвовавших в согласовании исходного экземпляра Технических условий, то допускается согласование изменений только с заказчиком.

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

Перечень документов для проведения экспертизы и согласования технических условий:

Проект ТУ (технических условий).

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

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

Подлинник и копия ТУ (технических условий) на продукцию;

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

Заполненный каталожный лист в 3-х экземплярах;

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

При приеме документов оформляется Договор и Акт выполненных работ, оплата производится по Счету. По завершении работ оформляется Счет-фактура.

В целях реализации норм Федерального Закона РФ от 2 января 2000г. № 29-ФЗ «О качестве и безопасности пищевых продуктов» и Закона РФ «О защите прав потребителей» с 01 января 2003 года введен в действие ГОСТ Р 51740 «Технические условия на пищевые продукты. Общие требования к разработке и оформлению», а также ГОСТ Р 51074 «Продукты пищевые. Информация для потребителя».

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

с территориальными организациями Федерального агентства по техническому регулированию (В Москве – это ФГУ «Ростест-Москва»).

Экспертиза проводится в части учета полноты требований ГОСТ Р 51740 при изложении и оформлении и правильности ссылок на государственные стандарты и ГОСТ Р 51074 в части маркировки.

Общие правила построения, изложения, оформления согласования и утверждения технических условий на продукцию (изделия, материалы, вещества и т.п.) устанавливает ГОСТ 2.114-95 «Единая система конструкторской документации.

Как разработать и зарегестрировать ТУ?

Регламент ЕС № 765/2008 Европейского парламента и Совета ЕС, предъявляющий совместные требования к аккредитации и надзору за рынком в отношении реализации продукции, вводит термин «технические условия» (ТУ).

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

Насколько это мнение обоснованно?

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

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

Требования к пищевой продукци содержатся в ГОСТ Р 51740-2001 «Технические условия на пищевые продукты. Общие требования к разработке и оформлению». В этом стандарте реализованы нормы Федерального закона от 2 января 2000 г № 29-ФЗ «О качестве и безопасности пищевых продуктов», Закона РФ от 7 февраля 1992 г.

№ 2300-1 «О защите прав потребителей», а также требования к маркировке пищевых продуктов согласно ГОСТ Р 51074-2003 «Продукты пищевые. Информация для потребителя. Общие требования». Независимая экспертная проверка точности и полноты выполнения этих требований возложена на региональные центры стандартизации, метрологии и сертификации Ростехрегулирования.

В Москве – на ФГУ «Ростест-Москва». С 2003 г. мы рассмотрели более 5 тыс. технических документов на производство продукции. Только около половины не вызвали каких-либо серьезных замечаний. 40% были согласованы, но лишь после доработки. В 12% случаев в согласовании было отказано.

Речь идет о попытках легализовать документы, производство по которым привело бы к выпуску некачественной продукции. Основной претензией при проведении экспертизы ТУ является «запрограммированный» обман потребителей.

Например, сверхнормативное завышение влаги, неправильное определение пищевой ценности, отсутствие характеристик качества исходного сырья и упаковочных материалов, завышенные отрицательные допуски фасованной и штучной продукции и т.д. Упусти мы такую «хитрость» и обман становится… узаконенным! При проверке недобросовестному производителю даже претензии не предъявишь: все по ТУ!

Какие ТУ – такова и продукция по ним изготовленная. Следовательно, качество продукта начинается с качества ТУ. Компетентная экспертиза, безусловно, способствует повышению качества ТУ. Это в интересах не только потребителей, но и производителя.

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

И это удается, если в ТУ неточно и неоднозначно прописаны такие позиции, как маркировка, транспортирование, хранение, правила приемки, методы контроля и др.

Грамотно разработанные ТУ помогают отстоять интересы как изготовителя, так и потребителя.

Отчего же ТУ вызывают такие нарекания?

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

ТУ позволяют контролировать недобросовестного изготовителя, сравнив, что он производит, с тем, что должен производить по согласованному документу. И о том, что ТУ «работают», свидетельствует увеличение в 2008 г. заявок на проведение экспертизы ТУ по сравнению с прошлыми годами.

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

Согласно ст. 17 Федерального закона от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании» СТО разрабатывается для «совершенствования производства и обеспечения качества продукции». А это совсем другие цели, совсем другой документ.

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

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

Вам понадобится

• 1. Техническое описание продукции, на которую будут написаны технические условия.
• 2. ОКПО организации, которая разрабатывает технические условия.
• 3. ОКП продукции.
• 4. Технические характеристики продукции.
• 5. Чертеж общего вида.
• 6. Паспорт и Руководство по эксплуатации (при наличии, эти документы значительно упростят вам работу).
• 7. Нормативная документация на продукцию – если вы в курсе, чему должна соответствовать ваша продукция, вам обязательно необходимо найти необходимую нормативную документацию.

Источник: https://vctn.ru/gost-requirements-for-technical-conditions-technical-specification/

Как написать Техническое задание по ГОСТу

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

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

Зачем нужно Техническое задание?

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

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

Объяснить на пальцах, чего бы хотелось Заказчику можно, если в системе 3-5 сущности-предмета, а если значительно больше, то обязательно что-нибудь забудется.

Потом начнётся рисование на бумажке, записи на салфетках в кафе, сообщения в ватсап: «А вот неплохо было бы сделать, чтобы синие иконочки в правом углу и когда мышкой наводишь, они бы такие выезжали на центр и увеличивались!». Для того чтобы формализовать этот процесс и создаётся техническое задание, то есть документ о том, как всё должно быть.

Техническое задание выполняет ряд важных функций:

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

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

Кто составляет ТЗ?

Техническое задание — это работа не одного человека, а группы лиц:

• Аналитиков со стороны Заказчика — они определяют необходимость системы, выдвигают в письменном виде требования к новой программе.
• Аналитиков со стороны Разработчика — они должны обследовать область, по которой будет разрабатываться программа, или компанию. Учесть все схемы, алгоритмы и нюансы работы, которую будет выполнять система.
• Технический писатель — сотрудник, который соберёт все данные аналитиков и запишет их согласно ГОСТу.

Чаще всего Техническое задание, выполненное по ГОСТу — это требование органов государственной власти или крупных государственных компаний.
Написание Технического задания работа долгая и сложная.

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

Чтобы написать хорошее ТЗ иногда уходит месяц и больше, но лучше потратить побольше времени на написание Технического задания, чем потом доказывать, что вы хотели не так и имели в виду совершенно другое. Ведь все ошибки в Техническом задании будут стоить денег и времени Разработчику /Заказчику.

По каким ГОСТам пишется ТЗ?

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

В России Техническое задание пишется согласно двум ГОСТам:

Для создания модуля, программы, комплекса программ требуется Техническое задание по ГОСТу. Это очень важно, ведь именно там описаны все пункты, по которым впоследствии могут возникнуть споры.

Какой ГОСТ для Технического задания выбрать?

Если вы разрабатываете документацию на программу, которую создали под конкретное предприятие, то ваш ГОСТ 34. Если же пишете документы на массовую программу, то ваш ГОСТ 19.

Можно ли выбрать для тиражируемого программного продукта ГОСТ 34, а для системы под конкретную организацию ГОСТ 19? Да можно, если на этом настаивает по каким-либо причинам Заказчик. Во всех остальных случаях, лучше выбирать нужный ГОСТ, так как Пункты ГОСТов отличаются.

Чем отличаются ГОСТ 34 от ГОСТа 19 при написании ТЗ

Для удобства ниже представлена таблица пунктов ГОСТа 34 и ГОСТа 19 для написания Технического задания.

ГОСТ 19	ГОСТ 34
1. Введение	1. Общие сведения
2. Основания для разработки
3. Назначение разработки	2. Назначение и цели создания системы
3. Характеристика объекта автоматизации
4. Требования к программе или программному изделию	4. Требования к системе
4.1. Требования к функциональным характеристикам	4.2. Требования к функциям (задачам), выполняемым системой
4.1. Требования к системе в целом
4.1.1. Требования к структуре и функционированию системы
4.1.3. Показатели назначения
4.2. Требования к надёжности	4.1.4. Требования к надёжности
4. 1.5. Требования к безопасности
4.1.6. Требования к эргономике и технической эстетике
4.3. Условия эксплуатации	4.1.2. Требования к численности и квалификации персонала системы и режиму его работы
4. 1.9. Требования к защите информации от несанкционированного доступа
4.1.10. Требования по сохранности информации при авариях

Источник: http://docplace.ru/tz/