0. 8.2 Методология rad

Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки ПО, содержащий 3 элемента:

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

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

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

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

1. фаза анализа и планирования требований;

2. фаза проектирования;

3. фаза построения;

4. фаза внедрения.

1. Результатом данной фазы должны быть список и приоритетность функций будущей ИС, предварительные функциональные и информационные модели ИС.

2. Результатом данной фазы должны быть:

• общая информационная модель системы;

• функциональные модели системы в целом и подсистем, реализуемых отдельными командами разработчиков;

• точно определенные с помощью CASE-средства интерфейсы между автономно разрабатываемыми подсистемами;

• построенные прототипы экранов, отчетов, диалогов.

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

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

• определяется необходимость распределения данных;

• производится анализ использования данных;

• производится физическое проектирование базы данных;

• определяются требования к аппаратным ресурсам;

• определяются способы увеличения производительности;

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

Результатом фазы является готовая система, удовлетворяющая всем согласованным требованиям.

4. На фазе внедрения производится обучение пользователей, организационные изменения и параллельно с внедрением новой системы осуществляется работа с существующей системой (до полного внедрения новой).

Методология RAD используется для относительно небольших проектов, разрабатываемых для конкретного заказчика.

0. 8.3 Принципы системного подхода к созданию аис

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

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

Дисциплина, в которой исследуются и проектируются сложные технические системы называют системотехникой.

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

Подходы к созданию АИС: структурный, блочно-иерархический, объектно-ориентированный подходы.

1. При структурном подходе как разновидности системного подхода требуется синтезировать варианты системы из компонентов (блоков) и оценивать ва­рианты при их частичном переборе с предварительным прогнозированием характеристик компонентов.

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

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

Такой подход имеет следующие преимущества в решении проблем управления сложностью и интеграции ПО:

1. вносит в модели приложений большую структурную определенность, распределяя представленные в приложении данные и процедуры между классами объектов;

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

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

Для всех подходов к проектированию сложных систем характерны также следующие особенности.

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

2. Итерационный характер моделирования.

3. Типизация и унификация проектных решений и средств моделирования.

В России действует государственный стандарт на стадии создания автоматизированных систем ГОСТ 34.601-90. Существует международный стандарт на стадии жизненного цикла программной продукции (ISO 12207:1995).

Стили проектирования:

- Нисходящее (Top-of-Design); четкая реализация нисходящего проектирования приводит к спиральной модели разработки ПО, на каждом витке спирали блоки предыдущего уровня детализируются, используются обратные связи (альтернативой является так называемая каскадная, относящаяся к поочередной реализации частей системы);

- Восходящее(Bottom-of-Design);

- Эволюционное (Middle-of-Design).

Чаще всего используется нисходящий стиль блочно-иерархического проектирования.

Этапы нисходящего проектирования АИС регламентируются ГОСТ 34.601-90.