Практическое использование MySQL++

Часть 1. С чего начать

Серия контента:

Подавляющее большинство приложений в той или иной степени используют в процессе работы базы данных. При разработке таких приложений весьма полезными оказываются инструментальные средства, упрощающие взаимодействие с различными СУБД. Одним из таких инструментов является библиотека MySQL++, которая позволяет эффективно организовать доступ к базам данных MySQL из программ, написанных на языке C++. Я попытаюсь подробно разобрать функциональные возможности этой библиотеки, её достоинства и недостатки. Начну с общих характеристик MySQL++.

1. Что такое MySQL++

MySQL++ - это специализированная библиотека так называемых "обёрточных" (wrapper) методов для прикладного программного интерфейса C API для СУБД MySQL. Главная цель этой библиотеки - сделать работу с SQL-запросами такой же простой, как работа с STL-контейнерами.

Самую последнюю версию библиотеки MySQL++ можно найти на официальном Web-сайте . Тем не менее, чтобы избежать дополнительных сложностей, лучше обратиться к репозиторию пакетов для вашего дистрибутива.

1.1. Немного истории

В 1998 г. Кевин Аткинсон начал разработку библиотеки, которая по его первоначальному замыслу обеспечивала бы выполнение SQL-запросов и обработку их результатов без привязки к какой-либо конкретной СУБД. Это было отражено даже в оригинальном названии - SQL++. Все версии, предшествующие 1.0, являются плодом индивидуальной работы Кевина.

В 1999 г. библиотекой занялась компания MySQL AB. Сначала некоторую работу проделал Майкл "Монти" Видениус , затем он передал полномочия другому сотруднику MySQL AB Синише Миливоевичу . Были выпущены версии 1.0 и 1.1, после чего Аткинсон официально передал все функции сопровождения библиотеки в руки Миливоевича и полностью устранился от какого бы то ни было участия в данном проекте. Миливоевич довёл библиотеку до версии 1.7.9, которая была выпущена в середине 2001 г. К этому моменту стала очевидной невозможность реализации универсальной библиотеки SQL-запросов, независимой от конкретных реализаций СУБД. Ориентация на MySQL стала неизбежной.

После выпуска версии 1.7.9 в работе над MySQL наступил период некоторого застоя, который продолжался три года, до августа 2004 г., когда ситуацию под контроль взял Уоррен Янг . Уоррен сразу же выпустил версию 1.7.10, устранил все проблемы с компиляцией при использовании GCC, исправил большое количество ошибок, добавил новые возможности. В общем, как говорится, "процесс пошёл"...

В данной статье я рассматриваю версию 3.0.9 библиотеки MySQL++. На официальном Web-сайте эта версия объявлена как "последняя стабильная".

2. Краткое описание основных объектов (соединение, запрос, результаты)

MySQL++ обеспечивает поддержку большинства разнообразных способов и приёмов работы с базами данных. И всё же, несмотря на это разнообразие, можно выделить обобщённую схему использования API-интерфейса, предназначенного для доступа к базам данных:

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

Каждому из перечисленных выше этапов соответствует класс или иерархия классов библиотеки MySQL++. Рассмотрим их немного подробнее.

2.1. Объект Connection (соединение)

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

В СУБД MySQL допускается использование нескольких различных типов соединений между клиентом и сервером: сокеты TCP/IP, сокеты Unix-домена, именованные программные каналы. Базовый класс Connection поддерживает все эти типы соединений. Какой именно тип соединения необходим в каждом конкретном случае, вы определяете с помощью параметров, передаваемых в метод Connection::connect(). Но если вы заранее решили, что ваше приложение будет работать только с одним типом соединений, то вашему вниманию предлагаются специализированные подклассы с упрощёнными интерфейсами. Например, если в программе предполагаются обращения исключительно к сетевому серверу баз данных, то вы можете воспользоваться подклассом TCPConnection.

2.2. Объект Query (запрос)

Чаще всего SQL-запросы создаются с использованием объекта Query, инициализируемого объектом Connection.

Query работает практически аналогично потоку вывода в стандартном C++, поэтому вы можете записывать в него данные так же, как в std::cout или std::ostringstream. Это наиболее близкий стилю языка C++ способ, используемый MySQL++ для компоновки строк запросов. В библиотеку включены манипуляторы потока с контролем типов данных, что существенно упрощает создание синтаксически корректных SQL-команд.

Ещё одной функциональной особенностью Query являются запросы-шаблоны (Template Queries), которые в определённой степени напоминают функцию языка C printf: формируется строка запроса с включаемыми в неё тэгами, обозначающими места вставки переменных элементов данных. Это удобно в тех случаях, когда в программе используются многочисленные запросы с одинаковой структурой - определив один шаблон, вы можете применять его многократно в различных частях своего приложения.

Третий метод создания запросов - использование объекта Query совместно со специализированными структурами SSQLS (Specialized SQL Structures), которые позволяют создавать структуры C++, являющиеся точным отображением схем конкретных баз данных. Это даёт объекту Query информацию, необходимую для формирования обобщённых SQL-запросов.

2.3. Наборы результатов (Result Sets)

Данные полей в наборе результатов запроса сохраняются в специальном классе с именем String (аналог стандартного std::string). Этот класс предоставляет операторы для автоматизированного преобразования объектов наборов результатов в любой базовый тип C/C++. Кроме того, MySQL++ определяет классы, такие как DateTime, которые вы можете инициализировать данными SQL-типа DATETIME. Для этих автоматических преобразований осуществляется контроль их корректности, и при ошибках конвертации выставляется соответствующий флаг-предупреждение или генерируется исключение (в зависимости от настроек библиотеки).

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

2.3.1. Команды, не возвращающие данные

Не все команды SQL возвращают данные. Пример такой команды CREATE TABLE. Для подобных команд имеется специальный тип результата (SimpleResult), который возвращает только состояние после выполнения команды: успешное завершение выполнения команды, количество строк, на которые подействовала команда (если подразумевалось какое-либо воздействие), и т.п.

2.3.2. Запросы, возвращающие данные: структуры данных MySQL++

