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

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

Министерство образования и науки Украины

Донбасская государственная машиностроительная академия

Кафедра компьютерных информационных технологий

ДИПЛОМНЫЙ ПРОЕКТ (ДП) №____

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

Выполнил студент

гр. ІТ 01-1з В.М. Богдюк

Краматорськ, 2007 р.

Содержание

Введение

1. Анализ предметной области и постановка задачи. Общая часть

1.1 Основы организации радиовещания. Определение формата радиовещания современной радиостанции

1.2 Структура и функции аппаратно-студийного комплекса радиостанции

1.3 Технологические особенности бизнес-процесса подготовки и вещания радиопередач и программ

1.4 Техническое задание на разработку автоматизированного рабочего места специалиста-по формированию программ радиовещания

1.4.1 Введение

1.4.2 Основание для разработки

1.4.3 Назначение разработки

1.4.4 Требования к программе

1.4.5 Требования к программной документации

1.4.6 Технико-экономические показатели

1.4.7 Стадии и этапы разработки

1.4.8 Порядок контроля и приемки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.6 Краткое руководство пользователя

3. Экономические расчеты

3.1 Расчет капитальных затрат на создание программного изделия

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

3.3 Расчет годового экономического эффекта, коэффициента экономической эффективности и срока окупаемости капиталовложений

Выводы по разделу

4. Охрана труда

4.1 Анализ опасных и вредных производственных факторов

4.2 Мероприятия по обеспечению безопасных и комфортных условий труда

4.3 Оценка эффективности мероприятий по охране труда

Выводы

Перечень ссылок

Приложение А

Приложение Б

Введение

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

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

проанализировать бизнес-процесс подготовки радиовещания современной радиостанции и место в этом процессе задач данного специалиста;

разработать с помощью диаграмм системного анализа информационную модель бизнес-процесса и предметной области специалиста;

разработать с помощью UML диаграммы для проектирования АРМ и программного обеспечения;

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

1. Анализ предметной области и постановка задачи. Общая часть

1.1 Основы организации радиовещания. Определение формата радиовещания современной радиостанции

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

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

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

По форме собственности технических средств существуют:

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

полугосударственное и некоммерческое частное радиовещание . К этому типу радиовещания относятся радиостанции, которые финансируются частично государством, частично владельцами, частично за счет рекламы. В их задачу не входит (либо входит в очень малой степени) коммерческая деятельность как таковая;


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

Рисунок 1.1 - Структура системы звукового вещания

По набору программ, их жанрам и соотношению последних в программах различают:

информационное радиовещание . При чисто информационном типе вещания музыки в эфире практически не бывает. Обычно - это "закольцованные" выпуски новостей с постоянным обновлением информации по мере ее поступления и с рекламными вставками. Иногда на некоторых радиостанциях к выпускам новостей добавляются и короткие ток-шоу;

информационно-музыкальное радиовещание . В этом случае соотношение информации и музыки 60-70% к 40-30%, т.е.60-70% информации, 40-30% музыки;

музыкально-информационное радиовещание . Здесь соотношение информации и музыки меняется на противоположное: 30-40% информации и 70-60% музыки;

музыкальное радиовещание . Здесь количество информации, включая короткие рубрики, выпуски новостей и рекламу, не превышает 10-25% эфирного времени. Остальное - музыка. К этому типу вещания относится подавляющее большинство коммерческих радиостанций.

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

Начало "форматного подхода" к музыкальным радиопрограммам восходит к 50-м годам, и началось оно в США - стране-законодательнице мод в сфере радиобизнеса. Укрупненно и неполно форматы музыкального радиовещания можно разбить на следующие группы:

АС (Adult Contemporary) - современная музыка для взрослых, самый распространенный формат. Его основная целевая аудитория - слушатели в возрасте 20…45 лет.

CHR (Contemporary Hit Radio) - современное "хитовое радио" с целевой аудиторией 12…25 лет.

Rock - рок-музыка. В эфире таких станций преобладают композиции в стилях рок-н-ролл и рок с целевой аудиторией 18…35 лет.

EZ (Easy Listening) - фоновый, ненавязчивый, мягкий формат с расслабляющей, успокаивающей музыкой;

Шансон - смесь городского романса, бардовской песни, так называемой "блатной музыки" и т.п.

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

Наземное радиовещание ведется в диапазонах длинных (144…353 кГц), средних (520…1710 кГц), коротких (3,2…3,4; 3,5…3,8; 3,9…4,0; 4,75…5,06; 5,95…6,2; 7,1…7,3; 9,5…9,9; 11,65…12,05; 13,6…13,8; 14,0…14,35; 15,1…15,6; 17,55…17,9; 21,45…21,85; 25,65…26,1; 28,0…29,7 МГц) и метровых волн (65,8…74 и 87,5…108 МГц).

В диапазонах длинных (ДВ), средних (СВ) и коротких (КВ) волн передатчики работают с использованием амплитудной модуляции несущей частоты. В этих диапазонах радиовещание является монофоническим.

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

Следует различать производство прямых ("живых") передач и производство фонограмм, т.е. готовых записей фрагментов будущих передач. При прямых вещательных передачах звуковые сигналы, поступающие от микрофонов, обрабатываются непосредственно в процессе передачи, включая наложение сигналов ранее записанных фонограмм. Производство фонограмм включает в себя репетиции, первичную запись с предварительной и постобработкой, в том числе монтаж. Первичная запись звуковых сигналов в студиях, концертных и театральных залах, спортсооружениях и т.д. осуществляется с помощью стационарного, передвижного и переносного звукового оборудования. В процессе записи производится предварительная обработка звукового сигнала [1-2].

1.2 Структура и функции аппаратно-студийного комплекса радиостанции

Аппаратно-студийный комплекс (рисунок 1.2) современной радиостанции, давно работающей на рынке информационных услуг, состоит, как правило, из нескольких акустически обработанных помещений.



Рисунок 1.2 - Укрупненная структурная схема коммерческой радиостанции с указанием внестудийных источников звуковых сигналов.

В них размещаются:

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

вещательная аппаратная, откуда готовые программы выдаются в канал связи для доставки к передатчику;

аппаратные монтажа и обработки фонограмм, в которых выполняется вся подготовительная работа по созданию собственных программ или их фрагментов;

студия новостей (ее назначение понятно из названия);

студия для подготовки рекламных вставок.

В состав станции также входят фонотека, аппаратная перезаписи, реставрации и архива.

Крупные радиостанции имеют возможность получать программы от внешних источников, которые могут поступать по спутниковым, радиорелейным, модемным и оптоволоконным каналам доставки звуковых сигналов. Коммерческие радиостанции оснащены также системой записи эфира. Кроме того, они могут располагать несколькими стационарными корреспондентскими пунктами в городе (иногда даже и за его пределами) и, конечно, мобильными радиожурналистскими комплектами аппаратуры для записи, редактирования и передачи репортажей [3-4].

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

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

В качестве основных источников программ используются цифровые звуковые компьютерные станции, выполненные на базе персональных или узкоспециализированных компьютеров. Цифровые вещательные компьютерные станции, оснащенные соответствующим аппаратно-программным обеспечением, являются наиболее универсальным источником программ, представляющим персоналу радиостанции максимум удобств. С их помощью возможно автоматизированное вещание, при котором на человека возлагаются только контрольные функции. Чрезвычайно важной является возможность работы цифровой компьютерной станции в сети передачи информации (LAN, Internet), которая обеспечивает оперативность и исключает использование промежуточных физических носителей информации.

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

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

проигрыватели компакт-дисков (в основном содержащие музыкальные произведения, рекламные ролики, заставки, отбивки и т.п.);

DAT (Digital audio tape) - магнитофоны (позволяют записывать оцифрованный сигнал на магнитную ленту, используется для организации эфира в записи);

проигрыватели минидисков (чаще всего для выдачи в эфир рекламных роликов, при экстренных ситуациях);

телефонные гибриды (согласующие устройства для выдачи в эфир сигнала телефонной линии при "живых" передачах).

В наиболее сложных телефонных гибридах применяются цифровые фильтры, эквалайзеры и встроенная динамическая обработка звука. Такие телефонные гибриды обеспечивают уверенный прием сигнала независимо от качества телефонных линий. Часто используются также и катушечные магнитофоны (например, при воспроизведении архивных записей) [2-4].

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

Одним из источников программ в радиовещании является спутниковый канал доставки сигнала для последующей его ретрансляции местной радиостанцией. Головные, в основном, московские радиостанции, купив оборудование системы спутниковой трансляции радиопрограмм, могут вещать на всю территорию Украины: например, радиостанция "Русское радио" для этой цели использует оборудование компании ComStream.

Для контроля качества звуковых сигналов на радиостанциях используются либо студийные мониторы (колонки) АС1 и АС2, либо головные телефоны (ГТ), подключаемые к пульту звукорежиссера через усилители звуковой частоты.

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

Для согласования звукового сигнала на выходе эфирной студии с передатчиком или релейной линией, с помощью которой организуется доставка сигнала к передатчику, используют процессоры динамической обработки сигнала (FM-процессоры), позволяющие значительно улучшить характеристики звукового тракта всей радиостанции. Они расширяют зону уверенного приема радиосигнала станции, увеличивают соотношение сигнал/шум, позволяют расширить стереобазу и многое другое.

Эти приборы, как правило, производят обработку в нескольких (трех-семи) частотных полосах и содержат в своем составе такие устройства, как левеллер (АРУ), компрессор, лимитер, энхансер, стереокодер и др. Часто FM-процессор имеет устройства частотной коррекции сигнала (эквалайзер) и окраски звука (эксайтер). Основная задача этого оборудования - согласование динамических диапазонов передатчика и студийного тракта, ограничение величины девиации сигнала на выходе передатчика, и предварительная обработка звукового сигнала перед его подачей на стереокодер.

