Атрибуты не должны добавляться непосредственно к бизнес-сущностям мо­дели SID или к их подклассам. Для этого нужно создавать новые собственные подклассы бизнес-сущностей модели SID, к которым и будут добавляться атрибуты. Эти подклассы унаследуют все атрибуты и связи от бизнес-сущ­ностей SID, обеспечив тем самым цельность модели SID. Сохранение атри­бутов в новом подклассе представлено на рис. 3.27.

Наименование бизнес-сущности СиьіошеїАссоїшіЕхіепьіоіі (Расширение для счета клиента), которое содержит расширения для атрибутов, соответ­ствует рекомендациям команды разработчиков SID. На практике же имя выбирается по усмотрению сотрудника, осуществляющего расширение мо­дели SID. Здесь нет жестких правил, но как минимум необходимо догово­риться и использовать согласованные имена.

В примере для сохранения расширений добавлен подкласс, так что позд­нее в модель можно будет включать будущие версии АВЕ Клиент. Если рас-

ширения добавить непосредственно к сущности Клиент (Customer), то при обновлении модели они будут потеряны.

Добавление сущностей

Как и при добавлении атрибутов, новые сущности не следует добавлять не­посредственно к существующему пакету SID АВЕ: их нужно добавлять к па­кету, содержащему расширения АВЕ модели SID.

Когда существующий класс SID необходимо расширить новыми атри­бутами или классами, используется следующая техника. В приведенном на рис. 3.28 примере новую сущность Заявка на предоставление кредита клиенту (CustomerAccountCreditApplication) необходимо связать с расши­рением существующей сущности SID Счет клиента (CustomerAccount). Сна­чала выделяется подкласс в существующей сущности SID (создание Custom erAccountExtension). Затем описывается связь Заявка на предоставление кредита одобрена (CreditApplicationSubmittedBy) между подклассом сущес­твующей сущности SID (расширением) и новой сущностью.