Дипломная работа: Проект автоматизированного рабочего места специалиста по формированию программ радиовещания
Программное обеспечение АРМ
специалиста по формированию программ радиовещания включает в себя следующие
модули.
Назначение модулей следующее.
1 Модуль, который обслуживает
главное окно приложения, содержащее меню приложения. В нем на закладках
организованы табличные формы для просмотра и работы сразу со всеми записями
таблиц, а также для сортировки и фильтрации записей.
2 Модуль, который организует
контейнер невизуальных компонентов, используемых для связи приложения с
таблицами БД и централизованного подключения визуальных компонентов к
источникам данных.
3 Модули, с помощью которых
организованы формы для работы с данными об объектах предметной области -
передачах, элементах вещания, поставщиках элементов и сотрудниках радиостанции,
- с помощью визуальных компонентов, которые обеспечивают просмотр и
редактирование только текущей записи соответствующей таблицы БД.
4 Модуль, с помощью которого
можно одновременно просмотреть данные о передачу, входящих в нее элементах
вещания, и сведения об обработке этих элементов различными сотрудниками и в
разное время. Эта возможность обеспечивается за счет связного перемещения по записям
таблиц, между которыми установлены связи.
5 Модули, с помощью которых
реализовано выполнение и просмотр результатов SQL-запросов
к содержимому таблиц БД.
6 Модуль, который позволяет
просмотреть и распечатать сведения об элементах вещания, из которых составляются
передачи, и об их поставщиках, путем построения отчета.
В приложении В приведен листинг
основных частей программного комплекса.
Для хранения информации о
передачах, составляемых специалистом, чья деятельность автоматизируется, об
элементах вещания, включаемых в эти передачи в соответствии со сценарием, о
поставщиках элементов вещания и о сотрудниках, которые эти элементы обрабатывают
и переводят из одного формата хранения в другой, используются таблицы, схема
которых была спроектирована в общей части дипломного проекта. Так, для хранения
и обработки данных о передачах создана таблица 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.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, что позволяет пользователю видеть
весь набор записей главной таблицы, менять в ней текущую запись, а в
подчиненных таблицах видеть только записи, связанные с этой текущей. Связь
"Передачи" - "Включение" - "Элементы вещания" -
"Обработка" - "Сотрудники" организована программно:
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16 |