Разработка архитектурного описания цифрового предприятия ООО "Гриндата"

В модели «To be» для рассматриваемой точки зрения были добавлены функции, интерфейсы и более детально раскрыты сервисы, которые относятся к элементам приложения архитектуры предприятия. Так, в бизнес-процессе «Настройка платформы и перенос обновлений» добавлены сервисы по работе с заявками в TFS/JIRA/GreenData, поскольку вполне вероятно, что в дальнейшем компания будет использовать не только сервис GitHub, но и JIRA для обработки заявок от Заказчиков. Детально схемы представлены в приложении Б, рисунки 2-8.

3.1.6 Точка зрения сервисной реализации

Данная точка зрения описывает, как бизнес-сервисы и сервисы приложений реализуются модулями приложений, в данном случае приложения GreenData. Таким образом, были выделены следующие ключевые сервисы:

сервис по переносу обновлений - служит для автоматизации процесса переноса обновлений с одного рабочего стенда на другой;

сервис по обновлению стенда - служит для автоматизации процесса обновления стендов новыми релизами платформы;

сервис по обработке заявок в TFS/JIRA - служит для синхронизации заявок между внешними компонентами типа JIRA/TFS и платформой GreenData, где будут создаваться задачи на сотрудников компании;

сервис уведомлений - служит для реализации автоматических обновлений для пользователей системы при обновлениях релиза или переноса/сборки обновлений;

сервис по проведению автотестов - служит для проведения автоматического тестирования в рамках реализованных задач разработчиков. В дальнейшем планируется использовать данный подобный сервис и для тестирования выполненных задач аналитиков;

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

сервис по обработке системных ошибок - предназначен для автоматической обработки возникающих системных ошибок, которая заключается в создании задач на ответственных лиц и разработчиков, прикрепления логов и шагов выполнения для воспроизведения ошибки (прил. Б., рис. 9).

3.1.7 Точка зрения информационной структуры

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

Рисунок 3.13. Точка зрения информационной структуры

3.1.8 Многоуровневая точка зрения

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

актуализация архитектуры предприятия;

написание технической документации;

внутренняя поддержка функционирования;

продвижение платформы;

поиск и наем специалистов;

проведение закупки ПО.

Данные бизнес-процессы должны быть в дальнейшем формализованы и включены в общую структуру архитектуры предприятия ООО «Гриндата». Ознакомится со схемой многоуровневой точки зрения можно в приложении Б, рисунки 10-12.

3.2 Анализ несоответствий

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

Для категоризации несоответствий была использована таблица, предложенная архитекторами Данилиным А. и Слюсаренко А. (табл. 3.1).

Таблица 3.1 - Категоризация несоответствий

Выделенные несоответствия в дальнейшем будут преобразованы в карту проектов, которая кратко описывает планируемые проекты для реализации внутри компании. Например, для устранения структурного несоответствия всех аспектов необходимо реализовать проект по созданию шаблонов для организации с использованием модели ADM методологии TOGAF для каждого рассматриваемого аспекта.

Заключение

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

В ходе обзора существующей литературы на тему Индустрии 4.0 и методов построения архитектуры предприятия было обнаружено, что большинство архитекторов применяют либо методологию TOGAF, поскольку она считается самой проработанной, а также имеет наибольшее число примеров, либо комбинацию методик, если архитектор имеет достаточной большой накопленный опыт. Исследователи, которые предлагают свои собственные методы, например, построение архитектуры, которая сразу бы демонстрировала оказываемое влияние на бизнес-процессы и структуру компании с помощью измеряемых показателей, также основываются на уже существующих методологиях. Таким образом, с помощью анализа предметной области была определена используемая методология TOGAF и язык моделирования ArchiMate 3.0.1, с помощью которого осуществлялось построение различных точек зрения рассматриваемого предприятия ООО «Гриндата».

Перед построением текущей архитектуры было произведено описание компании вместе с её разрабатываемой платформой, включая основные функции и сервисы, а также проведено интервьюирование ключевых лиц предприятия. Анализ и построение ключевых бизнес-процессов по разработке, тестированию, настройке и переносу обновлений было представлено в нотации eEPC, что позволило более детально построить архитектурные точки зрения текущего и будущего состояний архитектуры предприятия. Проведённая оценка зрелости архитектуры предприятия выявило, что компания ООО «Гриндата» находится на переходном этапе от 1 уровня ко 2, что может говорить о низком качестве существующей архитектуры и о слабом развитии архитектурного процесса.

В ходе построения моделей удалось получить 8 различных точек зрения на существующую архитектуру предприятия. На основе анализа возможностей платформы, описании бизнес-процессов и интервьюировании ключевых лиц компании в виде руководителей подразделений и проектов была построена предполагаемая архитектура предприятия в виде модели «To be». В модели отражены выявленные несоответствия для каждой из восьми обозначенных точек зрения. Отсутствующие роли, сервисы, функции и т.д. были обозначены недостающими элементами на построенных схемах в Archi. Созданная модель предполагаемой желаемой архитектуры предприятия была использована для проведения GAP-анализа с целью поиска несоответствий между двумя построенными архитектурами.

На основе анализа несоответствий в дальнейшем будет составлен план проектов для их последующего устранения внутри организации, в том числе будет рассмотрен технологический слой компании, а также будут описаны шаги для достижения предполагаемый будущей архитектуры. Данная работа будет являться одним из примеров разработки архитектурного описания цифрового предприятия в виде современной ИТ-компании ООО «Гриндата».

Список сокращений

АП - архитектура предприятия

БД - база данных

БП - бизнес-процесс

ИВ - интернет вещей

ИС- информационная система

ПО -программное обеспечение

ADM - Architecture Development Method

DoDAF - Department of Defense Architecture Framework

ER - Entity Relationship

GERAM - Generalised Enterprise Reference Architecture and Methodology

ITIL - IT Infrastructure Library

ITSM- IT Service Management

КФС - Кибер физические системы

TOGAF - The Open Group Architecture Framework

CMM -Capability Maturity Model

Библиографический список

1. Hendrickx H.H.M. Business Architect: A Critical Role in Enterprise Transformation // Journal of Enterprise Transformation. 2015. Vol. 5(1). P. 1-29. DOI: 10.1080/19488289.2014.893933

2. ArchiMate® visual modeling notation leverages your Enterprise Architecture practice and helps you describe and understand complex systems // URL: http://pubs.opengroup.org/architecture/archimate3-doc/ (дата обращения 01.01.2019)

3. Weichhart G., Staryc C., Vernadatd F. Enterprise modelling for interoperable and knowledge-based enterprises // International Journal of Production Research. 2018. Vol. 56(8). P. 2818-2840. DOI: 10.1080/00207543.2017.1406673

4. Khanh Dam H., Lк L-S., Ghose A. Managing changes in the enterprise architecture modelling context // Enterprise Information Systems. 2016. Vol. 10(6). P. 666-696. DOI: 10.1080/17517575.2014.986219

5. Dijkman R., Vanderfeesten I., Reijers H.A. Business process architectures: overview, comparison and framework // Enterprise Information Systems. 2014. Vol. 10(2). P. 129-158. DOI: 10.1080/17517575.2014.928951

6. Zhi-Gang T., Yun-Feng L., Chang-Xin C., Ming-Zhe W., Feng N. Enterprise application architecture development based on DoDAF and TOGAF // Enterprise Information Systems. 2015. Vol. 11(5). P. 627-651. DOI: 10.1080/17517575.2015.1068374

7. Chavarrнa-Barrientos D., Batres R., Wright P.K., Molina A. A methodology to create a sensing, smart and sustainable manufacturing enterprise // International Journal of Production Research. 2017. Vol. 56(1-2). P. 584-603. DOI: 10.1080/00207543.2017.1386333.

8. ISO/IEC 42010:2007 Systems and software engineering -- Recommended practice for architectural description of software-intensive systems // URL: https://www.iso.org/standard/45991.html. (дата обращения 11.02.2019)

9. Lasi H., Fettke P., Feld T., Ho?mann M. Industry 4.0 // Business & Information Systems Engineering. 2014. Vol. 4. P. 239-242. DOI: 10.1007/s12599-014-0334-4

10. Yang L. A survey on technologies, applications and open research issues // Journal of Industrial Information Integration. 2017. Vol. 6. P. 1-10. DOI: 10.1016/j.jii.2017.04.005

11. Erol S., Schuhmacher A., Sihn W. Strategic guidance towards Industry 4.0 - a three-stage process model // (Ed.) Dimitrov D.; Univ. of Stellenbosch:

12. Resource Efficiency for Global Competitiveness: International Conference on Competitive Manufacturing, COMA, Stellenbosch, South Africa, 27-29. Jan, 2016. pp. 495-500.

