ИТ-архитектура. Практическое руководство от А до Я. Первое издание

Наличие веб сайта

Соответствие требованиям стандартов и требований франшизы и т п

Профили пользователей и активности могут представлять из себя:

Разделение по группам с фиксированными правами и доступами

Жесткие ограничения на использование почты, интернета и систем конечных пользователей

Предоставление клиентам доступа в интернет свободный или с тарификацией, гарантированная полоса пропускания

Модель деловой активности производственной компании

Модель деловой активности производственного предприятия можно описать следующим образом:

Деятельность предприятия не имеет жестких связей с функционированием ИТ инфраструктуры.

Большая часть сотрудников работает без взаимодействия с компьютерными системами

Компьютерные системы частично централизованы или обособленны.

Деятельность регламентируется со стороны контролирующих органов.

Повышенные требования по вопросам физической безопасности.

Время работы регламентируется внутри предприятия, характерна по сменная работа без остановки производственной линии.

Можно выделить основные бизнес приложения предприятия:

Профили пользователей и активности могут представлять из себя:

Модель деловой активности компании Розничной торговли (Retail)

Модель деловой активности производственного предприятия можно описать следующим образом:

Можно выделить основные бизнес приложения предприятия:

Профили пользователей и активности могут представлять из себя:

Заключение

Суммируем все выше сказанное. С первой страницы главы и после первого определения BPM становится понятно, что ничего не понятно. Терминология и ее значение трактуется по-разному как в течении времени существования самого подхода, так и производителями «чудо» решения. В дополнение к основному термину, время от временя вводятся новые модные словечки: BPA (Business Process Automation или Business Process Analysis), BAM (Business Activity Monitoring), реинкарнация BPM (но уже как Business Process Monitoring) или же BPPM (Business Process Performance Management). Объединение глянцевых, «блестящих» словечек: Business Process Reengineering (BPR), Corporate Performance Management (CPM), Enterprise Performance Management (EPM), Strategic Enterprise Management (SEM) и прочие великое множество. Более детально об этом можно прочитать у Ricardo Passchier в «BPM – Великая Вавилонская путаница». Даже такой корифей в этой области профессор Шеер путается в определениях и назначении ARIS (один из лидеров систем в области управления процессами).

На мой взгляд построение бизнес процессов – это правильно. Подход типа – купим BPM/BPPM/BPMS/BPA/SEM…, наберем студентов отличников и все у нас будет великолепно – ересь. Для описания бизнес процессов компании любой сложности необходимо три инструмента: карандаш, бумага и голова. Если с первые два компонента в компаниях в избытке, то с третьим обычно наблюдается постоянная нехватка. Основной компонент – люди, работающие в данной сфере, имеющий как теоретическую базу, так и практический опыт в той или иной области бизнеса. Наибольший эффект от коллективной работы сотрудников как «вертикальной» (разные уровни иерархии), так и «горизонтальной» (сотрудники различных подразделений) составляющей организации. Первый этап – перенос на бумагу того, что имеем или создаем. Визуальное отображение процесса помогает лучше понять все аспекты его деятельности. Так же это поможет ИТ перенести процессы на язык машин. На начальном этапе можно использовать любое офисное приложение или бесплатное решение, которое позволяет «рисовать квадратики и кружочки». Все. Далее внедряем, непрерывно отслеживаем результат и вносим изменения.

Специфическое программное обеспечение может понадобится в дальнейшем, при росте количества процессов, их повторное использование и т п. Кроме этого ряд информационных систем (ERP) имеет в своем функционале графические редакторы или программные средства, позволяющие моделировать бизнес процессы и выполнять их. Некоторые решения умеют «читать» бизнес процесс (файл определённого формата), и мгновенно использовать его. Так на пример Microsoft System Center 2016 имеет возможность моделировать процессы (в собственном встроенном редакторе) и исполнять его. При этом нет необходимости в разработчиках ПО. Все это упрощает и ускоряет время реакции компании на изменения рынка.

Концепция Информационных Систем Управления (MIS) и интеграции данных

Общие Положения

