Архитектура клиент-сервер
В беспорядочном мире служб, обеспечивающих междугородную телефонную связь, задержка в оформлении заказа может отпугнуть клиента и заставить его обратиться к другой компании.
Корпорация Sprint недавно создала новую систему для обслуживания нижнего звена коммерческих представительств, осуществляющих продажи по телефону дальней связи. Попытки сократить время оформления заказов она начала три года назад, вооружив отделы продаж блокнотными ПК ThinkPad корпорации IBM.
"Заказ выполнялся в течение дня. Но и это было для нас недостаточно оперативным", - вспоминает Майкл Рэпкен, директор отдела работы с заказчиками в подразделении сетевого сбыта корпорации Sprint (Ирвин, шт. Техас).
Гектор Мартинес (слева) и
Майкл Рэпкен из корпорации Sprint
Тогда для более быстрой обработки заказов инженеры Sprint создали новую архитектуру, в которой доступ к объектно-ориентированной СУБД корпорации Versant Object Technology осуществлялся через межплатформное ПО, разработанное Sprint. По словам г-на Рэпкина, теперь клиенты могут соединиться с его корпорацией "за считанные минуты".
По прежней схеме торговые представители пересылали информацию о заказе в базу IBM DB2, где заказы ежедневно обрабатывались в пакетном режиме, а затем вводились в центральную базу информации о заказчиках корпорации Sprint, созданную в реляционной СУБД Adabas фирмы Software AG на мэйнфрейме, работающем под ОС MVS.
"Для своего времени это была неплохая идея, однако в ней упущены из виду несколько проблем, - пояснил г-н Рэпкен. - При внесении изменений в существующую систему требовалась синхронизация серверной части СУБД".
Кроме того, целостность данных обеспечивалась мэйнфреймом. Поэтому ошибки обнаруживались
Бен Филлипс