Самый простой способ получения набора результатов - использование метода Query::store(). Этот метод возвращает объект StoreQueryResult, являющийся производным от std::vector, представляющий собой контейнер с произвольным доступом, сформированный из Row-строк. В свою очередь, каждый объект Row является аналогом вектора (std::vector) строк (тип String), по одному объекту на каждое поле в наборе результатов. Таким образом, вы можете рассматривать StoreQueryResult как двумерный массив, т.е. чтобы получить пятое поле из второй строки, можно просто написать result. К полям можно обращаться и по их именам, поэтому возможна и такая форма записи: result["price"].

Несколько менее удобным способом работы с набором результатов является применение метода Query::use(), возвращающего объект UseQueryResult. Этот класс функционирует подобно стандартному STL-итератору. В этом случае произвольного доступа к данным уже не получится - вы последовательно проходите по строкам набора результатов с ограничением по направлению: только от начала к концу. Нет возможности возвращаться к уже пройденным строкам, и вы не знаете, сколько строк в данном наборе до тех пор, пока не достигнете последней строки. В качестве компенсации за эти неудобства вы получаете более рациональное использование оперативной памяти, поскольку нет необходимости загружать в память весь набор полностью. Это особенно важно, если приходится работать с чрезвычайно большими наборами результатов.

2.3.3. Запросы, возвращающие данные: специализированные структуры SSQLS

Доступ к результатам запросов посредством структур данных библиотеки MySQL++ представляет достаточно низкий уровень абстракции - это лучше, чем применение MySQL C API-интерфейса, но не намного. Приблизить логику решения к предметной области задачи можно с помощью специализированных структур SSQLS (Specialized SQL Structures). Эти SSQLS-объекты позволяют определять структуры языка C++, которые соответствуют структурам таблиц в схеме конкретной базы данных. Кроме того, гораздо проще состыковать SSQLS-объекты со стандартными STL-контейнерами (а следовательно, и с алгоритмами).

Преимущество этого способа заключается в том, что в программе потребуется включение минимального объёма SQL-кода. Можно выполнить запрос и получить результат в виде структур данных языка С++, доступ к которым не отличается от доступа к любым другим структурам. Доступ к полученным данным можно организовать через объект Row или же обратиться к методам библиотеки, чтобы "сбросить" результаты в STL-контейнер - с последовательным, произвольным или ассоциативным доступом - выбор за вами.

Рассмотрим следующий фрагмент кода:

vector result; query << "SELECT * FROM stock"; query.storein(result); for(vector << "Цена: " << i->price << endl;

Практически "чистый" код на C++, без излишеств.

Если по каким-либо причинам создание SSQLS-объектов, соответствующих структурам таблиц баз данных, нежелательно или невозможно, то вы можете использовать объект Row, и приведённый выше фрагмент кода теперь будет выглядеть так:

vector result; query << "SELECT * FROM stock"; query.storein(result); for(vector::iterator i = result.begin(); i != result.end(); i++) cout << "Цена: " << i->at("price") << endl;

Различия невелики. Первый фрагмент выглядит более лаконично, но на внутреннюю логику это не влияет.

2.4. Ошибки и исключения

По умолчанию при возникновении ошибок библиотека генерирует исключения (exceptions). При необходимости вы можете настроить вместо генерации исключений установку специального флага ошибки (error flag), но помните, что исключения предоставляют более подробную информацию. В пределах одного блока try-catch вы можете выявлять различные типы ошибок.

3. Простой пример использования MySQL++

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

#include #include #include using namespace std; int main(int argc, char *argv) { // установление соединения с тестовой базой данных mysqlpp::Connection con(false); if(con.connect("test_db", "localhost", "tdb_user", "tdb_password")) { // выполнение запроса и вывод полученных результатов mysqlpp::Query query = con.query("select name from dvd"); if(mysqlpp::StoreQueryResult res = query.store()) { cout << "Коллекция DVD: " << endl; for(size_t i = 0; i < res.num_rows(); i++) cout << res[i] << endl; } else { cerr << "Ошибка при получении списка DVD: " << query.error() << endl; return -1; } return 0; } else { cerr << "Ошибка при установлении соединения с БД: " << con.error << endl; return -1; } }

Для обеспечения работы примера необходимо создать базу данных MySQL с именем test_db, содержащую таблицу с именем dvd. Эта таблица может иметь, например, следующую структуру:

name VARCHAR(50) genre TEXT(70) price REAL bought DATE

После того как тестовая база данных test_db создана, администратор MySQL должен создать пользователя с правами работы в ней. Имя и пароль для этого пользователя уже были указаны в приведённом выше исходном коде примера.

CREATE USER tdb_user@localhost IDENTIFIEDBY "tdb_password"; GRANT ALL PRIVILEGES ON test_db.* TO tdb_user@localhost;

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

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

4. Заключение

Даже после первого, достаточно беглого взгляда на функциональные свойства и характеристики библиотеки MySQL++ становится понятно, что она способна оказать существенную помощь разработчикам приложений, взаимодействующих с серверами СУБД MySQL. Библиотека легко адаптируется к потребностям программиста, не содержит ненужных излишеств и без затруднений "вписывается" в исходный код на языке C++.

В данной статье рассматривались общие характеристики библиотеки MySQL++, её функциональные возможности. В качестве иллюстрации был приведён простой пример исходного кода с применением объектов MySQL++. Следующая статья цикла будет посвящена настройке и адаптации библиотеки MySQL++ в различных проектах. В третьей статье будет подробно описано выполнение SQL-запросов и обработка их результатов. Тема четвёртой статьи - обработка ошибок и использование транзакций. В пятой статье мы рассмотрим различные типы данных и работу с ними. Специализированным формам запросов уделяется особое внимание в шестой статье. В заключительной, седьмой статье цикла будет продемонстрировано практическое применение библиотеки MySQL++ в многопоточных приложениях.

Ресурсы для скачивания

static.content.url=http://www.сайт/developerworks/js/artrating/

Zone=Linux, Open source

ArticleID=497598

ArticleTitle=Практическое использование MySQL++: Часть 1. С чего начать

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Курсовая работа

Выбор информационной системы

Введение

информационный программа экспертный

В период информатизации, общество стремится автоматизировать производственные процессы. Автоматизация позволяет ускорить процесс производства, а так же некоторые процессы управления.

Автоматизация происходит за счет внедрения информационных систем (ИС) на предприятии. Отсюда возникают проблемы как с выбором ИС для управления ресурсами предприятия, так и с ее внедрением.

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

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

На сегодняшний день, предприятия, которые серьезно подходят к выбору ИС нанимают аналитиков, что чревато немалыми денежными и временными затратами. Если учитывать, что внедрение ИС обходится предприятию очень дорого, то есть смысл сократить затраты на аналитику. Для минимизации таких затрат возникла идея создания экспертной системы (ЭС), для выбора ИС для управления ресурсами предприятия. Такая система позволит автоматизировать процесс выбора ИС, что минимизирует не только денежные затраты, но и временные.

Целью данной работы являются модели данных AS-IS (как есть) и TO-BE (как будет) для описания процесса выбора ИС.

Для достижения цели используются следующие задачи:

1. Выбор программного обеспечения для построения модели;

2. Выбор видов диаграмм для описания процессов (работ);

3. Построение модели AS-IS, описывающую нынешний процесс выбора ИС;

4. Построение модели TO-BE, которая опишет процесс выбора ИС с помощью экспертной системы.

1. Анализ предметной области

1.1 Методы выбора ИС

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

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

Функции ИС:

Сбор и регистрация информационных ресурсов;

Хранение информационных ресурсов;

Обработка информационных ресурсов;

Актуализация информационных ресурсов;

Предоставление информационных ресурсов пользователям.

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

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

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

1) Отраслевая и предметная специализация.

