Учебная работа № 1749. Моделирование технологического документооборота организации

Учебная работа № 1749. Моделирование технологического документооборота организации

Рыков В.И.

Рассматривается задача построения комплексной информационной модели деятельности строительной организации с целью последующего внедрения современной корпоративной информационной системы (КИС) уровня ERP/MRP. В качестве системы моделирования выбрана объектноориентированная CASE система Rose фирмы Rational, поддерживающая язык моделирования UML. Выбор языка и системы моделирования обусловлен структурой и технологией настройки корпоративной системы “Флагман”. В силу концептуальной общности программных идей и технологий, заложенных в основу реализации систем данного класса, предлагаемая методика моделирования и внедрения пригодна и для других КИС, не имеющих собственных средств моделирования.

Базовым понятием КИС “Флагман” является документ. Документ имеет достаточно сложную структуру, снабжен функциями и операциями. Рассмотрим следующие аспекты функционирования документа в системе:

Технология обработки документа в системе;

Роль документа в реализации определенной бизнесфункции;

АРМ как процессор документов.

С целью построения модели, введем классы системы с именами: Прототип документа, Вид документа, Реестр, Вариант документа, АРМ. Взаимодействие классов определим диаграммой:

Рис. 1.

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

Возможно создание неограниченного количества классов Вид документа или Реестр. С этой точки зрения, класс Прототип документа является метаклассом. Классы Прототип документа, Реестр наследуют структуру и технологию реализации программных методов суперкласса Прототип документа.

Класс Вид документа, объединяет комплекс документов, реализующих конкретную бизнесфункцию, например, обработку платежного поручения. Указанная бизнесфункция реализуется классами типа Вариант документа с именами: “Платежное поручение по оплате налогов”, “Платежное поручение на произвольном основании”, “Платежное поручение по оплате расходов”. Сама функция задается именованным классом Вид документа с именем “Платежное поручение”. Диаграмма класса имеет следующую структуру:

Рис. 2.

Классы Вариант документа (рис. 2), объединенные с классом Вид документа связью ассоциации, реализуют различные варианты конкретной бизнесфункции и имеют различные наборы атрибутов, методов и событий.

Доступ пользователя к документам, просмотр и выполнение операций (методов) производится через класс Реестр, который также является документом. Формирование реестра выполняется функцией “Добавить документ” к списку документов реестра.

Документ может содержать набор бинарных состояний. Появление документа в Реестре допускается обусловливать тем или иным набором его состояний.

Класс Реестр состоит в связи ассоциации с определенным множеством классов Вариант документа. Конкретный класс вида Вариант документа может находиться в связи с несколькими классами вида Реестр. Одновременно Реестр может содержать документы, относящиеся к различным классам Вид документа.

Доступ к документам и их методам, возможность создания новых экземпляров документов определяется содержанием доступных пользователю реестров. Структуру доступа и возможности использования методов классов Вариант документа, обеспечивает класс АРМ. С классом ассоциируется некоторое множество классов Реестр. Классы Реестр обеспечивают пользователю доступ к документам системы и их методам. Класс АРМ содержит также собственные атрибуты и методы, такие, например, как списки пользователей, правила доступа и т.д. Приведем модель технологического документооборота предприятия. Диаграмма, описывающая указанную модель, носит название диаграммы прецедентов и имеет вид:

Рис. 3.

Этап оформления договора (рис. 3) описывает, в основном, процедуру согласования текста договора и приложений. В согласовании принимают участие практически все службы организации. Процедуры согласования выполняются над электронным образом документа через соответствующие АРМы. Обеспечение производства один из самых сложных процессов деятельности организации. Структура его раскрывается ниже. Прецедент “Выполнение работ на объекте” сложен с точки зрения управления проектом. Для его описания подключаются средства вида Microsoft Project. Процесс изготовления проектносметной документации (ПСД) выполняется в том случае, когда указано в договоре или требуется уточнение ПСД. Этап подтверждения выполненных работ содержит процедуры непосредственно подтверждения работ и согласования реестра. Этап “Отчетность по выполненным работам” состоит из процедуры списания материалов и оборудования и процедуры внесения выполненной работы в реестр. Конечным является этап подведения финансовых итогов. Наиболее сложной бизнесфункцией здесь является процедура начисления заработной платы работникам участков по результатам выполненной работы.

Прецедент со сложной структурой допускает декомпозицию в виде набора вложенных диаграмм прецедентов. Прецедент “Обеспечение производства”, например, представлен декомпозицией:

Рис. 4.

Все, кто имеет отношение к системе, классифицируются как заинтересованные лица.

Пользователь АРМа (рис. 4), в рамках модели системы, классифицируется как Business Worker: Участок, УПП (участок подготовки производства). Заказчик и поставщик имеют отношение к системе, но не имеют права менять ее состояние. Они классифицируются как внешние пользователи (Actor). Используя методы, доступные в АРМе, пользователь изменяет состояние системы. Документы, в свою очередь, классифицируется как Business Entity.

Все прецеденты и заинтересованные лица системы описываются в объектной модели с требуемой степенью точности. Отметим сложность моделирования деятельности УПП. В сущности, модель УПП носит тот же уровень сложности, что и модель всего предприятия.

Реализация бизнеспроцессов конкретного прецедента описывается диаграммами последовательности. Например, процесс подачи письмазаявки поставщику, принадлежащий прецеденту “Работа с заявкой на материалы и оборудование” характеризуется следующей диаграммой последовательности:

Рис. 5.

В процессе (рис. 5) принимают участие представитель участка и работник службы материального обеспечения. Они используют атрибуты и методы конкретных объектов, принадлежащих классу Письмо Заявка на поставку.

Действующие лица выполняют требуемые действия на соответствующих АРМах. Направление стрелок, описывающих действия, показывает какому конкретно документу, принадлежит используемый метод.

Таким образом, может быть указано исчерпывающее множество бизнесфункций, описанных своими диаграммами последовательностей. Диаграммы задают множества участников, документов и операций, участвующих в реализации каждой бизнесфункции. Формируя диаграммы зависимости между классами Реестр, Вариант документа и АРМ, Реестр, определяем последовательно структуру реестров, содержащих документы, и АРМов, содержащих реестры.

Из изложенного следует, что с использованием системы Rose в терминах UML возможно построение модели документооборота, оптимально учитывающей особенности структуры и технологии настройки современной КИС.

Список литературы

Золотухина Е.Б., Алфимов Р.В. Пример описания предметной области с использованием Unified Modelling Language (UML) при разработке программных систем // Interface Ltd. 2001.

Rumbaugh J. UML The View from the Front James // Rational Software Corporation. 1999.

Учебная работа № 1749. Моделирование технологического документооборота организации

Яндекс.Метрика