CASE-средства • CASE (Computer-Aided Software|System Engineering) –

CASE-средства • CASE (Computer-Aided Software|System Engineering) – технологии, представляющие собой совокупность методологий, поддержанную комплексом взаимоувязанных средств автоматизации. • Основные функциональные возможности CASE: – Общий графический язык – Общая БД проекта – Интеграция средств – Поддержка коллективной разработки и управление проектом – Прототипирование – Генерация документации – Верификация проекта 22. 01. 2018 1

CASE-средство ARIS - Architecture of Integrated Information System 22. 01. 2018 2

Методология ARIS 22. 01. 2018 3

Структура процесса Источник: фирма Логика бизнеса

Основы процессного подхода к проектированию ИС 22. 01. 2018 5

Базовые понятия Вход бизнес-процесса - объект бизнес-процесса (процедура, операция), взаимодействующий с внешними бизнес-процессам и получающая от них информацию/материальные ресурсы Выход бизнес-процесса - объект бизнес-процесса (процедура, операция), взаимодействующий с внешними бизнес-процессам и передающая им информацию/материальные ресурсы, являющиеся результатом выполнения бизнес-процесса Операция (работа) – часть бизнес-процесса. Декомпозиция бизнес-процесса - детальное описание бизнес-процесса, осуществляемое путем разбиения процесса на несколько частей и последующего их описания при помощи более подробных моделей Регламент бизнес-процесса – документ, описывающий последовательность операций, ответственность, порядок взаимодействия исполнителей и порядок принятия решений по улучшениям.

Базовые понятия • Завершающее событие - объект модели бизнес-процесса, отражающий факт завершения процедуры (функции) и полученный при этом результат • Инициирующее событие - объект модели бизнес-процесса, отражающий событие, являющееся управляющим воздействием, необходимым для начала выполнения процедуры (функции) • Ресурсы – информация (документы, файлы), финансы, материалы, персонал, оборудование, инфраструктура, среда, программное обеспечение, необходимые для выполнения бизнес- процесса • Показатели бизнес-процесса – количественные и/или качественные параметры, характеризующие бизнес-процесс и его результат.

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

Отличительные черты процесса • Хозяин Процесса – должностное лицо, несущее ответственность за ход и результаты Процесса; • Ресурсы – ресурсы, выделенные в распоряжение Хозяина Процесса для его проведения (оборудование, персонал, помещения, среду, транспорт, связь, материалы, финансы, документация и т. д. ); • Параметры Процесса – характеристики, по которым Хозяин Процесса и высший руководитель могут судить о том, насколько эффективно выполняется Процесс и достигаются ли запланированные результаты; • Потребитель – потребитель результатов Процесса, степень удовлетворенности которого, также предназначена для оценки эффективности Процесса; • Входы Процесса – входные объекты (сырье, продукция, комплектация, информация или услуга), которые преобразуются в Выходы Процесса, в ходе выполнения Процесса. Часто Входы одного Процесса являются выходами другого; • Выходы Процесса – продукция, информация или услуга ради которой существует Процесс.

Характеристики процесса • Результативность – характеризует соответствие результатов процесса нуждам и ожиданиям потребителей • Управляемость – характеризует степень, в которой производится управление выполнением процесса производства требуемых продуктов/услуг, отвечающих определенным целевым показателям • Повторяемость – характеризует способность процесса создавать выходные потоки с одинаковыми характеристиками при повторных его реализациях • Определенность – отражает степень, с которой реальный процесс соответствует описанию • Эффективность – отражает, насколько оптимально используются ресурсы при достижении необходимого результата процесса • Гибкость (адаптируемость)– способность процесса приспосабливаться к изменениям внешних условий, перестраиваться так, чтобы не снижались ни результативность, ни эффективность • Стоимость процесса - описывает финансовые затраты на процесс

Определение владельца процесса • Владелец процесса – это отдельное лицо, несущее полную ответственность за процесс и наделенное полномочиями в отношении этого процесса • В сложных процессах - менеджер высшего уровня • Владелец процесса не касается функций, выполняемых в рамках процесса отдельными департаментами. Ему важна успешная реализация всего процесса • Владелец процесса - бизнес-роль, которая, в первую очередь, связана с возможностями процесса в целом, а не с повседневным выполнением производственных заданий – за это отвечают функциональные менеджеры Владелец процесса Процесс Функция 1 Функция 2 Функция 3 Функция 4 Отдел 1 Отдел 2 Отдел 3 Отдел 4 Источник: фирма Логика бизнеса

Взаимодействие менеджеров и владельца процесса Зона ответственности владельца процесса Точка особого Точка особого внимания внимания владельца владельца процесса процесса П р о ц е с с Зона ответственности функционального менеджера линейного менеджера Источник: фирма Логика бизнеса

Взаимодействие менеджеров и владельца процесса Владеле ц процесса Линейный менеджер Функциональный менеджер Документированные права и обязанности сторон Критерии выбора владельца процесса n Детальное знание бизнес-процесса, компетентность и профессиональные знания n Возможность влиять на людей и способствовать изменениям. Надо помнить, что любые изменения будут внедряться извне функционально-линейной иерархии, поэтому существует большая вероятность конфликтов n Коммуникативные способности n Понимание важности порученного дела и надлежащая мотивация Источник: фирма Логика бизнеса

Определение границ и интерфейсов Начальная граница процесса - предшествует Последующ первой ий процесс выполняемой функцией процесса Функция 1 Функция 2 Функция N Процесс Предшествующ Конечная граница ий процесс процесса располагается за последней выполняемой функцией n Внешний интерфейс n Внутренний процесса – механизм интерфейс процесса - (организационный, точка, в которой выход информационный, технический), функции пересекается с орг. посредством которого процесс границами и становится взаимодействует с входом для других функций, предшествующим и механизм реализации фирма Логика бизнеса Источник:

Входы и выходы процесса Вторичные входы, на которые поступают ресурсы, необходимые для выполнения процесса, например, прайс-листы от потенциальных поставщиков требуемого оборудования Первичный выход, на котором формируется результата процесса Процесс (ради которого он существует), Первичный вход, на передаваемый первичным который поступают клиентам, например, заказанное входные потоки от оборудование первичных Вторичные выходы, через которые поставщиков, вторичные продукты (потоки), не например, заявка на являющиеся основной целью поставку процесса, передаются в другие оборудования процессы, например, счет на оплату заказанного оборудования передается в процесс «Оплата счетов» Источник: фирма Логика бизнеса

Поставщики и потребители процесса Вторичны й поставщик Процесс Первичный Первичный Косвенный Внешний Потребитель поставщик потребитель Вторичный потребитель Организация Косвенный потребитель – потребители, не получающие непосредственно первичные выходные потоки, но являющиеся следующими в цепочке. Внешний потребитель – потребитель, находящийся вне организации, но использующий выходные потоки процесса, например, розничные продавцы Потребитель – конечный потребитель выходных потоков процесса Не всегда отдельные категории потребителей присутствуют все вместе Источник: фирма Логика бизнеса

Описание последовательности функций процесса • При описании необходимо использовать подход «сверху-вниз» , т. е. отталкиваться от описания бизнес-процессов компании верхнего уровня, а затем, выделив процесс описывать его, последовательно детализируя. • Каждый процесс представляется в виде последовательности выполняемых функций • Степень детализации представления функций определяется целью описания процесса • При описании последовательности функций необходимо учитывать логику выполнения (ветвления процесса) Источник: фирма Логика бизнеса

Последовательная детализация процессов Бизнес- • Описание того, как выполняется работа Операции процессы Ключевые Стандартные Value Chain верхнего (“сверху-вниз”) Scenarios ДЕТАЛИЗАЦИЯ процессы Процедуры (элементарные функции) уровня Источник: фирма Логика бизнеса

Определение ресурсного окружения процесса • Для выполнения каждой из функций требуются ресурсы: – людские ресурсы – участники процесса (кто выполняет) – производственные ресурсы – станки, оборудование, компьютеры, транспорт (при помощи чего выполняет) – материальные ресурсы – материалы, комплектующие, энергетические ресурсы (с использованием чего выполняет) – информационные ресурсы – данные, документы, информация (на основании чего выполняет) – интеллектуальные – знания и полномочия участников и владельца процесса • Все эти ресурсы должны определены и описаны для каждой функции, выполняемой в процессе

Ресурсное окружение процесса Процессы Знания и полномочия персонала Персонал Продукция Технические ресурсы Материальные ресурсы Документы Данные Ресурсное окружение процессов Источник: фирма Логика бизнеса

Требования к документированию процессов • возможность описания всех требуемых элементов деятельности современного предприятия • простота – простое при прочих равных предпочтительнее сложного • наглядность – хотя бы отдаленное сходство с оригиналом облегчает использование модели • индивидуальность – достаточное отличие от других обозначений • однозначность – недопустимость обозначения одним символом различных объектов • единообразие (стандартизация)– аналогичность правил, используемых при описании однородных объектов • определенность – наличие четких правил описания • учет устоявшихся традиций • возможность накопления описаний процессов • удобство работы с накопленной информацией • возможность обмена информацией с другими компьютерными средствами Источник: фирма Логика бизнеса

1. 4 Определение набора КПР для процесса • Key performance indicator (KPI) - Ключевой Показатель Результативности (КПР) - измеримый количественный параметр, отражающий отдельный аспект состояния процесса • Для каждого процесса должны быть определены количественные или качественные показатели, измерение которых позволить определить требуемые параметры • Показатели, характеризующие процесс: – результативность – стоимость – управляемость – эффективность Вспомогательные – время цикла процессы – гибкость Управление Управление финансовыми и Управление персоналом инф. ресурсами и материальнымиохраной окруж. внешними СМК технологиями ресурсами среды связями Уменьшить Повысить Уменьшить текучесть эффективность кол-во выбросов кадров на 25% ИС на 20% СО на 5% Источник: фирма Логика бизнеса

1. 5 Установка точек контроля и измерения Точка контроля Средства управления входных данных процессами Orderzettel (Aktien) Order kann bei 01 -36111 - 01 -36114, 01 -36211, 01 -36214 eingehen. Auftrag des Kunden liegt vor Orderzettel vervollständigen 01 -36211 GER Domestic Institutions 01 -36214 International Institutions z. B. Ausführungswünsche 01 -36111 Sales Trading Grosse Orders können zur weiteren Bearbeitung direkt von Sales an Sales/Trading gegeben werden. Orderannahme: Orderverwaltung: - Notieren der Order durch Sales auf einem Orderzettel (papiergestützt!) - keine Vergabe einer lfd. Nummer (nicht MAH-konform) - Orderzettel dient als Grundlage zur weiteren Bearbeitung; Daten auf dem Orderzettel sind nicht immer vollständig vorhanden (Ursache für Fehler in der Weiterbearbeitung) - Sales und Handel füllen Orderzettel teilweise nur unzureichend aus. - keine Systemunterstützung! Vollständig manuelles Arbeiten. - keine Übersicht über vorhandene Orders und jeweiligen Status, da keine Systemunterstützung - Orderzettel liegen lose auf den Händlertischen - keine Übersicht über den Status der Orders, d. h. Gefahr der Doppelbearbeitung oder Nichtbearbeitung Festpreisgeschäft Normale oder AQR 01 -36211 Execution 01 -36211 GER Domestic liegt vor liegt vor GER Domestic Institutions Anfrage an 01 -36214 Order an 01 -36214 Orderzettel Trading International Executor International Institutions (Aktien) stellen weiterleiten Institutions 01 -36111 Sales Trading Order liegt Sales Trading Executor Hier gibt es keine eindeutige Regelung. vor Die Order kann mündlich weitergeleitet Aktien handeln (Kassa) Zusage aus werden oder per Orderzettel. Auslandsbörsen - Trading Eigenhandel liegt vor 01 -36211 GER Domestic Institutions Order an GL-TRADE Order MA Execution Telefon Broker MA Execution 01 -36214 erfassen Aktien Orderzettel International weiterleiten (Aktien) vervollständigen Institutions Orderausführung: - Kurs - Manuelle Weiterleitung des Orderzettels zum Execution Desk, - EB-account Bei europäischen Märkten liegen 01 -36111 Gefahr des Informationsverlustes bei der manuellen Übertragung - Valuta ca. 50% der Bestätigungen gleichtägig - Zeitaufwendige, manuelle Ergänzung des Orderzettels erforderlich (z. B. Kurs); Sales Trading Bestätigung - Währung aus GL-Trade (nach 17: 00) und ca. 50% am nächsten vom Broker es wird letztendlich doppelt erfaßt: 1 mal auf Zettel, 1 mal im System Morgen vor. liegt vor Orderzettel vervollständigt kann gleichtägig i. d. R. am abgerufen werden; nächsten Morgen; telefonische Ausführungs- 01 -36211 telefonische Ausführungs- bestätigung erfolgt taggleich GER Domestic Telefon Kunden über Institutions Ausführung informieren 01 -36214 taggleich; International Weiterbearbeitung: insbesondere bei Institutions - Manuelle Weiterleitung des Orderzettels an das Mid. Office, auch hierbei Übertragungsfehler Nettokunden Kunde über und zeitliche Verzögerungen erforderlich Ausführung - Weiterbearbeitung im Mid. Office erst am nächsten Tag informiert - Brokerfax als externe Geschäftsbestätigung wird abgewartet (liegt erst am nächsten Tag vor) - aufgrund der unzureichenden internen Informationslage muss auf externe Daten 01 -36114 zurückgegriffen werden; operationelles Risiko! Agency Dealing/ - Daten auf dem Orderzettel weichen von denen auf dem Brokerfax häufiger ab Execution 01 -36211 - Daten auf dem Orderzettel sindöfter fehlerhaft Orderzettel (Aktien) vervollständigen GER Domestic 01 -36214 Institutions Точка контроля International Institutions alternativ (s. o. ) Orderzettel vervollständigt 01 -36211 GER Domestic Prüfen, ob Kunde передачи данных Orderzettel Institutions (Aktien) Währungssicherungs- 01 -36111 geschäft abschliessen Sales Trading will 01 -36214 Telefon International Institutions Kunde will Kunde will kein Währungssicherungs- geschäft abschliessen 01 -36211 GER Domestic Institutions Treasury 01 -36111 Telefon informieren Sales Trading 01 -36214 Kurs und CPD werden International auf dem Orderzettel Institutions vermerkt Geschäftsbestätigung durch Treasury liegt vor am nächsten Tag 01 -36211 GER Domestic Institutions 01 -36111 Sales Trading Geschäfts- 01 -36214 bestätigung International (Treasury) abzeichnen Institutions 4 -Augen-Prinzip liegt i. d. R. erst 2 -3 Tage in Panmure vor. Geschäfts- (eher internes Problem) bestätigung abgezeichnet 01 -36211 GER Domestic Unterschriebene Geschäfts- Institutions 01 -36111 Geschäfts- Institutions 01 -36111 Geschäftsbestätigung bestätigung an Treasury Sales Trading (Treasury) weiterleiten 01 -36214 (Treasury) ablegen 01 -36214 International Institutions Geschäfts- bestätigung bestätigung liegt Treasury vor abgelegt Weiterbearbeitung Taggleiche Weiterleitung durch Treasury an Mid. Office! 01 -36211 GER Domestic Institutions Orderzettel 01 -36111 (Aktien) weiterleiten Sales Trading 01 -36214 International Weiterbearbeitung (nächster Tag): Institutions - Langwieriger manueller Abgleich der Daten auf dem Orderzettel Orderzettel liegt und Daten auf dem Brokerfax durch Mid. Office nötig. Desk Support - Versenden einer Faxbestätigung an den Kunden vor (manuell, daher Fehlerquellen und Verzögerungen) Eingang der externen Brokerbestätigung Faxbestätigung an Kunden MA Desk Support im Handel ist nicht MAH-konform! FAX Düsseldorf Aktien abwickeln senden (Kassa) - Ausland (Vorabbestätigung) 01 -36211 Broker- Erfolgt i. d. R. erst GER Domestic nach Eingang der Institutions bestätigung Faxbestätigung liegt vor Brokerbestätigung an Kunden liegen i. d. R. am gesandt Broker-Faxe werden per nächsten Tag vor! Fax Weiche auch direkt an Точка контроля Gehen per Fax oder WPS weitergeleitet. über GL ein. Broker- bestätigung Broker- bestätigung MA Desk Support Düsseldorf zuordnen Orderzettel (Aktien) Точка контроля Broker- процессов bestätigung zugeordnet Weiterbearbeitung (2 redundante Schritte): 1. Orderzettel - Manuelles Ergänzen des Brokerfaxes um relevante Daten für die Weiterbearbeitung in der WPS Bank (Aktien) Broker- MA Desk Support (z. B. Kundennummer, Kundenname, EB-account, …) bestätigung Düsseldorf - Weiterleitung des Brokerfaxes per Fahrradkurier (!) an die WPS Bank ergänzen 2. Für Weiterbearbeitung in WPS: - Erfassung des Geschäftes im System OMNI (nicht MAH konform, da nicht taggleich) обработки Broker- - Ergänzung des Geschäftes (z. B. Settlementinstruktionen) in AKTIAS (Doppelarbeit!) Kundennummer bestätigung Kundenname бэк-офиса Broker- bestätigung EB-account ergänzt (ggfs. Zuordnung zu Fonds) (ggfs. FW-Sicherungsgeschäft) Brokerbestätigung претензий Geschäft MA Desk Support Broker- MA Desk Support OMNI erfassen bestätigung an WPS Düsseldorf weiterleiten erfolgt erst nach - Art des Geschäfts per Fahrrdakurier Eingang der - Menge Brokerbestätigung - Gattung Brokerbestätigung - Limit an WPS Geschäft - brutto/netto weitergeleitet erfasst - Kunde/account - Währung (bei FW-Sicherungsgeschäft wird die "Trading Cross Rate" auf Basis des Orderzettels Aktien abwickeln erfasst) (Kassa) - Ausland Trade Control: Marktgerechte Settlementinstruktionen Bedingungen AKTIAS zu Kundengeschäft MA Desk Support Düsseldorf überwachen zuordnen Aktien Settlementinstruktionen zu Kundengeschäft Обработка zugeordnet Geschäfte AKTIAS zu Kunden MA Desk Support zuordnen Düsseldorf z. B. bei Investment- gesellschaften Geschäfte Zuteilung eines Geschäfts zu Kunden auf mehrere Fonds zugeordnet претензий Daten an AKTIAS Schnittstelle zu BSP-TRADE weiterleiten Daten liegen in Schnittstelle zu BSP-Trade vor Start Vom Ordereingang bis zur Vorlage in der WPS vergehen teilweise ca. 48 Std. Aktien abwickeln Ca. 80% liegen nach (Kassa) - Ausland einem Tag vor. Settlement muß in der Regel mit T+3 erfolgen. Ende Источник: фирма Логика бизнеса

1. 6 Анализ результатов и мониторинг • Вопросы в процессе анализа: – В чем ценность данной операции, добавляет ли она новое качество? – Нельзя ли ее исключить? – Нельзя ли изменить порядок выполнения операций? – Что является источником ошибок? Нельзя ли его устранить? – Где основные задержки в процессах? Можно ли их исключить? – Нельзя ли модернизировать процесс в целом? • Специальные программные средства (ARIS Toolset, Process Performance Manager) позволяют отвечать на целый ряд вопросов, а также вести мониторинг процесса

Внедрение управления процессами • Выбрать процесс • Сформировать и обучить группу • Выделить стратегические цели, которые стоят перед процессом • Методология управления процессами 1. Определить владельца 2. Описать границы и интерфейсы, входы/выходы 3. Описать процесс 4. Установить точки контроля, произвести измерения 5. Провести анализ процесса • Разработать рекомендации по совершенствованию • Внедрить рекомендации в процесс • Мониторинг процесса

Классификация процессов

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

Пример классификации Производственные (operational) бизнес-процессы - характеризуются относительной стабильностью, стандартизацией и повторяемостью. Подразделяются на основные и второстепенные Примеры: обслуживание клиентов, снабжение, изготовление. Являются ключевыми для большинства проектов реинжиниринга. Процессы, основанные на знаниях (knowledge-based) - имеют, как правило, ненормативный характер, основываются на знаниях и творческом подходе участников. Примеры: разработка, исследования, реклама и управленческий консалтинг. В проектах по реинжинирингу такие процессы играют второстепенную роль.

Пример классификации Основные процессы - добавляют качество, кросс-функциональны в рамках предприятия, взаимодействуют как с клиентами, так и с партнерами. Должно быть выделено в качестве основных 5 -8 процессов. Требуют особого внимания группы процессов: логистика выполнения заказа разработка нового продукта/услуги управление взаимоотношениями с клиентами Примеры: производство, логистика доставок/поставок планирование ресурсов, управление произвоственными мощностями Вспомогательные процессы - создают инфраструктуру организации, оказывают инфраструктурную и иную помощь. Примеры: управление финансами, управление персоналом, управление информационными ресурсами Процессы управления - отвечают за управление организацией как единой системой, реализуя функции целеполагания, планирования, контроля состояния, анализа и выработки корректирующих воздействий. Примеры: стратегическое управление, управление рисками, бюджетирование

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

Эталонная модель процессов

Реорганизация бизнес процессов

Реорганизация бизнес-процессов: базовые понятия • Реорганизация бизнес-процесса - целенаправленное изменение бизнес-процесса за счет изменения состава его процедур и/или их параметров, логики процесса, системы принятия решений в рамках процесса, информационного обеспечения и т. д. • Проект реорганизации бизнес-процессов - проект, основная цель которого состоит в построении на предприятии более эффективных бизнес-процессов. Эффективность бизнес-процессов может измеряться по заданным критериям как по отношению к существующим на предприятии процессам, так и по отношению к процессам конкурентов

Реорганизация бизнес-процессов: базовые понятия • Эффективность бизнес-процесса – отношение конечного результата (выхода) процесса к затраченным на его получение ресурсам. Может измеряться на основе различных критериев • Критерий оценки эффективности бизнес-процесса - качественный или количественный показатель, рассчитываемый по определенной методике и характеризующий результат и/или динамические параметры функционирования бизнес-процесса

Реорганизация бизнес-процессов: базовые понятия • Анализ эффективности бизнес-процесса - анализ результатов выполнения бизнес-процесса и/или параметров, характеризующих выполнение процесса в динамике, и сравнение полученных показателей с затратами (временными, финансовыми, материальными, человеческими), необходимыми для осуществления данного процесса, и/или целевыми показателями эффективности процесса. Анализ эффективности может проводиться так же путем сравнения по заданным показателям нескольких процессов, предназначенных для получения определенного конечного результата

Принципы реинжиниринга по Хаммеру • Организовывайте достижение результата, а не выполнение задачи • Поручите исполнение процесса тем, кто использует его результат • Включайте обработку информации в реальную работу, которая генерирует эту информацию • Считайте географически распыленные ресурсы централизованными • Связывайте параллельные работы вместо интеграции их результатов • Помещайте точку принятия решения туда, где делается работа, и встраивайте контроль в процесс • Фиксируйте информацию один раз - у источника

Общие причины неудач реинжиниринга бизнес-процессов • Некорректная постановка целей проекта • Отсутствие профессионального руководителя проекта, недостаточные полномочия, нечеткие планы • Недостаточное внимание руководства предприятия • промежуточным результатам проекта • Неэффективное применение инструмента моделирования бизнес-процессов • Отсутствие утвержденной методики моделирования и реорганизации • Недостаточное освещение целей и результатов проекта внутри предприятия • Сопротивление изменениям • Нехватка ресурсов, затягивание проекта

Основные модели для описания процессов

Описание процессов Процессы верхнего уровня Сценарий процесса VAD Сценарии процесса e. EPC PSD VAD FAD Группы процессов Окружение Процедура функции Источник: фирма Логика бизнеса

Диаграмма цепочки добавленного качества - (Value-added chain diagram) описывает процессы организации, которые непосредственно влияют на качество ее функционирования. Эти процессы формируют стоимость продукции и работ, количество и качество выпускаемой продукции и т. д. Качество – свойство или совокупность существенных свойств организации, обуславливающих ее пригодность для достижения поставленных целей Используется для описания процессов верхнего уровня и групп процессов

Объекты диаграммы VAD 1. Connection 1. Соединение 2. Value-added chain 2. Звено цепочки добавленного качества 3. Value-added chain 3. Звено цепочки добавленного качества 4. Organizational unit 4. Организационная единица 5. Organizational unit 5. Организационная единица 6. Organizational unit type 6. Тип организационной единицы 7. Organizational unit type 7. Тип организационной единицы 8. Technical term 8. Технический термин 9. Cluster 9. Кластер 10. Package 10. Пакет 11. Product/Service 11. Продукт/услуга 12. Service 12. Услуга 13. Information service 13. Информационная услуга 14. Objective 14. Цель 15. Key performance indicator instance 15. Экземпляр ключевого показателя результативности 16. Application system type 16. Тип прикладной информационной системы 17. Risk 17. Риск

Диаграмма цепочки добавленной стоимости Диаграмма цепочки добавленной стоимости (Value-added chain diagram) описывает процессы организации, которые непосредственно влияют на качество ее функционирования. Эти процессы формируют стоимость продукции и работ, количество и качество выпускаемой продукции и т. д.

