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

26.03.2017

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

Новый ландшафт систем автоматизации

Сергей Колесников
27.06.2003
Открытые системы, #06/2003

Наряду с хорошо известными MRP, ERP и им подобными ландшафт средств автоматизации относительно недавно пополнился множеством непривычных аббревиатур. Среди них стали весьма популярны PLM, EAM, SCP, MES, которые весьма активно вытесняют привычные сокращения, образуя совершенно новую синтетическую сущность, которую аналитики все чаще называют ERP II. Попытаемся разобраться в сущности этих понятий и их взаимосвязи, показав образованный ими новый ландшафт интегрированной системы управления, принципиально отличающийся от привычного ландшафта ERP.

Прежде вспомним историю систем ERP-систем. Они были ориентированы на поддержку функционального управления предприятием — на автоматизацию отдельных процессов производства, финансов, сбыта, продаж, закупок и и.п. В первую очередь, подобные системы были предназначены для решения главной задачи данного функционального блока — планирования производства. Это предполагает, в частности, расчет потребности в материалах (MRP), затем расчет выполнимости производственного плана (CRP), ведение счетов для финансового блока, и так далее. При этом преимущественно предполагалось, что бизнес построен на производстве как на основе, а все остальное в значительной степени является обслуживающими процессами, из которых наиважнейшим является управление финансами. В момент возникновения программных продуктов категории MRP II, что соответствует началу 90-х годов, это предположение было неверно лишь для очень крупных компаний, где логистическое обеспечение продаж давно стало самостоятельной задачей. Однако ввиду уникальности процессов, ныне известных как управление логистическими цепочками, задача эта решалась при помощи столь же уникальных заказных продуктов; многие из них работают до сих пор. Обмен информацией (так называемые «заказы») между функциональными блоками осуществлялся на основе документов («первичка»), что полностью соответствует стандартной отечественной практике. Соответственно планирование выполнялось, а исполнение реализовывалось только внутри одного блока, хотя бы и очень большого (например, MRP II). При этом существенную проблему представляла, да и представляет до нынешнего дня, интеграция подобных «документоориентированных» систем в единую информационно-аналитическую систему. Одной из существенных причин таких проблем является необходимость поддержки разнообразного документооборота для отдельных типов товарно-материальных ценностей в системах, ориентированных на функциональное управление, особенно в ситуациях, когда необходима «сквозная» поддержка определенных процессов или аналитических «срезов».

С точки зрения современной организации управления бизнесом, необходимо рассматривать весь процесс доставки товара клиенту, даже в случае, если вы непосредственно не управляете, скажем, продажами, а являетесь всего лишь производителем продукции. Понятие «производитель» в нынешней ситуации также существенно изменило смысл. Если раньше «производителем» называлась компания, непосредственно производящая товар, то теперь в большинстве случаев невозможно разделить производящую компанию и компанию, «управляющую брэндом», но непосредственно ничего не производящую, а заказывающую товар на «заводах третьих стран». В бытовой (а в большинстве случаев, и деловой) лексике и тех, и других называют «производителями». Транспортировка и управление дистрибуцией «брэндов» также осуществляется через третьи компании. Реализация управления таким конгломератом невозможна с помощью системы документооборота. Действительно, большинство документов, курсирующих в такой среде, не подлежат учету в стандартных системах, в том числе в финансовых. Кроме того, стандартный финансовый учет компаний-субподрядчиков, как правило, существенно недостаточен для управленческих целей.

Целевая интеграция логистических, производственных и других функциональных систем, включая финансы и управление персоналом, сначала получила название COMMS (CSRP), а позднее была названа SCM («управление логистическими цепочками»), под которым ныне и получила широкую известность (рис. 1). Любопытно, что разделение этих названий связано с разделением непосредственного и косвенного производителя («брэнда»), так как первые были ориентированы практически только на заказное производство (единичное, в стандартной российской терминологии), а вторые — на любой тип производства, в том числе и на массовые брэнды. Учетной единицей в данных системах является не документ, а транзакция, которая связывает заказ конечного клиента (документ) и процесс его выполнения, глубиной «назад», возможно до заказа поставщику поставщика и глубже и «вперед» — до окончания поставки и/или жизненного цикла изделия. Физическими участниками транзакции могут быть почти исключительно «третьи» компании.

