IV стадия - промышленная эксплуатация.

Кроме повседнев­ного функционирования включает сопровождение программных средств и всего проекта, оперативное обслуживание и администри­рование баз данных.

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

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

1. Каскадная модель предполагает переход на следующий этап после полного окончания работ по предыдущему этапу.

2. Поэтапная модель с промежуточным контролем - итераци­онная модель разработки ИС и АИТ с циклами обратной связи между этапами. Преимущество такой модели заключается в том, что межэтапные корректировки обеспечивают меньшую трудоем­кость разработки по сравнению с каскадной моделью; однако вре­мя жизни каждого из этапов растягивается на весь период разра­ботки.

3. Спиральная модель делает упор на начальные этапы ЖЦ: анализ требований, проектирование спецификаций, предваритель­ное и детальное проектирование. На этих этапах проверяется и обосновывается реализуемость технических решений путем созда­ния прототипов. Каждый виток спирали соответствует поэтапной модели создания фрагмента или версии ИС и АИТ. На нем уточ­няются цели и характеристики проекта, определяется его качество, планируются работы следующего витка спирали. Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который дово­дится до реализации.

Наиболее перспективна спиральная модель ЖЦ. Специалиста­ми фирм, занимающихся проектированием и созданием про­граммных продуктов, отмечаются следующие преимущества спи­ральной модели:

§ накопление и повторное использование проектных решений, средств проектирования, моделей и прототипов ИС и АИТ;

§ ориентация на развитие и модификацию системы и технологии в процессе их проектирования;

§ анализ риска и издержек в процессе проектирования систем и технологий.

Главная особенность разработки ИС и АИТ состоит в кон­центрации сложности на стадиях предпроектного обследования и проектирования и относительно невысокой сложности и трудоем­кости последующих этапов. Более того, нерешенные вопросы и ошибки, допущенные на этапах анализа и проектирования, порож­дают на этапах внедрения и эксплуатации трудные, часто неразре­шимые проблемы и в конечном счете приводят к отказу от исполь­зования материалов проекта.

Особенности проектирования информационных технологий. Современная информационная технология реализуется в условиях спроектированных автоматизированных информационных систем, где в процессе их создания должны быть увязаны наиболее рацио­нальные методы решения управленческих задач и человеко-машинная технология обработки информации. Поэтому остано­вимся на особенностях создания АИТ.

При проектировании автоматизированная информационная технология рассматривается в пяти взаимосвязанных аспектах.

1. Техническом - как аппаратно-коммуникационном ком­плексе, имеющим конкретную конфигурацию и служащим для обработки и передачи информации.

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

3. Методическом - как совокупности средств реализации функций управления по отношению к экономическому объ­екту - предприятию, объединению, региональному хозяйству и т.д.

4. Организационном - как описании документооборота и рег­ламента деятельности аппарата управления.

5. Пооперационном - как совокупности технологических, ло­гических и арифметических операций, реализуемых в автома­тическом режиме.

Исходя из реальных условий конкретной предметной области формулируются основные требования к АИТ. Перечислим наибо­лее общие из них, характерные для современных ИС:

¨ соблюдение принципа системности при проектировании проце­дур накопления и обработки данных; такой принцип предполагает подразделение информационных потоков на внешние и внутрен­ние по отношению к объекту управления, учет структурно-динамических свойств протекающих в нем процессов, моделирова­ние прямых и обратных связей с окружающей средой;

¨ использование децентрализованных средств сбора и предвари­тельной обработки данных согласно принятой декомпозиции задач и распределения управленческих функций, что достигается с по­мощью технологии "клиент - сервер", позволяющей системе функционировать в многозадачном режиме;

¨ охват основных этапов жизненного цикла управления: целеполагание, выработка альтернатив принятия решений, выбор наибо­лее рационального варианта управленческой стратегии, монито­ринг и контроль исполнения решений;

¨ способность к адаптации всей системы и гибкое приспособле­ние АИТ к изменениям рыночной среды, возможность быстрого переключения на разные режимы использования аппаратных и те­лекоммуникационных средств;

