Анализ программного обеспечения

Содержимое спойлера
Содержимое спойлера
Содержимое спойлера
Содержимое спойлера
Содержимое спойлера
программный анализ uml sysml auml

Анализ программного обеспечения

Основная цель программного анализа состоит в том, чтобы контролировать сложность. Моделирование — это абстракция реальности с целью лучшего понимания создаваемой/созданной системы. Для проверки или изготовления модели последняя должна быть подключена к реальному миру, чтобы знать, что существует до работы, что сделано и что еще предстоит сделать. Модель может быть выражена с различными уровнями абстракции/уточнения, одного взгляда на систему недостаточно, чтобы понять все ее функционирование и внутренние взаимодействия.

Моделирование основано на графике компьютерных систем. Наиболее часто используемая графика является частью унифицированного языка моделирования (UML). Последний включает в себя набор инструментов и правил для определения диаграмм.

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

4+1 просмотр Крахтена

В анализе программного обеспечения модель представления компьютерной системы «4 + 1», известная как модель Крахтена, позволяет организовать описание системы в несколько дополнительных представлений, каждое из которых представляет систему с разных точек зрения. Использование представлений позволяет рассматривать интересы различных групп заинтересованных сторон отдельно и, таким образом, лучше отделять функциональные интересы от внефункциональных.

На рисунке схематизированы представления модели «4+1». Эта модель состоит из пяти представлений.

  • «Логический» вид описывает статические и динамические аспекты системы с точки зрения классов, объектов, соединений и коммуникаций. Она фокусируется на абстракции и инкапсуляции.
  • Представление «процесс» охватывает аспекты параллелизма и синхронизации и разбивает их на потоки выполнения (процесс, поток выполнения и т. д.). Это относится к активным объектам и взаимодействиям.
  • Представление «разработка» представляет статическую организацию модулей (исполняемых файлов, исходных кодов, пакетов и т. д.) в среде разработки.
  • «Физическое» представление описывает различные аппаратные ресурсы и программную реализацию с учетом этих ресурсов. Так что это относится к узлам физического исполнения и размещению объектов на узлах.
  • Последнее представление, называемое «вариант использования», фокусируется на согласованности, представляя варианты использования, которые реализуют элементы первых четырех представлений. Сценарии — это абстракция функциональных требований приложения. Это последнее представление каким-то образом проверяет другие представления и обеспечивает глобальную согласованность. Кроме того, это последнее представление строится первым, сразу после составления спецификаций, чтобы зафиксировать контуры создаваемой системы с ее функциональными возможностями, называемыми в терминологии UML вариантами использования.

Делиться
ru_RURU