В случае использования релейной или длинной линии между студией и передатчиком, различные модули FM-процессора могут размещаться в разных местах (часть в эфирной студии, часть на передатчике). Цифровые FM-процессоры всегда имеют цифровые входы/выходы для исключения излишнего преобразования сигнала, что наиболее актуально при использовании цифровых эфирных студий и релейных линий. FM-процессоры необходимы также и в случае ретрансляции звуковых программ спутниковыми системами [4-5].

В настоящее время сигналы по релейным линиям, служащим для связи эфирной студии с удаленным передатчиком, передаются, как правило, в цифровом формате. При этом используется сжатие информации (наиболее часто в формате MPEG ISO/IEC 11172-3 Layer 2 или Layer 3). Такие линии обладают повышенной помехозащищенностью и достаточно высоким качеством. В последнее время чаще стали использоваться оптоволоконные линии связи, позволяющие по одному волокну передать несколько независимых звуковых сигналов. Цифровые воздушные радиорелейные линии работают на частотах выше 8 ГГц. В качестве передатчиков большое распространение получили устройства, содержащие полупроводниковые модуляторы-стереокодеры с ламповыми усилителями мощности. Модульные полупроводниковые передатчики уверенно выходят на рынок, несмотря на то, что имеют высокую стоимость, так как у них больший ресурс работы по сравнению с ламповыми усилителями мощности. Антенны же, как правило, рассчитываются индивидуально для каждой конкретной радиостанции. Иногда несколько радиостанций используют одну и ту же антенну, подключаясь к ней через специальное устройство.

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

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

На рисунке 1.3 приведены примерный состав оборудования студии радиостанции и взаимосвязи между ним.



Рисунок 1.3 - Примерный состав оборудования студии радиостанции

1.3 Технологические особенности бизнес-процесса подготовки и вещания радиопередач и программ

Технологические особенности производства программ на коммерческих радиостанциях, большая часть которых представлена диаграммой активностей - SADT-диаграммой (рисунок 1.4), включают организационные мероприятия, первичный сбор материалов, обработку и подготовку к эфиру текстовых материалов, студийную запись, монтаж и обработку фонограмм, формирование фонотеки и архивирование программ, составление сетки вещания, выпуск программы в эфир. На рисунке 1.5 в виде SADT-диаграммы детализирована активность "Формирование программ радиовещания".

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

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

Материалы для новостей могут поступать в студию от информационных агентств (например, по телексным линиям связи или по электронной почте), а также от собственных корреспондентов (по телефону или в записи). На большинстве коммерческих радиостанций новости не являются основным направлением вещания, а используются только с целью некоторого разнообразия эфира. При этом, как правило, дается 1…3 выпуска новостей в час (чаще всего два выпуска - в начале и в середине часа) длительностью по 2…4 мин. каждый. Новости могут браться также из Интернета. Отбираются достойные внимания сообщения, появившиеся в течение последнего часа, а наиболее важные новости повторяются из часа в час, пока они еще остаются актуальными для слушателей [2].

Репортажи корреспондентов могут поступать в студию в уже записанном виде - на мини-дисках, DAT-кассетах, по e-mail, и каналам подвижной связи, а также по обычному телефону. Если информация поступает по телефону, необходима запись этого репортажа на стандартный носитель. Записанный телефонный репортаж может затем использоваться двумя способами.



Рисунок 1.4 - SADT-диаграмма бизнес-процесса подготовки программ и вещания на радиостанции



Рисунок 1.4 - SADT-диаграмма бизнес-процесса подготовки программ и вещания на радиостанции, лист 2

Рисунок 1.5 - SADT-диаграмма, детализирующая активность "Формирование программ радиовещания"

Рисунок 1.6 - Источники информации при первичном сборе материалов

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

Источниками музыкальных материалов для формирования фонотеки на радиостанциях, как правило, являются музыкальные файлы формата MP3 (MPEG-1 ISO/IEC 11172-3 Layer 3), например, из сети Интернет, и компакт-диски. Еще одним источником музыкальных материалов является запись в студии радиостанции, но на коммерчеcких радиостанциях это делается крайне редко, вследствие высокой стоимости. Любые фонограммы, полученные на этапе первичного сбора материалов, как правило, подлежат дальнейшей обработке и монтажу. Для автоматизации процессов монтажа фонограмм существует специальное аппаратно-программное обеспечение.

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

Студийная запись, монтаж и обработка фонограмм. Они выполняются параллельно с этапом обработки и подготовки к эфиру текстовых материалов [1-2]. Монтаж и обработка фонограмм (рисунок 1.7) разделяются на простой монтаж и сложный. Простой монтаж включает в себя:

резку/склейку фонограммы, то есть вырезание участков фонограммы, вставку в фонограмму участков другой или той же самой фонограммы, замену выделенных частей фонограммы другими, перестановку частей фонограммы местами и другие подобные действия над фонограммой;

регулировку уровня;

микширование нескольких фонограмм в одну.

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

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


Рисунок 1.7 - Операции при монтаже и обработке фонограмм

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

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

Выпуск программы. Этот этап предполагает формирование и корректировку текущего расписания передач в соответствии с имеющейся сеткой вещания с учетом "окон" для прямых эфирных вводов рекламных, а также музыкальных заставок, определяющих имидж эфира данной радиостанции. На этом этапе подготовленные фонограммы расставляются на свои места в блоках, запланированных в сетке (шаблоне) расписания. Как правило, при формировании программы стараются использовать только фонограммы из фонотеки (архива), чтобы избежать ошибочного попадания в эфир неподготовленной (неотредактированной) фонограммы. Подразумевается, что для реализации такой технологии все подготовленные к эфиру фонограммы должны немедленно копироваться в архив (фонотеку) [5].

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

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

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

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

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

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

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

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

Конфигурирование локальной сети выполняется специально подготовленным администратором. Пользовательский интерфейс чаще всего выполняется в среде Microsoft Windows, что позволяет пользователю работать, используя общепринятые приемы работы в среде Windows и ее приложений. Подключение комплекса рабочих станций к глобальной сети Internet позволяет обмениваться данными с удаленными рабочими станциями, а также собирать информацию по всему миру [5-7].

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

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

эффективная и гибкая система поиска информации, удобство ее обработки и хранения;

эффективность работы обслуживающего персонала;

возможность организации гибкой системы безопасности и учета, унификация и взаимозаменяемость рабочих мест;

гибкость структуры и возможность постепенного расширения аппаратно-программных средств комплекса автоматизированного радиовещания по набору и сложности выполняемых функций.

На базе каждой рабочей станции, входящей в состав того или иного блока технологического процесса радиостанции, организуется одно или несколько автоматизированных рабочих мест (АРМ). Совокупность взаимосвязанных APM позволяет реализовать весь технологический процесс радиовещания - от сбора и обработки информации и планирования сетки вещания до выпуска радиовещательных программ в эфир.

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

1.4 Техническое задание на разработку автоматизированного рабочего места специалиста- по формированию программ радиовещания

1.4.1 Введение

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

1.4.2 Основание для разработки

Разработка ведется на основании задания на дипломный проект согласно приказу ректора №07-18 от 26.03.2007 г.

Наименование организации: ДГМА. Тема разработки: "Автоматизированное рабочее место специалиста по формированию программ радиовещания. Спецчасть - Разработка программного обеспечения для организации и ведения базы данных".

1.4.3 Назначение разработки

Функциональное назначение:

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

Эксплуатационное назначение:

хранение данных о вышеперечисленных объектах предметной области и связях между ними;

получение данных обо всех объектах и связях, о характеристиках формируемых передач, о ходе поставок материалов передач поставщиками, о сводных данных по обработке элементов вещания работниками радиостанции.

1.4.4 Требования к программе

Требования к функциональным характеристикам

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

обеспечивать наглядное и понятное специалисту по формированию программ радиовещания представление входной и выходной информации в базах данных;

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

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

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

Требования к надежности.

Программа должна:

устойчиво функционировать и не приводить к сбоям операционной системы.

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

Условия эксплуатации

Условия эксплуатации должны соответствовать санитарным и техническим нормам эксплуатации ПЭВМ - СанПиН 2.2.2 545-96 "Гигиенические требования к видеодисплейным терминалам, персональным вычислительным машинам и организации работы".

Для обслуживания программного комплекса нужен 1 человек квалификации программист. Он должен обладать навыками работы в ОС Windows и средстве разработки Delphi, а также, желательно, уметь работать системами управления базами данных.

Требования к составу и параметрам технических средств

Для работы с программой достаточно приобрести недорогую ЭВМ со следующими характеристиками:

процессор Athlon 3.0 Ghz;

память 256 Mb DDR;

дисковод 3.5’’;

жесткий диск емкостью 80 Gb;

CD-ROM DVD LG+IDE;

манипулятор мышь двухкнопочная;

монитор 17”;

принтер.

Требования к информационной и программной совместимости

Для работы с программой выдвигаются следующие требования:

используемая операционная система - Windows 2000/XP;

интегрированная среда Delphi, рабочая версия которой будет определена на стадии рабочего проекта.

На машине, где будет установлена программа, необходимо наличие Borland Database Engine для работы с базами данных.

1.4.5 Требования к программной документации

Состав требуемой программной документации определен в соответствии с ГОСТ 19.101-77:

исходный код программы (в текстовом виде);

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

1.4.6 Технико-экономические показатели

Ориентировочная экономическая эффективность: около 2000 грн.

