Автоматизированный учет радиоточек передающего центра

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

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

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

Основное достоинство любой СУБД, в том числе и Access -- способность быстро находить и объединять информацию, хранящуюся в разных таблицах. Для повышения эффективности работы Access желательно, чтобы каждая таблица содержала поле (или несколько полей), значения которого позволяют однозначно определить каждую запись таблицы. Такое поле или совокупность полей называются первичным ключом таблицы или просто ключом. Если в таблице подобных полей нет, в нее можно добавить «искусственное» поле, которое будет содержать последовательные номера записей. Более того, такое поле Access может создать автоматически. Для извлечения информации из одной или нескольких таблиц базы данных используется следующий тип объектов -- запросы. При выполнении запроса из всей совокупности информации будут отобраны и выведены на экран в табличном виде только те данные, которые удовлетворяют поставленным условиям. Представленный на экране результат выполнения запроса обычно называется выборкой или динамической таблицей. Слово «динамическая» здесь не случайно. Дело в том, что в базе данных запрос сохраняется в виде конкретных условий отбора. А это значит, что при каждом выполнении запроса выборка формируется всякий раз заново на основе реальных таблиц, т.е. с учетом всех последних изменений данных. Для ввода, редактирования и просмотра данных можно использовать как таблицы, так и запросы. Однако Access предоставляет для этого еще одно средство -- формы. Формы позволяют ограничить объем информации, отображаемой на экране, и представить ее в требуемом виде. Создавая форму, можно выбрать, какие поля и в какой последовательности должны быть в ней представлены, разбить их на логически связанные группы, задать удобное расположение на экране. Кроме того, формы могут содержать иллюстрации, графически представлять хранящуюся в базе данных информацию. Таким образом, формы позволяют создать удобный интерфейс для работы с данными. Выводить на печать данные можно как из таблиц или запросов, так и из форм. Наилучшим же средством для представления данных в виде печатного документа являются отчеты. Отчет предоставляет возможность наглядно представить извлеченную из базы данных информацию, дополнив ее результатами анализа и вычислений. В отчетах можно отобразить данные в виде диаграммы или графика, использовать другие средства оформления. Для автоматизации часто выполняемых операций служат макросы. Макрос представляет собой структурированное описание одного или нескольких действий, которые должен выполнить Access. Для запуска макроса на выполнение чаще всего используются формы. С помощью макроса можно открыть форму, распечатать отчет или запустить другой макрос.

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

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

В 1995 году на долю Microsoft Access пришлось 57% рынка «настольных» баз данных, а FoxPro и Dbase -- 9% и 2%, соответственно. Мощность и доступность Access делают эту систему лучшей СУБД из представленных сегодня на рынке. [4]

2.2 Построение физической модели данных

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

3 Реализация и испытания ПО

3.1 Описание компонент ПО

Смотреть приложение Д.

3.2 Цель испытания и методика тестирования

3.2.1 Методика тестирования

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

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

3.2.2 Цель испытаний

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

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

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

Процесс отладки включает:

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

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

- тестирование программы с ее исполнением в объектном коде и разными уровнями детализации в реальном времени;

- диагностику и локализацию причин отклонения результатов тестирования от заданных эталонных значений или правил;

- изменение программы с целью исключения причин отклонения результатов от эталонных.

Основным методом обнаружения ошибок при отладке программ является тестирование.

Имеются три стандарта:

- для обнаружения ошибок в программе;

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

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

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

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

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

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

3.3 Объект испытаний

3.4

- Объектом испытаний является пользовательское приложение «Автоматизированный учет радиоточек передающего центра», где объединены все компоненты по их функциональному значению. При создании приложения особую роль играют формы. Формы построены таким образом, что они позволяют вызвать автоматически реакцию системы на любое действие пользователя. Для выполнения действий используют макросы или процедуры обработки событий. Для объединения объектов в единое приложение, создается кнопочная форма. Она является панелью управления приложением. Кнопки такой формы обеспечивают вызов других кнопочных форм, а так же отдельных объектов: макросов, модулей.

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

- операционная система - Windows;

- СУБД - MS Access;

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

3.5 Результат испытаний

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

- Задание тестового примера:

Таблица 3.1 - Исходные данные, для заполнения таблицы «Начисления» (вид документа - Учет движения/Начисления)

Таблица 3.2 - Исходные данные, для заполнения таблицы «Оплата» (вид документа - Учет движения/Оплата)

- Результат выполнения:

Оборотная ведомость с 01.05.2009 г. по 31.05.2009 г.

Шифр Входящее сальдо Начислено НДС Оплачено Исходящее сальдо

предпр.

1 -231 942,00 65 520,00 11 794,00 249 256,00 -60 000,00

2 7 513,00 720,00 130,00 7 563,00 14 226,00

3 0,00 0,00

4 0,00 21 600,00 3 888,00 24 488,00 -1 000,00

8 -427 007,00 59 040,00 10 627,00 496 674,00 0,00

9 0,00 3 600,00 648,00 4 000,00 -248,00

11 -16 214,00 2 114 226,00 380 560,00 2 511 000,00 0,00

