В этом примере показано, как выполнить анализ удара уровня файла с помощью Зависимости Анализатор. Это показывает, как визуализировать структуру проекта, анализировать зависимости от проекта, найдите требуемые дополнения и продукты, идентифицируйте и решите проблемы и оцените, как изменение будет влиять на другие файлы проекта.
Можно запустить анализ зависимостей в любой точке в рабочем процессе. В среде для сотрудничества вы обычно проверяете зависимости
когда вы сначала настраиваете или исследуете проект
когда вы запускаете тесты, чтобы подтвердить изменения в вашем проекте
прежде чем вы представите версию своего проекта к системе контроля версий
прежде чем вы совместно используете или группируете свой проект
Создайте и откройте рабочую копию файлов проекта в качестве примера. MATLAB® копирует файлы в папку в качестве примера так, чтобы можно было отредактировать их. Проект в качестве примера находится под системой контроля версий Git™.
sldemo_slproject_airframe;
Building with 'MinGW64 Compiler (C)'. MEX completed successfully.
Запустите анализ зависимостей на всех файлах в вашем проекте.
1. На вкладке Project кликните по стрелке вниз, чтобы расширить раздел Tools. В соответствии с Приложениями, нажмите Dependency Analyzer.
Диаграмма зависимостей показывает:
Ваша структура проекта и ее зависимости от файла, включая то, как файлы, такие как модели, библиотеки, функции, файлы данных, исходные файлы и производные файлы относятся друг к другу. Каждый элемент в графике представляет файл, и каждая стрела представляет зависимость
Отношения между источником и производными файлами (такими как.m и.p файлы, .slx и .slxp, и.c и .mex файлы), и между C/C++ исходные и заголовочные файлы
Когда никакой файл не выбран, панель Свойств показывает:
Детали проекта
Необходимые продукты и дополнения для целого проекта
Список проблем для целого проекта, таких как недостающие файлы, файлы не в проекте, файлах с несохраненными изменениями и устаревших производных файлах
Зависимость Анализатор идентифицирует проблемы, такие как недостающие файлы, файлы не в проекте, несохраненных изменениях и устаревших производных файлах. Можно исследовать проблемные файлы с помощью диаграммы зависимостей или списка файлов.
Используйте график, чтобы исследовать проблемные файлы.
2. В панели Свойств, в проблемном разделе, точке к Файлу не в проекте и кликают по значку лупы.
График подсвечивает файлы с этой определенной проблемой, в этом примере, timesthree.mexw64
.
Примите меры, чтобы разрешить проблемный файл.
3. Щелкните правой кнопкой по timesthree.mexw64
и выберите Add to Project. Удалить timesthree.mexw64
из списка вопросов, не добавляя его в проект, щелкните правой кнопкой и выберите Hide Warnings.
4. Нажмите Analyze, чтобы обновить график и список проблем.
Совет: Для крупных проектов используйте Список файлов, чтобы исследовать ваши проблемные файлы проекта. Для получения дополнительной информации смотрите, Исследуют проблемные Файлы в Списке файлов.
5. Откройте и делайте изменение в одну из моделей, например, vertical_channel.slx
.
a. В диаграмме зависимостей дважды кликните vertical_channel.slx
открыть его.
b. Переместите блок в vertical_channel.slx
и сохраните модель.
Используйте галерею Views, чтобы отобразить состояние системы контроля версий каждого файла в диаграмме зависимостей.
6. В Зависимости панель инструментов Анализатора расширьте галерею Views и нажмите Source Control.
Цвет каждого элемента в графике теперь представляет свое состояние системы контроля версий. Поскольку вы внесли изменение в vertical_channel.slx
, его состояние системы контроля версий Изменяется.
Можно использовать инструменты Impact Analysis, чтобы найти:
файлы, на которые повлияло изменение в файле
файлы, требуемые файлом запускаться успешно
7. Используйте инструменты Impact Analysis, чтобы оценить влияние, которое ваше изменение оказывает на другие файлы.
a. В диаграмме зависимостей выберите файл, вы изменили, например, vertical_channel.slx
.
b. В разделе Impact Analysis нажмите Impacted.
Диаграмма зависимостей фильтрует файлы и показывает только тех, на которых повлияли изменения, которые вы внесли в vertical_channel.slx
.
8. Найдите где зависимость к vertical_channel.slx
введен в f14_airframe.slx
.
a. Выберите стрелу зависимости, соединяющую f14_airframe.slx
к vertical_channel.slx
.
b. В панели Свойств щелкните по ссылке под Затронутым. Simulink® открывает модель f14_airframe.slx
и подсвечивает блок модели vertical_channel
.
Проект автоматически сопоставляет метки Классификации к каждому проекту файлы. Это включает Проект, Артефакт, Удобство, Выведенное, и Тестовые метки. Метка Test идентифицирует, какие файлы являются тестами. Можно создать дополнительную классификацию, чтобы пометить файлы. Смотрите Добавляют Метки к Файлам.
9. Определите, какие тесты необходимо запустить, чтобы подтвердить изменения, которые вы внесли в vertical_channel.slx
.
a. Чтобы отобразить метки Классификации, сопоставленные к каждому файлу в диаграмме зависимостей, расширьте галерею Views и нажмите Classification.
Диаграмма зависимостей, показывающая только файлы, на которые повлияли изменения, вы сделали к vertical_channel.slx
теперь окрашен меткой Classifications.
b. Идентифицируйте тесты, затронутые вашим изменением.
В графике существует два файла Проекта и один Тестовый файл, на который повлияли изменения, которые вы внесли в vertical_channel.slx
. f14_airframe_test.m
тест, который необходимо запустить, чтобы подтвердить конструктивные изменения.
Совет: Чтобы очистить все фильтры и восстановить график, чтобы показать все анализируемые зависимости в проекте, нажмите Restore to Default. В качестве альтернативы вручную удалите весь показ фильтров наверху графика.
Можно отправить файлы в другие инструменты Project с помощью Меню проектов. MATLAB экспортирует только выбранные файлы в текущем отфильтрованном представлении.
10. Запустите выбранный тест, чтобы подтвердить конструктивные изменения.
a. Выберите тест, который вы хотите запустить, в этом примере, f14_airframe_test.m.
b. В Зависимости панель инструментов Анализатора, в Разделе экспорта, выбирают Project> Send to Custom Task.
В диалоговом окне Custom Task, тестовый файл f14_airframe_test.m
экспортируемый от анализа удара уже выбран.
c. В диалоговом окне Custom Task, в Пользовательском поле задачи, выбирают Run Unit Tests и Click Run Task.
Пользовательская задача Модульных тестов Запуска запускает модульный тест MATLAB, вы выбрали и создаете сводный отчет. Исследуйте раздел Results после выбора теста, который вы запускаете в этом примере f14_airframe_test.m
.
Чтобы сохранить выбранные пути к файлам к переменной, выберите Export> Save to Workspace.
Чтобы переключиться на проект представление Files с выбранными файлами, выберите Project> Show in Project.