Функциональная модель процесса

Функциональная модель подсистемы разрабатывается с применением методологии SADT. При этом детализация должна быть проведена до уровня описания реквизитов, перечень которых присутствует в постановке задачи. Функциональная модель подсистемы представляет собой функциональную модель предлагаемого бизнес-процесса. Характерной особенностью этой модели является обязательное указание проектируемой АЭИС в качестве одного из механизмов.

Функциональная модель должна быть построена в строгом соблюдении стандарта проектирования SADT.

Функциональная подсистема АЭИС представляет собой комплекс экономических задач, тесно связанных между собой с помощью информационных, материальных и финансовых потоков. Состав функциональных подсистем во многом определяется особенностями АЭИС, ее отраслевой принадлежностью, размером, характером деятельности предприятия. Состав, порядок и принципы взаимодействия функциональных подсистем устанавливаются с учетом цели, стоящей перед экономическим объектом. Каждая функциональная подсистема характеризуется:

• · своим специфическим объектом управления;
• · внешними входами и выходами;
• · внутренней сравнительно замкнутой информационной системой;
• · особым кругом задач, возникающих и решаемых в процессе управления.
• · перечнем лиц из аппарата управления, исполняющих в соответствии со своими должностными обязанностями различные роли в процессе выполнения задач.

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

Функциональную подсистему можно описать следующим образом:

a. объект управления — процессы контроля доступа;

b. внешние входы — исходная информация от производственных подразделений, аппарата управления предприятием, органов государственного управления;

c. внешние выходы — бухгалтерская и налоговая отчетность, отчеты для руководства предприятия;

d. внутренняя сравнительно замкнутая ИС — Гарант.

e. некоторые задачи функциональной подсистемы — начисление зарплаты, обработка документации по учёту рабочего времени, подготовка отчетов и т. д.;

f. аппарат управления — оператор.

Внешние входы процесса соответствуют внешним (по отношению к процессу или подразделению) источникам информации, необходимой для его выполнения. Внешние выходы соответствуют внешним (по отношению к процессу или подразделению) потребителям информации, для которых предназначены результаты выполнения процесса или результаты функционирования подразделения. Внутренняя сравнительно замкнутая информационная система, сопровождающая выполнение функций процесса, может быть описана только в случае выполнения курсового проекта на базе конкретного предприятия, где уже внедрена информационная система. Задачи функциональной подсистемы формулируются в соответствии с документами, регламентирующими выполнение процесса или работу подразделения. К таким документам могут относиться регламент процесса, инструкция, правила, положение о структурном подразделении. Аппарат управления указывается в соответствии с организационно-штатной структурой предприятия или в соответствии с регламентом, описывающим данный бизнес-процесс.

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

Выделение функциональной подсистемы АЭИС Выделение функциональных подсистем, как правило, производится на основе иерархической организационной структуры экономического объекта, построенной по функциональному признаку. Иными словами, структура органов управления экономическим объектом совпадает с набором функциональных подсистем.

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

Функциональная модель бизнес-процесса (модель «as is») разрабатывается в стандарте SADT с использованием программного обеспечения, поддерживающего нотацию функционального моделирования IDEF0 и нотацию динамического моделирования в нотации EPC или IDEF3.

В соответствии с описанием функциональной подсистемы ее характеристиками являются:

объект управления — бизнес-процесс закупки материалов для нужд производства;

внешние входы — коммерческие предложения о закупке материалов, поступающие от потенциальных поставщиков, и сведения из функциональных подразделений, указывающих на производственную необходимость закупки материалов;

внешние выходы — закупленные материалы, поступающие на склад, сопроводительная документация на материалы, хранящаяся в отделе закупок, регистрационные журналы, в которых фиксируются факты отправки запросов поставщикам и поступления материалов;

задачи функциональной подсистемы — определение потребностей в материале, выбор поставщиков, обработка заказов поставщикам, контроль выполнения условий договора, контроль поступления материалов;

аппарат управления — функциональное подразделение, являющееся инициатором закупки материалов, отдел закупок, обрабатывающий и аккумулирующий заказы нескольких функциональных подразделений, поставщик, являющийся участником процесса со стороны контрагента предприятия;

внутренняя информационная система — отсутствует (ставится задача ее разработки для информационной поддержки рассматриваемого процесса).

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

Функциональную модель процесса представим на рис. 3.

Рис. 3. — Контекстная диаграмма бизнес-процесса в нотации IDEF0.

Разработка информационной модели подсистемы.

С целью соблюдения одного из принципов создания АЭИС [5, 8] (принципа однократного ввода данных) информационная модель подсистемы разрабатывается на основе функциональной модели предлагаемого бизнес-процесса.

Всю совокупность информационных элементов можно разделить на следующие группы:

• · сущности, отражающие нормативную или справочную информацию (к ним относятся ГОСТы, стандарты предприятия, классификаторы, справочники и т. д.);
• · сущности, являющиеся документами (это основные информационные элементы, в которых отражается суть решаемой задачи или смысл бизнес-процесса — приказы, акты, заявления и т. д.);
• · сущности, отражающие информацию о сотрудниках, организационной структуре или контрагентах предприятия (это стрелки-механизмы, указывающие отношение сотрудников или структурных подразделений к обработке того или иного документа);
• · сущности, отражающие информацию о материальных объектах бизнес-процесса (товары, материалы, изделия, оборудование).

Атрибуты вышеперечисленных сущностей, являющиеся реквизитами документов или сотрудников («номер», «дата», «подпись», «ФИО») должны совпадать со структурными единицами информации в постановке задачи.

Информацию об отношениях между сущностями можно получить из функциональной модели.

Выбор объекта информационного моделирования определяется масштабом поставленной для проектирования экономической задачи.

Для этого необходимо построить отчет по функциональной модели, используя в BPWin v.4.0−4.1.x. команду Tools/Reports/Arrow Report… или используя в IDEF v.3.1−3.5 команду Data/Report/Arrow Report. Этот отчет предоставляет информацию о совокупности данных, используемых в процессе решения задачи. Следовательно, эти же данные должны присутствовать и в информационной модели.

• 1) оставшиеся данные нужно распределить по следующим группам:
  • · сущности, отражающие нормативную или справочную информацию (к ним относятся ГОСТы, стандарты предприятия, классификаторы, справочники и т. д.);
  • · сущности, являющиеся документами (это основные информационные элементы, в которых отражается суть решаемой задачи или смысл бизнес-процесса — приказы, акты, заявления и т. д.);
  • · сущности, отражающие информацию о сотрудниках или организационной структуре (это стрелки-механизмы, указывающие отношение сотрудников или структурных подразделений к обработке того или иного документа);
  • · атрибуты вышеперечисленных сущностей, являющиеся реквизитами документов или сотрудников («номер», «дата», «подпись», «ФИО» и т. д.). Атрибуты сущностей информационной модели должны совпадать со структурными единицами информации в постановке задачи.

После анализа отчета можно приступать к проектированию информационной модели в ERWin v. 4.0−4.1x. Информацию об отношениях между сущностями можно получить из функциональной модели.

На Рис. 4 представим информационную модель работы.