Читайте также:
|
Как правило, при работе с пластиковой картой клиент не производит всех доступных ему при этом действий, выполняя ограниченный набор операций.
Например, при оплате покупки не производится снятие наличных, а при проверке баланса состояние счета вообще не изменяется (это верно, конечно, только в случае, если карта обслуживается приличным банком).
Мы можем декомпозировать функциональный блок "Обработка операций с пластиковыми картами", создав дополнительные блоки для оплаты покупок, снятия наличных, проверки баланса и т.п.
Вместо этого можно создать отдельные модели IDEF3 для каждого из этих действий. Это, в частности, полезно, если в дальнейшем предполагается заняться оцениванием соответствующих операций по тем или иным параметрам.
Более простой альтернативой предложенным выше двум подходам может служить так называемая таблица вызова (activation table), описывающая различные комбинации входов, выходов, управлений и механизмов исполнения для каждого способа вызова функционального блока на исполнение.
Вызов — это уникальная конфигурация значений входа, управления и требований к механизмам исполнения (табл. 2.3).
Каждому вызову присваивается уникальное имя в пределах блока и перечисляются значения различных стрелок.
Комбинация значений стрелок должна быть уникальной для каждого вызова, из чего следует, что для каждого вызова любые две одинаковые стрелки не могут иметь одинаковых значений.
Таблица 2.3. Таблица вызовов для блока "Подсчитать наличные''
Информация о вызовах из табл. 2.3 также дает определенную информацию о стрелках управления данного функционального блока.
Например, мы можем предположить, что политика банка при подсчете сумм наличных заключается в использовании счетчиков банкнот для сумм, превышающих 1000 руб.
Дата добавления: 2015-09-10; просмотров: 21 | Поможем написать вашу работу | Нарушение авторских прав |