Декларативно-процессная методология формализованного проектирования программного обеспечения

Что такое методология?

􀁺 Набор практик = набор рекомендуемых

действий по разработке ПО

􀁺 Сопровождающийся:

􀁺 тренировочными материалами

􀁺 официальной учебной программой

􀁺 упражнениями

􀁺 инструментами построения диаграмм

В областях разработки программного обеспечения и управления проектами

методологией называется описанный набор рекомендуемых действий (или

практик), (иногда сопровождаемых тренировочными материалами, официальной

учебной программой, упражнениями и инструментами построения диаграмм)

которые при многократном применении могут привести к созданию ПО.

Методология говорит, кому, что, когда и как делать

Декларативно-процессная методология формализованного проектирования программного обеспечения.

Граф разработки МАС в соответствии с методологией ИМИ представлен ниже:

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

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

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

Этап конкретизации может осуществляться параллельно с процессом описания поведения. Затем происходит этап модальности, на котором определяются модальности, используемые в ИМИ.

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

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

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

По сравнению с MOBMAS методология более жесткая по своей структуре, следовательно, в этом MOBMAS выигрывает. В ИМИ структура самого агента более сложная, в ней присутствует иерархичность, а в MOBMAS они (агенты) однородны.

Общим является требование к соблюдению алгоритма и “популярность” методологий.