Настройка типов проектных данных

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

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

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

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

В качестве примера в Cradle преднастроены следующие схемы проекта (схемы трассировки)
  • default (используется в DEMO проекте, включает такие типы как Requirement, RISK, VERIFICATION, SBS (System Breakdown Structure), STAKEHOLDER, FEATURE, PBS (Product Breakdown Structure) и др.)
  • quick start (упрощенный вариант схемы default для быстрого старта)
  • empty (минимальная, включает только тип Requirement)
Полное описание данных схем есть в документации на систему и входит в комплект установки.
Теперь немного практики.

Настройка своих типов проектных данных

Для того, чтобы настроить свои типы данных, необходимо зайти в меню Установки проекта
Project_setup
После этого в разделе Определения элементов-> Типы элементов можно будет увидеть настроенные в проекте типы элементов и тут же настроить свои или отредактировать уже сделанные настройки.
item_definitions
Создадим новый тип элементов «ОШИБКА«, чтобы вести учет ошибок в проектных данных, в том числе в требованиях.
Для этого необходимо нажать кнопку Новый  и ввести название типа данных.
new_type
Все, новый тип элемента создан и готов к использованию!
Для каждого типа элемента вы можете тут же назначить цветовую схему, представление по умолчанию, форму для редактирования по умолчанию, а также необходимую специализацию (т.е. кто сможет работать с этим типов элементов).
Также можно настроить:
  • Категории.
  • Фреймы.
  • Вычисления.
  • Историю изменений.
  • Нумерацию.
  • Оповещения.

attributes

И категории и фреймы и вычисления — это все поля (атрибуты) созданного типа проектных данных.
Для небольших по объему атрибутов лучше использовать категории, например, для приоритетов, статусов и т.п. Также преимущество категорий в том, что они могут быть использованы для нескольких типов элементов.
Например, приоритет, может быть как у требования, так и у ошибки. В Cradle для решения этой задачи достаточно один раз создать категорию «приоритет» и назначить ее обоим типам данных.
Вычисления — это атрибуты, которые строятся на анализе значений других полей (например, прибыль = доход-расход, или стоимость = трудозатраты*чел/час).
Фреймы используются для хранения объемных полей, например, RTF-текст требования, иллюстрации, документы, бинарные файлы.
Настроим в качестве примера атрибут Приоритет  для созданного выше типа элементов ОШИБКА.
Для этого сначала создадим категорию Приоритет, на вкладке Категории.
new_category
Затем определим необходимые значения Приоритета.
Для этого необходимо выбрать соответствующую категорию и нажать кнопку редактировать. В появившемся диалоговом окне выбрать Новый и ввести значение категории.
 category_values
 Заметьте, что для каждого значения категории можно задать свой цвет, который может потом использоваться в представлениях в качестве цвета фона или цвета текста, например, вот так:
 2013-06-27_15-21
После того, как категория настроена, назначьте ее выбранному типу данных.  В нашем примере это ОШИБКА.
set_category
 set_category2
Теперь мы можем пользоваться категорией Приоритет при создании элементов типа ОШИБКА — в формах, в запросах, а также в представлениях.
Посмотрим, как этим пользоваться.
Выходим из установок проекта и видим, что на панели быстрого доступа уже появился созданный нами тип данных и готов к использованию:
quick_panel
Он не покрашен никаким цветом, потому, что в этот раз мы не указали это в настройках.
Если щелкнуть на этот элемент на панели, то увидим, что Cradle создал для нас базовый набор запросов, которыми можно использовать сразу.
Пока у нас не создано ни одной ошибки, поэтому при вызове запроса ОШИБКА-all, мы получаем вот такой результат:
no_issues
Что означает, что запрос вернул ноль элементов.
Создадим несколько ошибок.
create_issue
Поскольку мы не установили авто-нумерацию для данного типа, то Идентификатор необходимо ввести вручную. Если вы не хотите этого делать, то вернитесь в настройки и установите автонумерацию.
При создании ошибки, откроется форма со стандартными полями, а также только что созданным полем Приоритет.
create_issue2
Введем описание ошибки и выберем значение приоритета.
Выполним эту процедуру для трех ошибок, устанавливая разные значения приоритета.
issues_all2
Теперь по запросу ОШИБКА-all, выводятся все три элемента. Однако мы видим, что в представлении содержатся совсем не те поля, которые нам сейчас хотелось бы. Там нет описания ошибки и приоритета.
Это используется по умолчанию представление ОШИБКА -Basic (которое создается системой автоматически при создании нового типа данных).
Настроим свое представление.
Для этого щелкнем на представление правой кнопкой мыши и выберем меню Детали представления, после чего будут отображены настройки текущего представления.
basic_view
 Так как автоматические представления изменять нельзя, то пересохраним данное для последующего изменения. Воспользуемся кнопкой Сохранить как
 view_access
Параметр Расположение, отражает будущую область видимость создаваемого представления.
Вы можете сохранить представление и сделать его доступным для всех в проекте — PROJECT, или, например, только для заданного пользователя — USER.
view_access
После того, как мы пересохранили базовое представление с другим именем, приступим к его редактированию.
Используя кнопки сбоку, удалим ненужные столбцы.
edit_view_buttons
Воспроизведите настройки, указанные ниже на иллюстрация, выбирая каждое поле и устанавливая свойства ячейки.
set_view_1
set_view_2
После этого необходимо сохранить представление и нажать кнопку Применить.
Вот наш результат:
result
А у вас получилось?

Литература

На заставке к статье использован рисунок из

  • [Зезин 2011] Зезин В. Онтологический взгляд на инженерию требований// REQ LABS, 2011.

Добавить комментарий