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

из "Реинжиниринг бизнеса - Реинжиниринг организаций и информационные технологии "

Если принято решение приобрести готовую систему, то придется адаптировать П-модель ИСП компании к тому, что решено купить. Изменение П-модели ИСП может потребовать изменения бизнес-модели. Это допустимо, если не помешает достижению основных целей бизнеса компании. Адаптация может понадобиться и в том случае, если выбран третий вариант - реинжиниринг и модификация существующей информационной системы. [c.233]
Другая причина, по которой не стоит отказываться от старой информационной системы, связана с большими временными и материальными затратами, которые потребует ее замена. Каждая компания скорее всего вложила большие средства в создание программного и информационного обеспечения, и вряд ли будет разумно выбрасывать их вместе с устаревшей системой. Таким образом, единственная разумная с практической точки зрения стратегия состоит в пошаговой перестройке существующей системы. Здесь важно иметь в виду, что всегда наибольшие вложения компании делают не в оборудование и программное обеспечение, а в данные. Данные - одна из самых больших ценностей любой компании. [c.234]
Сама по себе установка информационной системы поддержки еще не приводит к достижению революционных улучшений в бизнес-процессах. Необходимо на опыте определить, каким образом информационная поддержка позволит изменить текущее состояние дел в лучшую сторону. Как отмечают [4], преимущества информационной технологии заключаются не столько в ускорении работы, сколько в том, что она делает возможным создание нового. Эти же авторы, а также [3] утверждают, что основные новшества в бизнесе появляются только тогда, когда внимательно исследованы информационные технологии и обнаружено то новое, что они могут дать. [c.234]
на практике получение новой информационной системы в большинстве случаев сводится к реинжинирингу старой системы. Вряд ли целесообразно пренебрегать затратами на создание старой ИСП без особых причин. При этом следует взять за основу новые модели бизнеса. Если компания действительно хочет добиться новых результатов, то необходимо в первую очередь исследовать возможности информационных технологий в контексте ее бизнеса. Чтобы обеспечить стабильность внедрения новой ИСП, устанавливать ее надо постепенно, шаг за шагом. Ниже рассмотрены некоторые базовые идеи и принципы, полезные при внедрении информационной поддержки. [c.234]
в первую очередь надо определить хотя бы приблизительно, что следует изменить в старой информационной системе. Исходными данными для анализа являются изменения в прецедентах ИСП. Это означает изменение функциональных возможностей системы. Другое направление модификации - это изменение технологии (методик), например переход от централизованной архитектуры к распределенной или изменение графического интерфейса пользователя. Методики выполнения часто изменяются вместе с изменением бизнеса, но это не обязательно - может возникнуть потребность в их изменении без внесения изменений в бизнес-процессы. [c.235]
Затем надо определить, какие из прецедентов старой системы будут затронуты изменениями. П-модель для изменяемых прецедентов строится на основе документации на существующую систему спецификаций и требований, инструкций для пользователей документации по сопровождению, обучающих материалов, спецификаций тестов и т.д. [c.235]
Некоторые специалисты утверждают, что реинжиниринг можно автоматизировать полностью. Однако на практике оказывается, что для многих этапов работы этого сделать нельзя. В частности, вряд ли удастся обойтись без документации, представляющей собой наиболее удобное средство описания существующей информационной системы. Конечно, можно использовать простые средства генерации описаний кода. Но, к сожалению, это ничего не дает в получаемых абстрактных описаниях трудно разобраться тем, кто не писал исходный код. Лучше всего здесь использовать руководство пользователя и спецификации тестов. Тестовые примеры помогут найти прецеденты информационной системы, а руководство пользователя - сформулировать описания полученных прецедентов. [c.235]
Следующий шаг состоит в построении идеальной объектной модели для тех прецедентов, которые будут изменены. В ходе выполнения предыдущего и данного шагов понимание предполагаемых изменений информационной системы уточняется и становится возможным указать те части старой системы, которые надо сохранить и модифицировать. [c.236]
Модели, построенные на предыдущих шагах, представляют абстрактный взгляд на существующую систему. Задача следующего шага - связать эти модели с существующей реализацией системы. Это означает, что необходимо отследить наличие взаимосвязей между понятиями в моделях и в проектируемых блоках ИСП. Исходными данными для этой работы являются, например, документация этапа реального проектирования, файлы с исходным кодом и описания схем баз данных для старой системы. Эту работу не удастся выполнить без помощи тех специалистов, которые хорошо знают программный код. [c.236]
На данном шаге имеется достаточно сведений для определения интерфейса между старой системой и ее новой версией и создания детального описания интерфейсов между сохраняемыми и заменяемыми частями систем. [c.236]
На этом этапе можно приступать к реализации перепроектированной системы, т.е. построить новую объектную модель, интерфейс и ввести необходимые изменения в исходную систему - и все это параллельно. Здесь потребуется провести анализ требований, идеальное и реальное проектирование (см. разд. 8.3). При реализации нового компонента информационной системы совсем необязательно использовать те же средства, что применялись при создании исходной системы. Можно выбрать другой язык программирования, например объектно-ориентированный. При подключении новых компонентов можно перейти к простейшей распределенной реализации, основанной на архитектуре клиент-сервер . [c.236]
Интерфейс, который создан для исходной и новой систем, должен обеспечивать совместное использование различных подходов. С его помощью новая объектно-ориентированная система должна иметь возможность рассматривать старую в терминах совокупности объектов, а старая - считать новую своим фрагментом, реализованным согласно прежним методикам. [c.236]
реинжиниринг информационной системы есть следствие реинжиниринга бизнес-процессов. Прежде всего изменения требуют фрагменты, соответствующие интерфейсным и управляющим объектам в идеальной модели прежней системы. Объекты-сущности оказываются обычно более стабильными. Они соответствуют элементам данных (например, типы данных или записи) и программам (фрагменты процедур или подпрограмм), которые работают с этими элементами. [c.236]
Выполняя реинжиниринг бизнес-процессов, следует изучить, как различные ИТ могут обеспечить обновление вашего бизнеса, как они позволят достичь не просто ускорения, а радикального преобразования всей работы. Следует убедиться, что использование информационных технологий действительно повышает продуктивность процессов в бизнесе компании. [c.237]
Какую же помощь могут оказать информационные технологии В соответствии с идеями [3] можно выделить три категории изменений, которые обеспечивает использование информационных технологий. [c.237]
Изменения из третьей категории не затрагивают сами процессы, но позволяют контролировать каждый конкретный экземпляр процесса и выявлять, где он наталкивается на те или иные проблемы. Еще один способ использования такой информационной поддержки состоит в измерении параметров функционирования процессов для выявления узких мест . [c.238]
Несмотря на очевидность высказанных выше соображений, анализ показывает, что далеко не все компании реально отдают себе отчет в том, что они делают и как много времени они тратят на это. И уж совсем немногие компании достигли такой степени зрелости, при которой они действительно измеряют производительность процессов для того, чтобы решить, как и что следует реконструировать [5]. [c.238]
Один из способов, обеспечивающих плавность установки новой информационной системы, состоит в инкрементном, то есть постепенном ее внедрении. Предположим, что построена П-модель идеальной информационной системы для обновленного варианта вашей компании. Эта модель основывается в большей мере на теории, а не на практике, поскольку она не готова и не может быть передана на тестирование будущим пользователям. Это означает, что нельзя быть уверенным в том, что модель правильно отражает потребности пользователей. [c.238]

Вернуться к основной статье