Файл «05» внутри архива находится в папке «Лекции». Документ из архива «Лекции», который расположен в категории » «. Всё это находится в предмете «объектно-ориентированный анализ и проектирование» из 7 семестр, которые можно найти в файловом архиве МГУ им. Ломоносова. Не смотря на прямую связь этого архива с МГУ им. Ломоносова, его также можно найти и в других разделах. .
Онлайн просмотр документа «05»
Текст из документа «05»
Лекция 5. Моделирование бизнес-процессов
- основные процессы (производство товаров и услуг, приносят доход, составляют основную деятельность компании);
- обеспечивающие процессы (обеспечение основных процессов финансами, кадрами, комплектующими, тех. обслуживанием, администрирование и юридическое обеспечение);
- процессы управления (планирование и контроль бизнес-процессов других видов).
Бизнес-модель – это формализованное описание бизнес-процессов предприятия, фиксирующее существующее положение дел (модель AS-IS «как есть») или устанавливающее новые усовершенствованные способы осуществления деятельности (модель AS-TO-BE «как будет»). Цели бизнес-моделирования:
«А-водство» Бизнес-модель агентства: коворкинги, франчайзинги и прочие. Сокращенная версия
- обеспечить понимание структуры организации и происходящих в ней процессов;
- обеспечить понимание текущих проблем организации и возможностей их решения;
- убедиться, что заказчики, пользователи и разработчики одинаково понимают цели и задачи организации;
- создать базу для формирования требований к будущему ПО организации.
Бизнес-модель должна давать ответы на вопросы:
- Какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата?
- В какой последовательности выполняются эти процедуры?
- Какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса?
- Кто выполняет процедуры процесса?
- Какие входящие документы/информацию использует каждая процедура процесса?
- Какие исходящие документы/информацию генерирует процедура процесса?
- Какие ресурсы необходимы для выполнения каждой процедуры процесса?
- Какая документация/условия регламентирует выполнение процедуры?
Рассмотрим методику моделирования деловых процессов, являющуюся составной частью технологии Rational Unified Process.
Аналитик бизнес-процессов возглавляет и координирует бизнес-моделирование. Он отвечает за:
- видение бизнеса – документ, где определены цели бизнес-моделирования;
- оценку организации – документ, описывающий текущее состояние дел в организации;
- бизнес-правила – условия, соблюдение которых необходимо;
- глоссарий деятельности – словарь основных терминов организации;
- дополнительную спецификацию – документ со сведениями, не вошедшими в другие документы;
- модель бизнес-процессов (Business Use Case Model), моделирующую взгляд на предприятие извне, как на «черный ящик»;
- модель бизнес-анализа (Business Analysis Model), моделирующую взгляд на предприятие изнутри, как на «белый ящик».
Модель бизнес-целей представляет собой древовидную структуру, описывающую зависимости вида цель-подцель (см. рисунок). Связи в дереве таковы, что достижение подцелей приводит или приближает к достижению родительской бизнес-цели. Дерево целей изображается на диаграмме классов.
Серия видео о бизнес моделях. Транзакционная бизнес модель.
Модель бизнес-процессов (Business Use Case Model) – модель, описывающая бизнес-процессы организации в терминах ролей и их потребностей. Она представляет собой расширение модели вариантов использования UML за счет введения набора стереотипов Business Actor (деловое действующее лицо – стереотип действующего лица) и Business Use Case (бизнес-процесс – стереотип варианта использования). Из этой модели видно в каком контексте работает предприятие, но не видно как именно протекает его работа (это описывает модель бизнес-анализа).
Деловое действующее лицо (business actor) – некоторая роль, выполняемая по отношению к бизнес-процессам организации. Кандидатами на эту роль являются: акционеры, заказчики, поставщики, партнеры, потенциальные клиенты, местные органы власти, коллеги из подразделений, не охваченных моделью, внешние бизнес-системы (предприятия или подразделения). Деловыми действующими лицами, как правило, не являются должностные лица, работающие на предприятии. Обнаружить действующих лиц бизнес-процессов можно, найдя ответы на вопросы:
- Кто извлекает пользу из существования организации?
- Кто помогает организации осуществлять свою деятельность?
- Кому организация передает информацию и от кого получает?
Бизнес процесс (Business use-case) описывает последовательность действий в рамках экономической деятельности предприятия, приносящую ощутимый результат конкретному деловому действующему лицу.
Пример модели бизнес-процессов (регистрация пассажиров на рейс в аэропорту):
Каждый бизнес-процесс сопровождается спецификацией, в которой содержится:
- наименование;
- краткое описание бизнес-процесса;
- цели и результаты;
- описание сценариев (основного и альтернативных);
- специальные требования (время и стоимость);
- расширения (исключительные ситуации);
- связи;
- диаграммы деятельности (моделирующие сценарии бизнес-процесса).
Модель бизнес-процессов может быть структурирована: при необходимости вводятся связи обобщения между действующими лицами и связи включения и расширения между бизнес-вариантами использования. Для моделирования сценариев бизнес-варианта по отдельности или в совокупности используются диаграммы деятельности:
Модель бизнес-анализа (модель бизнес-объектов) создается другим исполнителем в рамках RUP – бизнес-разработчиком, но руководит ее созданием бизнес-аналитик.
Бизнес-разработчик выполняет следующие деятельности:
- работает над бизнес-системой (отделом или подразделением организации);
- уточняет спецификацию бизнес-процессов (business use case);
- моделирует реализацию бизнес-процессов в виде модели бизнес-анализа (business analysis).
М
одель бизнес-анализа – это объектная модель, элементами которой являются исполнитель (business worker) и бизнес-сущность (business entity). Эта модель описывает внутреннее устройство бизнес-процессов с точки зрения структуры и поведения. Но из этой модели нельзя понять деловое окружение предприятия (что описано моделью бизнес-процессов).
Business worker –исполнитель, действующий в рамках бизнес-системы. В отличие от делового действующего лица исполнитель работает на предприятии. Он имеет связи взаимодействия с другими исполнителями и манипулирует бизнес-сущностями, участвуя в реализациях бизнес-процессов. Представляется на диаграммах как класс со стереотипом «business worker».
Деловая сущность (Business entity) – это ресурс (информационный, материальный, финансовый и т. д.), не инициирующий никаких взаимодействий, он может участвовать во многих реализациях различных бизнес-процессов и является предметом различных манипуляций со стороны исполнителей. На диаграммах представлен классом со стереотипом «business entity».
Модель бизнес-анализа включает в себя диаграммы разных видов:
- диаграммы классов, отражающих структурные соединения, из которых следует как взаимосвязаны исполнители и деловые сущности
- диаграммы взаимодействия (последовательности, кооперативные), описывающие реализацию одного из сценариев бизнес-процесса, и служащие для моделирования распределения обязанностей между исполнителями;
- диаграммы состояний для моделирования жизненного цикла экземпляров того или иного исполнителя или экономического ресурса, т. е. деловой сущности,;
- диаграммы деятельности, моделирующие выполнение исполнителями своих обязанностей .
При оценивании бизнеса создаются следующие документы:
- видение бизнеса;
- оценка организации.
На основании этих документов принимается решение: либо моделировать только предметную область, либо осуществляется полное деловое моделирование. Исследование автоматизации процессов предпринимается, если создаваемое программное обеспечение должно автоматизировать бизнес, ранее ведущийся по старинке.
Бизнес правила представляют собой ограничения, которые должны обязательно выполняться в ходе деловых процессов. Формулировки бизнес-правил составляют специальный документ – Описание бизнес-правил. Каждое бизнес-правило должно так или иначе прослеживаться на диаграммах бизнес-модели. Например, бизнес-правило: Цена нетто = цена продукта * (1 + процент налога / 100) задает условие на структурные связи в модели бизнес-анализа, а именно: исполнитель, ответственный за расчет цены нетто должен иметь возможность получить все подставляемые в формулу значения. Соответствующая диаграмма классов из модели бизнес-анализа должна быть проверена, и при необходимости на нее должны быть добавлены дополнительные связи. На представленной диаграмме видны «маршруты» получения
- цены продукта (Заказ ->Продукт.цена продукта);
- процента налога (Профиль клиента -> Профиль региона. процент налога).
В связи с большим количеством типов возможных бизнес-правил вводят их классификацию:
- правила-ограничения:
- управляющие воздействия и реакции на воздействия (например, «При отмене заказа, если он не доставлен, его следует отметить как закрытый », отмена заказа – управляющее воздействие, а закрытие отмененного заказа – реакция);
- операционные ограничения или предусловия и постусловия (например, бизнес-правило: «Доставить заказ клиенту только при наличии адреса доставки » устанавливает предусловие для операции доставки заказа);
- структурные ограничения (например, бизнес-правило «Заказ включает в себя по крайней мере одну позицию», устанавливает мощность связи между классами деловых сущностей Заказ и Позиция заказа, такое бизнес-правило дополнительно отображается на диаграмме классов из модели бизнес-анализа в виде показателей мощности на полюсах ассоциации, соединяющей упомянутые сущности);
Бизнес-разработчик должен учитывать все бизнес-правила и отслеживать их выполнение в модели бизнес-анализа.
Модель бизнес-анализа может быть достаточно большой, что вызывает необходимость ее структурировать. Это осуществляется при помощи таких элементов как реализация бизнес-процесса и бизнес-система.
Реализация бизнес-процесса – кооперация со стереотипом «business use case realization»). описывает структуру бизнес-классов (исполнителей и деловых сущностей) и взаимодействие их экземпляров (бизнес-объектов) при реализации конкретного бизнес-процесса. Другими словами, диаграммы классов, диаграммы взаимодействия, относящиеся к одному бизнес-процессу объединяются в одну реализацию бизнес-процесса.
Бизнес-система – пакет со стереотипом «business system» – объединяет относящиеся к одному подразделению организации исполнителей и экономические ресурсы (деловые сущности), относящиеся к ведению подразделения, а также связанные с ними диаграммы состояний. Если какая-либо реализация бизнес-процесса осуществляется целиком в рамках подразделения, в соответствующую бизнес-систему помещается реализация этого бизнес-процесса (кооперация). Большая бизнес-система может быть разделена на части – бизнес-системы подчиненных отделов подразделения.
Бизнес-событие (Business Event) описывает значимое явление в пространстве и времени, важное для бизнеса. Бизнес-события обычно связаны ассоциациями с бизнес-сущностями (например, событие «малый остаток на складе» может быть связано с деловой сущностью Товар в бизнес-системе склада). При моделировании бизнес-событий определяются условия для возникновения событий, существенная информация о событии, перечень исполнителей, которые могут обнаружить возникновение события и которые должны быть уведомлены о возникновении события, ожидаемая реакция этих участников.
Типовые решения в области бизнес-моделирования оформляются в виде бизнес-образцов (паттернов). Описание образца содержит имя, описание решаемой проблемы и ее контекста, решение (модель и ее описание), результаты (следствия применения образца). Образцы бизнес-моделирования представляются в виде коопераций со стереотипом «business pattern» и включают:
- диаграммы классов, описывающие совокупность классов-участников для решения проблемы (эти классы играют роль гнезд или ячеек, куда при применении образца подставляются конкретные классы из бизнес-модели); – статическое представление;
- динамическое представление – диаграммы деятельности или взаимодействия.
Пример. Бизнес-образец «Занятость».
Проблема: описание различных форм занятости сотрудников внутри организации.
Решение: занятость моделируется как контракт между личностью и организацией, указывающий выполняемые обязанности, контрактные условия, даты начала и конца работы. Личность характеризуется набором атрибутов (имя, адрес, дата рождения), может занимать более чем одну должность в организации.
Это структурный бизнес-образец, в нем отсутствует динамическое представление. Классы-участники: Employee Profile – данные о служащем; Organization Profile – данные об организации; Employment – наем служащего (период занятости); Position – должность; Position Assignment – занимаемая служащим должность.
Источник: studizba.com
1. Введение
В современной практике моделирования управленческой и производственной деятельности для обозначения объектов моделирования принято использовать термин «бизнес — процесс» (businessprocess) [Репин04]. В международном стандарте ISO 9000:2000 принят термин «процесс», однако в настоящее время эти термины
можно считать синонимами.
Моделирование бизнес- процессов является важной составной частью проектов по реинжинирингу (реорганизации) бизнес- процессов и созданию крупномасштабных систем программного обеспечения (ПО) [Ойхман97].
Отсутствие таких моделей является одной из главных причин неудач многих проектов. Однако даже наличие моделей не гарантирует успеха, поскольку существует ряд других серьезных причин, приводящих к неудачам:
• отсутствие заинтересованности со стороны высшего руководства организации;
• некорректная постановка целей проекта;
• недостаточная информированность персонала организации относительно целей и результатов проекта;
• непонимание сути и реальных возможностей используемых методов моделирования;
• отсутствие корпоративных стандартов описания и регламентации бизнес — процессов;
• неэффективное применение инструментов моделирования.
По оценкам, приведенным в [Репин04], типовой сценарий развития событий в большинстве российских организаций заключается в следующем: ставятся «правильные» цели, инициируется проект, создается описание бизнес — процессов, осуществляются попытки проанализировать их и приступить к реорганизации. Именно на последнем этапе, когда необходимо получить определенные результаты, большинство организаций испытывает значительные трудности. Не получив быстрых, измеримых результатов, предвидя длительную и кропотливую работу, руководство организации сворачивает работы по проекту, и начинается поиск очередных «модных» подходов к управлению.
Сложившаяся ситуация еще более усугубляется следующими обстоятельствами:
• организации сталкиваются с проблемой выбора адекватных методов и инструментов моделирования, которая порождается их разнообразием и отсутствием единых стандартов;
• существующие методы и средства используют различные языки моделирования, терминологию, плохо совместимы друг с другом, дорогостоящи и трудоемки в использовании.
Эти обстоятельства обуславливают много численные проекты, предпринимаемые в настоящее время, целью которых является интеграция существующих методов и языков моделирования и создание единого методического и технологического базиса моделирования бизнес — процессов, а в более широком контексте –моделирования архитектуры предприятий (enterprise modeling) [BPMN03, UEML02, BPDM03].
2. Основные понятия
Бизнес – процесс определяется как логически завершенный набор взаимосвязанных и взаимодействующих видов деятельности, поддерживающий деятельность организации и реализующий ее политику, направленную на достижение поставленных целей. Стандарт ISO 9000:2000 определяет процесс как совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующих входы в выходы, представляющие ценность для потребителя. В этом определении под процессом можно понимать любую деятельность, использующую определенные ресурсы (финансовые, материальные, человеческие, информационные) для преобразования входных элементов в выходные. Процесс включает одну или более связанных между собой процедур или функций, которые совместно реализуют некоторую задачу (обычно в рамках организационной структуры). Он может выполняться в пределах одной организационной единицы, охватывать несколько единиц или даже несколько различных организаций.
Важным шагом структуризации деятельности любой организации являются выделение и классификация бизнеспроцессов. По отношению к получению добавленной ценности продукта или услуги можно выделить следую щие классы процессов:
Основными бизнес процессами являются процессы, добавляющие ценность. Они ориентированы на производство товаров или оказание услуг, составляющих основную деятельность организации и обеспечивающих получение дохода. Примерами таких процессов на предприятии являются процессы маркетинга, производства, поставки и сервисного обслуживания продукции.
Обеспечивающие бизнес процессы не добавляют ценность продукта или услуги для потребителя, но увеличивают их стоимость. Они необходимы для деятельности предприятия и предназначены для поддержки выполнения основных бизнес — процессов. Такими процессами являются финансовое обеспечения деятельности, обеспечение кадрами, юридическое обеспечение, администрирование, обеспечение безопасности, поставка комплектующих материалов, ремонт и техническое обслуживание и т.д.
Бизнес -процессы можно также классифицировать по видам деятельности или составу работ (элементам процесса) [Репин04]:
• планирование деятельности (например, планирование производства готовой продукции);
• осуществление деятельности – собственно выполнение работы (например, изготовление продукции);
• регистрация фактической информации по выполнению процесса (производственный, управленческий и бухгалтерский учет);
• контроль и анализ исполнения плана;
• принятие управленческих решений. Эти процессы охватывают весь комплекс функций управления на уровне каждого бизнес — процесса и системы в целом. Примерами таких процессов могут быть процессы стратегического, оперативного и текущего планирования, процессы формирования и выполнения управляющих воздействий. Процессы управления оказывают воздействие на все остальные процессы организации.
Бизнес — модель – это формализованное (графическое, табличное, текстовое, символьное) описание бизнес — процессов, отражающее реально существующую или предполагаемую деятельность предприятия.
В простейшем случае бизнес — модель может состоять из единственной диаграммы, однако на практике это вряд ли допустимо, поскольку бизнес — процессы, как правило, слишком сложны и многоаспектны. Модель таких процессов включает следующие компоненты [Eriksson2000]:
• Представления. Каждое представление отражает определенный аспект бизнеспроцессов. Представление – это абстракция, отражающая конкретную точку зрения и скрывающая детали, несущественные для данной точки зрения.
• Диаграммы. Каждое представление состоит из ряда диаграмм различных типов, отражающих структурные и динамические аспекты бизнеспроцессов.
• Объекты и процессы. Объекты представляют ресурсы, используемые в процессах (финансовые, материальные, человеческие, информационные).
Цели моделирования бизнеспроцессов обычно формулируются следующим образом:
• обеспечить понимание структуры организации и динамики происходящих в ней процессов;
• обеспечить понимание текущих проблем организации и возможностей их решения;
• убедиться, что заказчики, пользователи и разработчики одинаково понимают цели и задачи организации;
• создать базу для формирования требований к ПО, автоматизирующему бизнеспроцессы организации.
Основная область применения бизнес — моделей – это реинжиниринг бизнес — процессов. При этом предполагается построение моделей текущей и перспективной деятельности, а также плана и программы перехода из первого состояния во второе. Любое современное предприятие является сложной системой, его деятельность включает в себя исполнение десятков тысяч взаимовлияющих функций и операций. Человек не в состоянии понимать, как такая система функционирует в деталях – это выходит за границы его возможностей. Поэтому главная идея создания так называемых моделей «ASIS» (как есть) и «ASTOBE» (как должно быть) – понять, что делает (будет делать) рассматриваемое предприятие и как оно функционирует (будет функционировать) для достижения своих целей.
Назначением будущих систем ПО являет
ся, в первую очередь, решение проблем бизнеса
посредством современных информационных
технологий. Требования к ПО формируются на
основе бизнесмодели, а критерии проектирова
ния систем прежде всего основываются на наи
более полном их удовлетворении.
Следует отметить, что модели бизнеспро
цессов являются не просто промежуточным ре
зультатом, используемым консультантом для вы
работки какихлибо рекомендаций и заключе
ний. Они представляют собой самостоятельный
результат, имеющий большое практическое зна
чение, которое следует из целей их построения.
Модель бизнеспроцесса должна давать ответы на вопросы:
1. Какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата?
2. В какой последовательности выполняются эти процедуры?
3. Какие механизмы контроля и управления существуют в рамках рассматриваемого бизнеспроцесса?
4. Кто выполняет процедуры процесса?
5. Какие входящие документы/информацию использует каждая процедура процесса?
6. Какие исходящие документы/информацию генерирует процедура процесса?
7. Какие ресурсы необходимы для выполнения каждой процедуры процесса?
8. Какая документация/условия регламентирует выполнение процедуры?
9. Какие параметры характеризуют выполнение процедур и процесса в целом?
Важным элементом модели бизнеспроцессов являются
предметной области. Типичными бизнесправи
лами являются корпоративная политика и госу
дарственные законы. Бизнесправила обычно
формулируются в специальном документе и мо
гут отражаться в моделях. Для организации биз
несправил предлагается множество различных
схем классификации. Наиболее полной можно
считать следующую классификацию бизнес
правил (в скобках приведены примеры правил
для гипотетической системы обработки заказов
в торговой компании):
• Факты – достоверные утверждения о бизнеспроцессах, называемые также инвариантами (оплачивается доставка каждого заказа; со стоимости доставки налог с продаж не берется).
• Правила ограничения – определяют различные ограничения на выполняемые операции:
• Управляющие воздействия и реакции на воздействия (когда заказ отменен и еще не доставлен, то его обработка завершается).
• Операционные ограничения – предусловия и постусловия (доставить заказ клиенту только при наличии адреса доставки)
• Структурные ограничения (заказ включает по крайней мере один продукт).
• Активаторы операций – правила, при определенных условиях приводящие к выполнению какихлибо действий (если срок хранения товара на складе истек, об этом надо уведомить ответственное лицо).
• Правила следствия – правила, устанавливающие новые факты на основе достоверности определенных условий (клиент получает положительный статус только при условии оплаты счетов в течение 30 дней).
• Вычислительные правила – различные вычисления, выполняемые с использованием математических формул и алгоритмов (цена нетто = цена продукта *(1 + процент налога / 100)).
Для моделирования бизнеспроцессов необходимо использовать определенную методику, которая включает:
• описание методов моделирования – способов представления реальных объектов предприятия при помощи объектов модели;
• процедуру – последовательность шагов по сбору информации, ее обработке и представлению в виде моделей (диаграмм и документов).
Методика может существовать как само
стоятельный продукт (например, метод Ericsson
Penker [Eriksson2000]) или входить в состав
комплексной технологии создания ПО (напри
мер, метод моделирования бизнеспроцессов в
технологии Rational Unified Process)
Источник: studfile.net
Бизнес модель это формализованное
- Операционная работа и международные операции
- Денежные переводы
- Переводы в рублях
- Переводы в иностранной валюте
- Электронные денежные переводы
- Платежные карты
- Безопасность денежных переводов
- Документарные операции
- Расчеты по аккредитивам
- Банковские гарантии
- Расчеты инкассовыми поручениями и чеками
- Торговое финансирование
- Риски документарных операций
- Валютный контроль
- Валютный контроль за операциями физлиц
- Валютный контроль за операциями юрлиц
- Нарушение валютного законодательства
- Журналы по расчетам и операционной работе
- Методические пособия (Операционная работа и международные операции)
- Статьи из пособий (Операционная работа и международные операции
- Риски портфелей (продуктов)
- Риски розничного портфеля
- Риски корпоративного портфеля
- Риски портфеля ценных бумаг
- Риски платежных систем
- Виды рисков
- Кредитный риск
- Рыночный риск
- Риск ликвидности
- Операционный риск
- Нефинансовые риски
- Журналы по управлению рисками
- Методические пособия (Риск-менеджмент)
- Статьи из пособий (Риск-менеджмент)
- Розничные продукты
- Розничные кредиты
- Банковские карты
- Наличность и чеки
- Вклады и драгметаллы
- Микрофинансирование
- Private Banking
- Розничные технологии
- Технологии продаж
- Мобильный банкинг
- Интернет банкинг
- Платежные терминалы и банкоматы
- Бизнес-процессы
- Взаимодействие с контрагентами
- Обслуживание клиентов
- Персонал и кадры
- Кредитный анализ
- Оценка финансового состояния заемщика
- Отраслевой анализ
- Оценка риска заемщика
- Лимиты кредитования
- Формирование резервов
- Оценка кредитного портфеля
- Кредитные продукты
- Корпоративные кредиты
- Кредиты МСБ
- Кредиты физлицам
- Долгосрочное финансирование
- Синдицированное кредитование
- Обеспечение кредита
- Залог
- Гарантия
- Поручительство
- Обслуживание кредита
- Мониторинг выданных кредитов
- Внесудебное взыскание просроченной задолженности
- Судебное взыскание просроченной задолженности
- Кредитное мошенничество
- Журналы по кредитованию и рознице
- Методические пособия (Банковское кредитование и ритейл)
- Статьи из пособий (Банковское кредитование и ритейл)
- Внутренний контроль и аудит
- Аудит бизнес-процессов
- Аудит банковских операций
- Контроль банковских рисков
- Контроль за банковскими рисками
- Обеспечение непрерывности банковской деятельности
- Финансовый мониторинг
- Идентификация клиентов и выгодоприобретателей
- Выявление подозрительных операций
- Риск вовлечения банка в процессы легализации ПД/ФТ
- Информационная безопасность
- Безопасность персональных данных
- Защита от угроз
- Риски электронного банкинга
- Комплаенс — контроль
- Договорная политика
- Финансовый контроль
- Налоговый риск
- Журналы по внутреннему контролю, аудиту и комплаенс
- Методические пособия (Внутренний контроль комплаенс)
- Бухучет и отчетность
- Организация бухучета и документооборот
- Порядок учета банковских операций
- Отчетность по РПБУ
- Налогообложение
- Налог на прибыль
- Налог на добавленную стоимость
- Налог на доходы физических лиц
- Имущественные налоги
- Трансфертное ценообразование
- Налоговая отчетность
- Международная отчетность
- Международные стандарты отчетности
- Трансформация отчетности
- Раскрытие информации
- Аудит международной отчетности
- Журналы по бухучету и налогобложению
- Методические пособия (Бухучет и налогообложение)
- Статьи из пособий (Бухучет и налогообложение)
- Правовое регулирование деятельности банка
- Банковский надзор
- Правоотношения с контрагентами
- Административная ответственность
- Юридическое сопровождение банковских операций
- Кредитные договоры
- Обеспечение сделок
- Уступка прав требования
- Ценные бумаги; вклады и депозиты
- Переводы и документарные операции
- Арбитражная практика
- Взыскание просроченной и проблемной задолженности
- Обращение взыскания на залоги
- Банкротство и исполнительное производство
- Банковский счет и комиссии
- Налоговые споры
- Журналы по юридической работе
- Методические пособия (Юридическая работа)
- Статьи из пособий (Юридическая работа)
- Управление капиталом банка
- Регулирование и надзор (БКБН + ЦБ РФ)
- Управление банковскими рисками
- Финансовый анализ
- Слияния и поглощения
- Стратегический менеджмент
- Стратегическое планирование
- Управление качеством
- Построение и развитие филиальной сети
- Инвестиционный банкинг
- Корпоративное управление
- Взаимодействие с учредителями и акционерами
- Финансовое планирование
- Управление персоналом
- Журналы по вопросам управления
- Методические пособия (Управление банком)
- Статьи из пособий (Управление банком)
ReglamentBank: информационно-методическая система Подписка тут!
Инструменты бизнес-моделирования и особенности его применения
Значение бизнес-моделирования в настоящее время определяется тем, что ключевым способом привлечения и удержания клиентов становится не ценовая конкуренция, а надежность и устойчивость банка, удобство взаимодействия с ним и возможность быстрого удовлетворения новых запросов. Рассмотрим задачи в области бизнес-моделирования, бизнес-инжиниринга и организационно-корпоративного развития и проекты, которые должна осуществлять кредитная организация с целью получения дополнительных конкурентных преимуществ.
Бизнес-моделирование представляет собой процесс разработки и внедрения различных бизнес-моделей организации (стратегия, бизнес-процессы, организационная структура, качество и др.) с целью формализовать и оптимизировать ее деятельность. Что такое бизнес-модель? Бизнес-модель — это формализованное описание (например, графическое) определенного аспекта или сферы деятельности организации. Существует четыре основных способа разработки бизнес-моделей. Перечислим их в порядке убывания.
Внимание, Акция!
Получите эту + еще 2 любых статьи из журналов бесплатно, зарегистрировавшись на сайте и заполнив полную информацию о себе.
Источник: futurebanking.ru