Структура диаграммы VAD Экземпляр occurs at ключевого Цель Орг. Risk показателя единица has output of Technical term результативности Техн. термин is measured by supports executes Функция 6 is input for измеряется поддерживает выполняет с помощью предшествует has output of Функция 0 Функция 1 Функция 4 Функция 5 Product/Service is predecessor of имеет на выходе может can support поддерживать has output of produces Service Прикладная Cluster информационная Функция 2 производит Кластер is input for система is input for Information service подчиняется по процессу has output of Package Функция 3 Пакет is process-oriented superior является входом для используется потребляется is input for is used by is consumed by Information Услуга Продукт/Услуга service Service Источник: фирма Логика бизнеса

Процессы верхнего уровня в виде диаграммы цепочки добавленной стоимости Изучение Разработка рынков и видения потребителей и стратегии Разработка продуктов и услуг Маркетинг Производство и Расчеты и и продажи поставка продуктов сервис и услуг Вспомогательные процессы Управление ресурсами СМК внешними связями Управление Управление персоналом финансами внешней информационнымиинфраструктурой средой ресурсами

Диаграмма цепочки добавленной стоимости Отдел Внешний Отдел Руководитель качества консультант качества Принять Определить Обучать персо- Создать Выполнить Создать Изучить Составить решение о цели и нал менедж- рабочие работы по оргструктуру организацию план работ создании СМК политику менту качества группы созданию СМК Формулировать Формировать Определить Выделить цели в области группы область распрост- процессы качества обучающихся ранения СМК Написать Разработать Оптимизировать Выбрать "Политику в программы процессы товары/услуги области качества" обучения Докумен- Разработать Выбрать географию "Утвердить признания "Политику в тировать планы-графики процессы обучения сертификата области качества" Исследовать Проводить Выбрать наиболее Требования организац. обучение вероятный орган органа по серти- структуру групп по сертификации СМК Исследовать Проводить Разработать планы систему контроль по управлению качеством управления знаний отдельных товаров/услуг персоналом Разработать проект руковод- ства по качеству

Пример диаграммы типа VAD

Событийная цепочка процесса. Диаграмма e. EPC Событийная цепочка процесса (Extended event driven process chain - e. EPC) описывает последовательность функциональных шагов (действий) в рамках одного бизнес-процесса, которые выполняются организационными единицами и позволяет осуществлять связь между организационной и функциональной моделями Используется для описания сценария процесса и процедур

Объекты событийной цепочки процесса

Основные объекты диаграммы e. EPC Поступил заказ Событие Логическое правило Принять заказ Функция Интерфейс процесса Объекты организационной диаграм

Событие Заявка от клиента поступила • Состояние внешней или внутренней среды • Отражение факта свершившегося действия • Отражение необходимости выполнения действия Документ • События являются условиями выполнения функций составлен • События отражают исходы выполнения функций неверно • Любой процесс начинается и заканчивается событием (или интерфейсом в другой процесс) • Конечное событие одного процесса может являться Решение о начальным событием другого процесса перечислен ии принято

Основные объекты диаграммы e. EPC Носители информации Document List Draft list File Bar code Microfiche Folder Card file File cabinet Electronic document Letter Book Notepad 8: 00 ____ 12: 00 ___ Time planner Fax Telephone Mobile phone Printer Filing basket Internet Intranet Extranet LAN E-mail Electronic folder Magnetic tape Diskette Hard disk CD-ROM DVD Information carrier Источник: фирма Логика бизнеса

Основные объекты диаграммы e. EPC Тип информационной системы - совокупность систем, имеющих одинаковые предназначение и схожие технические характеристики Тип модуля - самостоятельная часть информационной системы, которая может функционировать отдельно от остального комплекса Тип информационной функции - отдельная транзакция, элементарная часть модуля, представлена отдельной частью программы, выполнение которой необходимо для завершения шага обработки

Основные объекты модели e. EPC Тип технических средств - совокупность технических средств, имеющих одинаковые предназначение и схожие технические характеристики Экран Дизайн экранной формы - классификация ввода данных экранных форм Экран ввода Экранная форма необходимая для реализации исходных данных функции бизнес-процесса

Диаграмма e. EPC Имеется Событие Претендент вакантная пришел в ОКдолжность Связь -"Выполняет" Логический оператор "И" Претендент Написать заявление Заявление о приеме Менеджер о приеме по персоналу на работу Заявление Документ о приеме Должность Комплект написано документов Менеджер претендента Проверить отдела проф. Категория Знания пригодность знания претендента Связь - "Порождает события" Должностная инструкция Логический оператор "Исключающее ИЛИ" Данные Пригоден Не пригоден Штатное к проф. расписание деятельности Менеджер Выпустить Вернуть по персоналу Приказ приказ о документы о приеме претенденту на работу Претендент Отказ Приказ в приеме выпущен на работу Список рассылки Передать приказ Отдел кадров Организационная единица по инстанциям Функция Претендент принят на работу

Событийная цепочка процесса Наличие Потребность - процессное ПУ необходимых в переходе управление средств к ПУ предприятием Рекламмные Аннотированный материалы перечень Изучить ИТ компаний рынок Сведения об ИТ компании Отдел ИТ ИТ компания выбрана ИТ - информационные Знания, необходимые для выполнения функции технологии Знания персонала Обучать Приобрести Документация персонал ARIS по ARIS Знания Знания, получаемые по ARIS при покупке ARIS Персонал ARIS Знания, получаемые обучен приобретен при выполнении функции Начато внедрение ARIS

Пример e. EPC модели

