г) в разделе «Описание и обоснование выбранной конструкции» приводят:
¾ описание и обоснование вариантов изделия, рассматриваемых на данной стадии и, при необходимости, иллюстрации или ссылку на электронные макеты (модели);
¾ сведения о назначении материальных макетов (если они изготовлялись), электронных макетов (если они разрабатывались)»; программу и методику испытаний или анализа (или ссылку на отдельный документ - программу и методику испытаний), результаты испытаний в данные оценки соответствия макетов заданным требованиям, в том числе эргономики и технической эстетики;
¾ фотографии материальных макетов (при необходимости);
¾ обозначения основных конструкторских документов, по которым изготовлялись материальные макеты, номера и даты отчетов (или протоколов) по их испытаниям и др. (для справок);
¾ данные проверки вариантов на патентную чистоту и конкурентоспособность;
¾ сведения об использовании в данной разработке изобретений о поданных заявках на новые изобретения;
¾ сведения о соответствии вариантов требованиям техники безопасности и производственной санитарии;
¾ сведения о безопасности изделия и его воздействии на окружающую среду;
¾ сведения по утилизации изделия;
д) в разделе «Расчеты, подтверждающие работоспособность и надежность конструкции» приводят ориентировочные расчеты, подтверждающие работоспособность и надежность изделия (расчеты показателей долговечности, ремонтопригодности, сохраняемости и др.);
е) в разделе «Описание организации работ с применением разрабатываемого изделия» приводят предварительные сведения об организации работ с изделием на месте эксплуатации, например, сведения о предполагаемой квалификации и количестве обслуживающего персонала и др.;
ж) в разделе «Ожидаемые технико-экономические показатели» приводят ориентировочные расчеты экономических показателей (экономическую эффективность от внедрения в народное хозяйство и пр.) с указанием средств программного и информационного обеспечения автоматизированных систем (в случае их применения для выполнения расчетов);
и) в разделе «Уровень стандартизации и унификации» приводят предварительные сведения о примененных в разрабатываемом изделии стандартных и унифицированных сборочных единицах.
В конце пояснительной записки помещают выявленные в процессе разработки технического предложения дополнительные требования к разработке изделия.
В приложении к пояснительной записке приводят:
¾ копию технического задания;
¾ перечень работ, которые следует провести на последующей стадии разработки изделия (при необходимости);
¾ материалы художественно-конструкторской проработки, не являющиеся конструкторскими документами; перечень использованной литературы и т.п.;
¾ перечень документов, используемых при разработке технического предложения и получаемых разработчиком изделия от других предприятий и организаций (авторские свидетельства, отчет о патентных исследованиях, справка потребителя о необходимом объеме производства разрабатываемых изделий и т.п.); при этом документы в приложении к пояснительной записке не включают, а в содержании записки могут быть приведены необходимые сведения из этих документов, например, предмет изобретения, требуемое количество изделий на квартал, на год, на пятилетку, а также номер и дата документа или сопроводительного письма.
¾ Перечень средств программного и информационного обеспечения автоматизированных систем, использованных при разработке технического предложения.
3. Эскизный проект разрабатывают, если это предусмотрено техническим заданием или протоколом рассмотрения технического предложения.
Эскизный проект разрабатывают с целью установления принципиальных (конструктивных, схемных и др.) решений изделия, дающих общее представление о принципе работы и (или) устройстве изделия, когда это целесообразно сделать до разработки технического проекта или рабочей документации.
На стадии разработки эскизного проекта рассматривают варианты изделия и (или) его составных частей. Эскизный проект может разрабатываться без рассмотрения на этой стадии различных вариантов.
При разработке эскизного проекта выполняют работы, необходимые для обеспечения предъявляемых к изделию требований и позволяющие установить принципиальные решения. Перечень необходимых работ определяется разработчиком в зависимости от характера и назначения изделия и согласовывается с заказчиком, если изделие разрабатывается по заказам Министерства обороны.
На стадии эскизного проекта не повторяют работы, приведенные на стадии технического предложения, если они не могут дать дополнительных данных. В этом случае результаты ранее проведенных работ отражают в пояснительной записке.
В общем случае при разработке эскизного проекта проводят следующие работы:
а) выполнение вариантов возможных решений, установление особенностей вариантов (характеристики вариантов составных частей и т. п.), их конструкторскую проработку. Глубина такой проработки должна быть достаточной для сопоставления рассматриваемых вариантов;
б) предварительное решение вопросов упаковки и транспортирования изделия;
в) изготовление и испытания макетов с целью проверки принципов работы изделия и (или) его составных частей;
г) разработку и обоснование технических решений, направленных на обеспечение показателей надежности, установленных техническим заданием и техническим предложением;
д) оценку изделия на технологичность и правильность выбора средств контроля (испытаний, анализа, измерений);
е) оценку изделия по показателям стандартизации и унификации;
ж) оценку изделия в отношении его соответствия требованиям эргономики, технической эстетики. При необходимости, для установления эргономических, эстетических характеристик изделия и для удобства сопоставления различных вариантов по этим характеристикам изготавливают макеты;
з) проверку вариантов на патентную частоту и конкурентоспособность, оформление заявок на изобретения;
и) проверку соответствия вариантов требованиям техники безопасности и производственной санитарии;
к) сравнительную оценку рассматриваемых вариантов, вопросы метрологического обеспечения разрабатываемого изделия (возможности выбора методов и средств измерения).
Сравнение проводят по показателям качества изделия:
¾ назначения;
¾ надежности;
¾ технологичности;
¾ стандартизации и унификации;
¾ экономическим;
¾ эстетическим;
¾ эргономическим.
При этом следует учитывать конструктивные и эксплуатационные особенности разрабатываемого и существующих изделий, тенденции и перспективы развития отечественной и зарубежной техники в данной области;
л) выбор оптимального варианта (вариантов) изделия, обоснование выбора; принятие принципиальных решений; подтверждение (или уточнение) предъявляемых к изделию требований (технических характеристик, показателей качества и др.), установленных техническим заданием и техническим предложением, и определение технико-экономических характеристик и показателей, не установленных техническим заданием и техническим предложением;
м) выявление на основе принятых принципиальных решений новых изделий и материалов, которые должны быть разработаны другими предприятиями (организациями), составление технических требований к этим изделиям и материалам;
н) составление перечня работ, которые следует провести на последующей стадии разработки, в дополнение или уточнение работ, предусмотренных техническим заданием и техническим предложением;
о) проработку основных вопросов технологии изготовления (при необходимости);
п) подготовку предложений по разработке стандартов (пересмотр и внесение изменений в действующие стандарты), предусмотренных техническим заданием на данной стадии.
В результатом прохождения этих двух этапов является УСП (управляющая структура проектанта). УСП представляет собой блок-схему, содержащую:
) Уровни Управляющей структуры.
) Участников проекта, в виде отделов.
) Состав каждой Управляющей сборки.
) Обозначение, наименование и название файла модели для каждого элемента.
) Фиксацию, на каком уровне, в каком виде и каким отделом формируются расчетные модели.
.Теоретический чертеж (ТЧ) - чертёж содержащий основные размеры изделия, от которых отступать нельзя. После того как главные измерения определены, приступают к проектированию обводов модели - к вычерчиванию теоретического чертежа.
Так как от обводов главные свойства - сопротивление движению, устойчивость и другие, теоретический чертеж является одним из главных чертежей.
При вычерчивании теоретического чертежа модели следует стремиться воспроизводить обводы существующих РН, для чего необходимо подобрать подходящие примеры (прототипы).
.МГП. В данном файле создают основные базы будущего изделия: основные плоскости, оси, точки. Дают всем объектам однозначно названия. Данными базовыми элементами геометрии будут часто пользоваться последующие разработчики, поэтому данная мастер-геометрия - это единственное место, в котором проектанты могут создать публикуемый набор для нижестоящих сборок и собрать в него все базы изделия.
.ТЗ (техническое задание) - закон для разработчика. В процессе разработки - основной документ, которым он должен руководствоваться. Этот документ призван:
¾ описать цель работы. И разработчик, и заказчик должны чётко понимать, к чему они стремятся, за что один платит деньги, а другой - тратит время и напрягает мозги;
¾ описать задачи. Прежде чем начинать работу, необходимо прикинуть, насколько она затянется, сколько потребует ресурсов. Круг задач должен быть посильным разработчику, а заказчик должен представлять, чем разработчик будет заниматься, за что платить;
¾ регламентировать отношения. Один из самых важных моментов! Заказчик и исполнитель регламентируют объёмы, сроки, денежные суммы, порядок приёмки, форматы исходных и выходных данных и ещё множество условий, которые необходимо прописать во избежание конфликтных ситуаций.
По сути, техническое задание - договор между исполнителем и заказчиком. Договор, естественно, должен быть в рамках законодательства, иначе его можно будет признать ничтожным. Стороны, создающие и подписывающие договор (техническое задание) должны полностью осознавать все его пункты и вправе вносить любые свои требования, которые сочтут нужными.
Существует мнением, что техническое задание не нужно, что оно будет только мешать и тормозить процесс разработки, сковывать его. На мой взгляд, это крайне неверная позиция. Это позиция людей некомпетентных, непрофессиональных. Почему таким людям (это, как правило, разработчики) выгодно отсутствие ТЗ? А вот почему:
) Это скрывает отсутствие опыта, слабое представление сути дела, за которое берётся разработчик;
) Это даёт возможность затянуть разработку и увеличить бюджет;
) Это позволит недобросовестному исполнителю безнаказанно урезать объёмы работ, ухудшать характеристики;
) Это позволит исполнителю «левачить» - заниматься другой разработкой в то время, пока заказчик ему платит. Разработчик может выполнять часть работ, якобы нужных для проекта, а потом сдавать их на сторону.
Отсутствие технического задания во взаимоотношениях заказчика и исполнителя - беззаконие. А беззаконие рождает хаос, неразбериху, становится причиной жульничества и надувательства. Поводов к тому, чтобы отказаться оформлять ТЗ, можно услышать множество:
¾ Задача такая сложная и такая «творческая», что её невозможно загнать в рамки ТЗ!
Технические задания составляются даже на произведения искусства. На памятники, рисунки, логотипы, мелодии, даже на «мультяшные» персонажи. И в этом нет ничего удивительного. Всё поддаётся формализации и описанию. Лишь непрофессиональный человек не сможет описать свою работу или создаваемый продукт.
¾ Написание ТЗ займёт много времени и ресурсов. Уж лучше взяться потихонечку за работу, а там - определимся!
Профессионал потратит на ТЗ от одного до нескольких дней. Где надо - заложит ресурсы на изыскания, а где - чётко определит выполняемое. Только плохо разбирающийся в проблеме человек не сможет заранее всё предугадать.
¾ ТЗ не нужно, поскольку задача слишком очевидна и проста!
Очевидно, что выползет множество нюансов, требующих уточнения. И элементарная проблема в ходе детальной проработки сразу станет сложной и серьёзной. Кстати, такой ход используется для того, чтобы потом растянуть сроки, вытянуть больше денег, когда возникнут «непредвиденные трудности».
Техническое задание должен писать разработчик. Только он способен грамотно представить цели, сформулировать задачи. Если цели неясны, то происходит итеративный процесс написания ТЗ - разработчик постепенно формирует цель в глазах заказчика, пытается понять его субъективный взгляд на проблему. Это трудный и длительный процесс, но он поможет избежать двусмысленностей и непонимания.
Техническое задание должно удовлетворять следующим требованиям.
¾ Полнота - как можно более полное описание системы, целей и задач;
¾ Логичность - описания не должны быть противоречивыми
¾ Правильность - отсутствие ошибок, которые могут вести к двусмысленности или некорректности;
¾ Связность - структура документа должна быть подчинена одной цели.
Основные разделы технического задания, которые в той или иной степени должны быть отражены:
) Технические требования и стандарты;
) Структура;
) Функциональное содержание отдельных структурных элементов;
) Состав работ и сроки выполнения;
) Стоимость работ.
Если в техническом задании были описаны указанные
моменты, то его можно считать достаточно полным.
.2 Моделирование процесса концептуального
проектирования РН «как есть»; документооборот внутри проектного отдела
Модель - это объект или явление, аналогичные, т.е. в достаточной степени повторяющие свойства моделируемого объекта или явления (прототипа), существенные для целей конкретного моделирования, и опускающие несущественные свойства, в которых они могут отличаться от прототипа.
Основными задачами моделирования является адекватное представление информации для достижения двух основных целей: во-первых, для анализа характеристик (свойств) систем и, во-вторых, для синтеза (разработки) систем, отвечающих заданным условиям. Кроме основных целей моделирование может использоваться также для проверки работоспособности управляющего устройства в разных режимах работы (данный процесс моделирования называется тестированием), для улучшения качества процессов управления (системы управления с моделью), проверки решений параллельно с их генерированием (имитационное моделирование) и т.д. В данной работе нас интересует основная цель.