Техническое решение образец оформления ворд

Обновлено: 03.07.2024

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

Раздел I. Название (условное наименование) технического решения

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

Раздел II. Предшествующий уровень исполнения технического решения

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

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

Раздел III. Задача и технический результат

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

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

Технический результат может выражаться, в частности:

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

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

Раздел IV. Описание сущности технического решения

При описании сущности технического решения необходимо:

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

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

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

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

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

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

    You are currently viewing Техническое задание и техническое решение + шаблон

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

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

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

    Почему так происходит? Смею предположить причина в том что стороны не понимают что такое ТЗ, в чем его смысл, как оно выглядит и что должно быть после него 🙂

    ТЗ и ГОСТ

    Чаще всего люди идут гуглить что такое ТЗ, налетают на ГОСТ и пытаются делать по нему 🙂 Вот только они не учитывают что ТЗ по ГОСТ было придуман для проектов на 1000 человек, и только одна подготовка такого ТЗ если делать ее правильно может стоить 1-2-10 млн. руб. Не считая работ по его реализации. А пытаются это применять для проектов где работает 1-2-3 человека 🙂 Делается это все без понимания особенностей такого документа и получается как раз то самое собрание сочинений. Бессмысленное и беспощадное.

    ТЗ и Бритва Оккама

    Бритва Оккама в данном случае говорит о том что наиболее простое решение — наиболее верное. Если нет веских причин для усложнения.

    Какое самую простую форму ТЗ можно придумать? Ответ — простой список задач (требования, пожеланий). Чаще всего именно эта форма наиболее адекватна.

    Иногда она может расширяться некоторыми полезными артефактами (разделами):

    • Цели — описать не только то что надо сделать, но и для чего мы это делаем? Чтобы что? Это бывает полезно для повышения качества результатов.
    • Снимки, фото, звуки, примеры — бывает полезно добавить в задание снимок ошибки (например когда мы делаем сайт) или пример/фото того как это сделано у кого-то еще.

    Да, если проект реально большой, у вас есть 10-20 человек заинтересованных в результате, ТЗ согласовывается с ними пол года, а потом есть 100-200 человек, которые будут реализовать этот проект — тогда можно взять ГОСТ или сделать какой-то большой документ. Иначе — у вас не хватит ресурсов сделать качественную постановку задачи, а потом те кто будут делать — не осилят изучение. И один лишь контроль приемки работ по такому ТЗ превратится в ад.

    Техническое решение или ТР

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

    Техническое решение — пишет как раз Разработчик, где описывает то как он видит решение, что предлагает.

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

    Пример для понимания. Заказчик дает ТЗ «Я хочу есть», а Исполнитель предлагает ТР «На вот яблоко». Далее может быть 3 сценария: Заказчик соглашается, корректирует/просит предложить что-то еще или отказывается от дальнейшего общения 🙂

    Почему ТР важно?

    ТР важно по ряду причин:

    • Только Разработчик реально знает как решать задачу (по этой причине Заказчик обычно к нему и обращается), а значит только он может описать детали того как можно получить ожидаемый результат
    • У любой задачи может быть 3-4 варианта решения (а часто больше), и тут Заказчик должен убедиться что Разработчик может предложить нечто адекватное
    • Задача одна, но несколько вариантов решений часто означает разные цены. причем вилка цен может быть условно от 100 000 руб до 10 000 000 руб. ТР позволяет составить список условий и сузить разброс цен — уложиться в нужный бюджет и срок.

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

    Именно составление ТР — позволяет Разработчику понять Заказчика. А Заказчику убедиться что Разработчик понял задание. Именно отсутствие этой части в проекте — зачастую приводит к недопониманию и конфликту.

    Когда можно без ТР?

    Есть некоторые ситуации когда ТР не нужно. С ходу могу назвать 2 условия:

    1. Если между Заказчиком и Разработчиком есть полное взаимопонимание и доверие, большой успешный опыт совместной работы. Когда Заказчик целиком доверяет Разработчику и полагается на его знания.
    2. Если мы работаем по Agile и у нас мелкие простые задачи

    Исключение из п.2 — даже в Agile, если есть большая задача (Epic-project), у которой как правило 3-4 стейкхолдера, ее будут делать 2-3 разработчика на 5-6 месяцев, то не помешает сформулировать ТЗ и потом прописать/согласовать ТР. Чтобы убедиться что Стейкхолдеры (Заказчики) и Разработчики (Исполнители) — поняли друг друга.

    Шаблон

    Итого

    Разработчики часто жалуются на то что Заказчики не могут написать хорошее ТЗ. А без внятного ТЗ как известно результат ХЗ.

    Как мне кажется причина не в том что Заказчик не может написать хорошее ТЗ, а в том что никто не понимает что это такое. В том числе сам Разработчик.

    И даже если Разработчик поймет что такое ТЗ, то для написания ТР снова нужны усилия и ответственность. А если лень то получаем рост Риска получить в результате не то что ожидали + Конфликт.

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

    Если такой документ как "Технические решения"? Если есть , то по какому ГОСТу следует его делать?

    Arrow

    Заранее спасибо

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

    Хорошо, что заказчик сам это предложил.

    Все-таки пришлось составить документ "ТР". самое интересное, что заказчик - НИИ АС. Судя по названию, этот НИИ, как никто другой, должен работать В РАМКАХ 34-ых ГОСТов, но нет, однако.
    Тем не менее, примеры дали посмотреть.

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

    1 Введение
    Настоящий документ представляет собой описание конструктивных решений, физического принципа действия и функциональной структуры аппаратно-программного комплекса, предназначенного для.
    1.1 Краткая характеристика области применения
    Комплекс автоматизированного управления . (далее – Комплекс или . ) предназначен к применению на объектах . и обеспечивает автоматизацию процессов .
    Комплекс располагается в зоне .
    Один комплект аппаратуры обеспечивает получение, хранение и обработку .
    Конструкция Комплекса обеспечивает возможность работы.
    1.2 Функциональные возможности
    .

    2 Технические решения
    2.1 Перечень основных элементов
    .
    2.2 Расположение элементов
    (Взаимное расположение элементов в пространстве)
    2.3 Соединения и связи
    (Способы и средства соединения и связи элементов между собой)
    2.4 Взаимодействие элементов
    (Последовательность взаимодействия элементов во времени)
    2.5 Конструктивное исполнение
    (Особенности конструктивного исполнения элементов - геометрическая форма, материал и т.д.)
    2.6 Соотношения параметров
    (Принципиально важные соотношения параметров для технического объекта в целом или отдельных элементов)
    2.7 Перечень дополнительных элементов
    .

    Smile

    3 Заключение
    (Здесь пишем, чем отличается ваше техническое решение от аналогов и хвастаемся, насколько оно лучше )

    Суть документа - в определение ОСНОВНЫХ компонентов, узлов и т.д., их взамодействия и построения. Не сильно детализировать, описывать БЕЗРАЗМЕРНО. Почти. Размеры применять там, где это жизненно необходимо.
    Кроме того, если есть на одно изделие несколько тех. решений (например, базовая и основная комплектация), можно описать их здесь же, применив весь второй пункт к каждому решению по отдельности. Можно этот же пункт применить к техническому и программному обеспечению по отдельности.

    Но - еще раз! Это не регламент, это просто опыт отдельно взятого технического писателя на отдельно взятом предприятии.

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

    Особенности составления

    Текст решений подразделяется на 2 части. Рассмотрим положения этих частей:

    • Констатирующая. Здесь прописываются причины формирования решения, цели, которые преследуются при его принятии. Решение может быть дополнением к основному документу. В этом случае нужно прописать название, номер и наименование основного документа.
    • Распорядительная. Здесь фиксируется наименование структуры, принимающей решение. После этого следует слово «РЕШИЛ». Оно отражается на следующей строке. Нужно зафиксировать исполнителя, срок действия документа и срок его исполнения.

    Решение должно быть подписано председателем и секретарем структуры, принявшей решение. Для заполнения документа используется лист формата А4.

    Разновидности решений

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

    О ликвидации компаний

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

    • Номер протокола.
    • Наименование компании.
    • Дата и время составления.
    • Сведения об участниках, которые принимали решение (ФИО гендиректора, участников обсуждения, председателя, секретаря).

    В разделе «Слушатели» должны быть отражены эти положения:

    • Наименование ООО, дата его регистрации, юридический адрес.
    • Лица, присутствующие при оглашении решения, ФИО председателя и 2 участников комиссии.
    • Наименование организации, которая ликвидируется.
    • Перечень лиц, которые присутствовали при оглашении решения о передаче дел по ведению ликвидации комиссии.

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

    О выпуске акций

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

    • Наименование АО.
    • Число и стоимость акций.
    • Дата принятия решения.
    • Дата вступления решения в силу.
    • Юридический адрес общества.
    • Данные о гендиректоре.

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

    О создании НКО

    НКО также создается на основании решения. Учредителями общества могут являться ЮЛ и дееспособными ФЛ. В решении фиксируется эта информация:

    • ФИО учредителей или наименование ЮЛ.
    • ФИО приглашенных участников.

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

    Об утверждении ликвидационного баланса

    Ликвидационный баланс также утверждается на основании решения. Утверждение выполняется тогда, когда завершился срок направления претензий кредиторов к компании. В решении прописывается эта информация:

    • Состав имущества организации, которая ликвидируется.
    • Претензии, предъявленные кредиторами, результаты их рассмотрения.

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

    О внесении коррекций в устав учреждения

    Учредитель организации может внести изменения в устав. Для этого издается решение. Ему обязательно присваивается индивидуальный номер. В документе присутствуют эти положения:

    • Наименование организации.
    • Дата издания решения.
    • Место составления.
    • Новый и прежний адрес компании.

    В документе указываются все изменения. К примеру, если сменяется директор, нужно прописать ФИО прежнего и нового руководителя.


    Общие требования к текстовым документам ГОСТ 2.105-95 и ГОСТ Р 2.105-2019 — это свод правил, призванный стандартизировать форму заполнения конструкторской документации. Они содержат нормы, которым должны подчиняться структура и состав текстов в сфере строительства, приборостроения и машиностроения.

    Общие моменты

    С 1 июля 2020 года вступит в силу приказ Федерального агентства по техническому регулированию и метрологии от 29.04.2019 № 175-ст, которым предусмотрено два нововведения:

    • ГОСТ 2.105-95 утрачивает силу в качестве национального стандарта, но сохраняет действие в качестве межгосударственного;
    • ГОСТ Р 2.105-2019 признают национальным.

    Дополнительно в этой сфере приняты:

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

    Способы оформления

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

    • машинописным способом в соответствии с ГОСТ 13.1.002-2003. Межгосударственный стандарт. Репрография. Микрография. Документы для микрофильмирования. Общие требования и нормы (введен в действие Постановлением Госстандарта России от 26.02.2004 № 63-ст);
    • рукописным методом, используя положения ГОСТ 2.304-81. Межгосударственный стандарт. Единая система конструкторской документации. Шрифты чертежные (утв. Постановлением Госстандарта СССР от 28.03.1981 № 1562);
    • применяя ЭВМ, согласно ГОСТ 2.004-88. Межгосударственный стандарт. Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ (утв. Постановлением Госстандарта СССР от 28.11.1988 № 3843);
    • на электронных носителях информации.

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

    Техническое оформление: общие требования

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

    Межгосударственный стандарт ГОСТ 2.105-95

    Национальный стандарт ГОСТ Р 2.105-2019

    Высота символов — не менее 2,5 мм

    · шрифт Times New Roman или Arial размером 14 для основного текста и размером 12 для приложений, примечаний, сносок и примеров;

    · допускается использование шрифта размером 13 и 11 для основного текста и размером 12 и 10 для приложений, примечаний, сносок и примеров соответственно.

    Расстояние между боковыми линиями формы и текстом должно составлять минимум 3 мм

    Абзац начинается с красной строки, минимальный отступ — 15 — 17 мм

    Абзацы начинается с отступа, равного 12,5 — 17 мм

    От нижней и верхней границ следует отступать не менее 10 мм

    Интервал между строками — не менее 8 мм

    · текст оформляют с использованием полуторного межстрочного интервала;

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

    · расстояние между заголовком и текстом при выполнении документа машинописным способом равно 3, 4 интервалам, при выполнении рукописным способом — 15 мм;

    · расстояние между заголовками раздела и подраздела — 2 интервала, при выполнении рукописным способом — 8 мм.

    · расстояние между заголовком и текстом, между заголовками раздела и подраздела — не менее 4 высот шрифта, которым набран основной текст. Расстояние между строками заголовков подразделов и пунктов принимают таким же, как в тексте;

    · при выполнении машинописным способом интервал равен 3 или 4 интервалам, при выполнении рукописным способом — не менее 15 мм.

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

    Относительно копий в ГОСТ 2.105-95 заявлено, что их (здесь и далее приведены выдержки из текста):

    выполняют одним из следующих способов:

    • типографским — в соответствии с требованиями, предъявляемыми к изданиям, изготовляемым типографским способом;
    • ксерокопированием — рекомендуется размножать способом двустороннего копирования;
    • светокопированием;
    • микрофильмированием;
    • на электронных носителях данных.

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

    • сканированием исходного бумажного документа;
    • конвертированием или трансформированием ТДЭ из одного формата в другой или из одной схемы данных в другую;
    • цифровым копированием.

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

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

    Что касается нумерации, ЕСКД при оформлении документов позволяет сделать ее как сквозной, так и отдельной для каждого раздела.

    Чего делать нельзя

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

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

    Помимо этого, требования ЕСКД 2020 года запрещают:

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

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

    Читайте также: