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

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

1

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ

Учреждение образования «БЕЛОРУССКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНОЛОГИЧЕСКИЙ УНИВЕРСИТЕТ»

Факультет Издательского дела и полиграфии

Кафедра Информационные системы и технологии

Специальность Информационные системы и технологии (издательско-полиграфический комплекс)

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к дипломному проекту на тему:

«Разработка автоматизированной системы управления торговым предприятием»

Дипломник ______________________________________.

Руководитель проекта ____________________________.

Заведующий кафедрой ____________________________.

Консультанты ___________________________________.

___________________________________

Нормоконтролеры: _______________________________.

Дипломный проект защищен с оценкой _________________________

Председатель ГЭК _______________________________

МИНСК 2008

• ВВЕДЕНИЕ
• 1. Автоматизированные системы управления предприятием
• 1.1. Компьютерные системы управления предприятием
• 1.2. Три уровня эффектов от ИТ-проектов
• 1.3. Принципы классификации систем управления
• 1.4. Стоимость проекта АСУТП
• 1.5. Внедрение системы автоматизации, основные проблемы и задачи
• 2. Торговое предприятие во всемирной компьютерной сети
• 2.1. Электронная коммерция
• 2.2. Интернет-аукционы
• 3. Проектирование и реализация АСУТП
• 3.1. Язык программирование Java
• 3.2. Концепция Business Engine
• 3.3. Общее представление АСУТП
• 3.4. Основные технические решения.
• 3.5. Структура системы
• 3.6. Взаимосвязь со смежными системами.
• 3.7. Подсистемы
• 3.8. Проектирование. Построение диаграмм39
• 4. Экономический раздел
• 4.1. Описание задачи
• 4.2. Расчет времени на создание программного продукта
• 4.3. Расчет заработной платы исполнителя работ
• 4.4. Расчет начислений на заработную плату
• 4.5. Расчет себестоимости 1-го машино-часа работы ПЭВМ
• 4.6. Расчет расходов на содержание и эксплуатацию ПЭВМ
• 4.7. Расчет себестоимости программного продукта
• 4.8. Расчет цены программного продукта
• 5. Охрана труда
• 5.1. Мероприятия по охране труда
• 5.2. Производственная санитария
• 5.3. Мероприятия и факторы
• 5.4. Ситуации и безопастность
• Заключение
• Список использованных источников

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

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

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

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

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

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

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

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

В ответ на упреки многие белорусские разработчики и консультанты утверждают, что к системам типа MRP II и ERP отечественный рынок просто не готов. По словам Александра Карпачева (корпорация «Парус»), «все внедряют финансовые системы и логистику, чтобы эффективно управлять тем, что в дефиците, -- деньгами. А производственные мощности и рабочая сила пока не в дефиците, производство недогружено. Нет острой потребности в повышении его эффективности и, следовательно, в автоматизации». Сходную точку зрения высказал и вице-президент группы Aquarius Владимир Дрожжинов: «Программные продукты этого класса (ERP) рассчитаны на определенный уровень насыщения рынка. На Западе компании бьются за доли процентов. А если у нас все и так растет, и станки загружены на 50%, о каких сложных системах можно говорить?».

Белорусским разработчикам ПО разумнее было бы отказаться от конкуренции с мировыми лидерами в создании универсальных продуктов. То есть надо более четко обозначить свой круг интересов -- по отраслям и масштабам бизнеса клиента.

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

1. Автоматизированные системы управления предприятием

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

Таблица 1.1

Классификация рынка информационных систем

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

Финансово-управленческие системы (особенно системы российских разработчиков) значительно более гибкие в адаптации к нуждам конкретного российского предприятия. Часто предлагаются «конструкторы», с помощью которых можно практически полностью перекроить исходную систему, самостоятельно или с помощью поставщика установив связи между таблицами баз данных или отдельными модулями. Хотя общая конфигурация систем может быть достаточно сложна, практически все финансово-управленческие системы способны работать на персональных компьютерах в обычных сетях передачи данных Novell Netware или Windows NT. Они опираются на технологию выделенного сервера базы данных (file server), которая характеризуется высокой загрузкой сетевых каналов для передачи данных между сервером и рабочими станциями. Только отдельные из предлагаемых в России систем такого класса были разработаны для промышленных баз данных (Oracle, Sybase, Progress, Informix, SQL Server). В основном использовались более простые средства разработки Clipper, FoxPro, dBase, Paradox, которые начинают давать сбои на сложных конфигурациях сети и при увеличении объемов обрабатываемых данных.