Логические операторы (правила) «И» «ИЛИ» Исключа- ющее ИЛИ Событие 1 Событие 2 Функция выполнится, если наступили оба наступило одно из наступило либо события событий, либо оба одно событие, либо Функция сразу другое, но не оба сразу Функция При выполнении функции наступают функции наступает наступают оба либо одно событие, Событие 1 Событие 2 события либо другое, но не оба сразу Источник: фирма Логика бизнеса

Логические операторы (правила) «И» «ИЛИ» Исключа- ющее ИЛИ Функция 1 Функция 2 Событие наступит, если выполнятся если выполнится обе функции либо одна функция, либо другая Событие функция, либо обе функция, но не обе сразу Событие При наступлении Запрещенная события ситуация, т. к. выполнятся обе событие не Функция 1 Функция 2 функции может принимать решения Источник: фирма Логика бизнеса

Ветвления процессов Event Function Ошибка! Функция имеет две входящих Function связи Event Ошибка! Событие имеет две исходящих Event связи Function Источник: фирма Логика бизнеса

Ветвления процессов Event Ошибка устранена. Использован оператор Function XOR Function Event Ошибка устранена. Event Использован оператор AND Function Источник: фирма Логика бизнеса

Ветвления процессов Документ Документ получен Проверка документа Документ проверен Документ составлен неверно Отправить Отправить документ в плановый бухгалтерию отдел Ошибка! Не ясно в каком случае Ошибка исправлена. документ отправляется в События отражают бухгалтерию, а в каком – в условия ветвления плановый отдел процесса Источник: фирма Логика бизнеса

Ветвления процессов Ошибка! Событие отражает исход Ошибка исправлена. двух альтернативных функций Каждая функция имеет свой исход в виде отдельного события Function Event 1 Event 2 Event Function Источник: фирма Логика бизнеса

Событие 1 Функция 1 Событие 2 Событие 3 Функция 2 Функция 3 Распараллеливание Событие 3 Событие 4 процессов Функция 3 Функция 4 Событие 4 Функция 4 Событие 5 Функция 5 Событие 6 Источник: фирма Логика бизнеса

Использование логических Событие 1 операторов Функция 1 Событие 1 Событие 2 Событие 3 Функция 1 Функция 2 Функция 3 Событие 2 Событие 3 Событие 4 Функция 2 Функция 3 Событие 4 Функция 4 Событие 5 Разные операторы на Функция 5 входе и выходе Событие 6 Источник: фирма Логика бизнеса

Неправильное использование обратной связи Событие 1 Функция 1 Событие 2 «И» ? Функция 2 Событие 5 Событие 3 Функция 5 Функция 3 Событие 6 Событие 4 Источник: фирма Логика бизнеса

Диаграмма выбора процесса (Process selection diagram) отображают различные сценарии выполнения процесса в соответствии с главными процессами Используется для описания сценариев процесса Organizational Scenario Process Main process unit Объекты: сценарий, процесс, основной процесс, организационная единица.

Сценарии и главные процессы Сценарий M Сценарий 2 Сценарий 1 Процесс ij Главный П. 11 П. 21 П. M 1 процесс 1 Главный П. 12 П. 22 П. M 2 процесс 2 Главный П. 1 N П. 2 N П. MN процесс N Источник: фирма Логика бизнеса

Управление инфраструктурой Приобретение Проведение элементов регламентных инфраструктуры работ Проектирование Ремонт элементов инфраструктуры Изготовление Контроль элементов инфраструктуры Идентификация Списание элементов инфраструктуры Ввод в эксплуатацию Утилизация элементов инфраструктуры Описание правил эксплуатации элементов инфраструктуры Главные процессы – этапы жизненного цикла Источник: фирма Логика бизнеса

Управление инфра- структурой Диаграмма выбора процесса Источник: фирма Логика бизнеса

Диаграмма окружения функции (Function allocation diagram) предназначена для описания объектов, окружающих функцию, (исполнителей, входных и выходных потоков информации, документов, материалов, продуктов/услуг, ИС). Применяется для детализации функций на диаграмме e. EPC Используется для описания окружения функций

Объекты диаграммы окружения функции

Диаграмма окружения функции 25 число последнего Список месяца рассылки начальникам квартала отделов наступило Запрос Менеджер по заявок персоналу Незаполненная Заявка на Запросы заявка (форма) подбор доставлены персонала Заместитель Менеджер по генерального Сбор заявок персоналу по обеспечению по кадрам Max. processing time: 2, 00 Day(s) Заместитель Подписанная Заявка на Заявки Менеджер по заявка подбор собраны генерального персоналу персонала по финансам Консолидация заявок Менеджер по персоналу Заместитель Стратегия в генерального Утверждает области Комплект документов Список вакансий по производству Проект комплекта по потребности в персонале создан потребности в Заместитель персонала Заместитель Комплект документов Согласование генерального персонале генерального Согласованный комплект по потребности в персонале проекта списка вакансий по кадрам Менеджер по по развитию Оптимизировать персоналу потребности Список вакансий согласован Генеральный в персонале Список рассылки директор директорам Рассылка списка вакансий директорам Менеджер по персоналу Комплект Согласованный документов Проведение документов Утвержденный Замечания Список вакансий доставлен комплект по потребности в совещания по потребности в комплект директоров персонале Сбор Менеджер по замечаний персоналу Презентация Комплект документов Список Замечания "Потребность в по потребности в рассылки собраны персонале замечаний директорам персонале" Комната 454 Подготовка Менеджер по Компьютер совещания персоналу Дата совещания Штатное расписание назначена наступила MS Office Проектор Проведение совещания MS Экран Совещание завершено Power Point Событийная цепочка процесса Отбор персонала Источник: фирма Логика бизнеса

