Ирина Эланс

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

Телефонная связь

Содержание

Введение……………………………...……………………………………..3

Глава 1. Анализ предметной области……………………………………..5

Постановка задачи……………………………………………─
Описание предметной области……………………………...─
Требования предъявляемые

информационной системе……………………………………..…..11

Глава 2. Проектирование информационной системы

коммерческой службы телефонной компании………………………….14

2.1. Функциональная модель системы…………………………..─

2.2. Структурная модель БД информационной

системы коммерческой службы телефонной компании…………18

2.3. Объектно-ориентированный анализ и проектирование

информационной системы средствами UML…………………….20

2.3.1. Диаграмма бизнес-процесса………………………….─

2.3.2. Диаграмма вариантов использования……………….22

2.3.3. Диаграмма классов анализа………………………….23

2.3.4. Диаграмма последовательности……………………..25

2.3.5. Диаграмма деятельности……………………………..26

2.3.6. Диаграмма классов……………………………………27

Заключение………………………………………………………………..29

Список использованной литературы………………………………….…31

Приложения…………………………………………………………….…32

Введение

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

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

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

Задачи работы:

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

провести анализ разработанных моделей.

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

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

Глава 1. Анализ предметной области

1.1. Постановка задачи

Учет телефонных переговоров

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

Классы объектов

Абоненты (Код абонента, Номер телефона, ИНН, Адрес).

Города (Код города, Название, Тариф дневной, Тариф ночной).

Переговоры (Код переговоров, Код абонента, Код города, Дата, Количество минут, Время суток).

Развитие постановки задачи

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

1.2. Описание предметной области

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

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

Учетом стоимости телефонных переговоров (в том числе и междугородних) занимаются биллинговые системы компаний (от англ. Bill – счет). Биллинговые системы предназначены для сбора и обработки информации о телефонных переговорах с целью учета их стоимости и дальнейшего формирования телефонных счетов. Потребность в таких системах в последнее время начали ощущать многие российские предприятия, так как плата за использование телекоммуникаций составляет все более значительную долю бюджета предприятий. Учет, осуществляемый биллинговыми системами, требует знания телефонных номеров внутреннего и внешнего абонентов, а также фиксирования времени начала соединения и длительности разговора. Такую информацию в принципе можно получить от любой современной мини-АТС через порт SMDR (Station Message Detail Recording), работающий по протоколу RS232. Сложность задачи состоит в том, чтобы "аккумулировать" эту информацию в электронном виде, удобном для ее дальнейшей обработки программными средствами, и интегрировать систему учета в уже существующую корпоративную информационную систему. Для осуществления этой операции существует большое количество программ учета телефонных переговоров.

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

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

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

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

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

Учет телефонных звонков включает в себя анализ данных о звонках компании в разрезе:

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

Аналитика и учет телефонных звонков необходимы:

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

Существует большое количество программ учета стоимости звонков. Из них наиболее распространенными являются PhoneTax, PhoneXpress, WinTariff. Рассмотрим работу программы учета стоимости на примере PhoneTax.

PhoneTax – программа учета и тарификации телефонных звонков для офисных, гостиничных и других АТС.

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

Решаемые задачи:

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

тарифов (4 типа);

правил тарификации по:

типу звонка;

внутреннему номеру;
учетной записи абонента;
подразделению компании;

географических направлений;

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

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

генерация отчетности по статистике с АТС;
анализ объема телефонных звонков;
контроль активности АТС в режиме реального времени;
эффективная организация и управление пользованием АТС;
выставление счетов за телефонные услуги.

Структура

Система включает в себя три основных модуля:

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

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

3. Модуль обработки информации осуществляет обработку и управление данными, полученными с АТС.

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

1.3. Требования, предъявляемые к информационной системе

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

Рис. 1. Функциональные требования

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

Рис. 2. Нефункциональные требования

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

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

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

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

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

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

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

Глава 2. Проектирование информационной системы коммерческой службы телефонной компании

2.1. Функциональная модель системы

Метод SADT (IDEF0) (Structured Analysisand Design Technique) считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой. Именно бизнес-процессы, формирующие значимый для потребителя результат, представляют ценность, и именно их улучшением предстоит в дальнейшем заниматься. Модель, основанная на организационно-штатной структуре, может продемонстрировать лишь хаос, царящий в организации (о котором в принципе руководству и так известно, иначе оно бы не инициировало соответствующие работы), на ее основе можно только внести предложения об изменении этой структуры. С другой стороны, модель, основанная на бизнес-процессах, содержит в себе и организационно-штатную структуру предприятия.

Функциональна модель IDEF0 – методология и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматривается логические отношения между работами, а не их временная последовательность.

Функциональная модель работы информационной системы (ИС) коммерческой службы телефонной компании в IDEF0 выглядит следующим образом (рис. 3). Работа представленной информационной системы выполняется менеджером компании при помощи программ учета тарификации и телефонных переговоров. При этом менеджер компании руководствуется правилами и процедурами расчета. На данной диаграмме указано, что входными потоками выступают звонки клиентов и информация о действующих тарифах, а выходными – статистика по клиентам и отчет с рассчитанной стоимостью. Основной задачей информационной системы, представленной на данной диаграмме является отслеживание стоимости междугородних телефонных переговоров.

Рис. 3. Функциональная модель работы информационной системы коммерческой службы телефонной компании

Для подробного описания работы ИС представленной коммерческой службы проведем декомпозицию контекстной диаграммы (рис. 4). На данной диаграмме происходит разбиение работы данной ИС на ряд подзадач: «Фиксирование информации о клиентах», «Отслеживание длительности разговора», «Расчет стоимости звонка». Все они включены в работу программы учета стоимости и тарификации звонков под руководством менеджера компании.

Рис. 4. Диаграмма декомпозиции функциональной модели

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

Рассмотрим в контексте IDEF3 работу следующих функциональных блоков: «Фиксирование информации о клиенте» (рис. 5) и «Расчет стоимости звонка» (рис. 6). В первом случае видно, что для начала фиксируется телефонный звонок программой, которая заранее подготавливается, до начала обслуживания клиента. После этого определяется номер телефона и местонахождение клиента. Данные два процесса запускаются одновременно. После чего на основе полученных данных формируется отчет о совершенном вызове (рис. 5).

Рис. 5. Декомпозиция работы процедуры фиксирования информации о клиенте

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

Рис. 6. Декомпозиция работы процедуры расчета стоимости звонка

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

2.2. Структурная модель БД информационной системы коммерческой службы телефонной компании

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

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

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

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

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

Рис. 8. Физическая модель базы данных коммерческой службы

телефонной компании

2.3. Объектно-ориентированный анализ и проектирование информационной системы средствами UML

UML (англ.Unified Modeling Language – унифицированный язык моделирования) – язык графического описания для объектного моделирования в области разработки программного обеспечения.

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

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