Logo    
Деловая газета CitCity.ru CITKIT.ru - все об Open Source Форумы Все публикации Учебный центр Курилка
CitForum    CITForum на CD    Подписка на новости портала Море(!) аналитической информации! :: CITFORUM.RU
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

27.05.2017

Google
WWW CITForum.ru
С Новым годом!
2008 г.

Технология проектирования модели предприятия на основе универсальной модели данных

Есин В.И., Пергаменцев Ю.А.

Введение

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

Основные решения, используемые в технологии:

  • универсальная модель данных (УМД);
  • язык модели данных (ЯМД);
  • программный инструментарий формирования модели предприятия.

Модель предприятия включает представления элементов предприятия, их взаимоотношения, связи, условия функционирования и т.д., описанные набором понятий УМД: «объект», «событие», «характеристика объекта», «характеристика события».

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

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

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

Модель предприятия позволяет:

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

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

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

Рис. 1. Проектирование модели предприятия

Универсальная модель данных (УМД)

Существующие традиционные технологии проектирования ИС ориентированы на проектирование БД для одной конкретной предметной области. Такой подход не позволяет тиражировать модель данных на разные предметные области, не обеспечивает простое расширение состава информации в БД и не способствует использованию устоявшихся решений. Повышение надежности решений по проектированию БД и сокращению затрат на их создание и развитие возможно при стандартизации модели данных, что не раз обсуждалась на международных симпозиумах сообщества баз данных [1,2,3].

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

УМД удовлетворяет основным требованиям, предъявляемым к моделям данных [4]:

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

Для УМД определен перечень понятий (таблица 1), на основе которых спроектирован набор таблиц реляционной БД. Заранее не ограниченное разнообразие элементов ПрО распределяется по перечисленным понятиям и формируется в фиксированном наборе таблиц [5]. Элемент ПрО относится к одному из понятий и определяется именем, местом в некоторой иерархии, величиной и/или временем. Используемыми понятиями можно описать любую совокупность компонентов предприятия с их качествами, возможными событиями и другими подробностями.

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

Отличительные особенности универсальной модели данных:

  • использование фиксированного набора таблиц (отношений);
  • описание предметной области иерархиями реальных объектов и событий, в отличие от традиционного описания ПрО моделью «сущность-связь»;
  • наличие связей между любыми классами, экземплярами и другими понятиями;
  • наличие данных об экземплярах компонентов, как они между собой связаны и что с ними произошло;
  • расширение набора данных БД добавляет только новые записи в существующие таблицы и не требует изменения состава таблиц и полей, как это предполагает традиционное проектирование БД.

Схема БД с УМД, реализованная в реляционных СУБД Oracle и PostgreSQL, представляет собой:

  • стандартный набор таблиц БД (основные из них приведены на рис.2);
  • триггеры;
  • серверные процедуры и функции;
  • иные технологические компоненты.

Система триггеров и серверных процедур УМД обеспечивает целостность:

  • иерархий классов объектов и событий;
  • иерархий экземпляров объектов и событий;
  • имен объектов и событий в классах;
  • имен характеристик объектов и событий;
  • связей;
  • типов объектов;
  • допустимых значений и значений по умолчанию и т.д.

Серверные процедуры и функции обеспечивают манипулирование данными и участвуют в распределении прав доступа к данным (вплоть до элемента данных).

УМД позволяет использовать одну модель БД для всего предприятия и помещать в нее информацию из разных ПрО и наследуемых приложений, что минимизирует ресурсы на системное сопровождение СУБД.

УМД обеспечивает семантическую и синтаксическую интеграцию разнообразной информации [5,6,7]. В этом случае БД с УМД можно использовать в качестве хранилища (витрины) данных, обеспечивая возможности по получению обобщенной информации, необходимой для стратегического планирования.

Рис. 2. Таблицы БД с УМД

Язык модели данных (ЯМД)

