Введение

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

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

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

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

  1. Обзор современного состояния предметной области

Особенности бизнеса

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

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

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

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

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

Типы интернет-провайдеров

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

Tier-1 – компании первого уровня, имеющие доступ через пиринговые (децентрализованные, или равноправные) соединения и по взаимной договоренности предоставляющие друг другу бесплатные услуги;

Tier-2 – магистральные провайдеры второго уровня, покупающие у компаний первого уровня право на подключение к их сети и, соответственно, к сетям остальных Tier-1–компаний;

Tier-3 – субпровайдеры (дилеры), использующие только те каналы, которые покупают или арендуют у одного конкретного Tier-2–провайдера.

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

Кроме того, в зависимости от предоставляемых услуг бывают интернет-провайдеры:

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

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

  • проводной – с помощью медного или оптоволоконного кабеля;
  • беспроводной – через Wi-Fi или спутниковый доступ.

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

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

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

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

Правовое регулирование Интернет

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

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

Закон "О связи" обязует Федеральную службу по надзору в сфере связи вести Реестр операторов связи, занимающих существенное положение. Попавший в этот реестр провайдер в течение 90 дней должен установить условия присоединения сетей электросвязи и пропуска трафика.

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

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

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

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

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

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

Определение цели и задачи проекта

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

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

Цели:

  1. Создание серьезной и мощной провайдерской компании, услуги которой будут пользоваться большим спросом в силу высокого качества и низкой стоимости (для физ. лиц – только на первом этапе в рекламных целях).
  2. Создание объективных предпосылок для дальнейшего развития компании в таких направлениях как:
  • расширение географии предоставления услуг
  • развитие более удобных способов оплаты предоставляемых услуг (расчеты с помощью банковских карт)
  • работа с юридическими лицами, подключение организаций к сети Интернет по выделенным линиям
  • снижение до минимального уровня цен на предоставление доступа к Интернету для учащихся ВУЗов
  • действия по снижению общей себестоимости предоставляемых услуг
  1. Предоставление студентам недорогого (доступного) интернета
  2. Создание интернет-компании, услуги которой будут пользоваться большим спросом в силу высокого качества и низкой стоимости;
  3. Обеспечение окупаемости собственного капитала 2300000 рублей.

Задачи:

  1. Достижение намеченных целей в течение 12-17 месяцев от начала реализации проекта.
  2. Выполнить подключение в размере 1000 абонентов;
  3. Подключение пригородных районов, используя аренду оптического волокна;
  4. Привлечение большого количества новых клиентов, c помощью рекламных акции, теле и радиовещания, социальных сетей;
  5. Стремление к снижению себестоимости предоставляемых услуг;
  6. Поддержание и активное внедрение всех прогрессивных новаций в интернет–технологиях в свой бизнес (цифровое телевидение, ip-телефония, видеонаблюдение);
  7. Возвращение Фонду Поддержки Малого Бизнеса кредита (2300000).

Обзор рынка Интернет Провайдинга

1. ПАО «Ростелеком» — российский провайдер цифровых услуг и сервисов. Предоставляет услуги широкополосного доступа в Интернет, интерактивного телевидения, сотовой связи, местной и дальней телефонной связи и др. Занимает лидирующие позиции на российском рынке высокоскоростного доступа в интернет, платного ТВ, хранения и обработки данных, а также кибербезопасности.

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

Тариф Скорость Цена
Технологии доступа. Старт 100 мб/c 700 рублей
Технологии доступа. 200 мб/c 900 рублей
Технологии контроля 300 мб/c 1100 рублей

2. Компания ТТК, опираясь на 11-летний опыт работы с крупнейшими мировыми корпоративными клиентами, теперь предлагает оценить неизменно высокие стандарты качества оказания и поддержки телекоммуникационных услуг конечным пользователям. Сегодня компания ТТК, и её региональные подразделения предлагают частным лицам услугу широкополосного доступа в Интернет, используя передовые технологии на основе волоконно-оптической сети передачи данных. Интернет. IP-телевидение.

Тариф Скорость Цена
Интернет + ТВ Базовый 70 мб/c 625 рублей
Интернет + ТВ Расширенный 100 мб/c 700 рублей

3. Centr.LAN — это высокоскоростной доступ в интернет · Интернет и цифровое ТВ · Домашний интернет · Услуги для бизнеса.

Предлагает комплексное обслуживание бизнеса:

Высокоскоростной интернет по оптической линии практически в любой точке города, а также пригороды.

Индивидуальное обслуживание.

Выгодные тарифы и стоимость подключения.

Объединение ваших офисов в единую защищенную локальную сеть (VLAN) на скорости до 100 Мбит/с.

Тариф Скорость ТВ-Каналы Цена
Оптимальный 30/60 Мбит/с 144 500
Семейный 60/100 Мбит/с 319 950
Престолы 20/40 Мбит/с 319 600
Максимальный 3в1 100 Мбит/с 340 1500 рублей

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

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

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

Основной целью работы является проектирование структуры интернет-провайдера, которой будет вести свою деятельность в г. Ухта.

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

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

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

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

Выбор архитектурного решения

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

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