Предполагаемый срок окупаемости: 20 месяцев.

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

1.4.7 Стадии и этапы разработки

Разработка ведется поэтапно в соответствии с требованиями ГОСТ 19.101-77:

техническое задание - общее определение требований к программе и составу документации;

техно-рабочий проект - разработка алгоритмов решения задачи, разработка программы и программной документации, испытание программы;

внедрение - подготовка и передача программы.


Таблица 1.1 - Этапы разработки программного комплекса

п/п

Неделя

Этап

Содержание

Срок

1

1-2

Техническое задание

Описание характеристики автоматизированного рабочего места специалиста по формированию программ радиовещания (АРМ "Радио"). Основание разработки: приказ № 07-18 от 23.03.2007 г. Назначение разработки: автоматизация работы специалиста по формированию программ радиовещания современной радиостанции. Выделены требования к АРМ "Радио" и документации по программному комплексу (ПК). Выделены стадии и этапы разработки АРМ "Радио" и порядок контроля и приемки.

26.03 - 16.04.07

2

3-4

Эскизный

проект

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

9.04 - 20.04.07

3

5-6

Технический проект

Уточнение структуры входных и выходных данных. Разработка ER-диаграммы предметной области (ПО). Разработка диаграммы классов программного комплекса (ПК) и диаграммы последовательностей ПК. Проектирование экранных форм. Разработка диаграммы деятельности ПК.

23.04 - 4.05.07

7-8

Рабочий проект

Реализация ПК. Отладка. Проведение предварительных испытаний. Разработка документации.

7.05 - 18.05.07

9-10

Внедрение

Подготовка и передача ПК на предприятие. Обучение специалиста использованию программного комплекса. Внесение корректировок в программное обеспечение и документацию.

21.05 - 31.05.07

1.4.8 Порядок контроля и приемки

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

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

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

АРМ

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



Рисунок 1.8 - ER-диаграмма предметной области работы автоматизированного рабочего места

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

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

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

№ п/п

Наименование

Тип связи

Класс принадлежности

Краткое описание

1

Сущность Передача

-

Обязательный

Класс объектов, являющихся крупными блоками радиовещания

2

Связь Включение

Многие ко многим

-

Класс объектов, описывающих включение элементов вещания в передачи

3

Сущность Элемент вещания

-

Обязательный

Класс объектов, являющихся составными частями передач

4

Связь Обработка

Многие ко многим

-

Класс объектов, описывающих процессы обработки элементов вещания сотрудниками

5

Сущность Сотрудники

-

Обязательный

Класс сотрудников радиостанции

6

Связь Получен

Один ко многим

-

Класс объектов, описывающих получение элементов вещания от их поставщиков

7

Сущность поставщики

-

Обязательный

Класс поставщиков элементов вещания



Рисунок 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 - Сфера ответственности классов предметной области

Наименование

Назначение

View

Класс, принимает входные данные для формирования программ радиовещания, представляет результаты запросов, ведет поиск на соответствие заданных объектов объектам, находящимся в БД.

Control

Класс выполняет проверку прав пользователя, проверят корректность ввода и ограничения на данные.

Model

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

Check

Класс, проверяет формат и состояние элемента вещания в сравнении с требованиями к передаче

ObrEl

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

Narjad

Класс, формирует наряд на обработку элемента вещания

Include

Класс, включает элемент вещания в состав формируемой передачи



Рисунок 1.11 - Диаграмма классов предметной области

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

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

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

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

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

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

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

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



Рисунок 1.12 - Диаграмма последовательностей

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

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

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

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

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

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

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

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

(1.1)

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

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

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

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

Характеристики

Вес

Delphi 6.0

Visual Basic

Visual C++ 6.0

1

Удобство пользовательского интерфейса

0,05

10

7

7

2

Простота языка программирования

0,25

10

9

6

3

Скорость работы приложений

0,1

9

8

10

4

Скорость компиляции приложений

0,025

10

8

5

Наличие интегрированного отладчика

0.075

9

7

8

6

Поддержка принципов ООП

0.05

8

5

10

7

Возможность многоуровневой разработки приложений

0,075

10

8

10

8

Обработка исключительных ситуаций

0,025

10

8

10

9

Поддержка технологии OLE Automation

0,1

10

8

10

10

Поддержка технологии ActiveX

0,1

10

10

10

11

Наличие интерфейсов для работы с СУБД

0,1

10

6

8

Оценка

1

56

45,75

50

Оценки программных средств рассчитаны по формуле 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 - Состав технического обеспечения АРМ "Радио"

№п/п

Компонент

Техническая характеристика, описание

1

Процессор

Athlon 3.0 Ghz.

2

ОЗУ

Оперативное запоминающее устройство (RAM), емкостью 256 Mb, тип - DDR.

3

ДЗУ

Долговременное запоминающее устройство. Жесткий диск 80 Gb. Накопитель на гибком диске - 3,5’’, 1,44 МБ. Дисковод для лазерных дисков CD-DVD RW LG 52х32х52. Флэш-память на съемном диске.

4

Монитор

Экран по диагонали 17", тип LG FLATRON T710PH.

5

Клавиатура

Устройство для ввода информации. Тип Win, 104-клавишиная, нанесены символы кириллицы.

6

Мышь

Устройство ввода с кнопками, передающее информацию о своем перемещении и нажатии кнопок.

7

Принтер

Canon LBP 2900

8

Сетевая карта

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

9

Сканер

Настольное устройство для получения оцифрованных изображений

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



Рисунок 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) пользователю предоставляется справочный файл в виде гипертекстового документа. Он содержит общую информацию о предметной области, структуру таблиц, входящих в базу данных, а также формы приложения и комментарии по работе с ними. Использование данной справки позволит пользователю получить необходимую помощь в затруднительных ситуациях как с точки зрения пользовательского интерфейса, так и работы по формированию программ радиовещания и учета данных об этом бизнес-процессе.

2.6 Краткое руководство пользователя

Работа с приложением баз данных АРМ специалиста по формированию программ радиовещания должна начинаться с запуска исполняемого файла ARM_Radio. exe, находящемся в основном каталоге приложения (каталог, или папка, может размещаться на любом диске персонального компьютера и иметь любое название). Для нормальной работы приложения на компьютере требуется наличие Borland Database Engine. Создания псевдонима БД в системе не требуется.

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

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

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

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

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

С помощью пункта меню Выдача отчетов можно получить данные о ходе обработки элементов вещания.

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

3. Экономические расчеты

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

3.1 Расчет капитальных затрат на создание программного изделия

Капитальные вложения в создание программного изделия носят единовременный характер и определяются по формуле (3.1) [16]:

K=K1 +K2 +K3 , (3.1)

где К1 - затраты на оборудование (стоимость приобретения компьютеров, периферийных устройств);

К2 - затраты на лицензионные программные продукты;

К3 - затраты на создание программного изделия.

Коэффициент К1

К1 =SNi ·Ci·k1 ·k2 , ( 3.2)


где Ni - количество единиц i - го оборудования, необходимого для реализации программного изделия,

N1 =3020 грн. (стоимость компьютера Athlon 3.0 Ghz);

N2 =809 грн. (стоимость принтера Canon LBP 2900);

N3 =950 грн. (стоимость периферийных устройств).

k1 =1,01; k2 =1,015; По формуле (3.2):

К1 =1*2735*1,01*1,015 + 1*1094*1,01*1,015 + 1*1,01*1,015*950=4118грн.

К2 =1200 грн. (стоимость лицензионного обеспечения Delphi 6.0);

Затраты на создание программного продукта определим по формуле (3.3):

К3123 , (3.3)

где З1 - затраты труда программистов-разработчиков,

З2 - затраты компьютерного времени,

З3 - косвенные затраты.

Рассчитаем затраты труда программистов-разработчиков

З1 =Nk ·rk ·Tk ·kзар,

где k - количество профессий разработчиков, k=1;

Nk - количество разработчиков k-й профессии, Nk =1 чел.;

rk - часовая зарплата разработчика k-й профессии;

Tk =t1 k + t2 k + … + tnk - трудоемкость разработки для k-го разработчика (разработчик работает 4 месяца, в месяце 21 рабочих дня по 8часов в день);

tnk - время затраченное на каждом этапе k-ым разработчиком, час;

t1 k - разработка математической и информационной модели - 1 мес. (168 час);

t2 k - разработка алгоритма и программы - 1 мес. (168 час);

t3 k - отладка программы - 1 мес. (168 час);

t4 k - разработка программной документации - 1 мес. (168 час);

Tk =t1 k + t2 k + t3 k + t4 k = 1+1+1+1=4 (мес);

kзар - коэффициент начислений на фонд зарплаты, равен 1,475.

Часовую зарплату разработчика определим по формуле (3.4):

rk =Mk /Fk мес , (3.4)

где Mk - месячная зарплата k-го разработчика, Mk =800 грн.;

Fk мес - месячный фонд времени (разработчик работает 21 день в месяц по 8часов в день);

rk =800/ (21·8) =4,75 грн.

З1 =1·2,5·4·21·8·1,475=4708 грн.

Рассчитаем затраты компьютерного времени по формуле

З2k ·Fо ,

где Сk - себестоимость компьютерного часа,

Fo - затраты компьютерного времени на разработку программы (разработчик работает 4 месяца, в месяце 21 рабочих дня по 8 часов в день);

Сk =Ca +Cэ ;


где Сa - амортизационные отчисления,

Cэ - энергозатраты;

Cа =SСi ×NАi /Fгод. i ,

Сэ =Pэ ·Сквт ,

где Сi - балансовая стоимость i - го оборудования, которое использовалось при создании ПИ; С1 =4118 грн., формула (3.2);