В сообществе разработчиков баз данных проблема создания формального языка, который позволял бы формировать данные и запросы с использованием естественного языка, рассматривается уже давно [2,3]. Предлагаемый язык модели данных (ЯМД) для БД с УМД решает эту проблему.

ЯМД – это внутренний непроцедурный язык описания и манипулирования данными, хранящимися в БД с УМД. Он состоит из двух частей: языка описания (определения) данных и языка управления (манипулирования) данными, хранящимися в БД с УМД.

ЯМД, как любой другой формализованный язык, имеет свой синтаксис и семантику (см. таблица 1).

Основным элементом языка является строка метаописания.

Структура строки метаописания:

{…} {…} … {…},

где информация, заключенная в фигурные скобки {…} называется элементом строки метаописания.

Строка метаописания включает произвольное число элементов, которые определяют конкретные значения понятий УМД.

Набор понятий, относящихся к разделу, объекту, событию формируется между разделителями косая черта (/).

Последовательность разделителей косая черта (/) между операторами языка <Раздел>, <КлассО>, <КлассПО>, <ЭкзО> определяет иерархию разделов, классов объектов, классов параметров объектов, экземпляров объектов соответственно.

Элемент предметной области описывается внутри зоны, ограниченной парой косых черт (/…/). Чередование синтаксических выражений языка внутри этой зоны – произвольное.

Знак равно (=) является оператором присвоения, который для указанного понятия определяет его значение, в конце которого ставится обязательный символ точка с запятой (;).

Фактически строки метаописания ЯМД это формализованные предложения естественного языка, которые описывают деятельность предприятия, его основные классификаторы и справочники, а также другие структурированные и неструктурированные документы и прочее.

ЯМД позволяет формализовать описание ПрО и сформировать модель предприятия (его метаданные и данные).

Примеры строки метаописания:

  1. {<Раздел> = Конференция;/
    <КлассО> = Компания;<ТипО> = ООО;<ТипО> = ЗАО;<ТипО> = ОАО; <ТипХО>[](строковая,любая,фактическая) = Юридический адрес; <ТипХО>[](строковая,любая,фактическая) = Телефон;/
    <КлассО> = Специалист;<ТипО> = -; <ТипХО>[](строковая,любая,фактическая) = Гражданство; <ТипХО>[](строковая,любая,фактическая) = Телефон; <ТипХО>[](строковая,любая,фактическая) = Эл.адрес;/
    <КлассО> = Материалы;<ТипО> = -;},

    где <ТипХО> [ ] ( , , ) - тип характеристики экземпляра объекта ( <ТипХО> [единица измерения - только для объекта с численной характеристикой] (тип данных: логическая; строковая; численная; дата, признак нахождения данных в справочнике: справочная; любая, тип характеристики: паспортная; фактическая) ).

    Данная строка метаописания определяет раздел «Конференция», классы объектов «Компания», «Специалист», «Материалы», их типы «ООО», «ЗАО», «ОАО», «-», иерархии подчиненности классов объектов (класс объектов «Материалы» подчинен классу объектов «Специалист», который в свою очередь подчинен классу объектов самого высшего уровня (без владельцев) - «Компания»), а также типы характеристик объектов «Юридический адрес», «Телефон», «Гражданство», «Эл.адрес» с соответствующими им атрибутами («строковая», «любая», «фактическая»). Исполнение данной строки с помощью приложения, имеющего доступ к БД с УМД, позволит записать все эти метаданные в базу.

  2. {<Раздел> = Конференция; /
    <КлассО> = Компания; <ТипО> = ООО ; <ЭкзО> = Dbcreator; <ТипХО>[](строковая,любая,фактическая) = Юридический адрес; <ЗначХО> = г.Харьков,пр.Правды,д.3к.7; <ТипХО>[](строковая,любая,фактическая) = Телефон;<ЗначХО> = (057)3331234;}

    Данная строка метаописания определяет экземпляр объекта «Dbcreator» типа «ООО» и класса объектов «Компания», который (экземпляр) входит в состав раздела «Конференция». А также значения типов характеристик объекта «Юридический адрес» и «Телефон». Исполнение данной строки с помощью приложения, имеющего доступ к БД с УМД, позволит записать все эти данные в базу.