В основе отраслевой специализации лежат отраслевые различия продукции. В народном хозяйстве используется два признака отраслевой принадлежности предприятия: административно-организационная и продуктовая (чистая).

При использовании административно-организационного признака учитывается основной заявленный вид деятельности и принадлежность предприятия к определенному ведомству или предпринимательскому союзу.

Согласно второму признаку отраслевая принадлежность определяется структурой и объемом производства определенного вида продукции.

2) Структура производства

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

3) Мощность производственного потенциала (размер предприятия)

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

Для группировки предприятий по мощности используются различные нормативы. В РФ по численности выделяют малые предприятия: в промышленности до 100 человек, в сельском хозяйстве до 60 человек, в розничной торговле до 30 человек, в прочих предприятиях до 50 человек.

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

4) Характер деятельности

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

По назначению готовой продукции предприятия делятся на предприятия, производящие средства производства, и производящие предметы потребления.

5) Масштаб производства однотипной продукции

По масштабам производства однотипной продукции различают предприятия с массовым, серийным, единичным производством. Тип производства определяется по коэффициенту закрепления операций или коэффициенту серийности: массовое производство (от 1 до 3), крупносерийное (4-10), среднесерийное (11-20), мелкосерийное (20-40), единичное (более 40).

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

6) Доминирующий фактор производств

По признаку доминирующего фактора предприятия делятся на трудоемкие, капиталоемкие, материалоемкие, наукоемкие.

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

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

7) Цели внедрения новой информационной системы

8) Бюджет на покупку информационной системы

После определения критериев предприятия следует определить критерии, которыми должна обладать наша ИС:

1) функциональность ИС, т.е. наличие функций, обеспечивающих решение различных задач. Существует два вида функциональности:

Универсальная функциональность, мало зависящая от особенностей конкретного производства, - «склады», «договора», «финансы», «кадры» и др.;

Специализированная функциональность, тесно связанная с производством, - «технология», «изделия», «производство», «диспетчирование» и др.

2) организация единого информационного пространства (ЕИП). Она определяется:

Языком представления информации в ИС и его выразительными возможностями;

Средствами представления обобщений и укрупнений;

Принципиальной возможностью представления и обработки метаинформации;

Средствами отображения в ИС всех существенных взаимосвязей между отдельными компонентами информации;

Средствами поддержки семантики;

Степенью интеллектуальности средств поиска и анализа информации.

Отсутствие каких-либо из перечисленных компонентов при разработке ЕИП или недостаточная их развитость приводит к существенному усложнению самого ЕИП и всех прикладных алгоритмов.

3) Адаптивность и развиваемость ИС.

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

4) Возможность поэтапного внедрения.

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

1.2 Выбор программного обеспечения для моделирования процессов

Чтобы модель получилась как можно более читабельной важно правильно подобрать программное обеспечение (ПО) для моделирования процессов. Из всего многообразия ПО, был выбран AllFusion Process Modeler 7 (BPWin).

BPWin - инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса.

AllFusion Process Modeler 7 (BPwin) эффективен в проектах, связанных с описанием действующих баз предприятий, реорганизацией бизнес-процессов, внедрением корпоративной информационной системы. Продукт позволяет оптимизировать деятельность предприятия и проверить ее на соответствие стандартам ISO 9000. ISO 9000 - серия международных стандартов, описывающих требования к системе менеджмента качества организаций и предприятий. Продукт также позволяет спроектировать оргструктуру, снизить издержки, исключить ненужные операции и повысить эффективность.

В основу продукта заложены общепризнанные методологии моделирования, такие как IDEF0, IDEF3, DFD. Методология IDEF0, в свою очередь, рекомендована к использованию Госстандартом РФ и является федеральным стандартом США. Простота и наглядность моделей Process Modeler упрощает взаимопонимание между всеми участниками процессов. Распространенность самого AllFusion Process Modeler 7 позволяет вести согласование функциональных моделей с партнерами в электронном виде. Продукт AllFusion Process Modeler 7 (BPwin) создан компанией Computer Associates.

1.3 Модель AS-IS

Для описания бизнес-процессов в BPWin используются модели AS-IS и TO-BE.

Модель AS-IS - это модель «как есть», т.е. модель уже существующего процесса / функции. Обследование процессов является обязательной частью любого проекта создания или развития системы. Построение функциональной модели AS-IS позволяет четко зафиксировать, какие процессы осуществляются на предприятии, какие информационные объекты используются при выполнении функций различного уровня детализации. Найденные в модели AS-IS недостатки исправляются путем создания модели ТО-ВЕ (как будет), т.е. модели новой организации процессов на предприятии.

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

Рисунок 1. Контекстная диаграмма A-0 (модель AS-IS)

На рис. 1 представлена контекстная диаграмма типа IDEF0. Диаграмма типа IDEF0 состоит из работ и стрелок. Работы изображаются в виде прямоугольников.

Стрелки описывают взаимодействие работ и представляют собой некую информацию. На диаграмме выше представлены стрелки четырех видов:

