Смекни!
smekni.com

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

4) Условные обозначения и сокращения определены частично (ЭД).

5) Состав программного комплекса (ЭО ПО) не указывается.

6) Планируемая к разработке программная документация ЭО ПО в целом и на его составные части не указывается.

7) В пункте 4 «Программа испытаний» подпункт таблицы 4.4 «Испытания отдельных программных компонент комплекса» планируется проверка только 6 программных компонент комплекса, хотя пункте 5.2.3 ТЗ указывается 10 разрабатываемых модулей ПО. Отсутствуют «Испытания логики. Испытания вычислений. Проверка связей между программами комплекса. Испытание интеграции комплекса с минимальной комплектацией аппаратных средств. Проверка показателей назначения комплекса».

8) Методика экспериментов (раздел 3) написана в прошедшем времени, как протокол или отчет о проведенном эксперименте;

9) Подразделы 6.3 — 6.22 методики испытаний лишь декларируют необходимость проверок соответствующих требований ТЗ к разработанному ПК, но не содержат собственно методик проведения этих проверок (описаний перечня и последовательности действий оператора с учетом реакции на них программных компонентов и ПК в целом, экспериментального оборудования и т.п.)

10) В программе экспериментальных исследований отсутствует четкая связь между требованиями ТЗ, и методами экспериментальных исследований, изложенными далее (разделы 6, 7).

11) Отсутствуют четкие критерии оценки и показатели результатов экспериментальных исследований (отрицательных, положительных). Иными словами, в каком случае следует считать экспериментальный образец прошедшим (выдержавшим) те или иные эксперименты (испытания).

Ведомость соответствия результатов работы требованиям ТЗ:

1) Не показана работа, проведенная по п. Х.Х ТЗ;

2) В графе «Требования ТЗ / Установленные требования» следует привести дословное изложение соответствующих пунктов, а не произвольную трактовку;

3) В п. 9 в графе «Требования ТЗ» вместо требований указана проведенная работа;

4) Не представлена информация о соответствии результатов работы требованиям разделов 6 и 8 ТЗ.

5) В графе «Полученные результаты» необходимо показать Полученные результаты, а не мнение исполнителя о выполнении пункта ТЗ. Решение о выполнении принимает Заказчик;

6) В графе «Документ, подтверждающий результат» необходимо указывать конкретный Отчет о НИР (промежуточный, заключительный), конкретный раздел Отчета, конкретное приложение к Отчету.

Уведомление заказчика о готовности этапа работы к сдаче

1) Не вписаны представленные документы:

список приложений следует дополнить пунктом «Диск CD с комплектом файлов отчетной документации».

2) В последнем абзаце документа указывают дату фактического размещения в системе итоговой 2-й версии отчетной документации.

Справка по устранению замечаний ОМ

1) Неправильно оформляется Справка по устранению замечаний ОМ, не в соответствии с приложением № 5 к Порядку приемки:

а) в строках графы «№ пункта заключения» последовательно указываются номера пунктов заключения организации-монитора на отчетную документацию, содержащие замечания по отчетной документации;

б) в графе «Замечание Монитора» в соответствующих строках дословно воспроизводятся формулировки замечаний организации-монитора по отчетной документации;

в) «Справка…» должна отражать устранение всех замечаний. Следовательно, при наличии более чем одной редакции заключения организации-монитора в окончательной редакции «Справки…» должно быть отражено устранение всех замечаний организации-монитора, перечисленных в приложении к Заключению.

Программная документация. Описание программы ГОСТ 19.402

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

2) Структура документа только частично соответствует ГОСТ 19.105.

Программная документация. Руководство оператора ГОСТ 19.505

1) Сообщения оператору рекомендуется оформить в виде таблицы;

2) Наименования таблиц не оформлены. В тексте отсутствуют ссылки на таблицы. Разделы пронумерованы только в содержании в тексте документа нумерация отсутствует.

Программная документация. Описание применения ГОСТ 19.502

1) Отчетный документ разработан с не достаточным качеством. Фактически представлена часть отчета о НИР. Не все формулы в подразделах обозначены. Наименования рисунков не оформлены. В тексте отсутствуют ссылки на рисунки. Разделы пронумерованы только в содержании в тексте документа нумерация отсутствует.

Проект Технического задания на проведение ОКР (ОТР)

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

2) Проект технических требований на проведение ОКР:

а) проект ТЗ не должен содержать упоминание о конкретных исполнителях и соисполнителях работ;

б) состав разрабатываемой продукции, предусмотренный п. 5.1 рассматриваемого ТЗ на ОКР, ничем не отличается от состава научно-технической продукции, разработанной в рамках данной. Таким образом, проект ТЗ на ОКР не предполагает выполнения новых работ;

в) технические требования даны общими словами, в описательном виде. По таким требованиям невозможно разработать опытный образец изделия;

г) неправильно сформулированы цели работ. В соответствии с ГОСТ 15.201 целью выполнения ОКР является получение нового вида продукции в виде конструкторской (программной) документации по ее производству;

д) не корректно указан состав научно-технической продукции с учетом целей ОКР;

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

ж) в ТЗ не должны присутствовать неопределенности типа «…любой САПР…», «…могут экспортироваться…» или «…долгого времени (от часов до…)», должно быть указано какие конкретно САПР и «…должны экспортироваться…», или требования сформулированы иным способом, исключающим разночтения. Кроме того, если в требовании указывается характеристика (долго, периодически, сложно и т.п.) то должны быть указаны численные выражения этих характеристик;

з) ТЗ должно исключать констатацию реализации той или иной технической характеристики (…надежность обеспечивается…, контроль осуществляется…, время определяется), а должно содержать требования (должен обеспечиваться, должен определяться, должен осуществляться);

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


[1] Количество указывается в соответствии с требованиями ТЗ.

[2] Здесь и далее курсивом в квадратных скобках приводится вариант заполнения разделов программы.

[3] присваивается ВНТИЦ

[4] присваивается ВНТИЦ

[5] наименование работы соответствует теме гос. контракта

[6] тема отчета соответствует наименованию этапа гос. контракта

[7] номер этапа необходимо указывать только в том случае, когда этапы и, соответственно, темы Отчетов имеют одинаковые наименования, для полной идентификации Отчета

[8] п.5.4.1 ГОСТ 7.32

[9] п.5.4.1 ГОСТ 7.32

[10] п.5.4.1 ГОСТ 7.32, указываются только разделы, подразделы и пункты основной части

[11] п.5.4.1 ГОСТ 7.32

[12] п.5.4.2 ГОСТ 7.32

[13] п.5.4.2 ГОСТ 7.32