NАi - годовая норма амортизации оборудования, NАi =0,15,Fгод. i =Fkmes *12 - годовой фонд времени работы i - го оборудования;

Fkmes - месячный часовой фонд работы оборудования, 160 ч (оборудование работает по 8 ч в день, 5 дней в неделю, 4 недели в месяц);

Fгод. i =160*12=1920 ч (12 месяцев в году);

Pэ - расход электроэнергии, потребляемой компьютером, Pэ =0,25 кВт/ч,

Сквт - стоимость 1кВт/ч электроэнергии, Сквт =0,25 грн.;

Сk =4118·0,15/1920+0,25·0,25=0,38 грн.;

Fo =4·21·8=672 ч;

З2 =0,38·672=255,4 грн. /ч.

Рассчитаем косвенные затраты по формуле

З3123,

где С1 - затраты на содержание помещений;

С2 - расходы на освещение, отопление, охрану и уборку помещений;

С3 - прочие расходы (стоимость различных материалов, используемых при разработке проекта).

Рассчитаем соответственные затраты по формулам:

С1 =2·Цзд /100=12000·2/100=240грн.; С2 =0,2·Цзд /100=12000·0,2/100=24грн.,

где Цзд =12000грн. (стоимость помещения).

В прочие расходы входит стоимость бумаги (5 грн), ручки (0,2 грн), картриджа для принтера (160,75грн), записываемого лазерного диска (2,3грн).

С3 =5+0,2+160,75+2,3=168,25 грн.

З3 =240+24+168,25=432,25 грн.

По формуле (3.3) рассчитаем затраты на разработку программы:

К3 =4708+255,4+432,25=5396 грн.

Исходя из полученных значений по формуле (3.1) получим:

К=4118+1200+5396=10714 грн.

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

Основным источником экономии является снижение трудоемкости выполнения рутинных управленческих операций. Годовая экономия от автоматизации управленческой деятельности рассчитывается по формуле

Сm =Cp ·Stp i ·kp i -Ca ·Sta i ·ka i ,


где tp i , ta i - трудоемкость выполнения i - й управленческой операции соответственно в ручном и автоматизированном вариантах,

kp i , ka i - повторяемость выполнения i-й операции в единицу времени:

1 операция - оформление бланков (tр 1 =0,8ч., tа 1 =0,25ч., k1 =3000);

2 операция - поиск информации (tр 2 =0,17ч., tа 2 =0,01ч., k2 =3100).

Сp , Сa - часовая себестоимость выполнения операций в ручном и в автоматизированном вариантах.

Значения показателей представлены в таблице, помещенной ниже.

Таблица 3.1- Численные значения показателей

Показатель

tр 1 , ч.

tа 1, ч .

k1

tр 2 , ч.

tа 2, ч .

k2

Величина

0,8

0,25

3000

0,17

0,01

3100

Рассчитаем себестоимость выполнения управленческих операций в ручном варианте по формуле

Сp =Cp 1 +Cp 2,

где Cp 1 - затраты на оплату труда персонала,

Cp 2 - косвенные расходы,

Cp 1 =SNk ·rk ·kзар , (3.5)

где Nk - количество работников k-й профессии, выполняющих работу, Nk =1 чел.;

rk - часовая зарплата одного работника k - й профессии, см. формулу (3.5),

где Mk =300 грн. (месячная зарплата),

Fk мес - месячный фонд времени специалист по формированию передач работает 21 день в месяце по 8часов в день);

kзар - коэффициент начислений на фонд зарплаты, равный 1,475.

Cp 1 =1·300/ (21·8) ·1,475=2,60 грн.;

N1 - стоимость стола, равная 70 грн.;

N2 - стоимость стула, равная 25 грн.;

k1 =1,01;

k2 =1,015;

NАi - годовая норма амортизации оборудования, NАi =0,2;

Fгод. i - годовой фонд времени работы i - го оборудования, Fгод. i =1920 ч. (8 ч в день, 5 дней в неделю, 4 недели в месяц, 12 месяцев в году),

Pэ - расход потребляемой электроэнергии, Pэ =1,5 кВт/ч.,

Сквт - стоимость 1кВт/ч электроэнергии, Сквт =0,25 грн.;

определим Cp 2 :

Cp 2 = (1·70·1,01·1,015+1·25·1,01·1,015) ·0,2/1920+1,5·0,25=0,385=0,40 грн.

Сp =2,60+0,40=3,00 грн.

Рассчитаем себестоимость выполнения управленческих операций в автоматизированном варианте по формуле

Са =Cа 1 +Cа 2,

где Cа 1 - затраты на оплату труда персонала,

Cа 2 - себестоимость компьютерного часа.

По формулам (3.2, 3.4),

где Nk - количество работников k-й профессии, выполняющих работу, Nk =1 чел.;

rk - часовая зарплата одного работника k - й профессии, см. формулу (3.5),

Mk =300 грн. (месячная зарплата), Fk мес - месячный фонд времени (21 день в месяц по 8 часов работы в день);

kзар - коэффициент начислений на фонд зарплаты, равный 1,475,определим Cа 1 :

Cа 1 =1·300/168·1,475=2,60 грн.;

NАi - годовая норма амортизации оборудования, NАi =0,02;

Fгод. i - годовой фонд времени работы i - го оборудования, Fгод. i =1920 ч (оборудование работает по 8 ч в день, 5 дней в неделю, 4 недели в месяц, 12 месяцев в году),

Pэ - расход потребляемой электроэнергии, Pэ =0,3 кВт/ч.,

Сквт - стоимость 1кВт/ч электроэнергии, Сквт =0,25грн. Определим Cp 2 :

Cа 2 = (1·2735·1,01·1,015+1·1054·1,01·1,015) ·0,2/1920+0,3·0,25»0,4 грн.

Са =2,6+0,4=3,00 грн.

Так как Са » Сp , то полагаем, что Саp$ =3,00 грн.

Сm = С$ [ (tр 1 -tа 1 ) k1 + (tр 2 -tа 2 ) k2 ] =3* [ (0,8-0,25) *3000 + (0,17-0,01) 3100] =6438 грн.

3.3 Расчет годового экономического эффекта, коэффициента экономической эффективности и срока окупаемости капиталовложений

Рассчитаем годовой экономический эффект:

Эфгн ·К,


где Ен - нормативный коэффициент экономической эффективности, Ен =0,42;

Эг - годовая экономия от автоматизации управленческой деятельности, равная 6438грн;

К - капитальные затраты, равные 10714 грн. Тогда

Эф =6438-0,42·10714=1938,0 грн.

Рассчитаем коэффициент экономической эффективности по формуле:

Ерг /К=6438/10714=0,6.

Рассчитаем срок окупаемости капиталовложений, то есть период времени, в течение которого окупаются затраты на программное изделие по формуле:

Тр =1/Ер =1/0,6=1,7*12»20=1 год и 8 месяцев.

Таким образом, видно, что рассчитанный срок окупаемости меньше нормативного, равного 2,4 года, то есть капитальные вложения использованы эффективно. Результаты расчетов сведены в таблицу.

Таблица 3.2 - Экономическая эффективность от внедрения АРМ

Элементы расчета

Ручной вариант

Автоматизированный вариант

Единицы измерения

Срок обработки поступающей информации

1

0.00567

час

Затраты времени при поиске и редактировании информации

2

0.0010

час

Годовая экономия от автоматизации процесса учета

и ведения документов 6438 грн.

Годовой экономический эффект составил 1938 грн

Срок окупаемости капиталовложений 1 год и 8 месяцев.

Преимущества АРМ по сравнению с ручной обработкой данных:

ускорение сроков обработки информации;

повышение достоверности учета объектов предметной области;

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

ликвидация несанкционированного доступа к документации;

обеспечение целостности и сохранности документации.

Выводы по разделу

Подтверждена эффективность использования капитальных вложений, так как рассчитанный срок окупаемости (1 год и 8 месяцев) меньше нормативного, равного 2,4 года. Экономическая и организационная эффективность от использования автоматизированного рабочего места специалиста по формированию программ радиовещания заключается в сокращении на несколько порядков затрат времени на обработку данных.

4. Охрана труда

4.1 Анализ опасных и вредных производственных факторов

В настоящее время происходит активное внедрение в практику персональных компьютеров и в процессе трудовой деятельности при нарушении безопасных условий труда на человека могут воздействовать опасные и вредные производственные факторы (ОВПФ) (ГОСТ 12.0.003-74 ССБТ. Опасные и вредные производственные факторы) [17-20].

К вредным производственным факторам относятся:

неоптимальный состав и состояние воздуха:

повышенная запыленность воздуха;

повышенная или пониженная влажность;

повышенная подвижность;

неоптимальное освещение;

недостаток освещенности;

неравномерность освещения;

повышенный уровень шума.

электромагнитное излучение;

психоэмоциональное напряжение.

К опасным производственным фактором относятся:

наличие электрического напряжения;

возникновение пожаров.

Один из факторов воздействия внешней среды - микроклиматические условия.

Пары и газы образуют с воздухом смеси, а твердые и жидкие частицы вещества - дисперсные системы: аэрозоли, которые делятся на пыль (размер твердых частиц более 1 мкм), дым (менее 1 мкм) и туман (размер жидких частиц менее 10 мкм). Пыль бывает крупно - (размер частиц более 150 мкм), средне - (50-100 мкм) и мелкозернистой (менее 10 мкм). Источником пыли в машинном зале ВЦ являются трущиеся механические части внешних устройств ЭВМ, бумага для АЦПУ и недостаточное кондиционирование воздуха. Вредные вещества, хорошо растворяясь в биологических средах, способны вступать с ними во взаимодействия, вызывая нарушения нормальной жизнедеятельности. В результате их действия у человека возникает болезненное состояние - отравление, опасность которого зависит от продолжительности воздействия, концентрации и вида вещества.

