Компьютер в бухгалтерском учете и аудите 2002'4 |
|||||||
|
ОАО “Центр информационных технологий “Ост-Ин“ |
Адрес: 127018, Россия, Москва, ул. Образцова, д. 31, стр. 4
Тел.: +7 (095) 219-2826
Факс: +7 (095) 219-2851
E-mail: sales@ostin.ru
Интернет: www.ostin.ru
Центр информационных технологий “Ост-Ин“ основан в 1994 году. Основное направление деятельности — разработка Корпоративных Информационных Систем для средних и крупных предприятий с использованием современных технологий, предлагаемых корпорацией Oracle и компанией Sun Microsystems. ЦИТ “Ост-Ин“ является участником Программы Партнерства Oracle (OPP) и партнером Sun Microsystems как Независимый разработчик ПО для платформы Sun (ISV).
Основной программный продукт фирмы — Корпоративная информационная система Kx3 — представляет собой целостный, гибко конфигурируемый и расширяемый набор структур данных и программных модулей, которые при их совместной работе обеспечивают полномасштабную информационную поддержку, необходимую для управления средними и крупными предприятиями. Построенная на основе СУБД Oracle, она включает в себя подсистемы Финансовая бухгалтерия, Основные средства, Материалы и МБП, Товародвижение, Заказы, Контракты, Производство (планирование и анализ выполнения плана, движение в производстве, лимиты), Планирование и контроль издержек, Кадры, Зарплата, Планирование продаж, Анализ результатов хозяйственной и финансовой деятельности (OLAP), Анализ и прогноз продаж (OLAP), Бюджетирование, Расчет плановой и фактической себестоимости.
Мощная система настроек дает возможность широкого выбора при определении учетной политики предприятия, настройке первичных документов и отчетов, контроле материальных и денежных потоков. Web-версия системы, основанная на Java-технологии, позволяет достаточно просто организовать и поддерживать совместное информационное пространство для центрального офиса, региональных филиалов, удаленных офисов и складов и т. п. Система Кх3 может работать на любых современных серверных платформах (действующие версии существуют для SUN SPARC/Solaris, SCO Open Server и Unixware). В качестве клиентов могут быть применены SUN SPARCstation, Windows/NT/95/98, JavaStation, JavaPC.
В числе заказчиков системы — Мебельная компания “Шатура“, торгово-промышленное объединение Старооскольского металлургического комбината, торговый дом “Останкино“, департамент потребительского рынка правительства Москвы, Внешэкономбанк, Нижегородский банк “Гарантия“ (внутренняя бухгалтерия), фирма “ФРОНДА — Мебель“, Московский ликеро-водочный завод “Кристалл“.
Последние разработки ЦИТ “Ост-Ин“:
Подсистема “ШК-логистика“ — разработана на основе новейших Java-технологий и позволяет использовать портативные радиотерминалы, оснащенные считывателями штрих-кода, для сквозного контроля движения полуфабрикатов в производстве и отпуска готовой продукции клиентам.
Система Репликации Данных — написана на языке программирования Java, для взаимодействия объектов применена архитектура CORBA. Система предназначена для передачи данных между головным предприятием и его территориально удаленными филиалами.
Подсистема “Нормирование остатков и оперативное управление запасами Готовой продукции“ — cистема предназначена для:
нормирования остатков и оперативного управления запасами ГП во всех звеньях логистической сети предприятия (от производства до продаж конечному потребителю) по каждой ассортиментной позиции;
формирования заказа производству на пополнение остатков готовой продукции в сети;
определения затрат на логистические операции;
определения ключевых факторов, влияющих на затраты в логистике.
Системы укладки грузов в транспортные средства. Назначение системы состоит в автоматизации этапа проектирования размещения грузов, а именно:
автоматизации процедуры расчетов укладки грузов;
автоматизации формирования складской и сопроводительной документации в части размещения грузов в транспортном средстве;
автоматизации работ с нормативно-справочной информацией, связанной с проектированием укладки грузов.
Проект был выполнен при участии: АО “ РОО “Московский научный центр по культуре и информационным технологиям“.
Для достижения успешного внедрения системы “Кх3” ЦИТ “Ост-Ин” предлагает заказчику всестороннюю программу поддержки внедрения и эксплуатации. Наши услуги включают телефонную поддержку, базовое обучение, технические консультации и личное участие во внедрении, документацию и обновление программного обеспечения.
Разработана ли Ваша стратегия информационных систем для локального производства или она ориентирована на распределенные потребности глобальных операций, в любом случае система “Кх3”может быть настроена на Ваши задачи. Система функционирует на широком спектре компьютерных платформ, может использовать различные базы данных, работать в сетевом режиме и поддерживать выбранный пользователем интерфейс.
Средства, применяемые в “Кх3”, позволяют проводить настройку и изменять систему таким образом, чтобы она соответствовала в точности тому, что от нее требуется, без ограничения по возможностям обновления Вашей системы и не требуя перепрограммирования в процессе модификации.
АРХИТЕКТУРА — КЛИЕНТ-СЕРВЕР.
Используемая СУБД — Oracle8i.
Система может работать на любых современных серверных платформах (действующие версии существуют для SUN SPARC/Solaris, SCO Open Server и Unixware).
В качестве КЛИЕНТОВ могут быть применены SUN SPARCstation, Windows/NT/95/98, JavaStation, JavaPC.
Минимальные требования к СЕРВЕРУ (на базе процессоров Intel):
процессор не ниже Pentium3-500;
оперативная память — 256 Mb;
жесткие диски — 2 диска не менее 4Гб;
сетевая плата — 10 или 10/100Mb PCI;
контроллер дисков — UltraWide SCSI.
Минимальные требования к рабочим станциям (КЛИЕНТУ):
процессор 486;
оперативная память — 16 Mb;
дисковое пространство — 70 Mb;
видео — 800х600х256.
Подсистема предназначена для оптимизации действий работников складов готовой продукции, выполняемых ими при приеме и отпуске изделий и построена как автоматизированный информационно-управляющий комплекс на основе действующей корпоративной базы данных, специализированных компонентов оснащения для штрихового кодирования и прикладных программных средств (в действующей версии программы для считывания штрих-кода используются радиотерминалы сбора данных ).
Основными задачами подсистемы “ШК-логистика“ являются:
повышение производительности труда работников склада за счет использования штрихового кодирования ТМЦ (готовой продукции) и сопроводительных документов;
повышение качества труда (снижение числа ошибок, вызванных человеческим фактором) и повышение экономической эффективности за счет снижения числа рекламаций и связанных с их удовлетворением дополнительных трудозатрат;
повышение оперативности и снижение трудоемкости обработки информации при вводе товаросопроводительных документов в БД.
Подсистема ШК-логистика выполняет следующие основные бизнес-функции:
постановка на выпуск для данного участка цеха;
контроль соответствия отгружаемых ТМЦ спецификации заказа при отгрузке готовой продукции со склада готовой продукции;
контроль соответствия доставленных из другого склада ТМЦ содержимому сопутствующей внутренней накладной;
контроль соответствия отгружаемых на другой склад ТМЦ спецификации сопутствующей внутренней накладной.
Прикладное программное обеспечение подсистемы выполнено на языке программирования Java. Реализация бизнес-логики, управления устройствами считывания, обмена данными с корпоративной БД в виде отдельных модулей позволяет, в частности, использовать считыватели штрих-кода различных моделей.
В качестве операционной системы для складского компьютера должна использоваться либо ОС Windows95/98/2000, либо ОС Linux.
Цеховой компьютер должен иметь следующую минимальную конфигурацию:
процессор Pentium II/350 или выше;
128 Мб оперативной памяти;
диск 3 Гб;
порт RS-232;
источник бесперебойного питания.
Система предназначена для передачи данных между головным предприятием и его территориально удаленными филиалами, и наиболее рационально ее применение в тех случаях, когда не требуется “реального времени“ при обмене данными, однако степень актуальности информации достаточно высока.
Система репликации данных представляет собой механизм, который позволяет решить задачи поддержки логической целостности данных при их тиражировании в разнородных системах. Для ее разработки была использована комбинация Java/CORBA. В качестве коммуникационной среды может использоваться любая IP –сеть (например, глобальная сеть Интернет).
Репликационное приложение – это Java-код, который устанавливается во всех удаленных подразделениях, где требуется репликация объектов местной базы данных в головное предприятие. Загрузка репликационного приложения в подразделении производится на одну из машин в рамках локальной сети, имеющей доступ к локальной базе данных, с одной стороны, и имеющей периодический либо постоянный доступ к репликационному приложению, находящемуся на головном предприятии, с другой. В минимальном варианте все программное обеспечение, включая коммуникационные программы, репликационное приложение и БД, может быть размещено на одном компьютере.
Репликационное приложение может работать в двух режимах – режим ожидания репликационных соединений (сервер) и режим, при котором производятся периодические попытки соединения с другими репликационными приложениями, работающими в режиме сервера (клиент). Для каждой из баз данных можно запускать одновременно два экземпляра репликационного приложения в разных режимах. Если на связь с сервером выходят одновременно несколько удаленных узлов, то сервер осуществляет взаимодействие с каждым из них в рамках отдельного потока выполнения, запускаемого в виртуальной машине Java.
В процессе сеанса репликации из одной БД в другую происходит следующее:
производится выявление и исправление потенциальных ошибок, возможных при разрывах сеансов связи;
передаются объекты, которые были созданы, но еще не переданы в конкретную БД;
передаются изменения содержимого ранее переданных объектов;
производится удаление объектов в БД дальнего узла, которые были удалены в локальной БД и были ранее переданы в дальний узел. Удаление объектов в БД дальнего узла производится в порядке регистрации их удаления в локальной.
Для обеспечения макисмальной надежности передачи данных, в случае низкого качества используемых каналов связи, в системе приняты специальные меры:
пакетный режим передачи объектов;
режим т.н. неконсистентной фиксации транзакций, когда можно “докачать“ объекты, оставшиеся непереданными после разрыва связи;
компрессирование/декомпрессирование потока выходных/входных данных.
Так как текущая версия репликации использует CORBA, то для распределенной работы требуется наличия стандартного брокера объектных запросов (лучше — коммерческого). При использовании СУБД Oracle8i во всех узлах никаких дополнительных средств не требуется. Новая версия репликации будет использовать только стандартные механизмы Java для взаимодействия объектов и при любой конфигурации не потребуется дополнительных программных средств.
№ 4, 1999 |
Репликация бизнес-объектов в гетерогенных системах учета и управления |
стр.88 |
Copyright © 1994-2016 ООО "К-Пресс"