5.4 Средства доступа к моделям

Для всестороннего опи­сания деятельности предприятия нужны сотни моделей. Как только число моделей бизнес-процес­сов превышает десяток, а авторов моде­лей становится больше одного, возникает вопрос раз­граничения доступа авторов моделей к данным. Можно выделить три группы причин для этого [9].

1) Снижение возможного ущерба от неумыш­ленного повреждения данных авторами моделей. Поэтому нужны средства, регулирующие доступ пользовате­лей к редактированию конкретных моделей.

2) Конфиденциальный характер данных (например, орга­низационная структура предприятия, его ключевые бизнес–процессы, топология локальной сети фирмы и т.п.). Такую информацию желательно предоставлять ограниченному числу пользователей. При этом доступ остальным пользователям к ее просмотру нужно запретить, а еще лучше, если они вообще не будут знать о существовании этой категории данных.

3) При решении ряда задач могут потребоваться не все предоставляемые выбранным средством моделирования типы мо­делей, объектов, связей между ними, и в этом случае было бы желательно ограничить доступ пользователей к этим данных, дабы у них не возникло соблазна создать модель или объект, относящийся к не предусмотренному проектом типу – например, сделать недоступ­ными соответствующие интерфейсные эле­менты или элементы списков в средстве мо­делирования.

Средства моделирования могут предостав­лять доступ к данным моделей в разном объеме, начиная с запрета и заканчивая полным документированным доступом на чтение и запись любых данных, полученных в результате моделирования.

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

Если же средство моделирования хранит данные в серверной СУБД, задача усложняется. Разграничение доступа к моделям в этом случае означает, что разным пользователям нужны различные права на разные записи, а средства администрирования СУБД та­кой возможности не предоставляют.

Примером реализации ограничения доступа к данным с помощью сервера промежуточно­го звена являются средства моделирования, разработанные компанией IDS Scheer. Продукты семейства ARIS осуществляют хранение моделей в серверной СУБД, доступ­ной клиентским приложениям посредством обращения к серверу промежуточного звена. Средства управления учетными записями и правами пользователей встроены в сами инстру­менты моделирования этого семейства (Приложение, рис. 13).

Существуют несколько способов решения этой задачи: от создания в базе данных пред­ставлений, зависящих от учетной записи пользователя, обращающегося к этому пред­ставлению, до реализации подобных средств защиты вне СУБД в серверах промежуточно­го звена.

Многие средства моделирования хранят свои данные в файлах закрытых форматов. В таких случаях инструмен­ты моделирования содержат встроенные средства для генерации отчетов и преобразования моделей в форматы других средств моделирования (например, семейство продуктов AllFusion).

В последнее время доступ к данным моделей часто обеспечивается с помощью программ­ных интерфейсов (Microsoft Visio и ARIS).

Для доступа к данным моделей Visio предо­ставляет соответствующую объектную модель, доступную через СОМ-интерфейсы как из сре­ды исполнения кода VBA внутри самого прило­жения, так и из внешних приложений. Отметим, что и язык программирования, и объектные мо­дели всех приложений Microsoft Office, включая Visio, отлично документированы и при опреде­ленном навыке VBA-программирования вполне возможна и генерация отчетов любой сложно­сти, и создание средств переноса данных между Visio и другими средствами моделирования, и генерация моделей путем создания решений на основе приложений данного семейства.

Для обращения к данным на уровне клиент­ского приложения можно применять приложе­ние ARIS Toolset, которое наряду с обычными пользовательскими средствами редактирова­ния моделей предоставляет среду разработки скриптов на VBA-совместимом языке SAX Basic и объектную модель для доступа к данным моделирования (Приложение, рис. 14}.

Эта среда разработки хотя и не предоставляет всех привычных современным разработчикам средств повышения продуктивности кода, но, тем не менее, вполне приемлема для создания скрип­тов, генерирующих отчеты по моделям или сами модели. Совместимость же языка программирования с VBA позволяет легко использовать прило­жения Microsoft Office в качестве СОМ-серверов, и при определенном опыте VВА-программирования с помощью этих приложений можно генерировать достаточно сложные отчеты, а также преоб­разовывать в модели данные, содержащиеся в документах офисных приложений.

Для манипуляции данными на уровне сер­вера приложений ARIS Business Server можно применять приложение ARIS Business Archi­tect, позволяющее создавать код на одной из реализации языка JavaScript, способный выпол­няться сервером приложений (Приложение, рис. 15).

Этот же сервер содержит и среду исполнения скриптов, созданных в ARIS Toolset. Кроме того, в комплект поставки продукта входят сред­ства преобразований кода ARIS Toolset в код JavaScript, а также средства его непосредственного исполнения без процедуры преобразования. Отметим, что и Visio и ARIS Toolset, будучи СОМ-серверами, позволяют создавать решения на их основе с помощью СОМ-совместимых средств разработки и таким образом обра­щаться к данным моделей из самостоятельно созданных приложений.

Для реализации третьего требования при мо­делировании тоже можно применять различ­ные технологии. Так, для Microsoft Visio мож­но формировать наборы символов для конкрет­ного проекта и рекомендовать авторам моделей использовать только их. Но намного более надежной является реализация, не предполага­ющая никаких рекомендаций, то есть техничес­ки ограничивающая доступ к типам моделей и объектов.

В семействе продуктов ARIS средства доступа к данным моделей более разнообразны, нежели в Visio. Поскольку это средство моделирования хранит данные в серверной СУБД и представляет собой трехзвенную систему с сервером прило­жений в качестве среднего звена, доступ к дан­ным моделей технически возможен в любом из трех звеньев.

Подобная возможность в ARIS реализована за счет создания так называемых методологических фильтров – XML-документов, содержащих допустимые списки моделей, объектов, символов и связей. Подобные фильтры создаются, исходя из по­требностей конкретного проекта, а затем пользователям присваиваются права на доступ к моделям с применением этих фильтров. Та­ким образом, пользователю при моделировании становятся доступны только типы моделей, объектов и связей, заранее определенные в фильтре, через который он «видит» модели в базе данных.

Средства создания методологических фильтров в ARIS Business Architect, которые реализуют ограничение доступных пользователю типов моделей и используемых в них символов, приведены в Приложении на рис. 16 и 17, соответственно.

Фильтр содержит константы – коды типов моделей, объектов, связей, символов. Создав необходимый набор фильтров, можно указать, какие из моделей разрешены к применению конкретным пользователем – в результате он просто будет лишен возможности не только создать модель, объект или связь, не предусмотренные выполняемой им задачей, но и увидеть их в инструментарии моделей.

Запрещенные к применению модели, объекты и связи просто перестанут появляться в списках мастеров создания моделей, в диа­логовых панелях установки свойств связи, на палитре инструментов, используемой при рисовании моделей.

Средства присвоения пользователю прав на методологические фильтры в ARIS Business Architect приведены на рис. 18 Приложения.

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