Понятие программирования, уровни и задачи разработки программ

- Что такое архитектурная программа. - Виды архитектурных программ. - Модели разработки программ.

Все авторы, пишущие об архитектурном программировании, дают определения этому феномену. Отдельные исследователи темы смещают акценты на разные аспекты содержания и стратегии действий «программистов». Так, Д. Зайсел (J. Zeisel) называет программированием «формулировку того, для чего здание (или другой объект) предназначено» [11, р.51 ]. Э. Черри пишет: «Архитектурное программирование есть процесс исследований и принятия решений, который определяет проблему для проектного решения» [8, р.З]. Р. Хершбергер (R. Hershbeger) даёт феномену такое определение: «Архитектурное программирование - первая стадия процесса архитектурного проектирования, на которой идентифицируются относящиеся к делу ценности клиента, пользователя, архитектора и общества; устанавливаются важные цели проектирования, вскрываются факты о проекте, а потребности в услугах становятся явными» [6, р.5]. Д. Дюрк (D. Duerk) подчёркивает менеджериальный аспект; по её мнению, «архитектурное программирование есть процесс управления информацией с тем, чтобы на каждой стадии проектного процесса были доступны данные, требуемые в тот момент времени, и можно было бы принять наилучшее из возможных решений по формированию строительного проекта» [10, р.8]. В. Прайзер (W. Preiser) делает акцент на том, что программа поставляет критерии оценки будущего проектного решения, он пишет: «Программирование есть процесс систематического сбора, документирования и обмена критериями оценки ожидаемых эксплуатационных свойств зданий» [10, р.21].

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

На предварительных стадиях работы программа может представлять не более чем «декларацию общего видения» будущего архитектурного объекта, на продвинутых - «детальное задание», а на поздних - подробное и тщательно выверенное «специальное и операционное задание» [12, р.39].

Д. Зайсел различает «количественные» и «качественные» программы. Первые «уточняют проектные цели и требования на языке необходимой общей площади, минимальных параметров помещений/.../, типов пространств /.../, максимальных пределов стоимости и минимального отношения площади оконных проёмов и площади помещений» [11, Р 51]. Такие программы излишне регламентируют работу архитектора и оставляют за скобками один из центральных вопросов - критерии оценки эффективности проектного решения. «Качественные» программы, в первую очередь, уточняют, каким условиям должно отвечать проектное решение, каковы его ключевые эксплуатационные свойства, «нацелены на то, чтобы выявить нужды потребителя, а не на сужение поля выбора проектировщиков» [там же].

Четыре уровня архитектурных программ по сложности в зависимости от разрабатываемого объекта предлагает различать В. Пенья. Самые простые программы реализуются в сфере традиционных архитектурных услуг по проектированию, скажем, индивидуального жилого дома, когда задания клиента оказывается достаточно, чтобы архитектор мог сформулировать проектную проблему. Для разработки программ второго уровня сложности компетенции клиента как выразителя проектного задания оказывается недостаточно, требуется консультационная помощь подготовленного архитектора, как это происходит при проектировании образовательных, медицинских, офисных зданий. Ещё более сложные программные услуги оказываются востребованы при проектировании многофункциональных и многостадийных зданий, использующих «системные строительные технологии», сложное компьютерное моделирование. Но самой высокой сложностью обладают программы в градоплани- ровании с привлечением к разработке программ различных специалистов, включая социологов, экспертов по информационным коммуникациям; программирование становится здесь постоянным, циклическим процессом [9, рр.7-8].

По Р. Хершбергеру, в проектной практике со временем сложились четыре подхода к программированию или четыре модели организации программирования. «Модель, основанная на проектировании», традиционна для архитектурной практики. Она подразумевает, что программирование и проектирование сопутствуют друг другу, цели и задачи проектирования уточняются на всём его протяжении, в ходе постоянного взаимодействия архитектора с клиентом. «Модель, основанная на знании» сложилась в 1960-е годы как реакция на несоответствие большого количества архитектурных решений потребностям людей, то есть в результате неудовлетворённости традиционной моделью. Особенно это касается функционально сложных объектов - больниц, аэропортов, офисных комплексов... Здесь архитектор прибегает к помощи социальных наук, поставляющих достоверные знания о потребностях людей и сферах человеческой практики. «Модель, основанная на соглашении», также касается больших и сложных объектов, подразумевает активное соучаствующее формирование программы архитектором и всеми заинтересованными лицами (клиент, инвестор, местное сообщество...) как выявление всего спектра потребностей, нахождение компромиссов для их удовлетворения. Сравнивая данные три модели, Р. Хершбергер приходит к заключению, что каждая имеет свои сильные стороны и все они объединяются вокруг тех факторов или ценностей, которые формируют программу. На этом основании он выдвигает четвёртую модель программирования - «модель, основанную на ценностях», объединяющую преимущества трёх остальных и придающую единую информационную структуру программированию при разных алгоритмах его осуществления.

Универсальной основой программирования Хершбергер считает рассмотрение целей, фактических данных, потребностей и созидательных идей в отношении ключевых «ценностей» - человеческих, средовых, культурных, технологических, временных, экономических, эстетических, ценностей безопасности и других, - в том виде, как их видят члены программной команды, в первую очередь - клиент архитектора [6, рр.7-31].