Главная » Архитектура ПО

Обеспечьте непрерывную интеграцию

Добавлено Дата: 10 March, 2012 категория: Архитектура ПО

Дэвид Бартлетт

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

Читать »

Посмотрите с высоты 300 метров

Добавлено Дата: 10 March, 2012 категория: Архитектура ПО

ЭрикДорненбург

Нам, архитекторам, хочется знать, насколько хороша та программа, над которой мы работаем. Качество программы имеет очевидный внешний аспект – программа должна представлять ценность для пользоватей, – но у него есть и более тонкий внутренний аспект, относящийся к ясности дизайна, – к тому, насколько легко нам понимать, сопровождать и расширять программный продукт. Если от нас настойчиво требуют определения качества, обычно мы в конце концов говорим: «Я узнаю это, когда увижу». Но как можно увидеть качество?

Читать »

Не контролируйте – наблюдайте

Добавлено Дата: 9 March, 2012 категория: Архитектура ПО

Грегор Хоп

Современные системы являются распределенными и слабо связанными (loosely coupled). Построение слабо связанных систем создает немало хлопот, так почему же мы идем на это? Потому что хотим, чтобы наши системы были гибкими и не разваливались при малейших изменениях. Это критическое свойство в современных средах, где мы контролируем лишь небольшую часть своего приложения, а все остальное существует в виде распределенных служб или пакетов, находящихся под контролем других отделов или внешних производителей.

Читать »

Найдите и удерживайте энтузиастов

Добавлено Дата: 9 March, 2012 категория: Архитектура ПО

Чед Лавин ь

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

Читать »

Проверяйте решения на прочность по ключевым характеристикам

Добавлено Дата: 9 March, 2012 категория: Архитектура ПО

Стивен Джонс

Изначально архитектура приложения Формируется на основании заданных бизнес-требований, выбранных или уже применяемых технологий, диапазона производительности, ожидаемых объемов данных и финансовых ресурсов, выделенных для построения, развертывания и управления системой. Решение, каким бы оно ни было, должно соответствовать требованиям из этого набора либо превосходить их – и при этом успешно работать в современных условиях (иначе это попросту не решение).

Читать »

Архитектор должен разбираться в оборудовании

Добавлено Дата: 9 March, 2012 категория: Архитектура ПО

Камал Викраманаяке

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

Читать »

Разберитесь в предметной области

Добавлено Дата: 8 March, 2012 категория: Архитектура ПО

Марк Ричардс

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

Читать »

Четко определенные задачи решаются качественно

Добавлено Дата: 7 March, 2012 категория: Архитектура ПО

Сэм Гардинер

Реальная практика программирования представляет собой отнюдь не решение задач, которые дал вам кто-то другой. Конечно, в учебном классе вы должны были решать задачу двоичной сортировки, полученную от преподавателя. Но в реальном мире лучшие архитекторы заняты не решением сложных задач, а поиском для них обходных путей. Их искусство проявляется в умении проложить границы между разнотипными и расплывчатыми задачами, чтобы сделать их четко определенными и автономными.

Читать »

Когда видите единственное решение, спросите других

Добавлено Дата: 6 March, 2012 категория: Архитектура ПО

Тимоти Хай

Вероятно, вам уже доводилось слышать это высказывание. Каждый опытный архитектор знает: если он видит только одно решение задачи, это плохой признак.

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

Читать »

Пробуйте, прежде чем сделать выбор

Добавлено Дата: 6 March, 2012 категория: Архитектура ПО

ЭрикДорненбург

В ПРОЦЕССЕ СОЗДАНИЯ ПРИЛОЖЕНИЯ ПРИХОДИТСЯ ПРИНИМАТЬ МНОГО РЕШЕНИЙ.

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

Читать »

«Срезание углов» сейчас обойдется слишком дорого потом

Добавлено Дата: 5 March, 2012 категория: Архитектура ПО

Скот Макфи

При создании архитектуры важно помнить, что на сопровождение системы в долгосрочной перспективе расходуется больше ресурсов, чем собственно на разработку. «Срезание углов» на фазе разработки проекта может вылиться в существенные затраты на этапе сопровождения.

Читать »

Учитесь у архитекторов зданий

Добавлено Дата: 4 March, 2012 категория: Архитектура ПО

Кейт Брайтуэйт

Архитектура – социальный акт и материальный театр человече- ской активности.

Спиро Костоф (Spiro Kostof)

СКОЛЬКО НАЙДЕТСЯ АРХИТЕКТОРОВ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ, считающих свою роль исключительно (или в первую очередь) технической? Разве не должны они в действительности быть посредниками и арбитрами для воюющих фракций среди заинтересованных в проекте сторон? Сколькие из них рассматривают свою работу с чисто интеллектуальной точки зрения, не уделяя должного внимания человеческому фактору?

Читать »

Руководствуйтесь неопределенностью

Добавлено Дата: 4 March, 2012 категория: Архитектура ПО

Кевлин Хенни

Столкнувшись с альтернативными вариантами, люди обычно полагают, что самое важное – сделать правильный выбор. В проектировании (программных продуктов или любом другом) это не так. Наличие альтернативы – признак того, что необходимо проанализировать неопределенность в дизайне системы. Используйте неопределенность как определяющий фактор для выявления тех мест, где можно отложить переход к деталям или применить разбиение и абстракцию, чтобы снизить важность проектировочных решений. Если вы жестко «прошьете» в системе первое же решение, которое пришло вам в голову, оно, скорее всего, в дальнейшем свяжет вам руки. В результате случайные решения начнут играть важную роль, а гибкость программного продукта снизится.

Читать »

Решений может быть несколько

Добавлено Дата: 3 March, 2012 категория: Архитектура ПО

Кейт Брайтуэйт

Одна модель данных, один Формат сообщений, один транспортный механизм (и вообще ровно один основной архитектурный компонент, политика, принцип и т. п.) не может одинаково хорошо обслуживать все аспекты деятельности коммерческой организации. Похоже, этот факт является бесконечным источником удивления и огорчения для создателей систем. В то же время это совершенно естественно: раз уж организация (слово «организация» здесь подчеркнуто жирной красной линией) достаточно велика, чтобы волноваться о том, как несколько различных таблиц счетов повлияют на систему в следующем десятилетии, она наверняка слишком велика и неоднородна, чтобы можно было обойтись одной таблицей счетов.

Читать »

Окупаемость как фактор проектирования

Добавлено Дата: 3 March, 2012 категория: Архитектура ПО

Джордж Маламидис

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

Читать »