С помощью ЯМД можно манипулировать данными реляционной БД подобно языку SQL-запросов, но в собственной терминологии, не привязанной к структуре данных (ЯМД не требует знания модели данных) и, не прибегая к контекстному поиску. При этом ЯМД прост в освоении и понятен не только программистам, но и специалистам предметной области.

Для получения списков классов объектов, событий, их экземпляров, типов, характеристик, значений и т.д. в синтаксисе языка предусмотрены некоторые специальные выражения, так называемые маски: «*.*»,«*.**», «*.*?», в операторе присваивания.

Операторы ЯМД используются также:

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

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

Документальная и программная поддержка ЯМД включает:

  • описание синтаксиса языка;
  • интерпретатор языка для СУБД Oracle (реализован на языке PL/SQL);
  • описание интерфейса доступа к стандартным процедурам интерпретатора языка;
  • средства формирования строк метаописания элементов данных;
  • методику составления строк метаописания для записи новых данных или проведения конвертации данных из БД других информационных систем, построенных на различных платформах (таких как Oracle, PostgreSQL, Access, Lotus Notes), в БД с УМД;
  • программу конвертации данных.

Программный инструментарий формирования модели предприятия

Программный инструментарий предназначен для формирования модели предприятия путем исполнения операторов (строк метаописаний) ЯМД.

Состав программного инструментария формирования модели предприятия:

  • программный интерфейс доступа к интерпретатору ЯМД;
  • специальные приложения, позволяющие осуществлять просмотр, модификацию, удаление имеющихся, а также запись новых данных в БД с УМД;
  • программа конвертации данных из БД других информационных систем, построенных на различных платформах (таких как Oracle, PostgreSQL, Access, Lotus Notes), в БД с УМД;
  • методики использования вышеперечисленных комплексов программ.

Программный инструментарий разработан в средах Borland Delphi, Borland C.

Вид некоторых приложений приведен на рис.3,4,5,6,7.

Рис.3 Программа - просмотрщик
Рис.4 Программа конвертации данных
Рис.5 Программа работы с документами
Рис.6 Программа формирования данных
Рис.7 Программа персонализации доступа к данным и работы с данными

Этапы технологии проектирования модели предприятия

  1. Выделение компонентов предприятия, значимых для управления и бизнеса.
  2. Описание предметной области предприятия.
  3. Формализация описанной предметной области предприятия средствами ЯМД.
  4. Загрузка модели предприятия реальными данными путем исполнения строк метаописаний (операторов) ЯМД специальным программным инструментарием.
  5. Просмотр специальной программой реальных данных, представленных в виде связанного иерархического дерева объектов и событий, и их сопоставление с существующими представлениями экспертов предприятия и проектировщиков модели предприятия.

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

  6. Проведение корректировок по перечисленным этапам.

Выводы

Технология позволяет:

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

Определения

Данные - информация, обработанная и представленная в формализованном виде для дальнейшей обработки.

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

Информационная система - система, предназначенная для хранения, обработки, поиска, распространения, передачи и предоставления информации.

Класс - совокупность однородных элементов, обладающих каким-либо определенным качеством, свойством, отношением.

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

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

Понятие – смысловое обобщение некоторой совокупности элементов, предметов, пр.

Предмет - все, что представляется ощущениям, обладает свойством и определяется именем, синоним «объект».

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

Событие - любой факт или действие, которое происходит с поименованным объектом в определенный интервал времени (идентифицируется объектом и временем).

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

Универсальная модель данных (УМД) – это неизменная (стандартная) для разных предметных областей (ПрО) схема БД в реляционной СУБД. Для УМД определен перечень понятий, которые могут быть использованы для описания множества данных, операций с данными, а также набора ограничений целостности данных.

