Программное и техническое обеспечение функционирования систем

Введение в программное обеспечение

Программное обеспечение (ПО, software) — это компьютерные программы, процедуры, документация и данные, обеспечивающие функционирование компьютерной системы. Согласно российскому ГОСТу, ПО — совокупность программ системы обработки информации и программных документов, необходимых для эксплуатации этих программ. Термин software предложен Аланом Тьюрингом, а ввёл его в обиход Джон Тьюки в 1957 году. Первая компьютерная программа была создана Адой Лавлейс в 1842 году для аналитической машины Бэббиджа; она вычисляла числа Бернулли и представляла собой пошаговый алгоритм, выполняемый вручную.

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

Виды программного обеспечения по назначению

• Прикладное ПО: приложения для доступа к контенту, бизнес-приложения, ERP- и CRM-системы.
• Системное ПО: операционные системы, драйверы, прошивки.
• Вредоносное ПО: программы, целенаправленно наносящие вред пользователю или машине.
• API (Application Programming Interface, программный интерфейс приложения): инструмент внешнего доступа к другому ПО, обеспечивающий интеграцию систем.
• Средства программирования: компиляторы, интерпретаторы, редакторы кода, среды разработки.

Виды ПО по схеме лицензирования

• Проприетарное (несвободное) ПО — ограничения на коммерческое использование, распространение и модификацию. По умолчанию любое ПО является проприетарным.
• Бесплатное (Freeware) и условно-бесплатное (Shareware) ПО — обычно распространяется без исходного кода и остаётся проприетарным.
• ПО в общественном достоянии — не защищается авторским правом, не имеет ограничений.
• Свободное ПО — можно свободно использовать, изучать, адаптировать и распространять копии.
• Открытое ПО (open source) — имеет доступный исходный код (source code), который разрешено изменять и дорабатывать под собственные нужды.

Основные программные платформы

Настольные операционные системы: Windows, macOS, Linux-дистрибутивы (Ubuntu, FreeBSD, CentOS, Red Hat и др.).
Мобильные ОС: Android и iOS — две доминирующие платформы. Также существуют WebOS и Windows Mobile. Рынок мобильных приложений демонстрирует экспоненциальный рост: большинство повседневных задач — интернет-сёрфинг, работа с офисными документами — успешно решаются на смартфонах.

Облачные платформы предоставляют ресурсы через интернет:
• SaaS (Software as a Service, ПО как услуга): готовое приложение в облаке (Office 365, Dropbox, Google Apps).
• PaaS (Platform as a Service, платформа как услуга): платформа для разработки и запуска приложений без управления собственной ОС.
• IaaS (Infrastructure as a Service, инфраструктура как услуга): аренда виртуального оборудования и системного ПО (AWS, Microsoft Azure, Yandex Cloud, IBM Cloud).

Другие платформы: браузеры (Chrome, Firefox, Safari, Opera) с движком JavaScript, виртуальные машины, плагины, смарт-ТВ и т.д.

Взаимодействие систем: модель OSI

Сетевое взаимодействие описывается семиуровневой моделью OSI (Open Systems Interconnection):
1. Физический уровень — передача битов (USB, оптоволокно).
2. Канальный уровень — кадры (Ethernet, Wi-Fi).
3. Сетевой уровень — пакеты (протокол IP).
4. Транспортный уровень — сегменты (TCP, UDP).
5. Сеансовый уровень — управление сеансами.
6. Представительский уровень — преобразование форматов данных.
7. Прикладной уровень — взаимодействие приложений (HTTP, FTP, SMTP, POP3).

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

Основы работы интернета

Система доменных имён (DNS, Domain Name System) преобразует символьное имя (например, google.com) в IP-адрес физического сервера. Доменное имя регистрируется у аккредитованного регистратора и делегируется на DNS-серверы. В мире существует 13 корневых DNS-серверов и их зеркала.

При вводе адреса в браузере происходит разрешение имени:
1. Проверяется кэш браузера.
2. Если адрес не найден, запрос уходит к провайдеру, где также может быть закэшировано соответствие.
3. В случае отсутствия записи у провайдера обращение направляется к DNS-серверу, который возвращает IP-адрес.

Крупные сайты, например Google, обслуживаются не одним сервером, а распределённой инфраструктурой из 1–2 миллионов физических машин, сконцентрированных в дата-центрах. Современные дата-центры в основном обслуживают облачные сервисы, а не только частные серверы компаний.

HTTP-запрос (HyperText Transfer Protocol) — основа взаимодействия браузера с сервером. Структура запроса включает:
• Метод: GET, POST, PUT, DELETE и др.
• Хост: доменное имя (после разрешения — IP-адрес).
• Порт: позволяет хостить множество сайтов на одной машине.
• Путь: размещение ресурса на сервере.
• Параметры: после знака ? в формате ключ=значение (например, ?date=...).
• Якорь: после # указывает на конкретный фрагмент страницы.

Безопасная версия протокола — HTTPS, где добавляется SSL/TLS-шифрование для защиты передаваемых данных (логинов, паролей, платёжной информации). Аналогичным образом работают почтовые протоколы: SMTP — для отправки, IMAP/POP3 — для получения писем.

Коды ответов HTTP:
• 200 OK — успешный запрос.
• 400 Bad Request — неверные параметры.
• 404 Not Found — страница не найдена.
• 500 Internal Server Error — внутренняя ошибка сервера.

Архитектура современных веб-приложений

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

Типичная архитектура:
• Пользователь (браузер или мобильное приложение) отправляет запросы.
• Запросы попадают на балансировщик нагрузки (load balancer) или прокси-сервер, который распределяет трафик по кластеру серверов приложений, выбирая наименее загруженный узел.
• Каждый сервер приложений может обращаться к базе данных, которая сама может быть распределённой (кластер БД).
• В состав веб-проекта обязательно входят:
o Основной продукт (веб-приложение).
o Админ-панель — интерфейс системного управления продуктом.
o API — программный интерфейс для доступа из внешних систем (например, получение курса валют от API Центробанка в XML-формате).
o SDK (Software Development Kit, набор средств разработки) — инструменты, позволяющие разработчикам создавать расширения и модифицировать продукт.
Таким образом, современное ПО представляет собой сложную распределённую систему, работающую по протоколам интернета и опирающуюся на облачную инфраструктуру.

Краткие итоги

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

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

Переход к модели OSI и протоколам интернета выводит анализ на уровень взаимодействия систем. Стек протоколов TCP/IP, служба DNS и HTTP-запросы — это не просто технические детали, а каркас, на котором держится любая распределённая архитектура. Знание кодов ответов сервера, структуры URL и механизмов кэширования DNS позволяет не только диагностировать сбои, но и проектировать отказоустойчивые сервисы, где одна и та же доменная запись может вести на миллионы физических машин.

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