Объектно-ориентированный подход к построению информационных систем в логистике

Внедрение информационных технологий в технологические процессы планирования и управления автомобильным транспортом на сегодняшний день является одним из условий повышения эффективности управления Л С. Здесь требуется переход от традиционных, привычных методов планирования и управления к таким методам, где применение информационных технологий даст наиболее ощутимый эффект. Одним из вариантов является переход от последовательных технологий оперативного планирования работы ПС к объектно-ориентированным. Действительно, если взять пример одной из наиболее быстро-развивающихся сфер экономики — информационных технологий, то здесь резко возросшая потребность в программном обеспечении вызвала переход от методов процедурного написания программного кода к объектно-ориентированному программированию (ООП). Отличительной чертой ООП является не описание последовательности выполнения операторов, а анализ состояния объекта и выполнение в зависимости от его результата определенных действий[1].

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

Традиционно в ООА выделяют три этапа:

  • 1) построение информационной модели, абстрагирование реальных сущностей в терминах объектов и атрибутов (свойств);
  • 2) построение модели состояний для формализации жизненных циклов объектов и отражение этой модели на диаграммах и таблицах переходов; взаимодействие между объектами осуществляется путем передачи сообщений о происходящих с ними событиях;
  • 3) разработка модели процессов, в которой действия в моделях состояний расчленяются на фундаментальные и многократно используемые процессы (методы).

Практика использования ООП в информационных технологиях показала жизнеспособность следующих двух подходов к выполнению ООА:

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

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

Предметная область ООА может быть формально описана совокупностью трех множеств: множества данных Х множества функциональных связей (задач, решаемых в ЛС) F; множества связей по определению (ограничений) R.

Модуль ООА должен настраиваться на конкретную предметную область путем определения множеств X, F и R и подключения соответствующего набора методов (подпрограмм анализа) М, как это показано на рис. 4.12.

Предметная область объектно-ориентированного анализа

Рис. 4.12. Предметная область объектно-ориентированного анализа

Элементы перечисленных множеств находятся в определенных отношениях между собой. Элемент множества задач F использует элементы множества данных X для передачи с учетом ограничений R аргументов связанному с задачей модулю М. Элементы множества связей либо связывают между собой пары данных, либо описывают некоторый предикат, аргументами которого служат элементы множества данных.

Распространение принципов ООА на планирование и управление ЛС позволяет использовать информацию о состоянии объектов управления на основе анализа событий. В зависимости от этого, инициируя выполнение тех или иных методов, можно изменять процесс функционирования системы, добиваясь оптимальных характеристик ее работы.

Основой ООП служит модель наследования, которая позволяет в иерархическом порядке «клонировать» классы, сохраняя общие и одновременно придавая им свои специфические черты. Таким образом, для описания объектов ЛС используется та или иная иерархия классов.

Класс — это шаблон или проект, в котором описаны характеристики, определяющие «поведение» объекта, который будет на нем основан. Принимая в качестве объектов ЛС такие понятия, как склад, автопоезд, перегон дороги, контейнер, мы подразумеваем информационную модель физического объекта, которая используется в процессе планирования и оперативного управления процессом доставки. Описание класса формируется с помощью набора событий, свойств и методов, присущих данному классу. В манипулировании этими тремя характеристиками и заключается управление будущими объектами.

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

Классификация системы классов приведена на рис. 4.13. Все классы делятся на следующие две группы:

  • 1) классы элементов управления — используются для моделирования объектов, которые могут генерировать управляющие воздействия в ЛС;
  • 2) классы контейнеров — используются для моделирования объектов с закрытой сложной структурой типа «черный ящик» (сгенерированные на основе классов контейнеров объекты содержат в себе произвольный набор элементов управления, которые обеспечивают требуемую функциональность).

С точки зрения представления объектов в модели ЛС все классы делятся еще на две группы:

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

Использование системы классов при моделировании ЛС базируется на схеме, приведенной на рис. 4.14. На основе базовых классов ООА создается система базовых классов моделируемой ЛС с учетом особенностей ее структуры и функционирования. Базовые классы ООА не могут корректироваться для сохранения универсальности своих характеристик, которая обеспечивает возможность использовать их для любой ЛС. На основе базовых классов ЛС создается структура подклассов, достаточная для моделирования всех объектов и процессов в ЛС. Объекты ЛС могут создаваться только на основе подклассов, но не базовых классов ЛС.

