Пример использования объектно-ориентированного подхода

В качестве предметной области рассматривается работа подразделения учета налогоплательщиков-организаций.

На начальной стадии (или стадии формирования требований) стро­ится начальная диаграмма вариантов использования (рис. 1).

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

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

На стадии проектирования уточняется диаграмма вариантов исполь­зования и строится архитектура системы, основой которой являются диаграммы классов. Диаграммы взаимодей­ствия строятся для уточнения диаграммы вариантов использования и перехода к диаграммам классов. Так, диаграмма последовательности (рис. 2) иллюстрирует один из возможных сценариев развития собы­тий в рамках варианта использования "Зарегистрировать налогоплатель­щика". Предполагается, что налогоплательщик ставится на учет впер­вые и все его документы в полном порядке.

Структура программной системы описывается с помощью нескольких диаграмм классов, главная из которых представляет собой диаграмму пакетов, а остальные диаграммы раскрывают содержимое каждого из пакетов. При построении диаграммы классов предметной области выделение этих классов (классов-сущностей) может быть анало­гично выделению сущностей в процессе моделирования данных. Данные классы должны иметь концептуальный характер и отвечать на вопрос "что?", а не "как?". Начальный список может быть со­ставлен следующим образом:

• в описании исходных данных выделяются кандидаты в классы – существительные, которые потенциально могут соответство­вать классам (при этом следует помнить, что существительные
могут также относиться к объектам, ассоциациям или атрибутам классов);

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

Рассматривается каждая возможная пара классов и устанавливается существование ассоциации между ними (по аналогии с установ­лением связей между сущностями в процессе моделирования дан­ных). Присваиваются наименования ролям ассоциаций и определя­ется их множественность.

Далее составляется список атрибутов каждого класса (по анало­гии с определением атрибутов сущностей при моделировании дан­ных). Процесс определения атрибутов должен быть непродолжитель­ным, поскольку существенные атрибуты могут быть добавлены впос­ледствии. При этом следует убедиться, что не пропущены существен­ные характеристики, представленные в исходных данных.

Определяются действия (операции), выполняемые каждым клас­сом. При определении операций нужно учитывать следующие реко­мендации: каждая операция должна выполнять одну простую функцию; название операции должно отражать результат функции, а не то, как она выполняется.

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

Полученная в результате диаграмма классов предметной области показана на рис. 3.