Факторы, способствующие появление CASE-средств.

ВВЕДЕНИЕ
Для успешной реализации проекта разработки некоторой программной системы объект проектирования (в нашем случае ПО) должен быть адекватно описан, то есть должна быть построена полная и непротиворечивая архитектура ПО, разработаны модели как системы в целом так и отдельных ее элементов, в соответствии с методологией разработки. Таким образом, архитектура ПО представляется в виде набора моделей элементов системы, которые проектируются для того, чтобы понять и осмыслить структуру и поведение будущей системы, облегчить управление процессом ее создания и уменьшить возможные риски, а также документирования принятых проектных решений. Разработка архитектуры системы ПО промышленного характера на стадии, предшествующей ее реализации или обновлению, в такой же степени необходима, как и наличие проекта для строительства большого здания. Чем полнее модели системы, тем выше вероятность качественной разработки на основе взаимодействия участников проекта, что предоставляет гарантию корректности архитектуры.
Очевидно, что основная цель разработки ПО состоит не в построении модели, а в получении работающих приложений (кода), но, с другой стороны кодирование должно отражать функции и процессы заложенные и описанные в моделях системы. Диаграммы, с одной стороны, всего лишь наглядные изображения, а с другой графические указания к разработке элементов системы. Поэтому при использовании графических языков моделирования очень важно понимать, чем может помочь данная модель, когда дело дойдет до написания кода. Можно привести следующие причины, побуждающие прибегать к их использованию:
изучение методов проектирования. Множество людей отмечает наличие серьезных проблем, связанных, например, с освоением объектно-ориентированных методов, и, в первую очередь, изменение парадигмы. Графические средства позволяют облегчить решение этой проблемы;
общение с экспертами организации. Графические модели позволяют дать внешнее представление о системе и объясняют, что эта система будет делать;
получение общего представления о системе. Графические модели помогают быстро получить общее представление о системе, сказать о том, какого рода абстракции существуют внутри системы и каковы ее части нуждаются в дальнейшем уточнении.
Т.е. проектирование информационной системы предполагает использование специальных средств и подходов, которые позволят на основании некоторой общепонятной нотации разрабатывать архитектуру программной системы.
 
Глава 1. Предпосылки развития CASE систем
1.1. Информационные системы 1970-80-х годов
В 1970-80-х годах при разработке информационных систем широко применялась структурная методология, предоставляет в распоряжение разработчиков строгие формализованные методы описания ИС и принятых технических решений. Эта методология основана на наглядной графической техникt, иначе говоря, для описания проекта использовались разного рода схемы и диаграммы. Наглядность и строгость средств структурного анализа позволяла разработчикам и будущим пользователям системы с самого начала неформально участвовать в ее создании, обсуждать и закреплять понимание основных технических решений. Однако, широкое применение этой методологии и прохождения ее рекомендаций при разработке конкретных проектов встречалось достаточно редко, поскольку ее практически невозможно реализовать на должном уровне ручным, неавтоматизированном, способом. Вручную очень трудно разработать и графически представить строгие формальные спецификации системы, проверить их на полноту и непротиворечивость, и тем более изменить. Если все же удается создать строгую систему проектных документов, то ее переработка при появлении серьезных изменений практически неосуществима. Если участники проекта пытались прибегнуть к ручной разработке, то перед ними возникали следующие проблемы:
неадекватная спецификация требований;
неспособность обнаруживать ошибки в проектных решениях;
низкое качество документации, снижает эксплуатационные качества;
затяжной цикл и неудовлетворительные результаты тестирования.
Первоначальное значение термина, ограниченное вопросами автоматизации разработки программного обеспечения (ПО), в настоящее