4.3. Выбор кис для управления предприятием

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

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

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

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

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

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

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

В последнее время разработчики российских КИС все чаще объявляют о выходе на рынок отраслевых версий своих программных продуктов. Отраслевые версии КИС позволяют разработчикам увеличить свое рентное преимущество за счет более специализированного подхода к автоматизации деятельности предприятий отдельных отраслей.

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

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

4. Модели жизненного цикла кис

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

В жизненном цикле определены следующие группы про­цессов:

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

2. вспомогательные процессы жизненного цикла. Это: Документирование, Управление конфигурацией, Обеспечение качества, Верификация, аттестация, Совместный анализ, Аудит, Решение проблем;

3. организационные процессы жизненного цикла. Это: Управление, Создание инфраструктуры, Усовершенствование, Обучение.

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

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

Одной из старейших последовательностей шагов разработки программного обеспечения (ПО) является классический жизненный цикл (Автор Уинстон Ройс, 1970).

Чаще классический жизненный цикл называют КАСКАДНОЙ или ВОДОПАДНОЙ моделью, подчеркивая, что разработка рассматривается как последовательность этапов, причем переход на следующий иерархически нижний этап происходит только после полного завершения работ на текущем этапе и возврата к пройденным этапам не предусматривается. (см. рис. 56)

Рисунок 56. Классический жизненный цикл разработки ПО

Приведем краткое описание основных этапов. Разработка начинается на системном уровне и проходит через:

1. анализ требований,

2. проектирование,

3. кодирование (реализация, программирование),

4. тестирование и отладка,

5. эксплуатация и сопровождение

При этом моделируются действия стандартного инженерного цикла.

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

Анализ начинается с определения требований и назначения подмножества этих требований программному элементу.

На этом этапе начинается решение задачи планирования проекта ПО.

В ходе планирования проекта определяются:

1. объем проектных работ,

2. риск проектных работ,

3. необходимые трудозатраты,

4. формируются рабочие задачи,

5. формируется план-график работ.

Анализ требований, относящийся к программному элементу, т.е. к ПО, уточняет и детализирует:

1. функции ПО,

2. характеристики ПО,

3. интерфейс ПО.

Все определения документируются в спецификации анализа.

Проектирование создает представления:

1. архитектуры ПО,

2. модульной структуры ПО,

3. алгоритмической структуры ПО,

4. структуры данных,

5. входного и выходного интерфейса (входных и выходных форм данных).

Кодирование (реализация) состоит в переводе результатов проектирования в текст на языке программирования.

Тестирование – это выполнение программы для выявления дефектов в функциях, логике и форме реализации программного продукта.

Сопровождение – это внесение изменений в эксплуатируемое ПО. Цели изменений:

1. исправление ошибок,

2. адаптация к изменениям внешней для ПО среды,

3. усовершенствование ПО по требованию заказчика.

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

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

Достоинствами классического жизненного цикла являются:

1. получение плана и временного графика по всем этапам проекта,

2. упорядочение хода разработки.

К недостаткам классического жизненного цикла относятся:

1. частое отклонение реальных проектов от стандартной последовательности шагов,

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

3. доступность результатов проекта заказчику лишь в конце работы.