13. Lee J., Bagheri B., Kao H.-A. A Cyber-Physical Systems architecture for Industry 4.0-based manufacturing systems // Manufacturing Letters. 2015. Vol. 3. P. 18-23. DOI: 10.1016/j.mfglet.2014.12.001

14. Xu L.D., Xu E.L., Li L. Industry 4.0: state of the art and future trends // International Journal of Production Research. 2018. Vol. 56(8). P. 2941-2962. DOI: 10.1080/00207543.2018.1444806

15. Stockab T., Seligerab G. Opportunities of Sustainable Manufacturing in Industry 4.0 // Procedia CIRP. 2016. Vol. 40. P. 536-541. DOI: 10.1016/j.procir.2016.01.129

16. Hermann M., Pentek T., Otto B. Design principles for Industrie 4.0 scenarios // M: IEEE 49th Hawaii International Conference on System Sciences (HICSS), Koloa, USA, 5-8 Jan., 2016, pp. 3928-3937. DOI: 10.1109/HICSS.2016.488

17. Архитектура предприятия // Национальный Открытый Университет «ИНТУИТ» URL: https://www.intuit.ru/studies/courses/995/152/info (дата обращения 12.12.2018)

18. Kagermann H., Wahlster W., Helbig J. Recommendations for implementing the strategic initiative INDUSTRIE 4.0. Final report of the Industrie 4.0 working group. Plattform 4.0, 2013. URL: http://www.acatech.de/fileadmin/user_upload/Baumstruktur_nach_Website/Acatech/root/de/Material_fuer_Sonderseiten/Industrie_4.0/Final_report__Industrie_4.0_accessible.pdf: (дата обращения 11.02.2019)

19. Vernadat F.B. Enterprise Modeling in the Context of Enterprise Engineering: State of the Art and Outlook // International Journal of Production Management and Engineering. 2014. Vol. 2(2). P. 57-73. DOI:https://doi.org/10.4995/ijpme.2014.2326

Приложение А

Архитектурные точки зрения модели «As is»

Рисунок А.1. Точка зрения, описывающая организационную структуру компании

Рисунок А.2. Точка зрения, описывающая бизнес-процесс по разработке программного продукта и его взаимодействия с другими бизнес-процессами

Рисунок А.3. Точка зрения, описывающая бизнес-процесс по тестированию и интеграцию изменений, а также его взаимодействия с другими бизнес-процессами

Рисунок А.4. Точка зрения, описывающая бизнес-процесс по настройке и переносу обновлений, а также его взаимодействия с другими бизнес-процессами

Рисунок А.5. Точка зрения, описывающая предоставляемый клиенту продукт

Рисунок А.6. Точка зрения, описывающая используемые объекты приложений в бизнес-процессах компании, часть 1

Рисунок А.7. Точка зрения, описывающая используемые объекты приложений в бизнес-процессах компании, часть 2

Рисунок А.8. Точка зрения, описывающая используемые объекты приложений в бизнес-процессах компании, часть 3

Рисунок А.9. Точка зрения, описывающая используемые сервисы в компании

Рисунок А.10. Точка зрения, описывающая информационную структуру компании

Рисунок А.11. Точка зрения, описывающая основные архитектурные уровни и их взаимодействие между собой

Приложение Б

Архитектурные точки зрения модели «To be»

Рисунок Б.1. Точка зрения, описывающая сотрудничество ключевых бизнес-процессов внутри компании

Рисунок Б.2. Точка зрения, описывающая использование приложений ключевыми бизнес-процессами, часть 1

Рисунок Б.3. Точка зрения, описывающая использование приложений ключевыми бизнес-процессами, часть 2

Рисунок Б.4. Точка зрения, описывающая использование приложений ключевыми бизнес-процессами, часть 3

Рисунок Б.5. Точка зрения, описывающая использование приложений ключевыми бизнес-процессами, часть 4

Рисунок Б.6. Точка зрения, описывающая использование приложений ключевыми бизнес-процессами, часть 5

Рисунок Б.7. Точка зрения, описывающая использование приложений ключевыми бизнес-процессами, часть 6

Рисунок Б.8. Точка зрения, описывающая использование приложений ключевыми бизнес-процессами, часть 7

Рисунок Б.9. Точка зрения сервисной реализации

Рисунок Б.10. Многоуровневая точка зрения, часть 1

Рисунок Б.11. Многоуровневая точка зрения, часть 2

Рисунок Б.12. Многоуровневая точка зрения, часть 3

Размещено на Allbest.ru