Мандрыкин А.В. Информационные технологии в экономике

Подождите немного. Документ загружается.

Epicor-Scala; 4%

Галактика; 8%

Microsof t; 11%

SAP; 40%

Oracle; 23%

BAAN; 2%

1С; 5%

Другие; 7%

Рис. 5. Ведущие поставщики российского рынка ERP

MBS

Axapta/Navision;

9,0%

SAP; 11,6% Компас; 11,6%

Галактика; 24,6%

1С; 14,3%

Oracle E-Business

Suite; 7,5%

Парус; 11,0%

SSA ERP / BAAN;

4,4%

IFS Applications;

3,0%

Epicor-Scala; 3,0%

Рис. 6. Распределение внедрений ERP по вендорам

С небольшим отрывом от нее идет «1С», доля которой

превышает, например, объемы продаж подразделения

BAAN Eurasia. При этом известно, что сама компания тради-

ционно не позиционирует свои решения как продукты класса

ERP. Тем не менее, в 2005 г. IDC впервые включает в исследо-

вание этого игрока, отмечая, что «1С Предприятие: 8.0» пол-

ностью соответствует мировым стандартам.

В отраслевом разрезе российский рынок ERP-систем

представляет собой довольно неоднозначную картину. Более

40% всех внедрений приходится сегодня на промышленность.

Среди вендоров, поставляющих программные продукты

для отечественных промышленных предприятий, лидирует (в

количественном выражении) «Галактика», на долю которой

приходится, по данным CNews Analytics, 24,6% всех внедре-

ний в этом секторе. На втором месте по числу реализованных

здесь проектов — «1С» (14,3%), на третьем — «Ком-

пас» (11,6%). Отечественные разработчики занимают на этом

вертикальном рынке уверенные позиции, потеснив мировых

лидеров промышленной автоматизации — SAP, Oracle, Baan и

IFS.

В машиностроении, лидирующем по числу внедрений

ERP, наибольшее число проектов реализовано «Компа-

сом» (25%), «Галактикой» (23%) и «1С» (21%). Со значитель-

ным отставанием (6% и менее) в этом секторе идут решения

SAP, MBS, Epicor, Oracle.

3.3. Контрольные вопросы

1. Классификация АРМ

2. Принципы конструирования АРМ

3. Типовая структура АРМ

4. Понятие и классификация КИС

5. Основные стандарты управления предприятием

6. Функции MRP II системы

7. Сравнительный анализ систем MRP и MRP II

8. Характеристика стандарта ERP

9. Краткая характеристика линейки стандартов ERP:

ERP, ERP II, Collaborative ERP

10. Характеристика стандарта ERP II

11. Характеристика стандартов CSRP и MES

12. Современный рынок КИС

4. ТЕХНОЛОГИЯ БАЗ ИНФОРМАЦИИ, СИСТЕМЫ

УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ, МОДЕЛИ ДАННЫХ.

ПОНЯТИЕ ХРАНИЛИЩА ДАННЫХ

4.1. Системы управления базами данных (СУБД)

Основные понятия баз данных

Под информацией понимают любые сведения о каком-

либо событии, сущности, процессе и т.п., являющиеся объек-

том некоторых операций: восприятия, передачи, преобразова-

ния, хранения или использования.

Данные можно определить как информацию, фиксиро-

ванную в определенной форме, пригодной для последующей

обработки, хранения и передачи.

База данных (БД) - поименованная совокупность струк-

турированных данных, относящихся к определенной предмет-

ной области.

Объекты реального мира, сведения о которых хранятся в

базе данных, называются сущностями - entities, а их актуаль-

ные признаки - атрибутами (attributes). Каждый признак кон-

кретного объекта есть значение атрибута.

В базе данных могут отражаться не только физические

объекты. Она способна вобрать в себя сведения об абстракци-

ях, процессах, явлениях, т.е. обо всем, с чем сталкивается че-

ловек в своей деятельности.

В состав базы данных входит также метаинформация

(т.е. информация об информации), включающая описание базы

данных (схема БД), информацию о предметной области, не-

обходимую для проектирования системы, о пользователях БД,

о проектных решениях и др.

Централизованное хранилище метаинформации называ-

ется словарем данных (словарь-справочник, энциклопедия,

репозиторий).

