Главная Интернет

Эффективность внедрения информационных систем. Опыт практика. Информационные системы на предприятии Внедрение информационных систем на предприятии пример

Вопрос: «Кто осуществит внедрение информационной системы?», чрезвычайно важен в каждом из случаев запуска проекта автоматизации.

Данный тезис неоспорим, по нескольким причинам:

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

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

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

Внедрение осуществляет компания-внедренец;

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

Рассмотрим каждый вариант подробнее.

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

Нюансы работы с крупной компанией внедренцем:

Внедрение информационной системы поставлено на поток;

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

Неудача на «небольших» проектах мало влияет на общую репутацию компании и отношения к таким проектам соответствующее;

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

Стоимость услуг – самая высокая из всех рассматриваемых вариантов.

Альтернативный вариант – небольшая компания:

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

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

Успех проекта полностью зависит от квалификации сотрудников компании и в первую очередь менеджера проекта;

Обходятся значительно дешевле чем.

Собственный отдел информационных технологий (ИТ).

На первый взгляд кажется оптимальным вариантом, свои сотрудники, контролируемые затраты, гарантия сохранения информации. Однако мировой опыт говорит случаи реализации проектов внедрения информационных систем таким методом – единичны! Характерным элементом таких проектов являются затянутые сроки реализации, причем затянутые на годы. Такие проекты переходят в операционную деятельность.

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

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

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

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

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

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

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

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

Делая выводы из всего вышесказанного, хочется зафиксировать:

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

Исходя из того, что предложенные способы не идеальны.

Содержание

Введение	3
Цели и задачи внедрения информационной системы	4
Классификация информационных систем	6
Требования к информационной системе	9
Проектирование и создание информационных систем	10
Внедрение информационных систем	13
Традиционный подход	14
Инновационный подход	16
Оценка эффективности	18
Опыт использования информационных систем	19
Список использованной литературы	21

Введение

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

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

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

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

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

Цели и Задачи информационной системы

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

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

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

Основными целями автоматизации деятельности предприятия являются:

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

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

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

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

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

Первые системы, которые были разработаны для решения задач управления на предприятии, в основном охватывали сферу складского или материального учета (IC – Inventory Control ). Их появление связано с тем, что учет материалов (сырья, готовой продукции, товаров) с одной стороны является извечным источником различных проблем для руководителя предприятия, а с другой (на предприятии относительно крупного размера) одной из самых трудоемких областей, требующих к себе постоянного внимания. Основной «деятельностью» такой системы является учет материалов.

Следующий этап усовершенствования материального учета был ознаменован системами планирования производственных или материальных (в зависимости от направления деятельности организации) ресурсов. Эти системы, вошедшие в стандарт, а вернее два стандарта (MRP – Material Requirements Planning и MRP II – Manufacturing Requirements Planning ), очень широко распространены на Западе и давно и успешно используются предприятиями, в первую очередь производственных отраслей. Основные принципы, которые легли в основу систем стандарта MRP, включают

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

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

Рис. 1

Следует отметить, что системы стандарта MRP решают проблему не столько учета, сколько управления материальными ресурсами предприятия.

Наиболее популярным на данный момент новым видом информационных систем являются системы стандарта ERP - Enterprise Resource Planning . ERP-системы в своей функциональности охватывают не только складской учет и управление материалами, что в полном объеме предоставляют вышеописанные системы, но добавляют к этому все остальные ресурсы предприятия, прежде всего денежные. То есть ERP-системы должны охватывать все сферы предприятия, непосредственно связанные с его деятельностью. В первую очередь, здесь имеются в виду производственные предприятия. Системы данного стандарта поддерживают осуществление основных как финансовых, так и управленческих функций. Например, в системах Baan 1 – это:

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

Рис. 2

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

требования к информационной системе

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

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

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

Проектирование и создание информационной системы

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

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

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

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

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

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

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

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

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

