Проект автоматизированного рабочего места специалиста по формированию программ радиовещания

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

1.5.1 ER-диаграмма и структура базы данных предметной области

АРМ

Ранее был проведен анализ задач специалиста. Использую правила отображения информации о бизнес-процессах в информационную модель предметной области, была построена диаграмма Entity-Relationship (ER-диаграмма) [9-10]. На ней показаны классы объектов, действующих в предметной области (сущности) и типы связей, в которые они вступают (см. рисунок 1.8).

На рисунке 1.8 отмечены типы связей и классы принадлежностей сущностей. Они влияют на количество и состав полей таблиц, получаемых из ER-диаграмм при проектировании БД.

В таблице 1.2 приведен перечень сущностей и связей с их кратким описанием.

Таблица 1.2 - Описание ER-диаграммы предметной области

Рисунок 1.9 - Состав таблиц и схема связей между ними для БД АРМ

На основании разработанной выше информационной модели предметной области "Формирование программ радиовещания", которая представлена в виде диаграммы "сущность-связь" (ER-диаграммы) по разработанным специалистами прикладным правилам получены шесть таблиц базы данных (БД). Они составляют БД АРМ, для ведения которой потребуется реализация приложения БД. Сами таблицы также будут реализованы в спецчасти проекта. В состав таблиц входят следующие: Передачи, Элементы вещания, Включение (таблица для связи между таблицами Передачи и Элементы), Сотрудники, Обработка (таблица для связи между таблицами Элементы и Сотрудники), Поставщики. Сами таблицы, состав полей этих таблиц и связи между таблицами приведены на рисунке 1.9.

1.5 2 Диаграмма прецедентов использования АРМ специалиста по формированию программ радиовещания

При анализе проектирования АРМ, работа с прецедентами использования является одной из самых важных задач на этапе исследования [11].

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

Диаграмма прецедентов использования представлена на рисунке 1.10 Выделим актера - пользователя (специалиста по формированию программ радиовещания). Он может выполнять несколько вариантов использования.

Рисунок 1.10 - Диаграмма прецедентов использования автоматизированного рабочего места

Таблица 1.3 - Описание прецедентов

1.5.3 Диаграмма классов АРМ “Радио”

Диаграмма классов (class diagram) является графическим представлением статической модели, в которой собраны декларативные (статичные) элементы, такие, как классы, типы, а также их содержимое и отношения. На ней можно изображать пакеты, в том числе вложенные. Диаграмма классов содержит некоторые конкретные элементы поведения (например, операции), однако их динамика отображается на других видах диаграмм - диаграммах состояний и и диаграммах кооперации. Иногда для того, чтобы отобразить всю статическую модель целиком, требуется несколько диаграмм классов. В данном случае для проектирования достаточно одной диаграммы [11].

Диаграмма классов представляет собой некоторый граф, вершинами которого являются элементы типа "классификатор", которые связаны различными типами структурных отношений. Диаграмма классов является основой для статического представления модели, в которой основной акцент сделан на описании классов и их взаимоотношений. Графически класс изображается в виде прямоугольника, внутри которого перечисляются атрибуты и операции класса. Отношения между классами выражаются при помощи различных линий и дополнительных обозначений [].

На диаграмме классов, представленной на рисунке 1.11, отражена предметная область АРМ специалиста по формированию программ радиовещания. В таблице 1.4 находится спецификация содержащихся в ней классов.

Таблица 1.4 - Сфера ответственности классов предметной области

1.5.4 Диаграмма последовательностей АРМ “Радио“

Диаграмма последовательностей является диаграммой объектно-ориентированного языка моделирования UML, на которой приведено упорядоченное во времени взаимодействие объектов. В частности, на ней изображаются участвующие во взаимодействии объекты и последовательность сообщений, которыми они обмениваются. Таким образом, диаграмма последовательностей представляет множество сообщений между объектами, упорядоченное по временной оси. Однако отношения между объектами на этой диаграмме не представлены. Каждый объект изображается в виде отдельной вертикальной линии (колонки). Символ объекта помещается сверху линии [11].

На диаграмме последовательности изображаются только те объекты, которые непосредственно участвуют во взаимодействии. Ключевым моментом для диаграмм последовательности является динамика взаимодействия объектов во времени. Диаграмма последовательностей для работы проектируемого АРМ представлена на рисунке 1.12.

Процесс взаимодействия пользователя с системой может быть описан в следующем виде:

пользователь вводит данные. Контроллер проверяет правильность введенных данных и передает их в модель;

