1.2 Современные стратегии конструирования программного обеспечения

Существует 3 основные стратегии конструирования ПО

• однократный проход (водопадная стратегия). Программная система строится по схеме линейной последовательности сменяющихся этапов разработки

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

• эволюционная стратегия. Система также строится в виде последовательности версий, но в начале процесса определены не все требования. Требования уточняются в результате разработки версий.

Последние две стратеги послужили основой для современных моделей конструирования ПО.

1.3 Быстрая разработка приложений (RapidApplicationDevelopment)

RAD-модель обеспечивает экстремально короткий цикл разработки, ориентирована в основном на создание информационных систем, основана на компонентно-ориентированном конструировании и предполагает параллельную работу нескольких групп разработчиков (минимум двух), реализующих различные, предварительно определенные, бизнес-функции информационной системы. В RAD-модели выделяют следующие этапы (рис.1.4):

• бизнес-моделирование. Моделируется информационный поток между бизнес-функциями. Определяются ответы на следующие вопросы: какая информация руководит бизнес-процессом, какая информация генерируется, кто генерирует информацию, где информация применяется, кто ее обрабатывает?

• моделирование данных. Информационный поток, определенный на этапе бизнес-моделирования, отображается в набор объектов данных, которые требуются для поддержки бизнеса. Идентифицируются атрибуты каждого объекта, определяются отношения между объектами;

• моделирование обработки. Определяются преобразования объектов данных, обеспечивающих реализацию бизнес-функций. Создаются описания обработки обработки для добавления, модификации, удаления и нахождения объектов данных;

• генерация приложения. Реализация проекта производится на основе объектно-ориентированного подхода с применением повторно используемых программных компонент;

• тестирование и объединение. Поскольку применяется повторно используемые компоненты, многие программные элементы уже протестированы, что уменьшает время тестирования.

1.4 Быстрая разработка приложений

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

Применение RAD имеет свои недостатки:

• для больших проектов в RAD требуются существенные людские ресурсы, т.к. необходимо создать достаточное количество групп;

• RAD применима только для таких приложений, которые могут быть декомпозированы на отдельные модули и в которых производительность не является критической величиной;

• RAD не применима в условиях высоких технических рисков, например, при переходе на новый язык программирования или новую среду разработки приложений.