я*
i* (произносится как «i star») или i* framework — это язык моделирования, подходящий для раннего этапа моделирования системы, чтобы понять проблемную область. Язык моделирования i* позволяет моделировать ситуации как «как есть», так и «как будет». Имя i* относится к понятию распределенной интенциональности, которое подчеркивает структуру. Это подход, первоначально разработанный для моделирования и рассуждений об организационной среде и ее информационных системах, состоящих из разнородных участников с разными, часто конкурирующими целями, которые зависят друг от друга для выполнения своих задач и достижения этих целей. Он охватывает как актерско-ориентированное, так и целевое моделирование . Модели i* отвечают на вопрос КТО и ПОЧЕМУ, а не что.
Напротив, UML подход вариантов использования охватывает только функциональные цели, при этом субъекты непосредственно участвуют в операциях (обычно с программным обеспечением). Подход KAOS охватывает цели всех типов, но меньше заботится об интенциональности действующих лиц.
Элементы
[ редактировать ]Модель описывает зависимости между актерами . Для их описания есть четыре элемента: цель , мягкая цель , задача и ресурс . Центральным понятием в i* фактически является понятие интенционального действующего лица . Организационные акторы рассматриваются как обладающие интенциональными свойствами, такими как цели, убеждения, способности и обязательства (концепция распределенной интенциональности ). Участники зависят друг от друга в вопросах достижения целей, выполнения задач и предоставления ресурсов. Завися от других, субъект может достичь целей, которых трудно или невозможно достичь в одиночку; с другой стороны, актер становится уязвимым, если субъекты, от которых он зависит, не достигают поставленных целей. Действующие лица являются стратегическими в том смысле, что они обеспокоены возможностями и уязвимостями и стремятся к переустройству своей среды, которая лучше служила бы их интересам путем реструктуризации намеренных отношений.
Модели
[ редактировать ]i* framework состоит из двух основных компонентов моделирования:
Модель стратегической зависимости (SD)
[ редактировать ]Модель SD описывает сеть отношений зависимости между различными участниками в организационном контексте. Действующее лицо обычно идентифицируется в контексте модели. Эта модель показывает, кто такой актер и от кого зависит работа актера.
Модель SD состоит из набора узлов и связей, соединяющих участников. Узлы представляют актеров, а каждая ссылка представляет зависимость между двумя актерами. Зависимый актер называется Зависимым , а актер, от которого зависит, называется Зависимым .
Модель стратегического обоснования (SR)
[ редактировать ]Модель SR позволяет моделировать причины, связанные с каждым действующим лицом и их зависимостями, а также предоставляет информацию о том, как действующие лица достигают своих целей и мягких целей. Эта модель включает в себя только элементы, которые считаются достаточно важными, чтобы повлиять на результаты достижения цели.
Модель SR показывает зависимости участников, включая модель SD. Что касается этих зависимостей, модель SR определяет цели, мягкие цели, задачи и ресурсы. По сравнению с моделями SD, модели SR обеспечивают более детальный уровень моделирования, заглядывая внутрь действующих лиц и моделируя внутренние, намеренные отношения. Интенциональные элементы (цели, мягкие цели, задачи, ресурсы) появляются в модели СР не только как внешние зависимости, но и как внутренние элементы, связанные отношениями «средства-цели» и декомпозицией задач. Связи «средство-цель» дают понимание того, почему действующему лицу необходимо заниматься некоторыми задачами, преследовать цель, нуждаться в ресурсах или хотеть достичь мягкой цели; Связи декомпозиции задачи обеспечивают иерархическое описание намеренных элементов, составляющих процедуру . Такая модель используется для описания интересов и проблем заинтересованных сторон, а также того, как они могут быть решены с помощью различных конфигураций систем и сред.
Причины использования i*
[ редактировать ]i* предоставляет возможность получить информацию на ранней стадии процесса разработки программного обеспечения. Раньше UML использовался для того, чтобы сделать информацию видимой, но поскольку UML часто фокусируется на организационных объектах, которые не так важны на ранней стадии, когда акцент должен быть сделан на том, чтобы помочь заинтересованным сторонам лучше понять различные возможности использования информационных систем в их организации.
Модели i* предлагают несколько уровней анализа с точки зрения способности , работоспособности , жизнеспособности и правдоподобности .
Преимущества i* и интеграции вариантов использования
[ редактировать ]i* обеспечивает раннее понимание организационных отношений в бизнес-сфере. Разработка вариантов использования на основе организационного моделирования с использованием i* позволяет инженерам по требованиям установить взаимосвязь между функциональными требованиями предполагаемой системы и организационными целями, ранее определенными при моделировании организации.
Моделирование цели
[ редактировать ]i* можно использовать при разработке требований для понимания проблемной области. Модели SD и модели SR могут затем использоваться для разработки вариантов использования . Это идеальный язык для выражения действующих лиц, задач, ресурсов, целей и программных целей.
От i* до UML
[ редактировать ]i* используется для ранних требований, а UML — для поздних требований. Таким образом, необходимо преобразовать модель i* в модель UML. Это можно сделать, используя следующие рекомендации:
- актеры: актеры могут быть сопоставлены с агрегацией классов,
- задачи: задачи могут быть сопоставлены с операциями класса. Например: задача между зависимым актером и зависимостью в модели SD соответствует общедоступной операции в классе UML зависимости,
- ресурсы: ресурсы могут быть отображены как классы,
- цели и мягкие цели: стратегические цели и мягкие цели можно сопоставить с атрибутами,
- декомпозиция задачи: декомпозиция задачи может быть представлена пред- и постусловиями.
См. также
[ редактировать ]- Актерское моделирование
- Модель бизнес-мотивации
- Моделирование цели
- Язык целеориентированных требований (GRL)
- КАОС (разработка программного обеспечения)
- Вариант использования
Ссылки
[ редактировать ]- Ю, Эрик С. (2009). «Социальное моделирование и i*» (PDF) . В Боргиде Александр Т.; Чаудри, Винай К.; Джорджини, Паоло; и др. (ред.). Концептуальное моделирование: основы и приложения . ЛНКС . Том. 5600. Спрингер. стр. 99–121. дои : 10.1007/978-3-642-02463-4_7 . ISBN 978-3-642-02462-7 . ISSN 0302-9743 .
- Ю, Эрик; Джорджини, Паоло; Мейден, Нил; и др., ред. (2011). Социальное моделирование для разработки требований . МТИ Пресс . ISBN 978-0-262-24055-0 .
- Ю, ЭСК (1997). «На пути к моделированию и обоснованию разработки требований на ранней стадии». Международный симпозиум IEEE по разработке требований . РЭ'97. стр. 226–235. дои : 10.1109/ISRE.1997.566873 . ISBN 0-8186-7740-6 .
- Сантандер, ВФА; Кастро, JFB (2002). «Вывод вариантов использования из организационного моделирования». Объединенная международная конференция IEEE по разработке требований . RE'02. стр. 32–39. дои : 10.1109/ICRE.2002.1048503 . ISBN 0-7695-1465-0 .