Техническое задание требования к содержанию и оформлению ескд

Техническое задание на конструкторскую документацию

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

Структура разделов ТЗ

Любое техническое задание должно содержать разделы, отражающие сведения:

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

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

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

    Основные ГОСТы на ТЗ

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

    Что такое техническое задание и как его разрабатывать

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

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

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

    — основное назначение, технические и тактико-технические характеристики, уровень стандартизации и унификации;

    — специальные требования к изделию и др.

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

    — характеристика рынка сбыта;

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

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

    Техническое задание разрабатывается, как правило, организацией-разработчиком изделия. Сформулировать задачу максимально полно и грамотно, обосновать необходимость её решения – главная цель ТЗ. Исполнитель выполняет его в контакте с заказчиком. Обязанность заказчика – предъявить разработчику исходные данные для разработки изделия.

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

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

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

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

    ГОСТ Р 15.201-2000. Система разработки и постановки продукции на производство (СРПП). Продукция производственно-технического назначения. Порядок разработки и постановки продукции на производство (приведены общие требования и краткие рекомендации по разработке).

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

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

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

    Перечень рассматриваемых вопросов

    Наименование и область применения (использования)

    Наименование и условное обозначение продукции.

    Краткая характеристика области техники, в которой предполагается использование продукции.

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

    Основание для разработки

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

    Цель и назначение разработки

    Эксплуатационное и функциональное назначение и перспективность продукции

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

    Состав продукции и требования к его устройству. Показатели назначения.

    Требования к надежности.

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

    Требования к уровню унификации и стандартизации. Требования безопасности.

    Эстетические и эргономические требования.

    Требования к патентной чистоте.

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

    Требования к маркировке и упаковке.

    Требования к транспортированию и хранению.

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

    Ориентировочная экономическая эффективность и срок окупаемости затрат.

    Предполагаемая годовая потребность в продукции.

    Экономические преимущества разрабатываемой продукции по

    сравнению с аналогами

    Стадии и этапы разработки

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

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

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

    Приложение к техническому заданию

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

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

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

    В ТЗ рекомендуется предусматривать следующие положения:

    — прогноз развития требований на данную продукцию на предполагаемый период ее выпуска;

    — рекомендуемые этапы модернизации продукции с учетом прогноза развития требований;

    — соответствие требованиям стран предполагаемого экспорта с учетом прогноза развития этих требований;

    — возможность замены запасных частей без применения промышленной технологии;

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

    Техническое задание оформляют в соответствии с общими требованиями к текстовым конструкторским документам по ГОСТ 2.105-95 (ЕСКД. Общие требования к текстовым документам) на листах формата А4 , как правило, без рамки и основной надписи. Номера листов (страниц) проставляют в верхней части листа над текстом.

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

    На любом этапе разработки продукции при согласии заказчика и разработчика в ТЗ или документ, его заменяющий, могут быть внесены изменения и дополнения, не нарушающие условия выполнения обязательных требований. Согласование и утверждение дополнений к ТЗ проводят в порядке, установленном для самого ТЗ. Изменения к ТЗ не допускается утверждать после представления изделия на приемо-сдаточные испытания. Регистрация, учет и хранение ТЗ и дополнений к нему проводят в соответствии с требованиями ГОСТ 2.501-88 (ЕСКД. Правила учета и хранения).

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

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

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

    ГОСТ 19 и 34 СЕРИИ при оформлении документации

    ИСПОЛЬЗОВАНИЕ ТРЕБОВАНИЙ ГОСТ 19 и 34 СЕРИИ ПРИ ОФОРМЛЕНИИ ДОКУМЕНТАЦИИ В IT-ПРОЕКТАХ ДЛЯ ГОСУДАРСТВЕННЫХ СТРУКТУР

    Введение

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

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

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

    Определение стандартов оформления документации

    Оформление документов в ГОСТ 34 зависит от вида документа (конструкторский или программный), и стадии создания АС, на которой готовится документ.

    Перечень документов, разрабатываемых на различных стадиях создания АС приведен в ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем». В нем приведены следующие требования:

  • На стадии «Техническое задание» разрабатывают ТЗ на создание АС по ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»;
  • Виды программных документов, разрабатываемых на различных стадиях создания АС определяются по ГОСТ 19.101-77 «Единая система программной документации. Виды программ и программных документов». К ним относятся различные руководства, например, руководство пользователя.
  • Виды конструкторских документов, разрабатываемых на различных стадиях создания АС определяются по ГОСТ 2.102-2013 «Единая система конструкторской документации. Виды и комплектность конструкторских документов». Например, к ним относятся ведомости эскизного и технического проекта, ведомость покупных изделий, пояснительные записки к эскизному, техническому проектам.
  • Теперь разберем подробнее, как определить стандарты оформления в различных проектах.

    Оформление ТЗ

    С ТЗ всё достаточно ясно: в ГОСТ 34.602-89 приведен стандарт его оформления: п.3.2. гласит, что «ТЗ на АС оформляют в соответствии с требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней».

    Оформление программной документации

    С программными документами, разрабатываемыми в рамках ИТ-проекта, также есть чёткое указание использовать ГОСТ 19 серии в части оформления: вышеприведённый ГОСТ 19.101-77 входит в серию ГОСТов 19-й серии «Единая система программной документации» (ЕСПД). ЕСПД — комплекс государственных стандартов Российской Федерации, устанавливающих взаимосвязанные правила разработки, оформления и обращения программ и программной документации.

    Документация в ЕСПД оформляется по ГОСТ 19.104-78 «Единая система программной документации. Основные надписи», ГОСТ 19.105-78 «Единая система программной документации. Общие требования к программным документам», ГОСТ 19.106-78 «Единая система программной документации. Требования к программным документам, выполненным печатным способом».

    Оформление конструкторской документации

    Теперь рассмотрим ГОСТ 2.102-2013. Этот стандарт входит в серию ГОСТов 2-й серии «Единая система конструкторской документации» (ЕСКД). ЕСКД — межгосударственный комплекс стандартов, устанавливающих взаимосвязанные нормы и правила по разработке, оформлению и обращению конструкторской документации, разрабатываемой и применяемой на всех стадиях жизненного цикла изделия (при проектировании, изготовлении, эксплуатации, ремонте и др.)

    Документация в ЕСКД оформляется по нескольким стандартам. Наиболее часто используемыми из них (применительно к ИТ-сфере) являются ГОСТ 2.105-95 «Единая система конструкторской документации. Общие требования к текстовым документам» и ГОСТ 2.106-96 «Единая система конструкторской документации. Текстовые документы».

    На первый взгляд из ГОСТ 34 серии непонятно, как оформлять документацию на АС. Нередко в рамках ИТ-проекта, особенно для государственных заказчиков, в ТЗ бывают требования по оформлению документации согласно ГОСТ 2.105-95 и ГОСТ 2.106-96. Но следует ли оформлять документы по этим ГОСТам в случае, если в явном виде требования к оформлению отсутствуют?

    Как правильно оформить?

    В ГОСТ 2-й серии приведены требования к назначению каждого стандарта и обозначена отрасль его применения: ГОСТ 2.102-2013 – стандарт устанавливает виды и комплектность конструкторских документов на изделия всех отраслей промышленности.

    Если ГОСТ 2.102-2013 распространяется на изделия всех отраслей, в том числе и ИТ-сферу, давайте разберёмся, а что является конструкторским документом?

    Согласно ГОСТ 2.001-2013 «Единая система конструкторской документации (ЕСКД). Общие положения»:

    А) «3.1.2 конструкторский документ: Документ, который в отдельности или в совокупности с другими документами определяет конструкцию изделия и имеет содержательную и реквизитную части, в том числе установленные подписи»

    Б) «3.1.5 конструкторская документация: Совокупность конструкторских документов, содержащих данные, необходимые для проектирования (разработки), изготовления, контроля, приемки, поставки, эксплуатации, ремонта, модернизации, утилизации изделия»

    На этом можно было бы и остановиться, логически сопоставив требования к составу документов нашего ИТ-проекта с положениями, приведенными выше, и определив, относится ли каждый из документов к конструкторским или нет и выполнив оформление по стандартам ГОСТ 2-й серии.

    Основные ГОСТы 2-й серии для ИТ-проекта в части оформления

    Теперь посмотрим на основные ГОСТы 2-й серии, наиболее часто применяемые для оформления документов в ИТ-проекте. Как правило, в части оформления используют:

    ГОСТ 2.105-95 – стандарт устанавливает общие требования к выполнению текстовых документов на изделия машиностроения, приборостроения и строительства;

    ГОСТ 2.106-96 – стандарт устанавливает формы и правила выполнения конструкторских документов изделий машиностроения и приборостроения.

    У читателя может возникнуть вопрос, можем ли мы применять эти ГОСТы для АС, если они предназначены для изделий машиностроения и приборостроения?

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

    Кроме этого, если заглянуть в ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения», этот стандарт определяет АС как «систему, состоящую из персонала и комплекса средств автоматизации его деятельности, реализующую информационную технологию выполнения установленных функций».

    Таким образом, АС относится к отрасли приборостроения и, следовательно, конструкторские документы АС оформляются по ГОСТ 2.105-95 и ГОСТ 2.106-96.

    Теперь давайте рассмотрим основные моменты оформления проектной документации по ГОСТ 2.105-95 и ГОСТ 2.106-96.

    Основные моменты при оформлении по ГОСТ 2. 105

    Рассмотрим основные параметры оформления по ГОСТ 2-й серии.

    Согласно ГОСТ 2.105-95 расстояние от рамки формы до границ текста в начале и в конце строк должно быть не менее 3 мм. Расстояние от верхней или нижней строки текста до верхней или нижней рамки должно быть не менее 10 мм. Абзацы в тексте начинают отступом, равным пяти ударам пишущей машинки (15 — 17 мм).

    В ГОСТ 2.105-95 не определены параметры для оформления текста в электронном виде: название шрифта, высота шрифта, межстрочный интервал. Поэтому параметры оформления документов в электронном виде это, как правило, предмет договоренности с заказчиком.

    В начале работы по оформлению в электронном виде определяются параметры для форматирования:

  • Формат абзацев текста – используемый шрифт, высота шрифта, размер межстрочного интервала;
  • Формат для каждого заголовка по уровням (1, 2, 3) – используемый шрифт, высота шрифта, отступ в см, размер межстрочного интервала;
  • Таблица — используемый шрифт текста, межстрочный интервал, толщина границ таблицы, ширина таблицы, отступ в ячейке, название размещается над таблицей. Форматирование названия Таблицы выполняется таким же образом, как у основного текста документа. По ГОСТ 2.105-95 высота строк таблицы должна быть не менее 8 мм. Высота шрифта строк таблицы также может быть согласована с заказчиком.

    Иллюстрации в документе следует располагать по центру. Название размещается непосредственно под иллюстрацией. Форматирование названия – как у текста документа.

    Правила оформления таблиц

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

    Таблицы, за исключением таблиц приложений, нумеруют арабскими цифрами сквозной нумерацией. Например: «Таблица 1».

    Таблицы каждого приложения обозначают отдельной нумерацией арабскими цифрами с добавлением перед цифрой обозначения приложения. Например: «Таблица В.1».

    Допускается нумеровать таблицы в пределах раздела. В этом случае номер таблицы состоит из номера раздела и порядкового номера таблицы, разделенных точкой. Например, в разделе 4 номер будет «Таблица 4.3».

    Название таблицы должно отражать ее содержание, быть точным, кратким. Название состоит из слова «Таблица», номера таблицы и текста. В ГОСТ 2.105-95 не определено использование в названии таблицы дефиса или тире. На практике может использоваться тире, по аналогии использования в названии рисунка тире. Например, «Таблица 5 – Выполняемые работы, содержание и сроки». Точка в конце названия не ставится. Название размещают над таблицей слева.

    В ГОСТ 2.105-95 в п.п 4.4.3 приведено следущее требование: «На все таблицы документа должны быть приведены ссылки в тексте документа, при ссылке следует писать слово «таблица» с указанием ее номера». На практике слово «таблица» склоняется в тексте по правилам русского языка. Например: «Краткое описание назначения и основных характеристик подсистем ИС МП второй очереди представлено в таблице 1».

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

    В ГОСТ 2.105-95 есть необязательное требование в п.4.4.7: «если в конце страницы таблица прерывается и ее продолжение будет на следующей странице, в первой части таблицы нижнюю горизонтальную линию, ограничивающую таблицу, допускается не проводить.». На практике нижнюю горизонтальную линию, проводят, так ее отсутствие ухудшает восприятие таблицы пользователем.

    Правила оформления иллюстраций

    К иллюстрациям относятся графические изображения (схемы, графики, фотографии, рисунки).

    Иллюстрации, за исключением иллюстраций приложений, нумеруются арабскими цифрами, при этом нумерация сквозная. Например: «Рисунок 3».

    Иллюстрации каждого приложения обозначают отдельной нумерацией арабскими цифрами с добавлением перед цифрой обозначения приложения. Например: «Рисунок В.6».

    Допускается нумеровать иллюстрации в пределах раздела. В этом случае номер иллюстрации состоит из номера раздела и порядкового номера иллюстрации, разделенных точкой. Например, в разделе 5 номер будет «Рисунок 5.2».

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

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

    В ГОСТ 2.105-95 в п. 4.3.1 указано следующее: «при ссылках на иллюстрации следует писать «. в соответствии с рисунком 2» при сквозной нумерации и «. в соответствии с рисунком 1.2» при нумерации в пределах раздела».

    Название пишется под иллюстрацией в формате «Рисунок 1 – Детали прибора».

    Интересный факт: если ошибку в бумажном документе замазать и поверх написать исправление черными чернилами, это будет по ГОСТу. ГОСТ 2.105-95 допускает исправления документов в бумажном виде. Об этом гласит п.3.7: «Опечатки, описки и графические неточности, обнаруженные в процессе выполнения документа, допускается исправлять подчисткой или закрашиванием белой краской и нанесением на том же месте исправленного текста (графика) машинописным способом или черными чернилами, пастой или тушью рукописным способом. Повреждения листов текстовых документов, помарки и следы не полностью удаленного прежнего текста (графика) не допускаются».

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

    Оформление по ГОСТ 2. 106-96

    ГОСТ 2.106-96 устанавливает формы и правила выполнения конструкторских документов. Для каждого типа документа в ГОСТ 2.106-96 приведен шаблон оформления рамок документа.

    ГОСТ 2.106-96 определяет не только форму рамок, но и основную надпись в рамке. Пример из ГОСТ 2.106-96: «ПЗ составляют на формах 9 и 9а приложения А, а необходимые схемы, таблицы и чертежи в бумажной форме допускается выполнять на листах любых форматов, установленных ГОСТ 2.301, при этом основную надпись и дополнительные графы к ней выполняют в соответствии с требованиями ГОСТ 2.104 (форма 2а)».

    Резюме

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

  • Программные документы, разрабатываемые на различных стадиях создания АС оформляются по ГОСТ 19.104-78, ГОСТ 19.105-78, ГОСТ 19.106-78;
  • Конструкторские документы, разрабатываемые на различных стадиях создания АС оформляются по ГОСТ 2.105-95 и ГОСТ 2.106-96. При этом требования к содержанию регламентируются РД 50.34-698-90.
  • Необходимо проверять ГОСТы на актуальность и использовать последнюю редакцию стандартов, поскольку они, хотя и редко, но всё же обновляются. Надеюсь, статья поможет вам лучше ориентироваться в требованиях ГОСТ, а в случае необходимости вы всегда можете обратиться к специалистам.

    Обсуждения

    Приглашаем обсудить проект ГОСТ 15.016. СРПП. ТЗ. Требования к содержанию и оформлению

    Публичное обсуждение — до 15 января 2016г.

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

    Выполнение работ в области народнохозяйственной продукции, на которые составляется техническое задание, согласно жизненному циклу продукции включает разработку научно-исследовательских работ, технических предложений, опытно-конструкторских работ, в том числе эскизных проектов, технических проектов, и других работ согласно ГОСТ 2.103-2013 «Единая система конструкторской документации. Стадии разработки», ГОСТ 2.118-2013 «Единая система конструкторской документации. Техническое предложение», ГОСТ 2.119-2013 «Единая система конструкторской документации. Эскизный проект», ГОСТ 2.120-2013 «Единая система конструкторской документации. Технический проект».

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

    Разрабатываемый стандарт устанавливает требования, обеспечивающие техническое единство государств-участников МГС при разработке технического задания, в том числе общетехнические правила и нормы, и в соответствии с п.п. 7.1 и 7.2 ГОСТ 1.0-92 «Межгосударственная система стандартизации. Основные положения» является объектом межгосударственной стандартизации.

    Администратор, 13 октября 2015

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

    В тексте применен термин «радиоэлектронное средство» хотя в данном стандарте он не определен. В связи с этим раздел непонятно читается.

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

    Предложение изложить текст раздела используя термин изделие а сам раздел называть «Требования электромагнитной совместимости»

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

    Кислов Олег Вениаминович

    Главный конструктор по гражданской продукции

    ФГУП «Приборостроительный завод» г. Трехгорный

    ГОСТ 19.201-78. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ.

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

    Стандарт полностью соответствует СТ СЭВ 1627-79.

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

    1.1. Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата 11 и 12 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляются в верхней части листа над текстом.

    1.2. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78.

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

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

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

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

    (Измененная редакция, Изм. № 1)
    2. СОДЕРЖАНИЕ РАЗДЕЛОВ

    2.1. В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

    (Измененная редакция, Изм. № 1)

    2.2. В разделе «Основания для разработки» должны быть указаны:
    документ (документы), на основании которых ведется разработка;
    организация, утвердившая этот документ, и дата его утверждения;
    наименование и (или) условное обозначение темы разработки.

    2.3. В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

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

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

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

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

    2.4.4. В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.

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

    2.4.6. В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.

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

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

    (Введен дополнительно, Изм. № 1).

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

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

    2.7. В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.

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

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

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

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

    Многие Разработчики часто недооценивают важность технического задания, однако, ТЗ является важным, можно сказать, краеугольным документом при разработке информационных систем, сайтов, инженерных систем, да и всего чего угодно.
    Сегодня, когда в моде 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. Требования по сохранности информации при авариях
    4.1.11. Требования к защите от влияния внешних воздействий
    4. 1.12. Требования к патентной чистоте
    4.1.13. Требования по стандартизации и унификации
    4.4. Требования к составу и параметрам технических средств 4.1.8. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
    4.5. Требования к информационной и программной совместимости
    4.6. Требования к маркировке и упаковке
    4.7. Требования к транспортированию и хранению 4.1.7. Требования к транспортабельности для подвижных систем
    4.8. Специальные требования 4. 1.14. Дополнительные требования
    4.3. Требования к видам обеспечения
    5. Требования к программной документации 8. Требования к документированию
    6. Технико-экономические показатели
    7. Стадии и этапы разработки 5. Состав и содержание работ по созданию системы
    8. Порядок контроля и приёмки 6. Порядок контроля и приёмки системы
    7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
    9.Источники разработки

    Ниже рассмотрим каждый ГОСТ и пункты ГОСТ по отдельности.

    ГОСТ 19 для Технического задания

    Техническое задание по ГОСТу 19 должно содержать следующие разделы:

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

    В разделе 1 «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

    В разделе 2 «Основания для разработки» должны быть указаны:

  • документ (документы), на основании которых ведётся разработка;
  • организация, утвердившая этот документ, и дата его утверждения;
  • наименование и (или) условное обозначение темы разработки.
  • В разделе 3 «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

    Раздел 4 «Требования к программе или программному изделию» должен содержать следующие подразделы:

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

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

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

    В подразделе 4.4 «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.

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

    При необходимости должна обеспечиваться защита информации и программ.

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

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

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

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

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

    В разделе 8 «Порядок контроля и приёмки» должны быть указаны виды испытаний и общие требования к приёмке работы.

    В приложениях к техническому заданию, при необходимости, приводят:

  • перечень научно-исследовательских и других работ, обосновывающих разработку;
  • схемы алгоритмов, таблицы, описания, обоснования, расчёты и другие документы, которые могут быть использованы при разработке;
  • другие источники разработки.
  • ГОСТ 34 для Технического задания

    Техническое задание по ГОСТу 34 содержит следующие разделы, которые могут быть разделены на подразделы:

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

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

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

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

    11. полное наименование системы и её условное обозначение;
    12. шифр темы или шифр (номер) договора;
    13. наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты;
    14. перечень документов, на основании которых создаётся система, кем и когда утверждены эти документы;
    15. плановые сроки начала и окончания работы по созданию системы;
    16. сведения об источниках и порядке финансирования работ;
    17. порядок оформления и предъявления заказчику результатов работ по созданию системы (её частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы.
    18. Раздел 2 «Назначение и цели создания (развития) системы» состоит из подразделов:

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

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

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

      В разделе 3 «Характеристики объекта автоматизации» приводят:

    22. краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;
    23. сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.
    24. Раздел 4 «Требования к системе» состоит из следующих подразделов:

    25. требования к системе в целом;
    26. требования к функциям (задачам), выполняемым системой;
    27. требования к видам обеспечения.
    28. Состав требований к системе, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы. В каждом подразделе приводят ссылки на действующие нормативно-технические документы (НТД), определяющие требования к системам соответствующего вида.

      В подразделе 4.1 «Требования к системе в целом» указывают:

    29. требования к структуре и функционированию системы;
    30. требования к численности и квалификации персонала системы и режиму его работы;
    31. показатели назначения;
    32. требования безопасности;
    33. требования к эргономике и технической эстетике;
    34. требования к транспортабельности для подвижных АС;
    35. требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;
    36. требования к защите информации от несанкционированного доступа;
    37. требования по сохранности информации при авариях;
    38. требования к защите от влияния внешних воздействий;
    39. требования к патентной чистоте;
    40. требования по стандартизации и унификации;
    41. дополнительные требования.
    42. В требованиях к структуре и функционированию системы приводят (пункт ТЗ 4.1.1):

    43. перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы;
    44. требования к способам и средствам связи для информационного обмена между компонентами системы;
    45. требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к её совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т. п.);
    46. требования к режимам функционирования системы;
    47. требования по диагностированию системы;
    48. перспективы развития, модернизации системы.
    49. В требованиях к численности и квалификации персонала на АС приводят (пункт ТЗ 4.1.2):

    50. требования к численности персонала (пользователей) АС;
    51. требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков;
    52. требуемый режим работы персонала АС.
    53. В требованиях к показателям назначения АС приводят значения параметров, характеризующие степень соответствия системы её назначению (пункт ТЗ 4.1.3).

      Для АСУ указывают:

    54. степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления;
    55. допустимые пределы модернизации и развития системы;
    56. вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.
    57. В требования к надёжности включают (пункт ТЗ 4.1.4):

    58. состав и количественные значения показателей надёжности для системы в целом или её подсистем;
    59. перечень аварийных ситуаций, по которым должны быть регламентированы требования к надёжности, и значения соответствующих показателей;
    60. требования к надёжности технических средств и программного обеспечения;
    61. требования к методам оценки и контроля показателей надёжности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.
    62. В требования по безопасности (пункт ТЗ 4.1.5) включают требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы (защита от воздействий электрического тока, электромагнитных полей, акустических шумов и т. п.), по допустимым уровням освещённости, вибрационных и шумовых нагрузок.

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

      Для подвижных АС в требования к транспортабельности (пункт ТЗ 4.1.7) включают конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам.

      В требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают (пункт ТЗ 4.1.8):

    63. условия и регламент (режим) эксплуатации, которые должны обеспечивать использование технических средств (ТС) системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания;
    64. предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т. п.;
    65. требования по количеству, квалификации обслуживающего персонала и режимам его работы;
    66. требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов;
    67. требования к регламенту обслуживания.
    68. В требования к защите информации от несанкционированного доступа (пункт ТЗ 4.1.9) включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.

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

      В требованиях к средствам защиты от внешних воздействий приводят (пункт ТЗ 4.1.11):

    69. требования к радиоэлектронной защите средств АС;
    70. требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).
    71. В требованиях по патентной чистоте (пункт ТЗ 4.1.12) указывают перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и её частей.

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

      В дополнительные требования включают (пункт ТЗ 4.1.14):

    72. требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них;
    73. требования к сервисной аппаратуре, стендам для проверки элементов системы;
    74. требования к системе, связанные с особыми условиями эксплуатации;
    75. специальные требования по усмотрению разработчика или заказчика системы.
    76. В подразделе 4.2 «Требование к функциям (задачам)», выполняемым системой, приводят:

    77. по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;
    78. при создании системы в две или более очереди — перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях;
    79. временной регламент реализации каждой функции, задачи (или комплекса задач);
    80. требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов;
    81. перечень и критерии отказов для каждой функции, по которой задаются требования по надёжности.
    82. В подразделе 4.3 «Требования к видам обеспечения» в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другие видам обеспечения системы.

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

      Для информационного обеспечения системы приводят требования (пункт ТЗ 4.3.2):

    83. к составу, структуре и способам организации данных в системе;
    84. к информационному обмену между компонентами системы;
    85. к информационной совместимости со смежными системами;
    86. по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;
    87. по применению систем управления базами данных;
    88. к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
    89. к защите данных от разрушений при авариях и сбоях в электропитании системы;
    90. к контролю, хранению, обновлению и восстановлению данных;
    91. к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).
    92. Для лингвистического обеспечения (пункт ТЗ 4.3.3) системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога.

      Для программного обеспечения (пункт ТЗ 4.3.4) системы приводят перечень покупных программных средств, а также требования:

    93. к независимости программных средств от используемых СВТ и операционной среды;
    94. к качеству программных средств, а также к способам его обеспечения и контроля;
    95. по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ.
    96. Для технического обеспечения (пункт ТЗ 4.3.5) системы приводят требования:

    97. к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;
    98. к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.
    99. В требованиях к метрологическому обеспечению (пункт ТЗ 4.3.6) приводят:

      • предварительный перечень измерительных каналов;
      • требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;
      • требования к метрологической совместимости технических средств системы;
      • перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;
      • требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств, встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы;
      • вид метрологической аттестации (государственная или ведомственная) с указанием порядка её выполнения и организаций, проводящих аттестацию.
      • Для организационного обеспечения приводят требования (пункт ТЗ 4.3.7):

      • к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию;
      • к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации;
      • к защите от ошибочных действий персонала системы.
      • Для методического обеспечения САПР (пункт ТЗ 4.3.8) приводят требования к составу нормативно-технической документации системы (перечень применяемых при её функционировании стандартов, нормативов, методик и т. п.).

        Раздел 5 «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций — исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.

        В данном разделе также приводят:

      • перечень документов, по ГОСТу 34, предъявляемых по окончании соответствующих стадий и этапов работ;
      • вид и порядок проведения экспертизы технической документации (стадия, этап, объём проверяемой документации, организация-эксперт);
      • программу работ, направленных на обеспечение требуемого уровня надёжности разрабатываемой системы (при необходимости);
      • перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).
      • В разделе 6 «Порядок контроля и приёмки системы» указывают:

      • виды, состав, объём и методы испытаний системы и её составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
      • общие требования к приёмке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приёмочной документации;
      • статус приёмочной комиссии (государственная, межведомственная, ведомственная).
      • В разделе 7 «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие.

        В перечень основных мероприятий включают:

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

      • изменения применяемых методов управления;
      • создание условий для работы компонентов АСУ, при которых гарантируется соответствие системы требованиям, содержащимся в ТЗ.
      • В разделе 8 «Требования к документированию» приводят:

      • согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТа 34 и НТД отрасли заказчика;
      • перечень документов, выпускаемых на машинных носителях;
      • требования к микрофильмированию документации;
      • требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
      • при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.
      • В разделе 9 «Источники разработки» должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчёты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

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

      • расчёт ожидаемой эффективности системы;
      • оценку научно-технического уровня системы.
      • Приложения включают в состав ТЗ на АС по согласованию между разработчиком и заказчиком системы.

        Заключение

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

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

        Надеюсь, с помощью этой статьи написать Техническое задание вам будет немножко легче!

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *