МГТУ. Системная инженерия. Лекция No.9 [1.0]

С и с т е м н а я и н ж е н е р и я , 1 1 с е м е с т р

Проблемы изготовления элементов в ПИ (1 / 2)

Соблюдение законов и принципов проектирования и разработки:

«корректность по построению» (англ. correctness by design);

контрактное и (или) защитное программирование (англ. code contracts vs. defensive programming);

«закон Деметра» (англ. Law of Demeter [for Functions / Methods]);

принципы S.O.L.I.D.

Использование промышленных архитектурных шаблонов (англ. architecture pattern, design pattern).

21

С и с т е м н а я и н ж е н е р и я , 1 1 с е м е с т р

Проблемы изготовления элементов в ПИ (2 / 2)

Соблюдение стандартов и соглашений (англ. style guide)

по разработке кода:

открытые: Google C++ Style Guide, Code Conventions for the Java Programming Language;

частные: корпоративные, командные и т.д.

Автоматическая генерация,

рефакторинг, комментирование

идокументирование кода.

22

С и с т е м н а я и н ж е н е р и я , 1 1 с е м е с т р

Архитектурные шаблоны в ПИ (1 / 2)

Шаблоны (жарг. паттерны) проектирования:

обобщенные типовые архитектурные решения задач архитектурного проектирования;

описание взаимодействия объектов и классов,

адаптированных для решения общей задачи проектирования в конкретном контексте.

Использование шаблонов проектирования позволяет:

повысить качество кода;

улучшить техническую документацию;

обеспечить качество сопровождения ПО.

23

С и с т е м н а я и н ж е н е р и я , 1 1 с е м е с т р

Архитектурные шаблоны в ПИ (2 / 2)

Наибольший авторитет в современной ПИ имеют:

шаблоны «банды четырех» (англ. Gang of Four, GoF) —

Эрих Гамма (нем. Erich Gamma) и др.;

шаблоны GRASP — Крейг Ларман (англ. Craig Larman, слева);

шаблоны корпоративных приложений PoEAA — Мартин Фаулер (англ. Martin Fowler, справа).

С и с т е м н а я и н ж е н е р и я , 1 1 с е м е с т р

Рефакторинг исходного кода

Рефакторинг (англ. refactoring) — систематическая (технологичная) деятельность по изменению внутренней структуры ПО с целью:

упростить понимание работы и модификацию исходного кода без изменения наблюдаемого (внешнего) поведения;

улучшить композицию ПО и ускорить написание кода.

+Продолжение проектирования во время разработки Поддержание качества при продолжении разработки

–Необходимость внесения изменений в работающий код; необходимость (в ряде случаев) изменения интерфейсов

25

С и с т е м н а я и н ж е н е р и я , 1 1 с е м е с т р

«Технический долг» как метафора

«Технический долг» (англ. technical debt) — метафора, введенная Уордом Каннингемом (англ. W. Cunningham) для обозначения:

временных архитектурных решений;

применения устаревших или устаревающих технологий;

требующих устранения ошибок и «мертвого» кода;

нереализованных тестов;

невыполненных работ по рефакторингу продукта.

26

27

С и с т е м н а я и н ж е н е р и я , 1 1 с е м е с т р

Верификация и валидация на V- модели ЖЦ [разработки] систем

Реализация

[Implementation]

28

С и с т е м н а я и н ж е н е р и я , 1 1 с е м е с т р

Процессы верификации и валидации системы (1 / 2)

29

С и с т е м н а я и н ж е н е р и я , 1 1 с е м е с т р

Процессы верификации и валидации системы (2 / 2)

30