Производственные системы включают подклассы средних и крупных интегрированных систем. Эти системы, в первую очередь, предназначены для управления и планирования производственного процесса. Учетные функции, хотя и глубоко проработаны, выполняют вспомогательную роль и порой невозможно выделить модуль бухгалтерского учета, так как информация в бухгалтерию поступает автоматически из других модулей (например PRMS, SAP/R3).

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

Производственные системы часто ориентированы на одну или несколько отраслей и/или типов производства:

1) серийное сборочное (электроника, машиностроение);

2) малосерийное и опытное (авиация, тяжелое машиностроение);

3) дискретное (металлургия, химия, упаковка);

4) непрерывное (нефте- и газодобыча).

Имеют значение также различные типы организации самого производственного процесса. Например, для дискретного производства возможно:

1) циклическое повторное производство (repetitive manufacturing) -- планирование выполняется на определенный срок (квартал, месяц, неделя);

2) производство на заказ (make-to-order) -- планирование только при поступлении заказа;

3) разработка на заказ (engineering-to-order) -- самостоятельная разработка каждого нового заказа с последующим производством;

4) производство на склад (manufacture-to-stock);

5) смешанное производство (mixed mode manufacturing) -- для производства конечного продукта используется несколько типов организации производственного процесса.

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

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

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

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

Таблица 1.2

Внедрение, соотношение затрат и стоимостные оценки.

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

Исходным стандартом, появившимся в 70-х годах, был стандарт MRP (Material Requirements Planning), включавший только планирование материалов для производства /1/.

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

Основная концепция MRP в том, чтобы минимизировать издержки, связанные со складскими запасами (в том числе и на различных участках в производстве). В основе этой концепции лежит следующее понятие -- Bill Of Material (BOM -- спецификация изделия, за которую отвечает конструкторский отдел), который показывает зависимость спроса на сырье, полуфабрикаты и прочее в зависимости от плана выпуска (бюджета реализации) готовой продукции. При этом очень важную роль играет время. Для того чтобы учитывать время, системе необходимо знать технологию выпуска продукции (или технологическую цепочку, т. е. последовательность операций и их продолжительность). На основании плана выпуска продукции, BOM и технологической цепочки осуществляется расчет потребностей в материалах, привязанный к конкретным срокам.

Однако у MRP есть серьезный недостаток. Его суть в том, что, рассчитывая потребность в материалах, мы не учитываем (как минимум) производственные мощности, их загрузку, стоимость рабочей силы и т. д. Поэтому возникла концепция MRP II (Manufacturing Resource Planing -- планирование производственных ресурсов). MRP II позволял планировать все производственные ресурсы предприятия (сырье, материалы, оборудование, персонал и т.д.) /1/.

Впоследствии концепция MRP II развивалась, и к ней постепенно добавлялись возможности по учету остальных затрат предприятия -- появилась концепция ERP (Enterprise Resource Planning -- Планирование ресурсов предприятия).

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

Сейчас практически все современные западные производственные системы и основные системы управления производством базируются на концепции ERP и отвечают ее рекомендациям, которые вырабатываются американской общественной организацией APICS, объединяющей производителей, консультантов в области управления производством, разработчиков ПО. К сожалению, ни одна из российских (или постсоветских) систем управления производством не удовлетворяет даже требованиям MRP, не говоря уже обо всех остальных более продвинутых концепциях. Наиболее близко из отечественных систем к реализации подобной концепции управления производством подошла система «Галактика» (см. таблицу 1.3).

