January 30, 2008

Простой и понятный дизайн приложений с помощью вариантов использования (use cases) по Роберту Хукману

useCase.gif
Возвращаемся к теме вариантов использования (use cases). В классическом понимании, варианты использования не должны описывать пользовательский интерфейс. Но как же тогда передать идею дизайна разработчику, и можно ли это формализовать? Роберт Хукман (Robert Hoekman), известный разработчик и дизайнер веб-приложений, предлагает собственный подход, который решает эту задачу.

Читаем дальше

Опубликовано kirsa в 4:49 PM | Комментарии (0)

May 22, 2004

"Проектирования больше нет?", Мартин Фаулер

Тем, кто успел кратко познакомиться с принципами Extreme Programming (ХР), порой кажется, что в этой методологии нет места процессу проектирования программных продуктов. При этом высмеиваются не только "Большое и Подробное Предварительное Проектирование", но и такие техники как UML и гибкие каркасы приложений. Даже значение паттернов либо принижается, либо напрочь отрицается. На самом же деле, в ХР много проектирования, но подается оно по-другому, нежели в обычных устоявшихся процессах разработки ПО. Методология XP оживила эволюционное проектирование новыми техниками, благодаря которым его теперь можно считать вполне жизнеспособной стратегией. Кроме того, в ХР перед проектировщиком ставятся новые трудные задачи, требующие немалого мастерства. Во-первых, это необходимость проектировать максимально простым образом, во-вторых, рефакторинг, и наконец, использование паттернов в эволюционном стиле.

Читаем дальше

Опубликовано kirsa в 8:35 PM | Комментарии (3)

January 25, 2004

"Варианты использования, десять лет спустя", Алистэр Коуберн

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

Читаем дальше

Опубликовано kirsa в 8:41 PM | Комментарии (0)

March 30, 2003

"Организация и именование автоматизированных тестов", Кирилл Максимов

На текущий момент уже написано множество статей и книг на тему автоматизированного тестирования программного кода. При этом очень немногие уделяют внимание вопросу организации и наименования таких тестов - по крайней мере, я не нашел каких-либо руководств на эту тему. А между тем, при существенном увеличении количества тестов бывает сложно понять, куда поместить тот или иной автоматизированный тест и как его назвать. Это стало особенно актуально с появлением концепции Test-Driven Development (TDD).

Читаем дальше

Опубликовано kirsa в 8:56 PM | Комментарии (4)

May 13, 2002

"Чтобы было яснее", Мартин Фаулер

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

Читаем дальше

Опубликовано kirsa в 8:45 PM | Комментарии (0)

February 5, 2002

"Основы Extreme Programming: документация", Рон Джеффриз

Вне ХР-проекта вам, скорее всего, понадобится документация, и конечно же, ее нужно написать. Однако внутри проекта вы будете иметь столько вербальных коммуникаций, что едва ли вам понадобится что-либо еще. Доверяйте себе, и почувствуйте разницу.

Читаем дальше

Опубликовано kirsa в 8:53 PM | Комментарии (0)

"Extreme Programming и руководство пользователя", Рон Джеффриз

Какое-то время назад я набросал несколько идей на тему того, что руководства в ХР-проекте технические писатели должны создавать, работая как часть команды разработчиков. Это вполне серьезное предложение, хотя и написано в несколько вольной форме.

Читаем дальше

Опубликовано kirsa в 8:49 PM | Комментарии (0)