Архитектура ПО

1

Архитектура ПО

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

2

То есть архитектура – это сквозная концепция или набор таковых для преодоления энтропии и хаоса, стремящихся «проглотить» разработку в виду сложности, нематериальности, согласовываемости и изменчивости ПО.

3

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

4

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

5

Это происходит, прежде всего, из-за разных видов деятельности процесса разработки ПО (см. рис. Сл.слайд). При составлении функциональных требований к ПО обращают внимание на то, какая именно функциональность должна быть реализована, но при этом опускаются принципы и детали реализации.

При проектировании, наоборот, на первое место выходят принципы реализации ПО.

А при тестировании детали реализации снова неважны

— на ПО смотрят как на черный ящик, реализующий (не важно каким способом) некоторый набор пользовательской функциональности. При развертке у

Разные виды деятельности – разные взгляды на систему

7

Далее, в разработку/использование ПО вовлечено большое количество очень разных специалистов: программисты, инженеры, тестеры, технические писатели, менеджеры, заказчик, пользователи, продавцы-маркетологи и т. д. (см. рис. на след слайде).

Для всех эти специалистов нужна разная информация о программной системе. Представьте, что произойдет, если, например, продавцу или заказчику-непрограммисту в ответ на просьбу получше ознакомиться с ПО вы дадите почитать программные коды…

8

Разные специалисты – разные взгляды на систему

9

Множественность точек зрения происходит также от того, что нет единых стандартов и норм разработки ПО. То есть разработка ПО во многом «state of art». Часто приходится изобретать новую точку моделирования зрения прямо по ситуации – чтобы именно этот эксперт тебя понял, чтобы именно эти особенности системы были отражены.

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

10