12 0,00 7 920,00 1 426,00 9 000,00 -346,00

13 0,00 25 200,00 4 536,00 30 000,00 264,00

14 -850,00 720,00 130,00 1 700,00 0,00

15 0,00 0,00

16 -43 329,00 12 240,00 2 203,00 60 000,00 2 228,00

19 -33 984,00 28 800,00 5 184,00 68 000,00 32,00

20 0,00 5 760,00 1 037,00 5 000,00 -1 797,00

Рисунок 3.1 - Печатная форма оборотной ведомости по абонентам

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

4 Руководство пользователя

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

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

Запустив приложение, на экране появится главная кнопочная форма Абоненты (Организации) со следующими пунктами меню (рисунок 4.1):

Рисунок 4.1 - Главная кнопочная форма

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

- Учет движения - открытие пунктов всплывающего меню;

- Отчеты - открытие пунктов всплывающего меню;

- Отчеты по выручке - открытие пунктов всплывающего меню;

- Справочники, настройка - открытие пунктов всплывающего меню ;

- Выход - выход из приложения.

Пункт меню Учет движения имеет следующие пункты всплывающего меню:

- Оплата - открытие формы заполнения о производимых оплатах по лицевым счетам;

- Начисление - открытие формы заполнения о производимых начислениях по лицевым счетам;

- Сумма оплаты по дням - выдает суммированные сведения по оплате для контроля;

- Расчет начисления - дает возможность произвести автоматический расчет начислений на конкретную дату;

Пункт меню Отчеты имеет следующие пункты всплывающего меню:

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

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

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

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

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

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

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

- Сведения для печати требований - открытие формы для корректировки собственных реквизитов для печати требований;

Пункт меню Отчеты по выручке имеет следующие пункты всплывающего меню:

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

- Отчет по выручке УЖРЭП - получения отчета о полученной прибыли по жилищно-эксплуатационным предприятиям;

- Список дебиторов - выдает сведения о должниках;

Пункт меню Справочники, настройка имеет следующие пункты всплывающего меню:

- Услуги - дает возможность ввести, откорректировать и получить сведения о тарифах на услуги по шифрам;

- Справочник банков - открытие формы заполнения банковских реквизитов;

- Сальдо за месяц - дает возможность ввести, откорректировать сальдо по лицевым счетам абонентов;

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

- Отчетный период - изменение периода расчетного месяца;

Работа с картотекой абонентов радиоточек:

При нажатии на клавишу «Картотека», открывается форма (рисунок 4.2).

Рисунок 4.2 - Форма «Картотека»

Для регистрации нового абонента необходимо нажать клавишу или F7, а затем после открытия чистой формы «Организации» заполнить все необходимые реквизиты:

- Присвоить учетный код абонента,

- Банковские реквизиты,

- Договор,

- Количество радиоточек и их шифры по оплате,

- Просмотреть, ввести или откорректировать данные о начислении и оплате абонентской платы.

Для поиска абонентов по лицевым счетам предназначена функциональная клавиша F3.

Для выхода в основное меню «Главной кнопочной формы» служит функциональная клавиша F10.

Для учета движения по оплатам и начислениям

При нажатии на клавишу «Учет движения», открывается одноименная кнопочная форма (рисунок 4.3).

Рисунок 4.3 - Кнопочная форма «Учет движения»

Для открытия картотеки по оплате платежных требований необходимо нажать на кнопку «Оплата», после чего открывается одноименная заполненная форма с данными за текущий расчетный месяц (рисунок 4.4).

Рисунок 4.4 - Форма «Оплаты», работа по вводу данных

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

Если необходимо произвести работу с уже имеющимися начислениями, то следует вызвать кнопочную форму «Учет движения» клавишей F10 и нажать на кнопку «Начисления» (рисунок 4.5):

Рисунок 4.5 - Форма «Начисления», работа по вводу данных

В модуле присутствует автоматизация расчета начислений по шифрам и количеству радиоточек.

Для создания нового расчета необходимо нажать кнопку «Расчет начисления» кнопочной формы «Учет движения», а затем после открытия формы ввести дату расчета начислений по абонентской плате (рисунок 4.6):

Рисунок 4.6 - Форма ввода даты при расчете начислений абонентской платы

Работа со справочниками:

Из «Главной кнопочной формы» вызывается «Справочники, настройка» (рисунок 4.7):

Рисунок 4.7 - Форма «Справочники, настойка»

Рисунок 4.8 - Форма «Услуги», заполнение справочника по шифрам и суммам за абонплату

Рисунок 4.9 - Форма «Справочник банков», ввод реквизитов банков абонентов

Для вывода выходных форм на печать или экспорта данных в клиент-банк, необходимо нажать на кнопку формы «Главная кнопочная форма» «Отчеты», после чего откроется одноименная форма (рисунок 4.10):

Рисунок 4.10 - Форма «Отчеты»

Для формирования платежных требований вначале необходимо откорректировать сведения о собственной организации и приказ о тарифах (рисунок 4.11):

Рисунок 4.11 - Форма «Сведения для требований»

