4) разработка физической модели данных в средствах той или иной СУБД;

5) программирование базы данных непосредственно в СУБД.

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

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

Что дальше

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

Возможно, отмеченные недостатки будут исправлены в последующих версиях среды. Также планируется добавить возможность проверки вводимых пользователем в элемент значений с помощью скриптов на JavaScript.

Разрабатываемый продукт будет бесплатным, бета-версии в скором времени будут доступны по адресу http://evgy.opennet.ru.