- •Введение
- •1.3. Место НИОКР в жизненном цикле изделия (продукции)
- •1.4.1. Формулировка признаков работ, соответствующих НИР
- •1.4.3. Формулировка признаков работ, соответствующих ОТР
- •1.5. Этапы НИОКР и их характеристики
- •1.5.1. Этапы НИР
- •1.5.2. Этапы ОКР
- •3. РАЗРАБОТКА КОНСТРУКТОРСКИХ ИЗДЕЛИЙ
- •3.1.1. Техническое задание на ОКР
- •3.1.2. Техническое предложение
- •3.1.3. Эскизный проект
- •3.1.4. Технический проект
- •3.2. Разработка рабочей конструкторской документации
- •3.3. Виды конструкторских документов
- •3.4. Виды изделий
- •3.5.1. Спецификация
- •3.5.2. Пояснительная записка
- •3.5.3. Программа и методика испытаний
- •3.5.4. Обозначение конструкторских документов
- •3.5.5. Схемы
- •3.6. Чертежи и эскизы деталей
- •3.6.2. Основные требования к чертежу детали
- •6. ВИДЫ ОБЕСПЕЧЕНИЯ ОПЫТНО-КОНСТРУКТОРСКИХ РАБОТ
- •6.2. Материально-технические и технологические ресурсы НИОКР
- •8. ПАТЕНТНАЯ ДЕЯТЕЛЬНОСТЬ
- •8.1. Объект интеллектуальной собственности
- •9. ПРОМЫШЛЕННЫЕ ОБРАЗЦЫ
- •10. ТОВАРНЫЕ ЗНАКИ. РАЗРАБОТКА ТОВАРНОГО ЗНАКА
- •11. ПАТЕНТНЫЙ ПОИСК И АНАЛИЗ
- •11.1. Источники информации и методика проведения патентного поиска
- •11.2. Выбор типа поиска
Для рабочей документации обязательными из приведенных выше программных документов являются спецификация и текст программы. Необходимость остальных документов на соответствующих стадиях разработки проекта определяется при разработке и утвержде-
Снии технического задания.
В состав конструкторской документации на программное изделие могут быть введены перечисленные программные документы, за
исключен ем спец ф кации и технического задания.
3. РАЗРАБОТКА КОНСТРУКТОРСКИХ ИЗДЕЛИЙ
3.1. Этапы разра отки конструкторских изделий
|
необход |
К конструкторск м документам относят графические и тексто- |
|
выеидокументы, которые определяют состав и устройство изделия и |
|
содержат |
мые данные для его разработки, изготовления, |
контроля, пр емки, эксплуатации и ремонта. Документы в зависимости от стадии разра отки подразделяют на проектные и рабочие. К первым относятся техническое предложение, эскизный и технический проекты.
ЕСКД определяет следующие 4 этапа разработки конструктор- |
|
ских изделий [1]: |
А |
техническое задание; Дтехническое предложение;эскизный (ЭП) и технический (ТП) проектыИ;
разработка рабочей документации.
Первые три этапа являются проектными, четвёртый – рабочим. В соответствии с этим документация, разрабатываемая на первых трех стадиях, называется проектной, а на последней – рабочей. После выполнения очередного этапа работ, испытаний образцов и проведения корректировки документации ей присваивается соответствующая литера, например, литера «П» – проектная, литера «О1» – опытный образец и др.
После завершения передачи КД на производство выделяют две стадии «Подготовка производства» и «Освоение производства» [1].
43
В реальной разработке могут присутствовать не все четыре стадии. На каждой стадии выполняются определенный перечень работ и разработка соответствующей конструкторской документации. Отдельные этапы могут исключаться или выполняются не в полном объеме, что оговаривается в техническом задании.
|
3.1.1. Техническое задание на ОКР |
|
Разработку конструкторской документации на изделие начина- |
ют с выполнен я в соответствии с техническим заданием (ТЗ) техни- |
|
С |
|
ческого предложен я (ГОСТ 2.118 73) для выявления дополнитель- |
|
ных |
уточненных тре ований к изделию (технических характери- |
или
стик, показателейбкачества и др.). На основе предварительной конструкторской прора отки и анализа различных вариантов изделия ТЗ может быть уточнено дополнено [4].
Общ е тре ован я к разра отке ТЗ на ОКР в части народнохозяйственной продукцииАпроизводственно-технического назначения изложены в разделе 5 ГОСТ Р 15.201. В данном стандарте указывается, что при разра отке ТЗ разра отчик учитывает информацию об аналогичной продукции, содержащуюся в базах данных (общероссийской и региональных), созданныхДв Госстандарте России на основе каталожных листов продукции. В ТЗ рекомендуют указывать тех- нико-экономические требования к продукции, определяющие ее потребительские свойства и эффективность применения, перечень документов, требующих совместное рассмотрениеИ, порядок сдачи и приемки результатов разработки, а также предусматривают реализацию всех обязательных требований, распространяющихся на данную продукцию (не допускается включать в ТЗ требования, которые противоречат законам Российской Федерации и обязательным требованиям) и указывают предусмотренную законодательством форму подтверждения соответствия продукции обязательным требованиям.
В ТЗ рекомендуется предусматривать следующие положения[2]:прогноз развития требований на данную продукцию на пред-
полагаемый период ее выпуска;
44
рекомендуемые этапы модернизации продукции с учетом прогноза развития требований;
соответствие требованиям стран предполагаемого экспорта с учетом прогноза развития этих требований;
характеристики ремонтопригодности;возможность замены запасных частей без применения про-
мышленной технолог |
; |
||
доступность |
безопасность эффективного использования |
||
продукц |
|
нвал дами и гражданами пожилого возраста (для соот- |
|
Светствующей продукц и, предусмотренной законодательством Рос- |
|||
сийской Федерац ). |
|
||
ТЗ |
разрабатывают |
||
|
|
и утверждают в порядке, установленном за- |
|
казчиком |
отч ком. К разработке ТЗ могут привлекаться дру- |
||
гиеза нтересованные организации (предприятия): изготовитель, тор- |
|||
говая (посредн ческая) |
организация, страховая организация, органи- |
зация-проектировщикА, монтажная организация и др. Для подтверждения отдельных тре ований к продукции, в том числе требований безопасности, охраны здоровья и окружающей среды, а также оценки технического уровня продукции, ТЗ может быть направлено разработчиком или заказчиком на экспертизуД(заключение) в сторонние организации. Решение по полученным заключениям принимают разработчик и заказчик до утверждения ТЗ. На любом этапе разработки продукции при согласии заказчика и разработчика в ТЗ или документ, его заменяющий, могут быть внесены измененияИи дополнения, не нарушающие условия выполнения обязательных требований [2].
Однако следует заметить, что данном стандарте не лучшим образом в общих чертах представлены порядок разработки ТЗ и его структура. Достаточно полно и структурированно изложены вопросы, связанные с требованиями к разработке ТЗ на ОКР (составную часть ОКР и на разработку комплектующего изделия), которые представлены в разделах 5, 6 и 7 ГОСТ РВ 15.201.
Следует отметить, что в данном стандарте достаточно полно рассмотрены не только требования к построению, содержанию, изло-
45
жению, оформлению ТЗ, но и порядок его согласования и утверждения, а также порядок внесения изменений в утвержденное ТЗ.
Требования к разработке ТЗ на создание автоматизированной системы и разработку программных продуктов изложены в следую-
щих документах [2]: |
|
|
ГОСТ |
34.602 89 «Информационная технология. Комплекс |
|
стандартов на автомат зированные системы. Техническое задание на |
||
создан е автомат з рованной системы»; |
||
|
19.201 78 «Единая система программной документа- |
|
ции. Техн ческое задание. Требования к содержанию и оформле- |
||
ГОСТ |
|
|
нию». |
|
|
огласно ГОСТ 34.602 в состав ТЗ следует дополнительно |
||
включать раздел «Характеристики объекта автоматизации», в ко- |
||
тором следует пр |
: |
вести
кратк е сведен я об о ъекте автоматизации или ссылки на
документы, содержащие такую информацию;
об
данном разделе дополнительноАприводят основные параметры и характеристики объектов проектирования.
сведения |
условиях эксплуатации объекта автоматизации и |
характеристиках окружающей среды. |
|
Для систем автоматизированного проектирования (САПР) в |
|
|
Д |
При разработке ТЗ на программные продукты следует обращать внимание на формирование требований к функциональным характе-
функции создания нового (пустого) файлаИ;
функции открытия (загрузки) существующего файла;
функции редактирования открытого (далее текущего) файла
путем ввода, замены, удаления содержимого файла с применением стандартных устройств ввода;требованияхиристикамныхграмма
46
функции редактирования текущего файла с применением буфера обмена операционной системы;
функции сохранения файла с исходным именем;функции сохранения файла с именем, отличным от исходного;
функции отправки содержимого текущего файла электронной почтой с помощью внешней клиентской почтовой программы;
функц вывода оперативных справок в строковом формате
(подсказок); |
|
|
ганизованывв деотдельныхфайловформатаrtf,соответствующихRFC. |
||
функц |
нтерактивной справочной системы; |
|
Сфункц ото ражения названия программы, версии програм- |
||
мы, коп райта |
комментариев разработчика». |
|
Любой |
|
|
При форм рован тре ований к организации входных данных, на- |
||
пример, указывается, что «входные данные программы должны быть ор- |
||
Файлы указанного формата должны размещаться (храниться) на |
||
|
А |
|
локальных или съемных носителях, отформатированных согласно тре- |
||
бованиям операционной системы. |
файл иного формата, но с |
расширением rtf открываться не должен. Файлы http://domain.net/file.rtf или ftp://domain.net/file.rtf открываться не должны. Если файловая система отформатирована как FAT32,Дфайлы с локального или съемного носителя, отформатированного, к примеру, в формате ext3, открываться не должны». Формирование требований к организации выходных данных производится аналогичным образом.
При формировании требований к временнымИхарактеристикам следует уточнить требования к быстродействию программы, например, за какое время программа должна стартовать, открывать и закрывать файлы заданного объема.
В подразделе «Требования к составу и параметрам техниче-
ских средств» указывают необходимый состав технических средств с указанием их основных технических характеристик. В состав технических средств следует включать оборудование не хуже того, на котором будет производиться разработка программного продукта. Например, в состав технических средств должен входить
47