Система управления базами данных (СУБД) - это ком-

плекс программных и языковых средств, необходимых для

создания баз данных, поддержания их в актуальном состоянии

и организации поиска в них необходимой информации.

Виды моделей БД

Ядром любой базы данных является модель данных. Мо-

дель данных - совокупность структур данных и операций их

обработки.

СУБД основывается на использовании иерархической,

сетевой или реляционной модели, на комбинации этих моде-

лей или на некотором их подмножестве.

Иерархическая модель данных.

К основным понятиям иерархической структуры отно-

сятся: уровень, элемент, связь. Узел - это совокупность атрибу-

тов данных, описывающих некоторый объект. На схеме иерар-

хического дерева узлы представляются вершинами графа. Ка-

ждый узел на более низком уровне связан только с одним уз-

лом, находящимся на более высоком уровне. Иерархическое

дерево имеет только одну вершину (корень дерева), не подчи-

ненную никакой другой вершине и находящуюся на самом

верхнем (первом) уровне:

Рис. 7. Схема иерархической структуры

Пример иерархической структуры. Каждый студент

учится в определенной (только одной) группе, которая отно-

сится к определенному (только одному) факультету:

Рис. 8. Пример иерархической модели данных

Сетевая модель данных

В сетевой структуре каждый элемент может быть связан

с любым другим элементом:

Рис. 9. Схема сетевой структуры

Пример сетевой структуры: база данных, содержащая

сведения о студентах, участвующих в научно-

исследовательских работах (НИРС). Возможно участие одного

студента в нескольких НИРС, а также участие нескольких сту-

дентов в разработке одной НИРС:

Рис. 10. Пример сетевой модели данных

Реляционная модель данных

Ориентирована на организацию данных в виде двумер-

ных таблиц. Каждая реляционная таблица (отношение) пред-

ставляет собой двумерный массив и обладает следующими

свойствами:

− каждый элемент таблицы - один элемент данных;

− все столбцы в таблице однородные, т.е. все элементы в

столбце имеют одинаковый тип (числовой, символьный и т.д.)

и длину;

− каждый столбец имеет уникальное имя;

− одинаковые строки в таблице отсутствуют;

− порядок следования строк и столбцов может быть

произвольным.

Пример. Реляционной таблицей можно представить ин-

формацию о студентах, обучающихся в вузе:

№ зач.

книжки

Фамилия Имя Отчество

Дата

рождения

Группа

155125 Сергеев Петр Михайлович 01,01,80 720581

154652 Петрова Анна Владимировна 15,03,81 720591

178535 Анохин Андрей Борисович 14,04,80 720682

Поле, каждое значение которого однозначно определяет

соответствующую запись, называется простым ключом (клю-

чевым полем). Если записи однозначно определяются значе-

ниями нескольких полей, то такая таблица базы данных имеет

составной ключ.

Чтобы связать две реляционные таблицы, необходимо

ключ первой таблицы ввести в состав ключа второй таблицы

(возможно совпадение ключей); в противном случае нужно

ввести в структуру первой таблицы внешний ключ - ключ вто-

рой таблицы.

Нормализация отношений - формальный аппарат огра-

ничений на формирование отношений (таблиц), который по-

зволяет устранить дублирование, обеспечивает непротиворе-

чивость хранимых в базе данных, уменьшает трудозатраты на

ведение (ввод, корректировку) базы данных.

В настоящее время наибольшее распространение полу-

чили СУБД, реализующие именно реляционную модель дан-

ных, например, dBASE, FoxPro, Paradox, Microsoft Access.

Классификация СУБД

По языкам общения СУБД делятся на открытые, замк-

нутые и смешанные. Открытые системы - это системы, в кото-

рых для обращения к базам данных используются универсаль-

ные языки программирования. Замкнутые системы имеют соб-

ственные языки общения с пользователями БнД. Открытые

системы в настоящее время используются редко.

По числу уровней в архитектуре различают одноуровне-

вые, двухуровневые, трехуровневые системы. Под архитек-

турным уровнем СУБД понимают функциональный компо-

нент, механизмы которого служат для поддержки некоторого

уровня абстракции данных.

По выполняемым функциям СУБД делятся на информа-

ционные и операционные. Информационные СУБД позволяют

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

