Перспективы и группы мер, предоставляемые в кубе служб Analysis Services для Visual Studio

Статья
06/09/2015

С помощью куба служб Analysis Services SQL Server для Visual Studio Team Foundation Server можно создавать отчеты с агрегированной информацией о данных, хранимых в коллекциях командных проектов. Эти сведения можно использовать для создания сводных таблиц и сводных диаграмм в Office Excel. Для быстрого формулирования вопросов и получения ответов вы можете перетаскивать элементы куба в отчеты сводной таблицы или сводной диаграммы. Куб оптимизирован для ответа на такие вопросы, как "Сколько ошибок было активно, разрешено и закрыто за каждый день проекта?"

Примечание

Если хранилище данных Visual Studio ALM использует SQL Server Enterprise Edition, список кубов будет включать куб Team System и набор перспектив.Перспективы позволяют получить конкретное представление данных без необходимости прокрутки всех измерений и групп мер, определенных для всего куба Team System.

Содержание раздела

Перспективы и группы мер
Объединение измерений и мер
Термины и определения куба

Перспективы и группы мер

В следующей таблице описываются группы мер, объединенные на основе перспективы куба. Куб Team System содержит все группы мер в дополнение к тем, которые перечислены как относящиеся исключительно к перспективе Team System. Большинство групп мер содержит один или несколько совокупных показателей. Совокупные показатели можно использовать для формирования отчетов о трендах. В некоторых случаях имя совокупного показателя имеет метку тренда (например, "Тренд подсчета результатов сборки" или "Тренд подсчета очков").

Примечание

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

Перспективы и группы мер	Связанная статья и описание
	Анализ и включение в отчеты сведений о сборке и покрытия сборки с использованием перспективы "Сборка" Предоставляет метрики, описывающие сборки, например, время сборки и частоту сборки, которые можно анализировать по различным измерениям, таким как кто выполнил сборку, тип сборки, конфигурация сборки и результат сборки. Какие сборки завершились неудачно, и какие сборки выполнены успешно? В каких сборках значительное количество изменений кода? Какой объем кода в сборке или группе сборок охватывают тесты?
	Анализ и включение в отчеты обработки кода и покрытия кода с использованием перспектив "Обработка кода" и "Выполнение покрытия" Поддерживает отчеты, которые фокусируются на числе версий файлов, хранящихся в Team Foundation (подсистема контроля версий), и степени изменения кода. Метрики можно анализировать по каталогу файлов, сборке или члену команды, который вернул код. Все итоги могут быть проанализированы с течением времени, чтобы ответить на следующие вопросы. Сколько файлов с определенным расширением было изменено в конкретной сборке? Сколько строк кода находится в исходной базе для конкретного построения? Какие наборы изменений были отправлены, и сведения о каждом изменении (например, кто автор изменения, какие файлы были изменены и дата изменения).
	Анализ и включение в отчеты обработки кода и покрытия кода с использованием перспектив "Обработка кода" и "Выполнение покрытия" Предоставляет метрики по количеству строк и блоков кода, протестированных в различных конфигурациях сборок и запусков. Вы можете использовать перспективу "Выполнение покрытия", чтобы создавать отчеты, дающие ответы на следующие вопросы. Какие сборки и проекты имеют наименьший объем протестированного кода? Какие запуски тестов обеспечивают наибольший объем протестированного кода? Какие архитектуры и типы сборок имеют наибольший объем протестированного кода?
	Анализ и включение в отчеты результатов тестов с использованием перспективы "Тест" в базе данных служб Analysis Services для Visual Studio ALM Предоставляет метрики по запускам тестов и результатам тестов. Результаты тестов отслеживаются с течением времени и могут анализироваться по результату, тестируемой сборке, типу теста и другим измерениям. С помощью перспективы "Тестирование" можно создавать отчеты, дающие ответы на следующие вопросы: Каково состояние тестирования определенных пользовательских историй или областей продукта? Каково качество сборок, исходя из числа не пройденных и пройденных тестов? Сколько тестовых случаев не запускалось? Какие тестовые случаи не запускались?
	Анализ и включение в отчеты данных рабочих элементов и тестовых случаев с использованием перспективы "Рабочий элемент" Предоставляет метрики и подробные сведения о рабочих элементах, включая накопленные сведения, позволяющие анализировать общее число рабочих элементов с течением времени или на текущую дату. Вы можете использовать эту группу мер для ответа на следующие вопросы. Каково было общее число открытых ошибок, обнаруживаемых каждый день на последней итерации? Каково было число активных скриптов в каждом месяце прошлого года? Каково было число открытых ошибок (с учетом приоритета), обнаруживаемых каждый день прошлого месяца?
	Предоставляет все метрики для всех групп мер, которые отображаются ранее в этой таблице.

Объединение измерений и мер

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

Если вы используете Excel, то с помощью поля Показать поля, связанные с можно указать группу мер и измерений, охватывающих определенный раздел куба. Работая в пределах одного набора связанных полей, вы можете гораздо проще находить данные, так как в кубе отображаются не все поля, и у вас гораздо больше шансов получить полезные числа.

Можно объединять меры из разных групп полей, при условии, что меры имеют общий набор измерений, которые используются в отчете. Например, измерение "Дата" отображается в нескольких группах полей. Таким образом, вы можете объединять данные набора мер "Оставшиеся трудозатраты" или "Завершенная работа" со статистикой в результатах тестирования для указанного дня или дней, поскольку оба набора мер имеют даты как связанные измерения.

