21 Jul 2011


Разделы: Новости Интернет it

Agile семейства методологий разработки толкает бизнес-аналитиков в новой роли, и предстоящие трансформации ИТ-то тянет их в этом также. Роль? Анализ бизнес, а не требования к программному обеспечению.

Agile не особенно новая тема. Это, однако, особенно не понял одно, благодаря слишком много попыток превратить его в коллекцию рецептов - процесс, когда все, что касается практики Agile крики.



Вот Agile в двух словах: высокий уровень неформальных контактов между разработчиками и бизнес-пользователей, в паре с дополнительных услуг. Если проект работает таким образом, он использует Agile методологии. Если это не так, это не имеет значения, если вы следите за каждым шагом описано в Scrum, экстрим, канбан, или ЛСД ("Lean разработки программного обеспечения", - и кто придумал, что извините акроним?) Руководства. Вы не Agile. Ты просто роспись по номерам.

Agile стал важным для редко признался причине: Большинство бизнес-логика проста (за одним исключением, что мы вернемся к нему чуть позже), но проблема заключается с пользовательскими интерфейсами, которые являются не только сложным, но также вопросы эстетики, даже не поддается проверке.

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

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

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

Но не стоит останавливаться на достигнутом. Делайте это часто. И не называй Фред в одиночку, Фреда и Сьюзен не может согласиться на то, что будет работать лучше.

Кроме того, не просто просит, чтобы они приехали и ниже. Запрашиваемая их, если можно придумать, чтобы вы могли видеть то, что они делают, это очень хорошая идея тоже.

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






Метки: it
Рубрики: Новости Интернет it

 Имя       

Ограничение в 1000 символов
Введите ваш комментарий

Введите код