Система классов в объектно-ориентированном анализе

Рис. 4.13. Система классов в объектно-ориентированном анализе

Схема формирования структуры классов для моделирования

Рис. 4.14. Схема формирования структуры классов для моделирования

логистических систем

Характеристики классов, подклассов и, следовательно, созданных на их основе объектов определяются их свойствами. Свойства можно разделить на группы, как это показано на рис. 4.15:

  • • незащищенные свойства могут изменяться во время функционирования ЛС (это может быть остаток топлива в баке ТС, время доставки товара в магазин и т.п.);
  • • защищенные свойства сохраняют свои значения независимо от изменения условий моделирования ЛС, например, размеры стандартных контейнеров и поддонов, ограничения грузоподъемности или вместимости ПС и т.д.;
  • • свойства могут принимать отдельные числовые значения, такие как производительность крана или вместимость склада;
  • • свойства могут хранить массивы значений, например массив производительностей постов погрузки/разгрузки терминала или массив длин дуг транспортной сети;
  • • свойства могут использоваться только при функционировании объекта — Run time (это может быть расход топлива ПС, состав транспортных документов и т.п.);
  • • свойства могут использоваться только при разработке объекта — Design time (это могут быть характеристики технологической системы сортировки товаров в распределительном центре и т.д.).

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

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

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

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

Таблица 4.6

Объектная характеристика типичного процесса логистической системы

Класс

Свойство

Событие

Метод

Оптовый

склад

Название

Прибытие груза

Заказ авготран- спорта

Начато погрузки

Адрес

Завершение

погрузки

Подготовка партии груза

Условия выполнения погрузочно-разгрузочных работ

Готовность принять груз

Выполнение погрузочно-разгрузочных работ

Автомобиль

Модель

Движение с грузом

Планирование марш- рута движения

Вместимость

Выполнение погрузочно-разгрузочных работ

Тариф

Простой по техническим причинам

Подготовка документов

Заказчик

Название фирмы

Заявка на перевозку

Выставление счета

Вид перевозимого груза

Прием заявки

Платежные реквизиты

Оплата перевозки

Извещение о состоянии груза

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

При моделировании ЛС важной особенностью является отнесение объекта к группе активных или пассивных. Активные объекты могут самостоятельно генерировать определенный набор событий, например прибытие ПС на терминал. Пассивные объекты могут реагировать только на события, генерируемые извне. Пример разделения объектов ЛС на эти две группы приведен на рис. 4.17.

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

Пример фрагмента иерархии классов для типичного процесса

Рис. 4.16. Пример фрагмента иерархии классов для типичного процесса

логистической системы

Активные и пассивные объекты логистических систем

Рис. 4.17. Активные и пассивные объекты логистических систем

Например, для каждого объекта набор методов можно объединить в четыре группы:

  • 1) планирование и (или) подготовка объекта к выполнению каких-либо действий;
  • 2) выполнение действия;
  • 3) проверка завершенности действия и правильности его выполнения;
  • 4) документальное оформление действия.

В этом случае выполнение методов всех четырех групп составит завершенный цикл функционирования объекта (рис. 4.18).

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

Цикл работы объекта

Рис. 4.18. Цикл работы объекта

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

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

Таким образом, использование принципов ООП обеспечивает:

  • • автоматизацию управления внешними бизнес-операциями между различными субъектами Л С;
  • • оптимизацию ЛС за счет параллельного выполнения отдельных процессов;
  • • достоверную информацию о состоянии системы в реальном масштабе времени.

Виртуальное партнерство в логистических системах на основе электронного бизнеса

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

В мире электронный бизнес получил весьма популярное сокращенное наименование Business to Business — В2В. Электронный бизнес вобрал в себя целый комплекс бизнес-технологий, реализуемых с помощью глобальных сетей. Классификация этих технологий с точки зрения использования в ТЭО приведена на рис. 4.20.

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

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

