58. Стандарт erp II

=Управление внутренними ресурсами и внешними связями предприятия

Основная идея ERP II - выход за рамки задач по оптимизации внутренних процессов организации.

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

Подсистемы:

Управление материальными потоками, Управление финансами, Управление производством, Управление проектами, Управление сервисным обслуживанием, Управление качеством, Управление персоналом, Электронная коммерция, Управление взаимоотношениями с клиентами (CRM)

Консалтинговой компанией Gartner Group была предложена концепция ERP II – Enterprise Resource and Relationship Processing, управление внутренними ресурсами и внешними связями предприятия. Согласно Gartner Group:

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

59. Компоненты стандарта odbc.

ODBC (Open DataBase Connectivity) — это открытый интерфейс доступа к базам данных, разработанный фирмой X/Open. С помощью него прикладные программы могут обращаться к SQL БД и обрабатывать их независимым от СУБД способом.

Компоненты

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

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

Диспетчер драйвера. Это библиотека динамической компоновки (dynamic link library, DLL). Она загружает необходимые драйверы для системных источников данных и направляет вызовы функций приложения с помощью драйверов к соответствующим источникам данных. Диспетчер драйвера прямо управляет некоторыми вызовами функций ODBC, а также перехватывает и обрабатывает некоторые типы ошибок. Диспетчер драйвера выполняет роль посредника между приложением и драйвером СУБД. Диспетчер определяет тип СУБД и загружает соответствующий драйвер.

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

• Одноуровневый драйвер - обрабатывает вызовы ODBC, выполняет SQL-операторы

• Двухуровневый (многоуровневый) драйвер - занимается только обработкой вызовов ODBC, может форматировать SQL-запросы.

Источник данных. Существует множество источников данных. Таким источником может быть база данных на основе реляционной СУБД, находящаяся на одном компьютере с приложением, или база данных на удаленном компьютере. В роли источника данных может выступать обходящийся без СУБД индексно-последовательный файл (ISAM file) на локальном или удаленном компьютере. Для каждого вида источников данных требуется свой драйвер.