Рисунок 1 – Модель структуры локальной фирмы-провайдера

1. Пограничный уровень – граница сети провайдера, стык с другими операторами. На этом уровне обычно ведется работа с магистральными операторами, которые предоставляют интернет-трафик. Реализуется при помощи пограничного маршрутизатора или L3-коммутатора. Данный уровень представляет собой границу между локальной сетью провайдера и Интернетом

2. Серверный уровень – представляет собой кластер серверов, необходимых для работы провайдера. Может быть реализован, как на серверных платформах, так и при помощи специализированного оборудования. В данный уровень входят: DHCP-сервер, DNS-сервер, сервер AAA (radius или diameter), биллинг-сервер, СОРМ, сервисы развлечений для пользователей, серверы контента. Часто данный уровень сети объединяют с уровнем ядра сети. Серверный уровень, по факту являясь неотъемлемой частью ядра сети. Его подключение также требует резервирования для обеспечения бесперебойности работы сервисов. В связи с небольшими расстояниями между оборудованием, в пределах машинного зала или здания, на этом уровне сети распространены трансиверы для «коротких» соединений. В основном все соединения имеют скорость передачи 10 Гбит/с и 40 Гбит/с.

3. Уровень ядра сети – коммутаторы ядра сети, которые распределяют трафик по всей сети. Реализуется на маршрутизаторах или L3-коммутаторах. Уровень ядра сети самый ответственный, на нем важна и высокая производительность, и максимальная отказоустойчивость. Резервирование оборудования ядра сети производится с использованием топологии «каждый-с-каждым» и физическим резервированием каналов связи и сервисов. Расстояние между активным сетевым оборудованием на данном уровне может составлять как десятки метров и находиться в рамках одного здания, так и десятков километров с разнесением ядра сети на несколько площадок.

4. Уровень агрегации – это уровень распределения трафика между ядром сети и абонентами. Как правило, для организации данного уровня сети используются L3-коммутаторы. Коммутаторы уровня агрегации подключаются к ядру сети по топологии «Звезда», реже применяется топология «Шина». Объем и скорость передаваемой информации на этом уровне сети заметно выше, чем на уровне доступа. Для организации каналов связи «агрегация – ядро сети» зачастую используются трансиверы со скоростью передачи 10 Гбит/с. В зависимости от схемы прокладки оптических кабелей и их волоконной емкости на уровне агрегации, могут применяться технологии спектрального уплотнения WDM и CWDM, в основном это вызвано дефицитом волокон и необходимостью их экономить. В случае, если уровень агрегации подключается к ядру сети по топологии «Звезда» с организацией одного канала 10 Гбит/с, с каждой точки агрегации логично использовать WDM трансиверы форм-фактора SFP+ или XFP (форм-фактор зависит от используемых коммутаторов агрегации).

5. Уровень доступа – это точка клиентского доступа. Чаще всего в качестве активного сетевого оборудования используются простые L2-коммутаторы. В качестве коммутатора доступа, расположенного на чердаке или в подвале многоквартирного дома, зачастую используются бюджетное и неприхотливое оборудование такое как L2-коммутатор Dlink 3200 или SNR 2960.

Выбор программных решений

Структура данных

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

MOLAP (Multidimensional OLAP) – для реализации многомерной модели используют многомерные БД;

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

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

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

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

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

ROLAP (Relational OLAP) – для реализации многомерной модели используют специальную организацию реляционных БД;

HOLAP (Hybrid OLAP) – для реализации многомерной модели используют сочетание многомерных и реляционных БД.

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

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

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

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

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

Достоинства ROLAP:

1. Корпоративные хранилища данных реализуются средствами реляционных СУБД. При этом размер хранилища не является таким критичным параметром, как в случае MOLAP.

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

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

Главный недостаток ROLAP по сравнению с многомерными СУБД – меньшая производительность. Для обеспечения производительности, сравнимой с MOLAP, реляционные системы требуют тщательной проработки схемы базы данных и настройки индексов, то есть больших усилий со стороны администраторов БД.

Гибридная архитектура HOLAP объединяет технологии ROLAP и MOLAP. В отличие от MOLAP, которая работает лучше, когда данные плотные, серверы ROLAP лучше в тех случаях, когда данные довольно разрежены. Серверы HOLAP применяют подход ROLAP для хранения разреженных детализированных данных и подход MOLAP для хранения плотных агрегированных данных. Например, в крупном супермаркете детальные данные по покупкам по каждому чеку можно хранить в реляционной структуре, а обобщенные данные, например, по группам товаров, отделам, интервалам дат целесообразно хранить в многомерной структуре. Логически HOLAP является самым гибким подходом. Реализация HOLAP объединяет достоинства и недостатки MOLAP и ROLAP, но сложна в администрировании.

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

Обоснованный выбор инструментария для реализации БД

Для выбора инструментария проектирования ИАС рассмотрим MySQL и phpMyAdmin.

MySQL — свободная реляционная система управления базами данных (СУБД). Под словом «свободная» подразумевается ее бесплатность, под «реляционная» – работа с базами данных, основанных на двумерных таблицах. Система выпущена в 1995 году, её разработка активно продолжается.