Человек постоянно находится в процессе теплового взаимодействия с окружающей средой. При воздействии высокой температуры, интенсивного теплового излучения возможен перегрев организма, который характеризуется повышением температуры тела, обильным потовыделением, учащением пульса и повышением частоты дыхания, резкой слабостью, головокружением, а в тяжелых случаях - появлением судорог или теплового удара. Источником высокой температуры в машинном зале ВЦ являются внешние устройства ЭВМ: АЦПУ, дисплеи, а также плохая работа кондиционеров. Влажность воздуха оказывает большое влияние на терморегуляцию организма. Движение воздуха в помещениях является важным фактором, влияющим на тепловое самочувствие человека.

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

объект различения - наименьший размер рассматриваемого предмета;

фон - поверхность, прилегающая непосредственно к объекту различения;

контраст объекта с фоном - характеризуется соотношением яркостей рассматриваемого объекта.

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

Одним из наиболее распространенных факторов внешней среды, неблагоприятно воздействующих на организм человека, является шум.

Шум вредно действует на организм и снижает производительность труда. Шум создает значительные нагрузки на нервную систему человека, оказывает на него психологическое воздействие. Источником шума в машинном зале ВЦ являются механические устройства ЭВМ. Человек, работая при шуме, привыкает к нему, но продолжительное действие сильного шума вызывает общее утомление, может привести к ухудшению слуха, а иногда и к глухоте, нарушается процесс пищеварения, происходит изменение объема внутренних органов. Эти вредные последствия шума тем больше, чем сильнее шум и продолжительнее его действие.

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

Постоянно в напряжении находятся спинные, шейные и другие мышцы, поддерживающие тело программиста в необходимом положении.

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

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

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

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

Причиной возникновения пожаров в электронике могут быть нарушение правил монтажа. Под воздействием вентиляционных потоков при охлаждении РЭА возможна вибрация элементов аппаратуры, которая может ослабить болтовые соединения деталей и микросхем, вызывая их перегрев.

Количественная оценка условий труда представлена в таблице 4.1.


Таблица 4.1 - Количественная оценка условий труда

Параметры микроклимата в теплый период года

Общая освещеность, Е, лк

Продолжительность сосредоточенного наблюдения, %

Темпе-ратура, о С

Скорость воздуха, м/с

Влажность воздуха,

%

20

0,6

50

400

50

Уровень шума,

дб А

Характеристика помещений, м

Количество

Длина

Ширина

Высота

Помещений

Рабочих мест

60

6

3

3

2

4

Оценим категорию тяжести труда оператора. На рабочем месте имеются три элемента условий труда (n = 3), которые формируют их тяжесть: Х1 - шум - 60 дБ А, Х2 - скорость воздуха - 0,6 м/с, Х3 - продолжительность сосредоточенного наблюдения - 50%. Продолжительность действия факторов 8 часов. Другие элементы не рассматриваются, так как они оцениваются 1-м баллом.

Решение. Согласно [17] указанные элементы оцениваются соответственно Х1 = 4, Х2 = 3, Х3 = 2.

Элементом условий труда, который получил наибольшую оценку, в данном случае является шум: Хоп = 4. Средний балл всех элементов условий труда равняется

Интегральную балльную оценку тяжести труда определяем по формуле

. (4.1)


Интегральная оценка тяжести труда в 57 баллов отвечает V категории тяжести труда (согласно [17]).

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

4.2 Мероприятия по обеспечению безопасных и комфортных условий труда

Рабочее место программиста, выполняющего разработку программы для ведения БД, находится в машинном зале вычислительного центра. В двух помещениях находятся 4 человека, выполняющих работы, непосредственно связанные с проектированием технологических процессов.

Оборудованием рабочего места программиста являются видеомонитор, клавиатура, рабочий стол, стул, принтер.

Оптимальными параметрами температуры при почти неподвижном воздухе являются 19-21 С, допустимыми - 18 и 22 С в соответствии с ГОСТ 12.1 005-88 ССБТ. - Воздух рабочей зоны. - Санитарно-гигиенические требования.

Комфортное состояние при данных температурах воздуха определяется влагосодержанием, составляющим 10 г/м3 , допустимое - не ниже 6 г/м3 . Наилучший обмен воздуха осуществляется при сквозном проветривании. Режим работы кондиционера должен обеспечить максимально возможное поступление наружного воздуха, но не менее 50% от производительности кондиционера.

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

Для обеспечения нормальных условий труда в помещении и повышения трудоспособности работников применяют вентиляцию.

Основная задача вентиляции в помещении - обеспечение чистоты воздуха.

Расчет общеобменной вентиляции сводится к определению количества воздуха, которое необходимо удалить или подать в помещение [17-19].

При отсутствии выделения вредностей расчет общеобменной вентиляции ведется по количеству людей работающих в помещении, по формуле:

, (4.2)

где - количество работающих людей в помещении, чел.,

- количество воздуха на одного человека, м/чел час.

Величина определяется в зависимости от объема помещения, приходящегося на одного человека.

Объем помещения равен:

V=a*b*c,

где a - длина помещения, м

b - ширина помещения, м

c - высота помещения, м.

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

V= 2*6*3*3=108 м.


Объем помещения приходящегося на одного человека составляет 27 м.

Так как объем помещения V10 м, то принимаем =10 м/чел час.

Тогда по формуле (4.2)

10*2=20 м/час.

Такое количество воздуха необходимо подать в помещения.

Для повышения влажности воздуха можно использовать увлажнители или устанавливать емкости с водой типа аквариумов вблизи отопительных приборов [17-19].

Содержание кислорода в помещении должно быть в пределах 21-22об.%. Двуокись углерода не должна превышать 0.1об.%, озон - 0.1 мг/м3 , фенол - 0.01 мг/м3 , хлористый винил - 0.005 мг/м3 .

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

Защита от шума имеет большое значение на производстве.

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

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

Основными мерами защиты от шума являются строительно-планировочные методы (акустическая обработка помещений).

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

Произведем расчет требуемой для рассматриваемого помещения акустической обработки.

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

= 60 - 50 = 10 дБ.

Перед началом акустической обработки помещения имели следующие коэффициенты поглощения шума: для стен, покрытых обычной штукатуркой =0.03; для потолка, покрытого обычной штукатуркой =0.03; для пола, покрытого линолеумом толщиной в 5 мм =0.03.

При длине помещения = 6 м, ширине = 4 м и высоте = 3 м соответственно звукопоглощение до акустической обработки составляет:

= 0.72+1.8+0.72 = 3.24.


После акустической обработки помещений, когда для стен и потолка использовалась штукатурка акустическая (=0.11, =0.11), а пол был выложен паркетом (=0.06), звукопоглощение составило:

= 1.44+6.6+2.64 = 10.68.

Определим снижение уровня шума после акустической обработки помещений:

= 11.9 дБ.

Полученный результат примерно соответствует требуемому снижению уровня шума = 10 дБ до допустимого для данного класса помещений уровня.

Нормирование освещения осуществляется в соответствии с СНиП II-4-79 “Естественное и искусственное освещение. Нормы проектирования". Hа уровень освещенности помещения оказывает влияние цветовая отделка интерьера и оборудования, их отражающая способность.

Для уменьшения поглощения света потолок и стены выше панелей (1.5-1.7м), если они не облицованы звукопоглощающим материалом, окрашиваются белой водоэмульсионной краской (освещенность, Е не менее 0.7). Допускается окраска стен до потолка цветом панелей. Для окраски стен и панелей рекомендуется применять светлые тона красок (Е = 0.5-0.6). Предпочтение следует отдавать холодным тонам: светло-голубому, светло-зеленому, светло-серому. Допускается окраска стен светло-желтым, светло-бежевым цветом или цветом слоновой кости. Не следует окрашивать стены, расположенные напротив экрана монитора, более темными тонами красок. Оконные переплеты рам, подоконники окрашены белой масляной краской. Коэффициент естественной освещенности не менее 1.5%.

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

На ВЦ используют люминесцентные лампы. Эти лампы имеют высокую световую отдачу (до 75 лм/Вт), большой срок службы (до 10000 часов) малая яркость светящейся поверхности, спектральный состав излучаемого света. К недостаткам люминесцентных ламп относятся малая единичная мощность при больших размерах ламп и значительное снижение светового потока к концу срока службы. Для общего и местного освещения помещений общественных и промышленных зданий применяют лампы типа ЛБ 18-1, ЛДЦ 18 и ЛБ 58. В осветительных установках (ОУ) помещения использована система общего освещения, выполненная потолочными или подвесными люминесцентными светильниками, равномерно размещенными по потолку рядами, параллельно светопроемам, так, чтобы экран монитора находился в зоне защитного угла светильника, и его проекция не приходилась на экран монитора. Работающие за видеотерминалами не должны видеть отражение светильников на экране ЭВМ.

Минимальная освещенность рабочей поверхности стола рекомендуется в пределах 400-500 люкс. Яркость экрана устанавливается равной 0.5 или более яркости рабочей поверхности стола при освещенности 400-500 люкс.

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

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

Электробезопасность тесно связана с пожарной безопасностью в помещениях данного вида. Вычислительные центры и помещения с ЭВМ относятся к пожарноопасным производствам и относятся к категории Д по СHиП П-90-81.

