2. Порядок разработки приложения

2.1. Процесс разработки

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

• анализ проблемы – определение границ решаемой проблемы;

• проектирование – создание общей структуры системы;

• реализация – написание и тестирование программы.

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

Кроме итеративной модели разработки, часто применяют ли­нейную модель разработки с однократным прохождением всех фаз от анали­за до тестирования. В этом случае проектная информация "течет" в одном направле­нии, и если "ниже по течению" обнаруживается проблема, то у разработчика возника­ет сильное желание (подкрепляемое давлением руководства) ре­шить ее непосредственно "на месте появления", не затрагивая предыдущие шаги процесса. Однако, хотя при этом и экономится время, отсутствие обратной связи делает проект ущербным. Этого недостатка нет в итератив­ной модели разработки, однако в ней есть другой риск – опасность выполнения серии несвязанных изменений проекта. Разработчик может исключить этот риск, если поставит себе четко опре­деленную и реалистичную цель, о которой будет всегда помнить.

Таким образом, все же рекомендуется разрабатывать приложение на базе итеративной модели и построить процесс разработки как цикл, на каждой итерации которого выполняются следующие шаги:

• анализ проблемы;

• синтез структуры проекта;

• подбор и адаптация стандартных компонентов;

• разработка новых компонентов;

• сборка проекта.

Чтобы облегчить внесение изменений в проект на итерациях цикла нужно инкапсулировать неустойчивые компоненты приложения и тем самым добиться разбиения проекта на независимые части. В технологии ООП это достигается путем итерационного выделения ключе­вых понятий предметной области и отображения каждого из них в отдельный класс. Это позволяет потом вносить в приложение любое изме­нение путем исправления только одного класса.

2.2. Этапы проектирования

Каждое понятие предметной области всегда существует в контексте других понятий. Поэтому если некое понятие представляет­ся как класс, то этот класс определяется в контексте других клас­сов, связанных с ним логически. Поэтому целесообразно использовать набор связанных классов, называемый библиотекой классов или компонентом. Классы в ком­поненте могут быть связаны разными способами, например, отношением "является" (наследование), отношением "содержит" (композиция), некоторым логическим критерием, зависимостью от од­них и тех же услуг и т.д. Компонент – это блок проекта и доку­ментации. Разработчик не обязан использовать все классы компонента и может работать с избранными классами. Цикл проектирования ком­понента включает в себя следующие этапы:

1. Выявление понятий (классов) и их фундаментальных связей.

2. Определение операций над объектами классов.

3. Определение связей между классами.

4. Определение интерфейсов классов.