¨ ориентация АИТ на реализацию единой информационно-логической модели объекта управления в сочетании с необходимыми процедурами обработки данных и вывода результатов;

¨ синхронизация процессов переработки и выдачи информации с процессами принятия решений на всех уровнях за счет использова­ния диалогового и планового (в масштабе реального времени) ре­жимов эксплуатации АИТ;

¨ использование безбумажного документооборота, естественно-профессионального языка для общения специалиста с ЭВМ, электронных подписей, машинных архивов и библиотек, удален­ного доступа к массивам данных;

¨ возможность обработки больших объемов информации в регла­ментном и произвольном режимах, а также интеграции данных в соответствии с иерархией управления;

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

Названные свойства АИТ обеспечиваются применением совре­менных высокоразвитых аппаратно-программных комплексов, средств связи и формулируются разработчиками системы в процессе проектирования. Такие пользователи-разработчики относятся к классу профессионалов. Для них существует инстру­ментальные средства, облегчающие создание АИТ, например CASE-технологии, позволяющие конструи­ровать сложные компьютерные системы из отдельных стандарти­зированных программных модулей.

Другой класс пользователей - специалисты проблемной облас­ти, которые применяют в своей деятельности программные средства с широкими технологическими возможностями, такие как MS Office.

Наконец, к третьему классу относятся обычные индивидуали­зированные пользователи, которые чаще всего общаются с компь­ютером на упрощенном естественном языке при помощи различ­ных ориентированных на широкую публику программных продук­тов.

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

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

В процессе разработки автоматизированных систем, рабочих мест и технологий проектировщики сталкиваются с рядом проблем.

Проектировщику сложно получить исчерпывающую инфор­мацию для оценки формулируемых заказчиком требований к новой системе или технологии.

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

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

С помощью известных аналитических методов можно разре­шить некоторые из перечисленных проблем, однако радикаль­ное решение дают только современные структурные методы, среди которых центральное место занимает методология струк­турного анализа.

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

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

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

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

Качество дальнейшего проектирования решающим образом за­висит от правильного выбора методов анализа, сформулированных требований к вновь создаваемой технологии. Эти методы служат для проведения изучения и исследования, разработки и оценки проектных решений, закладываемых при создании АС, а также для обеспечения экономии затрат и сокращения сроков проектирова­ния и внедрения системы.

Методы, используемые на стадии предпроектного обследова­ния, подразделяются на методы изучения и анализа фактического состояния объекта (технологии), методы формирования заданного состояния, методы графического представления фактического и заданного состояний. Рассмотрим эти методы более под­робно.

Методы изучения и анализа факти­ческого состояния экономического объекта и технологий управ­ленческой деятельности	Методы формиро­вания нового заданного сос­тояния эконо­мического объекта (ТЭ на проектирование)	Методы графического представления фактического и заданного состояний
Устный или письменный опрос	Моделирование процесса управления (бизнес - процессов)	Блок-схемы
Письменное анкетирование	Структурное (модульное) проектирование	Стрелочные и другие диаграммы
Наблюдение, измерение, оценка	Декомпозиция модулей, выделе­ние задач	Сетевые графики процессов
Групповое обсуждение	Анализ и моделирование информационных процессов	Аналитические таблицы и графики
Анализ задач
Анализ производственных, управленческих и информационных процессов

Методы изучения и анализа фактического состояния экономи­ческого объекта или технологии. Эти методы позволяют выявить уз­кие места в исследуемых процессах и включают устный или письменный опрос; письменное анкетирование; наблюдение, измерение и оценку; групповое обсуждение; анализ задач; анализ процесса.

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

Письменное анкетирование с помощью перечня вопросов дает полную и основательную информацию. При достаточно большом количестве анкет практикуется их обработка на ЭВМ. Чтобы повы­сить качество анкетирования, целесообразно ввести подсказку от­ветов "да - нет", "малый - средний - большой" и т.д. Сущест­венное влияние на качество результатов оказывает четкость, не­двусмысленность вопросов, поэтому разработка перечня вопросов предполагает знание принципиальной проблемной ситуации.