Рис. 1. Логистическая цепочка

Принципиально важно отличать управление логистическими цепочками, ориентированное на полный сбытовой цикл, и действия, ориентированные на управление ячейками такого цикла. Очень показательный пример — производитель-субподрядчик в составе брэнда. Такого рода логистический менеджмент получил название «взаимодействующий бизнес» (collaborative business), а соответствующая система планирования — collaborative planning, и, наконец, соответствующая такого рода организации бизнеса программная система поддержки логистики — PRM. Типы транзакций в обоих случаях различны. Если в первом управляется «полная транзакция», включающая все операции логистической системы, то во втором — «частичная», но принципиально являющаяся элементом транзакции управляющей «большой» логистической цепочкой компании.

Существенное влияние на развитие процесса процессной интеграции информационных систем оказало также развитие принципов менеджмента качества, а именно принципов управления «жизненным циклом изделий» (рис. 2).

Рис. 2. Жизненный цикл изделия в системе качества

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

Следующая задача — это управление активами. Функциональность для управления активами получила название EAM. Задача, решаемая в рамках транзакции «использования актива» в чем-то аналогична транзакции «жизненного цикла», и может быть названа «жизненным циклом актива». Системы PLM и EAM тесно пересекаются, скажем, на уровне цеха, где система управления цеховыми заданиями (или диспетчирования, MES) используя для производства определенной заказом клиента продукции конкретное оборудование, оснастку или инструмент, одновременно дает EAM основания для его амортизации или обслуживания в соответствии по мере использования. EAM, в свою очередь, предоставляет MES график ремонтов или обслуживания в соответствии с сервисным листом. Взаимодействие MES с PLM и SCP достаточно очевидно и хорошо известно. Заметим, что в случае единичного производства, SCP вынуждена для точного определения времени завершения заказа и планирования последующих логистических операций обращаться именно к MES, CRP в этом случае принципиально недостаточно, и в этом случае она, если и применяется, то только для чернового планирования или просчета месячных прогнозов.

Реализация и PLM, и EAM в стандартных документоориентированных системах крайне сложна, так как необходима сложная интеграция практически всех функциональных подсистем в части даже не типа продуктов, а партии или даже единичного продукта, относящегося к конкретному клиентскому заказу. Поддержка такого процесса требует существенной модификации учетных процедур и в «ручном» варианте практически нереализуема, а в стандартной ERP системе крайне затруднена. Видимо, именно поэтому в отечественной практике хотя и существовал термин «единичное производство», практически точно соответствующий западному «заказному» в современной трактовке, однако учетные процедуры по нему, включая методики расчета себестоимости, нигде не были прописаны. Термин «единичное» неудачен: не только возможна, но и весьма распространена ситуация «единичной» или «уникальной партии».

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

В свою очередь, инструментарий ERP II предназначен для поддержки интегрированной логистической системы, или обособленного элемента такой системы (рис. 1). Типичным покупателем такой системы является компания, продукция которой попадает, по крайней мере, под одно из определений: малое время стадии «нахождение на рынке» — менее одного года; заказной характер производства или закупок; очень высокая дифференциация и высокая чувствительность к «движениям рынка» (малое время реакции логистической системы на изменение потребительских предпочтений).

Вариант интеграции стороннего производителя изображен на рис. 3. В данном случае, несмотря на формальную разорванность логистических цепочек, должна сохраняться прослеживаемость функционального жизненного цикла, т. е. PLM-система должна отслеживать движение продукции через субконтрактора. Типичный покупатель такой модели очевиден: OEM-поставщик, субконтрактор, логистический агент.

