Автоматизированное рабочее место сотрудника отделения связи

Целью данной курсовой работы является разработка и патентование программного средства «Автоматизированное рабочее место сотрудника отделения связи».

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

Разработка такой системы как «Автоматизированное рабочее место сотрудника отделения связи» — актуальная задача. На сегодняшний день телефонная связь вышла на новый уровень: для её обеспечения и поддержания использую самые последние технологии. Для отслеживания работы такой огромной «телефонной сети» необходима разработка информационных систем.

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

Курсовая работа занимает 39 страниц текста, 19 рисунков и имеет приложения, которые содержат листинг программы для Borland C++ Builder 6.0, пакет документов для стандартизации в Роспатенте РФ.

1. Обзор деятельности отделения связи

1.1 Актуальность автоматизации деятельности отделения связи

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

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

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

1.2 Анализ рынка программных средств, используемых в отделениях связи

В ходе проведенного анализа были выявлены следующие программные комплексы:

УПАТС «КОНТУР».

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

— режим отображения текущих соединений («on line) позволяет оператору мгновенно получить визуальную информацию о текущих разговорах, набранных городских номерах, степени загрузки станционного оборудования по местной и городской связи и т. д.; режим модификации категорий и текущих установок абонентов предоставляет возможность оперативно изменять категории абонентов по доступу к ресурсам УПАТС и видам обслуживания;

— позволяет Администратору вести Базу Данных Абонентов;

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

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

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

Программа тарификации ФОНЕКС

" ФонексЛайт" - Автоматизированное Рабочее Место контроля использования услуг связи. АРМ «ФонексЛайт» предназначен для регистрации телефонных разговоров, коммутируемых офисными и промышленными АТС, а также их контроля, тарификации и статистической обработки в реальном времени. АРМ «Фонекс Лайт» наиболее оптимально подходит для малых и средних офисов, небольших предприятий и фирм, где существует необходимость:

— учета и контроля входящих и исходящих звонков;

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

— сопоставления счетов за телефонные переговоры, выставленные городской АТС или другими операторами связи;

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

В состав АРМ «Фонекс Лайт» входит программа «ФонексСбор», которая предназначена для централизованного сбора и хранения необработанных данных о звонках, точно в таком виде, в котором они были получены от АТС.

Сбор данных о звонках от АТС к персональному компьютеру осуществляется через последовательный интерфейс RS-232C.

АРМ «ФонексЛайт» совместим с АТС различных производителей (Alcatel, Avaya, Ericsson, LG, NEC, Nitsuko, Nortel, Panasonic, Samsung, Siemens, Telrad и многих других).

АРМ «Фонекс Лайт» работает под управлением ОС Windows95/98/Me/NT4.0/2000/XP и для него подходит любой современный персональный компьютер.

АРМ «ФонексЛайт» прост в использовании и имеет удобный пользовательский интерфейс, позволяющий быстро освоить программу.

АРМ «ФонексЛайт» может обрабатывать данные, полученные от одной АТС.

АРМ «Фонекс Лайт» позволяет получить Отчет, соответствующий каким-либо критериям, для этого необходимо заполнить предложенный пользователю Фильтр, в результате пользователь получает новый Отчет, содержащий Разговоры по заданным условиям

1.3 Функциональное описание разрабатываемой системы «Автоматизированное рабочее место сотрудника отделения связи»

Реализация данной системы осуществлена на платформе «C++ Builder 6.0».

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

«Информационно — справочная система „Отделение связи“» содержит полную информацию об услугах, клиентах, операторах, а также о заказах. Предполагается, что данная информация будет использоваться работниками отделения связи, а также клиентами отделения связи в виде информации о предоставляемых услугах.

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

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

ввод, просмотр и редактирование данных о клиентах отделения связи;

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

поиск данных;

фильтрация данных;

формирование отчетов;

информация о переговорах клиентов.

2. Разработка программной системы «Автоматизированное рабочее место сотрудника отделения связи»

2.1 Построение инфологической модели и разработка таблиц базы данных «Отделение связи»

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

Архитектура клиент-серверных БД предполагает разделение всей логики работы СУБД на две части: обслуживание данных и обслуживание клиентов. Первая часть реализуется SQL-сервером, вторая — клиентским программным обеспечением.

Сервер БД представляет собой достаточно сложный программный комплекс. В данной работе использовали сервер СУБД Firebird. Для создания баз данных и разработки бизнес-правил на стороне сервера SQL применяли утилита IBExpert.

