Сергей Тарасов - Дефрагментация мозга. Софтостроение изнутри

• «Это не ошибка, а особенность ( not a bug but a feature )». Прямое следствие из « by design ».

• «Это может ухудшить производительность». Не знаю и знать не хочу ваши альтернативные решения.

• «Нормализация не догма». Потом разберёмся с этими базами данных, когда время будет.

• «Это наследуемый модуль». Этот кусок со многими неявными зависимостями проектировали достаточно давно, скорее всего стажёры.

• «Постановка задачи тоже сложна». Ума не приложу, откуда возникли эти десятки тысяч строк спагетти-кода.

• «Сроки очень сжатые». Мы давно забили болт на проектирование.

• «Наши модульные тесты покрывают почти 100 % кода». А функциональными тестами пусть занимается заказчик.

• «В нашей системе много компонентов». Установку и развёртывание системы могут сделать только сами разработчики.

Разбираться в слоях и уровнях должны не только разработчики КИС, то есть «скелета», но и те программисты, которые будут наращивать на него свои приложения. Иначе велик риск ненароком прилепить бицепс вместо ягодичных мышц или наоборот.

Определение автоматизированной информационной системы (АИС) складывается из трёх основных её компонентов: людей, информации и компьютеров. Любая АИС – это люди, использующие информационную технологию средствами автоматизации [9]. И КИС не исключение.

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

layer и level . На физическом уровне реализующий слой компонент системы называется звеном – tier . Чтобы не запутаться в употреблении терминологии, нам следует чуть подробнее вглядеться во внутреннее устройство АИС.

Любая автоматизированная информационная система может быть рассмотрена с трёх точек зрения проектировщика:

• концептуальное устройство [93];

• логическое устройство;

• физическое устройство.

Концептуальное устройство АИС составляют всего три слоя.

Рис. 4.Концептуальные слои АИС

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

Напротив, слои логической архитектуры не являются строго определёнными. Основным способом их выделения является постоянный диалог проектировщика с требованиями к системе и ответами на вопрос «Зачем нужен этот слой в данном случае?». Наиболее типовые вопросы и ответы сведены в так называемые шаблонные решения и рекомендуемые практики.

Логическое устройство является предметом синтеза, на выходе стадии – технический проект. Логическое устройство АИС в разрезе концептуальных слоёв может выглядеть, как на рис. 5.

Рис. 5.Пример организации логических слоёв АИС

Аналогично логической архитектуре, физическое устройство тоже является предметом синтеза на стадии проектирования реализации. Физический слой также называется звеном ( tier ).

Число звеньев системы определяется максимальнымколичеством процессов клиент-серверной архитектуры, составляющих цепочку между концептуальными слоями.

Рис. 6.Пример организации звеньев АИС

Тонким клиентом ( thin client ) традиционно называют приложение, реализующее исключительно логику отображения информации. В классическом варианте это алфавитно-цифровой терминал, в более современном – веб-браузер.

В противоположность тонкому, толстый клиент ( rich client ) реализует прикладную логику обработки данных независимо от сервера. Это автономное приложение, использующее сервер в качестве хранилища данных. В трёхзвенной архитектуре толстым клиентом по отношению к СУБД является сервер приложений.