Что не относится к внедрению информационных систем. Информационная система

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

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

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

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

· наличие четко сформулированных целей проекта и требований к ИС;

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

· проведение предпроектного обследования предприятия и построения моделей "Как есть" и "Как будет";

· планирование работ, ресурсов и контроль выполнения плана внедрения;

· участие высшего руководства во внедрении системы;

· проведение работ по внедрению ИС специалистами по интегрированию систем совместно со специалистами предприятия;

· регулярный мониторинг качества выполняемых работ;

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

Перед началом разработки проекта внедрения необходимо:

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

· оценить минимально необходимые затраты и статьи расхода;

· установить высокий приоритет проекта внедрения перед остальными текущими проектами;

· наделить руководителя проекта максимально возможными полномочиями;

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

· разработать организационные меры для применения новых информационных технологий;

· распределить персональную ответственность по всем этапам внедрения и опытной эксплуатации.

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

· организационное управление;

· организационно-административное обеспечение;

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

· управленческий, планово-финансовый и бухгалтерский учет;

· управление персоналом;

· управление документацией;

· управление материально-техническим обеспечением;

· управление связями с клиентами и внешней средой.

Кроме того, что перечислено выше, надо задать технологические требования к внедрению ИС:

· системная платформа - внедрение и адаптация готового решения от производителя или разработка на заказ в соответствии с техническим заданием заказчика;

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

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

· распределенность - система может эффективно функционировать в территориально удаленных подразделениях и филиалах предприятия;

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

6.6.1 Основные фазы внедрения информационной системы

Фаза "Предварительные работы по подготовке проекта внедрения ИС" . В ходе предпроектного обследования предприятия (рис. 4) происходит сбор подробной информации о структурном построении организации, функциональных связях, системе управления, об основных бизнес-процессах, о потоках внутри предприятия (Control Flow, Doc Flow, Data Flow, Work Flow, Cash Flow), необходимой для построения соответствующих моделей и выбора объектов для автоматизации. Оцениваются сроки, ресурсы, виды и объемы работ, номенклатура и стоимость программно-аппаратных и телекоммуникационных средств, стоимость обучения персонала и т. д.

Фаза "Подготовка проекта" . После завершения первой фазы осуществляется предварительное планирование и формирование процедур запуска проекта:

· формирование проектной и экспертной групп;

· распределение полномочий и ответственности;

· определение организационно-технических требований к процессу внедрения;

· уточнение спецификаций и ожиданий заказчика;

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

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

Фаза "Концептуальная проработка проекта" . В течение этой фазы:

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

· уточняются и конкретизируются цели и задачи проекта;

· определяются размеры прототипа системы;

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

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

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

Рисунок 12 - Примерное содержание репозитория проекта внедрения

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

Рисунок 13 - Примерный состав документации по процессу внедрения информационной системы

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

После окончания фазы реализации проект внедрения считается законченным. Информационная система передается в эксплуатацию.

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

1. Что такое "открытая информационная система"? Перечислите основные свойства открытых систем.

2. Охарактеризуйте суть современного процессного подхода к управлению деятельностью предприятия и использования этого подхода при разработке ИС.

3. Какие модели и каким образом используются при проектировании информационных систем?

4. Какие программные средства используются для моделирования процессов при разработке информационных систем?

5. На основании каких данных и информации разрабатываются модели состояния AS IS и AS TO BE?

6. Кто в компании занимается вопросами разработки, внедрения и развития ИС? Кто участвует в подготовке технического задания на разработку ИС?

7. Назовите основные этапы проектирования информационных технологий.

8. Перечислите этапы жизненного цикла информационной системы.

9. На каком этапе разработки и внедрения ИС производится обучение персонала компании?

10. Перечислите основные фазы внедрения ИС.

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

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

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

Особенности проектирования информационных систем основанных на базах данных. Использование 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

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

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

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

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