Литература

  1. Кузнецов С.Д. Будущие направления исследований в области баз данных: десять лет спустя, 1999
  2. Кузнецов С.Д. Крупные проблемы и текущие задачи исследований в области баз данных, 2005
  3. Кузнецов С.Д. Предвестники новых манифестов управления данными, 2006
  4. Т.Коннолли, К.Бегг, А.Страчан Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2-е изд.: Пер. с англ.: Уч.пос.-М.: Издательский дом “Вильямс”, 2000.
  5. Пергаменцев Ю.А. «Проектирование БД на основе универсальной модели данных» в материалах конференции "Корпоративные базы данных 2002"
  6. Пергаменцев Ю.А. Информационные, функциональные модели и техническое задание на сегмент ОБД “Основные фонды» в Материалах Научно-технического совета ОАО “Газпром” по проекту “Отраслевой банк данных (ОБД)”, Санкт-Петербург, ноябрь 2000г., Москва 2001,С.66.
  7. Єсін В.І. та інші Можливі шляхи створення єдиної бази даних діяльності ХВУ на основі універсальної моделі даних – Харків: ХВУ. Науково-методичний збірник ХВУ,№ 3(89), 2003, C.3-12.

Размещение рекламы — тел. +7 495 4119920, ICQ 232284597

Подписка на новости IT-портала CITForum.ru
(библиотека, CITKIT.ru, CitCity)

Новые публикации:

24 декабря

