WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 3 | 4 || 6 | 7 |   ...   | 19 |

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

Рис. 9. Реорганизация бизнес процессов • Утверждение новой бизнес-модели «как есть», соответствующей бизнес-процессам предприятия после осуществления реорганизации.

• Конкретизация целей и критериев успешности проекта построения КИС.

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

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

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

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

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

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

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

• Утверждение требований по форме и графику предоставления информации претендентам.

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

• Рассылка тендерной документации и организация тендера.

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

• Определение формы сотрудничества и заключение контракта на поставку программного обеспечения.

• Управление проектом построения и развития КИС • Утверждение модели управления, в том числе: модели команды (рабочей группы проекта), модели процессов и модели рисков и т.д.

• Внесение в бизнес-модель корректив, обусловленных развитием компании (если необходимо). Разработка и утверждение информационной модели.

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

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

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

В дополнение к функционалу, структуру КИС определяют и реализующие данный функционал технологии. С этой точки зрения современные информационные системы должны отвечать целому набору обязательных требований. Например, использование архитектуры клиент-сервер с возможностью применения большинства промышленных СУБД, обеспечение безопасности с помощью различных методов контроля и разграничения доступа к информационным ресурсам, поддержку распределенной обработки информации, модульный принцип построения из оперативнонезависимых функциональных блоков с расширением за счет открытых стандартов (API, COM и другие), а также поддержку технологий Internet/intranet.

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

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

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

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

Обеспечение качества готового продукта (версии) достигается нахождением оптимального баланса между тремя составляющими:

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

• Запуск КИС (версии) в опытную эксплуатацию.

• Разработка правил работы с КИС и утверждение процедуры внесения изменений в конфигурацию.

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

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

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

Обычно выделяют следующие требования к КИС:

Охват всех основных процессов управления корпорацией.

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

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

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

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

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

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

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

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

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

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

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

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

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

• Функциональную модель IDEF0;

• Модель процессов IDEF3;

• Информационную модель IDEF1X.

• Онтологическая модель IDEF5 и т.д.

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

• методология функционального моделирования;

• создание "reference model"-основы для дальнейшей работы;

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

Модель в виде IDEF0 "технологически" независима и дает возможность провести анализ "спектра" возможных реализаций" в терминах прикладной системы".

Информационная модель IDEF1X:

• методология информационного моделирования;

• описание структур данных;

• проектирование баз данных и т.д.

Данная методология хорошо известна (еще и как ERдиаграммы).

Модель процессов IDEF3:

• методология моделирования процессов;

• проектирование процедур;

• описание технологических карт и т.д.

Модель в виде IDEF3 оптимальна для "чернового" моделирования и представления технологических карт (должностных инструкций).

Онтологическая модель IDEF5:

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

• Анализ данных. Эта стадия заключается в анализе и группировке собранных данных и предназначена для облегчения построения терминологии.

Pages:     | 1 |   ...   | 3 | 4 || 6 | 7 |   ...   | 19 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.