Термины и определения куба

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

Связи куба

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

Термин	Описание
Атрибут	Каждый атрибут связан со столбцом в соответствующей таблице измерения в хранилище данных. Каждое измерение связано с набором атрибутов и потенциально связано с набором иерархий. В качестве примеров иерархий можно привести пути к области и пути итерации. Некоторые атрибуты измерений рабочих элементов также хранятся в виде числовых значений и значений фильтров дат. Если вы используете один из этих атрибутов измерений в разделе строк или столбцов, то с помощью этих значений можно фильтровать отчеты. Например, можно отфильтровать отчет для отображения рабочих элементов, которые были созданы после 1 октября 2009 г., используя фильтр значений "System_CreatedDate больше 1 октября 2009 г.". Для фильтрации отчетов можно также использовать значения меры. Например, можно отфильтровать отчет, чтобы отображались только рабочие элементы, имеющие более двух часов оставшихся трудозатрат, используя фильтр значений "Оставшиеся трудозатраты больше 2". Дополнительные сведения о фильтрах значений см. на следующей странице веб-сайта Майкрософт: Фильтрация по числам в области значений.
Измерение	Измерения позволяют извлекать различные представления данных. Значения данных связаны с набором измерений, что позволяет вам отображать агрегированные результаты, отфильтрованные по определенному набору значений измерений. Измерения можно использовать для детализации данных и предоставления дополнительных сведений. Например, с помощью измерения "Дата" в разделе строк или столбцов отчета сводной таблицы или сводной диаграммы вы можете отображать тренд по времени. Измерения также можно использовать для фильтрации отчета. Поместите измерение или атрибут измерения в область фильтра, а затем укажите значения, которые хотите включить в отчет. Некоторые измерения используются в нескольких группах мер. Например, все группы мер используют измерения "Дата", "Командный проект", "Пользователь", "Область" и "Итерация". На следующем рисунке показаны измерения в кубе. Измерения — это группы атрибутов на основе столбцов таблиц или представлений в представлении источника данных. Измерения существуют вне куба, могут использоваться в нескольких кубах, могут использоваться несколько раз в одном кубе и могут быть связаны между экземплярами служб Analysis Services. Измерение, существующее вне куба, называется измерением базы данных, а экземпляр измерения базы данных в кубе называется измерением куба.
Факт и таблица фактов	Факт представляет собой данные, которые могут быть связаны с несколькими измерениями. Эти данные также могут быть агрегированными. Таблицы фактов хранят эти значения. Каждое хранилище данных содержит одну или несколько таблиц фактов. Таблица фактов захватывает данные, которые измеряют операции группы, что имеет главное значение для схемы типа "звезда" или "снежинка". В таблицах фактов обычно имеется большое количество строк, особенно если они содержат журнал большого командного проекта за один год или несколько лет. Основной характеристикой таблицы фактов является то, что она содержит числовые данные (факты), которые можно суммировать для представления сведений об истории работы организации. Каждая таблица фактов также включает составной индекс, который в качестве внешних ключей содержит первичные ключи соответствующих таблиц измерений. Связанные измерения содержат атрибуты записей фактов. Таблицы фактов не должны содержать описательные сведения или какие-либо другие данные кроме полей числовых измерений и полей индекса, которые сопоставляют факты с соответствующими записями в таблицах измерений. Список таблиц фактов, определенных для хранилища данных, см. в статье Ссылка на таблицу для базы данных реляционного хранилища для Visual Studio ALM.
Ключевые показатели эффективности	В деловой лексике ключевой показатель эффективности (KPI) означает количественно исчисляемую меру успешности бизнеса. В службах Analysis Services ключевой показатель эффективности представляет собой коллекцию вычислений, связанных с группой мер в кубе и используемых для оценки успешности бизнеса. Обычно такие вычисления являются сочетанием многомерных выражений (MDX) или вычисляемых элементов. Ключевые показатели эффективности также имеют дополнительные метаданные, предоставляющие сведения о том, как клиентские приложения должны отображать результаты вычислений ключевого показателя эффективности.
Мера	Меры — это значения, соответствующие столбцам в соответствующей таблице фактов. Кроме того, поля, атрибут "Reportable" которых имеет значение "Measure", отображаются как меры в кубе. На следующем рисунке показаны меры в кубе.
Группа мер	Каждая группа мер содержит меры, например "Количество рабочих элементов", и измерения, такие как "Дата" и "Командный проект". Меры являются числовыми значениями, которые предоставляют сводки на разных уровнях статистической обработки. Вы можете использовать их в разделе "Значения" отчета сводной таблицы или сводной диаграммы. На следующем рисунке указаны группы мер для Team Foundation.
Перспектива	С помощью перспектив вы можете просматривать части куба, что позволяет сосредоточиться только на интересующем наборе сведений для создания отчета. Примечание Перспективы доступны только в том случае, если ваше хранилище данных для Visual Studio ALM использует SQL Server Enterprise Edition.В противном случае вы увидите только одну перспективу — куб Team System. Каждая перспектива предоставляет конкретное представление данных, так что вам не нужно прокручивать все измерения и группы мер, определенные для всего куба. Перспектива является подмножеством функций и объектов куба.