Чем объясняется требование поэтапности разработок и внедрения информационной системы
Разработка и внедрение информационной системы
Принципы создания информационной системы
Развитие систем и средств вычислительной техники, расширенное их внедрение во все сферы науки, техники, сферы обслуживания и быта привели к необходимости объединения конкретных вычислительных устройств и реализованных на их основе информационных систем в единые информационно-вычислительные системы (ИВС) и среды. При этом разработчики ИВС столкнулись с рядом проблем.
Принцип «открытости» информационной системы
Это определение, сформулированное специалистами института IEEE (Institute of Electrical and Electronic Engineers ), унифицирует содержание среды, которую предоставляет открытая система для широкого использования. В настоящее время общепризнанным координационным центром по разработке и согласованию стандартов открытых систем является OASIS ( Organization for the Advancement of Structured Information Standards).
Общие свойства открытых информационных систем можно сформулировать следующим образом:
Новый взгляд на открытые системы определяется тем, что эти черты рассматриваются в совокупности, как взаимосвязанные, и реализуются в комплексе, что вполне естественно, поскольку все указанные выше свойства дополняют друг друга. Только в совокупности возможности открытых систем позволяют решать проблемы проектирования, разработки и внедрения современных информационных систем.
Структура среды информационной системы
Обобщенная структура любой ИС может быть представлена двумя взаимодействующими частями:
С этим разделением тесно связаны две группы вопросов стандартизации:
Эта модель используется более 20 лет и определяется системной сетевой архитектурой ( SNA ), предложенной IBM в 1974 году. Она основана на разбиении вычислительной среды на семь уровней, взаимодействие между которыми описывается соответствующими стандартами и обеспечивает связь уровней вне зависимости от построения уровня в каждой конкретной реализации ( рис. 8.1). Основным достоинством этой модели является детальное описание связей в среде с точки зрения технических устройств и коммуникационных взаимодействий. Вместе с тем она не принимает в расчет взаимосвязь с учетом мобильности прикладного программного обеспечения.
Организация процессов производства информационных систем. Часть 4. Внедрение информационной системы
IX Внедрение информационной системы
Нет ничего труднее, опаснее и неопределённее, чем руководить введением нового порядка вещей, потому что у каждого нововведения есть ярые враги, которым хорошо жилось по старому, и вялые сторонники, которые не уверены, смогут ли они жить по новому.
Н. Макиавелли
И вот интересная и насыщенная творчеством, прожектерством, креативом и созиданием часть в проекте подходит к концу. Начинаются суровые будни защиты своего решения в реальной атмосфере конкретного предприятия, и что не мало важно, все также в рамках действующего законодательства.
Для начала реализованный продукт необходимо развернуть на оборудовании, уготовленном для организации его опытной эксплуатации.
1. Развертывание системы на площадке опытной эксплуатации
В соответствии с спроектированной технологической архитектурой, отраженной в документации, закупается серверное, коммуникационное и прочее оборудование, а также системное ПО. Компоненты информационной системы монтируются в единый программно-аппаратный комплекс, на площадках, на которых планируется его промышленное использование.
Ввиду того, что в крупных проектах, задействовано большое количество оборудования на котором ПО разбросано по нодам, узлам и даже облакам, то этот процесс необходимо сопровождать полномасштабным документированием. Например, в техдокументацию включаются таблицы с адресами серверов, рабочих мест, способов доступа и т.п. Для визуального представления используются диаграммы компонентов, дающие понимание расположения узлов сети, распределения компонентов их взаимодействия и т.п. А ведь еще должны быть определены мероприятия, регламентирующие всевозможные изменения в инфраструктуре, позволяющие устранить последствия отказов различных элементов системы.
Рисунок 19. – Пример технического описания этапа внедрения
Это все чрезвычайно важно, поскольку следующим этапом на этих эксплуатационных площадках начнет толкаться множество специалистов команды внедрения и поддержки, и они не должны каждый раз выуживать необходимую для работы информацию из разных, пускай даже информированных источников. А потому, документация должна поддерживаться в актуальном состоянии и меняться одновременно с изменениями в настройках системы, изменениями архитектурного решения и т.п.
Нелишне на «боевых» площадках для промышленной эксплуатации системы, разворачивать и тестовые стенды, имитирующие работу, приближенную к реальной. Ну вдруг еще будут замечания, требующие выпуска новых релизов. Все конечно профессионалы, ответственные люди и всякое такое, но все же обновления лучше сперва погонять на тестовом стенде. Так на всякий случай.
Между тем 90% времени уже пролетело…
2. Обучение персонала заказчика работе с информационной системой
Как уже неоднократно упоминалось, в больших проектах особое внимание уделяется качеству документации, включая и инструкции пользователей системы. Чаще всего инструкции пользователей делятся на сегменты по видам деятельности, специализации и т.п. Это позволяет акцентировать внимание в документе на важные моменты и не грузить пользователей ненужной для них информацией.
Поскольку в обучении может быть задействовано значительное количество различных сотрудников заказчика, которые в свою очередь, для обеспечения непрерывности деловых процессов не могут обучаться в одно и то же время, которые должны обучаться различным функциональным обязанностям и по прочим уважительным причинам, необходимо тщательно планировать процесс подготовки персонала. Также полезно разбивать обучающихся на группы по категориям, требующим использование различных подходов и глубины обучения, исходя из уровня их первоначальной подготовленности. В итоге, составленный план-график обучения должен быть согласован со всеми заинтересованными лицами, и утвержден руководством заказчика, как обязательный к исполнению.
А мы на этапе проектирования предупреждали, что обучение персонала заказчика не только очень ответственная задача, но еще и очень трудоемкая…
3. Выявление недостатков и дефектов информационной системы
Очень часто в больших проектах, тестирование финального релиза не позволяет выявить все проблемные места решения. Причиной тому могут быть: огромные объемы данных на деле в «боевых» условиях, проявление уникальных сочетаний бизнес правил в реальных деловых процессах, особенности работы конкретного оборудования, специфические сочетания компонентов системы, балансирование нагрузки между распределенными узлами и т.п.
Зачастую ситуация еще осложняется тем, что внедрение новых систем на начальных стадиях ни в коей мере не отменяет необходимость производить работы на старых системах. То есть пользователи дублируют данные в обоих системах. Иногда требуется миграция существующих актуальных данных из устаревших хранилищ в новые, а структура и формат информации обычно весьма и весьма отличаются. Например, если в новой структуре данных не хватает информации для заполнения обязательных реквизитов, они заполняются какими-то данными назначенными «по умолчанию», а потом уже корректируются вручную пользователями. И это только малая толика того, с чем приходится сталкиваться в реальных проектах.
Отдельная тема — интеграционные решения, в которых может происходить сбои в цепочке, использующей различные компоненты, разработанные двумя, тремя и больше командами. Найти виноватых в этой ситуации крайне сложно, поскольку дефекты чаще всего возникают на стыке интеграционных элементов, из-за выявленных в ходе внедрения несоответствий. И тут важно не искать виновных для наказания, а быстро и конструктивно договориться о совместных уступках разработчиков стыкуемых компонентов, и эффективно решить проблему.
Учитывая все вышеперечисленное, этап опытной эксплуатации, чаще всего, насыщен эмоциональными всплесками и взаимными претензиями, как между командами разработчиков, так и с заказчиками. В этом случае очень важна роль архитекторов и системных аналитиков, которые должны оперативно локализовать проблему, предложить ее решение и согласовать его со всеми заинтересованными лицами. Для выполнения подобных работ требуется помимо основных профессиональных навыков, еще и обладание талантом переговорщика, и знанием основ менеджмента.
А тем временем мы достигли дна, отведенного для проекта времени…
4. Согласование изменений в процессе внедрения информационной системы
Если работа некоторых функциональных модулей информационной системы критически не соответствует потребностям и ожиданиям заказчика, и найдены решения по преодолению этих проблем, то необходимо их зафиксировать и согласовать с заказчиком.
Этап согласования нового решения очень важен, как минимум по двум причинам.
Во-первых, если объем реализации изменений превысит суммы, заложенные на подобные риски в плане проекта, то необходимо либо заключать дополнительные соглашения, либо команда исполнителей будет работать в убыток. Зачастую исполнителей призывают по-быстрому сделать изменения, а мол учтем их и рассчитаемся за работы по ним потом, одним пакетом. Но по факту же такие случаи, обычно приводят, к тому, что заказчик опосля напрочь забывает свои обещания, а выполненные работы объявляет — исправлением исполнителями своих собственных ошибок.
Во-вторых, любые изменения одних компонентов системы могут повлечь за собой неизбежное изменение взаимозависимых компонентов, что требует тщательного анализа и, возможно, перепроектирования целой цепочки подсистем. В противном случае неизбежно возникновение дефектов в работе системы в целом. Проявляться это может например, в отказе работы модуля смежной команды исполнителей, и заказчик уже их объявляет халтурщиками и бракоделами. Правда конечно всплывет, но осадчик останется.
Поскольку время просрочено, необходимо договариваться с заказчиком, и убеждать его, что он в проекте тоже был не подарок, и часть вины лежит именно на нем.
5. Доработка информационной системы по итогам опытной эксплуатации
Если в ходе опытной эксплуатации принимаются и согласуются решения о внесении изменений в разработанный программно-аппаратный комплекс, то на основании их выставляются задачи исполнителям по их реализации. Процесс, описанный в разделе Часть 3. Реализация проектного решения повторяется. Но…
Если на стадии проектирования системы мы обсуждали отрицательное влияние полномасштабного использования методологии Scrum (1) в больших проектах, то на данном этапе она подходит как нельзя лучше. Особенно это ощутимо в проектах в которых продукт, переданный заказчику, не устраивает его по большей части показателей. Иными словами, пора поддаться панике и очень быстро, «сломя голову» вносить изменения в продукт, который уже эксплуатируют.
Собственно говоря, наступил момент, когда актуальны следующие условия:
Рисунок 20. – Этап внедрения информационной системы
6. Передача информационной системы в промышленную эксплуатацию
Когда в ходе опытной эксплуатации решены все спорные вопросы и недоразумения по поводу того как должна функционировать внедренная система, и насколько она соответствует договору на ее разработку, стороны подписывают акты о выполнении контракта. Заказчик осуществляет полный расчет за выполненные работы. Договор на разработку и внедрение информационной системы может считаться выполненным.
Внедрение переходит в фазу промышленной эксплуатации. Эти взаимоотношения чаще всего юридически регулируются уже отдельным договором или дополнительным соглашением на сопровождение промышленной эксплуатацией системы. В рамках этого контракта могут происходить профилактические работы по диагностике работы компонентов системы, их взаимодействия, устранение мелких сбоев и т.п.
7. Резюме раздела
Этап внедрения информационной системы, являет собой момент истины всего процесса ее производства и ознаменует старт самого тяжелого периода для всех участников проекта. Он может включать в себя следующие активности:
Разработка и внедрение информационной системы
Внедрение информационных систем
Надо четко понимать, что корпоративная ИС призвана упростить управление организацией, улучшить процессы, усилить контроль и обеспечить этим конкурентные выгоды. Только с такой точки зрения можно оценивать пользу от ее внедрения.
Следуя этой логике, становится понятно, что хотя корпоративная ИС предназначена в целом для обеспечения всех пользователей необходимой информацией, управление разработкой и внедрение КИС является прерогативой высшего руководства компании! Понимают ли это руководители?
Здесь тоже приходится бороться с живучими стереотипами. «Зачем мне корпоративная система, если дела на предприятии и так идут хорошо?». «Зачем, что-то ломать, если все работает?». Но ведь ломать-то чаще всего и не надо. На первом этапе нужно лишь грамотно и корректно формализовать и перенести идентифицированные процессы, в рамках которых живет предприятие, в корпоративную ИС. Подобная формализация лишь отточит, отшлифует удачные маркетинговые и производственные находки, оптимизирует процесс управления и контроля и позволит в дальнейшем проводить целенаправленные изменения.
К настоящему времени сложился стандартный набор приемов внедрения ИС. Основное правило: выполнять обязательные фазы последовательно и не пропускать ни одной из них.
Критически важными для внедрения являются следующие факторы:
Перед началом разработки проекта внедрения необходимо:
Необходимо также определить функциональные сферы внедрения модулей информационной системы:
Кроме того, что перечислено выше, надо задать технологические требования к внедрению ИС:
Основные фазы внедрения информационной системы
Фаза «Подготовка проекта». После завершения первой фазы осуществляется предварительное планирование и формирование процедур запуска проекта:
Последний, очень важный момент почему-то часто пропускается при составлении плана внедрения. А ведь от него в огромной степени зависит успех всего проекта! После начала финансирования проект считается запущенным к исполнению.
Фаза «Концептуальная проработка проекта». В течение этой фазы:
При этом все указанные действия в обязательном порядке документируются, согласуются и утверждаются всеми заинтересованными и ответственными сторонами.
Фаза «Реализация проекта». Во время проведения основных работ по внедрению создается, устанавливается и конфигурируется системная среда, определяются процедуры системного администрирования, устанавливаются основные программно-аппаратные комплексы и приложения. В системе настраиваются организационно-штатные и организационно- функциональные структуры предприятия с использованием таких организационных единиц, как филиал, департамент, отдел, рабочая группа и т. д.
Осуществляется установка, конфигурирование и настройка сетевых и телекоммуникационных средств, производится перенос данных из прежних локальных систем и формирование интерфейсов с унаследованными и внешними системами. При этом все создаваемые модели, планы, рабочие программные продукты, докуменация помещаются в сквозной репозиторий проекта внедрения ( рис. 8.17). Важной частью этого репозитория является система документации, формируемая в рамках проекта ( рис. 8.18).
Отрабатываются системные вопросы безопасности работы системы в многопользовательском режиме. Создаются приложения, шаблоны, отчеты, клиентские формы доступа, распределяются полномочия пользователей. Проводится «прогонка» всех систем в «боевом режиме» с участием всех заинтересованных сторон.
После окончания фазы реализации проект внедрения считается законченным. Информационная система передается в эксплуатацию.
Чем объясняется требование поэтапности разработок и внедрения информационной системы
Каскадный подход в методике внедрения автоматизированных систем подразумевает прохождения нескольких этапов работ. Каждый последующий этап строится на результатах предыдущего. При этом следует иметь в виду, что в зависимости от величины и сложности проекта, та или иная фаза может длиться от одного дня до нескольких недель. Ниже представлен общее описание всех этапов работ на проекте.
Предпроектный анализ
Данный этап предшествует началу основных работ и заключается в предварительном ознакомлении с предприятием Заказчика, определением целей, задач и рамок проекта. На основании сделанных выводов, осуществляется оценка трудоемкости и стоимости проекта.
Ознакомление может быть проведено в виде небольшого экспресс обследования или в виде изучения предоставленных документов. Полученные выводы относительно объемов работ и оценки трудоемкости и сроков работ фиксируются коммерческом предложении и договоре на работы по внедрению.
Обследование и проектирование
Данный этап представляет собой детальное обследование существующей методологии и практики бюджетного процесса на предприятии Заказчика и разработку эскизного проекта системы, который фиксируется в документе «Техническое задание».
По результатам детального обследования должно быть достигнуто однозначное понимание всех аспектов бюджетного процесса Заказчика и требований к его автоматизации. По результатам этапа проектирования должно быть достигнуто однозначно понимание принципов построения и архитектуры автоматизированной системы, а также функциональный состав информационной системы в разбивке по автоматизированным рабочим местам пользователей.
Разработка и внедрение
На данном этапе производится непосредственный процесс настройки ПО и создание необходимых рабочих мест пользователей. Основанием работ является Техническое задание, написанное на предшествующем этапе работ.
Процесс разработки, тестирования и внедрения является непрерывным: каждая задача, реализованная в системе, подлежит тестированию пользователями, после чего производится сбор и устранение выявленных при тестировании ошибок и замечаний, после чего она задача считается готовой к опытной эксплуатации.
Подобная организация работ приводит к тому, что пользователи вовлекаются в процесс общения и работы с системой до начала ее эксплуатации, что облегчает последующую ее передачу Заказчику. Помимо этого, пользователи получают возможность высказать свои замечания на более ранних этапах работ, когда стоимость внесения этих исправлений еще не столь высока, как на завершающих этапах проекта.
После того как завершена разработка и тестирования всех задач, предусмотренных Техническим Заданием, этап разработки завершается и система передается в опытную эксплуатацию. Передача системы в опытную эксплуатацию оформляется соответствующим актом.
Опытная эксплуатация
Этап опытной эксплуатации является своеобразным «переходным периодом», в ходе которого система передается от Исполнителя Заказчику. Основной Задачей данного этапа является запуск системы в эксплуатацию. В ходе опытной эксплуатации, специалисты Заказчика используют и поддерживают систему, а специалисты Исполнителя, консультируют и исправляют ошибки, выявленные в ходе эксплуатации системы.
Этот этап знаменует собой своего рода «стабилизацию», в ходе которой не ведется никакой разработки, и, следовательно, в систему не вносятся новые ошибки, а ранее внесенные – обнаруживаются и устраняются. По окончании этапа система считается законченной и пригодной к работе и передается в промышленную эксплуатацию.
Анализ результатов
Данный этап не является этапом проекта по внедрению информационной системы и предназначен для подведения итогов и анализа достигнутых результатов, а также для аккумулирования опыта, полученного проектной группой в ходе выполнения работ, с целью эффективного его использования в будущих проектах другими менеджерами.
Помимо этого, на данном этапе на данном этапе составляет план дальнейших работ с Заказчиком, и определяются шаги, которые требуется предпринять для дальнейшего развития данного проекта, или для подготовки предложений по внедрению других продуктов Hyperion.
Сопровождение
Процесс сопровождения информационной системы формально уже не является этапом проекта по внедрению информационной системы, но может включаться в общий договор при оказании комплекса услуг.
Разработка и внедрение информационной системы
Внедрение информационных систем
Надо четко понимать, что корпоративная ИС призвана упростить управление организацией, улучшить процессы, усилить контроль и обеспечить этим конкурентные выгоды. Только с такой точки зрения можно оценивать пользу от ее внедрения.
Следуя этой логике, становится понятно, что хотя корпоративная ИС предназначена в целом для обеспечения всех пользователей необходимой информацией, управление разработкой и внедрение КИС является прерогативой высшего руководства компании! Понимают ли это руководители?
Здесь тоже приходится бороться с живучими стереотипами. «Зачем мне корпоративная система, если дела на предприятии и так идут хорошо?». «Зачем, что-то ломать, если все работает?». Но ведь ломать-то чаще всего и не надо. На первом этапе нужно лишь грамотно и корректно формализовать и перенести идентифицированные процессы, в рамках которых живет предприятие, в корпоративную ИС. Подобная формализация лишь отточит, отшлифует удачные маркетинговые и производственные находки, оптимизирует процесс управления и контроля и позволит в дальнейшем проводить целенаправленные изменения.
К настоящему времени сложился стандартный набор приемов внедрения ИС. Основное правило: выполнять обязательные фазы последовательно и не пропускать ни одной из них.
Критически важными для внедрения являются следующие факторы:
Перед началом разработки проекта внедрения необходимо:
Необходимо также определить функциональные сферы внедрения модулей информационной системы:
Кроме того, что перечислено выше, надо задать технологические требования к внедрению ИС:
Основные фазы внедрения информационной системы
Фаза «Подготовка проекта». После завершения первой фазы осуществляется предварительное планирование и формирование процедур запуска проекта:
Последний, очень важный момент почему-то часто пропускается при составлении плана внедрения. А ведь от него в огромной степени зависит успех всего проекта! После начала финансирования проект считается запущенным к исполнению.
Фаза «Концептуальная проработка проекта». В течение этой фазы:
При этом все указанные действия в обязательном порядке документируются, согласуются и утверждаются всеми заинтересованными и ответственными сторонами.
Фаза «Реализация проекта». Во время проведения основных работ по внедрению создается, устанавливается и конфигурируется системная среда, определяются процедуры системного администрирования, устанавливаются основные программно-аппаратные комплексы и приложения. В системе настраиваются организационно-штатные и организационно- функциональные структуры предприятия с использованием таких организационных единиц, как филиал, департамент, отдел, рабочая группа и т. д.
Осуществляется установка, конфигурирование и настройка сетевых и телекоммуникационных средств, производится перенос данных из прежних локальных систем и формирование интерфейсов с унаследованными и внешними системами. При этом все создаваемые модели, планы, рабочие программные продукты, докуменация помещаются в сквозной репозиторий проекта внедрения ( рис. 8.17). Важной частью этого репозитория является система документации, формируемая в рамках проекта ( рис. 8.18).
Отрабатываются системные вопросы безопасности работы системы в многопользовательском режиме. Создаются приложения, шаблоны, отчеты, клиентские формы доступа, распределяются полномочия пользователей. Проводится «прогонка» всех систем в «боевом режиме» с участием всех заинтересованных сторон.
После окончания фазы реализации проект внедрения считается законченным. Информационная система передается в эксплуатацию.