после модель передает данные для проверки соответствия формата и состояния элемента вещания требованиям формируемой передачи;

в соответствующих классах происходит определение этого соответствия, определение необходимости и объемов обработки, формирование, если необходимо, нарядов на обработку, включение обработанного элемента вещания или элемента, подходящего под требования передачи, в сценарий;

система возвращает результат формирования передачи пользователю.

1.6 Анализ и выбор средств разработки программного обеспечения

Ниже будут даны сравнительные характеристики средств разработки программного обеспечения автоматизированного рабочего места.

Выбор средств разработки приложений в составе АРМ

Методика определения подходящего программного продукта заключалась в следующем.

Сначала выбиралось несколько доступных и известных программных продуктов. В данном случае это были Delphi 6.0, Visual C++ 6.0 и Visual Basic. Каждому критерию давалось значение веса исходя из целей проектирования таким образом, что сумма весов всех критериев равнялась 1.

После рассматривались критерии, которые имели параметры, каждому параметру критерия давалось значение веса таким образом, чтобы сумма их весов равнялась 1.

Данные для анализа экспертной оценки были получены путем опроса общественного мнения учащихся групп ИТ академии, по результатам опроса были получены среднестатистические оценки характеристик средств разработки программных продуктов, представленные в таблице 1.5

Экспертная оценка определяется по формуле:

 (1.1)

где Oi - общая оценка программного средства;

Kij - весовой коэффициент критерия;

ai - оценка i - того программного средства по j - тому критерию.

Таблица 1.5 - Сравнительная характеристика средств разработки приложений для Windows

Оценки программных средств рассчитаны по формуле 1.1

Таким образом, видно, что наиболее мощным и удобным средством разработки приложения является Delphi 6.0 [12-13].

Выбор СУБД.

Так как для написания приложения было выбрано Delphi 6.0, в состав которого входит BDE, содержащее все необходимые библиотеки в формате Paradox, то все данные были сведены в базы данных, которые записаны в формате баз данных Paradox для Windows. Выбор этого формата данных обусловлен тем, что алгоритм обработки баз данных Paradox является одним из лучших, он имеет широкий набор правил, фиксирующих целостность данных, богатый набор типов данных и несколько хороших механизмов, подобных автоинкрементным полям. Также все базы данных являются локальными базами, т.е. располагаются на одной ЭВМ и нет необходимости обеспечения одновременной работы с ней нескольких пользователей, для чего необходимо применять стандартный сервер SQL типа Oracle, Sybase, MS SQL Server. Даже если возникнет необходимость работы нескольких пользователей одновременно, то таблицы Paradox смогут обеспечить корректную работу от 10-15 пользователей, одновременно работающих с одной и той же таблицей [11-12].

1.7 Техническое и программное обеспечение АРМ специалиста по формированию программ радиовещания

Техническое обеспечение АРМ "Радио" - это средства вычислительной техники, входящие в системный блок и являющиеся составными частями персонального компьютера, на базе которого реализуется АРМ, а также внешние устройства. Эти средства и устройства обеспечивают автоматизацию выполнения задач специалиста по вводу и обработке данных в различных форматах представления, обмену данными с другими АРМ аппаратно-технического комплекса радиостанции по локально-вычислительной сети. Обмен данными с помощью рассматриваемого технического обеспечения производится непосредственно с сотрудниками, при этом данные представляются на различных носителях и в виде твердых копий.

В состав средств вычислительной техники и внешних устройств должны входить, как показано в таблице 1.6, кроме процессора, оперативной и долговременной памяти, монитора, соответствующих техническому заданию на проектирование АРМ, также сетевая карта, сканер, принтер, пишущий дисковод для лазерных дисков.

Таблица 1.6 - Состав технического обеспечения АРМ "Радио"

Программное обеспечение АРМ "Радио", кроме разработанного и реализованного в специальной части данного проекта приложения баз данных и самой базы данных, должно включать операционную систему с графическим интерфейсом типа Windows XP, офисный пакет Microsoft Office, обеспечивающий работу с тестовым редактором Word для редактирования и обработки элементов вещания, с электронной таблицей Excel для ведения оперативных таблиц и выполнения текущих расчетов, со средством Powerpoint для организации и проведения презентаций новых передач и программ для руководящих работников [6]. Необходим также пакет FineReader, позволяющий получать со сканера изображения печатного текста и проводить его распознавание (такой режим работы необходим при получении материалов передач в виде рукописей и печатных материалов). Для бесперебойной работы программно-аппаратного комплекса необходимы также файловые оболочки, программы работы с лазерными дисками (например, Nero), архиваторы, антивирусные и специализированные пакеты программ, обслуживающие вышеописанное программное обеспечение.