1) Выход - материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы.

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

3) Управление - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы. Управление влияет на работу, но не преобразуется работой.

4) Механизм - ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т.д. Стрелка механизма рисуется как входящая в нижнюю грань работы. По усмотрению аналитика стрелки механизма могут не изображаться в модели.

Итак, на рис. 1 видно, что работа «Анализ предприятия» имеет один вход «Финансовые показатели», три стрелки управления «Формулы показателей экономической эффективности», «Правил и процедуры» и «Критерии предприятия», две стрелки выхода «Подходящая ИС» и «Эффект от внедрения», и одну стрелку механизма «Команда аналитиков». Теперь разберем подробнее, почему получилась именно такая модель.

Стрелка «Финансовые показатели» содержит в себе финансовые показатели предприятия за определенный период времени. После внедрения информационной системы данная информация претерпит изменения, которые будут отражены в стрелке выхода «Эффект от внедрения».

Стрелки управления не претерпевают никаких изменений, однако этой информацией руководствуется работа. Со стрелкой механизма все тоже вроде бы ясно. На выходе получаем наиболее подходящую ИС и эффект от ее внедрения.

Рисунок 2. Диаграмма декомпозиции A0 (модель AS-IS)

Далее, мы декомпозировали работу. Декомпозиция - это процесс, когда мы разбиваем одну работу, на несколько. Работа «Анализ предприятия» была разбита на 3 работы: «Сбор информации о предприятии», «Вычислительный комплекс» и «Поиск оптимальной ИС». Работы связаны между собой стрелками. Стрелки описывают взаимодействие работ между собой. Так, работы «Сбор информации о предприятии» и «Вычислительный комплекс» связаны между собой стрелкой «Финансовые результаты». Эта стрелка находится на выходе из первой работы и на входе во вторую.

На рис. 2 показан процесс анализа предприятия. Он строится следующим образом. Сначала идет сбор информации о предприятии. На выходе получаем финансовые результаты и критерии предприятия, которые нужны нам для определения оптимальной ИС. Финансовые результаты обрабатываются вычислительным комплексом и на выходе получаются показатели экономической эффективности (стрелка «Финансовые показатели»), которые идет в работу «Поиск оптимальной ИС» для сравнения. В ту же работу отправляются и критерии предприятия. Затем, после отбора по критериям из третьей работы во вторую отправляются наиболее подходящие ИС, для расчета эффективности от внедрения. После чего на выходе из второй работы предприятие получает эффект от внедрения той или иной системы, а команда третьей работы указывает на наиболее подходящую информационную систему или системы.

Рисунок 3. Диаграмма декомпозиции А1 (модель AS-IS)

Далее была декомпозирована работа «Сбор информации о предприятии». Новых стрелок здесь не добавилось, но здесь видно, что работа разделилась. Одни занимались сбором критериев для выбора ИС, другие сбором финансовых результатов предприятия.

Рисунок 4. Диаграмма декомпозиции А3.1 (модель AS-IS)

Как видно на рис. 4, диаграмма декомпозиции отличается от тех, что мы рассматривали ранее. Это диаграмма типа IDEF3.

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

Данная диаграмма состоит из работ, объектов ссылок и связей. Работы изображаются все так же в прямоугольнике. Связи - это стрелки, показывают взаимоотношение между работами.

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

Старшая - сплошная линия, связывающая единицы работ, рисуется слева направо или сверху вниз и показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется;

Отношения - пунктирная линия, использующаяся для изображения связей между единицами работ, а также между единицами работ и объектами ссылок;

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

Для отображения логики взаимодействия при слиянии и разветвлении стрелок в IDEF3 используются так называемые перекрестки. Типы перекрестков представлены в таблице 1.

Таблица 1. Типы перекрестков

Обозначение	Наименование	Смысл в случае слияния стрелок	Смысл в случае разветвления стрелок
	Asynchronous AND	Все предшествующие процессы должны быть завершены	Все следующие процессы должны быть запущены
		Все предшествующие процессы завершены одновременно	Все следующие процессы запускаются одновременно
		Один или несколько предшествующих процессов должны быть завершены	Один или несколько следующих процессов должны быть запущены
		Один или несколько предшествующих процессов завершены одновременно	Один или несколько следующих процессов запускаются одновременно
	XOR (Exclusive OR)	Только один предыдущий процесс завершен	Только один следующий процесс запускается

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

Итак, на модели AS-IS видно, как происходит разделение работ. Можно сделать вывод, что это долгий и сложный процесс. Для решения объемных и сложных задач человек изобрел компьютер, чтобы он решал эти задачи максимально быстро и точно. Отсюда и возникла идея создания экспертной системы, которая будет выбирать ИС для предприятия.

2. Проблема выбора ИС

2.1 Выбор ИС для предприятия

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

Если же было решено, что информационная система все-таки нужна возникает второй вопрос: «Покупать или разрабатывать». Мнения на счет этого у всех разнятся, но одно точно, все зависит от критериев предприятия. Если это малое или среднее предприятие, то обычно больше подходит покупка, нежели разработка. Если это крупное предприятие, то разработка может обойтись и дешевле, и эффект от внедрения будет гораздо выше, однако, это не всегда должно быть именно так.

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

Если все-таки разрабатывать ИС то нужно учитывать, что есть несколько способов. Первый - это набор сотрудников и создание отдела, для разработки. Данный способ отличается своей дороговизной, однако, такая система будет смой гибкой, так как она будет постоянно дорабатываться и адаптироваться под нужды предприятия. Такая система больше всего подходит для крупных предприятием, с нетипичным производством, или же с предоставлением различного спектра услуг. Второй способ - заказ ИС компании-разработчику программного обеспечения. Целесообразен скорее для предприятий среднего бизнеса. Плюс в том, что не нужно будет нанимать отдел программистов для разработки, что обойдется компании значительно дешевле. Минус - пониженная гибкость, нежели у первого способа. Теперь чтобы доработать систему нужно снова обращаться к разработчикам и снова платить деньги, которые, между прочим, не бесконечные.

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

2.2 Анализ готовых ИС

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

1. Отечественные ИС

1С: предприятие.

Система программ «1С: Предприятие» включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц. Сама платформа не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу.

Области применения. Гибкость платформы позволяет применять 1С: Предприятие 8 в самых разнообразных областях:

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

