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

Снии технического задания.

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

исключен ем спец ф кации и технического задания.

3. РАЗРАБОТКА КОНСТРУКТОРСКИХ ИЗДЕЛИЙ

3.1. Этапы разра отки конструкторских изделий

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

техническое задание; Дтехническое предложение;эскизный (ЭП) и технический (ТП) проектыИ;

разработка рабочей документации.

Первые три этапа являются проектными, четвёртый – рабочим. В соответствии с этим документация, разрабатываемая на первых трех стадиях, называется проектной, а на последней – рабочей. После выполнения очередного этапа работ, испытаний образцов и проведения корректировки документации ей присваивается соответствующая литера, например, литера «П» – проектная, литера «О1» – опытный образец и др.

После завершения передачи КД на производство выделяют две стадии «Подготовка производства» и «Освоение производства» [1].

43

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

или

стик, показателейбкачества и др.). На основе предварительной конструкторской прора отки и анализа различных вариантов изделия ТЗ может быть уточнено дополнено [4].

Общ е тре ован я к разра отке ТЗ на ОКР в части народнохозяйственной продукцииАпроизводственно-технического назначения изложены в разделе 5 ГОСТ Р 15.201. В данном стандарте указывается, что при разра отке ТЗ разра отчик учитывает информацию об аналогичной продукции, содержащуюся в базах данных (общероссийской и региональных), созданныхДв Госстандарте России на основе каталожных листов продукции. В ТЗ рекомендуют указывать тех- нико-экономические требования к продукции, определяющие ее потребительские свойства и эффективность применения, перечень документов, требующих совместное рассмотрениеИ, порядок сдачи и приемки результатов разработки, а также предусматривают реализацию всех обязательных требований, распространяющихся на данную продукцию (не допускается включать в ТЗ требования, которые противоречат законам Российской Федерации и обязательным требованиям) и указывают предусмотренную законодательством форму подтверждения соответствия продукции обязательным требованиям.

В ТЗ рекомендуется предусматривать следующие положения[2]:прогноз развития требований на данную продукцию на пред-

полагаемый период ее выпуска;

44

рекомендуемые этапы модернизации продукции с учетом прогноза развития требований;

соответствие требованиям стран предполагаемого экспорта с учетом прогноза развития этих требований;

характеристики ремонтопригодности;возможность замены запасных частей без применения про-

зация-проектировщикА, монтажная организация и др. Для подтверждения отдельных тре ований к продукции, в том числе требований безопасности, охраны здоровья и окружающей среды, а также оценки технического уровня продукции, ТЗ может быть направлено разработчиком или заказчиком на экспертизуД(заключение) в сторонние организации. Решение по полученным заключениям принимают разработчик и заказчик до утверждения ТЗ. На любом этапе разработки продукции при согласии заказчика и разработчика в ТЗ или документ, его заменяющий, могут быть внесены измененияИи дополнения, не нарушающие условия выполнения обязательных требований [2].

Однако следует заметить, что данном стандарте не лучшим образом в общих чертах представлены порядок разработки ТЗ и его структура. Достаточно полно и структурированно изложены вопросы, связанные с требованиями к разработке ТЗ на ОКР (составную часть ОКР и на разработку комплектующего изделия), которые представлены в разделах 5, 6 и 7 ГОСТ РВ 15.201.

Следует отметить, что в данном стандарте достаточно полно рассмотрены не только требования к построению, содержанию, изло-

45

жению, оформлению ТЗ, но и порядок его согласования и утверждения, а также порядок внесения изменений в утвержденное ТЗ.

Требования к разработке ТЗ на создание автоматизированной системы и разработку программных продуктов изложены в следую-

вести

кратк е сведен я об о ъекте автоматизации или ссылки на

документы, содержащие такую информацию;

об

данном разделе дополнительноАприводят основные параметры и характеристики объектов проектирования.

При разработке ТЗ на программные продукты следует обращать внимание на формирование требований к функциональным характе-

функции создания нового (пустого) файлаИ;

функции открытия (загрузки) существующего файла;

функции редактирования открытого (далее текущего) файла

путем ввода, замены, удаления содержимого файла с применением стандартных устройств ввода;требованияхиристикамныхграмма

46

функции редактирования текущего файла с применением буфера обмена операционной системы;

функции сохранения файла с исходным именем;функции сохранения файла с именем, отличным от исходного;

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

функц вывода оперативных справок в строковом формате

расширением rtf открываться не должен. Файлы http://domain.net/file.rtf или ftp://domain.net/file.rtf открываться не должны. Если файловая система отформатирована как FAT32,Дфайлы с локального или съемного носителя, отформатированного, к примеру, в формате ext3, открываться не должны». Формирование требований к организации выходных данных производится аналогичным образом.

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

В подразделе «Требования к составу и параметрам техниче-

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

47