2. Специальная часть. Разработка программного обеспечения для организации и ведения баз данных

2.1 Состав и информационные связи модулей АРМ специалиста

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

Так, в системную часть программного комплекса входят:

модуль организации графического интерфейса пользователя;

модуль взаимодействия с файлами БД;

модуль резервного копирования и восстановления файлов;

модуль ввода-вывода и графического представления данных;

модуль взаимодействия с принтером.

Рассматриваемые модули входят частично или полностью в классы средства разработки.

В функциональную часть программного комплекса входят следующие модули:

модуль проверки прав пользователя;

модуль проверки ограничений на вводимые в БД данные;

модуль сортировки и фильтрации данных;

модуль выполнения запросов к БД;

модуль организации отчетов по содержимому БД.

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

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

2.2 Организация доступа к таблицам базы и представления данных в разрабатываемом приложении

Доступ к данным при использовании средства разработки Delphi выполняется с помощью специализированных классов из иерархии классов Delphi [14-15]. В данном проекте разработана локальная БД, расположенная на персональном компьютере пользователя в составе АРМ, поэтому в приложении для работы с БД используется динамически создаваемый объект класса TDataBase (управляет соединением с БД), а также динамический объект класса TSession (управляет псевдонимами BDE, что в данном проекте не используется).

Широко используемыми в данном проекте компонентами являются наследники класса TDataSet, так называемые наборы данных - TTable (используется для связи приложения с таблицами БД - соответствующими файлами) и TQuery (используется для выполнения и просмотра результатов запросов к БД на языке SQL).

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

Для отображения и управления содержимым таблиц задействованы следующие компоненты: TDBGrid - табличная форма для представления и управления содержимым всей таблицы; TColumn - для управления представлением отдельного столбца таблицы; TDBNavigator - визуальный компонент для удобства управления пользователем содержимым записей.

Формирование и печать результатов обработки данных в БД осуществляется с помощью технологии генерации отчетов, основанной на компонентах из закладки QReport Delphi - компонентах QuickRep (основа отчета, подключаемая к источникам данных), QRLabel (статический текст, аналог обычной метки на форме), QRText (компонент, осуществляющий построчное отображение содержимого отдельного поля источника данных).

2.3 Результаты разработки приложения базы данных АРМ специалиста

2.3.1 Перечень и функциональное назначение модулей программы

Программное обеспечение АРМ специалиста по формированию программ радиовещания включает в себя следующие модули.

Назначение модулей следующее.

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

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

3 Модули, с помощью которых организованы формы для работы с данными об объектах предметной области - передачах, элементах вещания, поставщиках элементов и сотрудниках радиостанции, - с помощью визуальных компонентов, которые обеспечивают просмотр и редактирование только текущей записи соответствующей таблицы БД.

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

5 Модули, с помощью которых реализовано выполнение и просмотр результатов SQL-запросов к содержимому таблиц БД.

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

В приложении В приведен листинг основных частей программного комплекса.

2.3.2 Реализация структуры БД АРМ "Радио"

Для хранения информации о передачах, составляемых специалистом, чья деятельность автоматизируется, об элементах вещания, включаемых в эти передачи в соответствии со сценарием, о поставщиках элементов вещания и о сотрудниках, которые эти элементы обрабатывают и переводят из одного формата хранения в другой, используются таблицы, схема которых была спроектирована в общей части дипломного проекта. Так, для хранения и обработки данных о передачах создана таблица Peredachi. db в формате хранения Paradox. Схема структуры этой таблицы в виде окна приложения DataBase DeskTop, в которой она была создана, приведена на рисунке 2.2.

Рисунок 2.2 - Схема структуры таблицы "Передачи"

Вторичный индекс (Secondary Indexes) для сортировки записей в приложении БД в алфавитном порядке по наименованию передачи был создан в этой же утилите с использованием соответствующего свойства таблицы (см. на рис.2.2 в правом верхнем углу). Диалоговое окно для создания индекса приведено на рисунке 2.3.

Рисунок 2.3 - Диалоговое окно для создания индекса таблицы "Передачи" с убыванием по полю "Наименование передачи"

Схема структуры таблицы Elementy. db для хранения и обработки данных об элементах вещания приведена на рисунке 2.4.

Рисунок 2.4 - Схема структуры таблицы "Элементы вещания"

Индекс создан по полю "Наименование элемента" (см. рисунок 2.5).

