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

28.05.2017

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

Документооборот: два в одном

Маргарита Моисеева
17.10.2002
Открытые системы, #10/2002

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

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

Условно можно выделить три группы систем электронного документооборота (СЭД).

  • Самостоятельные СЭД. Поставляются в виде отдельной программы, обеспечивающей коллективную работу с документами и позволяющей взаимодействовать с приложениями типа MS Excel, Outlook. Такие СЭД предоставляют средства регистрации, хранения, просмотра и поиска документов. Самостоятельные СЭД позволяют осуществить простейший контроль путем просмотра информации о состоянии документа: исполнитель, сроки, резолюции, документы предприятия, с которыми он связан, адресаты, которым его следует послать по электронной почте и т.д. С одной стороны, зачастую небольшим предприятиям от системы электронного документооборота больше ничего и не требуется. С другой стороны, СЭД работает параллельно с бухгалтерскими, управленческими и другими системами предприятия; данные переносятся в СЭД с задержкой, что может стать причиной разного рода ошибок и несоответствий, увеличит риск потери данных, ограничит возможности использования самостоятельных СЭД.
  • СЭД в виде дополнительных модулей к системам ERP или САПР. Интеграция позволит снизить риск потери данных, обеспечит более жесткий контроль доступа и внесения изменений в документы, предоставив возможность доступа к документации без использования специализированных интерфейсов от ERP или САПР. Однако стоит учесть, что интеграция систем - процесс сложный и не всегда реализуемый.
  • СЭД как часть архитектуры системы комплексной автоматизации предприятия. Здесь функции СЭД "зашиты" в саму систему управления. Совместное использование технологий комплексной автоматизации управления и документооборота сочетает в себе их достоинства и недостатки.

Рассмотрим подробнее третий вариант СЭД.

В теории

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

Рис. 1. Бизнес-процесс «Возврат товара покупателю»

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

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

Рис. 2. Взаимодействие некоторых составляющих работы предприятия
Автоматизируя планирование, прогнозирование, оперативное управление, учет, анализ данных функции, ERP-системы опираются опять же на документы, «проходящие» по бизнес-процессам (рис. 2).

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

На практике

Рассмотрим систему, реально работающую на предприятии оптовой торговли, имеющем также собственное производство. Реализация схем бизнес-процессов, интерпретируемых аналогично рис. 1 и 2, позволяет использовать не две разрозненные системы, а одну. Рассматриваемое решение основано на системе Avacco компании Avacco Soft.

Архитектура системы

Система Avacco имеет трехзвенную клиент-серверную архитектуру. Первый уровень — сервер баз данных Microsoft SQL Server, в котором содержится вся информация компании, состоящая из двух частей. В одной базе данных хранится информация, вводимая пользователем и необходимая ему для работы (документы, константы, контрагенты, финансовые операции, товарные операции, курсы валют и проч.), а в другой — системная информация, в том числе, имена пользователей, их пароли и права, настройки системы (разным пользователям может быть показан разный набор папок и меню).

Второй уровень — сервер бизнес-логики, выполняющий прикладные алгоритмы по изменению данных, реализующий технологии документооборота, автоматизации бизнес-процессов, потоков работ, разного рода аналитику, агрегирование данных и поддерживающий функции защиты информации и алгоритмов. В функцию сервера бизнес-логики входит также связь сервера баз данных с клиентским приложением. Именно сервер бизнес-логики реализует схемы рис. 1 и 2.

Третий уровень — клиентские приложения VBA Client и Internet Client, позволяющие пользователю «общаться» с сервером бизнес-логики, предоставляющие всю информацию в удобном виде, в частности, визуализируя документооборот. Для VBA Client требуется наличие корпоративной сети, а Internet Client позволяет работать с данными через Сеть.

Финансовый и товарный учет

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

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

Планирование закупок и резервирование товара

Механизмы планирования и резервирования тоже корнями уходят в документооборот. К примеру, в бизнес-процессе «Продажа» оформляется документ «Заявка на продажу», в котором указывается, в какой день, на каком складе, какой товар и в каком количестве должен быть отгружен покупателю. Основываясь на представленных в этом документе данных, система автоматически зарезервирует на указанном в документе складе указанное количество товара под эту сделку (статический резерв). Если в полном объеме товара на складе нет, то оставшаяся часть может быть зарезервирована для этой сделки, как только товар появится на складе (отложенный резерв). Кроме того, товар может быть автоматически зарезервирован на заданную дату согласно указанной в документе дате отгрузки (динамический резерв). Интеграция документооборота и системы управления при прохождении документа по этапу бизнес-процесса позволяет при формировании документа сразу же отобразить реальную раскладку товара по складам: сколько товара доступно для продажи, сколько зарезервировано под сделки, сколько требуется закупить и т.д.

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

Доступ к документам

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

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

Задачи по документу

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

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

Настройка документооборота

Бизнес развивается, появляются новые схемы бизнес-процессов, что-то меняется в старых. В Avacco предусмотрена возможность силами заказчика (или подрядчика) внести необходимые изменения в протекание бизнес-процесса путем изменения кода системы. Для этих целей используется язык Visual Basic for Application.

Несмотря на то что типов предприятий много и схемы ведения бизнеса у них разные, большинство бизнес-процессов могут быть скомпонованы из ограниченного числа элементарных бизнес-операций — атомарных процессов. В системе их около десятка. Сервер бизнес-процессов, являющийся частью сервера бизнес-логики, реализует базовую функциональность этих атомарных процессов, позволяя настраивать взаимодействие этапов бизнес-процессов произвольным образом. Поскольку документооборот реализуется в системе с помощью схем бизнес-процессов, то и его настройка осуществляется через настройку бизнес-процессов: универсальными средствами можно настроить схему бизнес-процессов, регламенты прохождения документов, их формы и т.п. Таким образом, происходит настройка того, что должно быть показано на этапе, в электронном документе на экране пользователя, в отчете и т.д. Все новые документы, «идущие» по созданному бизнес-процессу, будут вовлечены в документооборот. Если на предприятии изменился маршрут документа, значит, изменилась схема бизнес-процесса, по которой «идет» этот документ. Предположим, раньше в компании А для того, чтобы собрать стол, менеджер создавал накладную на сборку, по которой сборщик выполнял работу, а теперь созданную накладную должен подписать руководитель. Это значит, что в бизнес-процессе «Сборка» появляется этап «Утвердить у руководителя», а для настройки изменений в системе рисуется и программируется новый этап, по которому и пойдет документ.

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

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

Заключение

Нельзя однозначно сказать, что система одного типа лучше, а другого хуже. Небольшим предприятиям, использующим в своей деятельности «1С: Бухгалтерию», вполне подойдет и «1С:Архив». Если масштаб предприятия таков, что функциональности «1С» уже недостаточно, лучше иметь систему с единой базой. А предприятию, на котором уже внедрена и работает определенная система управления, скорее подойдут встраиваемые модули СЭД.

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