8-900-374-94-44
[email protected]
Slide Image
Меню

Техническое решение оформление гост: Библиотека государственных стандартов

2.3. Техническое решение структурная часть разработки

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

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

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

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

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

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

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

Рис. 2.2. Функциональная структура зубчатого колеса

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

простыми.

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

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

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

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

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

Пояснительная записка к техническому проекту ГОСТ

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

Структура и оформление

Пояснительная записка оформляется согласно межгосударственному стандарту ГОСТ 2. 106-96, описывающему общие требования к составлению текстовой и конструкторской документации, содержание ее разделов описано в руководящем документе РД 50-34.698-90, регламентирующем требования к содержанию документов на АСУ.

Этот документ, согласно стандартам и руководящим документам, должен состоять из нескольких разделов:

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

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

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

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

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

Как разработать?

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

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

Оформите заявку и задавайте все интересующие вас вопросы по телефону +7(499)755-74-33 e-mail Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра. или через форму заказа.

ТЕХНИЧЕСКОЕ РЕШЕНИЕ

Цель

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

Вводные примечания

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

Область процесса сосредоточена на следующем:

·   Оценка и выбор решений (иногда называемых «проектными подходами», «проектными концепциями» или «предварительными проектами»), которые потенциально удовлетворяют соответствующему набору установленных требований

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

·   Реализация проектов в качестве продукта или компонента продукта

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

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

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

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

Связанные области процесса

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

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

в разделе «Процесс проверки».

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

Дополнительные сведения об управлении требованиями см. в области процесса «Управление требованиями». Конкретные практики в области процесса управления требованиями выполняются в интерактивном режиме с теми, что находятся в область процесса «Техническое решение».

Дополнительные сведения об улучшении технологий организации см. в разделе «Организационные инновации и развертывание».

Краткий обзор конкретных целей и практики

SG 1 Выбор решений для компонентов продукта

SP 1.1 Разработка альтернативных решений и критериев выбора

SP 1.2 Select Product Component Solutions

SG 2 Разработка Design

SP 2.1 Design Продукт или компонент продукта

SP 2.2 Установите пакет технических данных

SP 2.3 Размеры проектирования Использование критериев

SP 2.4       Выполнение анализа изготовления, покупки или повторного использования

SG 3 Внедрение дизайна продукта

SP 3. 1       Внедрение дизайна

SP 3.2       Разработка документации по поддержке продукта

  

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

словосочетание техническое решение | значение и примеры использования

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

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

Но техническое решение как и любое другое решение является моментом времени.

Из Кембриджского корпуса английского языка