Наблюдение, измерение и оценка. С помощью этих методов соби­раются сведения о параметрах, признаках и объектах в соответст­вующей сфере исследования. Важные для изучения параметры, признаки и объекты точно оцениваются сотрудниками и регистри­руются в карточках или в формулярах (например, по частоте, ко­личеству, продолжительности, затратам). Накопление сведений и анализ результатов при достаточно большом количестве наблюде­ний выполняется на ЭВМ.

Групповое обсуждение проводится проектировщиками, програм­мистами совместно с пользователями или заказчиками с целью обобщения и обсуждения всех важных для решения проблем во­просов и определения необходимых задач.

Анализ задач. Суть этого метода состоит в вертикальной и гори­зонтальной структуризации задач и их распределении между исполнителями (должностными инструкциями) на основе заданной структуры объекта. Задачи расчленяются до такой степени, чтобы имелась возможность определить результаты, решения, полномо­чия, алгоритмы, входную и выходную информацию. Анализ за­дач - это первый этап и предпосылка описания задач, которые яв­ляются основой для построения технологии получения результатов, разработки должностных инструкций и планов распределения функций при работе в новых технологических условиях. Отправ­ным пунктом анализа служат требования к объекту и его инфор­мационной системе.

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

Анализ производственных, управленческих и информационных процессов должен охватывать в первую очередь следующее: обсле­дуемый объект; цель и результат решения управленческих задач; составляющие технологического процесса - решения, операции и алгоритмы; объем и качество информации; средства обработки информации; требования к управленческому персоналу и рабочему месту; методы работы; узкие места, помехи, трудности; требования рациональной организации техпроцесса.

В целом методы изучения и анализа фактического состояния управленческой деятельности и существующей технологии реше­ния задач предназначены для установления и оценки процессов, функций, предъявляемых к работникам требований, последова­тельности выполнения технологических операций и средств труда, продолжительности и сроков выполнения работ, потоков инфор­мации. Они способствуют сбору необходимых материалов и фор­мированию необходимой исходной основы для проектирования ИС и АИТ.

Методы формирования заданного состояния. Основываются на теоретическом обосновании всех составных частей и элементов ИС, исходя из целей, требований и условий заказчика. К данным методам, представляющим собой рабочие средства проектировщи­ков, относятся методы моделирования процесса управления; структурного проектирования; декомпозиции; анализа информационного процесса.

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

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

Метод структурного (модульного) проектирования позволяет раз­работать проект четко разграниченных блоков (модулей), между которыми устанавливаются связи посредством входной и выходной информации, а также показывается иерархия их подчиненности. Условиями применения этого метода являются разбиение крупных комплексов задач на подкомплексы и точное обозначение (идентификация) всех звеньев разьединения и сопряжения. Метод структурного проектирования позволяет разделить весь комплекс задач на обозримые и поддающиеся анализу подкомплексы (модули).

Метод декомпозиции модулей предусматривает дальнейшее раз­биение подкомплексов задач на отдельные задачи, показатели. Подход к разбиению всей совокупности задач по принципу "сверху вниз" особенно удобен для разработки принципиальных организа­ционно-технических решений, внесения в них при необходимости изменений, а также увязки при проектировании хозяйственных и организационно-управленческих целевых установок с конкретны­ми задачами и показателями.

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

Методы графического представления фактического и задан­ного состояний предусматривают использование для наглядного представления процессов обработки информации в форме блок-схем, графиков прохождения документов и т.д. Графические ме­тоды являются составной частью любого проекта и необходимы для практической работы, поскольку выполняют роль вспомога­тельного средства при описании внедрения новых технологий. К наиболее известным из них относятся блок-схемный метод, методы стрелочных диаграмм, сетевых графиков, таблиц после­довательности операций прохождения процессов. Различия ме­тодов выражаются в степени их реализации на ЭВМ, нагляд­ности, глубине отражаемых процессов.

