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

Дата: 2025-05-01; Просмотры: 2

Оценка:

0.00 из 5.00 — оценок

Скачиваний: 0

Скачать

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

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

· Обеспечить бесперебойную работу

- Входная информация: информация об оплате.

- Выходная информация: время бесперебойной работы.

- Управление: устав фирмы.

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

· Произвести технические работы

- Входная информация: время бесперебойной работы.

- Выходная информация: смета.

- Управление: устав фирмы.

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

· Отправить отчет в базу данных

- Входная информация: смета.

- Выходная информация: время ликвидации неисправностей,

- Управление: устав фирмы, закон о связи.

- Механизм управления: персонал.

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

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

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

· Структурировать информацию

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

- Выходная информация: структурированная информация.

- Управление: устав фирмы.

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

· Внести информацию в БД

- Входная информация: структурированная информация.

- Выходная информация: договор, чек.

- Управление: устав фирмы.

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

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

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

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

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

2) Стрелки. Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота.

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

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

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

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

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

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

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

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

2.3.3 Диаграмма 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 является полезным инструментом для документирования бизнес-процессов, и ее использование позволяет оптимизировать бизнес-процессы, повысить качество продуктов и управлять проектами более эффективно.

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

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

Что такое 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 пытались сделать всё, чтобы он был комфортным для разработки.

3.2 UML-диаграммы

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

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

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

3.2.1 Use-case

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· спецификация исполнимого варианта программной системы;

· обеспечение многократного использования отдельных фрагментов программного кода;

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

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

Интерфейсы

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

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

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

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

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

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

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

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

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

4.1 Введение

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

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

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

· высокая скорость передачи данных

· стабильность соединения (без обрывов связи)

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

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

· открытое для пользователя ведение статистики его работы в сети и состоянии его лицевого счета

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

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

1. Для студентов – 300-600 рублей

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

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

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

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

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

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

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

· Цифровое телевидение

· IP - телефония

· услуга передачи данных по собственной сети

· подключение организаций к сети Интернет по выделенным линиям

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

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

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

· противопожарная сигнализация;

· заземление;

· источник бесперебойного питания;

· кондиционеры;

· система охраны.

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

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

· серверы – web, почтовые, идентификационный, терминальный, для разработчиков, для биллинга, новостей, регистрации и др.;

· сетевое оборудование – активное (маршрутизаторы, коммутаторы) и пассивное (кроссы, патч-корды, стойки, полки и др.);

· оборудование СОРМ;

· оргтехника;

· система DPI;

· ИБП;

· сплит-системы;

· кабели разного назначения; запасные комплектующие.

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

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

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

4.3.1 Регистрация

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

· больше доверия со стороны партнеров и потенциальных клиентов;

· ответственность по обязательствам только суммой уставного капитала, а не личным имуществом, как у ИП.

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

· 61.10 – для проводного канала связи;

· 61.20 – для беспроводного доступа;

· 61.30 – для спутниковой передачи;

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

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

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

· стать на учет в Пенсионном фонде, Фондах социального и медицинского страховании;

· открыть расчетный счет открытии банковского счета занимает от 3 до 7 дней);

· изготовить печать.

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

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

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

· на телематику;

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

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

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

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

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

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

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

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

· выполняются работы и подготавливается документации в соответствии с требованиями приказа Минсвязи РФ № 113;

· Роскомнадзор извещается о завершении работ и подается заявление на проведение комиссии с участием РСН;

· документы рассматриваются в РСН, узел проверяется на ПД и ТМ;

· выдается разрешение на эксплуатацию.

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

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

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

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

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

· руководитель;

· администратор;

· помощники администратора;

· web–мастер;

· операторы техподдержки – 2 человека;

· специалисты по обслуживанию сетевого оборудования – 2 человека.

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

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

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

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

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

· сформировать группы в соцсетях, привязав их к своему сайту;

· создавать актуальные посты и регулярно размещать их в этих группах;

· использовать все варианты интернет-рекламы и СММ-маркетинга;

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

· сделать рекламный аудио- и/или видеоролик для трансляции по местному радио и телевидению;

· публиковать объявления в городских СМИ;

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

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

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

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

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

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

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

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

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

· уставной капитал – 10000;

· нотариальная заверка копий документов – 2000.

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

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

· разработка проекта УС – 35000;

· экспертиза – 10000 (30% цены проекта);

· ввод в эксплуатацию – 25000.

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

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

· закупка оборудования – 2000000;

· государственная регистрация – 16000;

· получение лицензий – 15000;

· ввод в эксплуатацию – 70000;

· проведение рекламной кампании –150000;

· непредвиденные траты – 50000.

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

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

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

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

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

· аренда помещения ‒ 30000;

· оплата коммунальных услуг – 20000;

· заработная плата – 240000;

· налоги – 40000;

· Закупка ЗИП – 60000;

· поддержание рекламы – 10000;

· непредвиденные расходы – 15000.

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

4.6.3 Доходы

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

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