Поддержка оперативного управления предприятием;

Автоматизация организационной и хозяйственной деятельности;

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

Широкие возможности для управленческого учета и построения аналитической отчетности, поддержка многовалютного учета;

Решение задач планирования, бюджетирования и финансового анализа;

Расчет зарплаты и управление персоналом;

Галактика ERP.

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

Галактика ERP разработана для применения в условиях российской экономики с её спецификой, состоящей в постоянных изменениях законодательства. Согласно обзору CNews Analytics, «к плюсам «Галактики» можно отнести достаточно глубокую интегрированность и четкую поддержку законодательной базы.»

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

Разработчик системы обеспечивает:

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

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

Качественную и быструю программную реализацию сложных проектов за счет применения современных методов разработки программного обеспечения (CASE-технологии и т.п.);

Техническую и методическую поддержку на этапах системного внедрения и системной эксплуатации;

Обучение пользователей практической работе с системой;

Системную интеграцию, комплексную поставку оборудования, расчет и монтаж сетей;

Настройку и модернизацию компьютерного и телекоммуникационного оборудования;

Консалтинговые услуги при проектировании бизнес-процессов.

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

В решения по автоматизации заложены следующие основополагающие принципы:

Модульный принцип построения программного комплекса;

Платформенная независимость;

Обеспечение эффективной обработки и защиты данных для архитектуры «клиент-сервер» и СУБД Oracle;

Интеграция с внешними информационными системами и приложениями;

Поэтапное внедрение;

Масштабируемость и надежность.

Зарубежные ИС.

Па сегодняшний день это наиболее популярная как на Западе, так и у нас, КИС. Компания «SAP AG» занимает третье место в мире среди крупнейших софтверных компаний.

Система SAP R/3 воспроизводит организационную структуру предприятия различного типа с использованием базовых компонентов («компания», «балансовая единица», «концерн», «бизнес-сфера»), обеспечивает поддержку бизнес-процессов хозяйственной деятельности.

Базовый модуль системы включает в себя:

Мониторинг функционирования системы SAP R/3;

Установку и настройку СУБД;

Системное обслуживание (обновление БД, регистрация пользователей, ведение журнала транзакций и др.);

Управление системой разграничения доступа;

Управление выводом на печать;

Управление электронным документооборотом;

Генерацию отчетов; и др.

Microsoft Dynamics CRM.

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

Основные преимущества Microsoft Dynamics CRM:

Удобный пользовательский интерфейс;

Полная интеграция с Microsoft Office System;

Мощные инструменты анализа данных;

Простота управления бизнес-процессами;

Контроль выполнения поставленных задач;

Низкая совокупная стоимость владения;

Быстрый возврат инвестиций.

Oracle Siebel CRM.

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

Преимущества Oracle Siebel CRM:

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

Гибкость и расширяемость - архитектура и средства настройки Siebel позволяют конфигурировать продукт в соответствии с требованиями бизнеса;

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

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

3. Р ешение проблемы выбора ИС

3.1 Полезность использования экспертной системы

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

Экспертная система (ЭС) - это компьютерная система, способная частично заменить специалиста-эксперта в разрешении проблемной ситуации. Экспертные системы относятся к системам искусственного интеллекта (ИИ).

Структура экспертных систем:

Интерфейс пользователя;

Пользователь;

Интеллектуальный редактор базы знаний;

Эксперт;

Инженер по знаниям;

Рабочая (оперативная) память;

База знаний;

Решатель (механизм вывода);

Подсистема объяснений.

Экспертные систем можно классифицировать по двум основным признакам по решаемой задаче и по связи с реальным временем.

Классификация ЭС по решаемой задаче:

Интерпретация данных;

Диагностирование;

Мониторинг;

Проектирование;

Прогнозирование;

Сводное планирование;

Оптимизация;

Обучение;

Управление;

Отладка.

Классификация ЭС по связи с реальным временем:

Статические ЭС - это ЭС, решающие задачи в условиях не изменяющихся во времени исходных данных и знаний;

Квазидинамические ЭС интерпретируют ситуацию, которая меняется с некоторым фиксированным интервалом времени;

Динамические ЭС - это ЭС, решающие задачи в условиях изменяющихся во времени исходных данных и знаний.

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

3.2 Модель TO BE

Найденные в модели AS-IS недостатки исправляются путем создания модели ТО-ВЕ (как будет), т.е. модели новой организации процессов на предприятии. В рамках данной работы был смоделирован процесс анализа предприятия с помощью экспертной системы.

Рисунок 5. Контекстная диаграмма А-0 (модель TO-BE)

Как видно на рис. 1 и рис. 5 ничем не отличаются. Оно и не удивительно, ведь анализ ЭС не нужны какие-то дополнительные данные для работы, она может руководствоваться тем что есть. Изменения идут дальше, когда мы декомпозируем работу.

Рисунок 6. Диаграмма декомпозиции A0 (модель TO-BE)

Теперь мы видим более упрощенную модель нежели в AS-IS (рис. 2). Дело в том что работы по вычислениям и анализу по критериям будет выполнять экспертная система.

Модель декомпозиции А1 ничем не отличается от модели в AS-IS, а вот модель A2 рассмотрим подробнее.

Рисунок 7. Диаграмма декомпозиции A2 (модель TO-BE)

Диаграмма на рис. 7 отличается от предыдущих. Все дело в том, что это диаграмма типа DFD. Диаграммы потоков данных (Data Flow Diagramming) являются основным средством моделирования функциональных требований к проектируемой системе. Требования представляются в виде иерархии процессов, связанных потоками данных. Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. DFD-диаграммы успешно используются как дополнение к модели IDEF0 для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных работ. Основные компоненты DFD - процессы или работы, внешние сущности, потоки данных, накопители данных (хранилища).

В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы - движение объектов, хранение объектов, поставка и распространение объектов.

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

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

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

Как видно на рис. 7, диаграмма имеет две работы «Интеллектуальный интерфейс» и «Вычислительный комплекс». Два хранилища данных «база данных» и «База знаний». Три внешние ссылки «Предметная область», «Аналитик ПО» и «Подходящая ИС». Получилась не сложная модель, а главное то, что самые дорогостоящие и долгосрочные работы будет выполнять ЭС.

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

З аключение

В данной курсовой работе был проведен анализ предметной области. Были выявлены проблемы выбора ИС и решения этих проблем.

В первой части рассмотрели методы, которыми руководствуются при выборе ИС. Также, было подобрано программное обеспечение для моделирования анализа предприятия и построена модель AS-IS, которая описывает анализ предприятия для выбора ИС.

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

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

Цели и задачи данной работы были достигнуты, а именно:

Выбрано ПО для построения модели, а именно BPWin;

Использовали диаграммы типа IDEF0, IDEF3, DFD;

Построена модель AS-IS, описывающая процесс анализа предприятия;

Построена модели TO-BE, описывающая процесс анализа предприятия с использованием ЭС.

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

Список источников

1. Самардак А.С.: Корпоративные информационные системы: учебное пособие. 2003.

2. Павел Олейник: Корпоративные информационные системы: учебник для вузов.

3. Избачков Ю.С., Петров В.Н. Информационные системы. 2006.

4. Бурцева Е.В. Информационные системы: учебное пособие. 2009.

5. Джарратано Дж., Райли Г. Экспертные системы: принципы разработки и программирование. 2007.

6. Корпоративные информационные системы на российских предприятиях: в чём проблемы? [Электронный ресурс] URL: http://dis.ru/library/detail.php? ID=25554

7. Экспертная система. [Электронный ресурс] URL: https://ru.wikipedia.org/

8. Что такое ERP? [Электронный ресурс] URL: http://www.erpguru.ru/? id_razdel=287

9. Оценка и выбор ИС и ИТ. Общие и конкретные критерии. Примеры отечественных ИКИСП. [Электронный ресурс] URL: http://studopedia.org/6-59665.html

10. AllFusion Process Modeler 7 (BPwin) [Электронный ресурс] URL: http://www.interface.ru/home.asp? artId=102

Размещено на Allbest.ru

Подобные документы

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

контрольная работа , добавлен 04.02.2017


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

курсовая работа , добавлен 22.03.2016


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

дипломная работа , добавлен 18.12.2010


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

курсовая работа , добавлен 13.08.2009


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

курсовая работа , добавлен 14.09.2015


Анализ необходимости разработки информационной системы для продажи товаров народного потребления: оценка потребностей предприятия ООО "Эридан"; выбор средств реализации; требования и технология эксплуатации системы; проектирование компонент приложения.

дипломная работа , добавлен 13.07.2011


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

дипломная работа , добавлен 10.09.2013


Наличие экономической информационной системы. Матрица организационных проекций. Разработка системы базы данных. Современные CASE-средства. Основные этапы разработки информационных систем. Абсолютный показатель и индекс снижения стоимостных затрат.

курсовая работа , добавлен 14.03.2011


Обоснование необходимости разработки информационной системы. Анализ предметной области. Техническое задание на создание ЭИС. Правовой статус и краткая экономическая характеристика предприятия. Состояние учетно-аналитической работы на предприятии.

реферат , добавлен 09.01.2009


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

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

Выбор ИС может основываться на самых разных критериях, зависящих от множества факторов. Их перечень довольно разнообразен, а значимость определяется особенностями конкретного предприятия. Несмотря на это, можно выделить существенные критерии, являющиеся качественными для оценки ИС. Игнорирование таких критериев или недостаточная оценка их значимости может привести в дальнейшем к большим дополнительным затратам и существенным задержкам во времени. Следует подчеркнуть, что в конечном счете они влияют на совокупную стоимость владения (Total Cost of Ownership, TCO) ИС, которая включает стоимость не только приобретения ИС, но и ее дальнейшей эксплуатации.

1-й критерий: функциональность ИС

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

Существует два вида функциональности:

• универсальная функциональность, мало зависящая от особенностей конкретного производства, - «склады», «договора», «финансы», «кадры» и др.;
• специализированная функциональность, тесно связанная с производством, - «технология», «изделия», «производство», «диспетчирование» и др.

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

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

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

2-й критерий: организация единого информационного пространства

Второй важнейший критерий ИС - это принципы организации единого информационного пространства (ЕИП) в системе. Организации ЕИП влияет на все функции и характеристики системы. В конечном счете возможность или невозможность решения тех или иных задач, адаптивность и развиваемость ИС зависят от принципов организации ЕИП.

Организация ЕИП определяется:

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

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

3-й критерий: адаптивность и развиваемость ИС

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

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

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

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

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

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

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

4-й критерий: возможность поэтапного внедрения

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

Резюме

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

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

Информационная система СМАРТ

ОАО «Научно-исследовательский центр электронной вычислительной техники» является одним из передовых предприятий в области производства печатных плат. Летом 2007 года ОАО «НИЦЭВТ» завершило полную модернизацию всех технологических линий, что позволило увеличить производственные мощности предприятия и обеспечило возможность изготовления плат любого уровня сложности с высокой точностью (рис. 1).

Наряду с модернизацией производственного комплекса была начата опытно-конструкторская разработка автоматизированной системы управления производством - СМАРТ. Она ведется сотрудниками ОАО «НИЦЭВТ», имеющими большой опыт в разработке информационных систем, ориентированных на решение сложных информационных задач. Высокий научный потенциал коллектива и существующие наработки в области представления информации позволили выполнять разработку системы управления одновременно с внедрением полученных результатов в производственном комплексе.

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

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

Все это достигается благодаря таким характеристикам СМАРТ, как:

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

Успех внедрения информационной системы управления предприятием обусловлен использованием новой технологии обработки и анализа информации, основанной на применении в ИС базы знаний . Среди основных преимуществ, предоставляемых базой знаний (БЗ) перед традиционными технологиями, следующие:

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

Функции информационной системы СМАРТ

Система управления производством состоит из ряда модулей (рис. 2), обеспечивающих выполнение следующих функций:

• базовые функции - дает возможность выполнять системные и общие, универсальные функции для всей системы управления: обеспечивает работу с иерархическими справочниками объектов и характеристик, интерфейс к системам администрирования, обслуживания модели, архивирования и конфигурирования системы;
• документооборот - позволяет работать с различными типами документов, необходимых для производства. Документ может иметь приложения, ссылки на другие документы и свои фотографии, которые сохраняются в HTML-базе фотографий документов с их кратким описанием. На любой документ могут быть назначены задания для сотрудников и постановка на контроль;
• договора - один из основных, консолидирующих типов объектов, обеспечивающих взаимо связь различных объектов и событий в системе. В договоре содержится перечень изготавливаемых изделий и выполняемых работ, оплаченные и выставленные счета, структура цены, наряды на изготовление и др. Договор может содержать этапы и находиться в различных состояниях. Поскольку договор может содержать произвольное количество позиций, изготавливаемых в разное время, то для отслеживания конкретных позиций в системе применяются «Заказы» (рис. 3);