полнения более сложной обработки необходимо писать специ-

альные программы. Операционные СУБД выполняют доста-

точно сложную обработку, например, автоматически позволя-

ют получать агрегированные показатели, не хранящиеся непо-

средственно в базе данных, могут изменять алгоритмы обра-

ботки и т. д.

По сфере возможного применения различают универ-

сальные и специализированные, обычно проблемно-

ориентированные СУБД.

Системы управления базами данных поддерживают раз-

ные типы данных. Набор типов данных, допустимых в разных

СУБД, различен. СУБД, позволяющие разработчику добавлять

новые типы данных и новые операции над называются расши-

ряемыми системами баз данных (РСБД).

Дальнейшим развитием концепции РСБД являются объ-

ектно-ориентированные системы баз данных, позволяющие

моделировать сложные объекты.

4.2. Хранилища данных

Хранилище данных – это предметно-ориентированное,

привязанное ко времени и неизменяемое собрание данных для

поддержки процесса принятия управляющих решений.

Целью построения хранилища данных является интегра-

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

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

речивого взгляда на объект управления в целом. Концепция

хранилищ данных предполагает не просто единый логический

взгляд на данные организации, а действительную реализацию

единого интегрированного источника данных.

Таким образом, хранилище данных функционирует по

следующему сценарию. По заданному регламенту в него соби-

раются данные из различных источников – баз данных систем

оперативной обработки. В результате необходимые доступные

данные об объекте управления собираются в одном месте,

приводятся к единому формату, согласовываются и, в ряде

случаев, агрегируются до минимально требуемого уровня

обобщения.

Хранилище данных является идеальным местом хране-

ния аналитических данных:

− централизованное хранилище;

− оптимизированный доступ;

− непротиворечивость данных;

− использование бизнес понятий для доступа к инфор-

мации;

− автоматическое обновление.

В основном хранилища данных функционируют на базе

реляционных СУБД. Широко известны хранилища данных

Power Designer (Sybase), Designer и Developer (Oracle), Silver-

run (CSA Research).

4.3. Контрольные вопросы

1. Основные понятия баз данных

2. Виды моделей данных

3. Реляционная модель данных

4. Классификация СУБД

5. Характеристика хранилищ данных

5. АВТОМАТИЗАЦИЯ ОПЕРАТИВНЫХ,

ТАКТИЧЕСКИХ И СТРАТЕГИЧЕСКИХ ЗАДАЧ

УПРАВЛЕНИЯ. АВТОМАТИЗАЦИЯ ОПЕРАЦИОННЫХ

ЗАДАЧ. СИСТЕМЫ ПОДДЕРЖКИ ПРИНЯТИЯ

РЕШЕНИЙ. СИСТЕМЫ АНАЛИЗА ДАННЫХ.

OLAP-ТЕХНОЛОГИИ

5.1. Автоматизация оперативных, тактических

и стратегических задач управления

Как известно, существуют три уровня управления —

оперативный, тактический и стратегический. Оперативный

уровень — наиболее детальный, здесь планированию и учету

подлежат отдельные операции (транзакции), выполняемые

различными подразделениями организации. Горизонт опера-

тивного планирования, как правило, не превышает одного ме-

сяца, а планирование ведется в разрезе недель, дней, смен. На

тактическом уровне решаются задачи более общего характера,

а внимание руководителя сосредоточено в основном на эффек-

тивности использования ресурсов. Горизонт планирования, как

правило, год, с разбивкой по кварталам и месяцам. А стратеги-

ческий уровень — наиболее глобальный: на этом уровне ре-

шаются задачи формирования стратегических целей, оценки

путей их достижения и определения так называемых стратеги-

ческих инициатив — реальных программ действий по реали-

зации стратегии.

По мере перехода от оперативного управления к тактиче-

скому и далее к стратегическому информация становится бо-

лее агрегированной и охватывает все большие временные пе-

риоды. И именно это явление привело к тому, что в области

информационных технологий исторически сложились два

класса систем — транзакционные и аналитические (рис. 11).

К транзакционным относятся системы, осуществляющие

обработку данных на уровне отдельных операций (транзак-

ций) (ERP–системы, учетные системы и некоторые другие).

Эти программные продукты иногда называют OLTP–

системами (On–Line Transaction Processing — обработка тран-