8.2.7. Определение компонентов по Александеру

Цель

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

План действий

1. Выявить все требования, оказывающие влияние на формирование конкретной структуры.

2. Определить, является ли каждая пара требований независимой или нет, и за­фиксировать каждое решение в матрице взаимодействий.

3. Разложить матрицу на группы с тесной внутренней взаимосвязью и слабой свя­зью между группами. Это и будут "пра­вильные" компоненты.

4. Разработать конкретные компоненты для каждого набора требований.

5. Скомпоновать из этих новых компо­нентов новую конкретную структуру или ввести некоторые новые компоненты в конкретные существующие системы.

Замечания

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

К сожалению, эта первая попытка решить столь нужную и сложную проблему не увенчалась полным успехом. Для того чтобы метод достиг своей цели, прихо­дится сделать три сомнительных допу­щения:

а) Предполагается, что субъективные на­блюдения, беседы и мысли проектиров­щика способны дать адекватные средства отражения всего, что может повлиять на проектируемый объект или испытать его влияние. Вполне вероятно, что неапроби­рованные высказывания проектиров­щика по данной проблеме в большей степени отражают структуру его памяти, чем объект, который он пытается опи­сать. Метод со столь претенциозными целями должен был бы опираться на объективные наблюдения, т.е. на такие наблюдения, которые не зависят от субъективных особенностей наблюдате­ля. Должна также иметься некоторая гарантия "необходимого разнообразия" информации, подготовленной для анали­за на ЭВМ, т.е. она должна иметь, по мень­шей мере, такое же количество возмож­ных состояний, как и прогнозируемый объект.

б) Предполагается, что "взаимодейст­вие", как его определяет Александер, не зависит от окончательного решения. Как показал Лакмен, невер­но, что два требования взаимодействуют друг с другом, если любая попытка удовлетворить одно из них упрощает или усложняет удовлетворение другого. Да­леко не все способы удовлетворения од­ного требования могут вступить в про­тиворечие со всеми способами удовлет­ворения другого. Отсюда следует, что сеть взаимодействий зависит от ряда промежуточных решений, предусмотрен­ных на начальном этапе проектирова­ния. Отсюда также следует, что проек­тировщик может найти удачные конкрет­ные наборы промежуточных решений, в которых полностью исключены нежела­тельные взаимодействия. Схема Александера — это лишь одна из огромного количества подобных схем, которые мо­гут возникнуть в результате различной трактовки одной и той же проблемы. Поэтому "правильные" компоненты, вы­веденные по этому методу, могут изме­няться в зависимости от психологичес­ких особенностей проектировщика.

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

Вероятно, имеется какой-то способ так видоизменить этот метод с учетом выска­занных замечаний, чтобы не упустить всех его потенциальных возможностей. Такая попытка была бы весьма полезна. Александер не скрывает, что ему хорошо известны эти критические выс­казывания. Поэтому трудно понять, поче­му он все же продолжает развивать этот метод как средство прогнозирования платоновской "истины" в проектной си­туации. Возможно, в новой книге Александера будет изложена та долго­жданная теория, которая избавит как автора, так и всех остальных от ряда неопределенностей; это те неопределен­ности, которых до сих пор не удавалось избежать в проектировании, как, впро­чем, и в жизни!

Применение

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

Обучение

Никто не может рассчитывать на то, что ему сразу удастся составить матрицу без совершения ряда ошибок, на устранение которых уйдет много усилий. Требуют­ся также некоторые познания в области теории графов, чтобы уметь модифици­ровать сложные программы ЭВМ в соот­ветствии с каждым конкретным случа­ем. Кроме того, нужны солидные таксо­номические навыки, чтобы можно было обсуждать проблемы проектирования на достаточно абстрактном языке. Послед­нее необходимо, чтобы можно было сформулировать большое число требова­ний того же иерархического уровня. Эти навыки имеют важное значение для ус­пешного использования многих проект­ных методов.

Стоимость и время

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