Расширение языка, связанное с мотивацией

Copyright © Рубенчик А.В. 2016. Все права защищены 1 2 3 4 5 6 7 Лекция № 9 Расширение языка, связанное с мотивацией Заинтересованная сторона Драйвер Цель Принцип Требование 112 / 142 80 9 Copyright © Рубенчик А.В. 2016. Все права защищены 1. Метамодель расширения На рисунке 9-1 представлена метамодель расширения, связанного с мотивацией: Структурный элемент Заинтересованная сторона ассоциированный с Элемент мотивации ассоциированный с влияет находится под влиянием Драйвер ассоцииро ванный с ассоцииро ванный с Оценка ассоцииро ванный с ассоцииро ванный с Цель реализуется реализует Принцип реализуется ассоциированный с реализуется реализует Требование реализует ассоциированный с Ограничение Рис. 9-1. Метамодель расширения, связанного с мотивацией [4] Она включает побуждения, намерения (цели, принципы, требования и ограничения) и источники этих побуждений, намерений (заинтересованные стороны, драйверы и оценки). Мотивационные элементы связаны с базовыми элементами через понятия «требование» и «ограничение». 113 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены 2. Элементы расширения 2.1. Заинтересованная сторона определяется как ролевое имя отдельного лица, группы лиц или организации (или их классов), которая представляет интересы этих лиц относительно результатов архитектуры (Рис. 9-2): Заинтересованная сторона Рис. 9-2. Обозначение элемента «Заинтересованная сторона» Чтобы направлять усилия для достижения этих интересов заинтересованная сторона ставит, изменяет и обращает особое внимание на цели. Можно сказать, что заинтересованная сторона – это роль, заинтересованная в достижении цели. Примеры заинтересованных сторон: генеральный директор, совет директоров, потребители, бизнес-архитекторы и архитекторы приложений, законодательные органы. Предпочтительное название элемента – существительное. В примере показаны основные заинтересованные стороны компании страховой компании. Рис. 9-3. Пример элемента «Заинтересованная сторона» 114 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены Это две группы: Правление компании и Потребитель. Правление состоит из трех других заинтересованных сторон: генеральный директор, директор по ИТ и финансовый директор. 2.2. Драйвер определяется как что-то, что создает, мотивирует и питает изменения в организации (рис. 9-4): Драйвер Рис. 9-4. Обозначение элемента «Драйвер» Драйверы могут быть внутренними и внешними. Они могут возникать как изнутри, так и извне предприятия. Пример внутренних драйверов: «удовлетворение потребителя», «соответствие законодательству», «прибыльность». Пример внешних драйверов: рыночные силы, экономические изменения или изменение законодательства. Предпочтительное название элемента – существительное. В примере показано моделирование внутренних и внешних драйверов (Рис. 9-5): Рис. 9-5. Пример элемента «Драйвер» 115 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены Заинтересованные стороны «Генеральный директор» и «Потребитель» разделяют общий интерес «Удовлетворение потребителя», который является внутренним драйвером изменений. У заинтересованной стороны «Генеральный директор» есть также интерес «Удовлетворение заинтересованных сторон». Этот драйвер может быть разложен на два поддрайвера: «Прибыль» и «Стоимость акций». Помимо внутренних драйверов существует и внешний драйвер «Экономические изменения», который влияет на стоимость акционерного капитала, то есть на драйвер «Стоимость акций». 2.3. Оценка определяется как результат анализа некоторого драйвера (Рис. 9-6): Оценка Рис. 9-6. Обозначение элемента «Оценка» Оценка определяется как результат анализа некоторого драйвера. Оценка выявляет сильные и слабые стороны, возможности и угрозы. На эти полученные оценки необходимо реагировать, приспосабливая существующие цели или ставя новые цели, которые могут запустить изменения в архитектуре предприятия. Предпочтительное название элемента – предложение. 116 / 142 существительное или короткое Copyright © Рубенчик А.В. 2016. Все права защищены В примере описаны оценки драйвера «Удовлетворение потребителя» и поддрайвера «Поддержка helpdesk» (Рис. 9-7): Рис. 9-7. Обозначение элемента «Оценка» Все оценки представляют слабые стороны. В целом по драйверу «Удовлетворение потребителя» потребители жалуются и даже покидают страховую компанию. Оценка «Жалобы потребителей» далее детализируется и подразделяется на четыре типа жалоб:  отсутствие понимания статуса претензии,  неудобный способ подачи претензии,  отсутствие способности разобраться в портфеле,  неполнота и противоречивость информации о потребителе. По поддрайверу «Поддержка helpdesk» оценки потребителей касаются долгого ожидания в очереди и серьезного времени оказания услуг. 117 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены 2.4. Цель определяется как конечное состояние (результат), достичь которого стремиться заинтересованная сторона (Рис. 9-8): Цель Рис. 9-8. Обозначение элемента «Оценка» В общем цель может представлять все, что пожелает заинтересованная сторона. Цели используются для описания количественных и временных показателей, которые существенны для описания как желаемого состояния, так и того, когда его следует достичь. Цели могут быть декомпозированы. Например, цель «увеличить прибыль» может быть декомпозирована в подцели «сократить расходы» и «увеличить продажи». Примерами целей являются:  увеличить прибыль,  сократить время ожидания helpdesk,  ввести управление портфелем в режиме онлайн. Цели обычно выражаются посредством использования слов, связанных с качественной стороной дела. Например, «увеличить», «улучшить». 118 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены Пример описывает моделирование целей, достижение которых будет способствовать разрешению вопросов, обозначенных в оценках драйвера «Расходы»: «Расходы на приложения слишком высоки» и «Расходы на сотрудников слишком высокими» (Рис. 9-9): Рис. 9-9. Обозначение элемента «Оценка» Первой оценке соответствуют цели «Сократить расходы на поддержку» и «Сократить прямые расходы на приложения». Второй оценке соответствует цель «Сократить нагрузку на служащих», которая декомпозируется на подцели «Сократить взаимодействие с потребителем». 119 / 142 ручную работу» и «Сократить Copyright © Рубенчик А.В. 2016. Все права защищены 2.5. Требование определяется как изложение потребности, которая должна быть реализована системой (Рис. 9-10): Требование Рис. 9-10. Обозначение элемента «Требование» Здесь термин «система» используется в общем смысле, то есть как группа (функционально) связанных элементов, в которой каждый элемент может рассматриваться, в свою очередь, как система. Термин «система» может относиться к любому активному структурному элементу, элементу поведения или пассивному структурному элементу организации. Это может быть бизнес-исполнитель, компонент приложений, бизнес-процесс, сервис приложений, бизнес-объект или объект данных. Требования моделируют свойства элементов, необходимые для достижения результатов, которые, в свою очередь, моделируются целями. Можно сказать, что требования представляют «средства» по реализации целей. Требование определяет свойство, которое применяется к определенной системе. 120 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены Пример показывает декомпозицию целей по отношению к требованиям (Рис. 911): Рис. 9-11. Обозначение элемента «Требование» Цели «Содействовать самообслуживанию» и «Сделать взаимодействие с потребителем более эффективным» являются результатом декомпозиции целей «Сократить нагрузку на служащих» и потребителем». 121 / 142 «Сократить взаимодействие с Copyright © Рубенчик А.В. 2016. Все права защищены Цель «Содействовать самообслуживанию» может быть реализована требованиями «Обеспечить сервис управления портфелем в режиме онлайн» и «Обеспечить информационный сервис в режиме онлайн». Оба эти требования реализуются программными приложениями. Требование «Обеспечить сервис управления портфелем в режиме онлайн» может также реализовать цель «Улучшить управление портфелем». В качестве варианта эта цель может быть реализована назначением персонального помощника каждому потребителю. 2.6. Ограничение определяется как ограничение способа, которым реализуется система (Рис. 9-13): Ограничение Рис. 9-13. Обозначение элемента «Ограничение» Ограничение определяется как ограничение способа, которым реализуется система. Ограничение не предписывает, чтобы была реализована некоторая намеченная функциональность системы, но налагает ограничение на способ, которым может быть реализована система (в отличие от требования). Это может быть ограничение на внедрение системы (например, требуется использовать определенную технологию) или ограничение на процесс внедрения (например, временные и бюджетные ограничения). 122 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены В примере показано, что на реализацию нового приложения по управлению портфелем налагаются два ограничения: для реализации приложения следует использовать Java и бюджет проекта внедрения ограничивается 500k евро (Рис. 9-14): Рис. 9-14. Пример элемента «Ограничение» 2.7. Принцип определяется как нормативное свойство всех систем в данном контексте или способ, которым они реализованы (Рис. 9-15): Принцип Рис. 9-15. Обозначение элемента «Принцип» Принципы связаны с целями и требованиями. Принципы определяют намеченные свойства систем подобно требованиям, но область действия принципов шире и они более абстрактны, чем требования. Принцип определяет общее свойство, которое применяется к любой системе в некотором контексте, в то время, как требование определяет свойство, которое применяется к определенной системе. 123 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены Принцип необходимо специфицировать для данной системы посредством одного или более требований, чтобы принудительно обеспечить соответствие системы принципу. Принцип мотивируется некоторой целью. Например, принцип «Процессы управления информацией соответствуют всем важным законам, политикам и правилам» может быть вызван целью по поддержанию хорошей репутации и/или целью избежать наказания. Данный принцип реализуется требованиями, которые накладываются действующими законами, политиками и правилами, применяемыми при проектировании определенной системы. Принципы более стабильны, чем требования в том смысле, что они не изменяются так быстро, как это может происходить с требованиями. Организационные ценности, передовой опыт и знания, связанные с проектированием, могут быть отражены и стать применимыми на основе принципов. Принцип обычно формулируется как руководящее указание (директива). Это указание ограничивает дизайн всех систем в заданном контексте посредством утверждения общих свойств, которые требуются от любой системы для реализации цели. Пример на рисунке 9-16 иллюстрирует использование принципов: Рис. 9-16. Пример элемента «Принцип» 124 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены Принцип «Системам следует быть обращенными к потребителю» моделируется как средство по реализации целей «Сократить взаимодействие с потребителем» и «Сократить ручную работу». В свою очередь, сам принцип реализуется (уточняется) требованиями «Обеспечить сервис управления портфелем в режиме онлайн» и «Обеспечить информационный сервис в режиме онлайн». 3. Отношения расширения, связанного с мотивацией 3.1. Отношение «ассоциация» моделирует ситуацию, в которой некоторое намерение связывается с источником этого намерения (Рис. 9-17): Рис. 9-17. Обозначение отношения «ассоциация» Отношение «ассоциация» моделирует ситуацию, в которой некоторое намерение связывается используется, с источником например, этого для намерения. Отношение «ассоциация» моделирования следующих ситуаций: у заинтересованной стороны имеются определенные интересы (драйверы); оценка связывается с драйвером; цель основывается на оценке. В примере показано, что драйвер «Расходы» входит в круг интересов финансового директора и с этим драйвером связана оценка «Расходы на приложения слишком высоки» (Рис. 9-18): Рис. 9-18. Пример отношения «ассоциация» 125 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены Также показано, что на этой оценке базируются две цели, которых хочет достичь организация: сократить расходы на поддержку и сократить прямые расходы на приложения. 3.2. Отношение «объединение» моделирует ситуацию, в которой некоторое намерение разделяется на составные мотивационные элементы (намерения, стремления, замыслы) (Рис. 9-19): Рис. 9-19. Обозначение отношения «объединение» Отношение «объединение» обычно используется для того, чтобы описать намерение более подробно посредством его декомпозиции на составные, более определенные намерения (стремления, замыслы). В примере показаны два способа выражения декомпозиции цели «Сократить нагрузку на служащих» на подцели «Сократить взаимодействие с потребителем» и «Сократить ручную работу»: явным указанием отношений и способом вложения (Рис. 9-20): Рис. 9-20. Пример отношения «объединение» 3.3. Отношение «реализация» моделирует ситуацию, в которой некоторый результат реализуется некоторыми средствами (Рис.9-21): Рис. 9-21. Обозначение отношения «реализация» 126 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены Отношение «реализация» моделирует ситуацию, в которой некоторый результат реализуется некоторыми средствами. Отношение «реализация» используется в следующих случаях: реализация цели принципом, ограничением или требованием; реализация принципа ограничением или требованием; реализация требования любым базовым элементом (активным структурным элементом, элементом поведения или пассивным структурным элементом) кроме ценности и смыслового значения. В примере показано несколько способов применения отношения «реализация» (Рис. 9-22): Рис. 9-22. Пример отношения «реализация» Принцип «Системам следует быть обращенными к потребителю» является средством по реализации цели «Сократить взаимодействие с потребителем». 127 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены Требование «Обеспечить сервис управления портфелем в режиме онлайн» является средством по реализации подцели «Содействовать самообслуживанию» и средством по реализации принципа «Системам следует быть обращенными к потребителю». Само требование может быть реализовано сервисом «Сервис управления портфелем в режиме онлайн». 3.4. Отношение «воздействие» моделирует ситуацию, в которой некоторый мотивационный элемент имеет позитивное или негативное влияние на другой мотивационный элемент (Рис. 9-23): Рис. 9-23. Обозначение отношения «воздействие» Для отношения «воздействие» повторно используется обозначение отношения «передача», символизирующая «передачу воздействия». Отношение «воздействие» обычно используется для моделирования того, что некоторый мотивационный элемент может влиять на другой мотивационный элемент. Для обозначения знака и силы воздействия отношению может приписываться атрибут. Выбор возможного атрибута оставляется на усмотрение разработчика модели, например, {++, +, 0, -, --} или [0..10]. 128 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены В примере показано использование отношения «воздействие» для нахождения выбора между двумя требованиями, которые реализуют цель «Улучшить управление портфелем» (Рис. 9-24): Рис. 9-24. Пример отношения «воздействие» В качестве критериев выбора используются цель «Повысить удовлетворенность потребителей» и принцип «Системам следует быть обращенными к потребителю» используются. Оба требования положительно влияют на намеченное увеличение удовлетворенности потребителей. Требование о назначении персонального помощника выигрывает по критерию, связанному с целью «Повысить удовлетворенность потребителей». Однако, данное требование значительно уступает по критерию, связанному с принципом «Системам следует быть обращенными к потребителю». 129 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены 4. Отношения между понятиями расширения и базовыми понятиями Элементы «требование» или «ограничение» могут быть непосредственно связаны с базовыми элементами через отношение «реализация» (Рис. 9-25): ассоциированный с находится под влиянием Бизнесисполнитель (базовый элемент) ассоциированный с ассоциированный с Ценность (базовый элемент) находится под влиянием Смысловое значение (базовый элемент) назначается ассоциированный с ассоциированный с назначается Заинтересованная сторона влияет влияет Элемент мотивации ассоциированный с Базовый элемент (кроме Ценность/ Смысловое значение) реализует реализуется Драйвер Оценка Цель Принцип Требование Ограничение Рис. 9-25. Отношения между понятиями расширения и базовыми понятиями [4] Другие мотивационные элементы не могут быть связаны непосредственно с базовыми элементами, но могут быть связаны косвенно посредством производных отношений через требования и ограничения. Также элемент «Бизнес-исполнитель» может быть назначен элементу «Заинтересованная сторона». В этом случае заинтересованная сторона может рассматриваться как мотивационная роль для бизнес-исполнителя. 130 / 142 Copyright © Рубенчик А.В. 2016. Все права защищены 5. Способы представления Имеется 6 стандартных способов представления для моделирования аспектов, связанных мотивацией (Таблица 9-1): Таблица 9-1 № 1 Название Назначение Заинтересованные Моделирование заинтересованных сторон, стороны драйверов изменений (внутренних и внешних), оценок драйверов и начальных высокоуровневых целей. 2 Реализация целей Детализация начальных высокоуровневых целей в более конкретные подцели, используя отношение «объединение», и, в конечном счете, в требования и ограничения, используя отношение «реализация». 3 Вклад целей Моделирование и анализ отношений «воздействие» между целями и требованиями. 4 Принципы Моделирование которые важных мотивируют эти принципов принципы, и а целей, также отношений между этими принципами. 5 Реализация Моделирование требований ограничений реализации посредством требований базовых и элементов (исполнителей, сервисов, процессов, компонентов приложений). 6 Мотивация Моделирование мотивационного аспекта в целом. 131 / 142