1.1. S.M.A.R.T.E.S.T.: особенности, структура и сфера применения
Методология S.M.A.R.T.E.S.T. исходит из S.M.A.R.T. и S.M.A.R.T.E.R. вследствие добавления ограничений, полученных в результате гармонизации сущности и анализа. Данная методология направлена на целеполагания промышленных систем, принципиальной особенностью целей применительно к промышленным системам любого типа является требование по их однозначной и понятной интерпретации и легкой измеримости. В случае нарушения данного требования применение методологии для оценки и сопровождения развития реальных систем становится невозможным в связи с противоречивостью получаемых результатов. [9]
Расширение S.M.A.R.T.E.S.T.
S — Specific (конкретная). Формулировка цели подразумевает конкретный и проверяемый результат.
M — Measurable (измеримая). Достижение цели можно измерить в количественных показателях.
A — Attainable (достижимая). На достижение цели хватает ресурсов (например, времени или денег).
R — Relevant (актуальная, уместная). Цель действительно важна и стоит усилий, затраченных на ее достижение.
T — Time-bound (ограниченная во времени). Установлен крайний срок , к которому эта цель
E — Evolvable (постоянная корректировка и оценка ) Постоянный мониторинг этапов и их анализ дает возможность учета изменений. Оценка каждого этапа в достижении цели.
S — Set of functions – (Рассмотрение системы как совокупность функций) программное обеспечение система рассматривается с функциональной точки зрения: как ансамбль программных функций F, имеющих фиксированные типы выходных данных output, входных данных input и управляющих переменных x1...xn:
𝑜𝑢𝑡𝑝𝑢𝑡 = (𝑖𝑛𝑝𝑢𝑡, 𝑥1, 𝑥2, … , 𝑥𝑛) (1.1)
T — T. - Tolerance limits – (Рассмотрение системы в рамках эксплуатационных возможностей) рассматриваемая система должна рассматриваться в пределах тех физических и эксплуатационных ограничений, которые являются общими для монолитного аппаратного ядра и атомарной периферии. [10]
S.M.A.R.T.E.S.T отлично подходит для среды робототехники, программной инженерии, где целью является созданием робота, беспилотного транспортного средства или приложения, что представляют из себя набор взаимодействия множества функций, а возможность постоянного мониторинга дает возможность корректировки этапов достижения цели.
2. Методология GQN
Методология GQN «goal, question,metric» , что можно описать как «Цель, вопрос, метрика».
Это методология предполагает, что для измерения своего продукта организация должна сначала определить цели для себя и своих проектов, а затем весть мониторинг этих цели, используя определенные данные. Таким образом, важно уточнить, какие информационные потребности есть у организации, чтобы эти потребности можно было определить количественно, а затем эту оценку можно было проанализировать, чтобы определить, были ли достигнуты цели. Результатом использования подхода GQM является спецификация системы, нацеленная на конкретный набор проблем, и набор правил для интерпретации данных измерений.
Рассматривая методологию GQN в развитии ПО, можно наблюдать , что чаще всего данный метод используется в программной инженерии [11]. Он позволяет:
• Систематически определять измерения и отчетность в программных проектах
• Консолидация существующих “специальных” измерений
• Получение информации, необходимой для улучшения процессов и гибких ретроспектив
Hardware GQN – методика GQM типа, используемая для аппаратно-программных систем эволюционирующего типа. Данная методология представляет собой методологию GQM, адаптированную и расширенную для использования в случаи аппаратно-программных систем с изменяемым программным ядром и атомной периферией.
В рамках построения комбинированной методологии S.M.A.R.T.E.S.T. H-GQM для решения задач целеполагания при построения эволюционирующих систем автором предлагается формирование элементов S.M.A.R.T.E.S.T. и H-GQM в векторной форме – когда элементы целеполагания двух методологий имеют: а). Пересечения. б). Континуум элементов целеполагания состоит из объединения имеющихся пересечений (Таблица 1 ).
• Таблица 1 — Таблица взаимосвязей целеполагания S.M.A.R.T.E.S.T и H-GQM
Specific –> object, purpose, quality focus, environment.
Measurable -> purpose, quality focus. Attainable -> quality focus, viewpoint. Reliable -> viewpoint.
Timely -> purpose, quality focus, viewpoint, environment.
Evolvable -> purpose, quality focus, object, environment.
Set of functions -> purpose.
Tolerance limits -> object, viewpoint, environment. Object -> Specific, Measurable, Evolvable.
Purpose -> Specific, Measurable, Evolvable, Set of Functions.
Quality focus -> Specific, Measurable, Attainable, Timely, Evolvable, Set of Functions.
Viewpoint -> Attainable, Reliable.
Environment -> Specific, Timely, Evolvable, Tolerance Limits.
На базе сформулированной концепции S.M.A.R.T.E.S.T. в Таблице 2 построен масштабируемый шаблон целей H-GQM с примерами основных целевых компонент, обьединение которого с методологией M-Vee представляется целесообразным и необходимым[18]:
Таблица 2 - Масштабируемый шаблон целей H-GQM
S.M.A.R.T.E.S.T. Object Purpose Quality Focus Viewpoint Environment
S – Specific Объект исследований должен быть однозначно определен – функционалом. Структурой и спецификацией Предметом исследований должен быть компонент с полным описанием и присутствующие на рынке. Должен быть выбран единственный показатель. Не применяется. Должен быть однозначно определен контекст и граничные условия среды (контекста) рассмотрени я.
M – Measurable Система должна иметь возможность квантитативно й оценки. Каждая функция должжна иметь единицы измерений. Показатель должен быть измеримым. Не применяется. Не применяется.
A - Attainable Не применяется. Показатель должен реально использоваться и регулярно вычисляться. Показатель должен реально использоваться и регулярно вычисляться Представители целевой аудитории должны участвовать в формировании плана H-GQM. Не применяется.
R - Reliable Не применяется. Не применяется. Показатель должен быть важным для рассматриваемой системы. Цель исследования должна быть актуальна для целевой аудитории. Цель исследовани я должна быть актуальна в рамках контекста рассмотрени я.
T - Timely Не применяется. Должны быть определены точные временные границы исследований и получения результатов. Время оценки показателя не должно превышать элементарного временного интервала принятия решения Цели и задачи целевой аудитории (применительно к исследованию) должны оставаться в большей части постоянными. Временные границы эволюционн ого процесса должны соответствов ать дорожной карте контекста рассмотрени я.
E - Evolvable Аппаратное ядро системы (включая интерфейсы) должно быть неизменно, изменяться могут лишь программное ядро, состав и спецификации периферии Должен быть определен конкретный изменяемый эволюционно параметр, например: 1. Стоимость компонент. 2. Трудоемкость производства. 3. Качество распознавания. 4. Дальность связи. 5. Точность навигации и т.д. Параметр должен быть конкретизирован, например: 1. Стоимость компонент в партии от 1000 шт. 2. Процент распознавания объектов в ночное время суток. 3. Точность навигации в благоприятных климатических условиях и.т.д. Не применяется. Окружающая среда должна рассматриваться в динамической перспективе (изменение цен на топливо, ужесточение требований к выбросам, изменение спроса и пр.)
S - Set of functions Не применяется. Функционал системы должен быть описан в виде списка функций (например - ACC, ABS, CDW и т.д.) Не применяется. Не применяется. Не применяется.
T - Tolerance limits Должны быть определены сценарии эксплуатации исследуемой системы (легковые автомобили, грузовая техника, карьерная техника и т.д.) Не применяется Должны быть определены интервальные границы исследуемого параметра (температура от -30 до 55 гр. С; наработка на отказ 10000 моточасов и пр.) Не применяется. Определяют диапазон условий окружающей среды, в рамках которых рассматривае тся достигаемая цель (от стоимостного диапазона машины до интервала нормы выбросов).