|
|
@@ -1,13 +1,37 @@
|
|
|
**Каскадная модель внедрения корпоративных информационных систем**
|
|
|
Воспользуемся типовыми этапами ЖЦ проекта внедрения (рис. 2). Преобразуем линейную последовательность следующим образом: каждый предыдущий этап сместим влево вверх, а каждый последующий – вправо вниз, тем самым получим схему, следующую слева направо и сверху вниз. Каскадная модель внедрения КИС образуется путём соединения полученных этапов между собой (рис. 3). Данная модель или, как часто ее называют, модель водопад (Waterfall) была предложена в 1970 году У. Ройсом.Реализация проекта, согласно данной модели, ведётся путём строгого выполнения задач каждого из этапов (типовые этапы внедрения КИС), при этом переход к последующему этапу возможен лишь в случае успешного завершения предыдущей стадии [3]. Пропуск какого-либо из этапов, возврат к предыдущим стадиям и повторение этапов запрещены, именно по этой причине модель часто именуют последовательной или однопроходной. Следуя рис. 3, очевидны достоинства и недостатки водопадной модели.
|
|
|
+
|
|
|
**К плюсам можно отнести:**
|
|
|
|
|
|
1)прозрачность определения сроков, работ и затрат;
|
|
|
+
|
|
|
2)наличие согласованной процедуры перехода между этапами;
|
|
|
+
|
|
|
3)независимость выполнения этапов,
|
|
|
|
|
|
**Минусами являются:**
|
|
|
|
|
|
1)невозможность устранения ошибок предыдущих этапов;
|
|
|
+
|
|
|
2)отсутствие гибкости.
|
|
|
-
|
|
|
+
|
|
|
+
|
|
|
+**Рис. 3.** Переход от типовых этапов к каскадной модели внедрения КИС
|
|
|
+
|
|
|
+Проект внедрения КИС на основе данной модели состоит из активностей:
|
|
|
+
|
|
|
+1)подготовка проекта, заключающаяся в формировании основных концепций, стратегий и подходов к реализации функционала КИС;
|
|
|
+
|
|
|
+2)идентификация и анализ требований, предъявляемых к КИС и их приоритезация;
|
|
|
+
|
|
|
+3)формирование проектных решений и спецификаций, описывающих способ реализации ранее сформированных требований к КИС;
|
|
|
+
|
|
|
+4)кастомизация и доработка КИС на основе ранее подготовленных решений и спецификаций, описывающих реализацию требований;
|
|
|
+
|
|
|
+5)функционально-модульное, интеграционное и приёмочное тестирование выполненных настроек и доработок КИС;
|
|
|
+
|
|
|
+6)переход к продуктивной эксплуатации и поддержка.
|
|
|
+
|
|
|
+Кроме того, каждый из этапов заканчивается валидацией и согласованием активностей следующей стадии, а также подтверждением возможности перехода к последующему этапу. Вышеприведённый список демонстрирует закономерность: проектирование, реализация и тестирование КИС ведутся на основе требований, идентифицированных на ранних этапах. Тем самым, если изначальные требования были сформированы неверно, вся информационная система будет подготовлена некорректно (ранее отмеченный минус о невозможности устранения ошибок предыдущих этапов), что вероятнее всего потребует доделывания КИС. Отсутствие гибкости модели можно отнести как к минусу, так и плюсу: если ведётся частичное внедрение КИС незначительного по объёму функционала, возможные изменения требований по сравнению с начальными желательно включить в проект. Однако, когда имплементируется многофункциональная КИС, интегрированная с множеством как внешних, так и внутренних подсистем, незначительная корректировка требований может привести к значительным изменениям сроков, работ и затрат.
|
|
|
+
|
|
|
+Именно поэтому каскадную модель часто применяют на проектах внедрения КИС «с нуля» и «тиражирования», когда объём выполняемых работ и их трудозатраты достигают внушительных величин. На подобных проектах возникает конфликт интересов между различными заинтересованными сторонами, поэтому результаты каждого из этапов тщательно документируются и согласуются во избежание разночтений и увеличения объёма работ. Невозможно запустить КИС в масштабах предприятия с учётом требований и пожеланий каждого из сотрудников. Поэтому объём задач фиксируется списком наиболее важных и подтверждённых требований ключевыми, но не конечными пользователями. В случае появления новых или изменения существующих требований предлагается регистрировать запрос на изменение. Суть последнего состоит в следующем: необходимые доработки КИС будут выполнены вне рамок проекта в отдельные сроки и бюджет.
|