Результатом проектирования системы является строго формализованное описание как объекта ее автоматизации, так и ее самой. Этот документ должен содержать описание того, с какой информацией должна работать система, каким образом представляются в ней данные и по каким правилам она работает.
внедрение информационной системы
Эффективность автоматизации деятельности предприятия, наравне с правильным проектированием и созданием системы, зависит от способа ее внедрения в организационную структуру компании. Обусловлено это психологическими факторами - обычно наблюдается сопротивление сотрудников созданию и использованию системы. Кроме того, внедрение системы может длиться от 6 месяцев до 2-3 лет. За такой период могут произойти изменения внешних и внутренних факторов, влияющих на работу предприятия. Поэтому ожидания руководства по поводу результатов работы системы могут не оправдаться (так как они уже успеют измениться).

Рис. 3

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

Традиционный подход

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

Рис. 4. Первый этап горизонтальной автоматизации:

автоматизация уровня исполнителей.

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

Рис. 5. Второй этап горизонтальной автоматизации: автоматизация уровня исполнителей и среднего звена управления.

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

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

Второй подход к автоматизации деятельности предприятия основан на использовании адаптируемых инновационных систем – систем, “способных саморегулироваться в соответствии с изменениями внешних условий.” 3

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

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

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

Рис. 7. Первый этап: автоматизация верхних уровней управления.

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

Рис. 8. Второй этап: создание единого информационного пространства

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

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

Оценка эффективности

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

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

В реальности, оценка результативности внедрения производится по “средним отраслевым показателям” (industry average). Типичные средние результаты внедрения 4:

15-25% увеличение производительности
10-20% уменьшение складских запасов
20-50% сокращение сроков выполнения заказов

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

Конечно, можно просто взять формулу и посчитать норму возврата на инвестиции (Return on investment). Но это не даст полной картины, так как не все положительные результаты можно так просто выразить в денежных единицах: например, возможные стратегические выгоды для компании или степень удовлетворения клиентов. Тем не менее, данное утверждение не означает невозможность такой попытки. На самом деле, многие не поддающиеся количественному описанию выгоды можно перевести в реальные цифры. Например, способность быстрее составлять баланс может являться материальной выгодой. Выявление материальных выгод требует проведения анализа, включающего разбиение бизнес процессов и заданий на элементы, поддающиеся четкому описанию.

Опыт использования информационных систем

Многие крупные компании США и Европы уже несколько лет назад перешли на использование информационных систем стандарта ERP. Про страны Азии такого сказать пока нельзя. Большинство финансовых менеджеров азиатских компаний едва ли слышали о таких системах, не говоря уж об их внедрении. Хотя есть компании, которые решились перейти на ERP-системы.

Разработчики информационных систем, в частности SAP, Baan, Oracle, PeopleSoft и J.D.Edwards, довольно агрессивно рекламируют свои продукты, что создает впечатление у плохо осведомленных в данной области людей впечатление, что эти программы способны решить все проблемы их компаний. Статистика же показывает, что большая часть попыток внедрить информационную систему окончились неудачами, большими потерями, либо банкротством. Например, руководство компании FoxMeyer утверждает, что ошибочное внедрение ERP-системы привело ее к банкротству. Компания обвиняет в этом создателей системы и консультантов. Такая же участь постигла и компании Dell Computer, Dow Chemical и Kellogg’s.

Но существуют также примеры успешного использования ERP-систем. Так, например, телекоммуникационная компания Aliant заявляет, что проект по внедрению системы ERP был очень удачным. Ожидаемая норма возврата на инвестиции в данный проект составила 33%.

В России, несмотря на большие затраты, связанные с внедрением информационной системы, только компания SAP установила около 100 своих ERP-систем, которые по утверждению SAP, успешно работают. Среди своих клиентов в России компания SAP выделяет Сургутнефтегаз, Туламашзавод, Свердловэнерго, Донецкий металлургический завод, Омский НПЗ, Нижнетагильский металлургический завод, Сыктывкарский лесопромышленный комплекс, Черногорнефть.

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

Используемая литература

