Разработка автоматизированной информационной системы управления услугами оператора телефонной связи
Оглавление
магазин оператор база интерфейс
Введение
1. Анализ предметной области
1.1 Описание
салона-магазина по предоставлению услуг оператора мобильной связи
.2
Технические средства
.3 Описание
учета реализации товара и услуг оператора сотовой связи
.3.1 Описание
бизнес-процессов
.3.2 Анализ
данных
.3.3
Исследование информационных потоков
.4 Обзор
существующих аналогов
.4.1 АИС
«Мобильные операторы»
.4.2 АИС
«МТС Сервис 1.15.45»
.4.3 АИС
«ЕТК: Личный кабинет 1.3»
.5
Обоснование разработки автоматизированной информационной системы
«Оператор»
Заключение по
главе
2. Обзор средств разработки
2.1
Выбор СУБД
.1.1
СУБД Oracle Database
.1.2
СУБД MS SQL Server-2008
.1.3
СУБД Firebird 2.1
2.2 Выбор среды разработки базы
данных
2.2.1
IBExpert 2009
.2.2
Microsoft Access
2.3 Выбор Среды разработки ПО
2.3.1
Delphi 2010
.3.2
Eclipse
.3.3
Microsoft Visual Studio
Заключение по
главе
.
Проектирование реляционной базы данных
.1 Разработка
структуры таблиц
.2
Нормализация таблиц
.3
Проектирование ограничений целостности
.4 Разработка
операций выборки данных
.5 Выдача
прав доступа
Заключение по
главе
.
Проектирование клиентского приложения «Оператор»
.1 Описание
модулей программы
.2 Пакет
поставки и системные требования
.3 Описание
пользовательского интерфейса
.3.1 Авторизация
.3.2 Главное
окно программы
.3.3 Главное
меню
.3.4
«Отчетность»
Заключение по
главе
5. Обеспечение безопасности
жизнедеятельности работы в салоне-магазине оператора сотовой связи
5.1
Организация автоматизированного рабочего места для сотрудников салона-магазина
.2 Опасные и
вредные производственные факторы, сопровождающие деятельность пользователей ПК
в салоне-магазине
.3 Способы
защиты персонала салона-магазина от производственных вредностей
.4
Автотехнический расчет освещения в салоне-магазине, предоставляющего услуги
оператора сотовой связи
Заключение по
главе
Заключение
Список
используемых источников
Введение
Современный мир информационных технологий трудно представить себе без
использования баз данных.
Практически все системы в той или иной степени связаны с функциями
долговременного хранения и обработки информации.
Фактически информация становиться фактором, определяющим эффективность
любой сферы деятельности.
Увеличились информационные потоки и повысились требования к скорости
обработки данных, и теперь уже большинство операций не может быть выполнено
вручную, они требуют применения наиболее перспективных компьютерных технологий.
Любые административные решения требуют четкой и точной оценки текущей
ситуации и возможных перспектив ее изменения.
Базы данных отражают определенную часть реального мира. Эта информация
должна по возможности фиксироваться в базе данных однократно, и все
пользователи, которым эта информация нужна, должны иметь возможность работать с
ней
Целью данной выпускной квалификационной работы является разработка
автоматизированной информационной системы управления услугами оператора
телефонной связи.
Автоматизация салона-магазина, по предоставлению услуг оператора
телефонной связи позволит работникам избавиться от многих рутинных процессов,
что обеспечит наиболее быстрое, полное и качественное обслуживание абонентов.
Основные задачи:
Проведение анализа деятельности салона-магазина по предоставлению услуг
оператора телефонной связи.
Разработка информационной базы данных.
Разработка программы.
Проведение анализа по обеспечению безопасности жизнедеятельности
салона-магазина по оказанию услуг оператора сотовой связи.
1. Анализ
предметной области
.1 Описание
салона-магазина по предоставлению услуг оператора мобильной связи
Основным видом деятельности салона-магазина является предоставление услуг
мобильной связи
Это юридическое лицо, имеет зарегистрированный товарный знак, фирменный
знак, расчетный и иные счета в рублях в учреждениях банков.
Салон-магазин имеет в своем составе администрацию, бухгалтерию, отдел
кадров, отдел менеджмента. Общее руководство предприятием осуществляет
Генеральный директор. В его подчинении находятся заместитель директора по
экономике и финансам. Непосредственное управление осуществляет Генеральный
директор.
Основными подразделениями, обеспечивающими деятельность салона-магазина,
являются:
. бухгалтерия — расчет и выдача зарплаты, налоговая отчетность;
. отдел менеджмента — оформление клиентов и подключений,
составление отчетности;
.2
Технические средства
В салонах-магазинах, предоставляющих телефонные услуги, используются
информационные технологии, которые автоматизируют административную и
коммерческую деятельность. Салоны располагают современной материальной базой,
включающей вычислительную технику и периферию, а так же там развернута
локальная вычислительная сеть (ЛВС), которая позволяет осуществлять
централизованное хранение и обработку информации. Сеть охватывает все отделы.
На предприятии используются следующие программно-аппаратные средства.
Программные средства:
Ø Windows 7 — операционная система семейства Windows NT
корпорации Microsoft.
Ø Windows Server 2008 — операционная система семейства Windows
NT от компании Microsoft, которая предназначенная для работы на серверах.
Ø 1С: Предприятие 8.3.
Ø Антивирус Касперского 2012 — программа обеспечивает
антивирусную защиту, защиту от спама и хакерских атак.
Аппаратные средства:
В подразделениях предприятия установлены компьютеры со следующей
конфигурацией:
Ø Процессор INTEL Core i3 3240 LGA 1155 OEM
Ø Модуль памяти HYNIX DDR3- 2Гб 1333 DIMM OEM
Ø Жесткий диск WD Caviar Blue WD5000AAKX 500Гб HDD SATA III
Все компьютеры объединены в единую локальную вычислительную сеть и имеют
доступ в Интернет.
Информационные системы и прикладные программные комплексы:
Ø 1С: Бухгалтерия 8.3 — автоматизированная информационная
система, созданная для автоматизации бухгалтерского и налогового учета, включая
подготовку обязательной (регламентированной) отчетности.
Ø 1С: Предприятие 8.3 — представляет собой совокупность
программных модулей, предназначенных для разработки и использования решений
(конфигураций) по ведению учета и автоматизации хозяйственной деятельности
предприятий, и конфигурации или совокупности конфигураций.
Ø MS OFICCE 2010 — комплекс программ для подготовки документации.
1.3 Описание
учета реализации товара и услуг оператора сотовой связи
Отдел менеджмента выполняет следующие функции:
подключение клиента
организация принятия заказа на подключение услуг оператора сотовой связи
от клиента;
прием платежей от клиентов;
отслеживание состояния подключений;
составление отчета о подключениях и оплатах;
Директор салона — осуществляет руководство по развитию и
функционированию, проводит внутренние проверки, анализирует их результаты,
контролирует выполнение корректирующих мероприятий.
Менеджер по продажам — осуществляет реализацию подключение услуг.
1.3.1
Описание бизнес-процессов
Для реализации услуг оператора сотовой связи необходимы следующие
бизнес-процессы:
. Подключение нового абонента — сначала регистрируется новый абонент,
затем данные о нем заносятся в базу данных, клиент выбирает тарифный план,
затем заключается договор о новом подключении, принимается оплата и клиенту
выдается квитанция об оплате;
. Подключение выбранной услуги — после выбора услуги, оформляется
договор, принимается оплата и выдается квитанция об оплате
. Регистрация оплаты — после внесения средств на лицевой счет
абонента выдается квитанция об оплате;
. Формирование отчетных документов:
Ø Формирование отчета «Прайс-лист» — формирование
сведений о ценах на действующие тарифы и услуги;
Ø Формирование отчета «Анализ продаж» — формирование
списка клиентов-должников, сумма долга которых превышает указанную величину;
Ø Формирование отчета «Состояние оплаты» —
формирование сведений о платежах по каждому клиенту.
Бизнес-правила — набор условий, которые управляют деловым событием, чтобы
оно происходило так, как нужно для предприятия или клиента.
Рассмотрим Бизнес — правила, которые необходимые для реализации услуг:
. При заказе услуги должна быть внесена оплата, установленная
салоном-магазином.
. Заключение договора на подключение нового клиента происходит
после полной оплаты стоимости выбранного тарифа и после предоставления клиентом
документа, удостоверяющего личность.
. Доя занесения средств на счет абонента необходимо, что бы была
внесена оплата, и абонент был зарегистрирован в базе данных салона-магазина.
.3.2 Анализ
данных
Необходимо определить данные, которые будут использоваться в
проектируемой базе данных. Эти сведения можно разделить на следующие типы:
сведения о договоре;
сведения об абонентах;
сведения о тарифах и услугах;
сведения об оплатах;
сведения продаже.
Сведения о договоре включают: код абонента, номер лицевого счета
абонента, номер договора, абонентский номер, название тарифа, либо услуги, стоимость
тарифа, либо услуги, дату заключения и сумму оплаты.
Сведения об абонентах включают: ФИО абонента, паспортные данные, адрес и
дату рождения.
Сведения о тарифах и о услугах включают: название тарифа либо услуги,
стоимость.
Сведения об оплате включают: ФИО покупателя, абонентский номер, сумму
оплаты, дата оплаты.
Сведения о продаже включают: сведения о тарифе либо отдельной услуге, ФИО
покупателя, паспортные данные покупателя, цена тарифа либо услуги, дата
продажи.
.3.3
Исследование информационных потоков
Работать с системой будут только работники салона-магазина, а именно:
Продавцы-консультанты, которые будут регистрировать новые подключения,
изменять или добавлять данные об абонентах, а так же заносить средства на счет
абонентов
Менеджер, который будет вносить разного рода изменения связанные с
каталогом услуг и тарифов.
Администратор в свою очередь будет просматривать список должников, и
формировать отчеты.
В качестве входной информации будут выступать сведения:
О клиентах, будет вноситься следующая информация: ФИО, серия и номер
паспорта, кем и когда выдан, дата рождения, адрес.
О тарифах: название тариф, стоимость входящих и исходящих вызовов, смс и
интернет трафика.
Об услугах: название, стоимость, описание услуги и примечания.
В качестве выходной информации клиентской программой будут формировать
следующие отчеты:
отчет «Прайс-лист» — в данном отчете будет выводиться перечень
цен на текущие тарифы и услуги;
отчет «Анализ продаж» — в данном отчете будет выводиться список
проданных услуг и подключений за год;
отчет «Состояние оплаты » — в данном отчете выводится список
абонентов, на чей счет заносились средства оператором за последние 2 дня.
.4 Обзор
существующих аналогов
На сегодняшний день существует достаточно автоматизированных систем,
созданных для операторов сотовой связи, но в большинстве случаев они
спроектированы для конкретного оператора, имеют ограниченные возможности или
входит в состав большого комплекса программ.
.4.1 АИС
«Мобильные операторы»
Описание: Программа «Мобильные операторы» позволяет по номеру
телефона получить информацию:
— оператора мобильной связи
— дату регистрации (компании)
— регион
— официальный сайт Оператора
— страницу для бесплатной отправки SMS
Благодаря такой информации абонент всегда будете знать, кто и откуда ему
позвонил или написал смс.
Прежде, чем звонить на мобильный телефон, абоненту рекомендуем узнать с
помощью данной программы, какому региону и оператору мобильной связи
принадлежит указанный номер.
Иначе может случиться так, что звонок в другой регион обойдется абоненту
слишком дорого.
Кроме того, в данной АИС быстро и просто отправить бесплатное смс на
любой номер.
Программа не требует установки, может запускаться прямо с USB-носителя
или компакт-диска.
Программа бесплатна, регистрации не требуется. Внешний вид АИС
«Мобильные операторы» представлен на рисунке 1.
Рис.1.
«Внешний вид АИС Мобильные операторы»
.4.2 АИС
«МТС Сервис 1.15.45»
Описание: Это приложение, разработанное для iOS, с помощью которого
абонент может оперативно узнавать о состоянии своего мобильного счета, подключать
и отключать услуги, изменять свой тарифный план и многое другое.
Главное меню и поиск приведены на рисунке 2.
Рис.
2. «Главное меню АИС МТС Сервис»
1.4.3 АИС
«ЕТК: Личный кабинет 1.3»
Описание: Программа представляет удобный инструмент управления лицевым
счетом абонента сотового оператора ЗАО «ЕТК» (Енисейтелеком).
Программа состоит из трех модулей: личный кабинет, SMS-сервис, справка.
Личный кабинет позволяет управлять как своим лицевым счетом, так и
другими (собственные счета, корпоративные и т.д.). Работает только при
подключенном соединении интернета (Wi-Fi, GPRS, 3G). Доступны такие операции
как:
— изменение списка услуг;
— пополнение баланса;
— блокировка/разблокировка номера и др.сервис позволяет
управлять лицевым счетом только активной SIM-карты. Подключения к интернету не
требуется. Доступны такие операции как управление списком услуг и пополнение
баланса.
Справка представляет собой краткий справочник абонента, встроенный в
программу. Подключения к интернету не требуется.
Главное окно программы представлено на рисунке 3.
Рис.3.
«Главное окно АИС ЕТК: Личный кабинет 1.3»
1.5
Обоснование разработки автоматизированной информационной системы
«Оператор»
У существующих аналогов были выявлены следующие недостатки:
— нет гибких механизмов разграничения доступа к данным
— недостаточная функциональность
— нет многопользовательского доступа
— высокая цена
Подходящие новые технологии
Современным решением выше указанных проблем является разработка АИС
«Оператор», так как:
гибкий интерфейс
возможность создания распределённой информационной базы
низкая цена за конечный продукт
Ожидаемый эффект от внедрения:
Актуальность — возможность оперативно отражать изменения.
Полнота информации, то есть предоставление максимально полной информации
о заказах, об оплате, об автомобилях.
Удобство — понятный интерфейс.
Непротиворечивость и достоверность данных.
Заключение по
главе
Создание данной автоматизированной информационной системы позволит учесть
все особенности для реализации услуг оператора сотовой связи.
Ожидаемый эффект от внедрения:
Ø Актуальность — возможность оперативно отражать изменения.
Ø Полнота информации, то есть предоставление максимально полной
информации о составленной смете.
Ø Удобство — понятный интерфейс.
Ø Непротиворечивость и достоверность данных.
Ø Консолидация сведений на предприятии.
2. Обзор
средств разработки
.1 Выбор СУБД
Система управления базой данных (СУБД) ‑ комплекс программных средств,
предназначенный для создания, ведения и использования БД.
По возможностям выделяют две группы СУБД:
. Полнофункциональные СУБД ‑ наиболее мощные, многопользовательские, с системами
защиты, копирования и восстановления данных (Oracle, Microsoft SQL Server,
Informix, DB/2), но более сложные СУБД.
. Персональные СУБД ‑ с ограниченными возможностями, но более простые в
использовании (Access, Visual FoxPro, Paradox, Clipper, dBase, Clarion,
DataEase, DataFlex, R: BASE).
.1.1 СУБД
Oracle Database
Oracle — одна из наиболее мощных современных СУБД, предназначенных для
реализации баз данных уровня корпорации, что предъявляет серьезные требования к
серверу.может работать в большинстве операционных систем: Windоws-NТ, -2000,
Linux, UNIХ, AIX, Nowell Nеtwаrе. А это в свою очередь позволяет выбирать
наиболее удобную для корпоративных задач платформу сервера. Например, если
организация предпочитает использовать операционные системы не от Windows, то
она легко может себе это позволить. Некоторые организации могут ориентироваться
на решения на базе UNIХ-систем, славящихся надежностью и устойчивостью в
качестве серверной платформы, при этом продолжая использовать привычный
пользователям Windows на клиентских компьютерах.
Основными преимуществами Oracle можно считать поддержку баз данных очень
большого объема (до 64 Гбайт), мощные средства разработки и администрирования,
поддержку многопроцессорности и двух языковых сред, а также интеграцию с Web.
Вместе с этим программа предъявляет серьезные аппаратные требования и высокую
цену
.1.2 СУБД MS SQL
Server-2008
MS SQL Sеrvеr-2008 получила широкое распространение как у нас в стране,
так и за рубежом, поскольку она предлагает широкий спектр услуг
администрирования и легко масштабируется. Это позволяет использовать ее в
информационных системах для среднего бизнеса и больших компьютерных
информационных системах (КИС).
В основе платформы MS SQL Server используется среда Windows.
Главное преимущество программы — тесная интеграция с программными
продуктами от Мiсrosоft и возможность экспорта/импорта данных в большинство
распространенных форматов данных, что позволяет использовать MS SQL Server как
центральное хранилище данных.2008 Express — это бесплатная редакция системы SQL
Server. Она идеально подходит для обучения работе с базами данных, для создания
небольших серверных приложений и для распространения независимыми поставщиками
ПО. В этот выпуск включен ряд мощных функциональных возможностей, в частности
службы отчетов SQL Server 2008 — серверная платформа для создания и отправки
классических и интерактивных отчетов — и графическая среда SQL Server 2008
Management Studio Express, упрощающая управление базами данных.
— Мощность
— Возможность разрабатывать высокопроизводительные приложения,
опирающиеся на безопасность, надежность и масштабируемость ядра SQL Server.
— Производительность
— Тесная интеграция SQL Server Express с конструкторами Visual
Studio и средой SQL Server Management Studio позволяет разрабатывать приложения
быстрее.
— Гибкость
— Создание мало связанных приложений, способных работать без подключения
к сети и автоматически синхронизироваться с центральной базой данных.
Ключевые области использования:
— Базы данных начального уровня, учебные БД
— Создание мощных настольных приложений
— Права на свободное распространение для независимых разработчиков
ПО.
.1.3 СУБД
Firebird 2.1
Firebird (FirebirdSQL) — компактная, кроссплатформенная, свободная
система управления базами данных (СУБД), работающая на Linux, Microsoft Windows
и разнообразных Unix платформах.
В качестве преимуществ Firebird можно отметить многоверсионную
архитектуру (параллельная обработка оперативных и аналитических запросов:
читающие пользователи не блокируют пишущих), компактность (дистрибутив 5Mb),
высокую эффективность и мощную языковую поддержку для хранимых процедур и
триггеров.используется в различных промышленных системах (складские и
хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески
независимый проект C и C++ программистов, технических советников и
разработчиков мульти платформенных систем управления базами данных, основанный
на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде
свободной версии Interbase 6.0.полностью поддерживает SQL-92 Entry Level 1 и
реализует большую часть стандарта SQL-99 c некоторыми очень полезными дополнениями.
Это включает выражения DML/DDL, синтаксис объединений FULL/LEFT/RIGHT [OUTER]
JOIN, выражения UNION, DISTINCT, подзапросы (IN, EXISTS), встроенные функции
(AVG, SUM, MIN, MAX, COALESCE, CASE, ..), ограничения целостности (PRIMARY KEY,
UNIQUE, FOREIGN KEY), и все общие типы данных SQL.поддерживает множество
способов доступа, включая: собственные наборы компонент для C/C++, Delphi,
классы для ADO, ODBC, JDBC (Jaybird), драйверы для Python, PHP, драйвер OLE DB,
dbExpress, провайдер данных .NET и прямой доступ с использованием клиентской
библиотеки сервера (fbclient.dll или GDS32.dll)поддерживает большие базы
данных. Базы данных могут быть расположены в нескольких файлах, предельный
размер которых зависит от операционной системы. Теоретический предел в
настоящее время составляет 64TБ для одного файла базы данных, таким образом,
главные ограничения накладываются файловой системой и местом на жёстком
диске.является сервером баз данных. Один сервер Firebird может обрабатывать
несколько сотен независимых баз данных, каждую с множеством пользовательских
соединений. Он является полностью свободным от лицензионных отчислений даже для
коммерческого использования.
.2 Выбор
среды разработки базы данных
.2.1 IBExpert
2009
IBExpert — GUI-оболочка, предназначенная для разработки и
администрирования баз данных InterBase и Firebird, а также для выбора и
изменения данных, хранящихся в базах.
Как основные достоинства IBExpert разработчики указывают:
Ø поддержка InterBase версий 4.х, 5.х, 6.х, 7.х; Firebird 1.х,
2.x, 3.x; Yaffil 1.х;
Ø работа одновременно с несколькими базами данных;
Ø отдельные редакторы для всех объектов БД с синтаксической
подсветкой;
Ø мощный SQL редактор с историей запросов и возможностью
фонового выполнения запросов;
Ø автозавершение кода SQL (название таблиц, полей, и т.п.)
Ø отладчик хранимых процедур и триггеров;
Ø поиск в метаданных;
Ø полное и частичное извлечение данных и метаданных;
Ø анализатор зависимостей объектов баз данных;
Ø отчеты по метаданным;
Ø менеджеры пользователей и пользовательских привилегий;
Ø экспорт данных в различные форматы.обладает множеством
облегчающих работу компонентов: визуальный редактор для всех объектов базы
данных, редактор SQL и исполнитель скриптов, отладчик для хранимых процедур и
триггеров, построитель области, инструмент для импорта данных из различных
источников, собственный скриптовый язык, а также дизайнер баз данных.
.2.2
Microsoft Access
Microsoft Access — реляционная СУБД[1] корпорации Microsoft. Имеет
широкий спектр функций, включая связанные запросы, связь с внешними таблицами и
базами данных. Благодаря встроенному языку VBA, в самом Access можно писать
приложения, работающие с базами данных.
Ø Основные компоненты MS Access:
Ø построитель таблиц;
Ø построитель экранных форм;
Ø построитель SQL-запросов (язык SQL в MS Access не
соответствует стандарту ANSI);
Ø построитель отчётов, выводимых на печать.
Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет
разрабатывать приложения и БД практически «с нуля» или написать
оболочку для внешней БД.Jet Database Engine (англ. Microsoft Jet Database
Engine), которая используется в качестве движка базы данных MS Access является
файл-серверной СУБД и потому применима лишь к приложениям, работающим с
небольшими объёмами данных и при небольшом числе пользователей, одновременно
работающих с этим данными. Непосредственно в Access отсутствует ряд механизмов,
необходимых в многопользовательских базах данных, таких, например, как
триггеры.
Встроенные средства взаимодействия MS Access со внешними СУБД с использованием
интерфейса ODBC снимают ограничения, присущие Microsoft Jet Database Engine.
Инструменты MS Access, которые позволяют реализовать такое взаимодействие,
называются «связанные таблицы» (связь с таблицей СУБД) и
«запросы к серверу» (запрос на диалекте SQL, который
«понимает» СУБД).
Корпорация Microsoft для построения полноценных клиент-серверных
приложений на базе MS Access рекомендует использовать в качестве движка базы
данных СУБД MS SQL Server. При этом имеется возможность совместить с присущей
MS Access простотой инструменты для управления БД и средства разработки.
Известны также реализации клиент-серверных приложений на базе связки
Access 2003 c другими СУБД, в частности, MySQL
.3 Выбор
Среды разработки ПО
.3.1 Delphi
2010
Delphi, — интегрированная среда разработки ПО для Microsoft Windows, Mac
OS, iOS и Android на языке Delphi (ранее носившем название Object Pascal),
созданная первоначально фирмой Borland и на данный момент принадлежащая и
разрабатываемая Embarcadero Technologies. Embarcadero Delphi является частью
пакета Embarcadero RAD Studio и поставляется в четырёх редакциях: Starter,
Professional, Enterprise и Architect.
Среда предназначена для быстрой (RAD) разработки прикладного ПО для
операционных систем Windows, Mac OS X, а также IOS и Android. Благодаря
уникальной совокупности простоты языка и генерации машинного кода, позволяет
непосредственно, и, при желании, достаточно низкоуровнево взаимодействовать с
операционной системой, а также с библиотеками, написанными на C/C++. Созданные
программы не зависимы от стороннего ПО, как-то Microsoft .NET Framework, или
Java Virtual Machine. Выделение и освобождение памяти контролируется в основном
пользовательским кодом, что, с одной стороны, ужесточает требования к качеству
кода, а с другой — делает возможным создание сложных приложений, с высокими
требованиями к отзывчивости (работа в реальном времени). В кросс-компиляторах
для мобильных платформ предусмотрен автоматический подсчет ссылок на объекты,
облегчающий задачу управления их временем жизни.
.3.2 Eclipse
Eclipse — свободная интегрированная среда разработки модульных
кроссплатформенных приложений. Развивается и поддерживается Eclipse Foundation.
Наиболее известные приложения на основе Eclipse Platform — различные
«Eclipse IDE» для разработки ПО на множестве языков (например,
наиболее популярный «Java IDE», поддерживавшийся изначально, не
полагается на какие-либо закрытые расширения, использует стандартный открытый
API для доступа к Eclipse Platform)
Первоначально Eclipse разрабатывалась фирмой IBM как преемник среды
разработки IBM VisualAge, в качестве корпоративного стандарта IDE для
разработки на разных языках под платформы IBM. По сведениям IBM, проектирование
и разработка стоили 40 миллионов долларов.[2] Исходный код был полностью открыт
и сделан доступным после того, как Eclipse был передан для дальнейшего развития
независимому от IBM сообществу.
В Eclipse 3.0 (2003 год) были выбраны спецификации сервисной платформы
OSGi, как архитектура времени выполнения. С версии 3.0 Eclipse перестал быть монолитной
IDE, поддерживающей расширения, а сам стал набором расширений. В основе лежат
фреймворк OSGi и SWT/JFace, на основе которых разработан следующий слой — RCP
(Rich Client Platform, платформа для разработки полноценных клиентских
приложений). RCP служит основой не только для Eclipse, но и для других
RCP-приложений, например Azureus и File Arranger. Следующий слой — сам Eclipse,
представляющий собой набор расширений RCP — редакторы, панели, перспективы,
модуль CVS и модуль Java Development Tools (JDT).
С 2006 года фонд Eclipse координирует ежегодный общий релиз (Simultaneous
Release), который происходит в июне. Каждый выпуск включает в себя платформу
Eclipse, а также ряд других проектов Eclipse.служит в первую очередь платформой
для разработки расширений, чем он и завоевал популярность: любой разработчик
может расширить Eclipse своими модулями. Уже существуют Java Development Tools
(JDT), C/C++ Development Tools (CDT), разрабатываемые инженерами QNX совместно
с IBM, и средства для языков Ada (GNATbench, Hibachi), COBOL, FORTRAN, PHP и
пр. от различных разработчиков. Множество расширений дополняет среду Eclipse
менеджерами для работы с базами данных, серверами приложений и др.JDT (Java
Development Tools) — наиболее известный модуль, нацеленный на групповую
разработку: среда интегрирована с системами управления версиями — CVS, GIT в
основной поставке, для других систем (например, Subversion, MS SourceSafe)
существуют плагины. Также предлагает поддержку связи между IDE и системой
управления задачами (ошибками). В основной поставке включена поддержка трекера
ошибок Bugzilla, также имеется множество расширений для поддержки других
трекеров (Trac, Jira и др.). В силу бесплатности и высокого качества, Eclipse
во многих организациях является корпоративным стандартом для разработки
приложений.написана на Java, потому является платформо-независимым продуктом,
за исключением библиотеки SWT, которая разрабатывается для всех
распространённых платформ (см. ниже). Библиотека SWT используется вместо
стандартной для Java библиотеки Swing. Она полностью опирается на нижележащую
платформу (операционную систему), что обеспечивает быстроту и натуральный
внешний вид пользовательского интерфейса, но иногда вызывает на разных
платформах проблемы совместимости и устойчивости приложений.
Основой Eclipse является платформа расширенного клиента (RCP — от англ.
rich client platform). Её составляют следующие компоненты:
Ø Ядро платформы (загрузка Eclipse, запуск модулей);
Ø OSGi (стандартная среда поставки комплектов (англ. bundles));
Ø SWT (портируемый инструментарий виджетов);
Ø JFace (файловые буферы, работа с текстом, текстовые
редакторы);
Ø Рабочая среда Eclipse (панели, редакторы, проекции,
мастеры).в Eclipse написан с использованием инструментария SWT. Последний, в
отличие от Swing (который самостоятельно эмулирует графические элементы
управления), использует графические компоненты данной операционной системы.
Пользовательский интерфейс Eclipse также зависит от промежуточного слоя GUI,
называемого JFace, который упрощает построение пользовательского интерфейса,
базирующегося на SWT.
Гибкость Eclipse обеспечивается за счёт подключаемых модулей, благодаря
чему возможна разработка не только на Java, но и на других языках, таких как
C/C++, Perl, Groovy, Ruby, Python, PHP, Erlang, Компонентного Паскаля, Zonnon и
прочих.
2.3.3
Microsoft Visual Studio
Microsoft Visual Studio — линейка продуктов компании Майкрософт,
включающих интегрированную среду разработки программного обеспечения и ряд
других инструментальных средств. Данные продукты позволяют разрабатывать как
консольные приложения, так и приложения с графическим интерфейсом, в том числе
с поддержкой технологии Windows Forms, а также веб-сайты, веб-приложения,
веб-службы как в родном, так и в управляемом кодах для всех платформ, поддерживаемых
Microsoft Windows, Windows Mobile, Windows CE, .NET Framework, Xbox, Windows
Phone .NET Compact Framework и Microsoft Silverlight.Studio включает в себя
редактор исходного кода с поддержкой технологии IntelliSense и возможностью
простейшего рефакторинга кода. Встроенный отладчик может работать как отладчик
уровня исходного кода, так и как отладчик машинного уровня. Остальные
встраиваемые инструменты включают в себя редактор форм для упрощения создания
графического интерфейса приложения, веб-редактор, дизайнер классов и дизайнер
схемы базы данных. Visual Studio позволяет создавать и подключать сторонние
дополнения (плагины) для расширения функциональности практически на каждом
уровне, включая добавление поддержки систем контроля версий исходного кода (как
например, Subversion и Visual SourceSafe), добавление новых наборов
инструментов (например, для редактирования и визуального проектирования кода на
предметно-ориентированных языках программирования или инструментов для прочих
аспектов процесса разработки программного обеспечения (например, клиент Team
Explorer для работы с Team Foundation Server).
Заключение по
главе
Среди обширного количества существующих СУБД была выбрана Firebird 2.1.
так как одним из ее преимуществом является поддержка множество способов
доступа, включая: собственные наборы компонент для/C++ и Delphi. Так же
Firebird поддерживает большие базы данных, которые могут быть расположены в
нескольких файлах. В качестве еще одного преимущества Firebird можно отметить
многоверсионную архитектуру, обеспечивающую параллельную обработку оперативных
и аналитических запросов (это возможно потому, что читающие пользователи не
блокируют пишущих), компактность (дистрибутив 5Mb), высокую эффективность и
мощную языковую поддержку для хранимых процедур и триггеров.
В качестве среды разработки базы данных была выбрана оболочка IBExpert
2009 так как она обладает рядом достоинств, таких как:
Ø поддержка InterBase версий 4.х, 5.х, 6.х, 7.х; Firebird 1.х,
2.x; Yaffil 1.х;
Ø работа одновременно с несколькими базами данных;
Ø отдельные редакторы для всех объектов БД с синтаксической
подсветкой;
Ø мощный SQL редактор с историей запросов и возможностью
фонового выполнения запросов;
Ø отладчик хранимых процедур и триггеров;
Ø поиск в метаданных;
Ø полное и частичное извлечение данных и метаданных;
Ø анализатор зависимостей объектов баз данных;
Ø отчеты по метаданным;
Ø менеджеры пользователей и пользовательских привилегий;
Ø экспорт данных в различные форматы.обладает множеством
облегчающих работу компонентов: визуальный редактор для всех объектов базы
данных, редактор SQL и исполнитель скриптов, отладчик для хранимых процедур и
триггеров, построитель области, собственный скриптовый язык, а также дизайнер
баз данных и т. д.
В качестве среды разработки ПО использовалась Delphi 2010 так как в она
обладает следующими преимуществами:
Ø Быстрота разработки приложения.
Ø Высокая производительность разработанного приложения.
Ø Hизкие требования разработанного приложения к ресурсам
компьютера.
Ø Hаращиваемость за счет встраивания новых компонент и
инструментов в среду Delphi.
Ø Возможность разработки новых компонент и инструментов
собственными средствами Delphi (существующие компоненты и инструменты доступны
в исходниках)
Ø Удачная проработка иерархии объектов
Ø Де-факто уже доступно огромное количество визуальных
компонентов третьих фирм, часть из которых freeware, часть shareware, часть —
коммерческие.
3.
Проектирование реляционной базы данных
Данная база данных проектируется на основе ролевой модели.
Управление доступом на основе ролей представляет собой развитие политики
избирательного управления доступом, при этом права доступа субъектов системы на
объекты группируются с учетом специфики их применения, образуя роли.
Ролевое разграничение доступа позволяет реализовать гибкие, изменяющиеся
динамически в процессе функционирования компьютерной системы правила
разграничения доступа.
Данный подход применяется в системах защиты СУБД, а отдельные элементы
реализуются в сетевых операционных системах. Ролевой подход часто используется
в системах, для пользователей которых четко определен круг их должностных
полномочий и обязанностей как в данной базе данных.
Несмотря на то, что Роль является совокупностью прав доступа на объекты
компьютерной системы, ролевое управление доступом отнюдь не является частным
случаем избирательного управления доступом, так как его правила определяют
порядок предоставления доступа субъектам компьютерной системы в зависимости от
имеющихся (или отсутствующих) у него ролей в каждый момент времени, что является
характерным для систем мандатного управления доступом. С другой стороны,
правила ролевого разграничения доступа являются более гибкими, чем при
мандатном подходе к разграничению.
Так как привилегии не назначаются пользователям непосредственно, и приобретаются
ими только через свою роль (или роли), управление индивидуальными правами
пользователя по сути сводится к назначению ему ролей. Это упрощает такие
операции, как добавление пользователя или смена подразделения пользователем.
3.1
Разработка структуры таблиц
Структура базы данных для АИС «Оператор», представлена на
рисунке 4.
База данных состоит из 6 сущностей, таких как:
Ø Abonenti — Данная сущность хранит в себе информацию об
абонентах и включает в себя следующие атрибуты: код абонента, фамилия, имя,
отчество, дата рождения, паспортные данные, адрес проживания.
Ø Uslugi — данная сущность включает в себя следующие атрибуты:
код услуги, описание, примечание, стоимость.
Ø Tarifi — данная сущность включает в себя следующие атрибуты:
название тарифа, стоимость входящих вызовов внутри сети, стоимость исходящих
вызовов внутри сети, стоимость входящих вызовов с другого оператора, стоимость
исходящих вызовов на другой оператор, стоимость входящих с городского телефона,
стоимость исходящих на городской телефон стоимость смс и стоимость интернет
трафика.
Ø Abonentskie_uslugi — данная сущность включает в себя
следующие атрибуты: код услуги, номер договора, дата подключения, дата
окончания действия данной услуги.
Ø Licevoi_schet — данная сущность включает в себя следующие
атрибуты: id, номер лицевого счета, дата, время, сумма, номер договора
Ø Zakluchenie_dogovora — данная сущность включает в себя
следующие атрибуты: код абонента, номер договора, дата заключения, абонентский
номер, тариф, номер лицевого счета.
3.2
Нормализация таблиц
Нормализация — это процесс проверки структуры таблиц на наличие аномалии,
если они имеются, то таблицы разбиваются на более мелкие таблицы. Структура
нормализации представлена на рисунке 5.
Аномалии — это ситуации при работе с базой данных, которые могут привести
к неоднозначной трактовке данных или противоречивым данным. Аномалии возникают
в таблицах, содержащих избыточные данные
Рис.
5. «Структура нормализации таблиц»
На начальном этапе проектирования базы данных строится первая нормальная
форма (1НФ): Таблица находится в 1 НФ, если на пересечении каждой строки и
столбца стоит атомарное значение.
Отношение находится во 2НФ тогда и только тогда, когда отношение
находится в 1НФ, и нет, не ключевых атрибутов, зависящих от части сложного
ключа. Для того, чтобы устранить зависимость атрибутов от части сложного ключа,
нужно произвести декомпозицию отношения на несколько отношений. При этом те
атрибуты, которые зависят от части сложного ключа, выносятся в отдельное
отношение.
Отношение находится в 3НФ тогда и только тогда, когда отношение находится
во 2НФ и все не ключевые атрибуты взаимно независимы.
Атрибуты называются взаимно независимыми, если ни один из них не является
функционально зависимым от другого.
Таблица находится в НФБК (Нормальная форма Байса-Кода), если детерминанты
всех функциональных зависимостей являются потенциальными ключевыми таблицами
Отношение находится в 4НФ, если отношение содержит 2 многозначные
зависимости.
Многозначная зависимость — это такая логическая связь между значениями
столбцов А и В при которой для значения А мы можем определить множество
значений столбца В.
НФ применяется к таблицам, имеющим несколько многозначных зависимостей,
причем атрибуты, входящие в эти зависимости связаны между собой по смыслу, то
есть являются зависимыми друг от друга.
Отношения находятся в ДКНФ (Доменно-ключевая нормальная форма) если
каждое ограничение целостности, накладываемое на это отношение является
логическим следствием определения доменов и ключей.
Проведем нормализацию таблиц базы данных «Оператор».
Для этого выделим для каждой таблицы функциональные зависимости и
проверим на нормальные формы как это показано на рисунке 1. Функциональная зависимость
(ФЗ) между столбцами означает логическую связь «Многие к одному»
между значениями этих столбцов.
Таблица Abonenti:
Функциональные зависимости :
. Kod_abonenta → (Familiy, name, otchestvo, data_rogdeniy,
seriy_pasporta, nomer_pasporta, kem_vidan, kogda_vidan, address)
. (seriy_pasporta, nomer_pasporta) → (Kod_abonenta ,familiy,
name, otchestvo, data_rogdeniy, kem_vidan, kogda_vidan, address)
3. (Familiy, name, otchestvo, data_rogdeniy, address) →
(Kod_abonenta, seriy_pasporta, nomer_pasporta, kem_vidan, kogda_vidan)
Проверка на нормальные формы (НФ):
НФ прошла, 2НФ прошла, НФБК прошла. Многозначных зависимостей нет.
Таблица находится в ДКНФ.
Таблица Uslugi
Функциональные зависимости:
. Kod_uslugi → (Opisanie, primechanie, stoimost)
НФ прошла, 2НФ прошла, 3НФ прошла. Многозначных зависимостей нет. Таблица
находится в ДКНФ.
Таблица Abonentskie_uslugi
Функциональные зависимости:
. Kod_uslugi → (Nomer_dogovora, data_podklucheniy,
data_okonchaniy)
. Nomer_dogovora → (Data_podklucheniy, data_okonchaniy)
. (Nomer_dogovora, data_podklucheniy → (Data_okonchaniy)
НФ прошла, 2НФ прошла, 3НФ прошла. Многозначных зависимостей нет. Таблица
находится в ДКНФ.
Таблица Tarifi
Функциональные зависимости:
. Nazvanie_tarifa → (St_vh_vn_s, st_ish_vn_s, st_vh_dr_op,
St_ish_na_dr_op, st_vh_s_gor_tel, st_ish_na_gor_tel,st_sms, internet_trafic)
НФ прошла, 2НФ прошла, 3НФ прошла. Многозначных зависимостей нет. Таблица
находится в ДКНФ.
Таблица Licevoi_schet
Функциональные зависимости:
1. Id → (Nom_licevogo_scheta, data, vremya, summa,
nomer_dogovora)
2. Nom_licevogo_scheta → (Id, data, vremya, summa,
nomer_dogovora)
. (Nom_licevogo_scheta, data) → (vremya, summa)
. Nomer_dogovora → Nom_licevogo_scheta
НФ прошла, 2НФ прошла, 3НФ прошла. Многозначных зависимостей нет. Таблица
находится в ДКНФ.
Таблица Zakluchenie_dogovora
Функциональные зависимости:
. Kod_abonenta → (Nom_dogovora, data_zaklucheniy,
abonents_nom,tariff, nom_licevogo_sheta)
. Nom_dogovora → (Kod_abonenta, data_zaklucheniy,
abonents_nom,tariff, nom_licevogo_sheta)
. Abonents_nom → Nom_licevogo_sheta
НФ прошла, 2НФ прошла, 3НФ прошла. Многозначных зависимостей нет. Таблица
находится в ДКНФ.
Таким образом, все обнаруженные аномалии обновления устранены.
Реляционная модель, состоящая из отношений, находящихся в третьей нормальной
форме, является адекватной описанной модели предметной области.
.3
Проектирование ограничений целостности
Таблица 1. «Abonenti»
|
Имя столбца |
Тип |
Null/not null |
Primary key/unique |
Check |
Foreign key |
Примечания |
|
Kod_abonenta |
Integer |
not null |
Primary key |
Код абонента |
||
|
Familiy |
Varchar (25) |
not null |
Фамилия абонента |
|||
|
Name |
Varchar (15) |
not null |
Имя абонента |
|||
|
Otchestvo |
Varchar (25) |
not null |
Отчество абонента |
|||
|
Data_rogdeniya |
null |
Дата рождения абонента |
||||
|
Seriya_pasporta |
Integer |
not null |
Серия паспорта |
|||
|
Nomer_pasporta |
Integer |
not null |
Номер паспорта |
|||
|
Kem_vidan |
Varchar (35) |
not null |
Кем выдан |
|||
|
Kogda_vidan |
Date |
not null |
Когда выдан |
|||
|
Adress |
Varchar (85) |
null |
Адрес абонента |
Таблица 2. «Uslugi»
|
Имя столбца |
Тип |
Null/ not null |
Primary key/unique |
Check |
Foreign key |
Примечания |
|
Kod_uslugi |
Integer |
not null |
Primary key |
Код услуги |
||
|
Opisanie |
Varchar(150) |
not null |
Описание услуги, ее название |
|||
|
Primechanie |
Varchar(150) |
null |
Примечания, |
|||
|
Stoimost |
Float |
not null |
Стоимость услуги |
Таблица 3. «Abonentskie_uslugi»
|
Имя столбца |
Тип |
Null/ not null |
Primary key/unique |
Check |
Foreign key |
Примечания |
|
Kod_uslugi |
Integer |
not null |
Foreign key |
Код услуги |
||
|
Nomer_dogovora |
Integer |
not null |
Foreign key |
Номер договора |
||
|
Data_Podklucheniy |
Date |
not null |
Дата подключения услуги |
|||
|
Data_okonchaniy |
Date |
null |
Дата окончания услуги |
Таблица 4. «Zakluchenie_dogovora»
|
Имя столбца |
Тип |
Null/ not null |
Primary key/unique |
Check |
Foreign key |
Примечания |
|
Kod_abonenta |
Integer |
not null |
Foreign key |
Код абонента |
||
|
Nom_dogovora |
Integer |
not null |
Primary key |
Номер договора |
||
|
Data_zaklucheniy |
Date |
not null |
Дата заключения договора |
|||
|
Abonents_nom |
Integer |
not null |
Абонентский номер |
|||
|
Tarif |
Varchar (45) |
not null |
Foreign key |
Тарифный план |
||
|
Nomer_Licevogo scheta |
Integer |
not null |
Foreign key |
Номер лицевого счета абонента |
Таблица 5. «Licevoi_schet»
|
Имя столбца |
Тип |
Null/not null |
Primary key/unique |
Check |
Foreign key |
Примечания |
|
Id |
Integer |
not null |
Primary key |
Порядковый номер |
||
|
Nomer_licevogo_scheta |
Integer |
not null |
Номер лицевого счета |
|||
|
Data |
Date |
not null |
Дата |
|||
|
Vremya |
Time |
not null |
Время |
|||
|
Summa |
Float |
not null |
Сумма |
|||
|
Nomer_dogovora |
Integer |
not null |
Номер договора |
Таблица 6. «Tarifi»
|
Имя столбца |
Тип |
Null/ not null |
Primary key/unique |
Check |
Foreign key |
Примечания |
|
Nazvanie_tarifa |
Varchar (45) |
not null |
Primary key |
Название тарифа |
||
|
St_vh_vn_s |
Float |
not null |
Стоимость входящих вызовов внутри сети |
|||
|
St_ish_vn_s |
Float |
not null |
Стоимость исходящих вызовов внутри сети |
|||
|
St_vh_dr_op |
Float |
not null |
Стоимость входящих вызовов с другого оператора сотовой |
|||
|
St_ish_na_dr_op |
Float |
not null |
Стоимость исходящих вызовов на другой оператор сотовой |
|||
|
St_vh_s_gor_tel |
Float |
not null |
Стоимость входящих вызовов с городского номера телефона |
|||
|
St_ish_na_gor_tel |
Float |
not null |
Стоимость исходящих вызовов на городской номер телефона |
|||
|
St_sms |
Float |
not null |
Стоимость смс |
|||
|
Internet_trafic |
Float |
not null |
Стоимость интернет трафика за мегабайт |
3.4
Разработка операций выборки данных
Разработка операции выборки данных представлена в таблице 7.
Таблица 7. «Разработка операций выборки данных»
|
№п/п |
Описание действия |
Входные параметры (имя, тип) |
Выходные параметры (имя, тип) |
Алгоритм выполнения |
|
1 |
Добавление нового абонента (процедура ADD_NEW_ABONENT) |
KOD_ABONENTA integer FAMILIY varchar(25) NAME varchar(15), |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Abonenti человек с такими |
|
2 |
Редактирование данных об абоненте (процедура |
KOD_ABONENTA integer FAMILIY varchar(25) NAME varchar(15), |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Abonenti человек с таким |
|
3 |
Удаление абонента (процедура DELETE_ABONENT) |
KOD_ABONENTA integer |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Abonenti человек с таким |
|
4 |
Добавление нового договора (процедура ADD_DOGOVOR) |
KOD_ABONENTA integer, NOM_DOGOVORA |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Zakluchenie_dogovora |
|
5 |
Удаление договора (процедура DELETE_DOGOVOR ) |
NOM_DOGOVORA integer |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Zakluchenie_dogovora |
|
6 |
Добавление нового тарифного плана (процедура ADD_NEW_TARIF) |
NAZVANIE_TARIFA varchar(45), ST_VH_VN_S float,ST_ISH_VN_S |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Tarifi тариф с таким же |
|
7 |
Изменение данных о тарифе (процедура |
NAZVANIE_TARIFA varchar(45), |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Tarifi тариф с таким же |
|
8 |
Удаление тарифа (процедура DELETE_TARIF) |
NAZVANIE_TARIFA varchar(45) |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Tarifi тариф с таким же |
|
9 |
Добавление новой услуги (процедура ADD_NEW_USLUGA) |
KOD_USLUGI integer, OPISANIE varchar(150), PRIMECHANIE |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Uslugi услуга с таким же |
|
10 |
Изменение сведений об услугах (процедура |
KOD_USLUGI integer, OPISANIE varchar(150), PRIMECHANIE |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Uslugi услуга с таким же |
|
11 |
Удаление услуги (процедура DELETE_USLUGA) |
KOD_USLUGI integer |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Uslugi ресурс с таким же |
|
12 |
Добавление лицевого счета (процедура ADD_NEW_LIC_SCHET) |
ID integer, NOM_LICEVOGO_SCHETA integer, DATA date, VREMYA |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Licevoi_schet клиент с |
|
13 |
Удаления лицевого счета (процедура DELETE_LIC_SCHET) |
ID integer |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Licevoi_schet клиент с |
|
14 |
Изменение вносимой суммы (процедура UPDATE_SUMMA) |
NOM_LICEVOGO_SCHETA integer, SUMMA |
Код ошибки — integer: 0- ошибка |
Проверить существует ли в таблице Licevoi_schet клиент с |
3.5 Выдача
прав доступа
Права доступа к объектам БД
приведены в таблице 8. По горизонтали — объекты БД. По вертикали — пользователи
или роли. В ячейках — комбинация из букв, обозначающих права доступа:- право на
чтение (select);- право на добавление строк (insert);- право на редактирование
строк (update);- право на удаление строк (delete);- право на запуск хранимых
процедур (execute).
Таблица 8. «Выдача прав
доступа»
|
Объект БД |
Роли: |
||
|
Adnin |
manager |
Prodavec |
|
|
Таблица abonenti |
siud |
s |
suid |
|
Таблица Uslugi |
siud |
suid |
s |
|
Таблица Abonentskie_uslugi |
siud |
s |
siud |
|
Таблица Tarifi |
siud |
suid |
s |
|
Таблица Licevoi_schet |
siud |
s |
siud |
|
Таблица Zakluchenie_dogovora |
siud |
s |
siud |
|
Процедура Add_dogovor |
e |
e |
|
|
Процедура Add_new_abonent |
e |
e |
|
|
Процедура Add_new_lic_schet |
e |
e |
|
|
Процедура Add_new_tarif |
e |
e |
|
|
Процедура Add_new_usluga |
e |
e |
|
|
Процедура Delete_abonent |
e |
e |
|
|
Процедура Delete_dogovor |
e |
e |
|
|
Процедура Delete_lic_schet |
e |
e |
|
|
Процедура Delete_tarif |
e |
e |
|
|
Процедура Delete_usluga |
e |
e |
|
|
Процедура Update_dannie_ob_abonente |
e |
e |
|
|
Процедура Update_dannie_ob_uslugah |
e |
e |
|
|
Процедура Update_dannie_o_tarife |
e |
e |
|
|
Процедура Update_summa |
e |
e |
Заключение по
главе
Разработанная база данных предназначена для осуществления учёта данных о
клиентах салона — магазина, предоставляющего услуги оператора сотовой связи, а
так же хранение информации о тарифах и услугах оператора.
В данной базе данных предоставляется возможность поиска, добавления,
удаления и редактирования данных.
Присутствует разграничение прав доступа для разных групп пользователей.
4.
Проектирование клиентского приложения «Оператор»
Данная автоматизированная информационная система (АИС) предназначена для
осуществления учёта данных об абонентах салона-магазина, предоставляющего
мобильные услуги, а так же о самих услугах и тарифах, предоставляемых данным
оператором. Работать с АИС «Оператор» будут только работники салона —
магазина. Она будет эксплуатироваться в салоне — магазине на локальном
компьютере и иметь следующие возможности:
Ø Регистрация нового подключения
Ø Подключение отдельной услуги
Ø Переход на другой тариф
Ø Возможность редактирования данных о тарифах и услугах, а так
же об абонентах
Ø Возможность внесения средств на лицевой счет абонента
Ø Формирование отчетов
.1 Описание
модулей программы
Описание модулей АИС «Оператор» представлено в таблице 9.
Таблица 9 «Описание модулей программы»
|
Название файла |
Размер |
|
|
Menu.pas |
Основной модуль, который вызывает другие модули и содержит |
6 716 b |
|
Abonenti.pas |
Модуль, предназначенный для добавления, удаления и |
1 644 b |
|
Uslugi.pas |
Модуль, предназначенный для добавления, удаления и |
1 104 b |
|
AbonentskieUslugi.pas |
Модуль, предназначенный для подключения услуги |
1 009 b |
|
Dogovori.pas |
Модуль, предназначенный для заключения, изменения и |
1 465 b |
|
Price_List.pas |
Модуль, предназначенный для формирования отчета c перечнем |
1 059 b |
|
Prodagi.pas |
Модуль, предназначенный для формирования отчета о продажах |
754 b |
|
Dolgniki.pas |
Модуль, предназначенный для формирования отчета со списком |
835 b |
|
Password.pas |
Модуль авторизации |
860 b |
|
Tarif.pas |
Модуль, предназначенный для добавления, удаления и |
2 766 b |
|
LicevoiSchet.pas |
Модуль, предназначенный для занесения средств на счет |
2 330 b |
.2 Пакет
поставки и системные требования
В пакет поставки данного программного средства входят: исполняемый файл
OPERATOR.exe, исходный код программы, который представляет собой набор модулей
программного средства (описанные выше), файл с данными таблиц OPERATORSOTSV.FDB
и файл конфигурации Config.ini.
Минимальные системные требования: «Pentium166MHz», Операционная
система — Windows 98 и выше, приложение Microsoft Office (Excel) при работе с
отчетами.
Необходимый объём памяти для работы программы определяется по следующим
составляющим:
— Размер исполняемого файла (1593Кb);
— Размер БД (2928Кb);
— Размер файла конфигурации (1Kb).
Таким образом, необходимый объем памяти составляет 4522Кb то есть около 5
Mb.
.3 Описание
пользовательского интерфейса
Пользовательский интерфейс очень важен для программы, так как он
существенно увеличивает производительность труда, и работа пользователя
становится гораздо продуктивнее.
Для запуска программы следует запустить исполняемый файл OPERATOR.exe.
.3.1
Авторизация
После запуска приложения необходимо пройти авторизацию. Для этого нужно
ввести логин и пароль.
Данную АИС будут эксплуатировать следующие группы пользователей:
. Продавец-консультант, который будет выполнять следующие
действия:
ü Подключение новых абонентов;
ü Подключать отдельные услуги;
ü Просматривать информацию об абонентах, услугах и тарифах;
ü Заносить средства на счет абонента.
. Менеджер в свою очередь может вносить изменения в каталог услуг
и тарифов.
. Администратор — может производить все действия над базой, а так
же генерировать отчеты.
Данные для входа в систему для следующих групп пользователей:
. Администратор: логин-admin, пароль — 1
. Менеджер: логин- meneger, пароль — 2
. Продавец-консультант: логин — prodavec, пароль — 3
.3.2 Главное
окно программы
После входа в систему будет открываться форма, представленная на рисунке
6.
Рис.
6. «Абонентская база»
Здесь
продавец — консультант добавляет новых абонентов в базу, затем заключает
договор с этим абонентом. А так же возможен поиск абонента по базе.
Пример
поиска абонента с фамилией Сидоров приведен на рисунке 7.
Поиск
данных осуществляется через метод locate следующим образом:
procedure TForm1.PoiskButtonClick(Sender: TObject);
begin.Locate(‘Familiy’,Edit11.Text,[loCaseInsensitive,loPartialKey]);;.
Добавление нового абонента возможно только после заполнения всех полей.
Для того что бы занести данные об абонента сначала следует нажать добавить, а
затем сохранить. Пример добавления Егорова Сергея Дмитриевича представлен на
рисунке 8. Код процедуры «Сохранить» имеет следующий вид:
procedure TForm1.SaveButtonClick(Sender: TObject);
beginIBQuery2 doFNew then.Text:=’execute procedure ADD_NEW_ABONENT
(‘+Edit1.Text+’,»’+Edit2.Text+»’,»’
+Edit3.Text+»’,»’+Edit4.Text+»’,»’+Edit5.Text+»’,’+Edit6.Text+’,’
+Edit7.Text+’,»’+Edit8.Text+»’,»’+Edit9.Text+»’,»’+Edit10.Text+»’)’.Text:=’execute
procedure ADD_NEW_ABONENT
(‘+IBQuery1.FieldByName(‘Kod_abonenta’).AsString+’,’+Edit1.Text+’,»’+Edit2.Text+»’,»’
+Edit3.Text+»’,»’+Edit4.Text+»’,»’+Edit5.Text+»’,’+Edit6.Text+’,’
+Edit7.Text+’,»’+Edit8.Text+»’,»’+Edit9.Text+»’,»’+Edit10.Text+»’)’
;.StartTransaction;;.Commit;.Active:=false;;.Close;.Open;E:Exception
doIBQuery2.Active then.Transaction.Rollback;.MessageBox(PChar(E.Message),’Ошибка’,MB_ICONERROR);;;
Рис.
8. «Пример добавления нового абонента»
Для
того, что бы изменить данные об абоненте следует выбрать поле с нужным
клиентом, нажать «Изменить», затем отредактировать нужные сведения и
сохранить данные.
Что
бы удалить абонента из базы нужно выбрать нужное поле и нажать
«Удалить». Перед тем как произойдет удаление появиться окно с
запросом на удаление, представленное на рисунке 9.
Рис.
9. «Запрос на удаление поля с данными»
Код процедуры «Удалить» имеет следующий вид:
TForm1.DeleteButtonClick(Sender: TObject);
//удалитьApplication.MessageBox(‘Продолжить
удаление?’,’Удаление’,MB_ICONERROR+MB_YESNO)= IDNO then exit;IBQuery2 do.Text:=’delete
from abonenti where kod_abonenta =
‘+IBQuery1.FieldByName(‘Kod_abonenta’).AsString;;.Commit;.Active:=false;;.Close;.Open;E:Exception
doIBQuery2.Active
then.Transaction.Rollback;.MessageBox(PChar(E.Message),’Ошибка’,MB_ICONERROR);;;;
Для того что бы заключить договор на новое подключение следует нажать на
«Заключить договор» и тогда откроется форма, представленная на
рисунке 10.
Рис.
10. «Форма для заключения договора с абонентом»
Добавление,
удаление, редактирование данных и поиск происходят по такому же принципу, как и
в главном окне программы. Для того, что бы вывести готовый договор на экран,
следует нажать «Вывести отчет». Пример шаблона отчета, сделанного в
МС Excel, представлен на рисунке 11.
Для
создания нового экземпляра используем следующий код:
procedure TForm1.OtchetBtn(Sender: TObject);
var:
Variant;:= CreateOleObject(‘Excel.Application’);.Visible := true;not
VarIsEmpty(FExcel) then.DisplayAlerts := false;.Quit;:= Unassigned;;;;
Рис.
11. «Шаблон договора с абонентом»
После
нажатия «Подключить услугу» открывается форма, представленная на
рисунке 12.
Рис.
12. «Абонентские услуги»
Добавление,
удаление, редактирование данных и поиск происходят по такому же принципу, как и
в главном окне программы.
.3.3 Главное
меню
Для манипулирования данными над таблицами базы данных используется пункты
главного меню, где представлены информативные таблицы о лицевом счете
абонентов, тарифных планах и услугах. (Рис.13)
Рис.
13. «Меню»
Для
просмотра списка тарифов нужно выбрать в меню «тарифы» и тогда
откроется форма, представленная на рисунке 14.
Рис.
14. «Меню: Тарифные планы»
Для
просмотра перечня услуг, предоставляемых оператором, следует выбрать
«Услуги» в меню, откроется форма, представленная на рисунке 15.
Добавление,
удаление, редактирование данных и поиск происходят по такому же принципу, как и
в главном окне программы.
Для пополнения счета абонента оператором, следует в меню выбрать
«Пополнение счета» и тогда откроется форма, представленная на рисунке
16.
Добавление, удаление, редактирование данных и поиск происходят по такому
же принципу, как и в главном окне программы.
Рис.
16. «Меню: Пополнение счета»
.3.4
«Отчетность»
Для работы с отчетами используется пункты меню «Отчетность»
(Рис.17). Создание отчетов производилось при помощи компонентов генератора
отчетов FastReport 5.0.
Рис.
17. «Отчетность»
Отче
«Прайс-лист» представлен на рисунке 18. В данном отчете выводится
информация о стоимости действующих тарифных планах.
Рис.
18. «Отчет Прайс-лист»
Отчет
«Анализ продаж представлен на рисунке 19. В данном отчете выводится информация
о подключенных услугах.
Рис.
19. «Отчет Анализ продаж»
Отчет
«Состояние оплаты» представлен на рисунке 20. В данном отчете
выводится список абонентов, на чей счет заносились средства оператором за
последние 2 дня.
Рис.
20. «Отчет Состояние оплаты»
Заключение по
главе
Разработанное приложение предназначено для осуществления учёта данных о
клиентах салона — магазина, предоставляющего услуги оператора сотовой связи, а
так же хранение информации о тарифах и услугах оператора.
В данной базе данных предоставляется возможность поиска, добавления,
удаления и редактирования данных.
Присутствует разграничение прав доступа для разных групп пользователей.
5.
Обеспечение безопасности жизнедеятельности работы в салоне-магазине оператора
сотовой связи
.1
Организация автоматизированного рабочего места для сотрудников салона-магазина
Рабочее место с ПК (персональный компьютер) размещается в помещении с
организованным воздухообменом.
Рабочее место с ПК по отношению к световым проемам располагается так,
чтобы естественный свет падал сбоку, преимущественно слева
Оконные проемы в помещении оборудованы регулируемыми устройствами типа:
жалюзи, занавесей, внешних козырьков и др.
Шкафы, сейфы, стеллажи располагается в подсобных помещениях.
При конструировании оборудования и организации рабочего места
пользователя ПК следует обеспечить соответствие конструкции всех элементов
рабочего места и их взаимного расположения эргономическим требованиям с учетом
характера выполняемой пользователем деятельности, комплексности технических
средств, форм организации труда и основного рабочего положения пользователя.
Конструкция рабочего стола обеспечивает оптимальное размещение на рабочей
поверхности используемого оборудования с учетом его количества и конструктивных
особенностей (размер ПК, клавиатуры, и др.), характера выполняемой работы. При
этом допускается использование рабочих столов различных конструкций, отвечающих
современным требованиям эргономики. Конструкция рабочего стула (кресла)
обеспечивает поддержание рациональной рабочей позы при работе на ПК, позволяет
изменять позу с целью снижения статического напряжения мышц шейно-плечевой
области и спины для предупреждения развития утомления.
Экран видеомонитора находится от глаз пользователя на оптимальном
расстоянии 600-700 мм, но не ближе 500 мм с учетом размеров алфавитно-цифровых
знаков и символов. В помещении с ПК ежедневно проводится влажная уборка.
Помещение с ПК оснащено аптечкой первой помощи и углекислотными огнетушителями.
Высота рабочей поверхности стола для взрослых пользователей регулируется в
пределах 680-800 мм; при отсутствии такой возможности высота рабочей
поверхности стола составляет 725 мм. Модульными размерами рабочей поверхности
стола для ПК, на основании которых рассчитываются конструктивные размеры,
следует считать: ширину 800, 1000, 1200 и 1400 мм, глубину 800 и 1000 мм при
нерегулируемой его высоте, равной 725 мм.
Рабочий стол имеет пространство для ног высотой не менее 600 мм, шириной
— не менее 500 мм, глубиной на уровне колен — не менее 450 мм и на уровне
вытянутых ног — не менее 650 мм.
Рабочий стул (кресло) подъемно-поворотный и регулируемый по высоте и
углам наклона сиденья и спинки, а так же — расстоянию спинки от переднего края
сиденья.
Конструкция его обеспечивает:
ширину и глубину поверхности сиденья не менее 400 мм;
поверхность сиденья с закругленным передним краем;
регулировку высоты поверхности сиденья в пределах 400-550 мм и углам
наклона вперед до 15 град. и назад до 5 град.;
высоту опорной поверхности спинки 300±20 мм, ширину — не менее 380 мм и
радиус кривизны горизонтальной плоскости — 400 мм;
угол наклона спинки в вертикальной плоскости в пределах ±30 градусов;
регулировку расстояния спинки от переднего края сиденья в пределах
260-400 мм;
стационарные или съемные подлокотники длиной не менее 250 мм и шириной —
50-70 мм;
регулировку подлокотников по высоте над сиденьем в пределах 230 ± 30 мм и
внутреннего расстояния между подлокотниками в пределах 350-500 мм.
Рабочее место с ПК оснащено легко перемещаемым пюпитром для документов.
При организации рабочего места для работы на технологическом
оборудовании, в состав которых входит ПК, следует предусматривать:
пространство по глубине не менее 850 мм с учетом выступающих частей
оборудования для нахождения человека-оператора;
пространство для стоп глубиной и высотой не менее 150 мм и шириной не
менее 530 мм;
расположение устройств ввода-вывода информации, обеспечивающее
оптимальную видимость экрана;
легкую досягаемость органов ручного управления в зоне моторного поля: по
высоте — 900-1300 мм, по глубине — 400-500 мм;
расположение экрана ПК в месте рабочей зоны, обеспечивающее удобство
зрительного наблюдения в вертикальной плоскости под углом ±30 градусов от
нормальной линии взгляда оператора, а также удобство использования ПК
(ввод-вывод информации при корректировке основных параметров технологического
процесса, отладка программ и др.) одновременно с выполнением основных
производственных операций (наблюдение за зоной обработки на станке с
программным управлением, при обслуживании роботизированного технологического
комплекса и др.);
возможность поворота экрана ПК вокруг горизонтальной и вертикальной осей.
Клавиатуру следует располагать на поверхности стола на расстоянии 100-300
мм от края, обращенного к пользователю или на специальной, регулируемой по
высоте рабочей поверхности, отделенной от основной столешницы.
5.2 Опасные и
вредные производственные факторы, сопровождающие деятельность пользователей ПК
в салоне-магазине
В процессе труда человек может подвергаться (в зависимости от характера
труда) внешним воздействиям различного типа: механическим, химическим,
тепловым, электрическим, электромагнитным и т.п. Человеку свойственно
безболезненно переносить те или иные воздействия только до тех пор, пока они не
превышают определённых уровней и продолжительности. В противном случае
происходят повреждения организма, которые при достижении определённой степени
квалифицируются как несчастные случаи, травмы.
Факторы производственной среды и трудового процесса делятся на вредные и
опасные.
Вредные производственные факторы — факторы производственной среды и
трудового процесса, воздействие которых на работающего при определённых
условиях (интенсивность, длительность и др.) может вызвать профессиональное
заболевание, временное или стойкое снижение работоспособности, повысить частоту
соматических и инфекционных заболеваний, привести к нарушению здоровья
потомства.
Вредными производственными факторами могут быть:
физические факторы:
— температура, влажность, скорость движения воздуха, тепловое
излучение;
— неионизирующие электромагнитные поля и излучения:
электростатические поля, постоянные магнитные поля (в том числе и
геомагнитное), электрические и магнитные поля промышленной частоты (50Гц), электромагнитные
излучения радиочастотного диапазона, электромагнитные излучения оптического
диапазона (в том числе лазерное и ультрафиолетовое);
— ионизирующие излучения;
— производственный шум, ультразвук, инфразвук;
— вибрация (локальная, общая);
— аэрозоли (пыли) преимущественно фиброгенного действия;
— освещение — естественное (отсутствие или недостаточность),
искусственное (недостаточная освещённость, прямая и отражённая слепящая
блёсткость, пульсация освещённости);
— электрически заряженные частицы воздуха — аэроионы;
Химические факторы, в том числе химические вещества по характеру
воздействия на организм человека подразделяются на токсичные, раздражающие,
сенсибилизирующие, канцерогенные, мутагенные, влияющие на репродуктивную
функцию. По путям проникновения в организм человека они делятся на проникающие
через органы дыхания, желудочно-кишечный тракт, кожные покровы и слизистые
оболочки;
Психофизиологические факторы: физические (статические и динамические) и
нервно-психические перегрузки (умственное перенапряжение, перенапряжение
анализаторов, монотонность труда, эмоциональные перегрузки).
Опасные производственные факторы — факторы производственной среды и
трудового процесса, которые могут быть причиной травмы, острого (внезапного)
заболевания или иного резкого ухудшения здоровья и смерти.
В зависимости от количественной характеристики и продолжительности
воздействия отдельные вредные производственные факторы могут стать опасными.
Работники умственного труда не редко сталкиваются с воздействием опасных
производственных факторов:
— повышенный уровень шума;
— повышенная или пониженная температура рабочих помещений;
— недостаточная освещенность помещения;
— электрический ток и статическое электричество;
— блики и мерцание на экране монитора;
— рентгеновское, инфракрасное и ультрафиолетовое излучение;
— токоведущие части компьютеров и принтеров;
Кроме того, работники умственного труда связаны с воздействием таких
психологических факторов, как:
— умственное перенапряжение;
— напряжение слуховых и зрительных анализаторов;
— монотонность труда;
— эмоциональные перегрузки.
Воздействие указанных неблагоприятных факторов приводит к снижению
трудоспособности, вызываемому развивающимся утомлением.
В настоящее время практически все работы связанные со сбором и обработкой
информации на предприятии полностью автоматизированы, то есть осуществляются с
использованием компьютерной техники. Для предотвращения неблагоприятного
воздействия на человека вредных факторов, сопровождающих работы с компьютером и
для соответствующей организации рабочего места существует ряд требований к:
— освещению помещений;
— шуму и вибрации производственного оборудования;
— микроклимату производственных помещений;
— электромагнитному излучению;
— электробезопасности;
— пожарной безопасности;
Типичными ощущениями, испытываемыми работниками к концу рабочего дня,
являются:
— головная боль;
— резь в глазах;
— тянущие боли в мышцах шеи, рук и спины;
— зуд кожи на лице и т.д.
Испытываемые день за днём они могут привести к мигреням, частичной потере
зрения, сколиозу, тремору рук, кожным воспалениям и другим нежелательным
последствиям.
Профессиональные пользователи ПК должны проходить обязательные
предварительные (при приёме на работу) и периодические медицинские осмотры.
К непосредственной работе с компьютером допускаются лица, не имеющие
медицинских противопоказаний. Женщины со времени установления беременности и в
период кормления ребёнка грудью к выполнению всех видов работ, связанных с
использованием ПК не допускаются.
.3 Способы
защиты персонала салона-магазина от производственных вредностей
К средствам защиты персонала от производственных вредностей относятся
мероприятия, обеспечивающие снижение профзаболеваний и травматизма.
В помещениях, оборудованных ПК ежедневно проводится влажная уборка и
систематическое проветривание после каждого часа работы на ПК.
Уровень шума в помещениях снижают, используя звукопоглощающие материалы с
максимальным коэффициентом звукопоглощения в области частот 63-8000 Гц (для
отделки помещений). Дополнительным звукопоглощением обладают однотонные
занавеси из плотной ткани, гармонирующие с окраской стен и подвешенных в
складку на расстоянии 15-20 см от ограждения. Ширина занавеси должна быть в 2
раза больше ширины окна.
Для обеспечения нормируемых значений освещенности в помещениях для
использования ПК следует проводить чистку стекол оконных рам и светильников не
реже двух раз в год и проводить своевременную замену перегоревших ламп.
Уровни положительных и отрицательных аэроионов в воздухе помещений, где
расположены ПК, соответствуют действующим санитарно-эпидемиологическим
нормативам. При длительной работе нескольких ПК в замкнутом помещении
происходит накопление положительно заряженных аэроионов. Для увеличения
концентрации отрицательных аэроионов и снижения положительных, эффективно
устанавливать в офисе приборы ионизаторы (аналоги люстры Чижевского), а также
современные системы кондиционирования и увлажнения воздуха.
Следует также сделать рабочее место более удобным для пользователя,
создав тем самым как физиологический так и психологический комфорт. Результатом
данных действий будет незамедлительное увеличение производительности труда
работников.
Для защиты от поражения электрическим током используют следующее:
— исправная изоляция и применение двойной изоляции для большей
защиты;
— ограждение токоведущих частей оборудования с
предупредительными надписями;
— защитное заземление и «зануление» оборудования;
— защитное отключение оборудования;
— организация безопасной работы электрооборудования.
Наряду с применением технических методов и средств электробезопасности
большое значение для снижения электротравматизма имеет четкая организация
эксплуатации электроустановок и электросетей, профессиональная подготовка
работников, сознательная производственная и трудовая дисциплина.
Проектируемая АИС «Оператор» поможет повысить эффективность
работы благодаря следующим факторам:
— снижение психоэмоциональной нагрузки на персонал, появление
времени для выполнения других работ;
— снижение вероятности ошибок в работе;
— уменьшение времени на подготовку отчётной документации;
— повышение эффективности использования документов (электронный
вариант);
.4
Автотехнический расчет освещения в салоне-магазине, предоставляющего услуги
оператора сотовой связи
Рассчитать освещенность помещения можно при помощи коэффициента
использования.
Ф=E*S*z*k/N*η
это основная формула расчета, где:
Е — заданная минимальная освещенность, лк (люкс);- площадь помещения, м²;
N — число светильников;
η — коэффициент использования;
=Еср/Емин
характеризует неравномерность освещения и составляет 1,15 для ламп
накаливания; 1,1 для люминесцентных ламп. Для компакт-ламп, галогеновых или
светодиодных можно принять также равным 1,1.
Ф — световой поток, лм (люмен),- коэффициент запаса, учитывающий
уменьшение светового потока лампы вследствие ее старения, запыленности и т.д.
Тоже можно найти в нормативах.
Обычно для люминесцентных ламп он равен 1,5.
Для ламп накаливания — 1,3.
Однако расчеты освещенности помещения в данной выпускной квалификационной
работе проводились в онлайн калькуляторе «АСТЗ» (рис. 21).
Рис.
21. «Онлайн калькулятор АСТЗ»
При
общей площади салона — магазина, равной 64 м2, высоте рабочей
поверхности в 80 см и при использовании светодиодных источников выяснилось, что
требуемое количество светильников составляет 56 шт.
Для
расчета мощности освещенности используем htf — калькулятор (Рис. 22).
Рис.
22. » Внешний вид htf — калькулятора»
При использовании светодиодных ламп и при ярком уровне света
рекомендуемая мощность составила 128 Вт.
Требования к освещению на рабочих местах, оборудованных ПК: Освещенность
на рабочем столе: 300-500 лк
— Освещенность на экране ПЭВМ: не выше 300лк
— Блики на экране: не выше 40 кд/м²
— Прямая блёскость источника света: 200 кд/м²
— Показатель ослеплённости: не более 20
— Показатель дискомфорта: не более 15
Отношение яркости
— между рабочими поверхностями: 3:1-5:1
— между поверхностями стен и оборудования: 10:1
Коэффициент пульсации: не более 5%.
Заключение по
главе
Внедрение АИС «Оператор» в салоне-магазине по предоставлению
услуг оператора сотовой связи дает следующие преимущества по охране труда:
— сократилось время составления отчетов, так как нет
необходимости обрабатывать большое количество информации (для составления
отчетов нужно задать всего несколько параметров);
— отпадает необходимость работы с бумагой (распечатываются
только необходимые документы и, как результат, рабочие места сотрудников меньше
захламлены;
— поиск нужных документов, необходимой информации требует
минимума времени и, как результат, снижаются психологические нагрузки.
Заключение
В результате выполнения выпускной квалификационной работы была создана
автоматизированная информационная система по управлению услугами оператора
телефонной связи. Этот программный продукт представляет собой информационную
базу, которую очень удобно использовать при регистрации договора об оказании
услуг связи.
Разработанный программный продукт выполняет следующие основные функции:
— хранение полной информации об абонентах, тарифных планах,
услугах и заключенных договорах об оказании услуг связи;
— обеспечение возможности ввода, удаления и редактирования
данных;
— возможность быстрого поиска абонента;
— возможность быстро зарегистрировать договор с абонентом;
— отображение результаты заключения договора в виде отчета;
— обеспечение защиты от несанкционированного входа.
Создание данной АИС поспособствует
— повышению эффективности работы салона-магазина по оказанию
услуг оператора телефонной связи;
— уменьшению затрат на многократные операции обновления
избыточных копий и устранение возможности возникновения противоречий из-за
хранения в разных местах сведений об одном и том же объекте;
— увеличение степени достоверности информации и увеличение
скорости обработки информации;
— исключает повторное внесение одной и той же информации в
различные промежуточные документы.
Так же в процессе выполнения выпускной квалификационной работы были
рассмотрены вопросы, касающиеся безопасности жизнедеятельности работы
сотрудников в салоне-магазине по оказанию услуг оператора сотовой, были
произведены расчеты освещения в салоне-магазине, а так же рассмотрены способы
защиты персонала от вредных производственных факторов.
Список
используемых источников
1. Михайлов
П. FireBird серый кардинал на рынке СУБД: [Электронный ресурс] / П. Михайлов.
— режим доступа:
<http://www.osp.ru/pcworld/2008/06/5368237/>
. Павлов А.Н. Эволюция
Firebird и Interbase: [Электронный ресурс] / А.Н. Павлов. — режим доступа:
<http://firebird3-sql.blogspot.ru/>
. Аненков И. Установка
InterBase и Firebird: [Электронный ресурс] / И. Аненков. — Режим доступа:
<http://articles.org.ru/cn/showdetail.php?cid=9311>
. Самойлова В.С.
Знакомство с СУБД Firebird / Самойлова В.С. Попов И.Н. // компьютерная газета .
— 2013. — №3. — С. 3-5
. Культин Н.
Программирование в Delphi 2010: Самоучитель / Н. Культин. — СПб.: БХВ, 2010 —
448 стр.
. Фленов М. Delphi.
Профессиональное программирование: [Электронный ресурс] / М. Фленов — режим
доступа:
<http://www.flenov.info/blog.php?catid=1512>
7. Осипов,
Д. Базы данных и Delphi. Теория и практика: учебник / Д. Осипов. — СПб.: BHV,
2011 — 752 с
8. Пучкова Д.М. Обзор
современных СУБД, веб-серверов, языков написания сценариев. [Электронный
ресурс] / Пучкова Д.М. — режим доступа: <http://wiki-bi.com/lib/exe/fetch.php/ит-термины/013.pdf>
. Нововведения в
FastReport VCL 5 [Электронный ресурс] / режим доступа:
<http://www.fast-report.com/ru/product/fast-report-vcl-5/>
. Цыбульникова И. Fast
Report. Наследование на практике [Электронный ресурс] / И Цыбульникова. — режим
доступа:
<http://www.delphiplus.org/articles/components/inheritance_in_fastreport_practice/index.html>
11. Нормативные
требования к освещению рабочих мест (СанПиН и СНиП) [Электронный ресурс] /
режим доступа:
<http://ньюлайт.рф/index.php/stati/47-statinormdoc>
12. Методические
указания по написанию выпускной квалификационной работы М.: РГСУ, 2013. — 69 с.
13. Г.Н. Калянов
Моделирование потоков данных (процессов) [Электронный ресурс] / Калянов Г.Н. —
режим доступа: <http://www.info-system.ru/designing/methodology/dfd/dfd_theory_dfd.html>.
. Ю.А Зеленков
Реляционная модель данных [Электронный ресурс] / Зеленков Ю.А. — режим доступа:
<http://elib.sfu-kras.ru/bitstream/2311/1391/1/m_RDB.pdf>.
15. Server
2008 Express [Электронный ресурс] / режим доступа:
<http://www.microsoft.com/sqlserver/2008/ru/ru/express.aspx>
16. Аникеев
С.В. Разработка приложений и баз данных в Delphi: самоучитель / С.В. Аникеев,
А.М. Маркин. — М.: Диалог мифи, 2013. — 160 с.
. Борри
Х. Firebird. Руководство разработчика баз данных: учебник/ Х. Борри. — Спб.:
BHV, 2007. — 1104 с.
. ГОСТ
Р 50923-96 Дисплеи. Рабочее место оператора. Общие эргономические требования и
требования к производственной среде. Методы измерения.
. ГОСТ
12.0.003-74. ССБТ Опасные и вредные факторы. Классификация.
. Шлендер
П.Э. Безопасность жизнедеятельности: учебное пособие / под ред. проф. П.Э.
Шлендера. — 2-е изд., перераб. и доп. — М.: Вузовский учебник 2010. — 437 с.
База данных Access Телефонный узел связи Учет абонентов
База данных Access Телефонный узел связи Учет абонентов
Спроектировать базу данных Телефонный узел связи Учет абонентов.
Предметная область: Телефонный узел связи (учет абонентов).
Основные предметно-значимые сущности: Абоненты, Подразделения, Помещения.
Основные предметно-значимые атрибуты сущностей:
• абоненты – фамилия, имя, отчество, дата рождения, подразделение;
• помещения – название или номер помещения, вид помещения (аудитория, кабинет и т.п.), подразделение;
• подразделения – название, вид подразделения.
Основные требования к функциям системы:
• выбрать номера абонента по подразделениям;
• выбрать номера абонента по помещениям;
• подсчитать количество абонентов по подразделениям, помещениям.
Создать:
1) формы на все таблицы с кнопками перехода и закрытия форм;
2) отчеты на созданные запросы;
3) главную кнопочную форму.
База данных Access Телефонный узел связи Учет абонентов содержит 4 таблицы, 4 запроса, 4 формы + главная кнопочная форма, 4 отчета. Данная база данных Access является учебной, подходит для дальнейшей оптимизации и доработки под собственные нужды.
Пояснительной записки нет!
Цель практических заданий – приобретение навыков анализа предметной области, проектирования базы данных, ее физической реализации в СУБД Access.
Результат выполнения работы представляется в виде базы Access, который должен содержать:
• структуру спроектированных таблиц,
• схему данных со связями между таблицами,
• формы, обеспечивающих интерфейс пользователя,
• запросы,
• отчеты,
• главную кнопочную форму.
Таблица «Абоненты» — База данных Access Телефонный узел связи Учет абонентов
Запрос «Номера по подразделениям» — База данных Access Телефонный узел связи Учет абонентов
Форма «Подразделения» — База данных Access Телефонный узел связи Учет абонентов
Форма «Вид помещения» — База данных Access Телефонный узел связи Учет абонентов
Отчет «Номера помещения» — База данных Access Телефонный узел связи Учет абонентов
Отчет «Номера в подразделении» — База данных Access Телефонный узел связи Учет абонентов
Главная кнопочная форма
Скачать базу данных (БД) MS Access; БД Access Телефонный узел связи Учет абонентов; телефоны; учет разговоров; абоненты; база данных access; бд access; субд access; базы данных access; access пример; программирование access; готовая база данных; создание база данных; база данных СУБД; access курсовая; база данных пример; программа access; access описание; access реферат; access запросы; access примеры; скачать бд access; объекты access; бд в access; скачать субд access; база данных ms access; субд access реферат; субд ms access; преимущества access; базу данных; скачать базу данных на access; базы данных; реляционная база данных; системы управления базами данных; курсовая база данных; скачать базу данных; база данных access скачать; базы данных access скачать;
© Горынин
Антон 2013 anton—gorynin@yandex.ru
Задание «Телефонная компания»
Цель
задания:Разработать базу данных
телефонной компании для ведения базы
абонентов, учета времени их междугородних
и внутригородских разговоров и начисления
им счетов в соответствии с тарифными
планами и продолжительностью разговоров.
Порядок выполнения задания. Этап 1. Создание базы данных и таблиц.
-
Откройте программу MicrosoftAccessи выберете в ней
команду создать базу данных: Файл →
Создать → пустая база данных (File→New→bankdatabase) -
В открывшемся окне сохранения файла
выбрать путь сохранения базы данных,
ввести название файла и нажать
«сохранить». После сохранения файла
можно приступать к созданию таблиц,
запросов и форм базы данных. -
Первой создаваемой таблицей будет
таблица учета разговоров абонента.
Данная таблица должна содержать
следующие поля:
|
Название |
Тип |
|
Код (ключевое |
Счетчик (Autonumber) |
|
Абонент |
Числовой |
|
Начало разговора |
Дата/время |
|
Конец разговора |
Дата/время |
|
Код города |
Числовой |
|
Номер телефона |
Числовой |
Примечание:
для создания таблиц в Microsoft Access 2003
необходимо выбрать в окне базы данных
вкладку таблицы (tables) и затем команду
Создать
→ Конструктором
(New
→ Design
view)
или Создать таблицу с помощью конструктора
(Create
table in Design view).
В Access 2007 создание таблиц происходит на
вкладке Создание
-> Конструктор
таблиц
(вкладка таблицы)
-
После создания этой таблицы необходимо
создать дополнительные справочные
таблицы: Абоненты, Тарифы, Города.
Таблица Абонентынеобходима
для хранения данных об абонентах и
должна содержать следующие поля:
|
Название |
Тип |
|
Код (ключевое |
Счетчик (Autonumber) |
|
ФИО |
Текст (Text) |
|
Адрес |
Текст (Text) |
|
Номер телефона |
Числовой |
|
Тариф |
Числовой |
Таблица
Тарифывключает следующие поля:
|
Название |
Тип |
|
Код (ключевое |
Счетчик (Autonumber) |
|
Название |
Текст (Text) |
|
Абонентская плата |
Денежный (Currency) |
|
Лимит времени |
Числовой |
|
Стоимость минуты сверх |
Денежный (Currency) |
Таблица
Городаили Тарифы на межгород,
хранящая стоимость межгорода:
|
Название |
Тип |
|
Код (ключевое |
Числовой |
|
Город |
Текст (Text) |
|
Стоимость минуты |
Денежный (Currency) |
-
После создания всех таблиц необходимо
добавить связи между таблицами, для
этого надо открыть схему базы данных
(В Access2003 этоСервис→Схемаданных(Tools→Relationship) вAccess2007:Работа с базами данных→Схема
данных). При создании связей необходимо
установить обеспечение целостности
данных (каскадное обновление связанных
полей).
После
правильного завершения всех действий
у Вас должна получиться следующая схема:
-
Заполните все таблицы данными для
дальнейшего их использования в запросах.
В тарифах должно быть как минимум три
тарифа: безлимитный, поминутный и
комбинированный. В таблице абонентов
количество записей должно быть не менее
10. В основной таблице, фиксирующей время
разговора, у каждого абонента должны
быть разговоры за 2 месяца. За текущий
месяц у всех абонентов должны быть
разговоры за разные даты и этих записей
должно быть не менее 20 для каждого из
абонентов, при этом у одного из них не
должно быть разговоров за текущий
месяц. За прошлый месяц для каждого
абонента достаточно 2-3 разговоров. При
внутригородских разговорах код города
не указывается.
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
Существует два основных способа проектирования программных систем — структурное проектирование, основанное на алгоритмической декомпозиции и объектно-ориентированное проектирование, основанное на объектно-ориентированной декомпозиции.
Введение
Концептуальная модель.
Содержательное описание объекта
Базовые бизнес-процессы (уровень 1)
Базовые бизнес-процессы (уровень 2)
Базовые бизнес-процессы (уровень 3)
Базовые бизнес-процессы (уровень 4)
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Заказать курсовую
Базовые бизнес-процессы (уровень 5)
Базовые бизнес-процессы (уровень 6).
Базовые бизнес-процессы (уровень 7)
Базовые бизнес-процессы (уровень 
Описание проблемной ситуации
Функциональная структура проектируемой системы
Уровень А0. Декомпозиция
Информационно-логическая модель
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Подробнее
UseCase – диаграммы прецедентов
Диаграмма взаимодействий
Диаграмма обслуживания абонентов
Взаимодействие оператора с БД
Диаграмма взаимодействия администратора с БД
Диаграмма состояний
Процесс заключения договора
Физическая модель
Имитационная модель
Заключение
Глоссарий
Библиографический список
Введение
Целью курсовой работы является проектирование автоматизированной информационной системы «Работа с абонентами оператора сотовой связи».
Существует два основных способа проектирования программных систем — структурное проектирование, основанное на алгоритмической декомпозиции и объектно-ориентированное проектирование, основанное на объектно-ориентированной декомпозиции.
Алгоритмическую декомпозицию можно представить как обычное разделение алгоритмов, где каждый модуль системы выполняет один из этапов общего процесса. При объектно-ориентированной декомпозиции каждый объект обладает своим собственным поведением, и каждый из них моделирует некоторый объект реального мира. С этой точки зрения объект является вполне осязаемой вещью, которая демонстрирует вполне определенное поведение. Объекты что-то делают, и мы можем, послав им сообщение, попросить их выполнить некоторые операции.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Цена курсовой
Объектная декомпозиция имеет несколько преимуществ перед алгоритмической:
Объектная декомпозиция уменьшает размер программных систем за счет повторного использования общих механизмов, что приводит к существенной экономии вычислительных средств;
Объектно-ориентированные системы более гибки и проще эволюционируют со временем, потому что их схемы базируются на устойчивых промежуточных формах. Действительно, объектная декомпозиция существенно снижает риск при создании сложной программной системы. Так как она развивается из меньших систем, в которых мы уже уверены;
Объектная декомпозиция помогает нам разобраться в сложной программной системе, предлагая нам разумные решения относительно выбора подпространства большого пространства состояний.
В объектно-ориентированном анализе существует четыре основных типа моделей: динамическая, статическая, логическая и физическая. Через них можно выразить результаты анализа и проектирования. Выполненные в рамках любого проекта. Эти модели в совокупности семантически достаточно богаты и универсальны, чтобы разработчик мог выразить все заслуживающие внимания стратегические и тактические решения, которые он должен принять при анализе системы и формировании ее архитектуры.
Структурный подход состоит в декомпозиции (разбиении) системы на элементарные функции, т.е. система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и т.д. Процесс разбиения продолжается вплоть до конкретных процедур. При этом создаваемая система сохраняет целостное представление, в котором все составляющие компоненты взаимосвязаны.
Концептуальная модель.
Содержательное описание объекта
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Подробнее
В курсовой работе объектом исследования является изучение технологического процесса работы биллинговой компании.
Инфраструктура предоставления услуг связи
Для предоставления услуг связи оператору необходимо иметь определенную инфраструктуру, которая в минимальном варианте состоит из компонентов, показанных на следующем
рисунке.
Рис. 1. Инфраструктура предоставления услуг связи
Также нужно средство контроля лицевых счетов. При небольшом количестве абонентов это можно делать с помощью стандартной программы бухгалтерского учета, например, 1С-Бухгалтерия.
Базовые бизнес-процессы (уровень 1)
Список базовых бизнес процессов определен уже для простейшей организации компании оператора сотовой связи. Предположим, что есть определенное количество постоянных абонентов. Кроме того, предположим, что ситуация статична, то есть, по меньшей мере, нет новых подключений, нет смен тарифных планов, нет замен оборудования, нет работ по развитию сети и т.д.
В такой минимальной ситуации имеют место следующие бизнес-процессы:
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Цена курсовой
1) Контроль работоспособности оборудования: отслеживание журналов сбоев оборудования, проведение регулярных тестов и пр.
2) Изменение профиля периодических услуг абонента по его заказу. Абонент приходит в абонентский отдел, пишет заявление. В простейшем случае заявка фиксируется в бумажном виде (бумажная карточка абонента). Формируется запрос на программирование для операторов коммутатора. По запросу выполняется программирование коммутатора, делается запись в журнал программирования услуг на коммутаторе.
3) Тарификации разговоров. На регулярной основе выполняется забор тарификационных данных коммутатора (именуемых ТТ-файлами). Выполняется тарификация записей о разговорах. Тарификация в простейшем случае основывается на следующих параметрах звонка: типе, направлении, длительности, времени совершения. Далее выполняется соотнесение записей абонентам. Даже в простейшем случае должен существовать программный тарификатор.
4) Тарификации периодических услуг (подписок). На основании данных о подписках абонента выполняется расчет абонентских плат. Может варьироваться политика начисления: кредит или аванс. Может использоваться программное средство для начисления абонентской платы, либо эта операция может выполняться вручную.
5) Предоставление разовых услуг. Спектр разовых услуг, предоставляемых оператором, может быть весьма широк. Тем не менее, существуют услуги, предоставляемые даже в самом простом случае, например, разовая детализация разговоров. Реализация любой разовой услуги подразумевает какой-либо разовый сервис, за которым следует выписка счета-фактуры (и, возможно, счета на оплату). Формирование данных документов дает основание для выполнения проводок по лицевым счетам в бухгалтерии.
6) Прием платежей от абонентов. Даже в самом простейшем случае компания оператор должна быть в состоянии принимать платежи от абонентов по крайней мере двумя способами: наличными и перечислением с расчетного счета. При приеме платежа происходит обновление состояния лицевого счета абонента, который ведется в бухгалтерской программе. Если платеж происходит через кассу оператора, то появляется документ: приходный кассовый ордер.
7) Закрытие периода и выставление счетов. Закрытие отчетного периода (месяца) подразумевает внесение в бухгалтерскую программу всех операций по лицевым счетам абонентов. Как было показано ранее, платежи уже внесены, по крайней мере, частично. Также внесены данные по разовым услугам. Остается только внести данные по начислениям за звонки и начислениям абонентских план. Необходимо отметить, что закрытие периода есть длительная операция. В частности это связано с тем, что на момент календарного окончания периода нет и не может быть окончательных данных по всем операциям с лицевыми счетами. В частности, необходимо получить окончательные данные с коммутатора о звонках и провести «последнюю тарификацию», а также данные о безналичных платежах. Таким образом, закрытие периода реально может быть выполнено не ранее двух-трех дней с календарного момента его окончания. При закрытии отчетного периода выполняется выставление счетов. В простейшем случае в результате закрытия периода для каждого лицевого счета образуется два печатных документа: счет к оплате и счет-фактура. Помимо того, может оказаться необходимым формировать для абонентов, являющихся юридическими лицами, акты выполненных работ, а для абонентов, являющихся физическими лицами, квитанции на оплату услуг наличными. Одной из типовых услуг является периодическая детализация звонков и услуг, которая также представляет собой формируемый при биллинге документ. После того, как счета выставлены, их необходимо напечатать, отсортировать и принять минимальные меры по доставке.
Формирование бухгалтерской отчетности. По результатам закрытия периода необходимо выполнить формирование бухгалтерской отчетности для последующей сдачи ее в налоговую инспекцию. Так или иначе но должна быть сформирована книга продаж, которая включает в себя все выписанные счета-фактуры. Кроме того, книга продаж включает особый вид счета-фактуры – фактуру на сформированные авансы.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Заказать курсовую
9) Взаимодействие с компаниями-провайдерами. В простейшем случае (в рассматриваемой статической ситуации) взаимодействие с компаниями-провайдерами подразумевает оплату их услуг по результатам закрытия биллингового периода.
10) Информационное обслуживание абонента. В любой момент оператор должен быть готов ответить на определенные вопросы абонентов, начиная от справочной информации общего характера (тарифы), и заканчивая информацией о состоянии лицевого счета. Последнее не так уж и просто, если данные о тарификации звонков и начисления абонентских плат не сводятся с состоянием лицевых счетов с какой-либо разумной периодичностью. Надо также учитывать, что выполнять бухгалтерские проводки на самом деле неправильно, поскольку в течение месяца не выписываются счета-фактуры.
11) Формирование отчетов для ГСН. В зависимости от действующего в настоящий момент законодательства, возможно будет необходимым формировать отчеты по абонентской базе для Гос-Связь-Надзора.
Базовые бизнес-процессы (уровень 2)
В природе практически не существует операторов связи, которые не развиваются в сторону расширения абонентской базы. Реально ограничениями могут служить: отсутствие номерной емкости, невозможность развития сети, устаревание стандарта, жесткая конкуренция. Допустим, что оператор развивается нормально. В этом случае дополнительно появляются следующие бизнес процессы.
1) Получение SIM-карт и предпродажная подготовка. Оператор получает SIM-карты от изготовителя вместе с данными аутентификации. Последние представляют собой файл, в котором указаны SIM, IMSI, коды pin и puk, а также ключ Ki. Для того, чтобы SIM-карты правильно воспринималась коммутатором, необходимо загрузить в него аутентификационную информацию, а именно связки IMSI-Ki. Дальнейшие действия по предпродажной подготовке SIM-карт зависят от оператора. Возможны следующие подходы:
a) Предпрограммация карты с активацией. Этот подход подразумевает предварительное связывание IMSI-MSISDN и программирование этой связки на коммутаторе. Кроме того, после программирования созданный на коммутаторе профиль активируется. Таким образом, карта поступает в продажу готовой к использованию. Этот метод наиболее популярен, когда управление профилями абонентов на коммутаторе происходит вручную.
b) Предпрограммация карты без активации. Этот способ аналогичен предыдущему с тем исключением, что профиль на коммутаторе не активируется до специального распоряжения, которое дается по факту подключения.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Заказать курсовую
c) Постпрограммирование карты. При таком подходе связки IMSI-MSISDN не создаются на коммутаторе до момента фактического подключения. Данный способ является наиболее гибким, потому что облегчается задача выбора MSISDN при наличии на руках у продавца конкретной SIM-карты. Кроме того, этот способ наиболее защищен от злоупотреблений. Тем не менее, способ наиболее трудоемкий, потому что необходимо выполнять создание и активацию связок IMSI-MSISDN на коммутаторе «на лету», а также нужна общая база данных по свободным номерам.
После того, как SIM-карты должным образом подготовлены, они поступают на склад.
2) Получение терминального оборудования и его предпродажная подготовка. В рассматриваемой нами ситуации оператор вынужден торговать не только SIM-картами и «подключениями», но и терминальным оборудованием. Наиболее важно то, что терминальное оборудование поступает на склад оператора и должно отслеживаться. Кроме того, в зависимости от стандарта сотовой связи, может потребоваться предпродажная подготовка. Это наименее актуально для стандартов, подразумевающих использование SIM-карт. Тем не менее, как правило новое оборудование тестируется на предмет его работоспособности.
3) Подключение абонента. Это один из самых длинных и сложных бизнес-процессов, в ходе которого совершается объемный документооборот, а также выполняется масса разнообразных действий. Классическая схема подключения является одновременно наиболее сложной из всех. Рассмотрим ее по шагам.
a) Проверка существующей базы. Когда приходит очередной желающий подключиться к сети оператора связи, последний вынужден выполнить проверку своей абонентской базы во избежание мошенничества при подключении (Subscription fraud). В случае бумажной абонентской базы это весьма нелегкая операция.
b) Создание карточки абонента. Если вновь подключающийся абонент «чист», оператор должен зафиксировать его реквизиты в карточке абонента, которая в простейшем случае ведется на бумаге. В этот момент также создается лицевой счет: в наихудшем случае прямо на карточке, в наилучшем – в бухгалтерской программе.
c) Резервирование номера, оборудования, SIM-карты. Далее торговый представитель оператора должен зарезервировать по выбору абонента оборудование и абонентский номер, а также по собственному усмотрению SIM-карту. Необходимо отметить, что выбор номера по усмотрению абонента, как правило, является платной разовой услугой. Есть такие термины «золотой» или «серебряный» номер, отражающие его престиж. При резервировании, естественно, необходимо выполнить проверку, есть ли требуемое оборудование на складе, а также запомнить факт резервирования.
d) Выбор параметров подключения. В простейшем случае при подключении абонент также выбирает тарифный план, заказывает дополнительные периодические услуги, а также вариант исходящего доступа. Эта информация также фиксируется в карточке абонента.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Заказать курсовую
e) Выписка счета на оплату подключения. Счет на оплату подключения выписывается для предоставления абоненту основания для первого платежа.
f) Ожидание оплаты. Далее оператор вынужден ожидать оплаты счета. Здесь возникает масса проблем. Первая из них – отказ от оплаты. В этом случае оператор должен отслеживать «незавершенные» подключения с тем, чтобы снимать резервирование оборудования, номеров и SIM-карт на складе. Более сложная проблема связана с несвоевременной оплатой счета в условиях смены курса валюты.
g) Создание лицевого счета и прием платежа. Прием платежа выполняется точно так же, как мы рассмотрели ранее. Однако, предварительно надо создать лицевой счет. Создавать его заранее, вероятно, не имеет смысла, так как платеж может «не случиться никогда».
h) Активация. Этот шаг имеет место только в том случае, если для оборудования практикуется постпрограммация или предпрограммация без активации.
i) Выписка счета-фактуры, выдача оборудования. В качестве завершающего шага выполняется выписка счета-фактуры (по факту реализации подключения), выписка накладной и выдача оборудования со склада. С этого момента абонент передается для текущего обслуживания абонентскому отделу.
4) Ведение базы данных реквизитов абонентов. Реквизиты абонентов не являются статичной информацией. Время от времени возникает необходимость их изменения: могут измениться паспортные данные, платежные реквизиты, адреса доставки счетов. Данная операция выполняется оператором абонентского отдела по просьбе абонента и фиксируется в карточке абонента.
Базовые бизнес-процессы (уровень 3)
Там где есть рост абонентской базы, там неизбежно появляются «ненадежные» абоненты. Это приводит к ряду бизнес-процессов, которые трудно назвать простыми. Все они направлены на минимизацию дебиторской задолженности, на соблюдение условий договоров, на повторное использование оборудования и номерной емкости, на предотвращение мошенничества.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Подробнее
1) Кредитный контроль. Суть кредитного контроля – проверка состояния лицевых счетов на регулярной основе с целью ограничения подписки абонентов, которое в свою очередь приводит к снижению возможностей по увеличению дебиторской задолженности. Последним шагом по ограничению подписки является полная блокировка абонента. Обратной операцией является «разблокировка» при погашении задолженности. Уровень автоматизации данных процессов напрямую зависит от возможностей по вычислению квази-четких балансов и по управлению коммутатором. В простейшем случае, сведение балансов выполняется вручную по бумажным карточкам абонентов. Далее формируется пакет заявок для операторов коммутатора на ограничение/расширение подписок. Заявки отрабатываются операторами с записью (подшивкой) в журнал. Ясно, что добиться высокого качества кредитного контроля невозможно при низком уровне автоматизации.
2) Работа с блокированными абонентами. Работа с блокированными абонентами, по большому счету, ведется только в двух направлениях. Во-первых, могут рассматриваться вопросы типа «а не было ли сделано неправомерных начислений, с которыми абонент, тем не менее, согласен». Во-вторых, при определенных сроках пребывания абонента в блокированном состоянии возможно начисление пени.
3) Расторжение договоров с должниками. При пассивности абонента в течение определенного промежутка времени, как правило, оператор расторгает договор в одностороннем порядке. Данный процесс позволяет вернуть номерную емкость в оборот для повторного использования. Так же, как и при реализации кредитного контроля, требуется выполнять определенную пакетную обработку данных о лицевых счетах: необходимо проверить наличие операций по лицевому счету. Естественно, эффективность процесса зависит от уровня автоматизации.
4) «Отстой» номеров. При расторжении договоров высвобожденная номерная емкость возвращается в оборот. С одной стороны, особенность заключается в том, что возможно повторное ее использование, с другой стороны в том, что это повторное использование не может быть начато ранее определенного срока (во избежание неудобств и жалоб «новых» абонентов при использовании «старых» номеров). В определенных случаях возможно также повторное использование терминального оборудования и SIM-карт. Суть «отстоя» номеров заключается в выдержке определенного времени до того момента, когда номер поступает в повторную реализацию. Так же, как и в бизнес-процессах, описанных выше в данном разделе, эффективная реализация «отстоя» номеров возможна только при достаточном уровне автоматизации данного процесса.
5) Черные списки IMEI. Ведение черных списков IMEI является одним из способов борьбы с мошенничеством и направлено на предотвращение повторного подключения краденого/утерянного оборудования. Не смотря на то, что стандарт GSM подразумевает возможность использования регистра EIR для контроля черных списков, в России данное решение считается дорогим и популярностью не пользуется. Поэтому реализация черных списков выполняется какими-либо сторонними (менее затратными, и в то же время, менее эффективными) средствами. Реализация черных списков опирается на использование тарификационных данных коммутатора и регистрацию серийных номеров при подключении. Эффективность черных списков, опять же, зависит от уровня автоматизации и при бумажной технологии выполняется ограниченно: есть возможность лишь воспрепятствовать повторному подключению краденого/утерянного оборудования.
Базовые бизнес-процессы (уровень 4)
При реальной работе с абонентами возникают дополнительные бизнес-процессы, назовем их «продвинутыми». Мы выносим их в уровень 4 только потому, что они не являются частыми (хотя и обязательно встречаются), либо потому, что необходимость в них возникает только при существенном росте абонентской базы.
Предварительные замечания по поводу термина «тарифный план». Под тарифным планом понимается набор правил, в соответствии с которыми обслуживается абонент. Эти правила делятся на две части: (1) тарифы и (2) ограничения на подписки.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Подробнее
1) Смена тарифного плана по заказу абонента. Абонент приходит в абонентский отдел и пишет заявление на смену тарифного плана. Далее это заявление отрабатывается в абонентском отделе на предмет расчетов, и в конце концов может завершаться отработкой заявок на коммутаторе. Если уровень автоматизации невысок, то наверняка смены тарифных планов будут допустимы только с первого числа месяца. Вообще говоря, при смене тарифного плана надо полностью рассчитаться за подписки и звонки по старому тарифному плану, затем изменить профиль подписки, и, если это нужно начислить авансовые абонентские платы.
2) Смена тарифного плана по инициативе оператора. Как правило смена тарифного плана по инициативе оператора происходит в случае устаревания какого-либо тарифного плана. Обычно это событие происходит на границе отчетных периодов. В качестве особенностей можно отметить массовость изменений.
3) Ожидаемый платеж. Данный механизм вводится для определенной компенсации задержек при приеме безналичных платежей. При должном уровне автоматизации, этот механизм может также использоваться для повышения удобства абонентов.
4) Регистрация и разбор конфликтов и претензий абонентов. Претензии абонентов могут обусловливаться различными причинами, например, проблемами с оборудованием, ошибками при начислениях за звонки или услуги, ошибками в расчете налогов и т.д., либо несоблюдением условий договора той или иной стороной. Разрешение таких конфликтов ложится на абонентский отдел, в худшем случае дело может дойти до разборок в суде. При существенном росте абонентской базы возникает необходимость фиксации претензий.
5) Возврат средств. Абонент в праве потребовать возврата аванса со своего лицевого счета. Также возврат средств может быть необходим при расторжении договора. В простейшем случае возврат средств выполняется через кассу с выпиской расходного кассового ордера. В случае, когда абонент является юридическим лицом, возврат средств может быть сделан перечислением с расчетного счета оператора.
6) Решение проблемы инкассации. Проблема инкассации заключается в несоответствии расписания работы кассы оператора и службы инкассации. Проблема решается путем выписки приходных кассовых ордеров будущей датой.
7) Расторжение договора. Расторжение договора может выполняться как по желанию абонента, так и оператором в одностороннем порядке. В общем случае при расторжении необходимо выполнить следующие шаги:
a) Прекращение обслуживания всех абонентских номеров данного абонента.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Подробнее
b) Сбор всех операций по лицевому счету.
c) Отмена всех ожидаемых платежей.
d) Проведение внеочередного биллинга.
e) Прием оплаты или возврат средств.
Контроль доставки счетов. Включает печать реестров счетов и квитанций на подпись по факту доставки. Данные документы используются отделом доставки или сторонними курьерскими организациями для формирования отчетности по успешно доставленным счетам. Регистрация факта успешной доставки избавляет оператора от претензий недобросовестных абонентов типа «услуги не оплачены, потому что счет не доставлен».
9) Замена оборудования, SIM-карты, номера. Данные операции выполняются на основании заявления абонента. Замена оборудования бывает гарантийная или в порядке апгрэйда. Замена SIM-карт бывает по причине утери, поломки, блокировки или апгрэйда. При замене работоспособного оборудования или SIM-карты последние возвращаются на склад, поэтому должен быть соответствующий складской документооборот. При замене номера высвобожденный номер помещается в «Отстой» для повторного использования в будущем. Замена SIM-карты может сопровождаться заменой номера.
Базовые бизнес-процессы (уровень 5)
Дальнейшим развитием нашей модели будет участие оператора в соглашениях по обеспечению автоматического роуминга. Инфраструктура в этом случае будет выглядеть так, как показано на рисунке 2.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Заказать курсовую
Рассмотрим возникающие бизнес-процессы.
1) Проведение тестов IREG.21, обмен тестовыми SIM-картами. Когда у оператора появляются партнеры по роумингу, сфера его ответственности расширяется, в частности он должен гарантировать работу автоматического роуминга как для своих абонентов в сети партнера, так и для абонентов партнера в своей сети. Способом контроля является регулярное проведение IREG.21 тестов. Они основаны на обмене между операторами тестовыми SIM-картами и регулярном выполнении тестовых звонков.
2) Тарификация звонков гостевых абонентов. Тарификация звонков гостевых абонентов в целом выполняется абсолютно так же, как и тарификация звонков своих абонентов. Особенность состоит в учете таких разговоров. Для учета необходим лицевой счет партнера по роумингу, на который будут относиться все звонки абонентов данного партнера в сети нашего оператора. Отнесение звонков на такой лицевой счет основано на том, что принадлежность звонка абоненту идентифицируется по IMSI абонента, а IMSI для конкретного оператора выбираются вовсе не произвольно, и возможно выделить префикс в IMSI, по которому и определить принадлежность абонента конкретному оператору.
3) Тарификация звонков типа «транзитный в роуминг». Звонки типа «транзитный в руоминг» (Т/Р) возникают, когда совершается входящий звонок для нашего абонента, находящегося в сети партнера по роумингу. Т/Р – это «часть» звонка между домашним коммутатором абонента и обслуживающим коммутатором. При этом на нашем коммутаторе звонок фиксируется как звонок нашего абонента, находящегося в роуминге, на специальный временный номер (MSRN) в той сети, где он находится в роуминге. По номеру MSRN можно определить направление звонка и тарифицировать его.
4) Контроль за тестовыми SIM-картами. Тестовые SIM-карты – это типовые карты оператора, точно такие же, с которыми он подключает абонентов. Тестовые звонки точно так же тарифицируются, как и любые другие, и включаются в роуминговый счет. Кроме роуминговых тестовых карт оператор, как правило, имеет также определенное количество служебных карт и карт, предназначенных для выполнения тестов в своей сети. Все звонки этих карт также тарифицируются. Существуют нормативы, определяющие максимальную стоимость тестовых и служебных звонков, которую можно отнести к расходам (порядка 2% трафика).
5) Fraud-контроль для визитеров. Один из видов Fraud-контроля для визитеров заключается в том, что ежедневно рассчитывается суммарная стоимость звонков по каждому гостевому абоненту и в случае превышения суммой определенного порога (оговоренного в роуминговом соглашении) высылается fraud report. Рассылка происходит по электронной почте или факсом. Fraud report содержит список подозрительных IMSI и стоимость их разговоров за последние сутки. На основании принятого fraud report’a оператор может принять решение о блокировании своего абонента.
6) Обмен роуминговыми тарификационными файлами. Клиринговые центры. Для проведения текущих расчетов с абонентами, бывающими в роуминге, операторы обмениваются между собой на регулярной основе роуминговыми тарификационными файлами (TAP-файлами). TAP-файл содержит детализацию звонков (и услуг), совершенных абонентами нашего оператора в сети партнера по роумингу. На основе TAP-файлов делаются начисления абонентам за звонки в роуминге. Обмен TAP-файлами выполняется по электронной почте. Когда партнеров по роумингу становится очень много, становится неудобным обмениваться TAP-файлами по принципу «каждый с каждым». Для уменьшения трафика TAP-файлов вводятся клиринговые центры.
7) Выставление роуминговых счетов. По окончание отчетного периода партнеры по роумингу выставляют друг другу счета за услуги, предоставленные гостевым абонентам. Особенность состоит в том, что счета выставляются на основе отправленных TAP-файлов. При наличии клирингового центра счета выставляются ему, а не каждому оператору, в сети которого наши абоненты были в роуминге.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Подробнее
Базовые бизнес-процессы (уровень 6).
Рассмотрим бизнес-процессы, возникающие у оператора при внедрении им системы предоплаченного обслуживания (prepaid). Оператор может внедрить только поддержку системы карт экспресс-оплаты, но мы не будем рассматривать отдельно бизнес-процессы, связанные с этим, поскольку все они будут перечислены в данном разделе.
Не зависимо от того, каким образом реализована prepaid-платформа, набор бизнес-процессов оператора пополняется следующим образом.
1) Обеспечение жизненного цикла карты экспресс-оплаты. Жизненный цикл карты экспресс-оплаты состоит из следующих этапов:
a) Генерация. Генерация заключается в формировании номеров и pin-кодов карт. Основная проблема – получить надежно засекреченную информацию о pin-кодах.
b) Изготовление и получение. Изготовлением карт занимаются самостоятельные организации, причем основной проблемой является секретность при передаче данных о pin-кодах производителю карт. После того, как карты изготовлены и получены оператором от производителя, они помещаются на склад.
c) Блокирование и разблокирование. Если при доставке карт от производителя они были похищены, а также в других подобных случаях, произошедших до момента реализации карты абоненту, необходимо блокировать возможность зачисления данной серии карт. Если карты будут найдены целыми и невредимыми, то возможность зачисления серии надо разблокировать.
d) Инициализация и реализация. Непосредственно перед выдачей карт на реализацию их необходимо инициализировать – привести в состояние, когда они могут быть зачислены. Далее реализация может осуществляться через дилерскую сеть, через собственный магазин оператора или через какую-либо еще сеть продавцов.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Подробнее
e) Активация. Активация карт может осуществляться с привлечением оператора или без него. Активация без привлечения оператора может выполняться в том случае, если она поддерживается платформой (с учетом текущего местоположения абонента и доступных ему средств). Возможность активации через оператора должна быть всегда.
f) Гашение. Карты, не зачисленные за установленный срок необходимо гасить – переводить в состояние, когда их уже нельзя зачислить.
2) Обнуление балансов препэйдных абонентов. Это мероприятие нацелено на принуждение препэйдных абонентов вносить платежи. Это особенно важно в том случае, если тарифные планы для препэйдных абонентов продуманы плохо, например, если абонент может совершать бесплатные звонки в полезных для него направлениях (например, пэйджинговая служба). Также необходимо учитывать, что абонентской платы для препэйдных абонентов как правило нет. Поэтому единственным надежным способом списания средств с лицевого счета препэйдного абонента является обнуление баланса.
3) Бухгалтерский учет карт экспресс-оплаты. Это достаточно сложный вопрос, потому что имеются определенные технические проблемы. Например, нет реальной возможности отследить факт продажи конкретной карты, что может быть важно в случае, если абонент потерял только что купленную карту, не успев ее зачислить. В связи с этим встает вопрос, как проводить по бухгалтерии продажу карт и активацию карт.
4) Подключение препэйдного абонента по «коробочному варианту» (опционально). Данный процесс включает следующие шаги:
a) Предпрограммирование оборудования. Выполняется так же, как было описано в бизнес-процессе Предпрограммация карты с активацией.
b) Комплектация наборов. Процесс заключается в сборе наборов, которые, как правило, состоят из SIM-карты, недорогого телефона, одной карты экспресс-оплаты, комплекта документации и анкеты.
c) Реализация через розничную сеть. При реализации покупатель должен заполнить анкету, которая впоследствии будет использоваться для актуализации данных в базе prepaid-платформы.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Подробнее
d) Создание абонента в базе данных prepaid-платформы. Этот процесс автоматически происходит в момент первого зачисления карты экспресс-платы.
e) Актуализация данных в абонентской карточке. Поскольку абонент создается в базе данных prepaid-платформы автоматически в момент первого зачисления, то, очевидно, это происходит в произвольный момент времени и, вероятно, в условиях отсутствия личных данных абонента. В результате приходится актуализировать эти данные по анкетам в ручном режиме позднее.
Базовые бизнес-процессы (уровень 7)
В определенный момент развития оператор начинает работать с дилерской сетью, при этом дилерам делегируются, по меньшей мере, следующие функции:
1) Реализация оборудования (составляет основную часть доходов дилера).
2) Подключение абонентов (дилер получает от оператора определенное вознаграждение за подключения).
3) Реализация карт экспресс-оплаты.
4) Текущее обслуживание абонентов:
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Цена курсовой
a) Информационное
b) Изменение профиля подписок
5) Прием платежей от абонентов (имеются особенности законодательства, например, плательщиком налога с продаж является дилер).
Рассмотрим бизнес-процессы оператора, возникающие при появлении дилерской сети.
1) Передача терминального оборудования на реализацию. Обычно дилеры не пользуются оборудованием, предоставляемым оператором, то есть сами ищут поставщиков. Однако, все зависит от условий дилерского договора. Если оператор предоставляет дилеру оборудование на реализацию, то имеет место операция выдачи дилеру оборудования со склада оператора по накладной. Обратная связь (по факту продажи оборудования) реализуется с помощью документа типа акта передачи материальных ценностей.
2) Передача SIM-карт на реализацию. В простейшем случае, при использовании бумажных технологий, при работе с дилерами используется предпрограммированное терминальное оборудование. Документооборот аналогичен возникающему при работе с терминальным оборудованием: выдача по накладной, подтверждение реализации по акту. Предпрограммация оборудования оставляет простор для злоупотреблений дилером. Поэтому необходимо предпринимать какие-либо административные меры и осуществлять текущий контроль.
3) Передача карт экспресс-оплаты на реализацию. Карты экспресс-оплаты выдаются дилеру со склада оператора по накладной. Как было отмечено ранее, составляет определенную проблему проконтролировать факт продажи карты экспресс-оплаты (именно продажи, а не активации). Очевидно, что выписывать какой-либо документ по факту реализации карты экспресс-оплаты не представляется разумным. Поэтому обратная связь, отражающая реализацию, должна организовываться с помощью специального документа – ежемесячного отчета по реализации. Опираясь на данный отчет можно проконтролировать сумму, которую дилер должен выплатить оператору за реализованные карты. Для дополнительного контроля необходимо использовать данные prepaid-платформы, показывающей статистику активации карт.
4) Ведение лицевого счета дилера. Лицевой счет дилера ведется оператором в бухгалтерии для контроля приема оплаты услуг связи абонентами через дилера, реализации оборудования, SIM-карт, карт экспресс-оплаты и дилерских платежей.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Цена курсовой
5) Прием платежей от дилера. Оператор должен принимать платежи дилера в счет оплаты реализованных оборудования, SIM-карт, карт экспресс оплаты, подключений, а также платежей, принятых от абонентов в счет оплаты услуг связи.
6) Выплата вознаграждений за подключение. Механизм выплаты вознаграждений определяется дилерским договором. Например, по итогам отчетного периода (количеству подключений, количеству и номиналу проданных карт экспресс-оплаты и т.п.) оператор выплачивает дилеру определенную сумму, либо предоставляет какие-либо льготы.
7) Предоставление льгот. Дилеры, как правило, являются абонентами оператора, но в отличие от регулярных абонентов, обычно, обслуживаются по специальным тарифным планам. Оператор разрабатывает и поддерживает такие тарифные планы специально для своих партнеров по бизнесу.
Поддержка инфраструктуры для автоматизации дилерской деятельности. В простейшем случае автоматизировать повседневную деятельность дилера можно с помощью электронной почты, либо web-технологий.
Базовые бизнес-процессы (уровень
Для привлечения новых клиентов, повышения качества услуг, а также в рамках конкурентной борьбы оператор должен, по крайней мере, развивать сеть и вводить новые тарифные планы. В связи с этим возникают бизнес-процессы статистического анализа и моделирования:
1) Анализ загрузки сети. Выполняется на двух уровнях. Во-первых, коммутатор сам производит замеры по количеству абонентов по сотам, по количеству разговоров по сотам и т.п. Во-вторых, оператор может производить анализ тарификационных файлов коммутатора. Это помогает правильно развивать сеть, например, устанавливать новые базовые станции.
2) Анализ эффективности тарифных планов. Оператор должен время от времени анализировать свои тарифные планы на предмет решения задач, поставленных при создании того или иного тарифного плана. Для этого необходимо считать статистики: подключений по тарифным планам, отключений по тарифным планам, смены тарифных планов, начислений по тарифным планам за периодические услуги, разовые услуги, звонки, оборудование и т.п. Все эти статистики надо рассчитывать по маркетинговым категориям клиентов.
3) Моделирование тарифных планов. После принятия решения о необходимости внедрения нового тарифного плана необходимо проводить моделирование, чтобы проверить, оправдает ли новый тарифный план возлагаемые на него надежды. Например, если предполагается ввести новый тарифный план с тем, чтобы существующие клиенты перешли на него, необходимо собрать данные по подключениям, отключениям, начислениям данных абонентов за прошлые периоды и просчитать все эти события по новому плану. Далее оценивается эффективность решения.
Описание проблемной ситуации
Ежедневно к оператору сотовой связи «подключаются» десятки тысяч людей, которые являются как первичными абонентами, так и повторными. На каждого абонента заводится личная карточка, присваивается определенный идентификационный номер. Сотовый оператор, в определенный момент развития, начинает работать с дилерами, над которыми должен осуществляться контроль.
Цели и задач проектируемой информационной системы:
— обеспечить ведение абонентской базы (ввод, редактирование, удаление информации)
— обеспечить заключение/расторжение договоров с абонентами
— контролировать прием платежей от абонентов
— обеспечить тарификацию разговоров, услуг
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Заказать курсовую
— производить смену тарифного плана по запросу абонента
— обеспечить формирование отчетов
Функциональная структура проектируемой системы
Функциональная модель является структурированным изображением функций проектируемой организационно-технической системы, а также информации, поддерживающей выполнение этих функций. На этапе проектирования функциональная модель используется для анализа существующих систем и механизмов реализации этих функций. При этом оценивается распределение функций между подразделениями, взаимодействие подразделений, распределение ответственности, документооборот, достоверность получаемой информации, порядок принятия решений и эффективность функционирования системы управления.
В процессе декомпозиции выявляются задачи, обеспечивающие достижение поставленной цели.
Границы модели определяются посредством описания внешних интерфейсов. На функциональных и информационных моделях все стрелки, выходящие извне, — внешние интерфейсы.
Модель, основанная на методологии IDEF, позволяет описать структуру объекта в виде многоуровневой иерархической системы объектов с необходимой глубиной проникновения, сделать информационные и материальные потоки, а также взаимосвязь их и подсистем объекта максимально “прозрачными”.
Блоки на диаграмме размещаются по ступенчатой схеме в соответствии с их доминированием. Согласно этому принципу расположения в левом верхнем углу располагается самый важный процесс или процесс, выполняемый по времени первым. Далее вправо вниз располагаются менее важные или выполняемые позже процессы. Такое расположение облегчает чтение диаграмм. (BPwin автоматически располагает блоки по ступенчатой схеме). Кроме того, блоки должны быть пронумерованы, в соответствии с их доминированием.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Цена курсовой
Блоки на диаграммах изображаются прямоугольниками и сопровождаются текстом, описывающим подпроцесс. Каждая сторона блока имеет вполне определенное назначение: левая сторона блока предназначена для входов (материал или информация, которые используются или преобразуются для получения результата), верхняя — для управления (правила, стратегии, стандарты), правая — для выходов (материал или информация, получаемые в результате выполнения процесса), нижняя — для механизмов (ресурсы, которые выполняют процесс). Такое обозначение отражает определенные принципы активности: входы преобразуются в выходы, управления ограничивают или предписывают условия выполнения, исполнители описывают, за счет чего выполняются преобразования.
Уровень А0. Декомпозиция
После создания контекстной диаграммы, которая представляет собой описание контекста моделируемой системы, проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается в том же синтаксисе, что и система в целом. Затем каждая подсистема разбивается на более мелкие и так до достижения нужного уровня подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции. Диаграмма декомпозиции предназначена для детализации работы.
При декомпозиции процесса все стрелки, входящие или исходящие из него, должны быть перенесены на диаграмму нижнего уровня и использованы при ее построении. При этом запрещены всякие новые стрелки, выходящие за пределы новой диаграммы, кроме специальных, так называемых «тоннелированных» стрелок.
Информационно-логическая модель
Первым шагом при создании логической модели БД является построение диаграммы ERD (Entity Relationship Diagram). ERD-диаграммы состоят из трех частей: сущностей, атрибутов и взаимосвязей. Сущностями являются существительные, атрибуты – прилагательными или модификаторами, взаимосвязи – глаголами.
ERD — диаграмма позволяет рассмотреть систему целиком и выяснить требования, необходимые для ее разработки, касающиеся хранения информации.
ERD — диаграмма графически представляет структуру данных проектируемой информационной системы.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Цена курсовой
Первым этапом является определение сущностей и атрибутов. В БД будут храниться записи об абонентах, следовательно, сущностью будет абонентская база.
Таблица 1. Атрибуты сущности «Абонентская база».
| Атрибут | Описание |
| № договора | Уникальный номер для идентификации заключенного договора с абонентом |
| Дата заключения | Дата |
| Абонент | Фамилия, имя, отчество абонента, паспортные данные |
| Лицевой счет | Информация о состоянии счета обонента |
| Тарифный план | Список тарифов для выбора абонентом |
| Услуги | Список предоставляемых услуг |
| Состояние договора | Физическое состояние договора (например: заключен, расторгнут, приостановлен) |
В полученном списке существуют атрибуты, которые нельзя определить в виде одного поля БД. Такие атрибуты требуют дополнительных определений и должны рассматриваться как сущности, состоящие, в свою очередь, из атрибутов. К таковым относятся: Абонент, Тарифный план, Лицевой счет, Услуги.
Таблица 2. Атрибуты Сущности «Абонент».
| Атрибут | Описание |
| ФИО абонента | Фамилия, имя, отчество абонента |
| Серия паспорта | Паспортные данные |
| № паспорта | |
| Дата рождения | Дата рождения |
| Адрес | Адрес по прописке |
Таблица 3. Атрибуты сущности «Тарифный план»
| Атрибут | Описание |
| Тариф | Наименование тарифного плана |
| Ст вх вн с | Стоимость входящих звонков внутри сети |
| Ст исх вн с | Стоимость исходящих звонков внутри сети |
| Ст вх с др с оп | Стоимость входящих звонков с телефонов других сотовых операторов |
| Ст исх с др с оп | Стоимость исходящих звонков с телефонов других сотовых операторов |
| Ст вх с гор тел | Стоимость входящих звонков с городских телефонов |
| Ст исх с гор тел | Стоимость исходящих звонков с городских телефонов |
| Sms | Стоимость исходящих sms сообщений (за шт) |
Таблица 4. Атрибуты сущности «Лицевой счет»
Таблица 5. Атрибуты сущности «Услуга»
Составим ERD-диаграмму, определяя типы атрибутов и проставляя связи сущностями.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Подробнее
Следующим этапом построения логической модели является определение типов атрибутов.
Таблица 6. Типы атрибутов.
| Атрибут | Тип |
| № договора | Integer |
| Дата заключения | Date |
| ФИО абонента | String |
| Серия паспорта | Integer |
| № паспорта | Integer |
| Дата рождения | Date |
| Адрес | String |
| № абонента | Integer |
| Состояние договора | String |
| Тариф | String |
| Ст вх вн с | Float |
| Ст исх вн с | Float |
| Ст вх с др с оп | Float |
| Ст исх с др с оп | Float |
| Ст вх с гор тел | Float |
| Ст исх с гор тел | Float |
| Sms | Float |
| № лицевого счета | Float |
| Дата | Date |
| Сумма | Float |
| Код услуги | Integer |
| Описание | String |
| Примечание | String |
| Стоимость | Float |
UseCase – диаграммы прецедентов
Прецедентом (Use case) называется описание множества последовательностей действий (включая варианты), выполняемых системой для того, чтобы актер мог получить определенный результат. Графически прецедент изображается в виде эллипса. Нотация прецедента похожа на нотацию кооперации.
Диаграммы прецедентов представляют собой один из пяти типов диаграмм, применяемых в UML для моделирования динамических аспектов. Диаграммы прецедентов играют основную роль в моделировании поведения системы, подсистемы или класса. Каждая такая диаграмма показывает множество прецедентов, актеров и отношения между ними.
Диаграммы прецедентов применяются для моделирования вида системы с точки зрения варианта использования. Чаще всего это предполагает моделирование контекста системы, подсистемы или класса либо моделирование требований, предъявляемых к поведению указанных элементов.
Диаграммы прецедентов имеют большое значение для визуализации, специфицирования и документирования поведения элемента. Они облегчают понимание систем, подсистем или классов, представляя взгляд извне на то, как данные элементы могут быть использованы в соответствующем контексте. Кроме того, такие диаграммы важны для тестирования исполняемых систем в процессе прямого проектирования и для понимания их внутреннего устройства при обратном проектировании.
Диаграммой прецедентов, или использования (Use case diagram), называется диаграмма, на которой показана совокупность прецедентов и актеров, а также отношения между ними.
Диаграммы Use Case определяют поведение системы с точки зрения пользователя. Элемент Use Case описывает, что должна делать система, но не определяет, как она должна это делать. Это позволяет отделить внешнее представление от внутреннего представления.
Вершинами в этой д. являются актеры и элементы Use Case, которые представляют собой действия, выполняемые системой в интересах актеров.
Актер – роль объекта вне системы. Актер прямо взаимодействует с ее частью – конкретным элементом Use Case. Различают актеров и пользователей. Пользователь может играть несколько ролей и моделироваться несколькими актерами. Набор всех элементов Use Case определяет полные функциональные возможности системы.
Абонент
| Основной | Альтернативный |
| Заключить контракт на обслуживание | |
| Предоставить личные данные (паспортные данные)
Открыть лицевой счет Выдать копию договора Ввести информацию об абоненте в БД |
Если отсутствуют личные данные – договор не заключать. |
| Запрос информации о состоянии счета | |
| Идентификация пользователя
Запрос баланса на счете Выдать отчет |
Если абонент не идентифицирован – запрос не выполнять. |
| Заказать услугу | |
| Идентификация абонента
Проверка состояния лицевого счета Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно. Подробнее Выбор услуги Выдать подтверждение |
Если абонент не идентифицирован – запрос не выполнять.
Если средств на счете не достаточно – услугу не предоставлять. |
Оператор
Диаграмма взаимодействий
На диаграммах взаимодействий показывают связи, включающие множество объектов и отношений между ними, в том числе сообщения, которыми объекты обмениваются. При этом диаграмма последовательностей акцентирует внимание на временной упорядоченности сообщений, а диаграмма кооперации — на структурной организации посылающих и принимающих сообщения объектов.
Диаграммы взаимодействий используются для моделирования динамических аспектов системы. Сюда входит моделирование конкретных и прототипических экземпляров классов, интерфейсов, компонентов и узлов, а также сообщений, которыми они обмениваются, — и все это в контексте сценария, иллюстрирующего данное поведение. Диаграммы взаимодействий могут существовать автономно и служить для визуализации, специфицирования, конструирования и документирования динамики конкретного сообщества объектов, а могут использоваться для моделирования отдельного потока управления в составе прецедента.
Диаграммы взаимодействий важны не только для моделирования динамических аспектов системы, но и для создания исполняемых систем посредством прямого и обратного проектирования.
Диаграмма взаимодействий (Interaction diagram) описывает взаимодействия, состоящие из множества объектов и отношений между ними, включая сообщения, которыми они обмениваются. Диаграммой последовательностей (Sequence diagram) называется диаграмма взаимодействий, акцентирующая внимание на временной упорядоченности сообщений. Графически такая диаграмма представляет собой таблицу, объекты в которой располагаются вдоль оси X, а сообщения в порядке возрастания времени — вдоль оси Y. Диаграммой кооперации (Collaboration diagram) называется диаграмма взаимодействий, основное внимание в которой уделяется структурной организации объектов, принимающих и отправляющих сообщения. Графически такая диаграмма представляет собой граф из вершин и ребер.
Диаграмма обслуживания абонентов
Взаимодействие оператора с БД
Диаграмма взаимодействия администратора с БД
Диаграмма состояний
Процесс заключения договора
Диаграммы состояний являются хорошо известным средством описания поведения системы. Они определяют все возможные состояния, в которых может находиться конкретный объект, а также процесс смены состояний объекта в результате влияния некоторых событий.
Физическая модель
При построении физической модели необходимо скорректировать типы и размеры полей.
Таблица 7. Свойства колонок таблиц физической модели БД студентов.
| Колонка | Name | Type | Width | Key |
| № договора | № dog | Integer | + | |
| Дата заключения | Datazak | Date | ||
| ФИО абонента | Fio_ab | String | 64 | + |
| Серия паспорта | Serpas | Integer | ||
| № паспорта | Nompas | Integer | ||
| Дата рождения | Datarogd | Date | ||
| Адрес | Adres | String | 100 | |
| № абонента | Nom_ab | integer | ||
| Состояние договора | Sostdog | String | 60 | |
| Тариф | Tariff | String | 60 | + |
| Ст вх вн с | St_vh_vn_s | Float | ||
| Ст исх вн с | Ct_ish_vn_s | Float | ||
| Ст вх с др с оп | St_vh_s_dr_s_op | Float | ||
| Ст исх с др с оп | Et_ish_s_dr_s_op | Float | ||
| Ст вх с гор тел | St_vh_s_gor_tel | Float | ||
| Ст исх с гор тел | St_ish_s_gor_tel | Float | ||
| Sms | St_sms | Float | ||
| № лицевого счета | Nom_lic_s | Integer | + | |
| Дата | Data_vnes | Date | ||
| Сумма | Summa | Float | ||
| Код услуги | Kod_usl | Integer | + | |
| Описание | Opisanie | String | 150 | |
| Примечание | Prim | String | 200 | |
| Стоимость | Stoim | Float |
Имитационная модель
Имитационная модель отражает динамические аспекты функционирования системы и предназначена для анализа основных процессов с учетом альтернативных вариантов их организации.
Для разработки интерфейсной части продукта выбрана среда разработки Delphi 7 от компании Borland.
Ниже приведены скриншоты интерфейсной части продукта.
Окно «Идентификация» предназначено для ввода пользователем имени и пароля, которые необходимы для получения полномочий конкретному пользователю. При неправильном вводе окно появляется повторно, а при правильном – появляется главное окно абонентской базы.
Окно «Абонентская база» предназначено в основном для ускоренной навигации по программе, а также содержит стандартные пункты меню, такие как: файл, правка и окно.
Рассмотрим подробнее главное меню программы.
Пункт меню «Файл» содержит подпункты «Параметры печати» — для настройки принтера и «Выход» для выхода в окно «Идентификация».
Пункт меню «Правка» содержит стандартный набор подпунктов: «Отмена», «Вырезать», «Копировать». «Вставить», «Удалить», и «Выделить все».
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Цена курсовой
Пункт меню «Справочники» имеет подпункты «Абонентская база, «Абонент», «Тарифный план», «Услуга», «Лицевой счет». Данные пункты предназначены для вывода одноименных окон для просмотра или редактирования информации.
Пункт меню «Запрос» предназначен для вызова одноименного окна, в котором вводятся пользовательские запросы.
Пункт меню «Окно» содержит стандартный набор подпунктов для работы с окнами: «Каскад», «По горизонтали», «По вертикали», «Скрыть все» и «Закрыть». При работе программы под подпунктом «Закрыть» появляются наименования открытых оконных форм.
Далее рассмотрены оконные формы для просмотра и редактирования информации.
Заключение
Целью проекта являлась проектирование автоматизированной информационной системы «Работа с абонентами оператора сотовой связи».
На основе выполненной работы можно сделать выводы:
1. В процессе разработки проекта были пройдены все этапы: описание предметной области, постановка требований и задач к проектируемой системе, построение концептуальной, функциональной, логической, физической и имитационной модели системы;
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Подробнее
2. Разработанный проект позволяет осуществить поставленные задачи;
3. Разработан удобный и понятный интерфейс.
Глоссарий
IMEI — (International Mobile Equipment Identity)
уникальный международный идентификатор мобильного оборудования.
IMSI — (International Mobile Subscriber Identity)
уникальный международный идентификатор абонента.
PIN (Personal Identification Number — персональный идентификационный номер) — персональный код, используемый для установления подлинности пользователя с целью предотвращения несанкционированного доступа в сеть. В системе мобильной связи стандарта GSM код, известный только абоненту, который служит для защиты от несанкционированного использования SIM-карты. Обычно предоставляется вместе с SIM-картой и содержит от 4 до 8 цифр. Если запрос PIN-кода включен в меню мобильного телефона, его значение необходимо вводить каждый раз при включении телефона. После трех неверных попыток набора PIN-кода SIM-карта блокируется. Блокировка может быть снята либо набором дополнительного кода — персонального кода разблокировки (PUK), либо по команде из центра коммутации. Значение PIN-кода может быть изменено по желанию абонента.
Roaming (роуминг)
предоставление услуг сотовой связи абоненту сети одного оператора в сети другого оператора с обязательным сохранением первоначальной регистрации пользователя в своей сети.
Router (маршрутизатор)
устройство, обеспечивающее передачу данных между двумя логически разными (имеющими разные сетевые адреса) локальными сетями. Отвечает за выбор маршрута передачи пакетов между узлами.
Миниатюрная пластиковая карта с интегрированным кремниевым чипом, на котором записана информация о конкретном абоненте, пользующемся услугами сотовой связи в стандарте GSM. С ее помощью выполняются функции идентификации пользователя в сети (одновременно проводится проверка на наличие «двойников»), проверка подлинности абонента, связь с базовой станцией. SIM-карта также несет в себе все установки, необходимые для работы аппарата в сети. Вставив в новый аппарат свою SIM-карту, пользователь сохраняет все сетевые установки и свой телефонный номер. SIM-карта одинакова для всех трех модификаций GSM-900, GSM-1800 и GSM-1900.
UML (Unified Modeling Language) — Унифицированный язык моделирования, предназначенный для визуализации, специфицирования, конструирования и документирования артефактов программных систем.
Абонент
лицо, физическое или юридическое, заключающее договор с оператором сотовой связи и пользующееся его услугами.
Актер — множество логически связанных ролей, исполняемых при взаимодействии с прецедентами.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Цена курсовой
Ассоциация — структурное отношение, описывающее набор связей, в котором каждая из них представляет собой соединение между объектами; семантическое отношение между двумя или более классификаторами, в котором участвуют соединения между их экземплярами.
Базовая станция (BSS, Base Station System)
основной элемент сотовой сети любого стандарта. Занимается распределением звонков и аутентификацией пользователей.
Баланс — состояние лицевого счета абонента.
Взаимодействие — поведение, описываемое набором сообщений, которыми обмениваются между собой объекты в некотором контексте для достижения определенной цели.
Диаграмма — графическое представление множества элементов. Обычно изображается в виде графа с вершинами (сущностями) и ребрами (отношениями).
Диаграмма взаимодействия — диаграмма, на которой представлено взаимодействие, состоящее из множества объектов и отношений между ними, включая и сообщения, которыми они обмениваются. Диаграммы взаимодействия относятся к динамическому виду системы. Этот обобщенный термин применяется к нескольким видам диаграмм, в которых делается акцент на взаимодействии объектов, в том числе к диаграммам кооперации, последовательности и деятельности.
Диаграмма классов — диаграмма, на которой представлено множество классов, интерфейсов, коопераций и отношений между ними; диаграммы классов относятся к статическому виду системы. Иными словами, это диаграмма, на которой показано множество декларативных (статических) элементов.
Диаграмма прецедентов — диаграмма, на которой представлено множество прецедентов и актеров, а также отношения между ними. Диаграммы прецедентов относятся к статическому виду системы.
Единица тарификации разговора оплачиваемая единица продолжительности телефонного разговора (соединения), которая зависит от системы тарификации, выбранной оператором связи (отсчет по целым минутам или по периодическим импульсам).
Задача — путь выполнения программы, динамической модели или иного представления потока управления; процесс или нить.
Зона действия оператора связи
территория, на которой оператор связи уполномочен оказывать услуги связи в соответствии с лицензией (не совпадает с зоной покрытия).
Зона покрытия
территория, на которой можно пользоваться услугами оператора сотовой связи, к ней не относится территория, на которой предоставляется роуминг.
Идентификация пользователя
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Цена курсовой
опознавание пользователей (по фамилии и паролю) для определения его полномочий — права на доступ к данным и выбора режима их использования.
Интерфейс — множество операций, составляющее спецификацию услуг, которые предоставляет класс или компонент.
Исполнение — прогон динамической модели.
Класс — описание множества объектов, обладающих общими атрибутами, операциями, отношениями и семантикой.
Линия жизни объекта — линия на диаграмме последовательностей, которая описывает существование объекта на протяжении некоторого промежутка времени.
Маршрутизация (routing)
процесс определения в коммуникационной сети пути, по которому вызов либо блок данных может достигнуть адресата.
Местная телефонная связь
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Подробнее
телефонное соединение между пользователями, находящимися в пределах одного населенного пункта или административного района.
Метод — реализация операции.
Модель — упрощение реальности, создаваемое для лучшего понимания разрабатываемой системы; семантически замкнутая абстракция системы.
Объект — конкретная материализация абстракции; сущность с хорошо определенными границами, в которой инкапсулированы состояние и поведение; экземпляр класса.
Оператор
компания, предоставляющая услуги сотовой связи; набор услуг и тарифы у различных операторов могут отличаться.
Пакет
производственная единица информации, передаваемая по сети или по каналу связи. Размер пакета определяется используемым протоколом, но в принципе пакет — это набор байтов, содержащий собственно передаваемые данные и информацию об отправителе и адресате; так же используется в значении «набор».
Прецедент — описание множества последовательных событий (включая варианты), выполняемых системой, которые приводят к наблюдаемому актером результату.
Процесс — ресурсоемкий поток управления, который может выполняться параллельно с другими процессами.
Роль — поведение сущности, участвующей в конкретном контексте.
Роуминг
предоставление услуг сотовой связи абоненту одного оператора в системе другого. Для реализации роуминга необходима не только техническая совместимость телефона и сети, но и наличие роумингового соглашения между операторами.
Связь — семантическое соединение между объектами; экземпляр ассоциации.
Система — множество элементов, организованных для достижения конкретной цели, иногда разложенное на несколько подсистем и описываемое набором моделей, возможно с различных точек зрения.
Сообщение — спецификация передачи информации между объектами в расчете на то, что за этим последует некоторая деятельность; прием сообщения обычно трактуется как возникновение события.
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Цена курсовой
Состояние — ситуация в жизненном цикле объекта, во время которой он удовлетворяет некоторому условию, выполняет определенную деятельность или ожидает какого-то события.
Служба отсутствующих абонентов
автоматическое оповещение вызывающего лица или абонентского устройства с помощью сигнала о том, что по инициативе вызываемого абонента его абонентское устройство не доступно для вызова.
Сота
площадь, покрываемая одним приемопередатчиком. Различные стандарты имеют разную площадь соты, а также различное количество абонентов внутри нее.
Сотовая связь
беспроводная персональная телекоммуникационная система, которая использует контроллеры базовой станции, имеющие мультинаправленные антенны, для создания пространственных ячеек с целью многократного использования одной и той же полосы частот благодаря пространственному разделению.
Тарифный план
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Цена курсовой
условия, на которых оператор предлагает пользоваться услугами предоставления сотовой связи, с четко определенными размерами ежемесячной абонентской платы, стоимости минуты разговора, услуг, тарификации эфирного времени и т.д.
Телефонная сеть
комплекс технических сооружений и оборудования, предназначенный для оказания услуг телефонной связи.
Целостность — правильность и согласованность взаимодействия различных сущностей.
Экземпляр — конкретная материализация абстракции. К этой сущности могут быть применены операции; она обладает состоянием, в котором запоминаются результаты операций.
Элемент — атомарная составляющая модели.
Электронная коммутирующая станция (Electronic Switching Station)
станция, непосредственно соединяющая абонентов. Имеет специальный интерфейс для работы.
Библиографический список
Нужна помощь в написании курсовой?
Мы — биржа профессиональных авторов (преподавателей и доцентов вузов). Наша система гарантирует сдачу работы к сроку без плагиата. Правки вносим бесплатно.
Подробнее
1. Б.Б.Зобнин, Моделирование систем, Конспект лекций, Екатеринбург, 2001
2. Б.Б. Зобнин, Задания и методические указания к выполнению курсовой работы по дисциплине «Моделирование систем» для студентов профилизации «Автоматизированные системы обработки информации и управления»направления 552800 – «Информатика и вычислительная техника», Екатеринбург, 2003.
3. Джонатан Генник, SQL. Карманный справочник, — СПб.:Питер, 2004.
4. В.Н. Петров. Информационные системы – СПб.:Питер, 2003.
|
руб. цена работы
+ руб. комиссия сервиса |
Комиссия сервиса является гарантией качества полученного вами результата
Если вас по какой-либо причине не устроит полученная работа — мы вернем вам деньги.
Наша служба поддержки всегда поможет решить любую проблему.
Для того, чтобы купить готовую работу, необходимо иметь на балансе достаточную сумму денег. Все загруженные работы имеют уникальность не менее 50% в общедоступной системе Антиплагиат.ру (модуль интернет). Сразу после покупки работы вы получите ссылку на скачивание файла. Срок скачивания не ограничен по времени. Если работа не соответствует описанию, вы сможете подать жалобу. Гарантийный период 7 дней.
На указанный адрес электронной почты будет отправлена купленная вами готовая работа.
Введите почту получателя купленной работы
Ваша работа успешно отправлена
Нажимая кнопку «Пожаловаться», Вы подтверждаете, что ознакомлены с правилами проверки уникальности готовых работ на сайте. Проверка уникальности работ проводится в общедоступной системе Антиплагиат.ру (модуль Интернет). Пожалуйста, удостоверьтесь, что проверяете уникальность именно в этой системе. Если процент уникальности ниже 50%, то возможен частичный возврат средств пропорционально недостающему проценту. Жалобы о проверке уникальности в другой системе рассматриваться не будут.
Таким образом, в рамках курсового проекта была разработана по учету абонентов телефонной компании. Удобное главное меню позволяет легко найти необходимую информацию. Программа позволяет добавлять или изменять информацию БД. Позволяет производить сортировку данных по заданному критерию. Также в программе можно строить отчеты.
- Введение
- Содержание
- Список литературы
- Отрывок из работы
Введение
Актуальность темы. Базы данных (БД) составляют в настоящее время основу компьютерного обеспечения информационных процессов, входящих практически во все сферы человеческой деятельности.
Действительно, процессы обработки информации имеют общую природу и опираются на описание фрагментов реальности, выраженное в виде совокупности взаимосвязанных данных. Базы данных являются эффективным средством представления структур данных и манипулирования ими. Концепция баз данных предполагает использование интегрированных средств хранения информации, позволяющих обеспечить централизованное управление данными и обслуживание ими многих пользователей. При этом БД должна поддерживаться в среде ЭВМ единым программным обеспечением, называемым системой управления базами данных (СУБД). СУБД вместе с прикладными программами называют банком данных.
Одно из основных назначений СУБД — поддержка программными средствами представления, соответствующего реальности.
Предметной областью называется фрагмент реальности, который описывается или моделируется с помощью БД и ее приложений. В предметной области выделяются информационные объекты — идентифицируемые объекты реального мира, процессы, системы, понятия и т.д., сведения о которых хранятся в БД.
В мире существует множество систем управления базами данных. Несмотря на то, что они могут по-разному работать с разными объектами и предоставляют пользователю различные функции и средства, большинство СУБД опираются на единый устоявшийся комплекс основных понятий. В качестве такого объекта можно использовать СУБД Microsoft Access, входящую в пакет Microsoft Office
Объектом данного курсового проектирования является создание базы данных учета абонентов телефонной компании.
Предметом курсового проекта является автоматизация работы фирмы при помощи СУБД Microsoft Access.
Целью курсового проекта является создание базы данных учета абонентов телефонной компании. Для достижения поставленной цели необходимо решить ряд задач:
— охарактеризовать теоретические основы проектирования и создания базы данных в среде MS Access:
— создать базу данных учета абонентов телефонной компании и описать этапы и элементы ее создания.
Курсовой проект состоит из введения, шести параграфов, заключения и списка литературы.
Содержание
Введение 3
1. Описание предметной области 5
2. Обоснование выбора среды моделироавния 5
3. Логическая модель данных 8
4. Физическая модель данных 10
5. Диаграмма UML 11
6. Диалоговые окна информационной системы 12
6.1. Создание таблиц БД и связей между таблицами 12
6.2. Создание форм ввода 14
6.3. Создание запросов к БД 22
6.4. Создание отчетов 23
Заключение 26
Список литературы 27
Список литературы
1. Блюттман К. Анализ данных в Access Сборник рецептов. 1-е издание/ К. Блюттман ‚ У. Фриз . — М.: ‚ 2015. 352с.
2. Бояринцева Т.П., Воропаева Е.Ф., Дмитриенко Т.А., Шишкина Л.П. Лабораторный практикум по информатике. Расширенные возможности Excel. — Иркутск: изд-во ИрГТУ. — 2018. — 71 с.
3. Гончаров А. Ю. Access 2014. Самоучитель с примерами: учебник / А.|О. Гончаров. — М.: Издательский центр «Академия»
4. Дейта К. Введение в системы баз данных. – М.: Наука, 2017.
5. Карпова Т.С. Базы данных: модели, разработка, реализация: учебник / Т.С. Карпова. — СПб.: Питер, 2015. 304с.
6. Конноллн, B. Томас, У. Бегг, А. Карелии — М.: Издательский дом «Вильяме», 2016. 1440 с.
7. Кузнецов С.Д. Основы современных баз данных. – М.: Нолидж, 2016.
8. Ломтадзе В.В., Шишкина Л.П. Практическая информатика. — Иркутск: изд-во ИрГТУ. — 2017. — 200 с.
9. Реализации хранилищ данных [Электронный ресурс] / StatSoft Russia. URL: hrtp://mw:.spc-consulting.ru/solution/database3.htm
10. Романов Ю.Д. Информатика и информационные технологии. – М: ЭкСМо, 2019. – 230 с.
11. Сбор и хранение данных [Электронный ресурс] / StatSo? Russia. URL: http://www.spc-consulting.ru/solution/database.htm
12. Фуфаев Э.В. Разработка и эксплуатация удаленных баз данных: учебник для сгуд. сред. проф. образования [Текст] / Э. В. Фуфаев, М., 2018.
13. Хранилище данных [Электронный ресурс] / ВикипедиЯ. URL: http:l/ru.wikipedia.org/wiki/Xpannnnu1e _данных
Отрывок из работы
1. Описание предметной области
Основной целью данной курсовой работы является проектирование базы данных «Учет абонентов телефонной компании». В данной базе данных должно быть реализовано следующее:
1. Создать средствами MS Access структуру таблиц;
2. Создать схему данных;
3. Разработать экранные формы для ввода и просмотра информации;
4. Заполнить таблицы (10-15 записей);
5. Разработать и оформить различные виды запросов к базе данных:
• на выборку;
• с использованием логических операций в условии отбора;
• с параметром;
• перекрестный запрос;
• на обновление;
• на добавление;
• на удаление;
• с вычисляемыми полями (если это возможно для Вашей предметной области).
6. Разработать различные виды отчетов для вывода данных на печать;
7. Организовать работу через кнопочную форму или заставку. База данных должна иметь вид законченного программного продукта.
Не смогли найти подходящую работу?
Вы можете заказать учебную работу от 100 рублей у наших авторов.
Оформите заказ и авторы начнут откликаться уже через 5 мин!
Автоматизированная система АО «КВАНТ-ТЕЛЕКОМ»
Бантюкова В.М.
Старооскольский филиал Белгородского государственного национального исследовательского университета
Старый Оскол, Россия
На примере конкретной провайдерской компании АО «КВАНТ-ТЕЛЕКОМ» произведена автоматизация рабочего процесса. Особое внимание уделено :
— приданию системе удобного интерфейса;
— обеспечению простых методов получения информации;
— обеспечению устойчивой работы приложения;
— возможности корректировки данных.
Введение
Как показывает практика, на сегодняшний день существует немалое количество организаций как малого и среднего бизнеса, так и больших предприятий, где документационное обеспечение управления совершенно не развито или используется в лучшем случае только наполовину.
Между тем, работа с документацией была и остается одним из главных процессов на любом предприятии. И организация такой работы является важной частью процессов управления, существенно влияющих на оперативность и качество принимаемых решений.
Одной из важнейших проблем качественной организации работы провайдеров. Совершенно очевидно, что в век новейших информационных технологий схема управления документооборотом уже не справляется с теми объемами работы, которые существуют в данное время.
В статье предложен метод разработки автоматизированной системы ,которая , поможет оптимизировать работу с многочисленными данными и документами, такими как данные, о клиентах а также их денежных поступлений и списаний, а также систематизировать документооборот для повышения эффективности работы компании провайдера.
Формулировка задачи
Дальнейшие рассуждения будут проводиться на основе следующей задачи, являющейся показательной в контексте исследования.
На уровне данных, представленном базой данных под управлением СУБД Microsoft Access, хранятся таблицы, содержащие некоторое определенное количество записей. Необходимо сформировать и представить конечному пользователю список клиентов и сотрудников агентства содержащий ссылки в программном приложении на данные о заключенных договорах и фирменных бланках, которые представлены в базе данных.
Объектом исследования является применение современных информационных технологий для создания автоматизированных информационных систем.
Предмет исследования – создание автоматизированной информационной системы учета клиентов и договоров рекламного агентства «Априори Дэй».
Целью данного дипломного проекта является автоматизация работы рекламного агентства «Априори Дэй».
Проблема проектирования базы данных и выбора алгоритма обработки данных
MySQL — это система управления реляционными базами данных. В реляционной базе данных данные хранятся в отдельных таблицах, благодаря чему достигается выигрыш в скорости и гибкости. Таблицы связываются между собой при помощи отношений, благодаря чему обеспечивается возможность объединять при выполнении запроса данные из нескольких таблиц.
При разработке любого программного приложения важную роль играет выбор пользовательского интерфейса.
Для разработки автоматизированной системы интернет-провайдера мы остановились на технологии объектно-ориентированного программирования.
Технология объектно-ориентированного программирования поддерживается такими языками программирования, как Ada, C++, Delphi и другими.
Delphi – язык программирования, который используется в одноименной среде разработки. Название используется, начиная с 7 версии среды разработки, ранее это был Object Pascal, разработанный фирмой Borland, и изначально реализованный в ее пакете Borland Delphi, от которого и получил в 2003 году свое нынешнее название. Object Pascal по сути является наследником языка Pascal с объектно-ориентированными расширениями.
Формулировка предлагаемого метода
В разрабатываемом программном приложении база данных располагается на сервере СУБД MySQL. Клиентская программа, используя механизмы доступа к базе данных, коннектор ODBC для MySQL и клиентский модуль СУБД взаимодействует с СУБД посредством локальной сети Интернет-провайдера.
Основные функциональные особенности программы: аутентификация и авторизация пользователей, база данных клиентов, заявки клиентов , ведение списка оказываемых услуг , ведение списка работников
В главном окне отображается заявки поступившие от клиентов, подсвеченные разным цветом в зависимости от статуса. Данный статус заявки возможно изменить нажав по соответствующей кнопки ниже или из всплывающеко меню по клику правой кнопки мыши. Доступен поиск по статусу заявки, за период времени, по Ф.И.О. клиента подавшего заявки или по Ф.И.О. работника работающего с этими заявками.
А также располагается главное меню программы, которое разбито на блоки: «Клиенты», «Работники» и «Справочники». В зависимости от прав доступа некоторые пункты могут быть скрыты.
Рис.1 Главное окно программы
Заключение
Проведенная работа по теме исследования показала, что в настоящее время в связи с развитием компьютерной техники появилась возможность автоматизировать многие процессы, при этом современные Интернет-провайдеры нуждаются в создании автоматизированной системы.
Применение предложенной автоматизированной системы рабочего процесса сотрудника рекламного агентства позволяет избежать необходимости выполнять письменное оформление договоров и фирменных бланков. Таким образом, применение предложенной автоматизации позволяет не только увеличить производительность рекламного агентства, но и сократить время и трудоёмкость их работы.
ЯНАО, Пуровский район, г.Тарко-Сале,
Муниципальное бюджетное общеобразовательное учреждение
«Средняя общеобразовательная школа № 1»
Секция информатика
Исследовательская работа
на тему:
«Создание автоматизированной информационной системы “Учет междугородних телефонных переговоров”»
Подготовил: ученица 10 Б класса,
Кузьмин Владислав Алексеевич
Руководитель: Сажинова Татьяна Юрьевна, учитель информатики МБОУ «СОШ №1» г. Тарко-Сале
2015 г
Содержание
Введение………………………………………………………………….………………3
Теоретическая часть
Понятие «информационная система»…………………………………. ………… 4
Классификация информационных систем………………………………..…….…5
Требования к информационным системам…………………………………………7
Практическая часть
Назначение и цели создания системы “Учет междугородних телефонных переговоров”……………………………………….…………………………………8
Требования к информационной системе “Учет междугородних телефонных переговоров”……………………………………..…………………………………9
Заключение………………………………………………………………………….…12
Список используемой литературы………………………………………………….13
Приложение…………………………………………………………………….…..….14
Введение
В связи с массовым развитием информатизации и компьютеризации общества производится активная разработка и внедрение автоматизированных информационных систем. Рассмотрев различные Интернет источники, мы выяснили, что заинтересовавшая нас предметная область – учет междугородних телефонных переговоров, мало освещена и практически нет разработок в данном направлении.
В связи с этим мы поставили цель исследовательской работы – создание автоматизированной информационной системы «Учет междугородных телефонных переговоров», предусматривающую скидки абонентам в зависимости от времени суток. В связи с целями мы поставили следующие задачи:
1. изучение специализированной литературы по выбранной теме
2. изучение предметной области – учет телефонных переговоров: выделение сущностей и их атрибутов.
3. создание автоматизированной информационной системы «Учет телефонных переговоров» с использованием программного обеспечения Microsof Office Access.
4. разработка требований к информационной системе.
Исходя из поставленных целей и задач мы выдвинули гипотезу: возможно ли создать автоматизированную систему «Учет междугородных телефонных переговоров», предусматривающую скидки абонентам в зависимости от времени суток.
Определение понятия «информационная система»
Под системой понимают любой объект, который одновременно рассматривается и как единое целое, и как объединенная в интересах достижения поставленных целей совокупность разнородных элементов.
Добавление к понятию «система» слова «информационная» отражает цель ее создания и функционирования. Информационные системы обеспечивают сбор, хранение, обработку, поиск, выдачу информации, необходимой в процессе принятия решений задач из любой области. Они помогают анализировать проблемы и создавать новые продукты.
Современное понимание информационной системы предполагает обязательное использование для переработки информации средств вычислительной техники. Однако следует понимать, что техническое воплощение информационной системы само по себе ничего не будет значить, если не учтена роль человека, для которого предназначена производимая информация и без которого невозможно ее получение и представление.
Информационная система может быть определена с технической точки зрения как набор взаимосвязанных компонентов, которые собирают, обрабатывают, запасают и распределяют информацию, чтобы поддержать принятие решений и управление в организации. В дополнение к поддержке принятия решений, координации и управлению, информационные системы помогают менеджерам проводить анализ проблемы, делают видимыми комплексные объекты и создают новые изделия.
Мы в своей работе будем опираться на следующее определение:
Информационная система — взаимосвязанная совокупность данных, методов и процедур предметной области, средств вычислительной техники и программного обеспечения, используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели всем заинтересованным группам пользователей [1, c. 29].
Классификация информационных систем
В зависимости от степени (уровня) автоматизации следующие системы.
Ручные ИС характеризуются тем, что все операции по переработке информации выполняются человеком.
Автоматизированные ИС часть функции (подсистем) управления или обработки данных осуществляется автоматически, а часть — человеком.
Автоматические ИС все функции управления и обработки данных осуществляются техническими средствами без участия человека (например, автоматическое управление технологическими процессами) [2, c. 129].
По сфере назначения:
Экономическая ИС — информационная система предназначена для выполнения функций управления на предприятии;
Медицинская ИС — информационная система предназначена для использования в лечебном или лечебно-профилактическом учреждении;
Географическая ИС — информационная система, обеспечивающая сбор, хранение, обработку, доступ, отображение и распространение данных;
Административные; производственные; учебные; экологические; криминалистические; военные и другие [5, c. 15].
Классификация информационных систем по месту деятельности:
научные ИС — предназначены для автоматизации деятельности ученых, анализа статистической информации, управления экспериментом.
ИС автоматизированного управления — предназначены для автоматизации труда инженеров-проектировщиков и разработчиков новой техники (технологии).
ИС организационного управления — предназначены для автоматизации функции административного (управленческого) персонала.
ИС управления технологическими процессами — предназначены для автоматизации различных технологических.
По функциональному назначению системы делятся на:
Управляющие (АСУТП, АСУП);
Проектирующие (САПР);
Научного поиска (АСНД, экспертные системы );
Диагностические, моделирующие;
Систем подготовки принятия решения (СППР).
Автоматизированная информационная система — это взаимосвязанная совокупность данных, оборудования, программных средств, персонала, стандартных процедур, предназначенных для сбора, обработки, распределения, хранения, представления информации согласно требованиям, которые вытекают из целей организации [4, c. 169].
Факторы, обусловливающие внедрение информационных систем.
Основными факторами, которые влияют на внедрение информационных систем, являются потребности организаций и пользователей, а также наличие соответствующих средств для их формирования. Наиболее существенно на развитие информационных систем повлияли достижения в области компьютерной техники и телекоммуникационных сетей [1, c. 154].
Итак, мы рассмотрели различные классификации информационных систем и пришли к выводу, что разработанная нами информационная система относится к автоматизированным информационным системам.
Требования к информационным системам
Гибкость. Способность к адаптации и дальнейшему развитию. Выполняется за счет средств общепринятой документации. Любая система со временем устаревает, чтобы ее модернизировать лучше привлечь группу самих разработчиков, следить за тем, чтобы не использовались устаревшие методы.
Надежность. Функционирование без искажения информации и потерь данных по техническим причинам. Резервное копирование, протоколирование, поддержка надлежащего состояния каналов связи, средств хранения информации.
Эффективность. ИС считается эффективной, если с учетом выделенных для нее ресурсов, она позволяет решить поставленную задачу в кратчайшие сроки. Оценка эффективности осуществляется в процессе переговоров заказчика и разработчика.
Безопасность. Свойство системы, в силу которого посторонние лица не имеют доступа к информации. Факторы, влияющие на безопасность: большой объем программного кода, несовершенство компиляторов, человеческий фактор, несовместимость программных блоков системы со сторонними блоками [2, c. 35].
Практическая часть
За основу своей работы мы взяли следующую задачу:
Компания предоставляет абонентам телефонные линии для междугородних переговоров. Составить автоматизированную информационную систему, которая будет отслеживать стоимость междугородних переговоров. Абонентами компании являются юридические лица, имеющие телефонную точку, ИНН, расчетный счет в банке. Стоимость переговоров зависит от города, в который осуществляется звонок, времени суток (день, ночь). Компанией предусмотрена гибкая система скидок. Так, стоимость минуты уменьшается в зависимости от длительности разговора. Размер скидки для каждого города разный. Каждый звонок абонента автоматически фиксируется в базе данных. При этом запоминается город, дата, длительность разговора и время суток.
Наименование разработанной системы — автоматизированная информационная система для учета работы телефонной компании.
Назначение и цели создания (развития) системы
1. Вид автоматизируемой деятельности – учет телефонных переговоров междугородней связи.
2. Область применения системы – организации, ведущие учет телефонных переговоров.
3. Цель создания системы: данный программный продукт позволяет автоматически отслеживать звонки абонента, просчитывать стоимость междугородних телефонных переговоров и фиксировать всё в базе данных, что способствует сокращению времени на ввод данных и на расчеты.
Требования к автоматизированной информационной системе
Требования к системе в целом:
Требования к структуре и функционированию системы:
Программой предусмотрена автоматизация работы абонентского отдела, отдела работы с абонентами, бухгалтерии.
К компании, которой предоставляется данная система, должна быть проведена локальная сеть, архитектура системы – файл-сервер.
База данных и ее структура (приложение)
Предполагается наличие следующих таблиц (сущностей) и их атрибутов (подчеркнутые атрибуты обозначают ключевые поля):
Абоненты (Код абонента, №телефона, юридическое лицо, Адрес, расчетный счет, ИНН);
Переговоры (Код переговоров, Код абонента, Код города, Дата, Время начала переговоров, Время конца переговоров, Время суток, коэффициент скидки);
Города (Код города, Название, Тариф дневной, Тариф ночной);
Оплата (Код оплаты, код абонента, Дата, Внесенная сумма).
Прикладной уровень реализуется использованием приложений (форм), которые облегчают производить поиск, преобразование, выдачу необходимой информации.
Запуском приложений является главная кнопочная форма, в которой в зависимости от уровня доступа можно вызвать требуемое приложение.
Главная кнопочная форма содержит кнопки, открывающие тематические страницы: абонентский отдел, отдел работы с абонентами, бухгалтерия.
Форма «Абонентский отдел» содержит поля «Начало отчетного периода» и «Конец отчетного периода», куда вводятся даты начала и конца отчетного периода, поле «Абоненты», в котором из раскрывающегося списка необходимо выбрать юридическое лицо, форму «Переговоры», где автоматически фиксируются данные о междугородних переговорах абонента, запрос «Переговоры за период», который выводит список переговоров абонента согласно введенным данным об отчетном периоде и выбранном из списка абоненте, отчет «Детализация», который отображает подробный отчет, согласно данным запроса «Переговоры за период». Отчет «Детализация» при необходимости можно распечатать.
Форма «Отдел работы с абонентами» содержит форму «Добавить абонента», куда заносятся данное о новом абоненте и отчет «Договор» — автоматически заполняемый бланк договора абонента с оператором связи, который при необходимости можно распечатать.
Форма «Бухгалтерия» содержит поля «Начало отчетного периода» и «Конец отчетного периода», в которые вводятся даты начала и конца отчетного периода, поле «Абоненты», где из раскрывающегося списка выбирается юридическое лицо, отчет «Квитанция об оплате», который содержит итоговую сумму необходимую оплатить абоненту (при необходимости можно распечатать), форма «Оплата переговоров», куда заносятся код оплаты, абонент (юридическое лицо), дата оплаты и сумма, внесенная пользователем, отчет «Прибыль компании» (при необходимости можно распечатать отчет), запрос «Задолжники» содержит список задолжников и сумму долга, отчет «Задолжники» содержит список задолжников и сумму долга (при необходимости можно распечатать отчет), «Отчет для налоговой инспекции» содержит доход компании за отчетный период и сумму налоговых выплат в налоговую инспекцию.
Для обеспечения ввода данных пользователю, для соблюдения единого формата вводимых данных предусмотрены шаблоны для вводимой информации – маски ввода.
Система имеет единый интерфейс.
При необходимости систему можно дополнить и расширить, обратившись к разработчику системы. Возможные изменения структуры базы данных: добавление таблиц, размещение новой информации, совершенствование форм, создание нового приложения, интеграция в глобальную сеть предприятия, изменение архитектуры решения системы (клиент-сервер).
Изменение значений параметров производится путем изменения запросов в соответствующих приложениях.
Требования к функциям (по подсистемам)
Программой предусмотрена автоматизация работы абонентского отдела, где фиксируются междугородние переговоры абонента и предоставляется детализация звонков за отчетный период по заявлению абонента;
отдела работы с абонентами, который заключает договор с абонентом;
бухгалтерии, где абонент может заплатить за услуги компании по предъявлении ему квитанции об оплате, рассчитывается прибыль компании, а также осуществляется работа с налоговой инспекцией и выявление задолжников по предоставляемым услугам на отчетный период;
администратора, который имеет доступ ко всем данным работы компании.
Требования к видам обеспечения.
Математическому:
Формулы, применяемые в информационной системе.
Начисления за месяц с НДС
Начисления за месяц с НДС= Начислено + НДС
НДС= Начислено*0,18 (Начислено — начисление за месяц)
Квитанция
К_выплате = Начисления за месяц с НДС — sum_Внесенная сумма
Долг на начало = 0 (если К_выплате=0, иначе = К_выплате)
НДС18 = 0 (если НДС=0, иначе =НДС)
Итого_начислено = 0 (если Начисления за месяц с НДС=0, иначе = Начисления за месяц с НДС)
Предоплата = 0 (если Sum_ВнесеннаяСумма=0, иначе = Sum_ВнесеннаяСумма)
Оплатить= Итого_начислено + Долг на начало — Предоплата
Прибыль компании.
Прибыль компании = Всего_начислено-Внесенная_сумма
(Всего_начислено – сумма, начисленная абонентам за предоставление услуг телефонной связи.
Внесенная_сумма – сумма, внесенная абонентами за предоставление услуг телефонной связи)
Начисление суммы за переговоры в соответствии со скидкой
Скидка = Тариф дневной*3+(Общее количество минут-3)*Тариф дневной*(1-Коэффициент скидки) (Условие: если количество минут >3, время суток — день);Тариф ночной*3+ (Общее количество минут-3)*Тариф ночной*(1- Коэффициент скидки) (Условие: если количество минут >3, время суток — ночь); Тариф дневной * Количество минут (Условие: если количество минут < 3, время суток — день); Тариф ночной * Количество минут (Условие: если количество минут < 3, время суток — ночь).
Информационному:
Обязательное наличие СУБД Access, входящая в пакет прикладных программ Microsoft Office. В противном случае информационная система не работает.
Лингвистическому:
Язык взаимодействия пользователя с системой — русский;
Язык ввода-вывода – русский.
Программному и техническому:
Требования к персональному компьютеру: Intel Pentium 4, CPU 2.80 GHz, 2.81 ГГц, 256 Мб ОЗУ, операционная система — Microsoft Windows XP Professional.
Наличие прикладных программ пакета Microsoft Office.
Заключение
В исследовательской работе мы изучили специализированную литературу, рассмотрели определение «информационная система», различные классификации информационных систем, из которых выяснили что такое «автоматизированная информационная система», ее назначение, факторы, обусловливающие внедрение информационных систем, рассмотрели литературу по созданию информационных систем, изучили предметную область «учет телефонных переговоров» и доказали гипотезу, что можно создать автоматизированную информационную систему, которая позволяет вести учет междугородних телефонных переговоров, предусматривая при этом скидки абонентам в зависимости от времени суток. Разработали требования к системе, при выполнении которых она будет работать.
Разработанную нами программу можно использовать в компаниях, которые занимаются учетом междугородних телефонных переговоров.
Список используемой литературы
- Емельянова Н.З. Основы построения автоматизированных информационных систем: Учебное пособие/ Н.З. Емельянова, Т.Л. Партыка, И.И. Попов.- М.: Форум: ИНФРА-М, 2009.- 416 с.
- Избачков Ю., Петров В. Информационные системы. – СПб.: Питер, 2008. – 152 с.
- Петров В.Н. Информационные системы — СПб: Питер, 2008. — 688 с.
- Попов И.И. Автоматизированные информационные системы (по областям применения): Учебн. пособ. / Под общей редакцией К.И. Курбакова.- М.: Изд-во РЭА, 2010.- 103 с.
- Уткин В.Б. Информационные системы и технологии в экономике: Учебник — М.: ЮНИТИ-ДАНА, 2010. — 355 с.
Приложение 1
|
Оплата |
Переговоры |
Города |
||||
|
Код_Оплаты |
Код_Переговоров |
Код_Города |
||||
|
Код_Абонента |
|
Абоненты |
Код_Абонента |
Название |
||
|
Дата |
Код_Абонента |
Код_Города |
Тариф_дневной |
|||
|
Внесенная_сумма |
№ телефона |
Дата |
Тариф_ночной |
|||
|
Юридическое_лицо |
Время начала_переговоров |
|||||
|
Расчетный_счет |
Время конца_переговоров |
|||||
|
ИНН |
Время суток |
|||||
|
Адрес |
Коэффициент скидки |
Приложение 2
Учет телефонных междугородних переговоров
Фиксирование информации о переговорах
Ведение учетной информации