В клиентском приложении использовали технологию доступа к данным InterBaseExpress. В качестве инструментального средства для разработки клиентских приложений использовали Builder C++ фирмы Borland.

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

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

Рисунок 2.1 — Логическая модель данных

2.2 Разработка бизнес — правил на стороне сервера Firebird с использованием утилиты IBExpert. Разработка бизнес — логики на стороне SQLсервера

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

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

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

Для размещения всей информации было принято решение по созданию пяти таблиц, связанных между собой. «ZAKAZI» — корневая таблица, в ней будет храниться информация заказах. «OPERATORI» — будет содержать в себе информацию об операторах, регистрирующих заказы. «GORODA» — где представлены данные о городах, с которыми можно установить телефонное соединение. «YSLYGI» — где представлена информация об услугах, предоставляемых данным отделением связи. «KLIENTI» — будет содержать информацию о клиентах, пользующихся услугами отделения связи.

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

Рисунок 2.2 — Домены для базы данных «Отделение связи»

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

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

Просмотры или представления — это заранее составленные и хранящиеся в базе данных запросы для выбора данных из одной или нескольких таблиц.

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

В данной работе потребовалось создать 17 хранимых процедур: 5- для удаления, 5-для вставки, 5-для редактирования данных, а также 2 дополнительных процедуры.

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

Рисунок 2.3 — Просмотры

2.3 Разработка программного средства «Автоматизированное рабочее место сотрудника отделения связи»

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

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

Для реализации приложения разработали единую концепцию интерфейса. Интерфейс приложения показан на рисунке 2.4.

Рисунок 2.4 — Интерфейс удаленного приложения С помощью приложения пользователь может добавлять записи в таблицу, изменять их и удалять, и также создавать отчеты. Для более удобной работы в приложении реализованы поиск и фильтрация. Рассмотрим подробнее эти функции приложения на примере таблицы «Города». Для того чтобы реализовать добавление данных в таблицу «Города», воспользуемся компонентом IBStoredProc1, с помощью которого подключим хранимую процедуру INS_GOR. Пример добавления данных представлен на рисунке 2.5 и рисунке 2.6.

Рисунок 2.5 — Добавление данных в таблицу Рисунок 2.6 — Результат работы кнопки «Вставить»

Для реализации изменения данных воспользуемся компонентом IBStoredProc2, с помощью которого подключим хранимую процедуру UPD_GORODA. Пример изменения данных представлен на рисунке 2.7 и рисунке 2.8.

Рисунок 2.7 — Изменение данных в таблице Рисунок 2.8 — Результат работы кнопки «Изменить»

Для реализации удаления данных из таблицы воспользуемся компонентом IBStoredProc3, с помощью которого подключим хранимую процедуру DEL_GORODA. Иллюстрация удаления данных представлена на рисунке 2.9.

Рисунок 2.9 — Удаление записи из базы данных

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

Рисунок 2.10 — Поиск данных Для реализации фильтрации воспользовались свойством Filter компонента IBTable. На рисунке 2.11 показан результат работы фильтрации.

Рисунок 2.11 — Фильтрация данных Для реализации отчета воспользовались компонентом QuickRep1, в котором установили свойства, представленные на рисунке 2.12.

Рисунок 2.12 — Свойства компонента QuickRep1

Остальные таблицы реализованы по тому же принципу, что и таблица «Города».

Компоненты, необходимые для создания приложения, показаны на рисунке 2.13.

Рисунок 2.13 — Контейнер DataModule2

3. Патентование программного средства «Автоматизированное рабочее место сотрудника отделения связи»

3.1 Общие вопросы стандартизации программных средств

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

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

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

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

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

Патент удостоверяет приоритет, авторство и исключительное право на использование объекта интеллектуальной собственности и его защиту. Патент выдается Патентным ведомством и действует в течение 20 лет со дня поступления заявки в ФИПС Роспатента.

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

В соответствии с Гражданским Кодексом Российской Федерации к объектам авторских прав относятся программы для ЭВМ, которые охраняются как литературные произведения.

3.3 Патентование программного средства «Автоматизированное рабочее место сотрудника отделения связи»

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

Рисунок 3.1 — Вкладка «Операторы»

Рисунок 3.2 — Вкладка «Клиенты»

Рисунок 3.3 — Вкладка «Услуги»

Рисунок 3.4 — Вкладка «Города»

4. Программа для ЭВМ