Если на предпроектной стадии должны быть тщательно про­анализированы особенности объекта проектирования, четко сформулированы в техническом задании требования к созданию ИС и АИТ, то проектирование должно дать ответ на вопрос: "Как (каким образом) система будет удовлетворять предъявлен­ным к ней требованиям?". Задачей этой стадии является фор­мирование новой структуры системы и логических взаимосвязей ее элементов, которые будут функционировать на предложен­ной технологической платформе. Проектирование реализует итерационный процесс получения логической модели системы вместе со строго сформулированными целями, поставленными перед нею, а также написание спецификаций физической сис­темы, удовлетворяющей этим требованиям. Обычно стадию проектирования разделяют на два этапа.

1. Создание проектных решений, проектирование архитектуры АИС, включающее разработку структуры и интерфейсов компо­нентов, согласование функций и технических требований к компо­нентам, методам и стандартам проектирования, производство от­четных документов.

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

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

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

Этапы процесса организации и ведения проектировочных работ отражают принципиальный путь разработки и реализации новых проектных решений. Эта типовая концепция пригодна для органи­зации проектирования с различными формами использования средств труда, включая применение ЭВМ и автоматизацию про­ектирования. При этом не учитывается характер проблем, подле­жащих решению в конкретном случае. На основе типовой концеп­ции организации проектирования каждый этап может быть уточ­нен в зависимости от повторяющихся рабочих операций. Затем для каждого проекта ИС и АИТ выбираются подлежащие выполне­нию работы и сводятся в календарный план. В зависимости от ха­рактера и сложности решаемых проблем может возникнуть необ­ходимость многократного выполнения определенных этапов. В рамках рабочих этапов предусматривается закрепление за отдель­ными исполнителями ответственности за разработку задач, стадий проекта и программ.

В процессе организации проектирования принимаются разно­образные решения, влияющие на динамику и качество выполнения работ. Поэтому для каждого этапа проектирования определяются ожидаемые результаты и документы; персональные функции руко­водителя; решения, принимаемые руководителем; функции заказ­чика и разработчика ИС и АИТ.

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

Исполнительная документация относится к отдельным процес­сам, сферам и разрабатывается в рамках всей проектируемой АИТ. В состав документации входят организационные инструкции рабо­чих процессов, программы для рабочих мест, инструкции по оформлению документов, рекомендации по использованию ин­формации, методов, таблиц решений и т.д.

Охарактеризовав содержание проектировочных работ при со­здании ИС и АИТ, нельзя не остановиться на наиболее распро­страненных в настоящее время методах ведения проектировочных работ.

В современных условиях ИС, АИТ и АРМ, как правило, не создаются на пустом месте. В экономике практически на всех уровнях управления и на всех экономических объектах - от орга­нов регионального управления, финансово-кредитных организа­ций, предприятий, фирм до организаций торговли и сфер обслу­живания - функционируют системы автоматизированной обработ­ки информации. Однако переход к рыночным отношениям, воз­росшая в связи с этим потребность в своевременной, качест­венной, оперативной информации и оценка ее как важнейшего ресурса в управленческих процессах, а также последние дости­жения научно-технического прогресса вызывают необходимость перестройки функционирующих автоматизированных информа­ционных систем в экономике, создания ИС и АИТ на новой технической и технологической базах. Только новые техниче­ские и технологические условия - современные АИТ - позво­лят реализовать столь необходимый в рыночных условиях прин­ципиально новый подход к организации управленческой деятельности экономическим объектом как деятельности инженер­ной, получившей название "реинжиниринг".

Термин "реинжиниринг" был введен М.Хаммером. Он преду­сматривает радикальное перепроектирование бизнес-процессов для достижения резких, скачкообразных улуч­шений показателей стоимости, качества, сервиса, темпов развития фирм, компаний, предприятий, организаций на базе АИТ. Реинжиниринг прежде всего предусматривает перестройку экономи­ческой деятельности экономического объекта на базе новой ин­формационной технологии. В то же время реинжинирингу под­вергаются системы, их техническое, программное, информаци­онное обеспечение, перепроектирование которых ведется на осно­ве вновь создаваемой абстрактной модели пересматриваемой ис­ходной системы.

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

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

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

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