Электронная коммерция (Business to Commerce — В2С) является частью электронного бизнеса и подразумевает осуществление функций маркетинга, продажи и приобретения продукции и услуг через Internet. Таким образом, В2С является основным инструментом реализации взаимоотношений с заказчиками в В2В относительно приема заказов и обмена информацией и документами, мониторинга рынка услуг и т.п.

Электронное взаимодействие с правительственными организациями (Business-to-Govemment — B2G) — системы, где в качестве сторон бизнес- отношений выступают юридические лица (предприятия, организации) с одной стороны и государственные учреждения — с другой. Сюда может относиться нормативное обеспечение, таможенные и налоговые отношения, выполнение государственного заказа или организация перевозок в случае чрезвычайных обстоятельств и т.п.

Большое значение в отношениях с партнерами имеют коммуникации в виде электронного обмена данными, реализуемые в виде EDIAFCT или XML, и технологии электронных платежей E-banking.

Электронное взаимодействие с сотрудниками (Business-to-Employee — В2Е) — внутрикорпоративная система электронного бизнеса, позволяющая организовывать работу персонала компании и вести совместную бизнес- деятельность сотрудников, отдельных структур или подразделений. В этом случае на бизнес организации не оказывает влияние фактическое местоположение сотрудника. Его рабочее место может находиться на крупном транспортном узле, у заказчика и т.и. Наличие у всех сотрудников средств мобильного доступа к внутрикорпоративным электронным ресурсам позволяет реализовать электронное взаимодействие между сотрудниками (Mobile-to-Mobile — М2М) без необходимости телефонных звонков или иных средств личного общения, что не всегда удобно из-за разных часовых поясов, режима работы, командировок и т.п.

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

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

Западная практика показывает, что у использующих технологии электронного бизнеса В2В-компаний отношение средней рыночной стоимости к общему коэффициенту капитализации достигло 26,8, в то время как для аналогичных компаний, придерживающихся «старой экономики», этот показатель составляет в среднем 4,7.

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

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

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

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

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

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

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

Управление заказами клиентов в виртуальном предприятии

Рис. 4.21. Управление заказами клиентов в виртуальном предприятии

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

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

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

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

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

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

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

Виртуальный склад — это отражение информации о некотором, объединенном определенными признаками, множестве товаров в глобальной компьютерной сети. Схема работы виртуального склада приведена на рис. 4.22.

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

Основное назначение виртуального склада — разрыв материальных и информационных потоков во времени и пространстве в системе поставок товаров.

Схема работы виртуального склада

Рис. 4.22. Схема работы виртуального склада

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

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

Практическое применение

Одна из крупнейших транспортных компаний в мире «United Parcel Service» («UPS») организовала на базе своего подразделения «UPS Logistics» новое подразделение «UPS е-Logistics», которое помогает организовать бизнес в области систем дистрибуции и логистики новым малым и средним В2В-компаниям и берег на себя управление всей цепочкой поставок товаров[3]. Для предоставления услуг в области консалтинга, интеграции, программных решений и систем управления складом «UPS е-Logistics» сотрудничаете такими известными компаниями, как «PricewaterhouseCoopers», «Oracle» и «EXE Technologies».

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

Расширение транспортного бизнеса за счет использования В2В- технологий становится ярко выраженной тенденцией. Об этом свидетельсгвует то, что еще одна крупная транспортная компания «FedEx» предложила платформу для организации интернет-витрин малых и средних компаний — FedEx Commerce builder. Это недорогое готовое решение по созданию веб-сайтов с инструментарием для организации в Интернете приема и обработки заказов, фактурирования и перевозки товаров с использованием транспортных служб «FedEx».

  • [1] Горев А. Э. Visual FoxPro 5.0. Книга для программистов. М.: FoxTalk ; Эдель, 1997.
  • [2] URL: http://www.esteelmarket.com/
  • [3] Кэмпбелл С. UPS: друг или враг // CRN/RE. 2002. № 1. С. 106-109.
 
Посмотреть оригинал
< Пред   СОДЕРЖАНИЕ   ОРИГИНАЛ     След >