- •Оглавление
- •1. Введение
- •2. Лр №1. Разработка бизнес-правил.
- •2.1. Цель работы.
- •2.2. Общие сведения о проекте.
- •2.3. Проблема локализации.
- •2.4. Создание проекта на основе пустого шаблона.
- •2.5. Основные элементы интерфейса.
- •2.6. Виды бизнес-правил.
- •2.7. Определение типов требований.
- •2.8. Определение атрибутов требований.
- •2.9. Определение атрибутов бизнес-правил.
- •2.10. Создание требований посредством матрицы атрибутов.
- •3. Литература.
2.8. Определение атрибутов требований.
С каждым типом требований приложение связывает набор атрибутов, который можно разделить на две основные категории:
системные атрибуты;
атрибуты, определяемые разработчиком репозитария.
При определении атрибутов требований в окне «Project Properties» («Свойства проекта»), которое показано рис. 2.11, приложение не отображает системные атрибуты, поскольку они не могут быть изменены владельцем проекта.
Рисунок 2.11. Окно свойств проекта, вкладка «Attributes».
Системными атрибутам требования являются:
«Имя требования» («Name»);
«Текст требования» («Text»);
«Уникальный идентификатор типа требования» («Unique ID»);
«Местоположение» («Location»);
«Автор» («Author»).
В свою очередь атрибуты, определяемые разработчиком репозитария, делятся на две категории:
атрибуты спискового типа;
атрибуты со свободным вводом значения.
Полная классификация атрибутов требований приведена на рис. 2.12.
Рисунок 2.12. Классификация атрибутов требований «IBM Rational RequisitePro»
При создании нового типа требования «IBM Rational RequisitePro» предлагает использовать стандартный набор атрибутов, определяемых разработчиком репозитария.
Рассмотрим содержимое окна «Project Properties» («Свойства проекта»), показанное на рис. 2.11. Оно отображается на экране при выборе вкладки «Attributes» («Атрибуты»).
Логику работы окна проще понять, если разделить его на три области, которые изменяются в зависимости от типа атрибута, определяемого разработчиком репозитария.
«Labels for Attributes» («Метки атрибутов») – область меток атрибутов, представленная в виде списка в левой части окна. Двойное нажатие левой кнопкой мыши приводит к открытию окна редактирования метки атрибута, показанного на рис. 2.13.
Values per Attribute» («Значения атрибута») – область, содержащая список возможных значений для атрибута спискового типа расположена в правой части окна. Область появляется при выборе определенного значения в списке «Метки атрибутов» Примером атрибута спискового типа является атрибут «Priority» («Приоритет»). Двойное нажатие левой кнопки мыши приводит к открытию окна редактирования значений атрибута, показанного на рис. 2.14.
«Default» («Значение по умолчанию») – третья область окна, представленная единственной кнопкой «Default». Она является ключевым элементом, поскольку позволяет быстро назначить или отменить значение по умолчанию для атрибута спискового типа.
Рисунок 2.13. Окно редактирования метки атрибута.
Рисунок 2.14. Окно редактирования значений атрибута.
Если в списке «Labels for Attribute» («Метки атрибутов») выбрать атрибут со свободным вводом значения, например, «Cost» («Стоимость»), правая область окна окажется заблокированной. Для редактирования этих атрибутов следует использовать окно редактирования метки атрибутов, показанное на рис. 2.13. Оно вызывается двойным нажатием левой кнопки мыши на нужном элементе списка «Labels for Attribute» («Метки атрибутов»).
2.9. Определение атрибутов бизнес-правил.
Стандартный набор атрибутов, предлагаемых «IBM Rational RequisitePro» для требований, определяемых владельцем проекта, приведен на рис. 2.11. Этот набор атрибутов вполне подходит для описания функциональных требований к системе, но не характерен для бизнес-правил. Необходимо удалить все лишние характеристики и создать два новых атрибута: «Вид» и «Источник».
Первый атрибут будет служить для разбиения бизнес-правил на виды согласно классификации, приведенной в разделе 2.6. В свою очередь, сведения о том, как должно формулироваться бизнес-правило определенного вида, побуждают владельца проекта формулировать их более точно и строго.
Второй атрибут позволит хранить информацию об участнике проекта, по инициативе которого данное бизнес-правило включено в репозитарий требований.
Упражнение 3. Определение атрибутов для бизнес-правил.
Выберите вкладку «Attributes» («Атрибуты») окна «Project Properties» («Свойства проекта»).
Приложение выведет на экран окно, показанное на рис. 2.11.
Последовательно выделяйте элементы списка «Labels for Attribute» («Метки атрибутов») и, путем нажатия кнопки «Delete» («Удалить»), очищайте список, пока окно не примет вид, показанный на рисунке 2.15.
Рисунок 2.15. Пустой список атрибутов.
Нажмите кнопку «Add…» («Добавить»).
Среда выведет окно «Add Attribute» («Добавить атрибут»).
Присвойте метке бизнес-правила значение «Вид бизнес-правила», введя соответствующий текст в поле «Label».
В выпадающем списке «Type» («Тип») выберите «List (Single Value)» («Список с единственным вариантом выбора»).
В скроллируемой области «List Values» («Список значений») введите имена пяти типов: Факт, Ограничение, Активатор операции, Вывод, Вычисление. Используйте клавишу Enter, чтобы разделить виды правил между собой.
Убедитесь, что содержимое окна соответствует рис. 2.16.
Рисунок 2.16. Пустой список атрибутов.
Нажмите кнопку «Ok».
Среда закроет окно добавления атрибута и отобразит окно «Project Properties» c активной вкладкой «Attributes».
Выделите в списке «Values per Attribute» («Значения для атрибутов») значение «Факт» и нажмите кнопку «Default».
Сделайте активным список «Labels for Attribute» («Метки атрибутов»), кликнув мышью по радиокнопке с именем списка.
Повторите шаги 4-10, создав атрибут с меткой «Источник», типом «Список с единственным варианта выбора» и набором возможных значений: Бренд-менеджер, Руководитель отдела продаж, Системный аналитик. В качестве значения по умолчанию для атрибута «Источник» используйте значение «Бренд-менеджер».
Нажмите кнопку «Ok», чтобы закрыть окно «Project Properties» («Свойства проекта») и сохранить сделанные изменения.