Из средств пожаротушения в помещении необходимо иметь огнетушители углекислотные (ОУ, ОУ-2, ОУ-2а, ОУ-5, ОУ-8, ОУ-2ММ, ОУ-5ММ) или порошковые (ОП-1, ОП-2, ОП-2Б, ОП-8Б, ОП-5, ОП-10), которые позволяют тушить пожары в помещениях с вычислительной техникой.

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

Основными огнегасительными веществами являются: вода, водные растворы, водяной пар, пена, углекислота, сжатый воздух, порошки, песок. Углекислота в снегообразном и газообразном состоянии применяется в огнетушителях и стационарных установках для тушения пожаров в закрытых помещениях и небольших открытых загораний. Огнегасительная концентрация углекислоты в воздухе примерно 30% по объему. Углекислота не проводит электрический ток, поэтому ее применяют при тушении электроустановок, находящихся под напряжением.

Для тушения электроустановок, находящихся под напряжением до 1000 Вт и при температуре окружающей среды - 25. .50 градусов, применяются углекислотные огнетушители, огнетушащим средством, в котором является сжиженный углекислый газ. Также можно применять порошковые огнетушители. Из средств пожаротушения в помещении находится углекислотный огнетушитель ОУ-5.

Организацию рабочих мест осуществляют с учетом современных эргономических требований в соответствии с ГОСТ 12.2 032-78 ССБТ “Рабочее место при выполнении работ сидя. Общие эргономические требования”НПАОП 0.00 - 1.31-99. Рабочий стол регулируется по высоте в пределах 680 - 800 мм, при отсутствии такой возможности его высота составляет 720 мм. Оптимальные размеры рабочей поверхности стола 1600-900 мм. Под рабочим столом есть свободное пространство для ног с размерами по высоте не менее 600 мм, по ширине 500 мм, по глубине 650 мм. Ширина сидения составляет не менее 400 мм. Высота и ширина опорной поверхности спинки не менее 300 мм. Расстояние до монитора 60-70 см, экран монитора отклонен назад на 20 градусов. Рабочие места с ПЭВМ располагаются последовательно, свет падает слева. Площадь помещения на одного человека не менее 6м, расстояние от окон не менее одного метра.

Трудоспособность работников увеличивается, если рациональный режим труда и отдыха установлен с учетом психофизиологической напряженности их труда, динамики функционального состояния систем организма и работоспособности, предусматривает строгое соблюдение регламентных перерывов. При этом перерывы организованы для оптимальной длительности работы программиста. Пользователь ЭВМ, занимающийся считыванием и вводом информации, при 8-часовой смене должен иметь перерыв в 15 минут после каждого часа работы (ДСанПіН 3.3.2 - 007 - 98. Державні санітарні правила і норми роботи з візуальними дисплейними терміналами електронно-обчислювальних машин).

4.3 Оценка эффективности мероприятий по охране труда

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

,

Где

.

Определяем степень утомления в условных единицах до и после внедрения мероприятий по охране труда:

Определяем работоспособность персонала в условных единицах до и после внедрения мероприятий по охране труда:

R1 = 100 - 64 =46; R2 = 100 - 16 = 84.


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

,

где R1 и R2 - работоспособность в условных единицах до и после внедрения мероприятий по охране труда, которые снизили тяжесть труда;

0,2 - эмпирический коэффициент, который показывает влияние роста уровня работоспособности на производительность труда.

Для оценки эффективности мероприятий по охране труда определяем также уменьшение тяжести труда и степени утомления:

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

Выявлены опасные факторы, ухудшающие санитарно - гигиенические условия на рабочем месте оператора ПЭВМ.

Установлены оптимальные параметры по помещению, освещению, вентиляции, шуму и режиму труда на рабочем месте.

Эффективность мероприятий по охране труда заключается в повышении производительности труда на 16,5% и уменьшении тяжести труда на 54%.

Выводы

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

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

Проектирование АРМ с использованием информационных и логических моделей бизнес-процесса и предметной области дало возможность выявить задачи специалиста, разработать оптимальную структуру базы данных и сформулировать запросы к ней. Использование языка моделирования UML позволило выявить прецеденты использования АРМ, классы программного обеспечения и логику их взаимодействия. С использованием полученных результатов разработано приложение для работы с БД.

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

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

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

Перечень ссылок

1. Радиовещание и электроакустика: Учебное пособие для вузов связи / С.И. Алябьев, А.В. Выходец, Р. Гермер и др. - М.: Радио и связь, 2002. - 792 с.

2. Ковалгин Ю. Формирование программ радиовещания и автоматизация процессов их выдачи в эфир / Ковалгин Ю., Пеньшина А. // Звукорежисер. - 2002. - №7. - С.12-18.

3. Васильев Д. Автоматизация радиостанции: зачем это надо? //: Каталог "Оборудование для радиовещания". - 2005. - №1. - С.66-67.

4. Правоторхов К. Внедрение систем автоматизации радиокомплекса // Каталог "Оборудование для радиовещания". - 2005. - №1. - С.68-69.

5. Клевцов П. IT-решения для автоматизации производства информационных программ / Клевцов П., Сологуб Р. // Broadcasting. Телевидение и радиовещание - 2006. - №3. - С.46-47.

6. Симонович В.С. Информатика. Базовый курс. Учебник для вузов. - СПб.: Издательство "Питер", 1999. - 637 с.

7. Колесниченко О., Шишигин И. Аппаратные средства РС. Энциклопедия аппаратных ресурсов персонального компьютера. СПб: Питер, 2000. - 1024 с.

8. Олифер В.Г., Олифер Н.А. Компьютерные сети. Принципы, технологии, протоколы. - СПб.: Питер, 2003. - 864 с.

9. Конноли Т., Бегг К. Базы данных: проектирование, реализация и сопровождение. Теория и практика. - 2-е изд. - М.: Изд. дом Вильямс, 2000. - 1120 с.

10. Базы данных: Учебник для вузов / Под ред.А.Д. Хомоненко. - СПб.: Корона принт, 2000. - 416 с.

11. Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя. - /Пер. с англ. - М.: ДМК, 2000. - 432 с.

12. Александровский А. Delphi. Разработка корпоративных приложений. - М.: ДМК, 2000. - 512 с.

13. Канту Марко и др. Delphi. Руководство разработчика. - К.: Век; М.: ЭНТРОП; М.: ДЕСС, 2001. - 752 с.

14. Баженова И.Ю. Delphi 6. Самоучитель программиста. - М.: КУДИЦ-ОБРАЗ, 2002. - 432 с.

15. Гофман В.Э., Хоменко А.Д. Delphi 6. - СПб.: БХВ-Петербург, 2002. - 1152 c.

16. Методические указания к выполнению экономической части дипломных проектов студентами специальности “Компьютерные системы проектирования” /Сост. Скибина А.В., Подгора Е.А. - Краматорск: ДГМА, 1998. - 22 с.

17. План-пам’ятка до вивчення курсу “Охорона праці в галузі” для студентів спеціальності 7.080402 „Інформаційні технології проектування” / Укл.: Л.В. Дементій, Г.Л. Юсіна, Романьков Д.А. - Краматорськ: ДДМА, 2005. - 60 с.

18. Основи охорони праці // В.Ц. Жидецький, В.С. Джигерей, О.В. Мельников. Львів: Афіша, 2000. - 350 с.

19. Сивко В.Й. Розрахунки з охорони праці. - Житомир: ЖІТІ, 2001. - 152 с.

20. Справочник по охране труда на промышленном предприятии / К.Н. Ткачук, Д.Ф. Иванчук, Р.В. Сабарно, А.Г. Степанов. - Киев: Техника, 1991. - 285 с.

Приложение А

ВЕДОМОСТЬ ПРОЕКТА

Формат

№ п/п

Наименование документа

Наименование объекта или изделия

Кол-во листов

1

Пояснительная записка

КИТ 011з.00.00.00. ДП. ПЗ

Графическая часть

А4

2

Источники информации и их форматы при первичном сборе материалов для радиовещания

КИТ 011з.01.00.00. ДП. ПЛ

1

А4

3

Операции при монтаже и обработке фонограмм

КИТ 011з.02.00.00. ДП. ПЛ

1

А4

4

SADT-диаграмма бизнес-процесса подготовки программ и вещания на радиостанции

КИТ 011з.03.00.00. ДП. ПЛ

1

А4

5

SADT-диаграмма, детализирующая активность "Формирование программ радиовещания"

КИТ 011з.04.00.00. ДП. ПЛ

1

А4

6

ER-диаграмма предметной области работы автоматизированного рабочего места

КИТ 011з.05.00.00. ДП. ПЛ

1

А4

7

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

КИТ 011з.06.00.00. ДП. ПЛ

1

А4

8

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

КИТ 011з.07.00.00. ДП. ПЛ

1

А4

9

Диаграмма классов предметной области АРМ "Радио"

КИТ 011з.08.00.00. ДП. ПЛ

1

А4

10

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

КИТ 011з.09.00.00. ДП. ПЛ

1

А4

11

Интерфейс пользователя приложения БД АРМ "Радио"

КИТ 011з.10.00.00. ДП. ПЛ

1

А4

12

Обработка данных в приложении БД АРМ "Радио"

КИТ 011з.11.00.00. ДП. ПЛ

1

А4

13

Выполнение запросов к БД АРМ "Радио"

КИТ 011з.12.00.00. ДП. ПЛ

1

14

Дискета

1

Приложение Б

Листинг программного комплекса:

program ARM_Radio;

uses

Forms,

uSotrudniki in 'uSotrudniki. pas' {frmSotrudniki},

uDataModule in 'uDataModule. pas' {frmDataModule: TDataModule},

uConnect in 'uConnect. pas' {frmConnect},

