1 задание. Вадим Алджанов итархитектура от а до Я Теоретические основы. Первое
 Скачать 8 Mb.
|
|
Модель деловой активности Банка Модель деловой активности Банка можно описать следующим образом: •Деятельность банка тесно связана с функционированием ИТ инфраструктуры. •Большая часть сотрудников банка работает с различными компьютерными системами (Автоматизированной Банковской Программой, системами переводов и т п). •Компьютерные системы банка часто централизованы. •Деятельность банка жестко регламентируется со стороны контролирующих органов. •Высокие требования по вопросам физической безопасности. •Высокие требования по вопросам информационной безопасности. •Высокие требования к системам обеспечения ИТ инфраструктуры. •Высокие требования по вопросам непрерывности предоставления ИТ сервисов. •Время работы банка регламентируется, обычно пятидневная рабочая неделя, с 09:00 до 18:00. Оставшееся время может использоваться для проведения регламентных ИТ работ (создание резервных копий, архивирования, восстановления, проведение профилактических работ и т п) •Наличие филиальной сети банка, географически распределенной по территории страны. •Наличие сети банкоматов банка и POS терминалов. Можно выделить основные бизнес приложения банка: •Автоматизированная Банковская Программа (Automated Banking System ABS, Core Banking System SBS) – предназначена для ведения основной операционной деятельности организации. Характеризуется наличием механизма «закрытия дня» (Close of Business CoB) – фиксированием состояния операций. Система может иметь в своем функционале различные дополнительные возможности. •Бухгалтерская программа (Accounting System AS) – система ведения бухгалтерского и налогового учета, и т п. Как правило, операции бухгалтерии отстают по времени от основной операционной деятельности банка. Разделение ABS и AS систем требует настройка «однонаправленной» интеграции данных. •Специализированные платежные системы (такие как SWIFT, SWIFT/AZIPS, HOHKS, APUS и т п) или терминалы платежных систем (Western Union, Contact и т п) •Системы Интернет банкинга и системы онлайн оплат. •Системы управления клиентами (CRM) •Системы управления организацией (ERP) •Наличие веб сайта Профили пользователей и активности могут представлять из себя: •Разделение по группам с фиксированными правами и доступами •Жесткие ограничения на использование почты, интернета и систем конечных пользователей Заключение Суммируем все выше сказанное. С первой страницы главы и после первого определения 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 имеет возможность моделировать процессы (в собственном встроенном редакторе) и исполнять его. При этом нет необходимости в разработчиках ПО. Все это упрощает и ускоряет время реакции компании на изменения рынка. Концепция Информационных Систем и Интеграция данных Общие Положения В данной главе книги рассмотрены основные концепции построения Информационных Систем Управления, модели построения интеграции данных. Сделан акцент на Автоматизированные (Информационные) Системы Управления (АСУ), рассмотрены вопросы выбора, внедрения и сопровождения бизнес – ориентированных приложений и решений, как с точки зрения видения бизнеса, так и ее проекция на ИТ инфраструктуру организации. Бизнес приложения являются на мой взгляд вершиной пирамиды построения информационных систем организации, на внедрение и сопровождение которых направлена основная деятельность ИТ департамента. Все технические ИТ сервисы призваны обеспечить работу бизнес приложений. Информационные Системы Управления (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) Планирование и управление всеми производственными ресурсами предприятия: •сырьем, •материалами, •оборудованием, •трудозатратами. •Планирование производства. Интегрированная методология, включающая MRP/CRP и, как правило, MPS и FRP. При использовании данной методологии обязательно подразумевается анализ финансовых результатов производственного плана. Устраняет серьезный недостаток MRP: суть которого в том, что, рассчитывая потребность в материалах, не учитываются производственные мощности, их загрузку, стоимость рабочей силы и т. д. Концепция MRP II позволял планировать все производственные ресурсы предприятия (сырье, материалы, оборудование, персонал и т. д.). Впоследствии концепция MRP II развивалась, и к ней постепенно добавлялись возможности по учету остальных затрат предприятия – появилась концепция ERP (Enterprise Resource Planning – Планирование ресурсов предприятия), называемая иногда также планированием ресурсов в масштабе предприятия (Enterprise-wide Resource Planning). Развитием концепций автоматизированного управления занимается американская некоммерческая организация APICS (American Production and Inventory Control Society). По стандарту APICS, MRP II включает следующие функции: •Планирование продаж и производства •Управление спросом •Составление плана производства •Планирование потребностей в сырье и материалах •Bill of Materials – Спецификации продукции •Inventory Transaction Subsystem – Складская подсистема •Отгрузка готовой продукции •Управление производством на цеховом уровне •Планирование производственных мощностей •Input/output control – Контроль входа/выхода •Purchasing – Материально-техническое снабжение •Планирование запасов сбытовой сети •Планирование и управление инструментами •Financial Planning – Финансовое планирование •Simulation – Моделирование •Performance Measurement – Оценка результатов Задачей информационных систем класса MRP II является оптимальное формирование потока материалов (сырья), полуфабрикатов (в том числе находящихся в производстве) и готовых изделий. Система класса MRP II – имеет целью интеграцию всех основных процессов, реализуемых предприятием, таких как снабжение, запасы, производство, продажа и распространение, планирование, контроль за выполнением плана, затраты, финансы, основные средства и т. д. Стандарт MRP II делит сферы отдельных функций (процедур) на два уровня: •Необходимый •Опциональный Для того, чтобы программное обеспечение было отнесено к классу MRP II, оно должно выполнять определенный объем необходимых (основных) функций (процедур). Некоторые поставщики ПО приняли различный диапазон реализаций опциональной части процедур этого стандарта. Результаты использования интегрированных систем стандарта MRP II: •получение оперативной информации о текущих результатах деятельности предприятия как в целом, так и с полной детализацией по отдельным заказам, видам ресурсов, выполнению планов; •долгосрочное, оперативное и детальное планирование деятельности предприятия с возможностью корректировки плановых данных на основе оперативной информации; •решение задач оптимизации производственных и материальных потоков; •реальное сокращение материальных ресурсов на складах; •планирование и контроль за всем циклом производства с возможностью влияния на него в целях достижения оптимальной эффективности в использовании производственных мощностей, всех видов ресурсов и удовлетворения потребностей заказчиков; •автоматизация работ договорного отдела с полным контролем за платежами, отгрузкой продукции и сроками выполнения договорных обязательств; •финансовое отражение деятельности предприятия в целом; •значительное сокращение непроизводственных затрат; •защита инвестиций, произведенных в информационные технологии; •возможность поэтапного внедрения системы, с учетом инвестиционной политики конкретного предприятия. В основу MRP II положена иерархия планов. Планы нижних уровней зависят от планов более высоких уровней, т. е. план высшего уровня предоставляет входные данные, намечаемые показатели и/или какие-то ограничительные рамки для планов низшего уровня. Кроме того, эти планы связаны между собой таким образом, что результаты планов нижнего уровня оказывают обратное воздействие на планы высшего уровня. Если результаты плана нереалистичны, то этот план или планы высшего уровня должны быть пересмотрены. Таким образом можно проводить координацию спроса и предложения ресурсов на определенном уровне планирования и ресурсов на высших уровнях планирования. ERP (Enterprise Resources Planning) – Управление ресурсами предприятия К свойствам MRPII добавилось управление финансовыми ресурсами, маркетинг. ERP концепция – первая направленная на управление бизнесом, а не только производства, как MRP. Концепция бизнес-планирования. Под ERP подразумевается «интегрированная» система, выполняющая функции, предусмотренные концепциями MPS-MRP/CRP-FRP. Важным отличием от методологии MRPII является возможность «динамического анализа» и «динамического изменения плана» по всей цепочке планирования. Конкретные возможности методологии ERP существенно зависят от программной реализации. Концепция ERP более «размыта», чем MRPII. Если MRPII имеет явно выраженную направленность на производственные компании, то методология ERP оказывается применимой и в торговле, и в сфере услуг, и в финансовой сфере. Класс ERP, в отличие от MRP и MRP II, для которых имеются строгие определения и формализованные перечни требований, описан только на уровне концепции. Поэтому утверждения о том, что-такая-то система относится к классу ERP, строго говоря, является рекламным утверждением, или, в лучшем случае, экспертным заключением. В основе ERP лежит концепция ERP: принцип создания единого хранилища данных (repository), содержащего всю деловую информацию, накопленную организацией в процессе ведения деловых операций, включая финансовую информацию, данные, связанные с производством, управлением персоналом, или любые другие сведения. Это устраняет необходимость в передаче данных от системы к системе. Кроме того, любая часть информации, которой располагает данная организация, становится одновременно доступной для всех работников, обладающих соответствующими полномочиями. Концепция ERP стала очень известной в производственном секторе, поскольку планирование ресурсов позволило сократить время выпуска продукции, снизить уровень товарно-материальных запасов, а также улучшить обратную связь с потребителем при одновременном сокращении административного аппарата. Стандарт ERP позволил объединить все ресурсы предприятия, таким образом, добавляя управление заказами, финансами и т. д. Когда в список учитываемых при планировании ресурсов добавились другие, в частности, финансовые, появился термин ERP (Enterprise Resource Planning) – планирование ресурсов в масштабе предприятия. Различие между концепциями MRP II и ERP заключается в том, что первая ориентирована на производство, а вторая – на бизнес. Например, такие вещи, как условия кредитования заказчика по отгрузке готовой продукции, попадают в поле зрения ERP, но не MRP II. Инструментарий OLAP, средства поддержки принятия решений – принадлежности ERP, но не MRP/MRP II систем. В соответствии со Словарем APICS, термин «ERP-система» может употребляться в двух значениях: •информационная система для идентификации и планирования всех ресурсов предприятия, которые необходимы для осуществления продаж, производства, закупок и учета в процессе выполнения клиентских заказов. •методология эффективного планирования и управления всеми ресурсами предприятия, которые необходимы для осуществления продаж, производства, закупок и учета при исполнении заказов клиентов в сферах производства, распространения и оказания услуг. Большинство современных ERP-систем построены по модульному принципу, что дает заказчику возможность выбора и внедрения лишь тех модулей, которые ему действительно необходимы. Модули разных ERP-систем могут отличаться как по названиям, так и по содержанию. Тем не менее, есть некоторый набор функций, который может считаться типовым для программных продуктов класса ERP. Такими типовыми функциями являются: •ведение конструкторских и технологических спецификаций. Такие спецификации определяют состав конечного изделия, а также материальные ресурсы и операции, необходимые для его изготовления (включая маршрутизацию); •управление спросом и формирование планов продаж и производства. Эти функции предназначены для прогноза спроса и планирования выпуска продукции; •планирование потребностей в материалах. Позволяют определить объемы различных видов материальных ресурсов (сырья, материалов, комплектующих), необходимых для выполнения производственного плана, а также сроки поставок, размеры партий и т. д.; •управление запасами и закупочной деятельностью>. Позволяют организовать ведение договоров, реализовать схему централизованных закупок, обеспечить учет и оптимизацию складских запасов и т. д.; •планирование производственных мощностей. Эта функция позволяет контролировать наличие доступных мощностей и планировать их загрузку. Включает укрупненное планирование мощностей (для оценки реалистичности производственных планов) и более детальное планирование, вплоть до отдельных рабочих центров; •финансовые функции. В эту группу входят функции финансового учета, управленческого учета, а также оперативного управления финансами; •функции управления проектами. Обеспечивают планирование задач проекта и ресурсов, необходимых для их реализации. ERP не является вершиной эволюции. Фундаментальное ограничение систем ERP: они автоматизируют внутреннюю деятельность предприятия так называемый «back-office». |