Самый последний по времени стандарт CSRP (Customer Synchronized Resource Planning) охватывает также и взаимодействие с клиентами: оформление наряд-заказа, техзадание, поддержка заказчика на местах и пр. Таким образом, если MRP, MRP-II, ERP ориентировались на внутреннюю организацию предприятия, то CSRP включил в себя полный цикл от проектирования будущего изделия, с учетом требований заказчика, до гарантийного и сервисного обслуживания после продажи. Основная суть концепции CSRP в том, чтобы интегрировать Заказчика (Клиента, Покупателя и пр.) в систему управления предприятием. То есть не отдел сбыта, а сам покупатель непосредственно размещает заказ на изготовление продукции -- соответственно сам несет ответственность за его правильность, сам может отслеживать сроки поставки, производства и пр. При этом предприятие может очень четко отслеживать тенденции спроса и т. д.

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

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

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

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

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

Прежде всего, предприятие должно определить, а что же собственно ожидается от новой системы: какие функциональные области и какие типы производства она должна охватывать, какую техническую платформу использовать, какие отчеты готовить? Проведение такой работы заканчивается составлением документа «Требования к компьютерной системе». Этот документ предназначен, прежде всего, для самого предприятия, так как в нем формализованы и расписаны в соответствии с приоритетами все характеристики новой системы. Он дает объективные критерии для сравнения систем по заранее определенным параметрам.

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

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

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

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

3) оценить вероятную экономию издержек по этим направлениям в случае внедрения системы. Определить элементы потока доходов (и время их поступления) в ходе проекта.

4) рассчитать комплекс классических показателей инвестиционных проектов: чистый приведенный доход (Net Present Value, NPV), внутреннюю норму доходности (Internal Rate of Return, IRR), cpoк окупаемости (Payback Period, РР), добавленную стоимость (Economic Value Added, EVA).

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

6) распределить издержки, связанные с проектом, по подразделениям и соотнести их с бюджетами подразделений.

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

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

Понятно, что чем комплекснее проект по автоматизации управления компанией, тем больший процент возможных выгод относится к разряду непрямых. Сокращение складских запасов можно получить, автоматизировав только учет на складах, а можно -- и в комплексном проекте внедрения широкой функциональности ERP-системы. Но в первом случае сокращение складских запасов составит 90% всех потенциальных эффектов, а во втором -- существенно меньшую. На самом деле должен сказать, что в большинстве комплексных проектов по автоматизации систем управления вышеприведенный сценарий определения будущих выгод дает неверную величину потому, что мировой опыт показывает: прямые экономические выгоды составляют 20--25% от всех потенциальных выгод. Консультанты любят говорить, что в оценке ERP-проектов действует правило 80/20 -- небольшое количество наиболее очевидных направлений в сокращении издержек дает 80% планируемого эффекта. Так вот, это полная чушь. По моему опыту нередко именно в этот момент, на этапе оценки будущих эффектов, возникает первое серьезное недовольство консультантами. Что бы ни говорили некоторые из них, прямые выгоды, связанные со снижением складских запасов, экономией на персонале, снижением затрат на ремонты или оборачиваемостью средств, это в среднем 20--25 % всех положительных эффектов от комплексного ERP-проекта.

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

1) организационные изменения (распределение обязанностей и ответственности);

2) рост эффективности и регламентация процессов (производственная и финансовая дисциплина);

3) единое информационное пространство (достоверность и доступность информации);

4) снижение риска принятия ошибочного управленческого решения;

5) стандартизация процессов, документов, отчетности, поддержки ИТ-систем.

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

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

1) выделяются факторы и процессы управления, на которые предположительно окажет влияние внедряемый проект;

2) формулируются ключевые показатели, которые могут измерить эти процессы;

3) прогнозируется изменение величин ключевых показателей, к которым приведет внедрение информационной системы;

4) оценивается воздействие предполагаемых изменений на стоимость предприятия, выработку на одного работника и т. д.

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

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

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

1.3. Принципы классификации систем управления

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

Тендеры на выбор системы управления, проводимые сегодня, формулируют требования таким образом, что в числе участвующих программных решений наряду с «1С», «Парусом», «Финансовой коллекцией», БЭСТ, «Сферой/5» и BS Integrator иногда появляются системы SAP R/3 и Oracle. Как выбрать оптимальную?

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

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

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

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

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

Страницы: 1, 2, 3, 4