Рис. 3. Интеграция стороннего производителя

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

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

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

Рис. 4. Транзакционные расширения ERP

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

В частных реализациях сегодня еще возможно совместное существование на одном предприятии традиционной ERP-структуры (вспомогательное производство), и транзакционной ERP II-структуры основного бизнеса, включая производство и логистику. Однако можно предположить, что в будущем такие решения будут становиться все более редкими, особенно с учетом тенденции передачи вспомогательных процессов на аутсорсинг. Интересно, что в этой ситуации ИТ становятся одним из важнейших, хотя и обеспечивающих пока процессов, подчиненных общей транзакционной структуре.

Транзакционный характер планирования и исполнения накладывает существенную специфику на реализацию программного продукта. Практически все подсистемы, кроме интерфейсных, требуют учета уже на стадии разработки специфики конкретного бизнеса, т. е. они должны быть ориентированы на конкретный вертикальный рынок. Что же касается интерфейсных систем, то они, как правило, требуют специфической доработки или настройки под конкретное предприятие, часто являясь полузаказными. Это разрушает иллюзию «универсальности» ERP-системы. Более того, PLM-система должна быть ориентирована на управление жизненным циклом конкретного типа продукции, а не дискретной продукцией вообще, либо должна также подвергаться глубокой настройке. Иначе, в рамках MRP II предприятия одного типа и вида производства имели бы идентичную функциональность и систему планирования. Но с точки зрения управления жизненным циклом они существенно различаются. Управление активами, образующими ИТ-инфраструктуру подразделения крупной компании и дачного поселка, хотя и похожи функционально, но принципиально отличаются с точки зрения EAM — предоставляемые ими услуги и их оценка связаны с совершенно различными процессами.

Опыт внедрения ERP в России полностью подтверждает эту практику, и более того, большинство неудач связано как раз с принципиальными ошибками при выборе «вертикально чувствительного» программного обеспечения, как например, попытки внедрить на непрерывном производстве MRP II. Проблемы, даже не с автоматизацией, а просто с бюджетированием холдингов также связаны с транзакционным характером финансовых и логистических операций в рамках холдинга. Бюджетирование же транзакционной системы, хотя и сходно по функциональной структуре с документоориентированной, но принципиально отличается по процессам и последовательности действий. К сожалению, на отечественном рынке практически не представлены наиболее современные продукты большинства типов транзакционных систем, а в отечественных системах поддержка транзакций, как правило, принципиально невозможна.

Сергей Колесников (sk_consult@mtu-net.ru) — директор по консалтингу компании «Экон-профи» (Москва).


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

***

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

***

Стандарты ISO 9000:2000 предписывают не только функциональный контроль и «прослеживаемость» на протяжении всего жизненного цикла, но и управление полной себестоимостью продукции, с учетом затрат функционального жизненного цикла. Решения, предназначенные для поддержки функционального жизненного цикла, получили название PLM.

Сокращения

HRMHuman Resource Management - Управление персоналом
MRPMaterial Requirements Planning - Планирование потребности в материалах
MRP IIManufacturing Resource Planning - Планирование производственных ресурсов
MESManagement Execution System -Система управления исполнением (производственных заданий), или система диспетчирования
CRPCapacity Requirements Planning - Планирование потребности в производственных мощностях
PLMProduct Lifecycle Management - Управление жизненным циклом
EAMEnterprise Assets Management - Управление бизнес-активами
CSRPCustomer Synchronized Resource Planning - Планирование ресурсов, синхронизированное с потребителями
COMMSCustomer oriented manufacturing management system - Система управления производством, ориентированная на покупателя
PRMPartnership Relation Management - Управление отношениями с партнерами
SCPSupply Chain Planning - Планирование логистических цепочек
SCMSupply Chain Management - Управление логистическими цепочками
SCESupply Chain Execution - Исполнение логистических транзакций
SCEMSupply Chain Event Management - Управление событиями в логистической цепочке

Размещение рекламы — тел. +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
    Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...