Блог

Я провожу технико-экономическое обоснование, чтобы выяснить, можно ли использовать SVN для поддержки проекта DO-178B / C. В большинстве проектов DO178, которые я видел, используется CVS или аналогичный инструмент управления конфигурацией, который поддерживает версии для каждого файла отдельно (что отличается от SVN). Вот некоторые из производных целей для управления конфигурацией, которые требуются моему проекту:

1. Для каждого файла должна быть доступна полная история изменений.
2. Должен быть способ доказать, что каждая версия файла была проверена. Это требует, чтобы был способ перечислить все изменения, внесенные в конкретный файл с момента некоторого предыдущего ТЕГА.
3. Для каждого выполненного изменения должна быть возможна группировка, с помощью которой я могу определить, какие файлы были изменены для общего требования. Обычно мы используем хэштег для каждого изменения, внесенного в комментарии к истории изменений. Если один и тот же хэштег встречается в нескольких файлах, они принадлежат к одной группе.
4. Наконец, должен быть доступен отчет об индексе конфигурации, в котором перечислены сводные данные для каждой модификации файла независимо от некоторого уже существующего ТЕГА. Обычно это резюме включает базовую версию файла, а затем для каждой модификации, выполненной с тех пор, список хэштегов для каждой модификации, а затем окончательную версию.

Кто-нибудь знает, как я могу использовать SVN, чтобы я все еще мог предоставлять эти отчеты аудиторам программного обеспечения.

Можно использовать любой инструмент CM, если выполняются все цели процесса SCM в таблице 7-1. Я думаю, что SVN можно использовать, но не может достичь всех целей. Нам также нужен другой инструмент, такой как Jira, для управления изменениями и создания отчетов о проблемах.