Внедрение SAP R/3: Руководство для менеджеров и инженеров

На каждом этапе своей истории SAP принимала смелые решения, применяя новейшие идеи и технологии в качестве основных стратегий для разработки своих продуктов, даже если такие концепции еще не успели зарекомендовать себя на рынке. Например, с самого начала была принята концепция централизованной базы данных предприятия, как и идея внесения обновлений в эту централизованную базу данных в режиме реального времени. Компания признала истинность того факта, что графический пользовательский интерфейс (Graphical User Interface, GUI) стал в фокусе внимания задачи обеспечения взаимодействия между системой и пользователями задолго до того, как это стало возможным благодаря новейшему оборудованию и технологиям без необходимости жертвовать таким критическим свойством системы как масштабируемость. Немаловажными пунктами в планах разработки и усовершенствования программных продуктов SAP являются такие аспекты, как интернационализация продуктов, например, поддержка мультивалютности. С самых первых версий, архитектура систем SAP подразумевала возможность поддержки множества языков.

SAP представляет собой одно из лучших системных ERP-решений, представленных на рынке на сегодняшний день, наряду с немногочисленной группой других программ подобного рода. За последние несколько лет характеристики систем, носящих имя ERP (Enterprise Resources Planning — планирование ресурсов предприятия) приобрели довольно ясные очертания. В этой главе мы подробнее рассмотрим сущность ERP-систем и причину их доминирующего положения в настоящее время.

Концепция систем планирования ресурсов в масштабе предприятия

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

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

Однако с самого начала существует еще одна основная проблема, состоящая в количестве действительно успешно завершенных и реализованных приложений. Большинство из них было написано во время программного кризиса, охватившего группы информационного сервиса в 80-х. Причин для этого было несколько:

• С появлением PC-ориентированных функциональных возможностей, запросы пользователей стали сложнее и требовательнее.

• Как следствие, приложения стали более крупными и комплексными.

• Соответственно, производительность скорее падала, чем увеличивалась.

• Время разработки программного обеспечения возросло, увеличение затрат и времени стали обычной практикой.

• Высококвалифицированные профессионалы всегда были в цене, и это требовало увеличения затрат на содержание штата программистов; поэтому затраты на разработку систем неуклонно возрастали.

• Процент прекращения эксплуатации систем был очень высок.

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