Рисунок 2.5 - Диалоговое окно для создания индекса таблицы "Элементы вещания " с убыванием по полю "Наименование элемента"

Схема структуры таблицы Vkljuchenie. db для сведений о том, какие элементы вещания в какие передачи были включены, приведена на рисунке 2.6.

Рисунок 2.6 - Схема структуры таблицы "Включение элементов"

Схема структуры таблицы Postavshiki. db для хранения и обработки данных о поставщиках элементов вещания приведена на рисунке 2.7. Индекс создан по полю "Наименование поставщика".

Рисунок 2.7 - Схема структуры таблицы "Поставщики элементов вещания".

Схема структуры таблицы Sotrudniki. db для хранения и обработки данных о сотрудниках радиостанции приведена на рисунке 2.8 Индекс создан по полю "ФИО сотрудника".

Рисунок 2.8 - Схема структуры таблицы "Сотрудники радиостанции"

Схема структуры таблицы Obrabotka. db для сведений об обработке элементов вещания сотрудниками радиостанции приведена на рисунке 2.9.

Рисунок 2.6 - Схема структуры таблицы "Обработка элементов"

2.4 Решение типичных задач приложения по представлению и обработке данных из БД

2.4.1 Выполнение системных задач. Просмотр и редактирование данных

Рассмотрим содержимое основных пунктов меню главной формы приложения и действия, к которым приводит их выбор. Меню главной формы в различных режимах работы Дизайнера меню на этапе разработки приложения приведено на рисунке 2.10.

Рисунок 2.10 - Меню главной формы на этапе проектирования приложения

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

Подпункты Резервное копирование и Восстановить позволяют путем вызова соответствующей функции Windows API осуществить резервное копирование файлов БД вместе с файлами индексов, которые зачастую разрушаются при работе с локальными БД с использованием машины баз данных фирмы Borland (BDE). Данное действие выполняется следующим образом:

CopyFile ('peredachi. db','copyperedachi. db', false);

На главной форме расположен компонент TPageControl, с помощью которого организована визуализация и возможность редактирования содержимого таблиц БД АРМ. Этот компонент является компонентом, позволяющим отказаться от использования множества форм. Он включает в себя коллекцию объектов типа TtabSheet, каждый из которых является отдельной страницей многостраничного компонента со своим набором элементов управления.

Переход между содержимым таблиц осуществляется с помощью закладок с поясняющими надписями (рисунки 2.11 - 2.16). Компоненты TDBGrid, с помощью которых выполнено табличное представление содержимого таблиц, позволяют ввести русскоязычные заголовки колонок и отформатировать их по желанию.

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

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

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

Рисунок 2.14 - Вид главной формы приложения при активной закладке Сот рудники.

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

Рисунок 2.16 - Вид главной формы приложения для работы с БД при активной закладке Обработка.

На рисунках 2.15-2.16, в табличных формах, соответствующих таблицам БД "Включение в сценарий" и "Обработка", с помощью которых осуществляется связь между основными таблицами БД, а также в таблицу "Элементы", распахивающиеся списки Наименование элемента, ФИО сотрудника и Наименование поставщика. Для этого в списки статических полей соответствующих компонентов TTable, располагающихся в модуле данных, добавлены Look-up-поля, которые в физической таблице БД не существуют, но позволяют пользователю выбирать из списка [12-13]. Например, выбираем в табличной форме Элементы вещания из списка поставщика элемента вещания его наименование, а в таблицу "Элементы" в поле Код поставщика автоматически будет внесен код, соответствующий выбору пользователя. Реализация в данном приложении такой технологии ведения БД и организации связи между записями различных таблиц существенно облегчают работу пользователя.

Для связного просмотра содержимого таблиц в данном проекте использована технология установления связей "Главная-подчиненная" ("Master-Detail") между наборами данных, представленными компонентами TTable, что позволяет пользователю видеть весь набор записей главной таблицы, менять в ней текущую запись, а в подчиненных таблицах видеть только записи, связанные с этой текущей. Связь "Передачи" - "Включение" - "Элементы вещания" - "Обработка" - "Сотрудники" организована программно:

frmDataModule. tbVkljuchenie. MasterSource: =frmDataModule. dsPeredachi;

frmDataModule. tbVkljuchenie. MasterFields: ='Cod_peredachi';

frmDataModule. tbElementy. MasterSource: =frmDataModule. dsVkljuchenie;

frmDataModule. tbElementy. MasterFields: ='Cod_elementa';

frmDataModule. tbObrabotka. MasterSource: =frmDataModule. dsElementy;

