Архитектура программного обеспечения на основе моделей сочинение пример

ООО "Сочинения-Про"

Ежедневно 8:00–20:00

Санкт-Петербург

Ленинский проспект, 140Ж

Сочинение на тему Архитектура программного обеспечения на основе моделей

Архитектура программных систем должна быть хорошо документирована и обновлена. Знание архитектуры программного обеспечения системы программного обеспечения позволяет рассуждать о таких качествах программного обеспечения, как модифицируемость, расширяемость, безопасность и т. Д.

     

  • Архитектура программного обеспечения является центральной проблемой проектирования сложной программной системы, точно так же, как архитектура является разработкой системы программного обеспечения.
  •  

  • Конечная цель этапа проектирования заключается в достижении стабильной базовой архитектуры.
  •  

  • Архитектура не является бумажным документом. Это сбор информации по всем инженерным сетам.
  •  

  • Архитектура описывается путем извлечения важной информации из моделей проектирования.
  •  

  • Модель – это относительно независимая абстракция системы.
  •  

  • Представление – это подмножество модели, которая абстрагирует конкретную релевантную перспективу.

Перспектива управления

     

  • Наиболее важной и технической продукцией программного проекта является его архитектура
  •  

  • Для успешной работы команды разработчиков программного обеспечения межпроектная связь, отраженная в архитектуре программного обеспечения, должна быть точной и точной.

С точки зрения управления, три разных аспекта архитектуры

     

  1. Архитектура (концепция нематериального проектирования) – это проект программной системы, включающий всю разработку, необходимую для определения полного перечня материалов. Значительные решения принимаются или покупаются, и все пользовательские компоненты разрабатываются так, чтобы стоимость отдельных компонентов и затраты на строительство / сборку могли быть определены с уверенностью.
  2.  

  3. Базовая линия архитектуры (материальные артефакты) – это фрагмент информации по наборам инженерных артефактов, достаточный для удовлетворения всех заинтересованных сторон в том, что представление (функция и качество) может быть достигнуто в рамках параметров бизнес-кейса (стоимость, прибыль, время). , технологии, люди).
  4.  

  5. Архитектурное описание – это упорядоченное подмножество информации, извлеченное из моделей набора дизайна. Это объясняет, как нематериальная концепция реализуется в материальных артефактах.

Количество представлений и уровень детализации в каждом представлении могут широко варьироваться. Например, архитектура программного обеспечения, архитектура небольшого средства разработки.

Существует тесная связь между архитектурой программного обеспечения и современным процессом разработки программного обеспечения по следующим причинам:

     

  1. Стабильная программная архитектура – это не что иное, как веха проекта, где должны быть решены важные решения «сделай / купи». Жизненный цикл представляет собой переход от инженерной стадии проекта к стадии производства.
  2.  

  3. Архитектурное представление обеспечивает основу для балансирования компромиссов между пространством проблемы (требованиями и ограничениями) и пространством решения (операционный продукт).
  4.  

  5. Архитектура и процесс заключают в себе многие важные коммуникации между отдельными лицами, командами, организациями и заинтересованными сторонами.
  6.  

  7. Плохая архитектура и незрелый процесс часто приводятся в качестве причин провала проекта.
  8.  

  9. Для правильного планирования важными основами являются зрелый процесс, понимание основных требований и наглядная архитектура.
  10.  

  11. Разработка архитектуры и определение процесса – это интеллектуальные шаги, которые сопоставляют проблему с решением, не нарушая ограничений; они требуют человеческих инноваций и не могут быть автоматизированы.

Техническая перспектива

     

  • Архитектура программного обеспечения включает структуру программных систем, их поведение и шаблоны, которые определяют эти элементы, их совместную работу и их состав.
  •  

  • Архитектурная структура определяется в терминах представлений – это абстракция моделей UML в наборе проектов. Принимая во внимание, что представление архитектуры является абстракцией модели проекта, включает в себя всю широту и глубину информации.

Большинству реальных систем требуются четыре типа представлений:

1) Дизайн: описывает архитектурно значимые структуры и функции модели проекта.

2) Процесс: описывает параллелизм и отношения потоков управления между представлениями проекта, компонента и развертывания.

3) Компонент: описывает структуру набора реализации.

4) Развертывание: описывает структуру набора развертывания.

     

  • Вид дизайна, вероятно, необходим для каждой системы; другие три представления могут быть добавлены, чтобы иметь дело со сложностью системы под рукой.
  •  

  • Набор требований может включать модели UML, описывающие проблемное пространство.
  •  

  • В набор дизайна входят все модели дизайна UML, описывающие пространство решения.
  •  

  • Модели проектирования, обработки и использования обеспечивают визуализацию логического и поведенческого аспектов дизайна.
  •  

  • Компонентная модель обеспечивает визуализацию набора реализации.
  •  

  • Модель развертывания обеспечивает визуализацию набора развертывания.
     

  1. Представление вариантов использования описывает, как критические варианты использования системы реализуются элементами модели проекта. Он моделируется статистически с использованием диаграмм вариантов использования и динамически с использованием любой поведенческой диаграммы UML.
  2.  

  3. Представление «Дизайн» описывает архитектурно значимые элементы модели проекта. Он моделируется статистически с использованием диаграмм классов и объектов и динамически с использованием любых поведенческих диаграмм UML.
  4.  

  5. Представление процесса решает проблемы совместной работы во время выполнения, связанные с выполнением архитектуры в модели распределенного развертывания, включая логическую топологию программного обеспечения, межпроцессное взаимодействие и состояние mgmt. он моделируется статистически с использованием диаграмм развертывания и динамически с использованием любой поведенческой диаграммы UML.
  6.  

  7. Компонентное представление описывает архитектурно значимые элементы набора реализации. Он моделируется статистически с использованием диаграмм компонентов и динамически с использованием любых поведенческих диаграмм UML.

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

Поделиться сочинением
Ещё сочинения
Нет времени делать работу? Закажите!

Отправляя форму, вы соглашаетесь с политикой конфиденциальности и обработкой ваших персональных данных.