Затем выбрать пункт меню «Печать требований» и отметить в колонке Печать необходимые организации (рисунок 4.12).

Рисунок 4.12 - Форма «Печать требований»

Перед закрытием формы «Печать требований» появиться форма с выбором действий (рисунок 4.13):

- Счет - печать только счета фактуры;

- Требование - печать только платежного требования;

- Счет с требованием - печать комплекта документов (1 счет, 3 требования);

- Отправка для клиент-банка - формирование текстового файла необходимого формата для импортирования банковской программой «Клиент-банк».

-

Рисунок 4.13 - Форма «Выбор документов»

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

Для формирования отчетов применяется отдельный модуль abon_org.exe созданный в среде программирования FoxPro 2.6.

5 ОХРАНА ТРУДА

Обеспечение основных санитарных требований проектируемых производств (объектов)

5.1 Характеристика производства (технологии, устройства), назначение, вид продукции, используемое сырье

Рассматриваемым объектом является информационно-вычислительный центр Гродненского филиала РУП «Белтелеком».

РУП «Белтелеком» - национальный оператор электросвязи Республики Беларусь. Предприятие обеспечивает передачу междугородного и международного трафика, а также работу наземной сети телевизионных и радиовещательных каналов. Для организации международных каналов спутниковой связи эксплуатируется комплекс наземных станций спутниковой связи «Телепорт».

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

В состав Гродненского филиала РУП «Белтелеком» входят:

- 17 районных узлов электрической связи;

- цех продажи услуг;

- цех междугородной телефонной связи;

- цех городской телефонной связи;

- гродненское ремонтно-строительное производство;

- эксплуатационно-технический цех связи.

5.1.1 Задачи информационно-вычислительного центра (ИВЦ) Гродненского филиала РУП «Белтелеком»

Основными задачами ИВЦ являются:

- сбор первичной информации;

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

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

- содержание в постоянной высокой готовности комплекса технических и программных средств ИВЦ;

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

5.1.2 Функции ИВЦ Гродненского филиала РУП «Белтелеком»

В соответствии с возложенными задачами ИВЦ выполняет следующие основные функции:

- осуществляет сбор, обработку оперативной информации, хранение, накопление и рассылку структурным подразделениям Гродненского филиала РУП «Белтелеком» нормативно-справочной и корректировочной информации на магнитных и/или иных носителях, необходимой для использования в задачах и подсистемах автоматизированных систем управления связью;

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

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

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

- оказывает практическую помощь обособленным подразделениям Гродненского филиала РУП «Белтелеком», расположенным на территории области, во внедрении и техническом обслуживании ЭВМ;

- оказывает консультативную и практическую помощь обособленным структурным подразделениям Гродненского филиала РУП «Белтелеком» в приобретении средств вычислительной техники и программного обеспечения;

- обеспечивает сохранность материальных ценностей, своевременный ремонт оборудования и вычислительной техники ИВЦ, находящейся на балансе Гродненского филиала РУП «Белтелеком»;

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

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

- изучает и внедряет передовой опыт по разработке, эксплуатации и развитию АСУ;

- вносит предложения по совершенствованию организации работ и технологического процесса обработки информации;

- обеспечивает экономическую эффективность от мероприятий по внедрению АСУ и вычислительной техники;

- создает условия для повышения деловой квалификации и специализации работников ИВЦ.

Информационно-вычислительный центр, в лице его ответственных работников, контактирует и проводит работу с соответствующими отделами и подразделениями Гродненского филиала РУП «Белтелеком» по вопросам:

- выяснения и устранения ошибок, допущенных при обработке информации с помощью программного обеспечения используемого в работе ИВЦ;

- улучшения программного обеспечения и технологии обработки информации;

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

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

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

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

В соответствии с действующим законодательством и СНБ 3.02.03-03 «Административные и бытовые здания», на каждом предприятии должен быть комплекс общих бытовых помещений, а также в зависимости от санитарной характеристики производственных процессов - специальных бытовых помещений и устройств (ножные и ручные ванны, комнаты для обеспыливания, обезвреживания и ремонта рабочей одежды и обуви, респираторные, ингалятории и т.д.).

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

При экономической или технической нецелесообразности размещения в отдельных зданиях вспомогательных помещений их следует располагать в пристройках к производственным зданиям либо во встройках и вставках производственных зданий I--V степени огнестойкости категорий В1-В4, П, Г2, Д.

Между отдельно стоящими бытовыми зданиями с помещениями для обслуживания работающих и отапливаемыми производственными зданиями следует предусматривать отапливаемые переходы.

При главных входах в бытовых зданиях следует предусматривать вестибюли площадью из расчета 0,2 м2 на одного пользующегося вестибюлем в наиболее многочисленной смене, но не менее 18 м2. Входы в здания должны предусматриваться через тамбуры.

Высота помещений от пола до потолка бытовых зданий и встроек должна быть не менее 2,5 м.

Состав санитарно-бытовых помещений (кроме уборных) определяется в зависимости от групп производственных процессов (табл. 5.2).

Таблица 5.2. Санитарная характеристика производственных процессов

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