MySQL работает по принципу клиент-сервер. Компьютер пользователя (клиент) отправляет запрос. Сервер баз данных его обрабатывает и предоставляет ответ. Именно поэтому часто можно услышать понятие MySQL-сервер. Это сервер, на котором хранится база данных.

Система MySQL написана на языках программирования C и C++. Для работы MySQL используется язык структурированных запросов SQL.

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

SQL используется не только в MySQL. Многие РСУБД (реляционные системы управления базами данных) используют этот язык для работы с данными. Например:

Microsoft SQL Server,

PostgreSQL,

Oracle Database,

MariaDB,

SQLite.

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

Этот рейтинг основан на следующих критериях:

упоминания в поисковых системах,

общий интерес,

вакансии с упоминанием MySQL,

профили в LinkedIn с упоминанием системы,

актуальность в социальных сетях.

MySQL поддерживается практически любой CMS. Эта СУБД работает как на Linux, MacOS и Windows, так и на других менее известных операционных системах. Поэтому MySQL очень популярна среди разработчиков сайтов и веб-приложений. Её используют в своей работе такие крупные компании, как Tesla, Netflix, Cisco, PayPal и другие.

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

К основным достоинствам MySQL также можно отнести следующие:

полностью бесплатная СУБД,

неограниченный многопользовательский режим,

множество плагинов, облегчающих работу с данной СУБД,

поддерживает различные типы таблиц (MyISAM, InnoDB, HEAP, MERGE),

позволяет добавлять до 50 миллионов строк в таблицы.

Однако есть и недостатки:

ограниченный функционал (не реализованы все возможности SQL);

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

Таким образом, MySQL — это бесплатная простая СУБД с открытым исходным кодом. Конечно, она не лишена минусов, но в большинстве случаев именно MySQL будет оптимальным решением при работе с данными.

Модель структуры базы данных

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

Модель структуры базы данных представлена в приложении Е и Ж.

 

Применение CASE-средства Visio в проектировании выбранной предметной области

CASE-технологии (Computer-Aided Software/System Engineering) — инструментальные средства, используемые при проектировании систем. CASE-технологии охватывают весь спектр работ по созданию и сопровождению программного обеспечения (главным образом, анализ и разработку, составление проектной документации, кодирование и тестирование системы).

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

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

CASE-технологии имеют ряд характерных особенностей:

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

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

CASE-технологии можно классифицировать по функциональной направленности на

  • средства моделирования предметной области
  • средства анализа и проектирования
  • технологии проектирования схем баз данных
  • средства разработки приложений
  • технологии реинжиниринга программного кода и схем баз данных

В настоящий момент на рынке программного обеспечения насчитывается более 300 различных CASE-средств.

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

  • С точки зрения функциональности системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.
  • С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы.
  • С точки зрения последовательности выполняемых работ. И еще более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.

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

Диаграмма IDEF0

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

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

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

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

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

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

К механизму управления относятся: персонал; технические средства.

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

Рисунок 2 – Контекстная диаграмма «Подключить интернет» в IDEF0

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

Бизнес-процессы:

    • Обработать заявку клиента
    • Входная информация: заявка клиента.
    • Выходная информация: информационные данные, заказ.
    • Управление: закон о связи, устав фирмы.
    • Механизм управления: персонал.
    • Провести монтажные работы
    • Входная информация: заказ.
    • Выходная информация: сроки проведения технических работ, информация об оплате.
    • Управление: лицензия, устав фирмы.
    • Механизм управления: персонал, технические средства.
    • Выполнить техническое обслуживание
    • Входная информация: информация об оплате.
    • Выходная информация: время ликвидации неисправностей, предоставление услуг.
    • Управление: закон о связи, устав фирмы.
    • Механизм управления: персонал, технические средства.
    • Внести в базу данных
    • Входная информация: сроки проведения технических работ, информационные данные.
    • Выходная информация: Договор, чек.
    • Управление: устав фирмы.
    • Механизм управления: персонал.

Рисунок 3 – Декомпозиция контекстной диаграммы «Подключить интернет» в IDEF

Рисунок 4 – Декомпозиция процесса «Обработать заявку клиента» в IDEF0

Декомпозиция процесса «Обработать заявку клиента» (Рисунок 4).

Бизнес-процессы:

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

Рисунок 5 – Декомпозиция процесса «Провести монтажные работы» в IDEF0

Декомпозиция процесса «Провести монтажные работы» (Рисунок 5).

Бизнес-процессы:

  • Принять заявку
    • Входная информация: заказ.
    • Выходная информация: постановка задачи, технические средства.
    • Управление: устав фирмы.
    • Механизм управления: персонал.
  • Выбрать оборудование
    • Входная информация: постановка задачи.
    • Выходная информация: информация о доставке.
    • Управление: устав фирмы.
    • Механизм управления: персонал, технические средства.
  • Произвести технические работы
    • Входная информация: информация о доставке.
    • Выходная информация: сроки проведения технических работ, информация об оплате.
    • Управление: устав фирмы.
    • Механизм управления: персонал, технические средства.

Рисунок 6 – Декомпозиция процесса «Выполнить техническое

