 |
Особенности и ограничения применения методологии RAD.
|
|
|
|
Приведенная схема разработки информационной системы не является абсолютной. Возможны различные варианты, зависящие от начальных условий, в которых ведется разработка:
- разрабатывается совершенно новая система;
- уже было проведено обследование предприятия и существует модель его деятельности;
- на предприятии уже существует некоторая информационная система, которая может быть использована в качестве начального прототипа или должна быть интегрирована с разрабатываемой.
Методология RAD не может претендовать на универсальность. Она хороша для относительно небольших проектов, разрабатываемых для конкретного заказчика. Если же разрабатывается типовая система, которая не является законченным продуктом, на первый план выступают такие показатели проекта, как управляемость и качество, которые могут войти в противоречие с простотой и скоростью разработки. Для таких проектов необходимы высокий уровень планирования и жесткая дисциплина проектирования, строгое следование заранее разработанным протоколам и интерфейсам, что снижает скорость разработки.
Методология RAD неприменима для построения сложных расчетных программ, операционных систем или программ управления космическими кораблями, т.е. программ, требующих написания большого объема уникального кода.
Не подходят для разработки по методологии RAD приложения:
- в которых отсутствует ярко выраженная интерфейсная часть, наглядно определяющая логику работы системы (приложения реального времени);
- приложения, от которых зависит безопасность людей (управление самолетом или атомной электростанцией), так как итеративный подход предполагает, что первые несколько версий наверняка не будут полностью работоспособны, что в данном случае исключается.
|
|
|
Основные принципы методологии RAD:
- разработка приложений итерациями;
- необязательность полного завершения работ на каждом из этапов жизненного цикла;
- обязательное вовлечение пользователей в процесс разработки;
- необходимое применение CASE-средств, обеспечивающих целостность проекта;
- применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы;
- необходимое использование генераторов кода;
- построение прототипов, позволяющих полнее выяснить и удовлетворить потребности конечного пользователя;
- тестирование и развитие проекта, которые осуществляются одновременно с разработкой;
- ведение разработки немногочисленной хорошо управляемой командой профессионалов;
- грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.
Структурный подход к проектированию информационных систем
В основе проектирования информационной системы лежит моделирование предметной области. Для того, чтобы получить проект информационной системы необходимо иметь целостное, системное представление о модели, которое отражает все аспекты функционирования будущей информационной системы. При этом под моделью предметной области понимается некоторая система, имитирующая структуру или функционирование исследуемой предметной области и отвечающая основному требованию – соответствовать рассматриваемой предметной области.
Предварительное моделирование предметной области позволяет сократить время проведения проектировочных работ и получить более качественный проект.
Структурный подход
Структурный подход к проектированию информационной системы предполагает построение:
· функциональной структуры, отражающей взаимосвязь функций по преобразованию объектов в процессах;
|
|
|
· объектной структуры, отражающей состав материальных и информационных объектов предметной области, взаимодействующих между собой в процессах;
· структуры управления, отражающей события и бизнес-правила, которые воздействуют на выполнение процессов;
· организационной структуры, отражающей взаимодействие организационных единиц предприятия и персонала;
· технической структуры, описывающей топологию и способы коммуникации комплекса технических средств.
В основе различных методологий моделирования предметной области лежат принципы последовательной детализации абстрактных категорий.
Обычно модели строятся на трех уровнях:
- на внешнем уровне (определении требований);
- на концептуальном уровне (спецификации требований);
- на внутреннем уровне (реализации требований).
На внешнем уровне модель отвечает на вопрос, что должна делать система, то есть определяется состав основных компонентов системы: объектов, функций, событий, технических средств.
На концептуальном уровне модель отвечает на вопрос, как должна функционировать система? То есть определяется характер взаимодействия компонентов системы одного и разных типов.
На внутреннем уровне отвечает на вопрос: какими программно-техническими средствами реализуются требования к системе?
С позиции жизненного цикла информационной системы описанные уровни моделей соответственно строятся на этапах анализа требований, логического и физического проектирования.
Структурный анализ
Структурным анализом принято называть метод исследования информационной системы, который начинается с ее общего обзора, затем производится детализация системы, которая приводит к иерархической структуре с все большим числом уровней. При этом информационная система сохраняет целостное представление, в котором все составляющие компоненты взаимосвязаны. Для таких методов характерно:
· разбиение на уровни абстракции с ограниченным числом элементов;
· ограниченный контекст, включающий только существенные детали каждого уровня;
· использование строгих формальных правил записи;
· последовательное приближение к результату.
Все наиболее распространенные методологии структурного подхода базируются на ряде общих принципов. В качестве двух базовых принципов используются следующие:
|
|
|
- принцип "разделяй и властвуй" – принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения;
- принцип иерархического упорядочивания – принцип организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.
Выделение двух базовых принципов не означает, что остальные принципы являются второстепенными, поскольку игнорирование любого из них может привести к непредсказуемым последствиям (в том числе и к провалу всего проекта).
Основными из этих принципов являются следующие:
- принцип абстрагирования – выделение существенных аспектов системы и отвлечение от несущественных;
- принцип формализации – необходимость строгого методического подхода к решению проблемы;
- принцип непротиворечивости – обоснованность и согласованность элементов;
- принцип структурирования данных – данные должны быть структурированы и иерархически организованы.
|
|
|
