Глава 4

САSE-технологии проектирования автоматизированных информационных систем

4.1. Общие положения саse-технологий.

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

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

САSE-технологии успешно применяются для построения практически всех типов систем ПО, но устойчивое положение они занимают в следующих областях:

-обеспечение разработки делового и коммерческого ПО - т.е. САSE применяется не только для разработки ПО, но и для создания моделей систем, позволяющих решать задачи стратегического планирования, управления финансами и др.(это направление получило название - бизнес-анализ);

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

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

САSE-средства обладают следующим рядом достоинств:

- улучшают качество создаваемого ПО за счет средств автоматического контроля (контроля проекта);

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

- ускоряют процесс проектирования и разработки;

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

- поддерживают развитие и сопровождение разработки;

- поддерживают технологии повторного использования компонентов разработки.

Программные САSE-средства - средства автоматизации процессов проектирования и сопровождения ИС. Без понимания методологии проектирования ИС невозможно применение САSE-средств.

4.2. Жизненный цикл программного обеспечения информационной системы (жцпо).

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

Структура ЖЦПО базируется на 3-х группах процессов.

1. Основные процессы ЖЦПО (приобретение, поставка, разработка, эксплуатация, сопровождение)

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

3. Организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).

4.3. RAD-технологии быстрого создания приложений.

Методология быстрой разработки ПО широко распространена и содержит три элемента:

1. Небольшую команду программистов (от 2 до 10 чел.)

2. Короткий, но тщательно проработанный производственный график ( от 2 до 6 месяцев).

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

Жизненный цикл ПО по методологии RAD имеет четыре фазы.

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

2. Проектирование (пользователи принимают участие в техническом проектировании системы под руководством разработчиков. САSE-средства используются для быстрого получения работающих прототипов приложений. Утончаются и дополняются требования к системе, не выявленные на предыдущей фазе. Каждый процесс рассматривается детально. Определяются требования разграничения доступа к данным. Определяется набор необходимой документации).

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

4. Внедрение (обучение пользователей).

Подготовка к внедрению должна начинаться заранее, как правило, на этапе проектирования системы.

Приведенная схема разработки АСИ на является абсолютной. Возможны различные варианты.

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