Язык Power Builder имеет черты сходства со следующими языками программирования – C++, Pascal и FoxPro. Он является типизированным, что означает принадлежность данных к определенной группе – типу.

Замечательной особенностью языка обработки сценариев Power Builder является наличие встроенного SQL. Реализация этого языка в Power Builder основана на спецификации SQL, используемой в СУБД Sybase SQL Anywhere. Это означает наличие таких возможностей, как вызов хранимых процедур, обмен данными с БД через параметры, динамические SQL-запросы и др.

Существенным недостатком Power Builder можно считать отсутствие средств формирования листинга программы, как объединения всех используемых сценариев.

Ключевым понятием, которое необходимо усвоить для работы с Power Builder, является понятие объекта. Power Builder позволяет не только использовать уже существующие объекты среды, но и создавать свои собственные, либо делая их потомками уже существующих, делая их “интеллектуальнее”, либо путем конструирования полностью нового объекта, не имеющего предка:

1) Пользовательский – объект, не имеющий визуального представления;

2) Стандартный – объект-потомок от любого стандартного невидимого класса Power Builder (“Транзакция”, “Сообщение”, “Ошибка”, “Объект” и др.);

3) Пользовательский визуальный – видимый объект, состоящий из любых визуальных стандартных или пользовательских объектов;

4) Внешний визуальный – объект, содержащий элементы управления, созданные вне Power Builder;

5) Стандартный визуальный – объект, являющийся потомком от стандартного визуального объекта (“Текст”, “Кнопка”, “Список” и др.) и расширяющий его функциональность. Эти объекты, в основном, используются для переопределения свойств стандартного визуального объекта с целью приспособления его для нужд решаемой задачи;

6) Окно – объект-потомок от класса “Окно”, который, как и пользовательский визуальный, может содержать любые элементы управления. Отличие между ними состоит в том, что в потомке окна уже реализованы некоторые функции работы с элементами управления, и, кроме того, доступен набор методов стандартного элемента управления “Окно”;

7) Меню – объект, являющийся потомком от стандартного класса “Меню”;

8) Структура – объект, состоящий только из данных любого типа;

9) Функция – объект, являющийся функцией, которая может принимать любое число аргументов, передаваемых по ссылке или по значению, и возвращать значение любого типа;

10) Окно данных – объект, являющийся главным достоинством Power Builder, благодаря которому, собственно, он и имеет свой круг пользователей и имеет право называться средством разработки приложений клиент-сервер.

Окно данных (DataWindow) – основное средство работы с данными. Работая с ним, пользователь может определять способ представления информации и ее тип. Создание DataWindow состоит из четырех этапов:

а) выбор типа окна данных;

б) выбор источника данных и определение критериев и способа их выборки;

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

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

11) Приложение – объект, с которого начинается выполнение программ. Все остальные объекты создаются из методов приложения.

2.3 Операционная система

Программа предназначена для функционирования под управлением ОС семейства Windows 4.x – Windows NT 4.0, Windows 95, Windows 98. Эти ОС являются общепризнанными стандартами как для настольных систем, так и для небольших локальных сетей как однорангового типа, так и с выделенным сервером (хотя, справедливости ради, следует заметить, что в последнем случае оптимальным решением все же является Novell Netware 4.2 и выше).

Для доступа к БД используется встроенный в вышеперечисленные ОС механизм ODBC (Open Database Connectivity). И хотя в последнее время с ним небезуспешно конкурируют такие средства доступа к БД, как BDE и OLE DB, ODBC по-прежнему применятся при разработках, т.к. он зарекомендовал себя с самой лучшей стороны как с точки зрения удобства работы, так и скорости доступа и обработки данных.

Для работы с БД через ODBC на компьютере должен быть установлена специальная программа – ODBC-драйвер. Его назначение – обработка запросов от ODBC-менеджера, к которому, в свою очередь, обращаются с запросами функции ODBC API.

Т.к. используемая в программе БД создана в СУБД Sybase SQL Anywhere 5.5, то для работы приложения необходим соответствующий драйвер – Sybase SQL Anywhere Database Engine и необходимые ему библиотеки. Разработчиками программы создан инсталляционный пакет, выполняющий установку драйвера и вносящий необходимые изменения в реестр.

Также для работы приложения необходимы некоторые библиотеки Power Builder 7.0 – Power Builder Virtual Machine (файл pbvm70.dll), Power Builder ODBC (pbodb.dll), Power Builder DataWindow Extension (pbdwe.dll). Эти файлы также поставляются вместе с программой в архиве redist.rar.

3 Объектно-ориентированный анализ задачи

Объектно-ориентированное программирование – это подход к разработке программного обеспечения, основанный на объектах, а не на процедурах. Этот подход позволяет максимизировать принципы модульности и "сокрытия информации". Объектно-ориентированное программирование базируется на связывании или инкапсуляции структур данных и процедуры, которая работает с данными в структуре, с модулем.

Объектно-ориентированные (ОО) системы управления данными привлекают все большее внимание как исследователей и разработчиков, так и потенциальных пользователей из прикладных областей. С одной стороны это объясняется развитием и внедрением в практику объектно-ориентированного подхода (ООП) в целом (ОО программирование и проектирование программных систем, ОО технологии организации пользовательских интерфейсов, распределенные объектные системы и т.д.). Но с другой стороны интуитивно ясно, что максимальный эффект можно получить именно от использования ОО баз данных, преодолев наконец, известный конфликт между структурной и поведенческой частями информационных систем.

Вместе с тем, несмотря на существование ряда коммерческих реализаций ООСУБД, доступных в настоящее время на рынке, уровень технологии таких систем существенно уступает уровню развитых реляционных систем. Это касается и модельных характеристик систем (например, языков запросов) и реализационных аспектов (например, оптимизации запросов).

Часто возникает впечатление, что хотя ограничения существующих систем пытаются объяснять некими принципиальными соображениями (например, что развитые возможности конструирования классов, подкрепленные средствами наследования классов позволяют ограничиться запросами только на одном классе объектов), на самом деле эти ограничения являются следствием недостаточно развитой технологии. Кажется, что в условиях отсутствия признанного лидера в области ООСУБД (каким была, например, компания IBM со своим проектом System R в области РСУБД), единственным путем к выработке такой технологии является продолжающаяся (иногда дублирующая) работа исследователей.