CITKIT.ru:

  • Новогодние поздравления
  • Сергей Кузнецов. Цикл Операционные системы: Ностальгия по будущему:

  • Алексей Федорчук. OpenSolaris 2008.11 Release

  • Сергей Голубев:

  • Евгений Чайкин aka StraNNik (Блогометки):

    17 декабря

  • С.Д.Кузнецов. Базы данных. Вводный курс

    10 декабря

    CITKIT.ru:

  • OpenSolaris 2008.11 Release

  • Альтернативные ОС: две грустные истории (С.Кузнецов)
  • Nokia N810 — доведение до ума
  • CitCity:

  • Платформа 2009: заоблачные перспективы Microsoft

    4 декабря

  • Лекция С.Д.Кузнецова Понятие модели данных. Обзор разновидностей моделей данных

    CITKIT.ru:

  • OpenSolaris 2008.11 Release. Первые впечатления

  • Linux vs FreeBSD: продолжим "Священные войны"?

  • Nokia N810 as is

  • Индульгенция для FOSS

  • Друзья СПО'2008

    26 ноября

  • Нечеткое сравнение коллекций: семантический и алгоритмический аспекты

    CitCity:

    CITKIT.ru:

  • Глава из книги А.Федорчука
    Сага о FreeBSD:
  • 19 ноября

  • Проблемы экономики производства крупных программных продуктов

  • Язык модификации данных формата XML функциональными методами

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    Заметки к книге:

  • FreeBSD: монтирование сменных устройств и механизм HAL
  • Текстовый редактор ee

    12 ноября

  • Правило пяти минут двадцать лет спустя, и как флэш-память изменяет правила (Гоц Грейф, перевод: Сергей Кузнецов)

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:
  • OSS в России: взгляд правоведа (В.Житомирский)

  • Новая статья из цикла С.Голубева "Железный марш":

    29 октября

  • О некоторых задачах обратной инженерии

  • Веб-сервисы и Ruby

  • Тестирование web-приложений с помощью Ruby

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

  • PuppyRus Linux - беседа с разработчиком (С.Голубев)

  • Сергей Кузнецов. Заметка не про Linux

    22 октября

  • Обзор методов описания встраиваемой аппаратуры и построения инструментария кросс-разработки

    CITKIT.ru:

  • Сергей Кузнецов. Почему я равнодушен к Linux

  • Глава из книги А.Федорчука
    Сага о FreeBSD:
  • Что надо иметь
    3. Базовые познания

    CitCity:

  • Управление IT-инфраструктурой на основе продуктов Microsoft

    15 октября

  • Методы бикластеризации для анализа интернет-данных

    CitCity:

  • Разъемы на ноутбуках: что они дают и зачем их так много?
  • AMD Puma и Intel Centrino 2: кто лучше?

    CITKIT.ru:

  • Новый цикл статей С.Голубева
    Железный марш:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    8 октября

  • Автоматизация тестирования web-приложений, основанных на скриптовых языках
  • Опыт применения технологии Azov для тестирования библиотеки Qt3

    Обзоры журнала Computer:

  • SOA с гарантией качества
  • Пикоджоуль ватт бережет
  • ICT и всемирное развитие

    CitCity:

  • Пиррова победа корпорации Microsoft

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    Статья из архива:

  • Я живу в FreeBSD (Вадим Колонцов)

    Новые Блогометки:

  • Перекройка шаблона Blogger или N шагов к настоящему
  • Blogger. Comment style
  • Screenie или глянцевый снимок экрана

    2 октября

    CITKIT.ru:

  • Сага о FreeBSD (А. Федорчук)

    Zenwalk: пакет недели

  • Банинг — интеллектуальное развлечение (С.Голубев)

    CitCity:

    25 сентября

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

    CITKIT.ru:

  • Пользователям просьба не беспокоиться... (В.Попов)

  • Снова про ZFS: диск хорошо, а два лучше
  • Командная оболочка tcsh (А.Федорчук)

    Zenwalk: пакет недели

    17 сентября

  • T2C: технология автоматизированной разработки тестов базовой функциональности программных интерфейсов
  • Технология Azov автоматизации массового создания тестов работоспособности

    CITKIT.ru:

  • FreeBSD: ZFS vs UFS, и обе-две — против всех (А.Федорчук)

    Zenwalk: пакет недели

  • Дачнет — практика без теории (С.Голубев)

    10 сентября

  • За чем следить и чем управлять при работе приложений с Oracle
  • Планировщик заданий в Oracle
    (В.Пржиялковский)

    CITKIT.ru:

  • Microsoft: ответный "боян" (С.Голубев)

  • Причуды симбиоза, или снова "сделай сам" (В.Попов)

  • Файловые системы современного Linux'а: последнее тестирование
  • Zsh. Введение и обзор возможностей
    (А.Федорчук)

    Описания пакетов Zenwalk: Zsh, Thunar, Thunar-bulk-rename, Xfce4-places-plugin, Xfce4-fsguard-plugin

    Блогометки:

  • Google Chrome
  • Лончер для ASUS Eee PC 701

    3 сентября

    CITKIT.ru:

  • Заметки о ядре (А.Федорчук):

    Добавлены описания пакетов Zenwalk: Galculator, Screenshot, Gnumeric, Pidgin

    В дискуссинном клубе:

  • И еще о Википедии и Google Knol

  • Лекция для начинающего линуксоида (С.Голубев)

    26 августа

  • Транзакционная память (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • Открыт новый проект Zenwalk: пакет недели

  • Статья Текстовые процессоры и их быстродействие: конец еще одной легенды?

    21 августа

    CITKIT.ru:

  • Почему школам следует использовать только свободные программы (Ричард Столлман)
  • Беседа Сергея Голубева с учителем В.В.Михайловым

  • Википедия или Гуглезнание? Приглашение к обсуждению (Алексей Федорчук)
  • Народная энциклопедия от Google (StraNNik)

  • Обзор Mandriva 2009.0 Beta 1 Thornicrofti
  • Новичок в Линукс: Оптимизируем Mandriva 2008.1

  • Книга Zenwalk. Приобщение к Linux:

    13 августа

    CitCity:

  • Мирный Atom на службе человеку. Обзор платы Intel D945GCLF с интегрированным процессором
  • Обзор процессоров Intel Atom 230 на ядре Diamondville

  • iPhone - год спустя. Скоро и в России?

    CITKIT.ru:

  • Интермедия 3.4. GRUB: установка и настройка (из книги Zenwalk. Приобщение к Linux)

    6 августа

  • СУБД с хранением данных по столбцами и по строкам: насколько они отличаются в действительности? (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • Интермедия 2.2. Что неплохо знать для начала (из книги Zenwalk. Приобщение к Linux)

  • И снова про шрифты в Иксах (А.Федорчук)

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

  • Дело о трех миллиардах (С.Голубев)

    30 июля

  • OLTP в Зазеркалье (Пересказ: С. Кузнецов)

    CitCity:

  • Будущее BI в облаках?
  • Тиражные приложения и заказная разработка. Преимущества для заказчика
  • Дискуссия со сторонниками заказной разработки

    CITKIT.ru:

  • Новые главы книги Zenwalk. Приобщение к Linux:
  • Глава 8. Пакеты: средства установки, системы управления, системы построения
  • Глава 9. Zenwalk: репозитории, пакеты, методы установки

    23 июля

    CITKIT.ru:

  • Все против всех. 64 vs 32, Intel vs AMD, tmpfs vs ext3
  • Две головы от Intel

  • Zenwalk: обзор штатных приложений (глава из книги "Zenwalk. Приобщение к Linux")

  • Нормально, Григорий...

    16 июля

    Обзоры журнала Computer:

  • Перспективы и проблемы программной инженерии в XXI веке
  • Большие хлопоты с большими объемами данных
  • Перспективы наноэлектроники

    CITKIT.ru:

  • Интермедия о лицензиях (А.Федорчук. "Zenwalk. Приобщение к Linux")

  • Есть ли будущее у KDE?

  • Linux в школе: альтернативный вариант в задачах

  • Шифр (приключения агента Никодима)

    10 июля

    CITKIT.ru:

  • Новые разделы книги А. Федорчука Zenwalk. Приобщение к Linux:
  • Интермедия вступительная. Linux или GNU/Linux? Как вас теперь называть?
  • Глава 5. Среда Xfce
  • Глава 6. Xfce: приложения и плагины

  • ZUR (Zenwalk User Repository) FAQ

    2 июля

  • Персистентность данных в объектно-ориентированных приложениях (С. Кузнецов)

    CITKIT.ru:

  • Новые разделы книги А. Федорчука Zenwalk. Приобщение к Linux:
  • Интермедия 1.2. Дорога к Zenwalk'у. Период бури и натиска
  • Интермедия 3.3. Немного о Linux'е и "железе"
  • Глава 4. Настройка: инструментами и руками
  • Интермедия 4.1. Zenpanel и конфиги: поиски корреляции

  • Интервью с Жан-Филиппом Гийоменом, создателем дистрибутива Zenwalk

  • Linux в школе: первые итоги (С. Голубев)

    25 июня

    CITKIT.ru:

  • Zenwalk. Приобщение к Linux (А. Федорчук)

  • Логика и риторика (С.Голубев)

  • Технология Tru64 AdvFS

  • Ханс Райзер предлагает отвести полицейских к телу Нины

    18 июня

  • Проекты по управлению данными в Google (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • ОС и поддержка "железа": мифы и реальность (А. Федорчук)

  • Linux в школе: другие дистрибутивы

  • Пинок (С. Голубев)

    4 июня

  • Ландшафт области управления данными: аналитический обзор (С. Кузнецов)

    CITKIT.ru:

  • Linux в школе: слово заинтересованным лицам

  • SlackBuild: пакеты своими руками

  • Linux от компании Novell. Установка и обзор openSUSE Linux

    Все публикации >>>




  • IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

    Информация для рекламодателей PR-акции, размещение рекламы — тел. +7 495 4119920, ICQ 232284597 Пресс-релизы — pr@citcity.ru
    Послать комментарий
    Информация для авторов
    Rambler's Top100 TopList liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодня This Web server launched on February 24, 1997
    Copyright © 1997-2000 CIT, © 2001-2007 CIT Forum
    Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...