frmDataModule. tbObrabotka. MasterFields: ='Cod_elementa';

frmDataModule. tbSotrudniki. MasterSource: =frmDataModule. dsObrabotka;

frmDataModule. tbSotrudniki. MasterFields: ='Tab_nomer';

Форма для организации связи представлена на рисунке 2.17.

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

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

procedure TfrmMain. CheckBox1Click (Sender: TObject);

begin

if CheckBox1. Checked=True

then

frmDataModule. tbPeredachi. IndexName: ='ixNaimen_Peredachi'

else

frmDataModule. tbPeredachi. IndexName: ='';

end;

Фильтрация данных в табличных формах, представляемых пользователю в главном окне приложения, осуществляется в обработчике нажатия на независимый переключатель путем заполнения свойства Filter компонентов TTable соответствующими значениями [14-15]. Программно это происходит следующим образом.

procedure TfrmMain. Button1Click (Sender: TObject);

begin

try

StrToDate (MaskEdit2. Text);

frmDataModule. tbVkljuchenie. Filter: =' [Data_prinjatia] ='+''''+MaskEdit2. Text+'''';

frmDataModule. tbVkljuchenie. Filtered: =True;

except

ShowMessage ('Введите правильную дату! ');

end;

end;

2.4.2 Запросы к таблицам БД АРМ Радио

Запрос при разработке приложения в Delphi осуществляется с использованием компонента Tquery, который ответственен за реляционную обработку данных в таблицах. Построение запросов осуществляется статически, динамически (формируется программно) и параметрически (используются параметры, вводимые пользователем в компоненты). В данном дипломном проекте реализован статический запрос с использованием параметров, вводимых пользователем. В свойство SQL компонента Tquery записывается непосредственно текст запроса [13].

В качестве примеров обработки данных в БД АРМ реализованы следующие запросы.

Первый запрос. Выдать данные о заполнении планируемой передачи элементами вещания с подсчетом суммарного времени вещания.

Реализация запроса на языке SQL.

select a. Cod_peredachi, a. Naimen_peredachi, a. Dlitelnoct, sum (b. Dlitelnost_v_peredache) as Tekushaja_dlitelnost

from Peredachi a, Vkljuchenie b

where a. Cod_peredachi=b. Cod_peredachi and a. Naimen_peredachi=: Par1

group by a. Cod_peredachi, a. Naimen_peredachi, a. Dlitelnoct

В данной реализации параметр: Par1 задается пользователем с помощью компонента ТEdit:

Query1. ParamByName ('Par1'). Value: =Edit1. Text;

Результат выполнения приведен на рисунке 2.18.

Рисунок 2.18 - Результат выдачи данных о заполнении планируемой передачи элементами вещания по запросу

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

Реализация запроса на языке SQL.

Select a. Cod_postavshika, a. Naimen_postavshika, count (*) as Kolvo_postavlennych_elementov

from Postavshiki a, Elementy b

where a. Cod_postavshika=b. Cod_postashika

group by a. Cod_postavshika, a. Naimen_postavshika

В данной реализации параметры не используются.

Результат выполнения приведен на рисунке 2.19.

Рисунок 2.19 - Результат выдачи данных о количестве элементов вещания, поставленных каждым поставщиком.

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

Реализация запроса на языке SQL.

Select a. Format_chranenia, a. Ed_izmerenia, sum (a. "Ob,jem") as Obshij_objem_obrabotki

from Elementy a, Obrabotka b, Sotrudniki c

where b. Tab_nomer=c. Tab_nomer and b. Cod_elementa=a. Cod_elementa

group by a. Format_chranenia, a. Ed_izmerenia

В данной реализации параметры не используются.

Результат приведен на рисунке 2.20.

Рисунок 2.20 - Результат выдачи данных о суммарных объемах обработки сотрудниками элементов вещания, сгруппированных по форматам их хранения

2.4.3 Просмотр и печать результатов формирования отчета

Отчет с помощью компонентов Delphi закладки QReport организуется на отдельной форме, которая пользователю в процессе работы не предъявляется [15]. Внешний вид формы на этапе проектирования приведен на рисунке 2.21.

Рисунок 2.21 - Формы отчета на этапе проектирования

Просмотр и, по желанию пользователя, печать отчета осуществляется с помощью вызова метода frmReport. QuickRep1. Preview. Результат его выполнения приведен на рисунке 2.22.

Рисунок 2.22 - Внешний вид отчета "Обработка элементов вещания"

2.5 Получение справки по работе с приложением

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

Страницы: 1, 2, 3