Понятие SADT - модели

На начальных этапах создания ИС необходимо понять, как работает компания, которую собираются автоматизировать. Никто в компании не знает, как она работает в той мере подробности, которая необходима для проектирования и создания информационной системы. Руководитель хорошо знает работу в целом, но он не в состоянии вникнуть в детали работы каждого рядового сотрудника. Рядовой же сотрудник хорошо осведомлен, что и как делается на его рабочем месте, но плохо знает, как работают его коллеги. Именно поэтому лучший способ сконцентрировать знания всех сотрудников компании, столь необходимые разработчикам информационной системы – построить модель бизнес-процессов компании. Одним из наиболее удобных инструментов для решения такой задачи является SADT.

Модель является некоторым реальной системы (реального бизнеса). Поэтому объектом моделирования служит сама система. Однако моделируемая система никогда не существует изолированно: она всегда связана с окружающей средой. Причем зачастую трудно сказать, где кончается система и начинается среда. По этой причине в методологии SADT подчеркивается необходимость точного определения границ системы. SADT-модель всегда устанавливает точно, что является и что не является субъектом моделирования, описывая то, что входит в систему, и подразумевая то, что лежит за ее пределами. Отграничивая систему от среды, SADT модель помогает сконцентрировать внимание именно на изучаемой системе и позволяет избежать включения посторонних объектов.

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

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

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

С определением модели тесно связана позиция, с которой наблюдается предметная область. Поскольку качество описания системы резко снижается, если оно не сфокусировано ни на чем, SADT требует, чтобы модель рассматривалась все время с одной и той же позиции. Эта позиция называется " точкой зрения " данной модели. Например, моделируя процесс кредитования мы получим совершенно разные функциональные модели с точки зрения кредитной организации и с точки зрения ссудозаемщика.

Границы системы задаются в диаграмме самого верхнего уровня модели – контекстной. На этой же диаграмме обычно следует записать цель моделирования и точку зрения модели.

Дата добавления: 2014-01-13