Аналогично обстоит дело при разработке ИС в других облас­тях экономики. Так, например, разработка ИС для страховой дея­тельности по силам только специализированным организациям, обобщающим практический опыт работы страховщиков, тесно взаимодействующим с аудиторскими организациями и имеющим штат высококвалифицированных постановщиков задач и програм­мистов.

Автоматизированные системы проектирования - второй, быстроразвивающийся путь ведения проектировочных работ. В области автоматизации проектирования ИС и АИТ за по­следнее десятилетие сформировалось новое направление - CASE (Computer-Aided Software/System Engineering). Лавинообразное расширение областей применения ЭВМ, возрастающая слож­ность инфосистем, повышающиеся к ним требования, привели к необходимости индустриализации технологий их создания. Важное направление в развитии технологий составили разработки интегри­рованных инструментальных средств, базирующихся на концепци­ях жизненного цикла и управления качеством ИС и АИТ, пред­ставляющих собой комплексные технологии, ориентированные на создание сложных автоматизированных управленческих систем и поддержку их полного жизненного цикла или ряда его основных этапов. Дальнейшее развитие работ в этом направлении привело к созданию ряда концептуально целостных, оснащенных высоко­уровневыми средствами проектирования и реализации вариантов, доведенных по качеству и легкости тиражирования до уровня программных продуктов технологических систем, которые получи­ли название CASE-систем или CASE-технологий.

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

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

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

CASE-технологии успешно применяются для построения прак­тически всех типов ИС, однако устойчивое положение они зани­мают в области обеспечения разработки деловых и коммерческих ИС. Широкое применение CASE-технологий обусловлено массо­востью этой прикладной области, в которой CASE используется не только для разработки ИС, но и для создания моделей систем, помогающих коммерческим структурам решать задачи стратегиче­ского планирования, управления финансами, определения полити­ки фирм, обучения персонала и др. Это направление получило свое собственное название - бизнес-анализ. Например для наибо­лее быстрой и эффективной разработки высококачественной банковской системы, финансисты все чаще обращаются к помощи технологии CASE. Поставщики этой технологии входят в положе­ние финансистов и быстро расширяют рынок средств. Быстрей­шему внедрению технологии CASE способствует также усложнение банковских систем.

CASE - не революция в автоматизации проектирования ИС, а результат естественного эволюционного развития всей отрасли средств, называемых ранее инструментальными или технологическими. Одним из ключевых признаков является поддержка методо­логий структурного системного анализа и проектирования.

С самого начала целью развития CASE-технологий было пре­одоление ограничений при использовании структурных методоло­гий проектирования 1960-70-х гг. (сложности понимания, боль­шой трудоемкости и стоимости использования, трудности внесе­ния изменений в проектные спецификации и т.д.) за счет их авто­матизации и интеграции поддерживающих средств. Таким образом, CASE-технологии не могут считаться самостоятельными методо­логиями, они только развивают структурные методологии и делают более эффективным их применение за счет автоматизации.

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

Большинство CASE-средств основано на научном подходе, по­лучившем название "методология/метод/нотация/средство". Мето­дология формулирует руководящие указания для оценки и выбора проекта разрабатываемой ИС, шаги работы и их последователь­ность, а также правила применения и назначения методов.

К настоящему моменту CASE-технология оформилась в само­стоятельное наукоемкое направление, повлекшее за собой образо­вание мощной CASE-индустрии, которая объединяет сотни фирм и компаний различной ориентации. Среди них выделяются компании-разработчики средств анализа и проектирования систем с широкой сетью дистрибьюторских и дилерских фирм; фирмы-разработчики специальных средств с ориентацией на узкие пред­метные области или на отдельные этапы жизненного цикла системы; обучающие фирмы, которые организуют семинары и курсы подго­товки специалистов; консалтинговые фирмы, оказывающие прак­тическую помощь при использовании CASE-пакетов для разработ­ки конкретных ИС; фирмы, специализирующиеся на выпуске периодических журналов и бюллетеней по CASE-технологиям.