Date post: | 20-Nov-2014 |
Category: |
Technology |
Upload: | alexander-samarin |
View: | 161 times |
Download: | 3 times |
Эталонная модель электронного правительства
Александр САМАРИНGlobal e-Government Forum 2014
7-8 October, 2014, Astana, Kazakhstanhttp://www.unpan.org/GeGF/2014
Эталонная модель электронного правительства v2 2
• Контекст• Эталонная модель электронного правительства• Проекции эталонной модели
© A. Samarin 2014
Содержание
Эталонная модель электронного правительства v2 3
• Электронное Правительство (ЭП) – это использование современных информационных технологий для повышения эффективности и результативности государственного сектора
• Электронное правительство (electronic government) и электронное управление (electronic governance) рассматриваются совместно как единая система
• ЭП является социально-технической системой социально-технических систем (необходим совместный учет социальных и технических аспектов)
• Система – это функциональное целое, состоящее из взаимодействующих, взаимосвязанных или взаимозависимых частей
© A. Samarin 2014
Основные определения
Эталонная модель электронного правительства v2 4
• Неограниченный жизненный цикл• Непредсказуемая и постепенная эволюция• Социально-технический характер• Коллегиальное принятие решений• Функционирование на уровне современного
предприятия • Способность к быстрому внедрению инноваций крайне
важна• Широкое разнообразие услуг • Высокий уровень безопасности персональных данных
© A. Samarin 2014
Сложность ЭП как системы
Эталонная модель электронного правительства v2 5
• Цифровое побеждает физическое: все становится цифровым
• Быстрое побеждает медленное: обычная скорость исполнения - немедленно
• Группа побеждает одиночек: решение современных сложных проблем возможно только путем сотрудничества
• Большое побеждает малое: новые масштабы • Нет времени для ошибок и вмешательства человека в
рутинных операциях и интерфейсах
© A. Samarin 2014
Цифровая эра (1)
Эталонная модель электронного правительства v2 6
• В дополнение к известным– дешевле, быстрее, лучше
• надо работать – более экологично, более гибко, более синергетически (т.е.
IoT), более всеобъемлюще, более безопасно • Смена фокуса при проектировании систем
– ОТ рассмотрения артефакта как отдельного объекта– К тому, как артефакт изменяется на
протяжении своего жизненного цикла – ОБРАЩАЯ ВНИМАНИЕ на то,
как артефакты изменяются совместно • Цель – обеспечение инноваций, которые
цифровом мире зависят от автоматизации процессов© A. Samarin 2014
Цифровая эра (2)
Эталонная модель электронного правительства v2 7
• Контекст• Эталонная модель электронного правительства• Проекции эталонной модели
© A. Samarin 2014
Содержание
Эталонная модель электронного правительства v2 8
• Многие правительственные организации предоставляют аналогичные услуг, но по-разному
• Очень много общего между правительственными организациями
• Возможна существенная экономия при реализации ЭП © A. Samarin 2014
ПОЧЕМУ Эталонная модель ЭП (1)
Уровни власти
Архитектуры ЭП
Техническая архитектура
Архитектураданных
Архитектура приложений
Бизнес-архитектура
Муниципальный 100% 100% 100% 100%
Провинциальный 100% 100% 100% 80%
Федеральный 90% 100% 60-80% 70%
Национальный 90% 100% 70% 50%
Эталонная модель электронного правительства v2 9
• Существует способ, как объединить разнообразие и единообразие
• Проблема их сочетания известна в бизнесе, как "общие службы"
• Пример - Бизнес-подразделения (BU) имеют различные уровни компьютеризации и стандартное решение от ИТ подразделения никому не подходит
© A. Samarin 2014
ПОЧЕМУ Эталонная модель ЭП (2)
BU1 BU2 BU3
Общее решение
Уровень компьютеризации ИТ подразделение
Эталонная модель электронного правительства v2 10© A. Samarin 2014
ПОЧЕМУ Эталонная модель ЭП (3)
BU1 BU2 BU3
Уровень компьютеризации
A CBB BAC
1) Стандартное решение использует процессы и службы
2) Все подразделения постепенно переходят к единой архитектуре
ИТ подразделение
Эталонная модель электронного правительства v2 11
• Становиться возможным избежать дублирования и необоснованных переделок
– готовые решения, инструменты, модели и архитектуры
– изменения происходят с комфортной скоростью
– становится центром трансформации общества
– наилучшие услуги для каждого гражданина
– плавно включаются инновации
– безопасность в дизайне
© A. Samarin 2014
ПОЧЕМУ Эталонная модель ЭП (4)
Эталонная модель электронного правительства v2 12
• Использование всей мощи корпоративной архитектуры (Enterprise Architecture - EA)– согласованные модели– платформенная архитектура– предприятие как система процессов – модернизация устарелых приложений
• Создание архитектурной группы в программе ЭП• Архитектурная группа является «зародышем» центра
компетенции ЭП
© A. Samarin 2014
КАК работает эталонная модель ЭП
Эталонная модель электронного правительства v2 13
• Архитектор – это индивидуум, который переводит требования клиента в осуществимый план и направляет других при выполнении этого плана
• Корпоративная архитектура – это процесс перевода бизнес-стратегии в эффективное изменение предприятия путем создания принципов и моделей, которые описывают будущее состояние предприятия и обеспечивают его эволюцию
© A. Samarin 2014
Корпоративная архитектура (1)
Эталонная модель электронного правительства v2 14
• В настоящее время, только корпоративная архитектура способна объединить разнообразие и единообразие
• Корпоративная архитектура осуществляет координацию между персоналом, процессами, проектами и продуктами в 4-мерном пространстве следующих осей:– Охват по размеру - подразделение, предприятие, отрасль,
правительство, вся страна, объединение стран, континент …– Охват по архитектурным областям – бизнес-архитектура,
ИТ-технологии, архитектура безопасности … – Охват по времени - жизненного цикла программного
решения, технологии, проекта, стратегии, предприятия …– Охват по секторам экономики – выявление общих и
специфических бизнес-практик© A. Samarin 2014
Корпоративная архитектура (2)
Эталонная модель электронного правительства v2 15© A. Samarin 2014
Проекты, решения, платформы …
Эталонная модель электронного правительства v2 16© A. Samarin 2014
Охват по времени
Эталонная модель электронного правительства v2 17© A. Samarin 2014
Охват по размеру против охвата по времени
Эталонная модель электронного правительства v2 18© A. Samarin 2014
Охват по размеру против охвата по архитектурным областям
Эталонная модель электронного правительства v2 19© A. Samarin 2014
Архитектурна группа в структуре программы ЭПРуководство программой
Программныйофис
Архитектурнаягруппа
Бюджет
Административная координация Техническая координация Финансовый контроль
Уровень вовлеченности
Time
Внешняя команда
Внутренняя команда
Начальная фаза Проектная фаза Эволюционная фаза
Эталонная модель электронного правительства v2 20
• Ген. архитектор• Управление
– экспертный совет– контроль качества– финансы– библиотекарь
• Решения– архитекторы решений– аналитики
• Проекты– лидеры проектов
© A. Samarin 2014
Основные роли с архитектурной группе
• Горизонтальные арх. – бизнес– приложения– информация– безопасность– инфраструктура
• Вертикальные арх.– здоровье– города– туризм– …
Эталонная модель электронного правительства v2 21
• Структура центра компетенции ЭП– Архитектурная группа– Группа социальных связей – Группа разработки– Группа эксплуатации– Группа преумножения знаний– Образовательные услуги– Обучение
© A. Samarin 2014
Архитектурная группа является «зародышем» центра компетенции ЭП
Эталонная модель электронного правительства v2 22© A. Samarin 2014
Много заинтересованных лиц
• Граждане• Местный бизнес • Глобальный бизнес• Местные власти• Государственные агентства• Политические партии• Местные не правительственные орг. • Межд. не правительственные орг. • Производители ПО• Системные архитекторы • Руководители проектов
Эталонная модель электронного правительства v2 23© A. Samarin 2014
Матрица заинтересованных лиц и проекций ЭП
An example
Эталонная модель электронного правительства v2 24
• Контекст• Эталонная модель электронного правительства• Проекции эталонной модели
© A. Samarin 2014
Содержание
Эталонная модель электронного правительства v2 25
• Взаимодействие между гражданином и правительственным учреждением
• Коммуникационное пространство гражданина• Стадии реализации ЭП• Межведомственный обмен данными и документами• Платформенная архитектура
– Подход– Практика– Управление проектами– Управление развитием платформы– Архитектурно-обоснованные закупки
© A. Samarin 2014
Проекции ЭП (1)
Эталонная модель электронного правительства v2 26
• Предприятие как системы процессов• Использование процессов для усиления
информационной безопасности• Эталонная модель управления рисками• Процессная реализация архивного дела • Многоуровневая модель процессных решений • Практика процессных решений• Микро службы• Модернизация устарелых приложений • Перенос служб в «облака»
© A. Samarin 2014
Проекции ЭП (2)
Эталонная модель электронного правительства v2 27
• Современные методологии и технологии являются потенциальной основой общественного прогресса
• Корпоративная архитектура обеспечивает совместное использование современных методологий и технологий
• Эталонная модель ЭП использует мощь корпоративной архитектуры для эффективного построения ЭП
• Эталонная модель ЭП – это основа для кооперации между странами при построении ЭП
• Эталонная модель ЭП применима для секторов как:– здравоохранение– «умный город» (smart-city)
© A. Samarin 2014
Заключение
E-government reference model v2 28
• Вопросы?
• EKSALANSI website: http://www.eksalansi.org• Blog: http://improving-bpm-systems.blogspot.com• LinkedIn: http://www.linkedin.com/in/alexandersamarin• E-mail: [email protected] • Twitter: @samarin • Mobile: +41 76 573 40 61• Book: www.samarin.biz/book
СПАСИБО
© A. Samarin 2014
Эталонная модель электронного правительства v2 29
• Partner and governmental-entity interaction view• Partner view• Evolution of implementation view• The governmental entities integration view• Paperless or digital work view• Platform-based implementation view
– Platform-based approach– Platform-based implementation practices– Project management practices– Implementation governance view– Architecture-based procurement view
© A. Samarin 2014
VIEWS (1)
Эталонная модель электронного правительства v2 30
Four communication patterns for exchanges between a partner and the
government
Government
2. Patrner-declaration
1. Government-announce
4. Partner-demand
Spread in time
3. Government-demand
Spread in time
Partners (citizen, business, and other organisations)
1. Government-announcement, e.g. broadcasting changes in a law2. Partner-declaration, e.g. communicating a change of the partner’s address3. Government-demand, e.g. inviting to pay taxes4. Partner-demand, e.g. requesting a certificate (fishing license)
© A. Samarin 2014
Эталонная модель электронного правительства v2 31
A partner-initiated-demand may required several exchanges between the
partner and the government
Government
Time© A. Samarin 2014
1 2 3 4
Эталонная модель электронного правительства v2 32
The partner may need to deal with some ministries
Government
Ministry A Ministry B Ministry C
Time
Methodologies:+ data modelling+ electronic document exchange
Tools:+ standard data schemas+ electronic signature
• data flow (black dashed lines)
© A. Samarin 2014
Эталонная модель электронного правительства v2 33
Process
+ + + +
E-gov coordinates partner’s interactions with the government
Government
• control flow (black solid lines)
• data flow (black dashed lines)
Ministry A Ministry B Ministry C
Time
1 2 3 4
Methodologies:• data modelling• electronic document
(ED) exchange+ BPM discipline+ process modelling
Technologies:• standard data schemas• electronic signature+ BPM suite
1
2 3
4
5
6
7
8
© A. Samarin 2014
Эталонная модель электронного правительства v2 34
Process --
E-gov unifies the communication between the partner and the ministries
GovernmentMinistry B
Time
1
2
3
45
2
2a 2cx
2b
• control flow (black solid lines)
• data flow (black dashed lines)
Methodologies:• data modelling• electronic document
(ED) exchange+ BPM discipline+ process modelling
Technologies:• standard data schemas• electronic signature+ BPM suite
© A. Samarin 2014
… …
Эталонная модель электронного правительства v2 35
Process
+ + + +
E-gov provides a social collaborative extranet for partners
GovernmentMinistry A Ministry B Ministry C
Time
Methodologies:• data modelling• ED exchange• BPM discipline• process modelling+ ED management+ records management+ collaboration+ social
Technologies:• standard data schemas• electronic signature• BPM suite+ ECM
Social collaborative extranet
• control flow (black solid lines)
• data flow (black dashed lines)
© A. Samarin 2014
Эталонная модель электронного правительства v2 36
• Partner – governmental entity interaction view• Partner view• Evolution of implementation view• The governmental entities integration view• Platform-based implementation view
– Platform-based approach– Platform-based implementation practices– Project management practices– Implementation governance view– Architecture-based procurement view
© A. Samarin 2014
VIEWS (1)
Эталонная модель электронного правительства v2 37
Partner’s view
© A. Samarin 2014
Эталонная модель электронного правительства v2 38
• Partner – governmental entity interaction view• Partner view• Evolution of implementation view• The governmental entities integration view• Platform-based implementation view
– Platform-based approach– Platform-based implementation practices– Project management practices– Implementation governance view– Architecture-based procurement view
© A. Samarin 2014
VIEWS (1)
Эталонная модель электронного правительства v2
Partners
Existing application
Coordination and integration backbone
e-Government
© A. Samarin 2014 39
E-gov application architecture view
Social collaborative extranet
e-gov service
Existing application
Existing application
Government
Technologies:• BPM suite• SOA orientation• ECM
e-gov service
e-gov service
Эталонная модель электронного правительства v2
Partners
Existing application
© A. Samarin 2014 40
E-gov traditional application architecture
Portal
Existing application
Existing application
Government
Applicati
on
Applicati
on
Applicati
on
Эталонная модель электронного правительства v2
Partners
Existing application
Coordination and integration backbone
e-Government
© A. Samarin 2014 41
E-gov introductory application architecture
Social collaborative extranet
e-gov service
Existing application
Existing application
Government
e-gov service
e-gov service
Эталонная модель электронного правительства v2
Partners
Existing application
Coordination and integration backbone
e-Government
© A. Samarin 2014 42
E-gov transitional application architecture
Social collaborative extranet
e-gov service
Existing application
Government
e-gov service
e-gov service
Coordination backbone
Service Service
Existing application
Эталонная модель электронного правительства v2
Partners
Coordination and integration backbone
e-Government
© A. Samarin 2014 43
E-gov target application architecture
Social collaborative extranet
e-gov service
e-gov service
e-gov service
ServiceService Service
Эталонная модель электронного правительства v2
Partners
Coordination and integration backbone
E-social system
© A. Samarin 2014 44
E-social system application architecture
Social collaborative extranet
Public service
Private service
Professionalservice
Social service
Voluntary service
Эталонная модель электронного правительства v2 45© A. Samarin 2014
Steps of evolution in application architecture
Introductory architecture
Target architecture
E-Social system architecture
Portal-centric architecture
Transitional architecture
Эталонная модель электронного правительства v2 46
• Partner – governmental entity interaction view• Partner view• Evolution of implementation view• The governmental entities integration view• Platform-based implementation view
– Platform-based approach– Platform-based implementation practices– Project management practices– Implementation governance view– Architecture-based procurement view
© A. Samarin 2014
VIEWS (1)
Эталонная модель электронного правительства v2 47© A. Samarin 2014
Integration process instead of N-to-N connectivity
Эталонная модель электронного правительства v2 48
• Business (processing) envelope• Delivery (addressing) envelope• Transportation (routing) envelope
© A. Samarin 2014
Use of many security envelopes
Эталонная модель электронного правительства v2 49
• Partner – governmental entity interaction view• Partner view• Evolution of implementation view• The governmental entities integration view• Platform-based implementation view
– Platform-based approach– Platform-based implementation practices– Project management practices– Implementation governance view– Architecture-based procurement view
© A. Samarin 2014
VIEWS (1)
Эталонная модель электронного правительства v2 50© A. Samarin 2014
Platform-based architecture (1)
• Business concern: How to deliver many similar applications for various highly-diverse clients; define everything up-front is not possible (typical BPM or ECM project)
• Logic– Developing individual applications will bring a lot of duplications– The provisioning of solutions should be carried out incrementally
with the pace of the target client– Consider a platform
1. must standardise and simplify core elements of future enterprise-wide system
2. for any elements outside the platform, new opportunities should be explored using agile principles
Эталонная модель электронного правительства v2 51
• Principles– The platform frees up resource to focus on new opportunities– Successful agile innovations are rapidly scaled up when
incorporated into the platform– An agile approach requires coordination at a system level– To minimise duplication of effort in solving the same problems,
there needs to be system-wide transparency of agile initiatives– Existing elements of the platform also need periodic challenge
© A. Samarin 2014
Platform-based architecture (2)
A2A1 A3
Platform
S2 …S1
S3
FunctionalityDelivery by solutions Delivery by applications
Scope
Эталонная модель электронного правительства v2 52
• There are two primary types of activity.– On-going and centralised platform evolution– Rapid implementation of solutions as mini-projects
• Platform evolution is carried out by an inter-organisational-units coordination committee
• The roles within mini-projects– A stakeholder – The team lead for administrative coordination– The product owner for functional coordination– The solution architect for technical coordination– The team member
© A. Samarin 2014
Overall platform governance
Эталонная модель электронного правительства v2 53© A. Samarin 2014
Advantages of the corporate ECM platform
Dev env 1 Dev env 2
Development environment 3Generic web-
development platforms
DEVELOPMENT
Functionality
Basic features of a common ECM platform
Advanced features of a common ECM platform
Company-specific features
Process-centric integration
• Current development cost & time for a collaborative application– Cost: 40 – 200 K $– Time: 0,5 – 2 years
• Corporate platform program cost & time– Cost: 600 K $– Time: 1 year
• Expected development cost & time for a collaborative application within the corporate platform– Cost: 20 - 60 K $– Time: 1 - 3 months
© A. Samarin 2014 Эталонная модель электронного правительства v2 54
Financial estimations
N apps.
$$
N≈8
Without common platform
With common platform
Эталонная модель электронного правительства v2 55© A. Samarin 2014
Solutions vs components
Эталонная модель электронного правительства v2 56
• Partner – governmental entity interaction view• Partner view• Evolution of implementation view• The governmental entities integration view• Platform-based implementation view
– Platform-based approach– Platform-based implementation practices– Project management practices– Implementation governance view– Architecture-based procurement view
© A. Samarin 2014
VIEWS (1)
Эталонная модель электронного правительства v2 57
• Entities are permitted to advance at different paces in their ascent to the top of the “ladder”.
© A. Samarin 2014
Ladder of maturity meta-pattern
Эталонная модель электронного правительства v2 58
• The platform is designed to be tools-independent by standardizing data, information, interfaces and coordination between various capabilities.
© A. Samarin 2014
Component-oriented design
Эталонная модель электронного правительства v2 59
• Partner – governmental entity interaction view• Partner view• Evolution of implementation view• The governmental entities integration view• Platform-based implementation view
– Platform-based approach– Platform-based implementation practices– Project management practices– Implementation governance view– Architecture-based procurement view
© A. Samarin 2014
VIEWS (1)
Эталонная модель электронного правительства v2 60
• It combines decomposition with agile implementation of “architected” components
© A. Samarin 2014
Architecture-based agile project management
Эталонная модель электронного правительства v2 61
• Partner – governmental entity interaction view• Partner view• Evolution of implementation view• The governmental entities integration view• Platform-based implementation view
– Platform-based approach– Platform-based implementation practices– Project management practices– Implementation governance view– Architecture-based procurement view
© A. Samarin 2014
VIEWS (1)
Эталонная модель электронного правительства v2 62© A. Samarin 2014
Structural dependencies between various artefacts
Эталонная модель электронного правительства v2 63
Business initiatives (business-specific demand)
Business capabilities(business-generic demand)
IT capabilities (IT-generic supply)
Roadmap programmes(from AS-IS to TO-BE)
Business demand IT supply
Business strategicobjectives
Governance
Maturity improvement Requested maturity Business priority
1
2
3
2
2->5
2->4
1->3
1->4
2->4
1->3
2->5
2->4
3->4
4
4
5
3
1
2
3
4
4
1
1
2
3
2
2
4
4
5
3
3->4
1->4
3->5
3->4
2->4
IT tools(IT-specific supply)
3
Programme priority
5
4
3
4
4
Dynamic relationships between various artefacts
© A. Samarin 2014
Manage business by processes
Manage processes BPM suite
Эталонная модель электронного правительства v2 64
• Implications– A formal way to discover points of the most leverage – The decision-making process is explicit and transparent– A strategy adjustment and validation becomes a routine on-going
activity during its implementation (like functioning of the GPS navigator)
© A. Samarin 2014
Implications and example
Эталонная модель электронного правительства v2 65
• Partner – governmental entity interaction view• Partner view• Evolution of implementation view• The governmental entities integration view• Platform-based implementation view
– Platform-based approach– Platform-based implementation practices– Project management practices– Implementation governance view– Architecture-based procurement view
© A. Samarin 2014
VIEWS (1)
Эталонная модель электронного правительства v2 66
• Separation of duties• Architecture group: selection of IT • Procurement group: acquisition of such IT components
(licensees, installation, training, documentation, operations, etc.)
• Of course, the architecture group must make the selection logic as explicit as possible.
© A. Samarin 2014
Architecture-based procurement
Эталонная модель электронного правительства v2 67
• Enterprise as a system of processes• Enhancing information security by the use of processes• Enterprise Risk Management reference model• Records management as an BPM application• Multi-layered implementation model• Agile solution delivery practices• Microservices• Various technologies around the implementation model• Modernisation of applications to become process-centric• Moving services to clouds
© A. Samarin 2014
VIEWS (2)
Эталонная модель электронного правительства v2 68
• In the context of enterprise functioning, business activities must be coordinated
• Coordination maybe strong (e.g. as in the army) or weak (e.g. as in an amateurs football team)
• Coordination maybe implicit or explicit • Coordination maybe declarative (laws) and imperative
(orders)• Based on coordination, let us think about “levels of
cohesion” 1. process patterns (coordination within processes)2. processes3. cluster of processes (coordination between processes)4. system of processes (coordination between clusters of processes)
© A. Samarin 2014
Enterprise as a system of processes
Эталонная модель электронного правительства v2 69
• Business case: typical “claim processing” process – claim, repair, control, invoicing, and assurance to pay
© A. Samarin 2014
Process fragments – patterns
SI
PAR
SI
IPS
Click for animation
© A. Samarin 2014 Эталонная модель электронного правительства v2 70
SI animated diagram
Click for animation
Эталонная модель электронного правительства v2 71
• Simple event-based (which looks like a state machine)
© A. Samarin 2014
Coordination between processes (1)
Эталонная модель электронного правительства v2 72© A. Samarin 2014
Coordination between processes (2)
1. state-machine2. synchronous invocation3. asynchronous invocation4. fire and forget5. parallel processes6. co-processes (pattern SI)
Эталонная модель электронного правительства v2 73
• CLOPs are usually formed with functional processes which are implemented a particular business function, e.g. Field Services
• And a “halo” of extra processes1. monitoring 2. operating 3. governance
© A. Samarin 2014
CLuster Of Processes (CLOP)
Эталонная модель электронного правительства v2 74© A. Samarin 2014
Enabler group, supporting group and customer group of clusters
Эталонная модель электронного правительства v2 75© A. Samarin 2014
Implicit coordination between CLOPs (1)
Эталонная модель электронного правительства v2 76© A. Samarin 2014
Implicit coordination between CLOPs (2)
Эталонная модель электронного правительства v2 77© A. Samarin 2014
Implicit coordination between CLOPs (3)
Эталонная модель электронного правительства v2 78
• Business Object (BO) lify-cycle as a process
© A. Samarin 2014
Make coordination between CLOPs explicit (1)
Эталонная модель электронного правительства v2 79
• Add enterprise-wide event dispatcher
© A. Samarin 2014
Make coordination between CLOPs explicit (2)
Эталонная модель электронного правительства v2 80© A. Samarin 2014
Make coordination between CLOPs explicit (3)
Эталонная модель электронного правительства v2 81© A. Samarin 2014
Functional view at a system of processes (1)
Эталонная модель электронного правительства v2 82© A. Samarin 2014
Functional view at a system of processes (2)
Эталонная модель электронного правительства v2 83© A. Samarin 2014
Functional view at a system of processes (3)
Эталонная модель электронного правительства v2 84
• Enterprise as a system of processes• Enhancing information security by the use of processes• Enterprise Risk Management reference model• Records management as an BPM application• Multi-layered implementation model• Agile solution delivery practices• Microservices• Various technologies around the implementation model• Modernisation of applications to become process-centric• Moving services to clouds
© A. Samarin 2014
VIEWS (2)
Эталонная модель электронного правительства v2 85© A. Samarin 2014
Dynamic provision of the access
Эталонная модель электронного правительства v2 86© A. Samarin 2014
Extra relationships between activities
Mandatory: different actors because of the separation of duties
Potentially: different actors because of performance impact – avoid assigning mechanical (low-qualified “red”) activities and added-value (“green”) activities to the same actors
Эталонная модель электронного правительства v2 87
• There are security-related relationships between activities• Example
– “Activitiy_B” relates to Activity_A as “Validating the work”– These activities may be in different processes– No actors must be assigned to both “Role_1” and “Role_2”
© A. Samarin 2014
Extra relationships between activities (3)
Activity_A
Activity_B
Carry out the work
Carry out the work Validating the work
Role_1
Role_2
Эталонная модель электронного правительства v2 88
• Doing the work– To which ROLES the work can be delegated– To which ROLES the work can be send for review
• Assuring the work– other ACTIVITIES to audit (1st, 2nd and 3rd party auditing)– other ACTIVITIES to evaluate the risk (before the work is started)– other ACTIVITIES to evaluate the risk (after the work is
completed)• Validating the work
– Other ACTIVITIES to check the output (errors and fraud prevention)
• Some ACTIVITIES must be carried out by the same actor, some ACTIVITIES must not
© A. Samarin 2014
BPM and information security: Extra relationships between activities
(4)
Эталонная модель электронного правительства v2 89
• Enterprise as a system of processes• Enhancing information security by the use of processes• Enterprise Risk Management reference model• Records management as an BPM application• Multi-layered implementation model• Agile solution delivery practices• Microservices• Various technologies around the implementation model• Modernisation of applications to become process-centric• Moving services to clouds
© A. Samarin 2014
VIEWS (2)
Эталонная модель электронного правительства v2 90
• Normal activities are enriched by “check-points”
© A. Samarin 2014
Embed risk management into functional processes
Эталонная модель электронного правительства v2 91© A. Samarin 2014
ERM reference model
Эталонная модель электронного правительства v2 92
• Common functional capabilities• Enterprise as a system of processes• Enhancing information security by the use of processes• Enterprise Risk Management reference model• Records management as an BPM application• Multi-layered implementation model• Agile solution delivery practices• Microservices• Various technologies around the implementation model• Modernisation of applications to become process-centric• Moving services to clouds
© A. Samarin 2014
VIEWS (2)
Эталонная модель электронного правительства v2 93
• Symptoms of becoming legacy– ad-hoc integration– difficult incorporation of new technologies– old programming techniques– expensive maintenance– heavy releases and upgrades– availability of industrial products for previously unique
functionality (e.g. event management)– some functionality is a commodity right now (e.g. BPM and BRM)– just slow to evolve
• What is the root cause?– Emergent/historical grow and not architected evolution
© A. Samarin 2014
Typical problems with legacy software
Эталонная модель электронного правительства v2 94
• Implement end-to-end processes with the maximum reuse of existing IT applications and infrastructure
• Agile (with the pace of business) provisioning of business solutions
• From disparate IT applications to a coherent business execution platform which will “liberate” people for business innovations
• Business evolution to drive technical transformation• BUT Application as a unit of deployment is too big
© A. Samarin 2014
The goal of modernisation
Эталонная модель электронного правительства v2 95
• Step-by-step technical transformation by:1. Disassemble into services2. Add, if necessary, more services3. Assemble via processes
• Combine various tactics: assemble, rent, buy, build, outsource, standardised, re-engineered
• Incremental improvements and refactoring within a well-defined big picture
• Intermix business evolution and technical transformation• Keep the users happy and feel secure
© A. Samarin 2014
How to carry out the modernisation
Эталонная модель электронного правительства v2 96© A. Samarin 2014
Monolithic applications are decomposed into interconnected services
Monolith application
GUI screen 2GUI screen 1 GUI screen 3
Business logic
BO1 persistence BO2 persistence
Business logic service
Interactive service 1
Interactive service 2
Interactive service 3
Coordination
BO1persistence service
BO2persistence service
Assembled solution
GUI screen 2GUI screen 1 GUI screen 3
Business logic
BO1 persistence BO2 persistence
Эталонная модель электронного правительства v2 97
• Only the flow of data is traceable
• Flow of control is explicit, becausethe primary importance is the result of working together, but not individual exchanges(think about football)
© A. Samarin 2014
How to coordinate?
Эталонная модель электронного правительства v2 98
• By processes• By events (EPN)• By rules, work-load, etc.
© A. Samarin 2014
Several coordination techniques may be used together
Эталонная модель электронного правительства v2 99© A. Samarin 2014
Transformation from typical inter-application data flows to end-to-end
coordination of services
Эталонная модель электронного правительства v2 100
• To externalise the flow of control from existing monolith applications
© A. Samarin 2014
Using events
Эталонная модель электронного правительства v2 101
• The danger of “DOUble Master” (DOUM) anti-pattern – particular data (actually a business object) are modified via application or process but not either
• Few techniques– lock-down the data manipulation interface in the application (a
screen) and provide a similar functionality in the process– dynamic provisioning of the access to a screen for a staff member
who is carrying out a related activity (see next slide)– decomposition of a screen into separate functions, e.g. Create
(out-of-process), Update (within-process) and Delete (separate-process)
– combination of previous ones
© A. Samarin 2014
Co-existence of a legacy application and a process solution
Эталонная модель электронного правительства v2 102
• Business processes make bigger services from smaller services
• The relationship between services and processes is “recursive” – All processes are services– Some operations of a service can
be implemented as a process– A process includes services
in its implementation
© A. Samarin 2014
Process-centric solutionsAssemble via processes (1)
Эталонная модель электронного правительства v2 103
• Who (roles) is doing What (business objects), When (coordination of activities), Why (business rules), How (business activities) and with Which Results (performance indicators)
• Make these relationships explicit and executable
What you model is what you execute
“The map is the app”
© A. Samarin 2014
Process-centric solutionsAssemble via processes (2)
104© A. Samarin 2014 Эталонная модель электронного правительства v2
Process-centric solutionsMulti-layer implementation model (1)
105© A. Samarin 2014 Эталонная модель электронного правительства v2
Process-centric solutionsMulti-layer implementation model (2)
B C
A
A - SharePoint
B – in-house development
C – SAP ECC6
106© A. Samarin 2014 Эталонная модель электронного правительства v2
Process-centric solutionsMulti-layer implementation model (3)
SAP BW/BI, etc.
NetWeaver PI, SolMan, etc.
NetWeaver BPM, etc.NetWeaver BRM, Java, ECC6, etc.
XSD, Java, .Net
SQL Server, Oracle, etc.
Эталонная модель электронного правительства v2 107© A. Samarin 2014
Multi-layer implementation model and other technologies
Эталонная модель электронного правительства v2 108
• Healthcare
© A. Samarin 2014
ANNEX
Эталонная модель электронного правительства v2 109
NEEDS
RESULTS
Enrich Knowledge
Improve Operations
acquisition channels for external data/information/ knowledge
disseminationchannels of internal data/information/ knowledge
Methods, practices, laws, international regulations, etc.
Knowledge for Healthcare
Processes & Services
… … …
DiagnosticPreliminary analysis Treatment Recovery
PartnerPartnerPartnerPartnerPartners
Coordination
© A. Samarin 2014
Healthcare reference model (1)
Эталонная модель электронного правительства v2 110
Healthcare Platform
acquisition channels dissemination
channels
Specialised Apps.
Specialised Apps.
Specialised Apps.
Web access
Mobile access
PatientCRM
Web acces
s
Mobile access
DoctorCRM
Access
EDI
Enrichment
RBACKnowledge Mgmt. Procedures
BPMECM
StorageECM
CoordinationBPMsBI
PartnerPartnerPartnerPartnerPartners
Healthcare reference model (2)
© A. Samarin 2014
Эталонная модель электронного правительства v2 111
Healthcare reference model (3)Modern Healthcare System (MHS)
Hospitals Clinics
MHS
Virtual Doctor’s Offices
MHS
MHS
MHS
Insurance Social
PatientsMHS WEB & Cloud
MHS
Labs
© A. Samarin 2014
Эталонная модель электронного правительства v2 112
• All smart-cites deliver the same services, albeit in a different manner
• Realisation of smart-city potentials would benefit from a holistic approach
• BSI standard PAS 181:2014
© A. Samarin 2014
ANNEX Smart-city implementation reference model
Эталонная модель электронного правительства v2 113
• Let us use the power of modern technologies to enable and drive societal transformation
© A. Samarin 2014
Conclusion
E-government reference model v2 114
• QUESTIONS?
• EKSALANSI website: http://www.eksalansi.org• Blog: http://improving-bpm-systems.blogspot.com• LinkedIn: http://www.linkedin.com/in/alexandersamarin• E-mail: [email protected] • Twitter: @samarin • Mobile: +41 76 573 40 61• Book: www.samarin.biz/book
Thanks
© A. Samarin 2014