Необходимые комментарии к технологии

Недостатки подхода

1. Один из недостатков (который с другой стороны является преимуществом, как будет сказано ниже) состоит следующем: для внесения изменений в требования к системе, приходится вносить изменения в AllFusion Process Modeler, или AllFusion Data Modeler модели, и это само занимает ощутимое время, а при неправильно разработанной модели, некоторые изменения могут привести к значительным переработкам.

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

3. поле Definition (в настоящий момент, для преодоления этого недостатка рекомендуется производить дополнительную декомпозицию сложной деятельности).

Преимущества и другие характеристики

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

2. Фактически, модель AllFusion Process Modeler является прототипом системы и предоставляет возможность судить о расширяемости и изменяемости разрабатываемой системы в будущем. На практике так и происходит, поскольку все изменения к требованиям необходимо проводить через AllFusion Process Modeler и AllFusion Data Modeler модели, и чем "правильнее" построена модель, тем легче провести изменения.

3. Любое единичное требование, или изменение к требованию вносится единожды и только в одном месте

4. в AllFusion Data Modeler модель

5. для требований к информации, в AllFusion Process Modeler модель

6. для требований к функциям, в Doors

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

8. В любой момент времени модели AllFusion Process Modeler, AllFusion Data Modeler и текст документа находятся в полном соответствии. Т.е. информационная модель соответствует процессной (функциональной) модели, а процессная (функциональная) модель полностью соответствует документу Техническому заданию.

9. Процессная модель AllFusion Process Modeler должна отражать автоматизацию некоторых процессов (процессный подход), и это даёт возможность вместе с разработкой модели оптимизировать автоматизируемые, бизнес-процессы.

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

11. Нельзя не отметить следующий положительный эффект

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

• хорошо структурированный текстовый документ для тех, кто лучше воспринимает печатный текст;

• IDEF0/DFD/IDEF3 модель, для тех, кому необходима функциональная схема ПО;

• IDEF1X модель, для тех, кто воспринимает требования "от объектов", хотя могут понадобиться дополнительные диаграммы, например, StateChart.