обслуживание» в IDEF0

Декомпозиция процесса «Выполнить техническое

обслуживание» (Рисунок 6).

Бизнес-процессы:

  • Обеспечить бесперебойную работу
    • Входная информация: информация об оплате.
    • Выходная информация: время бесперебойной работы.
    • Управление: устав фирмы.
    • Механизм управления: персонал, технические средства.
  • Произвести технические работы
    • Входная информация: время бесперебойной работы.
    • Выходная информация: смета.
    • Управление: устав фирмы.
    • Механизм управления: персонал, технические средства.
  • Отправить отчет в базу данных
    • Входная информация: смета.
    • Выходная информация: время ликвидации неисправностей,
    • Управление: устав фирмы, закон о связи.
    • Механизм управления: персонал.

Рисунок 7 – Декомпозиция процесса «Внести в базу данных» в IDEF0.

Декомпозиция процесса «Внести в базу данных» (Рисунок 7).

Бизнес-процессы:

  • Структурировать информацию
    • Входная информация: информационные данные, сроки проведения технических работ, время ликвидации неисправностей.
    • Выходная информация: структурированная информация.
    • Управление: устав фирмы.
    • Механизм управления: персонал, технические средства.
  • Внести информацию в БД
    • Входная информация: структурированная информация.
    • Выходная информация: договор, чек.
    • Управление: устав фирмы.
    • Механизм управления: персонал, технические средства.

