в чем особенность концептуального уровня

Большая Энциклопедия Нефти и Газа

Концептуальный уровень

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

Концептуальный уровень ( в понятиях ПО) определяет общую структуру знания ПО. Концептуальные и формальные модели строит системный аналитик. [2]

Концептуальный уровень управляющей информации должен обеспечить соответствие модели финансовой отчетности восприятию внешними пользователями понятия финансовое состояние предприятия. Это соответствие, прежде всего, зависит от уровня развития теории экономики, финансов, от возможности отобразить количественными показателями реальность, вещественную деятельность предприятия от достигнутого уровня абстракции, в связи с чем в Принципах МСФО дается трактовка понятия финансовое положение компании. Оно характеризуется экономическими ресурсами, финансовой структурой, ликвидностью, платежеспособностью и способностью адаптироваться к изменениям окружающей среды, прибыльностью, изменчивостью результатов деятельности, способностью генерировать денежные ресурсы. [5]

В России концептуальный уровень составления финансовой отчетности в настоящее время не выделен в единую целостную систему. [8]

Для лучшего воспринятия концептуального уровня полагаем уместным провести его исследование в разрезе нескольких, на наш взгляд, наиболее существенных аспектов. [9]

К основным терминам концептуального уровня в системе ОКА относятся: поле, сегмент, физическая связь физическая база данных, логическая связь. [11]

К основным конструкциям концептуального уровня в системе БАНК-ОС относятся: поле, запись, цепь, база данных. [12]

Вместе они могут сделать все необходимое для перехода с абстрактного концептуального уровня на. [15]

Источник

О разных данных на бытовом уровне

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

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

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

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

Физический уровень

Итак, представьте себе, что у вас есть коробка для хранения и целый набор различных крепёжных элементов – болты, гайки, саморезы, гвозди, эксцентрики и прочее (рис.1)

Рис.1 База данных и её элементы в реальной жизни

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

Это называется неструктурированная и ненормированная база данных. Её преимущества в простоте и дешевизне.

Однако, то, что очевидно для вас, совсем не очевидно для другого человека. Для человека незнакомого с вашей коробкой и её содержим, поиск будет настоящим мучением.

Точно та же проблема будет стоять и перед любым ИТ-специалистом.

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

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

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

На языке ИТ это называется нормализация. А крепёжные элементы — это объекты.

Рис.2 – Структурированная база данных

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

Нормализацию вы можете продолжать и дальше. Например, вы можете купить коробочки поменьше и разложить саморезы по металлу, дереву и бетону в разные.

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

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

Потому ИТ-специалисты всегда стараются соблюдать баланс между чёткой структурой и удобством её использования.

Поэтому иногда специально прибегают к денормализации.

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

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

Если коробочек много или скажем они не прозрачны или ещё по каким-либо причинам удобства, вы можете наклеить на каждую коробочку метку – индекс.

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

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

Вы можете выполнять две основные операции над коробкой – извлекать элементы и класть элементы.

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

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

Что делать с элементами или какой в них бизнес-смысл — это задача логического уровня.

Логический уровень

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

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

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

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

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

На рисунке 3 представлена упрощённая логическая модель из примера с заявкой.

Рис.3 Логическая модель данных

В ИТ-мире это особенно важно, ведь если перед программистом не стояло задачи реализовать реверс, то монтажник сделать ничего не сможет.

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

Конечно, у болта есть свойство это направление резьбы, которая определяет в какую сторону нужно поворачивать отвёртку.

В ИТ-мире вы часто можете услышать слово атрибут объекта, вместо свойства.

При этом заметьте, что, если мы изменим направление резьбы, сами операции закрутить и открутить останутся, но нужно будет изменить направление вращения отвёртки.

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

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

Часто в ИТ-мире это называется бизнес-логикой или бизнес-смыслом.

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

Концептуальный уровень

Уровень концепции — это уровень верхнеуровневых рассуждений без деталей.

Мы часто используем этот уровень, даже не подозревая об этом.

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

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

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

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

Рис.4 Концептуальная модель данных

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

Краткий итог по данным и их уровням

Физический уровень – как организовываем и храним данные.

Логический уровень – описываем и манипулируем данными.

