Book.od.ua Книги для вашего бизнеса



Одесская библиотека бизнес литературы
полезные книги для бизнеса

1.14. Сводное описание требований функционального аспекта

Метамодели для описания требований функционального аспекта сведены на рис. 33.
Сводное описание требований функционального аспекта
 Конфигурирование функций
Интерфейсы систем управления процессами, систем технологического контроля и прикладных систем моделируются с соблюдением ряда требований.
Прежде всего класс прикладной системы (система управления; текстовый редактор; специализированный пакет) увязывается с функциями. Характеристики прикладной системы определяются как можно детальнее. Кроме того, следует указать, предполагают ли прикладные системы обмен данными (рис. 34).
Сводное описание требований функционального аспекта
Модели функций и перечни операций обеспечивают фундамент для функционального анализа, дифференцированного учета затрат (расчета себестоимости по видам деятельности) и управления бизнес-процессами. Показатели, необходимые для дифференцированного учета затрат, увязывают­ся с функциями.
При планировании ресурсов содержание соответствующих функций конфигурируется согласно моделям функций. Это позволяет сфокусировать системы планирования ресурсов на конкретном приложении в рамках производственного или организационного проекта.
Метамодели функций, которые мы обсудим, подходят для моделирования технологических приложений (см. Caller, Vom Geschaftsprozef3modell zum Work-flow-Modell 1997, p. 62). Определяя атрибуты функций, рекомендуется включать конкретные временные показатели, например, среднее время выполнения функции. По отношению к функциям различают принципы "pull" (тянуть) и "push" (толкать). По принципу "pull" сотрудники извлекают соответствующую функцию из почтового ящика вместе с перечнем работ. По принципу "push" функция события посылается сотруднику для обработки.
При моделировании конкретных процессов управления потоком должны быть удовлетворены дополнительные требования. Эти требования копируются из определения требований на уровне функций, но могут изменяться при необходимости.
Когда приложения увязаны с функциями, особую важность приобретает возможность активизировать или заблокировать определенную функцию в существующей первоначальной модели. Путем активизации или блокирования функций создаются конкретные модели. Состоятельность модели оценивается с учетом логических взаимосвязей между функциями.
Чтобы обеспечить состоятельность модели в целом, держите под контролем активизацию или блокирование функций (см. Scheer, ARIS - Business Process Frameworks 1998, Fig 50). Фрагмент SAP R/3 модели, изображенный на рис. 35, показывает пример блокирования функций в среде ARIS Toolset. Структура конкретного проекта для SAP R/3 (нижнее окно) следует непосредственно из функциональной модели (верхнее окно).
В процессе детального рассмотрения функции устанавливаются конкретные параметры в соответствии с определением требований. Программа SAP R/3 Business Engineer, имеющая прямой доступ к системе IMG, обеспечивает интерфейс "вопрос-ответ" с этой целью. На рис. 36 изображен фрагмент прототипа SAP AG Business Engineer. Модель проекта включает дерево функций при­ложения. Функции (например, "Обслуживание кредита" - "Credit Processing") ссылаются на необходимые подфункции (окно слева внизу), которые связаны с параметрами (окно справа вверху). Нижнее правое окно показывает, как функция включается в контекст процесса.


Понравился материал? Поделитесь с друзьями!

<< Предыдущая статьяСледующая статья >>
1.13. Типы обработки 1.15. Спецификация дизайна функционального аспекта





Убедительная просьба при использовании любых материалов Одесской электронной бизнес-библиотеки ставить активную ссылку на наш сайт. По всем вопросам касательно сайта пожалуйста пишите на почту
      Карта сайта