Технологии программирования - подход RAD, RUP и XP

Введение
Решение проблем программирования – постоянный процесс, выполняемый первоначально, сосредоточившись только на знании синтаксиса. Такой способ может безосновательно продолжаться неоднократно, надеясь получить верное решение. Иногда, таким образом, можно удачно получить решение. Но это неэффективный способ решения проблем. И это огромная потеря не только времени.
Лучший способ заключается в том, чтобы иметь основу предметной области и возможности практического применения. Большинство работодателей в первую очередь отдают предпочтение навыкам решения проблем – самой важной характеристике квалификации. Способность вычислительного мышления, то есть способность разбивать большие, сложные проблемы столь же всегда актуальна, как и базовые технические навыки, необходимые для работы.
Программист, сталкиваясь с новой проблемой, выстраивает последовательность решения. Выясняется понимание вопроса. Большинство сложных проблем трудны, потому что нет понимания. Показатель ясности проблемы, если возможно, объяснение простыми словами. Объяснение решения проявляет все погрешности в логике, которые не видны были раньше. Большинство программистов знают это свойство. Поэтому необходимо выполнить письменный, схемный или устный алгоритм
Решение проблем – это систематический навык, который нужно развивать. Все проблемы имеют сходные закономерности. Необходимо находить возможности для практики, что позволяет решать многие микропроблемы. Для этого были созданы различные технологии программирования.
Основные особенности методологии RAD
Методология разработки информационных систем, основанная на использовании средств быстрой разработки приложений, получила в последнее время широкое распространение и приобрела название методологии быстрой разработки приложений — RAD (Rapid Application Development). Данная методология охватывает все этапы жизненного цикла современных информационных систем.
RAD — это комплекс специальных инструментальных средств быстрой разработки прикладных информационных систем, позволяющих оперировать с определенным набором графических объектов, функционально отображающих отдельные информационные компоненты приложений. [3]
Под методологией быстрой разработки приложений обычно понимается процесс разработки информационных систем, основанный на трех основных элементах:
небольшой команде программистов (обычно от 2 до 10 человек);
тщательно проработанный производственный график работ, рассчитанный на сравнительно короткий срок разработки (от 2 до 6 мес.);
итерационная модель разработки, основанная на тесном взаимодействии с заказчиком — по мере выполнения проекта разработчики уточняют и реализуют в продукте требования, выдвигаемые заказчиком. [2]
При использовании методологии RAD большое значение имеют опыт и профессионализм разработчиков. Группа разработчиков должна состоять из профессионалов, имеющих опыт в анализе, проектировании, программировании и тестировании программного обеспечения.
Основные принципы методологии RAD можно свести к следующему: Q используется итерационная (спиральная) модель разработки; Q полное завершение работ на каждом из этапов жизненного цикла не обязательно;
в процессе разработки информационной системы необходимо тесное взаимодействие с заказчиком и будущими пользователями;
необходимо применение CASE-средств и средств быстрой разработки приложений;
необходимо применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы;
необходимо использование прототипов, позволяющее полнее выяснить и реализовать потребности конечного пользователя;
тестирование и развитие проекта осуществляются одновременно с разработкой;
разработка ведется немногочисленной и хорошо управляемой командой профессионалов;
необходимы грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ

. [6]
Средства RAD дали возможность реализовывать совершенно иную по сравнению с традиционной технологию создания приложений: информационные объекты формируются как некие действующие модели (прототипы), чье функционирование согласовывается с пользователем, а затем разработчик может переходить непосредственно к формированию законченных приложений, не теряя из виду общей картины проектируемой системы.
Rational Unified Process
RUP - методологическая основа для всего, что выпускает Rational. То есть данный продукт является энциклопедией (методологическим руководством) того, как нужно строить эффективное информационное производство.
Также RUP регламентирует этапы разработки ПО, документы, сопровождающие каждый этап, и продукты самой Rational для каждого этапа. В RUP заложены все самые современные идеи. Продукт постоянно обновляется, включая в себя все новые и новые возможности.
К достоинствам данной методологии стоит отнести чрезвычайную гибкость, то есть RUP не диктует, что необходимо сделать, а только рекомендует использовать то или иное средство.
По данной методике работают следующим образом:
Аналитики готовят концепт, выявляют требования, фиксируют в документах.
Аналитики создают модели (определенные) на uml на стадии концепта, анализа.
Аналитики создают задачи на реализацию программистам (в системе Jira (или подобной) с привязкой на модели и юскейсы)
Программисты выполняют указанные задачи, пишут код, создают программу.
После создания программы, тестировщики тестируют систему на основании сценариев описанных аналитиков в use case.
Новый релиз начинается параллельно с предыдущим. То есть, бизнес-аналитики поставили задачи. Пока эти задачи в разработке и тестировании и первый релиз не завершен, бизнес-аналитики параллельно описывают новые требования и задачи для уже второго релиза.
Руководитель проекта управляет всеми участниками и процессом. [5]
Итог: все пункты с 0 по 4 выполняются (итерация) до тех пор, пока не подготовится конечную версию продукта.
Сам RUP поставляется в виде не обычного программного продукта, а в виде "on-line" документации, оформленной в виде web-страницы, что позволяет размещать его на внутренней сети предприятия с целью приобщения всех сотрудников к гигантскому кладезю полезной информации.
Экстремальное программирование
Термин «экстремальное управление проектами» придумал эксперт по менеджменту Дуг ДеКарло в 2004 году. На самом деле он просто собрал опыт разных компаний, проанализировал, выделил самое лучшее и получил авторский метод менеджмента. Весь процесс управления по ДеКарло основан на принципах экстремального программирования (Extreme Programming).
Экстремальное программирование (XP) — гибкая методология разработки программного обеспечения