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

Классы-сущности определяют существо любой информационной системы. Это классы, которые определяют модель базы данных для прикладной области. Классы-сущности представляют постоянно хранимые объекты базы данных. Анализ требований направлен преимущественно на выявление классов-сущностей. Однако, для функционирования системы требуются также классы другого типа. Пользователям системы необходимы классы, которые определяют GUI-объекты (например, такие как экранные формы), называемые пограничными классами (boundary classes) (классами представления (view classes)). Чтобы функционировать надлежащим образом, системе также необходимы классы, которые управляют программной логикой — управляющие классы (control classes).

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

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

Диаграмма классов (class diagram) — диаграмма языка UML, на которой представлена совокупность классов с атрибутами и операциями, а также связывающие их отношения.

Выделим классы-сущности и построим диаграмму классов для данного проекта (рис.4). Выделение классов представляет собой итеративную задачу, и первоначальный перечень классов, как правило, претерпевает изменения.

Так как нам необходимо хранить сведения о клиенте, в системе должен присутствовать класс, содержащий информацию о клиенте который обращается в агентство, назовем его «Клиент». Этот класс должен содержать такие атрибуты как: Номер клиента — представляет собой порядковый номер клиента обратившегося в агентство; Наименование — Фамилия Имя Отчество клиента (физического лица или название юридического лица); Адрес — место жительства клиента; Телефон — номер телефона клиента для связи с ним. Так же класс «Клиент» содержит в себе атрибут Менеджер. Это обусловлено тем, что после того как клиент обратился в агентство ему обязательно назначается менеджер, который и будет с ним работать на протяжении всего срока оговоренного в договоре. Тип атрибута Менеджер в данном случае является классом, это говорит о том, что класс клиент связан с классом «Менеджер», и все сведения о менеджере будут поступать из класса «Менеджер».

Выделенный класс менеджер содержит в себе следующие атрибуты: Наименование — Фамилия Имя Отчество менеджера; Телефон — номер телефона менеджера; Пароль — имя и пароль менеджера. Каждый менеджер должен иметь имя и пароль для входа в систему.

Класс «Менеджер» непосредственно будет связан с классом «Клиент» связью «один ко многим», так как один менеджер может работать со множеством клиентов.

Так же необходимо выделить класс «Список клиентов», который формируется на основе класса «Клиент». Класс «Список клиентов» будет содержать один атрибут Клиент, тип которого так же является классом «Клиент». В класс «Список клиентов» будет включаться вся информация, которая содержится в классе «Клиент». Класс «Клиент» и «Список клиентов» связаны так называемой связью агрегация. Агрегация — это отношение вида часть — целое между классом, который представляет собрание компонент, и классами, представляющими компоненты. В нашем случае используется агрегация по ссылке, которая называется просто агрегацией. Используется связь «один ко многим», так как список клиентов может содержать в себе одного или множество клиентов. Класс «Список клиентов» включает в себя операцию «Выборка». Благодаря которой из списка клиентов будут выбираться клиенты для каждого определенного менеджера.

Считаем также, что в системе должны присутствовать такие классы как «Рекламная площадь» и «Рекламная услуга», которые связаны между собой отношением «один ко многим», то есть на одной рекламной площади может размещаться одна или несколько рекламных услуг. Класс «Рекламная площадь» содержит в себе следующие атрибуты: Тип — то место, где будет располагаться реклама; Место расположения — адрес места расположения выбранной рекламной услуги; Дата начала размещения услуги; Дата завершения размещения услуги; Статус — площадь может быть «свободна» или «занята» в определенный период времени; Клиент — то есть тот клиент, за которым будет закреплена данная площадь. Атрибут Клиент имеет тип «Клиент». Класс включает в себя операцию Проверка срока. Благодаря этой операции в системе будет проверяться срок размещения рекламной услуги на определенной площади для установления статуса площади. Класс «Рекламная площадь» так же связана с классом «Клиент» отношением «многие к одному». Это значит, что одна или множество площадей могут быть заняты, одновременно, рекламой для одного клиента.

Класс «Рекламная услуга» включает в себя следующие атрибуты: Тип — вид рекламной услуги (реклама в Интернете, щитовая реклама, реклама в печатных изданиях и на CD дисках, а так же дизайн рекламных материалов); Рекламная площадь — та площадь, где в данное время будет находиться определенный вид рекламы, тип данного атрибута является классом «Рекламная площадь».

Каждый менеджер в процессе работы совершает определенный набор действий по отношению к клиенту, с которым он работает. Эти действия обязательно должны быть зарегистрированы. Поэтому необходимо так же в диаграмму классов включить такой класс как «Событие». Который будет содержать следующие атрибуты: Тип — вид события (звонок, посещение клиента); Клиент — клиент по отношению к которому будет совершаться событие; Дата — дата и время совершения события; Результаты — результат всех действий проведенных менеджером в отношении клиента (заключение договора, отказ клиента от договора). Класс «Событие» связан с классом «Клиент» отношением «многие к одному». Одно или множество событий может быть совершено по отношению к одному клиенту.

В качестве классов-сущностей считаем целесообразным выделить: «Платеж за услугу» и «Договор с клиентом».

Атрибуты класса «Платеж за услугу»: Договор — договор, к которому прикрепляется платеж, тип этого атрибута является классом, с которым связан платеж, то есть класс «Договор с клиентом»; Сумма — сумма, которую должен оплатить клиент за услугу в настоящее время; Дата — дата совершения платежа. Атрибуты класса «Договор с клиентом»: Номер договора; Клиент — клиент с которым заключается договор; Дата — дата заключения договора; Условия договора; Список услуг — услуги, которые выбрал клиент; Список площадей — площади, на которых будет располагаться реклама клиента; Срок выполнения услуги; Общая сумма — вся стоимость выполненных услуг; Внесенная сумма — сумма которую внес клиент за услуги на определенный момент времени. Клиент может внести всю сумму сразу, а может вносить ее по частям. Класс «Договор с клиентом» имеет связи с большей частью выделенных классовсущностей. «Договор с клиентом» связан с классом «Платеж за услугу» и имеет кратность ассоциации «один ко многим». По одному договору может формироваться один платеж, если вся сумма указанная в договоре внесена сразу, или несколько раз если сумма вносится клиентом по частям. Так же данный класс связан с классами «Рекламная площадь» и «Рекламная услуга» кратностью ассоциаций «многие ко многим». Так же класс «Договор с клиентом» связан с классом «Менеджер» отношением «многие к одному». Один менеджер может оформить несколько договоров, либо вообще не оформлять договор в случае, если клиент отказался от заключения договора с агентством.

Представим все описанные классы-сущности и связи между ними, в виде диаграммы классов:

Рис. 4. Диаграмма классов-сущностей