uMain in 'uMain. pas' {frmMain},

uResultSQL1 in 'uResultSQL1. pas' {frmResultSQL1},

uReport in 'uReport. pas' {frmReport},

uPeredachi in 'uPeredachi. pas' {frmPeredachi},

uElementy in 'uElementy. pas' {frmElementy},

uResultSQL2 in 'uResultSQL2. pas' {frmResultSQL2},

uResultSQL3 in 'uResultSQL3. pas' {frmResultSQL3},

uPostavshiki in 'uPostavshiki. pas' {frmPostavshiki};

{$R *. res}

begin

Application. Initialize;

Application. CreateForm (TfrmMain, frmMain);

Application. CreateForm (TfrmSotrudniki, frmSotrudniki);

Application. CreateForm (TfrmDataModule, frmDataModule);

Application. CreateForm (TfrmConnect, frmConnect);

Application. CreateForm (TfrmResultSQL1, frmResultSQL1);

Application. CreateForm (TfrmReport, frmReport);

Application. CreateForm (TfrmPeredachi, frmPeredachi);

Application. CreateForm (TfrmElementy, frmElementy);

Application. CreateForm (TfrmResultSQL2, frmResultSQL2);

Application. CreateForm (TfrmResultSQL3, frmResultSQL3);

Application. CreateForm (TfrmPostavshiki, frmPostavshiki);

Application.run;

end.

unit uMain;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Menus, ExtCtrls, DBCtrls, Grids, DBGrids, ComCtrls, uDataModule,

Mask, uConnect, ShellAPI, uReport;

type

TfrmMain = class (TForm)

PageControl1: TPageControl;

TabSheet1: TTabSheet;

TabSheet2: TTabSheet;

TabSheet3: TTabSheet;

TabSheet4: TTabSheet;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

MainMenu1: TMainMenu;

N1: TMenuItem;

N2: TMenuItem;

TabSheet5: TTabSheet;

DBGrid2: TDBGrid;

DBNavigator2: TDBNavigator;

DBGrid3: TDBGrid;

DBNavigator3: TDBNavigator;

DBGrid5: TDBGrid;

DBNavigator5: TDBNavigator;

N6: TMenuItem;

N7: TMenuItem;

N8: TMenuItem;

N9: TMenuItem;

N11: TMenuItem;

N21: TMenuItem;

N31: TMenuItem;

Label2: TLabel;

Edit2: TEdit;

Label3: TLabel;

Edit3: TEdit;

Label4: TLabel;

Edit4: TEdit;

N4: TMenuItem;

N5: TMenuItem;

N10: TMenuItem;

N12: TMenuItem;

CheckBox1: TCheckBox;

CheckBox2: TCheckBox;

CheckBox3: TCheckBox;

CheckBox5: TCheckBox;

Button1: TButton;

MaskEdit2: TMaskEdit;

CheckBox7: TCheckBox;

N13: TMenuItem;

N14: TMenuItem;

N3: TMenuItem;

N15: TMenuItem;

TabSheet6: TTabSheet;

CheckBox8: TCheckBox;

MaskEdit3: TMaskEdit;

Button3: TButton;

CheckBox9: TCheckBox;

DBGrid6: TDBGrid;

DBNavigator6: TDBNavigator;

DBGrid4: TDBGrid;

Label1: TLabel;

Edit1: TEdit;

CheckBox4: TCheckBox;

DBNavigator4: TDBNavigator;

procedure N6Click (Sender: TObject);

procedure N7Click (Sender: TObject);

procedure N5Click (Sender: TObject);

procedure N10Click (Sender: TObject);

procedure N12Click (Sender: TObject);

procedure CheckBox1Click (Sender: TObject);

procedure CheckBox2Click (Sender: TObject);

procedure CheckBox3Click (Sender: TObject);

procedure CheckBox4Click (Sender: TObject);

procedure CheckBox5Click (Sender: TObject);

procedure Edit2Change (Sender: TObject);

procedure Edit4Change (Sender: TObject);

procedure Edit3Change (Sender: TObject);

procedure CheckBox7Click (Sender: TObject);

procedure Button1Click (Sender: TObject);

procedure N8Click (Sender: TObject);

procedure N9Click (Sender: TObject);

procedure N11Click (Sender: TObject);

procedure N13Click (Sender: TObject);

procedure N14Click (Sender: TObject);

procedure N21Click (Sender: TObject);

procedure N31Click (Sender: TObject);

procedure N3Click (Sender: TObject);

procedure CheckBox9Click (Sender: TObject);

procedure CheckBox8Click (Sender: TObject);

procedure Edit1Change (Sender: TObject);

procedure Button3Click (Sender: TObject);

