Корпоративные информационные системы
ERP-системы часто не обладают гибкостью, и их трудно адаптировать к определенным потокам данных и бизнес-процессам некоторых компаний - этот факт приводится как основная причина неудач их внедрения.
ERP-системы могут быть сложны в использовании.
Система может страдать от проблемы «слабого звена», т.е. неэффективность в одном подразделении или одного из партнеров может влиять на других участников.
Множество взаимосвязанных звеньев нуждается в высокой точности и эффективности работы других приложений. В компании могут выполняться минимальные нормы, но со временем надежность некоторых приложений снизится за счет неверных данных.
После установки системы, затраты на переход на другую версию для одного из партнеров могут оказаться слишком высокими (что снижает гибкость и стратегический контроль на корпоративном уровне).
Стирание границ предприятия может создать проблемы с отчетностью, сферами ответственности и моральным состоянием сотрудников.
Меры по нераспространению секретной информации между подразделениями могут снизить эффективность программного обеспечения.
Часто возникают проблемы с совместимостью с устаревшими системами партнеров.
Система может обладать избыточными функциями, по сравнению с фактическими потребностями заказчика.
Этапы разработки КИС
Классический жизненный цикл
Одной из старейших последовательностей шагов разработки программного обеспечения (ПО) является классический жизненный цикл (Автор Уинстон Ройс, 1970).
Чаще классический жизненный цикл называют КАСКАДНОЙ или ВОДОПАДНОЙ моделью, подчеркивая, что разработка рассматривается как последовательность этапов, причем переход на следующий иерархически нижний этап происходит только после полного завершения работ на текущем этапе и возврата к пройденным этапам не предусматривается. (см. рис. ниже)
Рис. Классический жизненный цикл разработки ПО
Приведем краткое описание основных этапов. Разработка начинается на системном уровне и проходит через
анализ,
проектирование,
кодирование (реализация),
тестирование,
сопровождение
При этом моделируются действия стандартного инженерного цикла.
Системный анализ определяет роль каждого элемента в компьютерной системе, взаимодействие элементов друг с другом.
Анализ начинается с определения требований и назначения подмножества этих требований программному элементу.
На этом этапе начинается решение задачи планирования проекта ПО.
В ходе планирования проекта определяются:
объем проектных работ,
риск проектных работ,
необходимые трудозатраты,
формируются рабочие задачи,
формируется план-график работ.
Анализ требований, относящийся к программному элементу, т.е. к ПО, уточняет и детализирует:
функции ПО,
характеристики ПО,
интерфейс ПО.
Все определения документируются в спецификации анализа.
Проектирование создает представления:
архитектуры ПО,
модульной структуры ПО,
алгоритмической структуры ПО,
структуры данных,
входного и выходного интерфейса (входных и выходных форм данных).
Кодирование (реализация) состоит в переводе результатов проектирования в текст на языке программирования.
Тестирование - это выполнение программы для выявления дефектов в функциях, логике и форме реализации программного продукта.
Сопровождение - это внесение изменений в эксплуатируемое ПО. Цели изменений:
исправление ошибок,
адаптация к изменениям внешней для ПО среды,
усовершенствование ПО по требованию заказчика.
Сопровождение ПО состоит в повторном применении каждого из предшествующих шагов (этапов) жизненного цикла, т.е. системного анализа, анализа требований, проектирования и т. д., к существующей программе, но не разработке новой программы.
Каждая стадия (этап) завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.