В данной главе книги рассмотрены основные концепции построения Информационных Систем Управления, модели построения интеграции данных. Сделан акцент на Автоматизированные (Информационные) Системы Управления (АСУ), рассмотрены вопросы выбора, внедрения и сопровождения бизнес – ориентированных приложений и решений, как с точки зрения видения бизнеса, так и ее проекция на ИТ инфраструктуру организации. Бизнес приложения являются на мой взгляд вершиной пирамиды построения информационных систем организации, на внедрение и сопровождение которых направлена основная деятельность ИТ департамента. Все технические ИТ сервисы призваны обеспечить работу бизнес приложений.

Информационные Системы Управления (Management Information System MIS) является общим, собирательным термином, которая охватывает информационные системы широкой категорией, имеющиеся в компании, на основе которой руководство компании может организовать коммерческую или иную бизнес деятельность и принимать решения.

Причины появления Автоматизированных Систем Управления (АСУ)

Рассмотрим для примера работу небольшой компании по продаже бананов. Имеется штат офисных сотрудников каждый из которых выполняет свои функциональные обязанности: менеджер по продажам ведет учет покупателей, логистик – учет доставки, бухгалтер – учет и т п. У каждого из есть компьютер с установленным офисным приложением, например, Microsoft Excel – «убийца ERP систем». Подразумевается навыки хорошего владения продуктом, что для бухгалтеров «старой закалки» являлось нормой. У тех, чей уровень знания Excel ниже, локально на компьютере установлена подходящая программа. Ведение учета, построение сложной аналитики, предоставление отчетов руководству. Помощник руководителя, собирает отчеты у менеджеров, формирует консолидированные отчеты и отправляет руководству. Пересчитать себестоимость по FIFO или LIFO, придумать новую формулу расчета скидок, сценарии продаж и т п. – «без проблем»: быстро, не дорого и правильно. Не одна ERP с целым штатом консультантов, на мощных серверах и огромными расходами не сможет быстрее и правильнее. Все идет прекрасно, контора растет, до того момента пока:

•один человек перестает справляется, и требуется совместное редактирование Excel файлов двум и более сотрудникам

•Возможности Excel ограничены

•Потребность в скорости обмена актуальными данными возрастает

Минусы автономной работы стали перевешивать плюсы и тормозить бизнес. Нужно что-то делать?

Потребность в автоматизации управленческих процессов впервые была осознана в конце 60-х – начале 70-х годов, когда стало ясно, что управление крупной корпорацией подчиняется тем же законам, что и любая бюрократическая структура. Один из законов Паркинсона гласит: «штат организации никак не связан с объемом выполняемой ею работы». Иными словами, с ростом численности управленческого персонала КПД его работы падает до нуля.

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

Категории Информационных Систем Управления (Management Information Systems)

Назначение Автоматизированных Систем Управления:

•Обеспечить руководство инструментами, помогающими в принятии решений стратегического, тактического и оперативного управления.

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

Основные термины и определения приводятся в Словаре APICS. Именно в этом издании содержится наиболее полное и точное определения систем:

MPS (Master Planning Schedule)

Хорошо известная методология «объемно-календарного планирования». Является базовой практически для всех планово-ориентированных методологий. Применяется в основном в производстве, но также может использоваться и в других отраслях бизнеса, например, дистрибуции.

MRP (Material Requirements Planning) – Автоматизированное планирование потребности сырья и материалов для производства

Методология планирования потребности в материальных ресурсах, заключающаяся в определении конечной потребности в ресурсах по данным объемно-календарного плана производства. Ключевым понятием методологии является понятие «разузлование», т. е. приведение древовидного состава изделия к линейному списку (Bill of Materials), по которому планируется потребность и осуществляется заказ комплектующих. Ее усовершенствованная версия, Closed Loop MRP (планирование потребности в материалах в замкнутом цикле), позволила динамически корректировать планы закупок при возникновении нештатных отклонений от них.

CRP (Capacity Requirements Planning) – Планирование производственных ресурсов

Данная концепция схожа с MRP, но вместо единого понятия состава изделия она оперирует такими понятиями, как «обрабатывающий центр», «машина», «рабочие ресурсы», ввиду чего технически реализация CRP более сложна. Обычно применяется совместно с MRP ввиду тесной логической связи при планировании. Методологии MRP/CRP применяются в АСУП производственных предприятий.

FRP (Finance Requirements Planning) – Планирование финансовых ресурсов

MRPII (Manufacturing Resources Planning)

Планирование и управление всеми производственными ресурсами предприятия: