Размещено на http://www.allbest.ru/

КУРСОВАЯ РАБОТА

по дисциплине

«Теория экономических информационных систем»

на тему:

«Моделирование бизнес-процесса потребительского кредитования»

Петропавловск-Камчатский 2011

Введение

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

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

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

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

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

Шаг 1. Анализ документов на полноту и достоверность

Шаг 2. Анализ информации о заемщике

1) зарегистрирован ли претендент на кредит надлежащим образом;

2) является ли он участником судебных разбирательств;

3) имеет ли он какие-нибудь связи с криминальными структурами;

4) были ли факты умышленного неисполнения им своих обязательств.

Шаг 3. Анализ финансово-хозяйственной деятельности организации

Шаг 4. Анализ кредитуемой операции

Шаг 5. Анализ обеспеченности испрашиваемого

Шаги 6 и 7. Анализ кредитоспособности, т.е. оценка возможности и желания потенциального заемщика вовремя и с причитающимися процентами вернуть кредит

Разрешение кредита

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

Если кредитный комитет решил вопрос положительно, то банк извещает (как правило, в письменной форме) потенциального заемщика о принятом решении и условиях предоставления кредита.

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

При подписании договоров банку и заемщику необходимо соблюдать обычные в таких случаях правила и меры предосторожности.

Дополнительно банк истребует от заемщика:

1. справку из налогового органа об уведомлении данного органа о намерении налогоплательщика открыть ссудный счет;

2. справку об уведомлении Пенсионного фонда о том же;

3. другие документы в соответствии с согласованными (документально зафиксированными) условиями предоставления кредита.

Организационное обеспечение кредитного процесса

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

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

Развитый вариант организации кредитного процесса (который, однако, не может быть сведен к какой-то единой, универсальной схеме) предполагает, что помимо собственно кредитного отдела в банке действуют также:

* полноценный, представительный кредитный комитет;

* комитет управления кредитными рисками;

* отдел кредитной политики (его функции могут быть возложены на комитет управления кредитными рисками);

* отдел кредитного анализа.

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

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

2. Моделирование предметной области

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

Использование плана вне компании:

· получение банковского кредита;

· получение инвестиций;

· получение большого контракта;

· получение совета консультантов, юристов, представителей государственных органов или неправительственных организаций.

Использование плана внутри компании:

· создание бизнеса;

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

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

Поэтому, еще до начала разработки бизнес-плана необходимо решить ряд важных вопросов. К ним относятся:

· определение общих целей; понимание того, что руководители фирмы хотят получить;

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

· определение конкретных целей, поддающихся количественному анализу, которые потом буду обоснованы в бизнес-плане;

· анализ прошлых успехов и неудач.

При составлении бизнес-плана должны учитываться все возможные препятствия при его осуществлении. Главным является четкое определение цели и задач проекта и возможности его реализации.

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

BPwin является мощным средством моделирования и документирования бизнес-процессов. Этот продукт использует технологию моделирования IDEF0 (Integration Definition for Function Modeling) - наиболее распространенный стандарт, который принят для моделирования бизнес-процессов.

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

Модель BPwin представляет собой набор иерархически связанных и упорядоченных диаграмм, каждая из которых является конкретизацией (декомпозицией) активности предыдущего верхнего уровня. Каждая модель имеет одну диаграмму верхнего уровня, которая содержит только одну активность, определяющую общую функцию моделируемого процесса. Модели имеют так называемые «точки зрения» (point of view), определяющие ракурс, под которым рассматривается процесс. Например, для рассмотрения процесса может быть выбрана точка зрения начальника отдела компании, где происходит моделируемый процесс.

Кроме стандарта IDEF0, BPwin поддерживает также методологии моделирования DFD (data flow diagram) и IDEF3 (workflow). Методология DFD служит для описания потоков данных, которые возникают в результате деятельности компании. Методология IDEF3 служит для графического описания потока процессов (работ), взаимодействия процессов и объектов, которые изменяются этими процессами.

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

Функциональность BPwin заключается не только в рисования диаграмм, но и в проверке целостности и согласованности модели. BPwin обеспечивает логическую четкость в определении и описании элементов диаграмм, а также проверку целостности связей между диаграммами. Инструмент обеспечивает коррекцию наиболее часто встречающихся ошибок при моделировании, таких, как «зависание» связей при переходе от диаграммы к диаграмме, нарушение ассоциации связей в различных диаграммах модели и т.п. Кроме того, BPwin поддерживает пользовательские свойства, которые применяются к элементам диаграммы для описания специфических свойств, присущих данному элементу.

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

Одним из важнейших средств BPwin является генератор отчетов. На деле, генератор отчетов RPTwin представляет собой автономный продукт, который поставляется с некоторыми продуктами Logic Works, и позволяет генерировать подробные и многогранные отчеты по модели. Вместе с BPwin устанавливается набор стандартных отчетов, которые позволяют осветить модель с различных сторон. Отчеты обычно сопровождают окончательный вариант модели бизнес-процессов, созданной при помощи BPwin, и содержат информацию, размещение которой на модели сделало бы ее трудной для восприятия. Например, отчет может содержать подробное описание каждого элемента диаграммы, что помогает отчетливо представить себе назначение данного элемента без дополнительных разъяснений со стороны системного аналитика, создававшего диаграмму. Кроме того, существуют отчеты, которые предназначены для самого системного аналитика, например, отчет по целостности модели.

3. Построение модели AS IS

Модель AS-IS - это модель «как есть», т.е. модель уже существующего процесса / функции. Обследование процессов является обязательной частью любого проекта создания или развития системы. Построение функциональной модели AS-IS позволяет четко зафиксировать, какие процессы осуществляются на предприятии, какие информационные объекты используются при выполнении функций различного уровня детализации.

На основе модели AS-IS достигается консенсус между различными этапами процесса по тому, «кто что сделал» и что каждый этап добавляет в процесс. Функциональная модель AS-IS является отправной точкой для анализа потребностей предприятия, выявления проблем и «узких» мест и разработки проекта совершенствования деловых процессов. Модель AS-IS позволяет выяснить, «что и как мы делаем сейчас» перед тем, как определить то, «что и как будет делаться завтра». Анализ функциональной модели AS-IS позволяет понять, где находится проблемная ситуация, в чем будут состоять преимущества новых процессов и каким изменениям подвергнется существующая структура организации процесса. Исследование необходимости реструктуризации (выявление и ликвидация недостатков) в существующих процессах достигается за счет применения декомпозиции (анализа), производящаяся даже там, где функциональность на первый взгляд является очевидной. Так, например, признаками неэффективности существующих процессов могут быть:

· бесполезные, неуправляемые и дублирующиеся функции;

· неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время);

· отсутствие обратных связей по управлению (на проведение функции не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т.д.

При создании модели AS-IS неопытным аналитиком может возникать достаточно распространенная ошибка - это создание идеализированной модели, особенно в том случае, когда модель создается под влиянием знаний (точки зрения) руководителя. Обычно руководитель знаком с тем, как предполагается выполнение функции по руководствам и должностным инструкциям и часто не знает, как на самом деле подчиненные выполняют требуемые функции. Поэтому могут создаваться модели, называемые SHOULD BE (как должно бы быть), и несущие ложную информацию и которую невозможно в дальнейшем использовать для анализа

IDEF0