procedure N15Click (Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

frmMain: TfrmMain;

implementation

uses uResultSQL1, uResultSQL2, uResultSQL3,uPeredachi, uElementy, uSotrudniki, uPostavshiki;

{$R *. dfm}

procedure TfrmMain. N6Click (Sender: TObject);

begin

if InputBox ('Аутентификация пользователя','Введите пароль! ','') ='12345' then

begin

frmDataModule. tbPeredachi. Active: =True;

frmDataModule. tbVkljuchenie. Active: =True;

frmDataModule. tbElementy. Active: =True;

frmDataModule. tbObrabotka. Active: =True;

frmDataModule. tbSotrudniki. Active: =True;

frmDataModule. tbPostavshiki. Active: =True;

end;

end;

procedure TfrmMain. N7Click (Sender: TObject);

begin

frmDataModule. tbPeredachi. Active: =False;

frmDataModule. tbVkljuchenie. Active: =False;

frmDataModule. tbElementy. Active: =False;

frmDataModule. tbObrabotka. Active: =False;

frmDataModule. tbSotrudniki. Active: =False;

frmDataModule. tbPostavshiki. Active: =False;

end;

procedure TfrmMain. N5Click (Sender: TObject);

begin

frmPeredachi. ShowModal;

end;

procedure TfrmMain. N10Click (Sender: TObject);

begin

frmElementy. ShowModal;

end;

procedure TfrmMain. N12Click (Sender: TObject);

begin

frmSotrudniki. ShowModal;

end;

procedure TfrmMain. N15Click (Sender: TObject);

begin

frmPostavshiki. ShowModal;

end;

procedure TfrmMain. CheckBox1Click (Sender: TObject);

begin

if CheckBox1. Checked=True

then

frmDataModule. tbPeredachi. IndexName: ='ixNaimen_Peredachi'

else

frmDataModule. tbPeredachi. IndexName: ='';

end;

procedure TfrmMain. CheckBox2Click (Sender: TObject);

begin

if CheckBox2. Checked=True

then

frmDataModule. tbElementy. IndexName: ='ixNaimen_Elementy'

else

frmDataModule. tbElementy. IndexName: ='';

end;

procedure TfrmMain. CheckBox3Click (Sender: TObject);

begin

if CheckBox3. Checked=True

then

frmDataModule. tbSotrudniki. IndexName: ='ixFIO_Sotrudniki'

else

frmDataModule. tbSotrudniki. IndexName: ='';

end;

procedure TfrmMain. CheckBox4Click (Sender: TObject);

begin

if CheckBox4. Checked=True

then

frmDataModule. tbPostavshiki. IndexName: ='ixNaimen_Postavshiki'

else

frmDataModule. tbPostavshiki. IndexName: ='';

end;

procedure TfrmMain. CheckBox5Click (Sender: TObject);

begin

if CheckBox5. Checked=True

then

frmDataModule. tbVkljuchenie. IndexName: ='ixDate_Vkljuchenie'

else

frmDataModule. tbVkljuchenie. IndexName: ='';

end;

procedure TfrmMain. CheckBox9Click (Sender: TObject);

begin

if CheckBox9. Checked=True

then

frmDataModule. tbObrabotka. IndexName: ='ixDate_Obrabotka'

else

frmDataModule. tbObrabotka. IndexName: ='';

end;

procedure TfrmMain. Edit2Change (Sender: TObject);

begin

CheckBox1. Checked: =True;

frmDataModule. tbPeredachi. IndexName: ='ixNaimen_Peredachi';

frmDataModule. tbPeredachi. FindNearest ([Edit2. Text]);

end;

procedure TfrmMain. Edit4Change (Sender: TObject);

begin

CheckBox2. Checked: =True;

frmDataModule. tbElementy. IndexName: ='ixNaimen_Elementy';

frmDataModule. tbElementy. FindNearest ([Edit4. Text]);

end;

procedure TfrmMain. Edit3Change (Sender: TObject);

begin

CheckBox3. Checked: =True;

frmDataModule. tbSotrudniki. IndexName: ='ixFIO_Sotrudniki';

frmDataModule. tbSotrudniki. FindNearest ([Edit3. Text]);

end;

procedure TfrmMain. Edit1Change (Sender: TObject);

begin

CheckBox4. Checked: =True;

frmDataModule. tbPostavshiki. IndexName: ='ixNaimen_Postavshiki';

frmDataModule. tbPostavshiki. FindNearest ([Edit1. Text]);

end;

procedure TfrmMain. CheckBox7Click (Sender: TObject);

begin

if CheckBox7. Checked=False then

begin

frmDataModule. tbVkljuchenie. Filter: ='';

frmDataModule. tbVkljuchenie. Filtered: =False;

Button1. Visible: =False;

MaskEdit2. Visible: =False;

end

else

begin

Button1. Visible: =True;

MaskEdit2. Visible: =True;

MaskEdit2. Text: ='';

end;

end;

procedure TfrmMain. CheckBox8Click (Sender: TObject);

begin

if CheckBox8. Checked=False then

begin

frmDataModule. tbObrabotka. Filter: ='';

frmDataModule. tbObrabotka. Filtered: =False;

Button3. Visible: =False;

MaskEdit3. Visible: =False;

end

else

begin

Button3. Visible: =True;

MaskEdit3. Visible: =True;

MaskEdit3. Text: ='';

end;

end;

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;

procedure TfrmMain. Button3Click (Sender: TObject);

begin

try

StrToDate (MaskEdit3. Text);

frmDataModule. tbObrabotka. Filter: =' [Data_obrabotki] ='+''''+MaskEdit3. Text+'''';

frmDataModule. tbObrabotka. Filtered: =True;

except

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

end;

end;

procedure TfrmMain. N8Click (Sender: TObject);

begin

N7Click (Self);

CopyFile ('Peredachi. db','copyPeredachi. db', false);

CopyFile ('Peredachi. px','copyPeredachi. px', false);

CopyFile ('Peredachi. XG0','copyPeredachi. XG0', false);

CopyFile ('Peredachi. YG0','copyPeredachi. YG0', false);

CopyFile ('Vkljuchenie. db','copyVkljuchenie. db', false);

CopyFile ('Vkljuchenie. px','copyVkljuchenie. px', false);

CopyFile ('Vkljuchenie. XG0','copyVkljuchenie. XG0', false);

CopyFile ('Vkljuchenie. YG0','copyVkljuchenie. YG0', false);

CopyFile ('Elementy. db','copyElementy. db', false);

CopyFile ('Elementy. px','copyElementy. px', false);

CopyFile ('Elementy. XG0','copyElementy. XG0', false);

CopyFile ('Elementy. YG0','copyElementy. YG0', false);

CopyFile ('Postavshiki. db','copyPostavshiki. db', false);

CopyFile ('Postavshiki. px','copyPostavshiki. px', false);

CopyFile ('Postavshiki. XG0','copyPostavshiki. XG0', false);

CopyFile ('Postavshiki. YG0','copyPostavshiki. YG0', false);

CopyFile ('Obrabotka. db','copyObrabotka. db', false);

CopyFile ('Obrabotka. px','copyObrabotka. px', false);

CopyFile ('Obrabotka. XG0','copyObrabotka. XG0', false);

CopyFile ('Obrabotka. YG0','copyObrabotka. YG0', false);

CopyFile ('Sotrudniki. db','copySotrudniki. db', false);

CopyFile ('Sotrudniki. px','copySotrudniki. px', false);

CopyFile ('Sotrudniki. XG0','copySotrudniki. XG0', false);

CopyFile ('Sotrudniki. YG0','copySotrudniki. YG0', false);

ShowMessage ('Резервное копирование завершено! ');

end;

procedure TfrmMain. N9Click (Sender: TObject);

begin

N7Click (Self);

CopyFile ('copyPeredachi. db','Peredachi. db', false);

CopyFile ('copyPeredachi. px','Peredachi. px', false);

CopyFile ('copyPeredachi. XG0','Peredachi. XG0', false);

CopyFile ('copyPeredachi. YG0','Peredachi. YG0', false);

CopyFile ('copyVkljuchenie. db','Vkljuchenie. db', false);

CopyFile ('copyVkljuchenie. px','Vkljuchenie. px', false);

CopyFile ('copyVkljuchenie. XG0','Vkljuchenie. XG0', false);

CopyFile ('copyVkljuchenie. YG0','Vkljuchenie. YG0', false);

CopyFile ('copyElementy. db','Elementy. db', false);

CopyFile ('copyElementy. px','Elementy. px', false);

CopyFile ('copyElementy. XG0','Elementy. XG0', false);

CopyFile ('copyElementy. YG0','Elementy. YG0', false);

CopyFile ('copyPostavshiki. db','Postavshiki. db', false);

CopyFile ('copyPostavshiki. px','Postavshiki. px', false);

CopyFile ('copyPostavshiki. XG0','Postavshiki. XG0', false);

CopyFile ('copyPostavshiki. YG0','Postavshiki. YG0', false);

CopyFile ('copyObrabotka. db','Obrabotka. db', false);

CopyFile ('copyObrabotka. px','Obrabotka. px', false);

CopyFile ('copyObrabotka. XG0','Obrabotka. XG0', false);

CopyFile ('copyObrabotka. YG0','Obrabotka. YG0', false);

CopyFile ('copySotrudniki. db','Sotrudniki. db', false);

CopyFile ('copySotrudniki. px','Sotrudniki. px', false);

CopyFile ('copySotrudniki. XG0','Sotrudniki. XG0', false);

CopyFile ('copySotrudniki. YG0','Sotrudniki. YG0', false);

ShowMessage ('Восстановление прошло успешно! ');

end;

procedure TfrmMain. N11Click (Sender: TObject);

begin

frmResultSQL1. ShowModal;

end;

procedure TfrmMain. N13Click (Sender: TObject);

begin

frmConnect. ShowModal;

end;

procedure TfrmMain. N14Click (Sender: TObject);

begin

ShellExecute (Application. MainForm. Handle,'open','Справка по работе с приложением БД АРМ Радио. htm',nil,nil,SW_SHOWNORMAL);

end;

procedure TfrmMain. N21Click (Sender: TObject);

begin

frmResultSQL2. ShowModal;

end;

procedure TfrmMain. N31Click (Sender: TObject);

begin

frmResultSQL3. ShowModal;

end;

procedure TfrmMain. N3Click (Sender: TObject);

begin

frmReport. QuickRep1. Preview;

end;

end.

unit uDataModule;

interface

uses

SysUtils, Classes, DB, DBTables;

type

TfrmDataModule = class (TDataModule)

dsPeredachi: TDataSource;

dsVkljuchenie: TDataSource;

dsElementy: TDataSource;

dsPostavshiki: TDataSource;

dsObrabotka: TDataSource;

dsSotrudniki: TDataSource;

tbPeredachi: TTable;

tbPeredachiCod_peredachi: TAutoIncField;

tbPeredachiVid_peredachi: TStringField;

tbPeredachiNaimen_peredachi: TStringField;

tbPeredachiDlitelnoct: TIntegerField;

tbVkljuchenie: TTable;

tbVkljuchenieCod_peredachi: TIntegerField;

tbVkljuchenieCod_elementa: TIntegerField;

tbVkljuchenieNomer_documenta: TStringField;

tbVkljuchenieData_prinjatia: TDateField;

tbVkljuchenieDlitelnost_v_peredache: TIntegerField;

tbVkljuchenieNomer_po_porjadku: TSmallintField;

tbElementy: TTable;

tbPostavshiki: TTable;

tbPostavshikiCod_postavshika: TAutoIncField;

tbPostavshikiVid_postavshika: TStringField;

tbPostavshikiNaimen_postavshika: TStringField;

tbPostavshikiCharakteristiki: TStringField;

tbObrabotka: TTable;

tbObrabotkaCod_elementa: TIntegerField;

tbObrabotkaTab_nomer: TIntegerField;

tbObrabotkaNomer_narjada: TStringField;

tbObrabotkaData_obrabotki: TDateField;

tbObrabotkaVid_obrabotki: TStringField;

tbSotrudniki: TTable;

tbSotrudnikiTab_nomer: TAutoIncField;

tbSotrudnikiFIO: TStringField;

tbSotrudnikiDoljnost: TStringField;

tbSotrudnikiObrazovanie: TStringField;

tbSotrudnikiCharakteristiki: TStringField;

tbElementyCod_elementa: TAutoIncField;

tbElementyVid_elementa: TStringField;

tbElementyNaimen_elementa: TStringField;

tbElementyFormat_chranenia: TStringField;

tbElementyEd_izmerenia: TStringField;

tbElementyObjem: TIntegerField;

tbElementyCod_postashika: TIntegerField;

tbVkljuchenieNaimen_peredachi: TStringField;

tbVkljuchenieNaimen_elementa: TStringField;

tbElementyNaimen_postavshika: TStringField;

tbObrabotkaNaimen_elementa: TStringField;

tbObrabotkaFIO_sotrudnika: TStringField;

private

{ Private declarations }

public

{ Public declarations }

end;

var

frmDataModule: TfrmDataModule;

implementation

{$R *. dfm}

end.

unit uConnect;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DBCtrls, Grids, DBGrids, ExtCtrls, uDataModule;

type

TfrmConnect = class (TForm)

Panel1: TPanel;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

Panel3: TPanel;

DBGrid3: TDBGrid;

DBNavigator3: TDBNavigator;

Panel5: TPanel;

DBGrid5: TDBGrid;

DBNavigator5: TDBNavigator;

Panel2: TPanel;

DBGrid2: TDBGrid;

DBNavigator2: TDBNavigator;

Panel4: TPanel;

DBGrid4: TDBGrid;

DBNavigator4: TDBNavigator;

procedure FormShow (Sender: TObject);

procedure FormDeactivate (Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

frmConnect: TfrmConnect;

implementation

{$R *. dfm}

procedure TfrmConnect. FormShow (Sender: TObject);

begin

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';

end;

procedure TfrmConnect. FormDeactivate (Sender: TObject);

begin

frmDataModule. tbVkljuchenie. MasterSource: =nil;

frmDataModule. tbVkljuchenie. MasterFields: ='';;

frmDataModule. tbElementy. MasterSource: =nil;

frmDataModule. tbElementy. MasterFields: ='';;

frmDataModule. tbObrabotka. MasterSource: =nil;

frmDataModule. tbObrabotka. MasterFields: ='';;

frmDataModule. tbSotrudniki. MasterSource: =nil;

frmDataModule. tbSotrudniki. MasterFields: ='';;

end;

end.