Концептуальный – рассуждаем о данных и их связях.

Надеюсь, статья была вам полезной и занимательной.

P.S.: эта статья не для ИТ специалистов, статья рассчитана на средне статического человека, не связанного с ИТ, с максимальным упрощением. А как в любом упрощении, в статье сделаны осознанные допущения и упущены некоторые детали.

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

Источник

Концептуальный уровень

Понятие и структура базовой ИТ

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

Рис. 2.1. Концептуальная модель базовой информационной технологии

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

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

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

Рис. 2.2. Процесс преобразования информации в данные

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

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

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

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

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

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

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

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

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

Процесс накопления позволяет так преобразовать информа­цию в форме данных, что удается ее длительное время хранить, постоянно обновляя, и при необходимости оперативно извле­кать в заданном объеме и по заданным признакам. Процеду­ры процесса накопления, таким образом, состоят в организа­ции хранения и актуализации данных. Хранение предполага­ет создание такой структуры расположения данных в памяти ЭВМ, которая позволила бы быстро и не избыточно накапли­вать данные по заданным признакам и не менее быстро осу­ществлять их поиск. В настоящее время ЭВМ имеет два основ­ных вида запоминающих устройств: оперативные (электрон­ные) и внешние (на магнитных и оптических дисках). Их физическая природа и устройство различны, поэтому различа­ются и возможности по организации структур хранения дан­ных. Можно выделить операции по организации хранения и поиска данных в оперативной и внешней памяти ЭВМ. В про­цессе накопления данных важной процедурой является их ак­туализация. Под актуализацией понимается поддержание хранимых данных на уровне, соответствующем информационным потребностям решаемых задач в системе, где организована информационная технология. Актуализация данных осуществ­ляется с помощью операций добавления новых данных к уже хранимым, корректировки (изменения значений или элемен­тов структур) данных и их уничтожения, если данные устаре­ли и уже не могут быть использованы при решении функцио­нальных задач системы.

1. 2. Логический уровень

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

На рис. 2.3 приведены состав и взаимосвязи моделей базо­вой информационной технологии. В зависимости от области применения и назначения информационной технологии моде­ли информационных процессов конкретизируются, а некото­рые могут и отсутствовать. Если, к примеру, информацион­ная технология проектируется на не объединенных в сеть АРМ, процесс обмена данными и соответственно его модели будут отсутствовать. Однако наибольший эффект информационная технология дает тогда, когда в ее составе используется весь набор информационных процессов.

На основе модели предметной области (МПО), характери­зующей объект управления, создается общая модель управле­ния (ОМУ), а из нее вытекают модели решаемых задач (МРЗ). Так как решаемые задачи в информационной технологии имеют в своей основе различные информационные процессы, то на передний план выходит модель организации информаци­онных процессов, призванная на логическом уровне увязать эти процессы при решении задач управления.

Рис. 2.3. Состав моделей базовой информационной технологии

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

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

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

Модель представления знанийможет быть выбрана в зависимости от предметной области и вида решаемых задач. Сейчас практически используются та­кие модели, как логические (Л), алгоритмические (А), фреймо­вые (Ф), семантические (С) и интегральные (И).

1.3. Физический уровень

Физический уровень информационной технологии представ­ляет ее программно-аппаратную реализацию. При этом стре­мятся максимально использовать типовые технические сред­ства и программное обеспечение, что существенно уменьшает затраты на создание и эксплуатацию АИТ. С помощью про­граммно-аппаратных средств практически осуществляются базовые информационные процессы и процедуры в их взаи­мосвязи и подчинении единой цели функционирования. Та­ким образом, и на физическом уровне АИТ рассматривается как система, причем большая система, в которой выделяется несколько крупных подсистем (рис. 2.4). Это подсистемы, реа­лизующие на физическом уровне информационные процессы: подсистема обработки данных, подсистема обмена данными, подсистема накопления данных, подсистема управления данны­ми и подсистема представления знаний. С системой информа­ционной технологии взаимодействуют пользователь и проек­тировщик системы.

Рис. 2.4. Взаимосвязь подсистем базовой информационной технологии

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

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

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

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

Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет

Источник