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

Обновлено: 28.12.2024

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ТЗ и ГОСТ

Чаще всего люди идут гуглить что такое ТЗ, налетают на ГОСТ и пытаются делать по нему 🙂 Вот только они не учитывают что ТЗ по ГОСТ было придуман для проектов на 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 месяцев, то не помешает сформулировать ТЗ и потом прописать/согласовать ТР. Чтобы убедиться что Стейкхолдеры (Заказчики) и Разработчики (Исполнители) — поняли друг друга.

Шаблон

Итого

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

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

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

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

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

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

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

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

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

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

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

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

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 года запрещают:
- ставить знак минус для обозначения отрицательных чисел;
- перечеркивать круг в качестве обозначения диаметра;
- писать математические знаки без числового сопровождения;
- указывать индексы стандартов без обозначения присвоенного им регистрационного номера.
Любой элемент текста следует оформлять в соответствии с правилами, отклонение от обязательных требований не допускается.

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