Диаграмма потоков данных DFD

Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных DFD (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота вашей организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

Всего DFD использует четыре важных элемента:

  1. Работы. Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами.
  2. Стрелки. Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота.
  3. Внешние ссылки. Внешние ссылки указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы.
  4. Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных.

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

 

Рисунок 8 – Диаграмма потоков данных информационной системы

фирмы-провайдера DFD

Рисунок 9 – Декомпозиция потоков данных информационной системы

фирмы-провайдера DFD

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

Диаграмма IDEF3

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

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

Модель, выполненная в IDEF3, может содержать следующие элементы:

  1. Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0.
  2. Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей:
  3. Связь предшествования (Precedence) – показывает, что прежде, чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией.
  4. Связь отношения (Relational) - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией.
  5. Поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.

Рисунок 10 – Диаграмма для описания логики взаимодействия информационных потоков в фирме-провайдере IDEF3

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

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

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

Разработка программного обеспечения

Выбор программного решения

Что такое Laravel

Laravel — это бесплатный фреймворк для быстрой разработки веб-приложений на PHP. Это значит, что все инструменты уже под капотом и ничего не нужно придумывать самому — просто брать и делать. Вот что в Laravel доступно «из коробки»:

  • Интерактивная документация. Для каждой функции есть отдельная статья с примерами. Очень удобно как для начинающих, так и для опытных разработчиков.
  • Миграции баз данных. Laravel предоставляет удобный способ для работы с базами данных с помощью миграций. Миграции позволяют изменять структуру базы данных без необходимости писать SQL-запросы.
  • Artisan. Консоль для разработчиков, которая упрощает взаимодействие с Laravel, позволяет проводить миграции баз данных, настраивать авторизацию и взаимодействовать с компонентами фреймворка.
  • ORM (object-relational mapping). Eloquent ORM позволяет работать с базами данных в объектно-ориентированном стиле, то есть выстраивать взаимодействие с полноценными объектами, которыми можно манипулировать.
  • Шаблоны. У Laravel куча шаблонов для создания пользовательского интерфейса. Это значительно упрощает процесс разработки.

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

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

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

Чем Laravel лучше других PHP‑фреймворков

В PHP-мире постоянно идёт борьба между четырьмя популярными фреймворками: Laravel, Symfony, Yii и CodeIgniter. Каждый из них хорош, но, естественно, у каждого есть свои особенности.

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

  • Меньшая сложность. Laravel проще изучить и использовать, чем, например, Symfony. Однако такая простота никак не ограничивает его функциональность.
  • Удобная маршрутизация. Laravel предлагает удобную маршрутизацию, например позволяя группировать, кэшировать и давать собственные названия маршрутам, а также определять действия на разные HTTP-запросы.
  • Интеграция с библиотеками. Laravel использует пакетный менеджер Composer, который позволяет быстро подключать сторонние библиотеки в проект без лишних проблем.
  • Современная архитектура. В Laravel встроена современная архитектура, включая шаблон MVC (Model-View-Controller).

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

UML-диаграммы

UML (от англ. Unified Modeling Language) переводится как «унифицированный язык моделирования». Это графический язык, в котором каждой фигуре, символу, стрелке или их сочетаниям присвоены конкретные значения. Он позволяет визуализировать явление или процесс так, чтобы схема была понятна всем, кто знаком с UML. Можно сказать, что UML — это набор правил, по которым нужно рисовать схемы. Зная его, можно быстро создавать универсальные графические представления сложных процессов и структур. Именно поэтому IT-специалисты во время разработки ПО часто используют UML-моделирование и проектирование процессов.

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

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

Use-case

При разрабатывают ПО, для него пишут спецификацию — большой документ, который описывает, как должна работать система или продукт. Он состоит из разных требований: от бизнеса, пользователей, требований к функциям ПО, интерфейсам, операционной системе. Use case (в переводе с англ. «вариант использования») — это часть такого документа. Он описывает, какие действия выполняет пользователь и как система должна на них реагировать.

Use-case моделирование использует нотацию, которая состоит из следующих элементов.

Прецеденты использования (use-cases) — это функциональные требования к системе, описывающие конкретные задачи, которые пользователи могут выполнять с помощью системы.

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

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

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

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

Спроектированная диаграмма use-case приведена на рисунке 11.

Рисунок 11 – Диаграмма use-case

Диаграмма активности

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

Диаграммы активности строятся на основные сценарии работы пользователей с приложением.

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

Рисунок 12 – Диаграмма активности «авторизация пользователя»

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

Рисунок 13 – Диаграмма активности «поиск и редактирование экземпляра»

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

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

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

Графически диаграмма последовательности имеет два измерения.

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

Рисунок 14 – Графическое изображение сообщений между объектами

а – синхронное сообщение, которое соответствует синхронному вызову операции;

б – ответное сообщение;

В ходе проектирования ИС «Учет абонентов» было спроектировано несколько диаграмм последовательности. На первой диаграмме последовательности отображено взаимодействие объектом при открытии пользователем приложения и дальнейшей авторизации.

Данная диаграмма изображена на рисунке 15.

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

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

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

Рисунок 15 – Диаграмма последовательности «открытие приложения, авторизация»

Рисунок 16 – Диаграмма последовательности «создание карточки объекта»

Рисунок 17 – Диаграмма последовательности «поиск карточки объекта»

Диаграмма классов

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

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

В ходе проектирования ИС «Учет абонентов» были выделены основные модели и контроллеры: Contract, Abonent, Passport, Address, Tariff, ContractController, AbonentController, Passport Controller, Address Controller, Tariff Controller. По вышеперечисленным классам в дальнейшем была спроектирована диаграмма, изображенная на рисунке 18.

Рисунок 18– Диаграмма классов

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

Диаграмма состояний

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

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

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

Рисунок 19 – Диаграмма состояния экземпляра абонента

Диаграмма компонентов

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

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

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

Компонент (component) — элемент модели, представляющий некоторую модульную часть системы с инкапсулированным содержимым, спецификация которого является взаимозаменяемой в его окружении. В ходе проектирования ИС «Учет абонентов» была спроектирована диаграмма компонентов, изображенная на рисунке 20.

Интерфейсы

Предоставляемый интерфейс (provided interface) — интерфейс, который компонент предлагает для своего окружения. Требуемый интерфейс (required interface) — интерфейс, который необходим компоненту от своего окружения для выполнения заявленной функциональности, контракта или поведения. Предоставляемые и требуемые интерфейсы в языке UML 2.0 изображаются с использованием специальной нотации, которая получила название "шара и шарнира" или "леденца на палочке". Эта нотация позволяет компактно изобразить графическое соединение компонентов и удовлетворяет требованию масштабирования сложных систем. Предоставляемые интерфейсы компонента обозначаются линией с шаром, а требуемые интерфейсы — линией с гнездом.

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

 

Рисунок 20 – Диаграмма компонентов

Также с помощью диаграммы компонентов можно показать связи объектов в модели данных. Данная диаграмма изображена на рисунке 21.

Рисунок 21 – Диаграмма компонентов «объекты модели данных»

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

Выводы к третьему разделу

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

  1. Экономическое обоснование разработки программного обеспечения
    1. Введение

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

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

Мы будем предоставлять неограниченный доступ в интернет 24 часа в сутки. Отличительными особенностями нашей услуги будет является ее высокое качество при низкой стоимости. Качественный доступ в Интернет характеризуется следующими параметрами:

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

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

На первой стадии развития проекта (1-2 года) стоимость услуги, будет следующей:

  1. Для студентов – 300-600 рублей
  2. Для других категорий физических лиц – 400-900 рублей

В дальнейшем планируется снижение стоимости наших услуг для студентов.

В соответствии со сложившейся практикой для организации работы компании необходимо получить 2 лицензии Министерства связи Российской Федерации:

  1. Лицензия на предоставление услуг передачи данных (№ 6900)
  2. Лицензия на предоставление услуг телематических служб (№ 6902)

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

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

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

Помещение и оборудование

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

При этом установка серверного и сетевого интернет–оборудования производится в отдельном помещении, где обязательно должны быть обустроены:

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

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

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

  • серверы – web, почтовые, идентификационный, терминальный, для разработчиков, для биллинга, новостей, регистрации и др.;
  • сетевое оборудование – активное (маршрутизаторы, коммутаторы) и пассивное (кроссы, патч-корды, стойки, полки и др.);
  • оборудование СОРМ;
  • оргтехника;
  • система DPI;
  • ИБП;
  • сплит-системы;
  • кабели разного назначения; запасные комплектующие.

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

Юридическое оформление

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

Регистрация

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

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

В заявлении на регистрацию нужно указать коды ОКВЭД, соответствующие типу предоставляемых услуг:

  • 61.10 – для проводного канала связи;
  • 61.20 – для беспроводного доступа;
  • 61.30 – для спутниковой передачи;
  • 61.90 – для перепродажи услуг, подключения через телефонные линии и другой деятельности в области телекоммуникаций.

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

После завершения налоговой регистрации надо пройти еще ряд процедур:

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

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

Лицензирование интернет-провайдера

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

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

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

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

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

Ввод в эксплуатацию

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

Весь процесс ввода объекта в эксплуатацию состоит из следующих этапов:

  • в Роскомнадзор передаются сведения о начале создания узла связи;
  • выполняются работы и подготавливается документации в соответствии с требованиями приказа Минсвязи РФ № 113;
  • Роскомнадзор извещается о завершении работ и подается заявление на проведение комиссии с участием РСН;
  • документы рассматриваются в РСН, узел проверяется на ПД и ТМ;
  • выдается разрешение на эксплуатацию.

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

Подбор персонала

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

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

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

  • руководитель;
  • администратор;
  • помощники администратора;
  • web–мастер;
  • операторы техподдержки – 2 человека;
  • специалисты по обслуживанию сетевого оборудования – 2 человека.

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

Реклама и продвижение

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

Для этого рекомендуется использовать следующие методы:

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

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

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

Пример финансового плана

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

Стартовые вложения

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

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

  • Чтобы зарегистрировать бизнес, потребуются следующие платежи (в рублях): госпошлина за регистрацию ООО – 4000;
  • уставной капитал – 10000;
  • нотариальная заверка копий документов – 2000.

Всего на процедуру уйдет 16000 рублей. Плюс государственная пошлина за получение двух лицензий в размере 15000 рублей (по 7500 за каждую).

Выдача разрешительных документов на эксплуатацию будет связана с такими расходами (в рублях):

  • разработка проекта УС – 35000;
  • экспертиза – 10000 (30% цены проекта);
  • ввод в эксплуатацию – 25000.

Всего на завершающем этапе потребуется 70000 рублей.

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

  • закупка оборудования – 2000000;
  • государственная регистрация – 16000;
  • получение лицензий – 15000;
  • ввод в эксплуатацию – 70000;
  • проведение рекламной кампании –150000;
  • непредвиденные траты – 50000.

Всего на открытие интернет–провайдера понадобится как минимум 2300000 рублей.

Постоянные расходы

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

Должность Количество единиц Оклад, рублей ФОТ, рублей
Руководитель 1 50000 40000
Администратор 1 35000 35000
Помощник администратора 1 25000 25000
Web–мастер 1 40000 40000
Оператор техподдержки 2 20000 40000
Специалисты по обслуживанию сетевого оборудования 2 30000 60000
Всего 240000

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

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

  • аренда помещения ‒ 30000;
  • оплата коммунальных услуг – 20000;
  • заработная плата – 240000;
  • налоги – 40000;
  • Закупка ЗИП – 60000;
  • поддержание рекламы – 10000;
  • непредвиденные расходы – 15000.

Вся сумма обязательных ежемесячных расходов составит 415000 рублей.

Доходы

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

Финансовый показатель Сумма, рублей
Стартовый капитал 2400000
Постоянные расходы 415000
Ежемесячный доход 600000
Ежемесячный доход

с вычетом расходов

185000

Исходя из указанных расчетов, срок окупаемости проекта составит 16 месяцев. Но с учетом того, что на уровень в 1000 подключенных клиентов выйти получится не сразу, этот период следует увеличить до 1,5–2 лет.

Вывод к четвертому разделу

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

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

ЗАКЛЮЧЕНИЕ

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

При проектировании информационной системы были построены функциональные модели (IDEF0, IDEF3, DFD), а также модели UML (Use Case, последовательности, классов, активности, состояний, компонентов). Все схемы разработаны с помощью Microsoft Visio, программы создания всевозможных видов схем и диаграмм.

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

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

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

Приложение А

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

Migration

Schema::create('abonents', function (Blueprint $table) {

$table->id();

$table->string('name');

$table->string('patronymic');

$table->string('surname');

$table->date('date');

$table->string('phone_number');

$table->timestamps();

});

public function up()

{

Schema::create('passports', function (Blueprint $table) {

//$table->increments('id');

$table->id();

$table->string('series');

$table->string('number');

$table->string('issued');

$table->string('date_of_issue');

$table->timestamps();

});

}

public function up()

{

Schema::create('addresses', function (Blueprint $table) {

//$table->increments('id');

$table->id();

$table->string('сity');

$table->string('street');

$table->string('house');

$table->string('apartment');

$table->string('entrance');

$table->string('floor');

$table->timestamps();

});

}

public function up()

{

Schema::create('tariffs', function (Blueprint $table) {

$table->id();

$table->string('name');

$table->string('speed');

$table->string('price');

$table->timestamps();

});

}

public function up()

{

Schema::create('contracts', function (Blueprint $table) {

$table->id();

$table->string('data_contract');

$table->index('abonent_id','сontracts_abonent_idx');

$table->index('passport_id','сontracts_passport_idx');

$table->index('address_id','сontracts_address_idx');

$table->index('tariff_id','сontracts_tariff_idx');

$table->foreignIdFor(\App\Models\Abonent::class)->default()->constrained('abonents')->cascadeOnDelete()->cascadeOnUpdate();

$table->foreignIdFor(\App\Models\Passport::class)->default()->constrained('passports')->cascadeOnDelete()->cascadeOnUpdate();

$table->foreignIdFor(\App\Models\Address::class)->default()->constrained('addresses')->cascadeOnDelete()->cascadeOnUpdate();

$table->foreignIdFor(\App\Models\Tariff::class)->default()->constrained('tariffs')->cascadeOnDelete()->cascadeOnUpdate();

$table->timestamps();

});

}

Controller

class AbonentController extends Controller

{

public function create()

{

return view('abonent', [

'abonent' => [],

]);

}

// Добавление в пользователя в базу данных Abonent

public function store(Request $request)

{

$abonent=Abonent::create($request->all());

$passport=Passport::create($request->all());

$address=Address::create($request->all());

Contract::query()->create([

'data_contract'=>'data_contract',

'abonent_id'=>$abonent->id,

'passport_id'=>$passport->id,

'address_id'=>$address->id,

//'tariff_id'=>$request->id,

]);

// Получение данных из запроса

$data = $request->all();

// Создание нового экземпляра модели

$contract = Contract::create($data);

// Получение связанных моделей

$abonent = Abonent::find($data['abonent_id']);

$passport = Passport::find($data['passport_id']);

$address = Address::find($data['address_id']);

$tariff = Tariff::find($data['tariff_id']);

// Установка связей

$contract->abonent()->attach($abonent);

$contract->passport()->attach($passport);

$contract->address()->attach($address);

$contract->tariff()->attach($tariff);

// Сохранение модели

$contract->save();

return response()->json($contract, 201);

return redirect()->route('abonent.create')->with('success', 'Контактные данные добавлены');

}

// Отображение всех пользователей с базы даннных Abonent

public function index()

{

$abonents = Abonent::all();

return view('search',compact('abonents'));

//dd($abonent);

}

// Поиск по базе данных Abonent

public function searchData(Request $request){

$s =$request->s;

$abonents = Abonent::query()->where('name', 'LIKE', "%{$s}%")->orderBy('name')->get();

return view('search',compact('abonents'));

}

public function allData(Request $request)

{

$s =$request->s;

$abonents = DB::table('contracts')

->join('abonents', 'abonents.id', '=', 'contracts.abonent_id')

->join('passports', 'passports.id', '=', 'contracts.passport_id')

->join('addresses', 'addresses.id', '=', 'contracts.address_id')

->select('contracts.id','abonents.name','abonents.patronymic','abonents.surname','abonents.date','abonents.phone_number',

'passports.series','passports.number','passports.issued','passports.date_of_issue',

'addresses.сity','addresses.street','addresses.house','addresses.apartment','addresses.entrance','addresses.floor',)

//->where('contracts.id', '=', 2)

//->where('contracts.id', 'LIKE', "%{$s}%")->orderBy('id')

->get();

return view('edit',compact('abonents'));

}

public function edit(Abonent $abonent)

{

}

public function update(Request $request, Abonent $abonent)

{

$abonent->update($request->all());

($abonent->animal()->count()) ?

$abonent->animal()->update($request->only('name_animal')) : $abonent->animal()->create($request->only('name_animal'));

}

public function destroy(Abonent $abonent)

{

$abonent->contract()->delete();

$abonent->delete();

return redirect()->route('abonent');

}

}

Route::view('/', 'welcome')->name('welcome');

Route::middleware('guest')->group(function () {

Route::get('/register', [RegisterController::class, 'create'])

->name('register');

Route::post('/register', [RegisterController::class, 'store']);

Route::get('/login', [LoginController::class, 'create'])

->name('login');

Route::post('/login', [LoginController::class, 'store']);

Route::get('/forgot-password', [ForgotPasswordController::class, 'create'])

->name('password.request');

Route::post('/forgot-password', [ForgotPasswordController::class, 'store'])

->name('password.email');

Route::get('/reset-password', [ResetPasswordController::class, 'create'])

->name('password.reset');

Route::post('/reset-password', [ResetPasswordController::class, 'store'])

->name('password.update');

});

Route::middleware('auth')->group(callback: function () {

Route::post('/logout', [LoginController::class, 'destroy'])

->name('logout');

Route::get('/email/verify', [EmailVerificationPromptController::class, '__invoke'])

->name('verification.notice');

Route::get('/email/verify/{id}/{hash}', [VerifyEmailController::class, '__invoke'])

->middleware('signed')

->name('verification.verify');

Route::post('/email/verification-notification', [EmailVerificationNotificationController::class, '__invoke'])

->name('verification.send');

Route::view('/dashboard', 'dashboard')->middleware('verified')

->name('dashboard');

Route::view('/profile', 'profile')

->middleware(['verified', 'password.confirm'])

->name('profile');

Route::get('/confirm-password', [PasswordConfirmationController::class, 'show'])

->name('password.confirm');

Route::post('/confirm-password', [PasswordConfirmationController::class, 'store']);

//Главная страница

Route::view('/index', 'index')->middleware('verified')

->name('index');

//Страница добавления контакта

/* Route::view('/abonent', 'abonent')->middleware('verified')

->name('abonent');*/

Route::get('/abonent', [AbonentController::class, 'create'])

->name('abonent.create');

Route::post('/abonent/store', [AbonentController::class, 'store'])

->name('abonent.store');

Route::get('/abonent/{id}', [\App\Http\Controllers\TariffController::class, 'index'])

->name('abonent.index');

//Страница поиска

/*Route::view('/search', 'search')->middleware('verified')

->name('search');*/

//Показать все данные

Route::get('/search', [AbonentController::class, 'index']) //index

->name('search');

Route::get('/search/user', [AbonentController::class, 'searchData'])

->name('search.abonent');

//Изменить данные

Route::get('/search/edit', [AbonentController::class, 'allData'])

->name('edit');

 

//Удалить данные

Route::delete('/search', [AbonentController::class, 'destroy'])

->name('search.destroy');

// Статистика сети

Route::view('/stat', 'stat')->middleware('verified')

->name('stat');

});

Приложение Б

Рисунок 22 – Форма авторизации аккаунта

Рисунок 23 – Форма регистраций аккаунта

Рисунок 24 – Экранная форма добавления нового абонента

Рисунок 25 – Сообщение об успешном добавлений клиента

Рисунок 26 – Экранная форма выдачи абонентской базы и поиска

Рисунок 26 – Вкладка статистика сети

Приложение В

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

Одновременно сообщаю, что:

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

2. Данная работа не связана (связана) с незавершенными исследованиями или уже с завершенными, но еще официально не разрешенными к опубликованию ВятГУ или другими организациями.

3. Данная работа не содержит (содержит) коммерческую информацию, способную нанести ущерб интеллектуальной собственности ВятГУ или другой организации.

4. Данная работа является (не является) результатом НИР или ОКР, выполняемой по договору с организацией (указать согласие заказчика)

_____________________________________________________________________________

_____________________________________________________________________________

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

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

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

Автор ____________________ _______Мартюшев Н.В._____

(подпись) (И.О. Фамилия)

«____»___________ 20_____ г.

Сведения по авторской справке подтверждаю:

И.о. зав. каф. ____________________ _________Ланских Ю.В._______

(подпись) (И.О. Фамилия)

«____»___________ 20_____ г.

Приложение Г

Перечень принятых определений и терминов

В настоящей ВКР применяются следующие термины:

ИС – информационная система;

БД – база данных;

ВКР – выпускная квалификационная работа;

ПО – программное обеспечение;

IDEF – Integration Definition for Information Modeling;

DFD – Data Flow Diagram;

UML – Unified Modeling Language.

Приложение Д

(справочное)

Библиографический список

  1. [Электронный ресурс]. - http://svoy-business.com/nachalo-deyatelnosti/biznes-planyi/kak-stat-provayderom-interneta-biznes-plan.html
  2. [Электронный ресурс]. -
  3. [Электронный ресурс]. - https://101internet.ru/respublika-komi/address/%D1%83%D1%85%D1%82%D0%B0-id306
  4. [Электронный ресурс]. – https://komi.rt.ru/-uhta-/packages/tariffs
  5. [Электронный ресурс]. – https://www.ttk-com.ru/uhta/
  6. [Электронный ресурс]. – http://www.centrlan.net/
  7. [Электронный ресурс]. –https://ru.wikipedia.org/wiki/%D0%A0%D0%BE% D1%81%D1%82%D0%B5%D0%BB%D0%B5%D0%BA%D0%BE%D0%BC
  8. [Электронный ресурс]. – https://issek.hse.ru/internet
  9. [Электронный ресурс]. – Режим доступа: www.sql.ru
  10. [Электронный ресурс]. – Режим доступа: https://telecomtimes.ru/2021/05/corm-russia/
  11. [Электронный ресурс]. – Режим доступа: https://www.audit-it.ru/articles/account/tax/a39/1040630.html
  12. [Электронный ресурс]. – Режим доступа: https://modultech.ru/ustrojstvo-setej-operatorov-svyazi/
  13. Корпоративный менеджмент [Электронный ресурс]. – Режим доступа: www.cfin.ru
  14. Business intelligence - effective data mining & analysis [Электронный ресурс]. – Режим доступа: www.olap.ru

Приложение Е

ТПЖА.090302.647 ДПЛ
Изм. Лист № докум. Подпись Дата
Разраб. Мартюшев Н.В. Логическая схема модели данных Лит. Лист Листов
Проверил ахрушев В.Ю. Ланских Ю.В.   1 1
Реценз. Кафедра САУ

Группа ИТб-5301-02-20

Н. Контр.
Утверд.

Приложение Ж

ТПЖА.090302.647 ДПЛ
Изм. Лист № докум. Подпись Дата
Разраб. Мартюшев Н.В. Физическая схема модели данных Лит. Лист Листов
Проверил ахрушев В.Ю. Ланских Ю.В.   1 1
Реценз. Кафедра САУ

Группа ИТб-5301-02-20

Н. Контр.
Утверд.

 

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