• документохранилище - в процессе производства используется большое количество различной технической документации, которая может представляться как в бумажном, так и в электронном виде. Данный модуль обеспечивает хранение и каталогизацию электронных и бумажных документов с поддержкой различных версий одного документа. Система осуществляет разграничение доступа и делает возможной коллективную работу с документами;
• изделие -модуль позволяет создавать, описывать, хранить и обрабатывать состав и структуру выпускаемых изделий. Эта информация применяется как основа для всех дальнейших этапов подготовки производства, планирования и управления. Изделие может относиться к различным типам, иметь сложную структуру, различную геометрическую форму, конструкторскую документацию и т.п. Система позволяет просматривать историю изготовления изделия и использовать ее в случае его повторного изготовления (рис. 4);

• технология - модуль предназначен для разработки технологических процессов для деталей, узлов и других объектов. Он позволяет задать технологический маршрут, операции, оборудование и переходы, подобрать инструмент и оснастку, рассчитать нормативы и затраты, выпустить необходимые документы;
• диспетчирование -модуль обеспечивает отображение состояния производственных процессов в информационной системе. Для контроля за производственным процессом служат различные методы и средства, предусматривающие ручное и автоматизированное снятие показателей. Для отслеживания изготовления изделий применяются маршрутные карты со штрих-кодом, который считывается в контрольных точках и автоматически информирует систему о выполненных операциях;
• планирование -модуль предназначен для информационной поддержки процессов производственного планирования и оперативного управления. При планировании учитываются загруженность оборудования, его производительность, рассчитываются необходимые запасы материалов. Возможно планирование рисков, возникающих в процессе производства;
• задания - для организации совместной работы сотрудников, а также для отслеживания выполняемых работ используется механизм заданий. Задания можно прикрепить к любому объекту в системе и назначить для выполнения любым сотрудником. При входе сотрудника в систему ему предоставляется постоянно актуализируемый список его текущих работ;
• руководство (мониторинг)-для анализа текущего состояния всех отображаемых в системе процессов применяются соответствующие диалоги-мониторинги, в которых отображаются заданные объекты со всеми взаимосвязями и рассчитанными качественными показателями, причем различные состояния объектов выделяются цветом. Для графического отображения состояния используется MS Excel;
• склады - на производстве применяются три типа складов: склад материалов, промежуточные склады и склады готовой продукции. Модуль «Склад» обеспечивает учет наличия, поступления, выбытия, внутреннего перемещения материалов и готовой продукции в различных единицах измерения. Все склады образуют единую систему, которая позволяет отслеживать реальное состояние на складах и уменьшить производственные запасы;
• финансовый блок - для обработки финансовой информации используется внешняя учетная система - «1С»;
• интернет-интерфейс -модуль обеспечивает интерактивное взаимодействие с заказчиком и позволяет ему подать заявку на изготовление изделий, просмотреть состояние выполнения заказа и оплаты, осуществить обмен информацией и документами, необходимыми для производства. Кроме того, интернет-интерфейс к системе позволяет руководству предприятия удаленно контролировать состояние дел на производстве.

Функциональные возможности

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

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

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

Совокупная стоимость владения.

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

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

Перспективы развития системы.

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

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

Технические характеристики.

Понимание технических характеристик в наибольшей степени гарантирует соответствие системы поставленным перед ней задачам. К техническим характеристикам можно отнести:

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

Минимизация рисков.

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

Для снижения такой вероятности проводится комплексный анализ факторов риска и поэтапное воплощение решения. Каждый этап предваряется новой оценкой действительности и решение модифицируется определенным образом.

Для минимизации инвестиционных рисков выделяют следующие объекты затрат:

• · процесс создания системы
• · оборудование
• · программное обеспечение
• · персонал
• · управление задачами

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

Методы внедрения системы.

Компания, собирающаяся внедрить компьютерную систему управления, как правило, дает следующую установку: система должна начать действовать как можно скорее, в срок и в рамках бюджета. Некоторые организации избегают внедрять подобные системы, опасаясь, что ее не будут использовать, а если будут, то неэффективно. К тому же сотрудники, которые приобретут новые навыки в процессе внедрения системы, покинут компанию, и тогда будет трудно найти технические ресурсы для поддержания ee функционирования. Не получится ни экономии ресурсов, ни реализации функционального предназначения внедренной системы. Эти опасения вполне оправданны. Проекты по внедрению систем и в самом деле терпят неудачу, даже в компаниях с эффективным в остальных отношениях управлением. В тех же случаях, когда все идет более или менее нормально, зачастую не выполняются сроки начала промышленной эксплуатации и не удается остаться в рамках выделенного бюджета. Тем не менее, описанные ниже методы при их правильном применении могут способствовать сведению риска неудачного внедрения к минимуму. При надлежащем планировании и управлении вполне можно соблюсти намеченные сроки и остаться в рамках бюджета. С самого начала необходимо убедиться, что проект правильно организован.

Необходимо:

• 1. Добиться веры в успех и преданности делу со стороны тех, кто играет ключевую роль в реализации проекта.
• 2. Определить, кто будет штатным руководителем проекта по внедрению системы. Этот человек должен обладать необходимыми навыками для выполнения такой работы, желательно, чтобы он имел опыт внедрения систем.
• 3. Четко определить и отразить в документах функции и обязанности, а также сферу компетенции каждого члена группы специалистов по работе над проектом.
• 4. Убедиться, что люди, выполняющие эти функции, обладают необходимыми навыками.
• 5. Разработать подробный план работы, разбить его на этапы, определите сроки выполнения задач, и придерживаться их.

Прежде чем приступить к внедрению системы, необходимо продумать организационную структуру и бизнес-процессы:

• 1. Убедиться, что правила и процедуры бухучета зафиксированы в документах по установленной форме и понятны работникам бухгалтерии.
• 2. Описать методы ведения хозяйственной деятельности и действия, которые должны быть выполнены в результате их применения.
• 3. При необходимости изменить эти методы так, чтобы они обеспечивали более эффективную работу и интеграцию новой системы.
• 4. Описать организационную структуру и подумать о том, в максимальной ли степени она отвечает целям предприятия.
• 5. Изучить наиболее эффективные методы, применяемые в отрасли.

Обеспечить создание необходимой технической инфраструктуры:

• 1. Поручить соответствующим специалистам оценку нынешней инфраструктуры на основе требований, предъявляемых новой системой. Определить роль отдела информационных систем и продумать, каким изменениям он подвергнется в новой среде.
• 2. Осуществить необходимые изменения в перечисленных областях перед тем, как передать систему в промышленную эксплуатацию. Убедиться, что система отвечает основным потребностям всех пользователей.
• 3. Документально зафиксировать потребности бизнеса с той степенью подробности, которой будет достаточно для сравнения одной системы с другой.
• 4. Пользоваться полученными документами, чтобы убедиться, что реализованные функции отвечают потребностям.

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

• 1. Проводить изменения постепенно, не забывая о том, что за один раз сотрудники могут освоить лишь определенное количество информации.
• 2. С самого начала задействовать всех, кто играет основную роль в осуществлении проекта. Хороший способ добиться этого - попросить их высказывать свое мнение в процессе подробного определения потребностей бизнеса.
• 3. Регулярно общаться с такими сотрудниками, давая им возможность быть услышанными.
• 4. Разработать план обучения таким образом, чтобы люди не просто научились осуществлять ввод данных в систему, но поняли, как изменится их работа.

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

Данный план состоит из следующих этапов:

• 1. Предварительное обследование и оценка состояния компании.
• 2. Предварительная переподготовка.
• 3. Техническое задание (анализ проблемы построения системы)
• 4. Технико-экономическое обоснование (анализ "затраты-эффект")
• 5. Организация проекта (назначение ответственных лиц, состав комитетов)
• 6. Выработка целей (что мы ожидаем от проекта)
• 7. Техническое задание на управление процессами
• 8. Начальная переподготовка (переподготовка сотрудников)
• 9. Планирование и управление верхнего уровня
• 10. Управление данными
• 11. Одновременное внедрение различных технологий организации и управления
• 12. Программное обеспечение
• 13. Опытный пример
• 14. Получение результатов
• 15. Анализ текущего состояния
• 16. Постоянная переподготовка

Проблемы выбора информационной системы

Сталкиваясь с потребностями во внедрении на предприятии информационных систем, руководство оказывается перед проблемой выбора. Разрабатывать самим или покупать, и если покупать - то что.

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

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

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

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

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

Для российского пользователя выбор таких систем ограничен. Не так уж много западных фирм вышли на российский рынок. Реально это SAP, Computer Associates, BAAN и ISF. Попытки выйти делали ORACLE, JDEdvards, SSA, JBA и QAD. Причем реальные внедрения имеются только у продуктов SAP и Computer Associates. Кроме того, различные системы предназначены для разных предприятий. Одни, такие как SAP или CA-Masterpiece, ориентированны на корпоративный рынок, другие, как BAAN или MK Enterprise (ранее MANMAN/X) на рынок промышленных предприятий или компаний. И предприятию нужно сделать правильный выбор, чтобы в результате ошибки не оказаться обладателем системы не подходящей для него.

Критерии выбора информационной системы

1. Функциональные возможности информационной системы;

2. Совокупная стоимость владения;

3. Перспективы развития;

4. Технические характеристики;

5. Минимизация рисков.

· архитектуру системы;

· надежность;

· масштабируемость;

· способность к восстановлению;

· наличие средств резервного копирования;

· средства защиты от технических нападений;

· возможность интеграции с другими системами.

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

Для снижения такой вероятности проводится комплексный анализ факторов риска и поэтапное воплощение решения. Каждый этап предваряется новой оценкой действительности, и решение модифицируется определенным образом.

Для минимизации инвестиционных рисков выделяют следующие объекты затрат:

· процесс создания системы;

· оборудование;

· программное обеспечение;

· персонал;

· управление задачами.

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

Тема 8. Структура ИС

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

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

Главное, что отличает ИС управления персоналом (кадрами) от других функциональных ИС организации, – это большое количество создаваемых на ее основе отчетов и приложений.

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

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

Входные подсистемы ИС управления персоналом

Бухгалтерская ИС . Данные, с которыми имеет дело ИС управления персоналом, включают в себя бухгалтерские и кадровые элементы.

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

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

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

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

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

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

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

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

База данных. Хранение данных в ИС управления персоналом крупных фирм, как правило, осуществляется на компьютерной основе. Основные базы данных построены на основе списка сотрудников фирмы и включают в себя большое число характеристик каждого из них (табл. 3).

Таблица 3 - Содержание базы данных сотрудников фирмы

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

Выходные подсистемы ИС управления персоналом

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

В состав ИС управления персоналом входят 6 выходных подсистем, обеспечивающих разработку различных приложений.

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

Подсистема найма включает в себя два основных приложения: 1) поиски и переговоры с внешними кандидатами; 2) исследования по поиску кандидатов, проводимые внутри фирмы. Как показывает практика, первое из указанных приложений является более популярным в среде управленцев.

Подсистема контроля рабочей силы включает с себя следующие приложения: 1) повышение квалификации; 2) контроль соответствия занимаемой должности; 3) контроль наличия определенной квалификации; 4) дисциплинарный контроль работников.

Подсистема выплат включает в себя следующие приложения: 1) определение динамики зарплаты; 2) определение выплат за выслугу лет; 3) определение доплат руководству; 4) определение различных видов страховки, покупку лекарств, использование служебного транспорта и т. п.

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

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

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

Тема 2. Критерии выбора информационной системы

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

Функциональные возможности информационной системы;

Совокупная стоимость владения;

Перспективы развития;

Технические характеристики;

Минимизация рисков.

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

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

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

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

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

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

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

Понимание технических характеристик в наибольшей степени гарантирует соответствие системы поставленным перед ней задачам. К техническим характеристикам можно отнести:

архитектуру системы;

надежность;

масштабируемость;

способность к восстановлению;

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

средства защиты от технических нападений;

возможность интеграции с другими системами.