Разновидности диаграммы e. EPC • e. EPC (в виде столбцов) e. EPC (column display) • е. EPC (уровень экземпляров) e. EPC (instance) • e. EPC (с потоками материалов) e. EPC (material flow) • e. EPC (в виде строк) e. EPC (row display) • е. EPC (в виде таблицы) e. EPC table display

Диаграмма e. EPC в виде столбцов

Диаграмма e. EPC в виде строк

Пример е. EPC диаграммы (в виде таблицы)

Обработка знаний в модели ЕРС

Три типа представления процесса

Символика EPC производственного и офисного процессов

Символика EPC производственного и офисного процессов

Диаграмма окружения функции 25 число последнего Список месяца рассылки начальникам квартала отделов наступило Запрос Менеджер по заявок персоналу Незаполненная Заявка на Запросы заявка (форма) подбор доставлены персонала Менеджер по Сбор заявок персоналу Max. processing time: 2, 00 Day(s) Заместитель Заместитель Подписанная Заявка на подбор Заявки генерального заявка персонала собраны по обеспечению по кадрам Консолидация Менеджер по Заместитель Менеджер по заявок персоналу генерального по финансам персоналу Комплект документов Список вакансий Заместитель Проект комплекта по потребности в персонале создан генерального Стратегия в Согласование Заместитель генерального Утвержд по производству области Согласованный комплект Комплект документов по потребности в персонале проекта списка вакансий по кадрам Менеджер по потребности в ает Заместитель персонала персоналу персонале генерального Список вакансий согласован по развитию Оптимизировать рассылки потребности директорам Рассылка списка Менеджер по Генеральный в персонале вакансий директорам персоналу директор Список вакансий доставлен Комплект Согласованный документов Проведение документов Утвержденный Замечания директоров Сбор Менеджер по комплект по потребности в совещания по потребности в комплект замечаний персоналу персонале персонале Комплект документов Список Замечания по потребности в персонале Список замечаний рассылки директорам собраны Презентация Подготовка Менеджер по "Потребность в совещания персоналу персонале" Комната 454 Дата совещания Компьютер назначена наступила Штатное расписание Проведение MS Office Проектор совещания MS Совещание завершено Power Point Экран Отб персонала ор Событийная цепочка процесса

Дерево продуктов (Product tree) – предназначено для представления иерархии и анализа номенклатуры продукции в инфраструктуре организации

Пример дерева продуктов Входы предприятия Входящие Материальные Входящие финансовые ресурсы документы потоки Накладные Основное Наличные на сырье и сырье средства материалы Счета-фактуры Медь Безналичные на сырье и средства материалы Сталь листовая Заявки на Ценные поставку бумаги продукции Пластик Энерго- ресурсы

Дерево продуктов/услуг (Product/Service tree) – предназначено для структурирования продуктов/услуг в виде составляющих их частей. Эта диаграмма существует в двух видах: графическом и пиктографическом

Объекты дерева продуктов/услуг Service Information Product Услуга service Продукт Информационная услуга Objective Цель Персона Function (Office) (Manufacturing) Функция (производственная) (офисная)

Дерево продуктов/услуг Продукты Продукты бокситовых глиноземных алюминиевых предприятий и нифелиновых предприятий Прокатного дивизиона Тарного дивизиона АСК Упаковочного дивизиона производств Глинозем Чистый алюминий Вспомогатель продукция ная Сплавы глиноземных предпр иятий Кремний Германий Каустическая сода Шламы

Диаграмма движения продукта/услуги Диаграмма движения продукта/услуги (Product/Service exchange diagram) - предназначена для описания процесса создания продуктов и услуг, а также их передвижения в масштабах организации. Эта диаграмма существует в двух видах: графическом и пиктографическом

Диаграмма движения продукта/услуги Электро- Упаковочный Медный Изоляционные техническая материал провод материалы сталь Штамповоч- Каркасная ный цех группа Сердечник Намоточный Каркас трансформатора провод трансформатора Участок сборки Ящик Трансфор- Ящик Трансформатор готов Участок упаковки Упакованный Трансфор- трансформатор матор готов к отгрузке

Диаграмма движения продукта/услуги Отдел сбыта Звонки по Рекламма Личные телефону в Интернете контакты Сообщения Рекламма по E-mail в печати Расширять сбыт продукции

Диаграмма потоков материалов Диаграмма материальных потоков (Material Flow Diagram) отображает поток материалов между функциями.

Диаграмма потоков материалов Цех штамповки Производить Закупатьsends is received from магнито- сталь Электротехническая проводы Магнитопроводы Электротехническая сталь Закупать Хранить Производить изоляционные материалы каркасы материалы Изоляционные Каркасы материалы Собирать Закупать трансфор- медные маторы провода Медный executes провод Отдел Сборочный Склад снабжения цех