Система управления предприятием состоит из трех взаимосвязанных подсистем: информационной, управляющей и объекта управления (рис. 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 уровня декомпозиции. Последующие уровни декомпозиции требуются для построения алгоритмов обработки информационных потоков при проектировании и разработке информационных систем, а также для разработки инструкций для исполнителей бизнес-процессов.

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

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

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

Назначение информационных систем.

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

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

Технология внедрения информационных систем.

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

Внедрение информационных систем.

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

Подготовка предприятия к реализации ИС

• Подготовка нормативно-справочной информации.

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

Базовый состав объектов нормативно-справочной информации включает:

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

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

• Подготовка бизнес-процессов.

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

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

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

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

Виды информационных систем в организации

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

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

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

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

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

Внедрение информационных систем.Основные проблемы и задачи

Отсутствие постановки задачи менеджмента на предприятии.

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

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

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

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

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

Сопротивление сотрудников предприятия

Сложности машиностроительных предприятий очень похожи на сложности большинства российских предприятий и написано об этом уже очень много.
Однако можно попробовать выделить несколько довольно интересных и редко упоминаемых в прессе проблем, характерных именно для машиностроения.
1. Кому из директоров система больше нужна, тот пусть и занимается ее внедрением. Часто решение о внедрении информационной системы является не решением компании или хотя бы консолидированным решением топ-менеджеров и акционеров, а решением одного из функциональных руководителей, например, финансового директора или директора по производству. В таком случае информационная система внедряется в интересах именно данного руководителя, большинство же топ-менеджеров предприятия не принимает участие в процессе внедрения и, как следствие, может неоднозначно оценивать как сам процесс, так и результаты внедрения системы в целом.
Более того, зачастую при внедрении системы акценты могут смещаться настолько, что для дальнейшего комплексного внедрения уже сделанные работы приходится серьезно переделывать. Примеры такой автоматизации встречаются. На вопрос "Почему?" «нам надо было попробовать сделать неправильно, чтобы все руководство осознало, как не следует проводить автоматизацию управления. Зато теперь все руководители понимают необходимость личного участия в работах по комплексной автоматизации предприятия.»
Сложно сказать, насколько такой подход себя оправдывает, но и оспаривать инициаторов внедрения информационных систем на предприятии сложно, поскольку иначе "предприятие вообще бы не обратило внимания на вопросы автоматизации". Фактически в описанном случае компания на собственных ошибках проходит обучение тому, как правильно внедрять информационные системы, и, как следствие, при повторных проектах руководство предприятия уже значительно точнее понимает, каких целей хочет добиться в результате внедрения системы, какие усилия необходимо организовать для ведения проекта, для чего нужно приглашать профессиональных консультантов и сколько реально может стоить проект внедрения комплексной информационной системы управления.
2. При внедрении информационной систем управления предприятием в большинстве случаев возникает активное сопротивление сотрудников на местах, которое является серьезным препятствием для консультантов и вполне способно сорвать или существенно затянуть проект внедрения Если система не нравится сотрудникам, значит она плохая.
Удивительно, но даже на крупных предприятиях иногда мнение сотрудника низшего звена (что-то не нравится, не подходит, не удобно, мелкий шрифт, "вообще старая система была понятнее" и т.п.) вполне способно притормозить внедрение системы.
Часто руководители предприятия, особенно, если они не уделяют достаточного внимания процессу внедрения, судят о качестве системы по отзывам персонала, интересы которого зачастую расходятся с интересами руководителя. В результате, вместо оптимального достижения целей внедрения системы управления значительное время тратится на переделку интерфейсов, реализацию всяческих "рюшечек" и "бантиков", притом, что реальной ценности такие доработки не представляют, но значительно влияют на бюджет и главное - сроки внедрения. Руководители предприятия, принявшие решение автоматизировать свой бизнес, в таких случаях должны всячески содействовать ответственной группе специалистов, проводящей внедрение информационной системы управления предприятием,вести разъяснительную работу с кадрами, и, кроме того:
Создать у сотрудников всех уровней твёрдое ощущение неизбежности внедрения;
Наделить руководителя проекта внедрения достаточными полномочиями, поскольку сопротивление иногда (часто подсознательно, или в результате неоправданных амбиций) возникает даже на уровне топ-менеджеров (Нередко сложности могут возникнуть в тот самый момент, когда руководитель вдруг осознает, что с внедрением системы он попадает в своего рода ловушку: рост информированности, который обеспечивает система, сводит к минимуму неопределенность текущей производственной ситуации и тем самым ограничивает возможность принятия решений исходя лишь из субъективного мнения. Новая технология управления также способствует выявлению некомпетентности руководства.);
Всегда подкреплять все организационные решения по вопросам внедрения изданием соответствующих приказов и письменных распоряжений.

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

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

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

Подведем итог

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

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