А.3.1.2. Конфигурирование

Распределение функций между организационными единицами играет ключевую роль в конфигурировании систем.

При анализе функций в процессе пооперационного исчисления стоимости необходимо привязать функции к организационным единицам как к стоимостным центрам. Это имеет важнейшее значение для вычисления ставок стоимости функций в стоимостных центрах.

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

Управление workflow опирается на связи функций с организационными единицами, определяя, в какой «входной почтовый ящик» рабочий поток помещает ту или иную функцию. Назначения функций («информировать», «участвует», «уполномочен подписывать», «обработано» и т.д.) активизируются соответствующей функцией.

В макроконфигурациях связи организация-функция определяют степень децентрализации стандартной прикладной системы. Нередко это делается с помощью программ, которые определяют, будет ли конкретное требование системы ПиУП удовлетворяться централизованно, на уровне предприятия, или децентрализованно, на уровне подразделения. Чтобы обеспечить более высокую степень организационной гибкости, необходимо свободное конфигурирование связей организация-функция.

В микроконфигурациях связи организация-функция управляют способом представления системных функций пользователям, определяя степень интеграции процесса с каждым рабочим местом. На рис. 93а-г приведен пример управления материалами, показывающий организационные структуры и соответствующие диаграммы ЕРС.

Рис. 93а. Пример управления материалами для функций, разделенных в рамках организации

Рис. 93б. Диаграмма ЕРС для примера, приведенного на рис. 93а

Рис. 93в. Пример управления материалами для функций, объединенных в рамках организации

Рис. 93г. Диаграмма ЕРС для примера, приведенного на рис. 93в

В организации, описанной на рис. 93а и б, отдел приемки товаров и склад отделены друг от друга, а прием товаров осуществляется разными людьми. В результате перед складом, где приемщик отбирает поступающие товары, находится «зона неразобранного товара». Это обусловливает необходимость двух разных пользовательских интерфейсов для приемки товаров, каждый из которых предоставляет соответствующему сотруднику функции выбора товара для обработки. В организации же, представленной на рис. 93в и г, отдел приемки товаров и склад объединены, вследствие чего необходим лишь один пользовательский интерфейс для приемки товаров, а второй процесс выбора становится избыточным. Функциональный процесс в обоих случаях идентичен, за исключением того, что распределение функций в рамках каждой из этих организаций влечет за собой разные процессы, что по-разному проявляется и в оформлении интерфейса, и в управлении выбором.

Конфигурации системы, предназначенные для стандартного программного обеспечения, должны объединять пользовательские транзакции и экраны в соответствии с распределением функций.

Это требует от них большой гибкости организационных функций, чтобы поддерживать продуктивность конкретных пользователей, обеспечивая индивидуальную настройку управления транзакциями и пользовательского интерфейса. По этой причине одним из ключевых аспектов вычислительной системы, ориентированной на пользователя, является возможность индивидуальной настройки связи функция-организация. Такие функциональные возможности уже предоставляются стандартным программным обеспечением на базе модели (IDS. ARIS-Applications. 1997).

Полномочия, описанные на уровне определения требований, помогают сконфигурировать прикладные системы. Некоторые типы полномочий разрешают пользователям запускать определенные модули, вызывать входные или выходные экраны, подписываться на списки рассылки.

На рис. 94 показано два способа конструирования ПОЛНОМОЧИЙ. Различные типы полномочий называются ПРОГРАММНЫМИ ОБЪЕКТАМИ и представляют собой общие версии МОДУЛЕЙ, ЭКРАНОВ и СПИСКОВ. Если функции полномочий связываются с каждым пользователем через матрицу полномочий, ПОЛНОМОЧИЯ образуют ассоциацию между классами ТИП ПОЛНОМОЧИЙ, ОРГАНИЗАЦИОННАЯ ЕДИНИЦА (ПОЛЬЗОВАТЕЛЬ) и ПРОГРАММНЫЙ ОБЪЕКТ. Таким образом, пользователи с идентичными профилями полномочий описываются индивидуально, что делает администрирование громоздким и избыточным.

Рис. 94. Конфигурирование полномочий

Другой способ, показанный на рисунке, позволяет избежать избыточности. Сначала некоторые профили полномочий привязываются к ПАРОЛЮ через ПОЛНОМОЧИЯ ПАРОЛЯ, который, в свою очередь, связывается с пользовательскими группами или отдельными пользователями при помощи ассоциативного класса АССОЦИАЦИЯ ПОЛЬЗОВАТЕЛЬ-ПАРОЛЬ. Такое косвенное описание существенно снижает избыточность информации.

Дата добавления: 2015-08-03