Тема 10. Case-средства, их возможности и характеристика

Понятие CASE – технологии, достоинства и недостатки, особенности внедрения данной технлогии. Понятие CASE-средств, проблемы использования CASE-средств. Характеристика CASE-средств. Состав, структура и функциональные особенности CASE-средств. Классификация CASE-средств. Примеры.

I. Понятие case-технологии

Возрастающая сложность современных автоматизированных систем управления и повышение требовательности к ним обуславливает применение эффективных технологий создания и сопровождения АС в течение всего жизненного цикла. Такие технологии, базирующиеся на методологиях подготовки информационных систем и соответствующих комплексах интегрированных инструментальных средств, а также ориентированные на поддержку полного жизненного цикла АС или его основных этапов, получили название CASE-технологий и CASE-средств. Для успешной реализации проекта АС должны быть построены полные и непротиворечивые функциональные и информационные модели системы управления. Накопленный опыт проектирования указанных моделей показывает, что это логически сложная , трудоемкая и длительная по времени работа, требующая высокой квалификации участвующих в ней специалистов. Однако во многих случаях проектирование АС выполняется в основном на интуитивном уровне с применением неформальных методов, основанных на искусстве, практическом опыте и экспертных оценках. Кроме того, в процессе создания и функционирования АС информационные потребности пользователей могут изменяться или уточняться, что еще более усложняет разработку и сопровождение автоматизированных систем управления. От перечисленных недостатков в наибольшей степени свободны подходы, основанные на программно-технических средствах специального класса - CASE-средствах, реализующих CASE-технологии создания и сопровождения АС. САSЕ-технологии сформировались на рубеже 80-х гг.. Их применение затруднено высокой стоимостью и требованиями к оборудованию рабочего места разработчика. При созданий крупномасштабных и сложных ИС проектирование и реализация ИС осуществляется с помощью САSЕ-технологий

САSЕ-технология (Computer Aided system Engineering) представляет собой совокупность методологий анализа, проектирования, разработки и сопровождения сложных систем и поддерживается комплексом взаимосвязанных средств автоматизации, охватывающих весь ЖЦИС.

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

САSЕ-технология — программный комплекс, автоматизирующий весь технологический процесс анализа, проектирования, разработки и сопровождения сложных программных систем.

Основное достоинство САSЕ-технологии — поддержка коллективной работы над проектом за счет возможности работы в локальной сети разработчиков, экспорта/импорта любых фрагментов проекта, организационного управления проектом.

Успешное внедрение CASE-средств обеспечивает:

• высокий уровень технологической поддержки разработки и сопровождения ПО;

• положительное воздействие на процессы (производительность, качество продукции, соблюдение стандартов, документирование);

• позитивность отдачи от инвестиций в CASE-средства.

Для успешного внедрения CASE-средств организация должна обладать следующими качествами:

• понимание ограниченности возможностей и способность принять новую технологию;

• готовность к внедрению новых процессов и взаимоотношений между разработчиками и пользователями;

• руководство и организованность по отношению к этапам и процессам внедрения.

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

Ручная разработка порождала проблемы:

• неадекватная спецификация требований;

• неспособность обнаруживать ошибки в проектных решениях;

• низкое качество документации, снижающее эксплуатационные качества;

• затяжной цикл и неудовлетворительные результаты тестирования.