Information System Management
М. Хохлова, статья «Современный рынок систем управления предприятияем»
Тезисы доклада компании Ally Information Technologies “Инструментальная поддержка адаптивного развития бизнеса”
Д. Глямшин, статья «Выход из кризиса – система управления»
С. Колесников, статья «Итак, системы автоматизации…»
Исследование «Программы для бизнеса-98», АКДИ «Экономика и жизнь»
Ю. Токарев, статья «Корпоративные информационные системы и консорциум разработчиков»
М. Ильина, статья «Теория и методы промышленного управления»
В. Баронов, И. Титовский, статья «Методы построения систем управления»
В.П. Нестеров, И.Б. Нестеров, статья «Автоматизация деятельности организации»
Мишель Селарье, Рой Харрис, статья «Извлечение дополнительной прибыли из производства»
Броунин Фрайер, статья «Как посчитать норму возврата на инвестиции»
Сар Эрмако Джонии, статья «Быть или не быть ERP?»
С. Колесников, статья «Бизнес процесс реинжиниринг и внедрение автоматизированных систем управления»
М. Ильина, статья «Принципы, средства и технологии реализации концепции управления»
С. Колесников, статья «Об оценке эффективности внедрения и применения ERP систем»
В.П. Нестеров, «Информационное обеспечение процесса принятия управленческих решений»
С. Колесников, «Иерархия систем управленческого учета»
И.И. Карпачев, «Классификация компьютерных систем управления предприятием»
www.sap.com
www.baan.com
www.erp-people.com
www.economics.ru

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

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

Для системы управления предприятием основными аспектами являются следующие факторы:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Каждый из способов создания ИС имеет свои преимущества и недостатки. Они приведены в таблице 4.

Таблица 4. Преимущества и недостатки различных способов создания ИС

Способ создания информационной с

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

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

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

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

Модель жизненного цикла программного обеспечения включает в себя следующие этапы:

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

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

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

Внедрение - установка системы, интеграция ее компонентов и необходимого оборудования, перенос данных, передача программного обеспечения заказчику.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Следующим этапом разработки является этап проектирования, имеющий цели:

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

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

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

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

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

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

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

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

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

Эксплуатация и сопровождение решают следующие основные задачи:

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

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

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

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

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

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

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

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

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

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

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

Остановимся более подробно на структурном подходе к моделированию бизнес-процессов, в основе которого лежит метод структурного анализа или SADT-методология (Structured Analysis and Design Technique - технология структурного анализа и проектирования). Первоначально метод SADT применялся для моделирования технологических процессов. В 1970-х годах он стал использоваться вооруженными силами США, после чего в 1993 году был принят в качестве федерального стандарта США под наименованием IDEF0 (Integration computer aided manufacturing Definition).

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

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

В SADT-диаграммах используется всего два графических элемента:

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

Каждый блок (рис. 5. ) может иметь входы четырех типов:

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

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

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

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

Контекстная диаграмма процесса закупки приведена на рис. 6.

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

Декомпозиция процесса «Управление закупками» может быть представлена следующими задачами:

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

Для построения и анализа моделей деятельности организации (предметной области) используются специальные программные средства - CASE-средства. Они обеспечивают наглядное представление информации и подготовку проектной документации необходимого качества.

На рис. 7. изображена декомпозиция бизнес-процесса «Управление закупками», построенная с использованием одного из таких CASE-средств - BPwin (разработчик PLATINUM technology).

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

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

Необходимость описания бизнес-процессов предприятия может возникнуть не только в процессе создания информационных систем. Описание бизнес-процессов может использоваться для:

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

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

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

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

Особенности проектирования информационных систем основанных на базах данных. Использование CASE-средств и описание бизнес процессов в BP-Win. Этапы проектирования современных информационных систем, виды диаграмм и визуальное представление web-сайта.

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

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

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

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

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

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

презентация , добавлен 07.04.2013

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

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

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

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

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

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

Роль инструментальных средств проектирования в создании информационной системы. Преимущества CASE-средств разработки Bpwin и Erwin, системы поиска, исправления ошибок модели данных Model Validator. Разработка модели процессов документооборота предприятия.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Предмет и основные понятия информационных систем. Базовые стандарты корпоративных информационных систем. Характеристика входящих и исходящих потоков информации. Основные понятия искусственного интеллекта. Обеспечение безопасности информационных систем.

Статьи по теме