Сергей Тарасов - Дефрагментация мозга. Софтостроение изнутри

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

Рис. 19.Общая схема работы с «лампой» и «джиннами»

Модель в виде XML-файлов поступает на вход «заклинателю» – входящей в состав пакета консольной утилите. Производятся проверки непротиворечивости модели, выдающие ошибки либо предупреждения разной степени важности. Во время анализа модель также преобразуется во внутренний формат в виде множества объектов с открытыми интерфейсами доступа.

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

Обработав модель в соответствии с конфигурацией проекта, джинн выдаёт готовый к компиляции в среде разработки код. Для слоя хранения данных кроме генерации специфичных для СУБД SQL-скриптов производится их прогон на заданном сервере разработки.

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

На что похожа логическая модель? Приведу пример описания из рабочего проекта, содержащего один пользовательский тип, один перечисляемый тип, две сущности и одну связь (отношение) между ними.

Пример модели в Genie Lamp

name="TEntityId" baseType="int" />

name="Granularity">

lang="ru">Грануляция учётного периода

name="Day" value="0">

lang="ru">День

name="Month" value="1" default="true">

lang="ru">Месяц

name="Year" value="2">

lang="ru">Год

name="FiscalYear">

lang="ru">Финансовый год

name="Id" type="TEntityId" primaryid="true" autoincrement="true" />

name="Name" type="TCaption" uniqueid="true">

lang="ru">Обозначение года

name="Granularity" type="Granularity">

lang="ru">Грануляция периодов

name="FromDate" type="date">

lang="ru">Дата начала

name="ToDate" type="date">

lang="ru">Дата окончания

name="Closed" type="boolean" default="false">

lang="ru">Год закрыт?

name="GranularityName" type="string" persisted="false">

lang="ru">Возвращает локализованое название грануляции

name="CreatePeriods" access="public">

lang="ru">

Создает периоды финансового года

между датами начала и окончания

в соответствии с грануляцией. Например, для фин. года,

совпадающего с календарным, и помесячной грануляцией

будут созданы 12 месячных периодов

type="void"/>

name="FindPeriodIdByDate" access="public">

lang="ru">

Возвращает ID периода по заданной дате, "0" если не найден

name="periodDate" type="datetime"/>

type="TEntityId"/>

name="DeleteCascade" access="public">

type="void"/>

name="Period">

lang="ru">Учётный период

name="Id" type="TEntityId" primaryid="true" autoincrement="true" />

name="FiscalYearId" type="TEntityId">

lang="ru">ID финансового года

name="FromDate" type="date">

lang="ru">Дата начала

name="FiscalYearId"/>

name="PeriodNumber" type="smallint">

lang="ru">Номер периода

name="ToDate" type="date">

lang="ru">Дата окончания

entity="Period" name="FiscalYear"

entity2="FiscalYear" name2="Periods"

cardinality="M:1">

attribute="FiscalYearId" attribute2="Id" />

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

• слои хранения будут развёрнуты на SQL Server или Oracle;