внимания). На первый план выходят аспекты обеспечения качества создаваемых программных
продуктов, степень их документированности (как с точки зрения пользователей, так и ИТ-
специалистов и разработчиков), легкость сопровождения и, конечно, возможность расширения
их функциональности в соответствии с запросами пользователей”.
Среди CASE-средств для разработчиков сейчас наиболее популярны средства проектирования
баз данных (БД). Поскольку структура БД, создаваемой ИС, как правило, весьма сложна, то ее
разработка — процесс трудоемкий. К тому же необходимо обеспечить связь между модельной
составляющей и БД, автоматическое написание рабочего кода приложения, существенно
экономящее время программистов и гарантирующее проектировщикам, что в системе
воплощено именно то, что они задумали.
Не так давно начали пользоваться популярностью CASE-средства, предназначенные для
проектирования архитектуры ИС, т. е. для так называемых системных архитекторов,
отвечающих за модульное построение, интерфейсы, соединение в единое целое разнородных
клиент-серверных приложений в рамках проекта.
Если целью работы с CASE-средствами является программный продукт, то он, как правило,
создается на некотором языке программирования в определенной среде разработки. Такие
возможности CASE-средств, как автоматическое создание кода и обратный процесс —
построение диаграмм на основании исходного кода, методы анализа качества кода, требуют,
чтобы осуществляющее их приложение “знало” соответствующий язык и среду
программирования на уровне компилятора данного языка.
Тот факт, что некоторые производители CASE-средств попутно являются конкурирующими
производителями языков и сред разработки, накладывает свой отпечаток. Так, если вы
используете средства разработки от Microsoft, то для вас вряд ли окажутся полезными CASE-
средства Oracle. Аналогично не приходится ожидать особой поддержки Oracle и Borland в
средствах Microsoft. В то же время продукт IBM Rational Rose имеет кодогенераторы как для
языков Microsoft Visual Studio, так и для языка Borland Delphi. Но в целом ориентированность
некоторых комплексов CASE-средств на определенные среды разработки может оказаться
столь велика, что это способно значительно сузить круг при поиске подходящего инструмента
в том случае, когда среда разработки приложения уже выбрана. (В этом смысле приведенная
ниже таблица сравнения не вполне корректна и должна рассматриваться читателями с
указанной оговоркой.)
CASE-инструментарий призван обеспечить понимание и корректное взаимодействие
представителей двух разных лагерей: аналитиков, определяющих требования бизнеса
(описывающих бизнес-процессы), и разработчиков, отвечающих за структуру данных и
объектно-ориентированный анализ, проектирование и программирование.
Перед тем как что-то автоматизировать, организации необходимо описать на
стандартизированном CASE-языке модель своего бизнеса, выделить из него часть, подлежащую
автоматизации. Утвержденный результат этого процесса и должен быть передан
разработчикам автоматизированной системы в качестве технического задания на разработку
(ТЗ). К сожалению, эту последовательность действий соблюдает пока очень малое число
предприятий, внедряющих у себя ERP-системы, и это одна из главных причин провала проектов
внедрения, поскольку ТЗ, написанное на естественном (неформализованном) языке, всегда
оставляет огромное поле для недопонимания сторон.
Кроме того, по имеющейся статистике, 80% средств, которые ИT-службы предприятий тратят
на программное обеспечение, уходят на сопровождение, а не на разработку (закупку) систем. И
можно понять, почему. Высокие затраты на сопровождение, во-первых, связаны с плохим
изначальным проектированием систем. CASE-средства способны эти затраты снизить. Во-
вторых, в реальной жизни к системе в процессе ее эксплуатации предъявляются новые
требования, у бизнеса появляются новые задачи, когда организация развивается. Не могут
избежать непрерывных изменений и разработчики — как тиражных систем (вынужденные
выводить все новые и новые версии на рынок), так и заказных, постоянно доделывающие что-то
в ИС под новые требования заказчика. Так что изменения систем неизбежны, и было бы
уместно, если бы CASE-средства поддерживали процессы изменений функционирующих ИС,
причем желательно в режиме реального времени (реинжиниринг информационной системы без
остановки жизненно важных ее элементов).
Галина Антипина: “Команды, которые профессионально занимаются разработкой
информационных систем, постепенно начинают осознавать необходимость комплексного
применения средств управления созданием ПО. Раньше они ограничивались средствами