Это хорошо что в ТЗ не поставлена формулировка "Ни один фрагмент программного продукта не должен быть разработан с использованием языков программирования, не предусмотренных данным ТЗ".
Всем привет. Кто работает с ГОСТ 34? Вопрос: Как в программе и методике испытаний проверяете требования раздела "реализации требований к средствам и языкам проектирования и программирования"?
Так а не проще взять одно требование и указать при каких условиях требование выполняется
Например, условно: Модуль криптографической защиты должен быть реализован на низкоуровневом языке программирования
Получается, что тут нужно составить список языков программирования низкого уровня и при проверке свериться со списком...
они все так говорят. тыкайте в ПЗ. там должны быть типовые формулировки в соответствующей части.
ну или я всегда заблуждался и разводил заказчика в этой части.
Ну не всех заказчиков можно тыкать. В данном случае слишком большой заказчик. сам кого хошь тыкнет вариант "Описано в ПЗ" приемка отвергает. говорит покажите как это проверить. в исходники их послать может?
Ну не всех заказчиков можно тыкать. В данном случае слишком большой заказчик. сам кого хошь тыкнет вариант "Описано в ПЗ" приемка отвергает. говорит покажите как это проверить. в исходники их послать может?
подумаю. с ходу мне этот вариант/подход не нравится.
если чего надумаю черкану в личку.
может кто из коллег раньше что-то более интересное предложит.
а как заказчик хочет это проверить? или запросить у него пример пми, которое его устроило в этой части. может дело в формулировках....
Ну не всех заказчиков можно тыкать. В данном случае слишком большой заказчик. сам кого хошь тыкнет вариант "Описано в ПЗ" приемка отвергает. говорит покажите как это проверить. в исходники их послать может?
Мы в приложении выкладываем листинг, какой нибудь модуль один небольшой.
Всем привет. Кто работает с ГОСТ 34? Вопрос: Как в программе и методике испытаний проверяете требования раздела "реализации требований к средствам и языкам проектирования и программирования"?
Я не работаю с ГОСТ 34, но занимаюсь подобной темой по специфике другого стандарта Если охота заморочиться (меня заморачиваться заставляют) - то есть наборы для квалификации компилятора (Compiler qualification kit). Там исходный код компилируется и сравнивается с ПО, о котором известно, что оно скомпилировано правильно. Но это огромная работа.
Если труба пониже, дым пожиже, а денег на это не дадут, можно попробовать показать, что все потенциальные проблемы компилятора закрыты на уровне кода. Типа, анализ провести.
всем спасибо за ответы. пришли к выводу что в ПЗ указывается язык разработки. в руководстве админа ПО для компиляции. и отослать в репозиторий для анализа исходников и соответствии их заявленному языку
всем спасибо за ответы. пришли к выводу что в ПЗ указывается язык разработки. в руководстве админа ПО для компиляции. и отослать в репозиторий для анализа исходников и соответствии их заявленному языку
А документы по видам обеспечения не требуют? Мы в дополнение к стандартным обычно пишем 4 документа: описание информационного обеспечения (про БД и НСИ), лингвистического (про словари и интерфейс), математического (про алгоритмы) и программного (про используемые языки и ПО). И проверяемся по этим документам. Хотя строго говоря, описание применяемых языков программирования - вопрос лингвистического обеспечения
там еще может быть вопрос, будете ли вы поставлять в составе вашего ПО офисный пакет, включающий в себя MS Outlook. И какой у продукта будет статус, кто будет платить за лицензии и т.п.