Примеры: Микрософт Access, Paradox, dBase, FoxPro, Visual FoxPro.
Клиент-серверные
Клиент-серверная СУБД находится на сервере вместе с БД и осуществляет доступ к БД конкретно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недочёт клиент-серверных СУБД пребывает в повышенных требованиях к серверу. Преимущества: возможно более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких серьёзных черт как высокая надёжность, высокая безопасность и высокая доступность.
Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Cache, ЛИНТЕР.
Встраиваемые
Встраиваемая СУБД — СУБД, которая может поставляться как составная часть некоего программного продукта, не требуя процедуры независимой установки. Встраиваемая СУБД предназначена для локального хранения данных собственного приложения и не запланирована на коллективное применение в сети. Физически встраиваемая СУБД значительно чаще реализована в виде подключаемой библиотеки. Доступ к данным со стороны приложения может происходить через SQL или через особые программные интерфейсы.
Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, Микрософт SQL Server Compact, ЛИНТЕР.
ВОПРОС
Классификации СУБД
По модели данных
Примеры:
Иерархические
Сетевые
Реляционные
Объектно-ориентированные
Объектно-реляционные
По степени распределённости
Локальные СУБД (все части локальной СУБД размещаются на одном компьютере)
Распределённые СУБД (части СУБД смогут размещаться на двух и более компьютерах).
ВОПРОС
По характеру применения СУБД дробят на многопользовательские (промышленные) и локальные (персональные).
Промышленные, СУБД являются программную базу для разработки автоматизированных совокупностей управления большими экономическими объектами. Промышленные СУБД должны удовлетворять следующим требованиям:
* возможность организации совместной параллельной работы многих пользователей;
* масштабируемость;
* переносимость на программные платформы и различные аппаратные;
* устойчивость по отношению к сбоям разного рода, а также наличие многоуровневой совокупности резервирования хранимой информации;
* обеспечение безопасности хранимых данных и развитой структурированной совокупности доступа к ним.
Персональные СУБД — это ПО, ориентированное на решение задач локального пользователя либо маленькой группы пользователей и предназначенное для применения на персональном компьютере. Это растолковывает и их второе наименование — настольные. Определяющими чертями настольных совокупностей являются:
* относительная простота эксплуатации, разрешающая создавать на их базе работоспособные пользовательские приложения;
* довольно ограниченные требования к аппаратным ресурсам.
Обеспечение целостности базы данных
Целостность данных определением правил проверки достоверности данных обеспечивающих, что недействительные эти не попадут в ваши таблицы. Oracle разрешает определять и хранить эти правила для объектов БД, которых они касаются, так, дабы кодировать их лишь в один раз. Наряду с этим они активируются всегда, в то время, когда какой-либо вид изменение проводится в таблице, независимо от того, какая программа делает вставки, модификации либо удаления. Данный контроль осуществляется в форме триггеров и ограничений БД. Ограничения – это правила, применимые к таблицам во временя либо по окончании создания, распространяемые на то, как эти таблицы смогут заполняться.
Ограничение целостности устанавливает правила на уровне БД, определяя комплект испытаний для таблиц совокупности. Эти проверки машинально выполняются всегда, в то время, когда вызывается оператор вставки, модификации либо удаления данных в таблице. В случае, если какие конкретно или ограничения нарушены, операторы отменяются. Потому, что ограничения условности проверяются на уровне БД, они выполняются независимо от того, откуда были инициированы операторы вставки, модификации либо удаления. Для таблиц возможно задавать следующие типы ограничений целостности:
NOT NULL
PRIMARY KEY
UNIQUE KEY
FOREIGN KEY ( REFERENCES)
CHECK
INDEX (ИНДЕКСЫ)
TRRIGERS и PROCEDURES
ВОПРОС
Классификация баз данных
По технологии обработки данных базы данных подразделяются на централизованные и распределенные.
Централизованная база данных хранится в памяти одной вычислительной совокупности. Эта вычислительная совокупность возможно мэйнфреймом — тогда доступ к ней организуется с применением терминалов — либо файловым сервером локальной сети ПК.
Распределенная база данных имеет несколько, быть может, пересекающихся либо кроме того дублирующих друг друга частей, каковые сохраняются в разных ЭВМ вычислительной сети. Работа с таковой базой осуществляется посредством совокупности управления распределенной базой данных (СУРБД).
По методу доступа к данным базы данных разделяются на базы данных с локальным доступом и базы данных с сетевым доступом.
Для всех современных баз разрешённых можно организовать сетевой доступ с многопользовательским режимом работы.
Централизованные базы данных с сетевым доступом смогут иметь следующую архитектуру:
файл-сервер ;
клиент-сервер базы данных;
узкий клиент — сервер приложений — сервер базы данных (трехуровневая архитектура).
Файл-сервер. Архитектура совокупностей БД с сетевым доступом предполагает выделение одной из автомобилей сети в качестве центральной (файловый сервер). На данный компьютер устанавливается ОС (ОС) для выделенного сервера (к примеру, Микрософт Windows Server 2003). На нем же хранится совместно применяемая централизованная БД в виде одного либо группы файлов. Все другие компьютеры сети делают функции рабочих станций (смогут трудиться в ОС Микрософт Windows 2000 Professional либо Микрософт Windows 98). Файлы базы данных в соответствии с пользовательскими запросами передаются на рабочие станции, где и производится обработка информации (см. рис. 2.1). При громадной интенсивности доступа к одним и тем же данным производительность информационной совокупности падает. Пользователи смогут создавать кроме этого локальные БД на рабочих станциях.
Клиент-сервер. В данной архитектуре на выделенном сервере, трудящемся под управлением серверной ОС, устанавливается особое ПО (ПО) — сервер БД, к примеру, Микрософт SQL Server либо Oracle. СУБД подразделяется на две части: клиентскую и серверную. База работы сервера БД — применение языка запросов (SQL). Запрос на языке SQL, передаваемый клиентом (рабочей станцией) серверу БД, порождает извлечение и поиск данных на сервере. Извлеченные эти транспортируются по сети от сервера к клиенту (см. рис. 2.2). Тем самым, количество передаваемой по сети информации значительно уменьшается многократно.
ВОПРОС
СУБД Oracle
Совокупность управления базами данных (СУБД) ORACLE — это одна из ведущих совокупностей в мире согласно решению задач управления информацией.
ORACLE снабжает следующее:
ORACLE поддерживает базы данных сколь угодно громадного размера;
ORACLE поддерживает любое число в один момент трудящихся пользователей;
ORACLE снабжает большой уровень производительности;
ORACLE может трудиться 24 часа в день 7 дней в неделю, не требуя остановок на регламентное обслуживание и системные работы;
ORACLE может избирательно осуществлять контроль доступ к данным на уровне базы данных и на уровне ее объектов;
ORACLE поддерживает все принятые стандарты: второй уровень стандарта ANSI/ISO SQL89 технологий и национального института стандартов США, стандарт FIPS127-1 американского правительства, занесен Национальным университетом по компьютерной защите (NCSC) в оранжевую книгу, как абсолютно удовлетворяющий требованиям параметров защиты;
ORACLE защищает эти от некорректного использования и несанкционированного доступа;
ORACLE снабжает логическую целостность данных на уровне базы данных, а не в приложениях рабочих станций;
ORACLE разрешает поделить обработку между серверами базы данных и клиентскими программами;
ORACLE разрешает распределить совокупности баз данных по нескольким серверам;
ПО ORACLE переносимо с одной ОС на другую;
Приложения для ORACLE смогут трудиться на любой ОС;
СУБД MS SQL 2000
Разглядим более детально конфигурацию MS SQL по умолчанию. В данной СУБД имеется пара служебных баз данных, создаваемых в ходе его установки (master, tempdb, model, msdb, pubs) и тестовая база данных (Northwind).
самая важная из них – master. Она снабжает помощь главных функций сервера, в ней сохраняются все системные настройки сервера, учетные записи пользователей, роли, сведения о базах данных и – самое ответственное для нас – хранимые процедуры.
Хранимая процедура – это комплект скомпилированных команд T-SQL, дешёвых напрямую SQL-серверу. Команды размещаются в хранимой процедуре и выполняются как одно целое либо подпрограмма по аналогии с другими языками программирования. Хранимые процедуры находятся на сервере СУБД и употребляются, в то время, когда нужно довольно часто делать повторяющиеся в определенном порядке запросы к серверу MS SQL.
Расширенные хранимые процедуры – это разновидность простых хранимых процедур, но в них возможно применять обращения к подпрограммам, написанным на языке С либо С++, что разрешает увеличить возможности T-SQL. В большинстве случаев расширеннные хранимые процедуры представляются в виде динамических библиотек. Имена этих процедур в большинстве случаев начинаются с префикса xp (eXtended Procedure). Вместе с MS SQL поставляется громадной комплект расширенных хранимых процедур. самая интересная из них – xp_cmdshell. Она предоставляет доступ к командной строчку ОС. Так как эта хранимая процедура владеет широкими возможностями, то по умолчанию доступ к ней разрешен лишь обладателю базы данных master, другими словами пользователю, наделенному ролью «Администратор базы данных».
Сейчас разглядим методы аутентификации в MS SQL. Первый вариант – аутентификация средствами Windows, второй – аутентификация средствами самой СУБД (в том случае в случае, если при установке MS SQL был выбран смешанный режим аутентификации).
В первом варианте аутентификация пользователя проводится средствами ОС, и вход осуществляется с применением учетных данных пользователя ОС Windows. Необходимо подчеркнуть, что в этом случае при установке MS SQL всем пользователям ОС, входящим в группу «Администраторы», машинально назначается роль «Администратор базы данных».
Во втором случае аутентификацию проводит СУБД, применяя собственную базу учетных записей пользователей. При установке MS SQL будет создана учетная запись «sa» с ролью «Администратор базы данных».
Проникновение
Разглядим сценарий атаки на сервер с установленным MS SQL Server 2000. Потенциальному нарушителю нужно получить доступ к MS SQL с ролью «Администратор базы данных», а это может легко случиться в случае, если:
пароль учетной записи «sa» пустой либо возможно легко подобран, что довольно часто видится, в то время, когда СУБД употребляется в тестовой эксплуатации, или как платформа для разработчиков;
неправильно назначены роли пользователей в самой СУБД: учетная запись простого пользователя СУБД владеет ролью «Обладатель базы данных» master, или ролью «Администратор базы данных».
пароль некоей учетной записи, входящей в группу «Администраторы», пустой либо возможно легко подобран либо выяснен (задача получения доступа к серверу, зная пароль администратора, на первый взгляд может показаться необычной, но, к примеру, в случае, если к серверу не запрещаеться подключение лишь к портам MS SQL, обрисовываемый в статье метод разрешает делать команды ОС).
После этого потенциальный нарушитель может выполнить расширенную хранимую процедуру xp_cmdshell, указав ей в качестве параметра команду ОС, создающую пользователя и включающую его в группу «Администраторы», для получения полного доступа к серверу, на котором установлена СУБД.
Для этого нужно запустить SQL Server Enterprise Manager, входящий в состав MS SQL Server (ссылка на данную оснастку находится в Пуск-Программы-Microsoft SQL Server). Потом в Enterprise Manager требуется создать новое поключение к SQL-серверу, и, по окончании установления связи с сервером, создать новое представление (view) для базы данных master.
Interbase — СУБД от компании Borland. Базой InterBase был проект, созданный Джимом Старки (Jim Starkey) на протяжении работы над СУБД Datatrive. Джим создал его как реализацию собственной идеи базы данных с многоверсионной архитектурой. В то время (1984) она именовалась JRD (Jim’s Relational Databas). По-видимому, за базу была забрана архитектура Rdb, поскольку Джим Старки был одним из разработчиков данной СУБД в DEC.
Современное состояние
На данный момент последней версией есть InterBase XE (2011) , в которой показалась помощь Unicode и шифрование AES/DES. InterBase 7.5/2007 и Firebird 1.5/2.0 похожи, но уже далеки от полной совместимости — другими словами миграция между их форматами баз данных легче, чем между форматами совсем “чужих” баз данных, но все же сопряжена с определенными проблемами.
Главными преимуществами последней версии InterBase являются низкие требования к совокупности, с одновременной масштабируемостью на пара процессоров, плюс развитая совокупность мониторинга, временные таблицы, встраиваемая аутентификация пользователей, журналирование. Классическим преимуществом считается кросс-платформенность — InterBase поддерживает Linux, Микрософт Windows, Unix и Solaris.
Особенности СУБД InteBase
СУБД InterBase отличается очень низкими системными требованиями и наряду с этим лёгкостью администрирования и высокой производительностью.
InterBase есть кросплатформенным продуктом, поддерживающим много разных операционных совокупностей, включая Микрософт Windows NT/2000/XP/98/ME, LINUX, SCO UNIX, HP UNIX. Вы имеете возможность трудиться с InterBase, применяя пара сетевых протоколов: TCP/IP, NetNEUI, IPX/SPX.
Одной из главных изюминок InterBase можно считать версионную архитектуру, которая снабжает неповторимые возможности при многопользовательской работе — пишущие пользователи ни при каких обстоятельствах не блокируют просматривающих! Кроме этого, версионная архитектура разрешает отказаться от применения протокола транзакций (transction log), что в других СУБД помогает для восстановления базы данных по окончании сбоев, исходя из этого InterBase владеет высокой надежностью и устойчивостью.
Кроме этого в InterBase реализован механизм оптимистической блокировки на уровне записи. Это указывает, что сервер блокирует лишь те записи, каковые реально были поменяны пользователем, и не блокирует всю страницу данных полностью. Эта особенность еще больше снижает возможность распрей при многопользовательском режиме.
InterBase абсолютно совместим со стандартом ANSI SQL 92, и имеет собственный собственное расширение SQL для хранимых триггеров и процедур. В сравнении со многими вторыми СУБД, InterBase предоставляет весьма действенный механизм триггеров: любая таблица может иметь много триггеров, каковые выполняются машинально при вставке, трансформации либо удалении каждой отдельной записи, до либо по окончании этих событий. Многие функции существующих СУБД были в первый раз реализованы в InterBase — это, например, обновляемые представления, события (event alerters), многомерные масссивы и BLOB-поля. Более того, кое-какие механизмы, такие, к примеру, как двухфазное подтверждение транзакций, до сих пор остаются совсем неповторимыми, представленными лишь в InterBase.
Важной изюминкой сервера InterBase есть возможность расширения стандартного комплекта SQL-функций при помощи пользовательских библиотек — User Defined Functions, и механизмы обработки BLOB-полей на сервере при помощи BLOB-фильтров. Остается лишь заявить, что InterBase отличается большой устойчивостью, потому, что намерено был спроектирован для применения в Intranet-приложениях, приложениях для мобильных устройств и встроенных приложениях баз данных.
СУБД MySQL применяет особую базу данных для предоставления прав доступа к своим базам данных. Эти права смогут базироваться на именах серверов и/либо пользователей и предоставляться для одной либо нескольких баз данных
Пользовательские аккаунты смогут быть снабжены паролями. При обращении к базе данных, пароль шифруется. Исходя из этого он не может быть перехвачен и использован посторонним (это мнение автора СУБД…).
Добавлено три новых пользователя (юзверя): monty: Суперпользователь (администратор), обязан применять пароль, для работы с mysql.
dummy: Должен быть допущен к личной базе данных по таблице ‘db ‘.
admin: Не испытывает недостаток в пароле, но не запрещаеться исполнение лишь команд ‘mysqladmin reload’ and ‘mysqladmin processlist’. Возможно допущен к личной базе данных через таблицу ‘db’.
ВОПРОС
Микрософт Office Access либо легко Микрософт Access — реляционная СУБД[1] корпорации Микрософт. Имеет широкий спектр функций, включая связанные запросы, сообщение с базами и внешними таблицами данных. Благодаря встроенному языку VBA, в самом Access возможно писать приложения, трудящиеся с базами данных.
Необходимо помнить, что работа с БД в многопользовательской среде может приводить к, которые связаны с блокировкой данных и конфликтами доступа к ним. Подавление сообщений об неточностях, недостаточное внимание к подобным вопросам или надежда на благоприятное стечение событий не решает проблему. Не обращая внимания на кажущуюся сложность работы в многопользовательской среде, осознать механизм действия блокировки данных и метод обслуживания механизмом Jet нескольких пользователей достаточно легко. Пренебрежение подобными вопросами, в большинстве случаев, ведет к происхождению более непростых неприятностей, затрагивающих пользователей, клиентов и воздействующих на репутацию разработчика. В случае, если для приложения не предусмотрено действенное ответ вопросов работы в многопользовательской среде, при работе с ним неизбежно будут появляться следующие неприятности:
• Новые записи не сохраняются. По окончании ввода информации пользователь обнаруживает, что в базе данных она не показалась. В случае, если подобная неточность не повторяется, это говорит не об отсутствии неприятности, а о ненадежности приложения.
• Трансформации существующих записей не сохраняются. Пользователь может кроме того не подметить, что внесенные им трансформации не сохранились. Но в будущем может оказаться, что или таблица итоговых данных отсутствует, или в инвентарном перечне через чур много элементов, либо может произойти так, что заказ ответственного клиента будет послан по неверному адресу. Подобные значительные неприятности в полной мере могут быть не распознанными одновременно с. В большинстве случаев, от них страдают посторонние люди.
• Пользователи приобретают невразумительные сообщения о неосуществимости обеспечить доступ к данным. Не смотря на то, что последствия подобного рода проблем не столь драматичны, как в прошлых случаях, для пользователя будет сильным разочарованием необходимость работы с приложением, которое не имеет возможности совладать кроме того с таковой несложной проблемой.
ВОПРОС
Микрософт Office Access либо легко Микрософт Access — реляционная СУБД[1] корпорации Микрософт. Имеет широкий спектр функций, включая связанные запросы, сообщение с базами и внешними таблицами данных. Благодаря встроенному языку VBA, в самом Access возможно писать приложения, трудящиеся с базами данных.
Дабы привязать комплект записей формы Микрософт Access, нужно выполнить Установка Комплект записей свойство формы допустимые объекты доступа К данным (DAO) либо ADO Комплект записей объект.
В Комплект записей свойство было введено в Микрософт Access 2000 и разрешает привязки формы к ADO либо DAO Комплект записей объекты. Но формы в Микрософт Access 2000 поддерживает лишь обновлению В случае, если открыть подключение ADO посредством MSDataShape и SQL Server OLEDB Поставщики. Для получения дополнительных сведений об этом ограничение в Access 2000 щелкните следующий номер статьи для просмотра статьи в Микрософт Knowledge Base:
227053 ACC2000: Формы, основанные на комплектах записей ADO, доступны лишь для чтения
В Микрософт Access 2002 либо более поздней возможно создать обновляемые формы, к которому привязан к комплекту записей ADO, применяющего другие OLEDB Поставщики. Формы должны удовлетворять кое-какие неспециализированные требования к форме, дабы быть обновляемые, в то время, когда он привязан к комплекту записей ADO. Эти неспециализированные требования являются:
Базисный комплект записей ADO должен быть обновляемым.
Комплект записей обязан содержать одно либо пара полей, каковые являются конкретно индексируются, к примеру первичного ключа таблицы.
Другие требования к обновлению различаться в зависимости от разных Поставщики. В данной статье описывается, Каковы другие требования при применении Поставщики Микрософт SQL Server, ODBC, OLEDB для Oracle и Jet
В СУБД MS Access отчет — четвертый тип объекта, с которым вы знакомитесь. самый гибкий метод создания отчета — применение конструктора. Но на данный момент мы отправимся несложным методом и воспользуемся Мастером отчетов имеющимся в MS Access.
Отчет, представленный на рис. 1-16, взят по следующему методу:
= перейти к вкладке «Отчеты»; выполнить команду = Создать;
= выбрать «Мастер отчета», щелкнуть по кнопке ОК;
= выбрать полл с указанием запросов и таблиц в строгом соответствия с иx последовательностью на рис. 1-16, щелкнуть по кнопку Потом;
= задать один уровень группировки по полю «ФАКУЛЬТЕТ»; щелкнуть по кнопке Потом;
= указать порядок сортировки: «СУММА» — по убыванию, либо «ФАМИЛИЯ» — по возрастанию, щелкнуть по кнопке Потом;
= выбрать вид макета отчета «Ступенчатый»; щелкнуть по кнопке Потом;
= выбрать стиль «Компактный»; щелкнуть по кнопке Потом;
= указать имя отчета *К зачислению*; щелкнуть по кнопке Готово.
Обратите внимание на следующее: данные в графу «Сумма» выбираются не из таблицы, а из запроса «Суммы баллов». Вторых полей из этого запроса извлекать не нужно.
В режиме предварительного просмотра отчет покажется на экране. Дабы отредактировать внешний вид, например, сделать надписи такими, как на рис, 1.17, необходимо войти в режим конструктора и внести исправления в строчке «Верхний колонтитул».
Следующий этап работы — занесение в таблицу «Итоги» информации о поступлении в высшее учебное заведение. В поле «ЗАЧИСЛЕНИЕ» выставляются флажки в записях для принятых в университет абитуриентов.
Запрос на получение таблицы с итоговыми результатами на гипотетическое языке обрисован в прошлом параграфе.
ВОПРОС
Компьютерная сеть (вычислительная сеть, сеть передачи данных) — совокупность связи компьютеров и/либо компьютерного оборудования (серверы, другое оборудование и маршрутизаторы). Для передачи информации смогут быть использованы разные физические явления, в большинстве случаев — разные виды электрических сигналов, световых сигналов либо электромагнитного излучения.
Классификация
По территориальной распространенности
- PAN (Personal Area Network) — персональная сеть, предназначенная для сотрудничества разных устройств, которыми владел одному обладателю.
- LAN (Local Area Network) — локальные сети, имеющие замкнутую инфраструктуру до выхода на поставщиков одолжений. Термин «LAN» может обрисовывать и мелкую офисную сеть, и сеть уровня громадного завода, занимающего пара сотен гектаров. Зарубежные источники дают кроме того близкую оценку — около шести миль (10 км) в радиусе. Локальные сети являются сетями закрытого типа, доступ к ним разрешен лишь ограниченному кругу пользователей, для которых работа в таковой сети конкретно связана с их работой.
- CAN (Campus Area Network — кампусная сеть) — объединяет локальные сети близко расположенных строений.
- MAN (Metropolitan Area Network) — муниципальные сети между учреждениями в пределах одного либо нескольких городов, связывающие довольно много локальных вычислительных сетей.
- WAN (Wide Area Network) — глобальная сеть, покрывающая громадные географические регионы, включающие в себя как локальные сети, так и другие устройства и телекоммуникационные сети. Пример WAN — сети с коммутацией пакетов (Frame relay), через которую смогут «говорить» между собой разные компьютерные сети. Глобальные сети являются открытыми и ориентированы на обслуживание любых пользователей.
Термин «корпоративная сеть» кроме этого употребляется в литературе для обозначения объединения нескольких сетей, любая из которых возможно выстроена на разных технических, программных и информационных правилах.
По типу функционального сотрудничества
- Клиент-сервер
- Смешанная сеть
- Одноранговая сеть
- Многоранговые сети
По типу сетевой топологии
- Шина
- Кольцо
- Двойное кольцо
- Звезда
- Ячеистая
- Решётка
- Дерево
- Fat Tree
По типу среды передачи
- Проводные (телефонный провод, коаксиальный кабель, витая пара, волоконно-оптический кабель)
- Беспроводные (передачей информации по радиоволнам в определенном частотном диапазоне)
- По функциональному назначению
- Сети хранения данных
- Серверные фермы
- Сети управления процессом
- Сети SOHO, домовые сети
- По скорости передач
- низкоскоростные (до 10 Мбит/с),
- среднескоростные (до 100 Мбит/с),
- скоростные (более 100 Мбит/с);
По сетевым операционным совокупностям
- На базе Windows
- На базе UNIX
- На базе NetWare
По необходимости поддержания постоянного соединения
- Пакетная сеть, к примеру Фидонет и UUCP
- Сетевая сеть, к примеру Интернет и GSM
ВОПРОС
ПО сетей ЭВМ
Сеть — ничто без ПО. ПО
(ПО) вычислительных сетей снабжает организацию коллективного доступа к
вычислительным и информационным ресурсам сети, динамическое распределение и
перераспределение ресурсов сети с целью увеличения оперативности обработки
максимальной загрузки и информации аппаратных средств, а также в случае
выхода и отказа из строя отдельных технических средств и т.д.
Подобно земной коре, сетевое ПО складывается из слоев. Одни из них
«толще», другие уже, но все трудятся как единое целое. Любой слой
сетевого ПО нацелен на решение той либо другой
конкретной задачи.
ПО вычислительных сетей включает три главных
«слоя»:
V неспециализированное ПО, образуемое базисным ПО отдельных ЭВМ,
входящих в состав сети;
V особое ПО, образованное прикладными
программно, отражающими специфику предметной области
пользователей при реализации задач управления;
V системное сетевое ПО, воображающее комплекс
программных средств, поддерживающих и координирующих сотрудничество всех
ресурсов вычислительной сети как единой совокупности.
Очевидно, каждая слоистая структура испытывает недостаток в фундаменте, как
земная кора в магме, а многослойное ПО, образующее
сетевую среду для коллективной деятельности, базируется на операционной
совокупности.