void __fastcall TForm1: Edit3Change (TObject *Sender)

{ if (RadioButton1->Checked)

{ TLocateOptions LO;

DataModule2->IBTable1->Locate («FIO_KLIENTA», Edit3->Text, LO<< loCaseInsensitive); }// Locateметод поиска, loCaseInsensitiveдопустимость частичного совпадения,

//loPartialKey не чувствительность поиска к регистру

else if (RadioButton2->Checked)

{ TLocateOptions LO;

DataModule2->IBTable1->Locate («NAZVANIE_GORODA», Edit3->Text, LO<< loCaseInsensitive); } }

//—————————————————————————————————————;

void __fastcall TForm1: Button3Click (TObject *Sender)

{ if (Application->MessageBox (

" Действительно хотите удалить запись?", «Подтвердите удаление записи» ,

MB_YESNO + MB_ICONQUESTION) == IDYES)

DataModule2->IBStoredProc9->ParamByName («ID_GORODA»)->AsString=Edit4->Text;

DataModule2->IBStoredProc9->ExecProc ();

DataModule2->IBTable2->Active=false;

DataModule2->IBTable2->Active=true; }

//—————————————————————————————————————;

void __fastcall TForm1: Edit7Change (TObject *Sender)

{ if (RadioButton3->Checked)

{ TLocateOptions LO;

DataModule2->IBTable2->Locate («ID_GORODA», Edit7->Text, LO<< loCaseInsensitive); }

else if (RadioButton4->Checked)

{ TLocateOptions LO;

DataModule2->IBTable2->Locate («NAZVANIE_CORODA», Edit7->Text, LO<< loCaseInsensitive); } }

//—————————————————————————————————————;

void __fastcall TForm1: Button5Click (TObject *Sender)

{ DataModule2->IBTable2->Active=false;

DataModule2->IBTable2->Filtered=false;

DataModule2->IBTable2->Filter="NAZVANIE_CORODA>='" +Edit8->Text+" 'and NAZVANIE_CORODA<='" +Edit9->Text+" '" ;

DataModule2->IBTable2->Active=true;

DataModule2->IBTable2->Filtered=true; }

//—————————————————————————————————————;

void __fastcall TForm1: Button19Click (TObject *Sender)

{ Form3->QuickRep1->Preview (); }

//—————————————————————————————————————;

void __fastcall TForm1: Button2Click (TObject *Sender)

{ DataModule2->IBStoredProc1->ParamByName («ID_GOR»)->AsString=Edit4->Text;

DataModule2->IBStoredProc1->ParamByName («ADD_NAZV_GOR»)->AsString=Edit5->Text;

DataModule2->IBStoredProc1->ParamByName («ADD_NAZV_STR»)->AsString=Edit6->Text;

DataModule2->IBStoredProc1->ExecProc ();

DataModule2->IBTable2->Active=false;

DataModule2->IBTable2->Active=true; }

//—————————————————————————————————————;

void __fastcall TForm1: Button4Click (TObject *Sender)

{ if (Application->MessageBox (

" Действительно хотите изменить данные?" ,

" Подтвердите занесение в базу данных" ,

MB_YESNO + MB_ICONQUESTION) == IDYES)

{ DataModule2->IBStoredProc2->ParamByName («ID_GOR»)->AsString=Edit4->Text;

DataModule2->IBStoredProc2->ParamByName («NAZV_GOR»)->AsString=Edit5->Text;

DataModule2->IBStoredProc2->ParamByName («NAZV_STR»)->AsString = Edit6->Text;

DataModule2->IBStoredProc2->Prepare ();

DataModule2->IBStoredProc2->ExecProc ();

DataModule2->IBTable2->Active=false;

DataModule2->IBTable2->Active=true; }

else DataModule2->IBStoredProc2->Cancel (); }

//—————————————————————————————————————;

void __fastcall TForm1: N4Click (TObject *Sender)

{ Form9->Show (); }

Заключение

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

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

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

Также в курсовой работе были подготовлены документы, необходимые для стандартизации в Роспатенте РФ.

Список используемых источников

1. А. Я. Архангельский Программирование в C++Builder 6. — М.: «Издательство БИНОМ» 2003 г. — 1152 с.

2. Благодатских В. А. Волнин В.А. Поскакалов К. Ф. Стандартизация разработки программных средств: Учебное пособие для вузов Издательство: «Финансы и статистика» 2006 г. — 288 с.