3. Методология rad

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

Методология RAD предполагает:

• маленький коллектив 2 – 10 чел.

• короткий график от 2 до 6 мес.

• повторяющийся цикл

Основные принципы методологии rad

• итерационность процесса разработки приложений;

• необязательность полного завершения работ на каждом этапе;

• максимальное вовлечение пользователей в разработку;

• использование CASE - средств, обеспечивающих целостность проекта;

• использование генераторов программного кода;

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

• тестирование и развитие проекта одновременно с разработкой;

• небольшие квалифицированные команды разработчиков;

• четкое планирование и контроль на всех этапах работы.

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

Однако, ее нельзя использовать:

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

• для построения сложных расчетных программ, операционных систем, программ управления сложными объектами (системы АСУ ТП);

• к приложениям, у которых интерфейсная часть не определяет логику работы системы;

• к разработке систем, от которых зависит безопасность людей (например: управление самолетом или АЭС).

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

4. Структурный подход к проектированию информационной системы. Функциональная модель асоиу. Количественный анализ диаграмм idef0 и dfd.

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

Структурно-функциональный подход к проектированию

Принципы:

– Разделяй и властвуй;

– иерархическое упорядочение;

– абстрагирование (выделение существенных аспектов и отличие их от несущественных);

– непротиворечивость (каждый элемент системы независим и не вступает в разнобой с остальными);

– структурирование данных.

Средства:

DFD – диаграмма потоков данных;

SADT – IDEF0, IDEF1, … – функциональные диаграммы;

ERD – диаграмма "сущность–связь".

Формирование требований к программному обеспечению:

SADT и DFD – AS-IS/TO-BE/ShouldBE

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

SADT (1973г. Дуглас Росс)

Основа метода – IDEF0 (Интегрированная компьютеризация производства)

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

1) Блоки и дуги – взаимодействие блоков друг с другом описываются посредством интерфейсных дуг.

2) Строгость и четкость – синтаксические правила, определяющие корректность диаграммы (на одной диаграмме д.б. 3-6 блоков, нумерация блоков, различие имен).

IDEF3

Аналогичен IDEF0, но менее требователен к синтаксису.

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

Объект ссылки – выражает идею, которую нельзя связать со стрелкой, перекрестком или работой.

DFD

Методы Йордана и Гейна-Сэрсона.

1) Внешние сущности – материальный объект или физическое лицо, организующее (определяющие) источник/приемник информации;

2) Подсистемы (№ поля/имя поля/физическая реализации);

3) Процессы – преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом;

4) Накопители данных – абстрактное устройство для хранения информации, которое можно в любой момент поместить в накопитель и в любой момент извлечь;

5) Потоки данных – определяет информацию, передаваемую через некоторое соединение от источника данных к приемнику.