Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Архитектура предприятия. Учебное пособие

.pdf
Скачиваний:
0
Добавлен:
06.09.2026
Размер:
2 Мб
Скачать
уровня, допускается детализировать не все высокоуровневые процес­сы, а только те, которые будут описаны далее.
NB! Классификация процессов не заменяет самого их описания.
2.1.3. Ключевые понятия предметной области
Далее следует сконцентрироваться на определенной области для последующего детального ее описания, объяснить этот выбор. Реше­ние проблем, определенных на основе анализа описания этой области, должны способствовать достижению цели работы.
Например, задача 3 заключалась в том, чтобы сократить среднее время на обработку заказа одного клиента до 15 минут. Соответствен­но, надо определить, какие процессы
влияют на время обработки зака­за (консультирование клиента, обработка заказа, комплектация и от­грузка готового заказа). Качество обслуживания клиентов влияет на тот факт, вернутся ли они еще раз. В процессе обслуживания важно быстро предоставить клиенту актуальную информацию о товарах, ко­торые есть в наличии. Поэтому в информационной системе организа­ции
должны быть соответствующие сведения и возможность получить
к ним своевременный доступ.
Используя данные об организации, составьте схему объектов предметной области. В этом случае рекомендуется использовать диаграмму классов UML. На рис. 1 приведены объекты, связанные с обработкой заказа. Данные объекты должны явно или косвенно фи­гурировать при последующем описании бизнес-процессов и ИТ-тех нологий.
Охарактеризуйте взаимодействие объектов предметной области в табл. 2. В графе «Описание» необходимо указать, каким образом объ­екты связаны между собой. В графе «Наименование объекта…» долж­ны быть перечислены все объекты, представленные на рис. 1. Жирным курсивом в графе «Описание» выделены смежные объекты предмет­ной области, которые должны быть по порядку описаны
далее в этой же таблице. При составлении таблицы могут быть выявлены объекты предметной области, не попавшие в схему. Проанализируйте получен­ное описание (табл. 2), при необходимости добавьте объекты предмет­ной области на рис. 1.
-
51
Рис. 1. Структура объектов, используемых при формировании и обработке
заказа
Таблица 2
Описание объектов модели предметной области
Наименование объекта
п/п
1 Товар Код и наименование товара выбираются
модели предметной
области
Описание
менеджером отдела продаж (сотрудни- ком) из справочника. Товары могут быть добавлены в заказ клиента, после про­верки их наличия на складе
52
2.1.4. Описание информационных технологий
Охарактеризуйте общее состояние ИТ-технологий на предприятии. Для перечня бизнес-процессов, выделенных в пункте 2.1.2 «Описание функциональной структуры», в табл. 3 приведите перечень типов про­граммного обеспечения, используемого в деятельности предприятия (используется модель процессов верхнего уровня).
Таблица 3
Типы используемых приложений
п/п
1
Бизнес-процессы Типы используемых приложений
2.2. Детальное описание архитектуры
2.2.1. Описание предметной области
Выделите несколько процессов второго или третьего уровня для детального описания. Ориентируйтесь на поставленные цель и задачи, описание предметной области, выполненное выше. Для каждой задачи должно быть сформировано описание 1–3 процессов, рекомендуется использовать нотацию EPC. Указывайте, в том числе, информацион­ные системы и базы данных, используемые при выполнении процес­сов. Опишите данные процессы, используя
структуру табл. 4. Если до­статочно сведений, укажите дополнительную информацию (среднее время выполнения, частота выполнения, наличие нормативной доку­ментации и т. д.). Проанализируйте полученную таблицу: насколько равномерно распределены функции между отделами / исполнителями, нет ли дублирования функций, возможно ли перераспределить функ­ции между исполнителями так, чтобы улучшить выполнение бизнес­процессов (пояснить). На
основании схем бизнес-процессов постарай­тесь определить «узкое место», устранение которого будет способ­ствовать решению поставленных задач.
53
Функции и исполнители
Таблица 4
Бизнес-процесс / Функция
1
Структурное подразделение /
исполнитель
2.2.2. Описание ИТ-технологий
Для тех бизнес-процессов, детальное описание которых было выполнено в пункте 2.2.1, представьте описание используемых ИТ-технологий. Результаты представьте в виде диаграммы IT­Infrastructure ARISExpress. Заполните таблицу 5, обратите внимание на то, что перечисленные типы приложений, названия бизнес­процессов и функций должны совпадать с теми, что приводились в предыдущих пунктах.
Таблица 5
Программные продукты, используемые для выполнения функций
Бизнес-процесс /
п/п
1
Функция
Используемые
программные продукты
Тип приложения
Представьте модель взаимодействия приложений, пример на рис. 2.
Выгрузка и печать договоров на оплату заказа,
ИС «Склад» MS Word 2007
товарных накладных и т. д.
Рис. 2. Модель взаимодействия приложений
NB! На рис. 2 изображено всего 2 приложения, но их может быть больше, в этом случае их все необходимо поместить на один рисунок.
Проанализируйте данные, представленные в табл. 5 и на рис. 2. Оцените техническое состояние и ценность для бизнеса тех приложе-
54
ний, которые используются на предприятии (табл. 6). Условные обо­значения для использования в табл. 6:
1. устаревшие и малоценные программы;
2. устаревшие, но ценные для бизнеса программы;
3. новые, но малоценные программы;
4. новые и ценные для бизнеса программы.
Таблица 6
Оценка состояния программных средств, используемых …
п/п
1
Название и версия программного
продукта
Категория
приложения
На основании данных, представленных в пункте 2.2.1, табл. 5, 6 и на рис. 2 сделайте заключение о существующих проблемах в IT–сфере предприятия. Например, дублирование приложений для выполнения функций, использование устаревших приложений, ручное выполнение типовых операций, подлежащих автоматизации.
3. Выявление и анализ текущих проблем и предложения по модернизации
3.1. Описание выявленных проблем
На основании описания существующей архитектуры, выполненно­го в разделе 2, сформулируйте основные проблемы текущей архитек­туры, касающиеся описания предметной области, бизнес-архитектуры и/или IT-технологий. Пример проблемы приведен в табл. 7. Проблемы должны логичным образом вытекать из описания процессов и ИТ­архитектуры, их поддерживающей. Например, если не производился расчет что оборудование простаивает, или о необходимости приобретения дополнительных станков и т.п.
стижению цели архитектурного проекта.
загрузки производственных мощностей, нельзя говорить о том,
NB! Устранение выявленных проблем должно способствовать до-
55
Таблица 7
Проблема, выявленная при описании процесса «Обработка заказа»
Проблема При оформлении заказов менеджеры продаж вынуждены
звонить на склад и уточнять, есть ли комплектующие в наличии. При этом возникает ситуация, когда один из них уже оформил документы на отпуск товара со склада, а дру­гой, не зная об этом, сообщает клиенту, что товар есть в наличии.
воздействует на
результатом чего является:
Выигрыш от получения информации о текущем количестве товара
может состо­ять в следую­щем:
удовлетворенность, количество совершенных покупок, за­каз комплектующих на склад
репутационные потери, снижение прибыли, сложность про­гнозирования закупок
на складе в режиме реального времени, а также от возмож­ности резервирования товара при формировании докумен­тов на оплату заказа менеджерами продаж
менеджер всегда точно знает, сколько товара для продажи есть на складе, и быстро передает интересующую информа­цию о наличии товара клиенту
Сделайте заключение о том, можно ли устранить все эти проблемы в рамках текущего проекта, связаны ли они между собой, независимы ли и т. д. Устранение проблем должно способствовать достижению цели работы (решению задач).
Далее необходимо выбрать и аргументировать, какие пункты (3.2,
3.3 и 3.4) будут разработаны. В зависимости от характера выявленных проблем допускается
модифицировать отдельные аспекты.
3.2. Описание изменений бизнес-архитектуры
Ориентируясь на принципы развития, заявленные выше, и пробле­мы, выделенные в пункте 3.1, опишите те изменения, которые необхо­димо произвести. Описание решений запишите, как представлено в табл. 8–12. В случае если изменений в какой-либо сфере не требуется, таблица пропускается, нумерация таблиц корректируется соответ-
56
ствующим образом. Нарисуйте соответствующие диаграммы с измене­ниями (модели TO-BE), снабдите их описанием, позволяющим понять, как предлагаемое решение способствует устранению проблем, описан­ных в пункте 3.1.
Сравните полученную модель процессов верхнего уровня c эталон­ной моделью, например, APQC или ГОСТ ИСО 12207. Объясните вы­бор эталонной модели. Сформулируйте рекомендации для последую­щего развития организации.
Таблица 8
Потребности в модернизации организационной архитектуры
на концептуальном уровне
п/п
1
Организационное подразделение
Описание
изменения
Таблица 9
Потребности в модернизации функциональной архитектуры предметной
области на концептуальном уровне
п/п
1
Бизнес-процесс / группа функций
Описание
изменения
Таблица 10
Описание изменений объектов структурной модели предметной области
п/п
1
Наименование объекта модели предметной области
Описание
изменения
Далее разместите диаграммы TO-BE конкретных процессов, под­вергшихся модификации, охарактеризуйте изменения, которые необ­ходимо произвести.
57
3.3. Описание ИТ-технологий
Для перечня бизнес-процессов, выделенных в пункте 2.1.2 «Описа­ние функциональной структуры», а также с учетом изменений, выпол­ненных в пункте 3.2 (если они были), в табл. 11 приведите перечень типов программного обеспечения, которые следует применять в дея­тельности предприятия. В качестве пояснений к табл. 11 стоит указать, требуется ли замена
типов ПО, конкретных программных продуктов
и т. д.
Таблица 11
Типы используемых приложений (вариант целевой архитектуры)
п/п
1
Бизнес-процессы Типы используемых приложений
Далее необходимо описать, как изменится выполнение функций с учетом использования новых или обновленных приложений. Схема описания приведена в табл. 12.
Таблица 12
Варианты распределения функций между приложениями
п/п
Функция
1
Используемые
программные
продукты
Варианты
распределения
по приложениям
Рекомендуемое
решение
3.4. Описание требований к программному обеспечению
При выявлении функций, ручное выполнение которых снижает эффективность выполнения процессов, может быть принято решение о разработке или приобретении приложений. В этом пункте можно опи­сать требования для программного обеспечения, например, с исполь­зованием диаграммы прецедентов.
58
ЗАКЛЮЧЕНИЕ
Своевременное и добросовестное выполнение всех видов работ способствует формированию:
– понимания особенностей использования информационных си­стем в контексте АП;
– навыков описания и анализа архитектуры конкретных предприя­тий;
– навыков использования CASE-средств для создания и сопровож­дения ИС в контексте АП.
В процессе выполнения лабораторных работ формируются навыки применения специализированных CASE-средств и ния архитектуры конкретных предприятий. Интеграция материалов, подготовленных в процессе выполнения лабораторных работ, в курсо­вую работу формирует навыки использования методологии анализа АП для выявления проблем с последующим формированием предло­жений по модернизации конкретных доменов. В процессе выполнения контрольной работы формируются навыки формализации критериев для выбора нотаций, а
также профессиональный кругозор.
нотаций для описа-
59
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
1. Архитектура предприятия : учебник / Н.П. Любушин, В.Ю. Карпычев,
Н.Э. Бабичева ; под общ.ред. Д.А. Ендовицкого. – Москва : КНОРУС, 2018. –
354 с.
2. Данилин А. Архитектура предприятия [Электронный ресурс] : элек-
тронный курс / А. Данилин, А. Слюсаренко // ИНТУИТ. национальный от­крытый университет, 2003 – 2017. – Режим доступа : http://www.intuit.ru/
studies/courses/995/152/info. – Загл с экрана
3. Гриценко
ценко. – Томск : Томский государственный университет систем управления и радиоэлектроники, 2014. – 260 c. – ISBN 978-5-86889-512-8. – Текст : элек­тронный // Электронно-библиотечная система IPR BOOKS : [сайт]. – URL :
http://www.iprbookshop.ru/72061.html (дата обращения: 26.11.2019).
4. Лукьянов Б.В. Архитектура предприятия [Электронный ресурс] : учеб-
ное пособие / Лукьянов Б.В., Лукьянов П.Б. – Электрон. текстовые данные. – М.: Русайнс, 2015. – 134 c. –
48872. – ЭБС «IPRbooks».
5. ГОСТ Р 57100-2016/ISO/IEC/IEEE 42010:2011 Системная и программ-
ная инженерия. Описание архитектуры [Электронный ресурс]. – Режим до­ступа : http://docs.cntd.ru/document/1200139542. – Загл с экрана.
6. ISO 15704-2000 Industrial Automation Systems – Requirements for Enter-
prise-Reference Architecture and Methodologies [Электронный ресурс]. – Режим доступа : http://docs.cntd.ru/document/461938857. – Загл с экрана.
7. State of Enterprise Architecture Survey:Results and Findingshttps [Элек-
тронный ресурс]. – Режим доступа : eapj.org/wp-content/uploads/2018/05/EAPJ­Special-Edition-State-of-EA-Survey.pdf
8. Затеса А.В. Моделирование выбора ИТ-сервисов в условиях сервисно-
ориентированной архитектуры корпоративной информационной предприятия [Электронный ресурс] : дис. канд.экон.наук : 08.00.13 / А.В. За­теса; науч. рук. В.В. Дик. – Москва : 2011 – Режим доступа:
http://www.dslib.net/mat-metody/modelirovanie-vybora-it-servisov-v-uslovijah­servisno-orientirovannoj-arhitektury.html
9. APQC Process Classification Framework (PCF) – Cross Industry – Excel
Version 7.2.1 [Электронный ресурс]. – Режим доступа: https://www.apqc.org/
Ю.Б. Архитектура предприятия : учебное пособие / Ю.Б. Гри-
Режим доступа : http://www.iprbookshop.ru/
системы
60
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]