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

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

2015-09-14

299.41 KB

13 чел.


Поделитесь работой в социальных сетях

Если эта работа Вам не подошла внизу страницы есть список похожих работ. Так же Вы можете воспользоваться кнопкой поиск


ОГЛАВЛЕНИЕ

[1] ОГЛАВЛЕНИЕ

[2] Глава 1 ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ АВТОМАТИЗАЦИИ  ПРОЦЕССА ФОРМИРОВАНИЯ ОСНОВНЫХ ПОКАЗАТЕЛЕЙ БАНКА ДЛЯ АНАЛИЗА ПРИВЛЕЧЕННЫХ СРЕДСТВ

[2.1] Сущность и структура привлеченных средств банка

[2.2] 1.2 Методология формирования основных показателей банка для анализа привлеченных средств

[2.3] 1.3 Постановка задачи автоматизации  процесса формирования привлеченных средств банка

[3]
Глава 2 РАЗРАБОТКА СИСТЕМЫ АВТОМАТИЗАЦИИ  ПРОЦЕССА ФОРМИРОВАНИЯ ОСНОВНЫХ ПОКАЗАТЕЛЕЙ БАНКА ДЛЯ АНАЛИЗА ПРИВЛЕЧЕННЫХ СРЕДСТВ

[3.1] 2.1 Обзор существующих программных средств формирования основных показателей банка для анализа привлеченных средств

[3.2] 2.2 Выбор средств программирования

[3.3] 2.3 Структурная схема программы

[3.4] 2.4 Разработка интерфейсных форм

[4]
Глава 3 ОЦЕНКА ЭФФЕКТИВНОСТИ СИСТЕМЫ АВТОМАТИЗАЦИИ  ПРОЦЕССА ФОРМИРОВАНИЯ ОСНОВНЫХ ПОКАЗАТЕЛЕЙ БАНКА ДЛЯ АНАЛИЗА ПРИВЛЕЧЕННЫХ СРЕДСТВ

[4.1] 3.1 Планирование и организация  процесса разработки систем       управления

[4.2] 3.2 Расчет затрат на разработку систем управления

[4.3] 3.3 Оценка показателей экономической эффективности

[5]
ЗАКЛЮЧЕНИЕ

[5.1]  

[6]
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

[7]
ПРИЛОЖЕНИЕ 1

[8]
ПРИЛОЖЕНИЕ 2

[9] ПРИЛОЖЕНИЕ 3


ВВЕДЕНИЕ

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

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

Задачи повышения эффективности функционирования сетевой среды могут быть решены различными способами. Важные научные результаты в этой области, полученные в работах В.М.Вишневского, Д.Хогдала, В.Г. и Н.А. Олифер и других исследователей, связаны с улучшением технических аспектов работы сети: выбор оптимального маршрута, оптимизация топологии, нахождение оптимальных настроек протоколов и т.п. Несмотря на ценность полученных результатов, зачастую использовать их напрямую в БИС затруднительно. Это связано с тем, что оптимизация значений технических показателей при внедрении новых дорогостоящих компонентов может привести к снижению общей конкурентоспособности банка.

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

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

Для достижения поставленной цели в работе решались следующие задачи:

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

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

Глава 1 ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ АВТОМАТИЗАЦИИ  ПРОЦЕССА ФОРМИРОВАНИЯ ОСНОВНЫХ ПОКАЗАТЕЛЕЙ БАНКА ДЛЯ АНАЛИЗА ПРИВЛЕЧЕННЫХ СРЕДСТВ

  1.  Сущность и структура привлеченных средств банка

В общей сумме банковских ресурсов привлеченные ресурсы занимают преобладающее место. Их доля по различным банкам колеблется от 75% и выше. С развитием рыночных отношений структура привлеченных ресурсов претерпела существенные изменения, что обусловлено появлением новых, не традиционных для старой банковской системы способов аккумуляции временно свободных денежных средств физических и юридических лиц.

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

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

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

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

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

По экономическому содержанию депозиты можно разделить на группы2:

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

Депозиты можно классифицировать также и по другим признакам: по срокам, по видам вкладчиков, условиям внесения и изъятия средств, уплачиваемым процентам; возможности получения льгот по активным операциям банка и др.

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

К депозитам до востребования в отечественной банковской практике относятся:

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

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

Таким образом, особенности депозитного счета до востребования можно охарактеризовать следующим образом3:

  •   взнос и изъятие денег осуществляются в любое время без каких-либо ограничений;
    •   владелец счета уплачивает банку комиссию за пользование счетом в виде твердой месячной ставки или в процентах к дебетовому обороту по счету;
    •   банк за хранение денежных средств на счетах до востребования уплачивает невысокие процентные ставки либо вообще не платит (средства в расчетах);
    •   банк по депозитам до востребования отчисляет более высокие нормы в фонд обязательных резервов в Центральном банке РФ.

На долю депозитов до востребования в общей сумме ресурсов отдельных коммерческих банков на конец 1996 г. приходилось около 64,3%, или 73,2% к общей сумме привлеченных ресурсов. В странах с развитой рыночной экономикой на долю депозитов до востребования приходится около 30% в сумме привлеченных ресурсов.

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

  •   собственно срочные депозиты;
    •   депозиты с предварительным уведомлением об изъятии средств.

В отечественной банковской практике на долю собственно срочных депозитов на конец 1996 г. приходилось всего около 30% всех привлеченных ресурсов, в то время как в банках Западной Европы и США на долю собственно срочных депозитов приходится свыше 60% всех депозитных ресурсов.

Собственно срочные депозиты по срокам хранения средств подразделяются на депозиты со сроком4:

  •   до 30 дней;
    •   от 31 до 90 дней;
    •   от 91 до 180 дней;
    •   от181 до 360 дней;
    •   свыше 360 дней.

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

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

Наиболее характерные особенности срочных вкладов и депозитов:

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

Сберегательные счета (вклады) не имеют (фиксированного срока.

Наиболее распространенными видами персональных депозитных счетов является сберегательный вклад с книжкой, для которого характерно5:

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

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

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

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

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

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

В практике американских банков в 1982 г. появились депозитные счета денежного рынка – ДСДР 1, которые были отнесены к категории сберегательных счетов при определении резервных требований.

Особенности этих счетов состоят в следующем6:

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

В отечественной практике пока на долю сбережений населения приходится около 2% всех банковских ресурсов, что значительно ниже, чем в странах Западной Европы, США и Японии. Вместе с тем развитие депозитных операций с населением отечественными коммерческими банками показывает, что существует необходимость применения математических расчетов в проведении депозитной политики. Для оценки стабильности денежных вкладов населения в качестве ресурсов краткосрочного кредитования можно использовать такие показатели, как средний срок хранения вкладного рубля и уровень оседания средств, поступающих во вклады.

Разновидностью срочных депозитов и сберегательных вкладов являются депозитные и сберегательные сертификаты.

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

Сертификаты могут быть именными, на предъявителя, могут быть переданы или подарены. Сертификаты не могут служить расчетным или платежным средством за проданные товары и оказанные услуги.

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

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

Коммерческие банки Российской Федерации могут выпускать срочные депозитные сертификаты с максимальным сроком обращения до 1 года. В западной практике передаваемые депозитные сертификаты выпускаются на срок от 14 дней до 18 месяцев.

Сберегательные сертификаты предназначены для реализации физическим лицам. Срок обращения срочных сберегательных сертификатов может превышать 1 год и составлять 3 года, если условия их выпуска согласованы с ЦБ РФ. Если срок получения депозита или вклада по сертификату просрочен, то такой сертификат становится документом до востребования. Банк обязан выплатить указанную в нем сумму по первому требованию владельца. Сберегательные сертификаты могут быть переданы только физическому лицу.

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

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

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

В практике российских банков широкое распространение получили кредитные ресурсы, приобретаемые у других коммерческих банков или у Центрального банка РФ.

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

Особенностью использования этих ресурсов являются7:

  •   отсутствие резервов;
    •   ограничение процентной ставки при предоставлении кредитов за счет централизованных ресурсов (3 пункта сверх учетной ставки Центрального банка РФ).

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

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

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

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

К наиболее распространенным формам такого привлечения средств относятся8:

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

Основной целью этих операций является улучшение ликвидной позиции банка.

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

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

Федеральная резервная система (ФРС). Большая часть операций с федеральными фондами заключается на очень короткий срок - один деловой день. Вместе с тем часть сделок заключается на более продолжительные сроки от 30 до 90"дней и называются срочными сделками. Поскольку при покупке федеральных фондов не требуется резервирования средств, то банки могут уплачивать более высокий процент, чем по депозитным сертификатам.

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

Соглашение о покупке ценных бумаг с обратным выкупом ("репо") представляет собой вид краткосрочного займа под обеспечение ценными бумагами (чаще всего казначейскими обязательствами), когда право распоряжения обеспечением переходит к кредитору. Непременным условием этой сделки является обязательство заемщика выкупить ценные бумаги на оговоренную дату и по заранее установленной цене. При этом ценные бумаги, выступающие в качестве обеспечения, оцениваются с залоговой маржой от 1 до 3% к рыночной цене.

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

Учет банковских акцептов. Банковский акцепт - это срочная тратта, или переводной вексель, выставленный экспортером или импортером на банк, согласившийся его акцептовать. Используются банковские акцепты для финансирования внешнеторговых сделок. Коммерческий банк может переучесть в ФРС акцепты и получить, таким образом, под них заем. Приемлемыми для переучета считаются акцепты сроком до 6 месяцев по экспортно-импортным операциям или товарным сделкам внутри страны.

Займы на рынке евродолларов - это способ привлечения ресурсов, доступный крупным коммерческим банкам, как имеющим, так и не имеющим заграничные филиалы. Евродоллары - это вклады, выраженные в долларах США, но принадлежащие банкам или другим владельцам, расположенным за пределами США, включая филиалы американских банков. Крупные банки США используют рынок евродолларовых вкладов для получения займов обычно в периоды затруднений на внутреннем рынке. Главный рынок евродолларов находится в Лондоне.

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

1.2 Методология формирования основных показателей банка для анализа привлеченных средств

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

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

Различают межбанковские активные и пассивные кредитные операции: рынок межбанковских депозитов и межбанковских кредитов. Межбанковский депозит — это депозит одного банка в другом. Межбанковский кредит является основным источником заемных средств коммерческого банка и служит для поддержания кредитного потенциала. Банки могут по-разному взаимодействовать друг с другом. Они становятся конкурентами, соревнуясь в деле привлечения клиентов, и деловыми партнерами, предоставляя кредиты друг для друга; банки могут быть корреспондентами, т.е. поочередно выступать в качестве клиентов друг друга.

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

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

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

Временное положение «О кредитных аукционах ЦБ РФ» открывает принципиально новый этап в развитии рынка кредитных ресурсов в России. Положение детально оговаривает порядок проведения аукциона, подачи на него заявок, учета результатов и информирования о результатах.

Предусмотрены и требования к участникам кредитных аукционов:

  •  работа в качестве банка не менее года;
    •  выполнение всех экономических нормативов;
    •  своевременное перечисление средств в резервный фонд;
    •  отсутствие нарушений в предоставлении отчетности;
    •  наличие корреспондентского счета в подразделениях ЦБ и отсутствие по нему дебетового сальдо;
    •  отсутствие краткосрочной задолженности по кредитам ЦБ РФ.

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

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

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

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

Динамика ставки рефинансирования связана с уровнем инфляции в стране, динамикой курса рубля по отношению к доллару США. В результате изменения ставки рефинансирования меняется и ставка МБК увеличиваясь или уменьшаясь в отдельные периоды.

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

Коэффициенты рефинансирования рассчитываются как соотношение кредитов, полученных у других банков (КБП), и следующих величин:

  •  общего объема кредитных вложений (KB), т.е. Кр1 = КБП:КВ;
  •  выданным межбанковским ссудам (КБВ), т.е. Кр2 = КБП:КБВ;
  •  общего объема обязательств банка (О), т.е. Кр3 = КБП:О,
  •  общего объема собственных средств (нетто или брутто), т.е. Кр4 = КБп:ССн, Кр4 = КБп:ССб,
  •  суммы уставного фонда, т.е. Кр5 = КБП:УФ,
  •  общей валюты баланса <П(А)), т.е. Крб = КБП:ЩА).

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

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

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

Цель данного вида анализа — сузить многочисленные объекты исследования до основных, наибольшим образом влияющих на доходность банка, чтобы в дальнейшем их подвергнуть более тщательному изучению.

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

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

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

Для исчисления их объема может быть использована следующая формула:

КРэ  = УФ+ Осс +Д +Ор +Опр -НА – 0,14 Об – 0,11 Об2 – 0,08Об3 – 0,09В – 0,05п

Где:

КРэ  — кредитные ресурсы эффективные;

УФ — уставный фонд;

Осс — остатки собственных средств банка;

Д — депозиты;

Ор — остатки на расчетных и других счетах клиентов;

Опр — остатки прочих привлеченных средств;

НА — ресурсы, вложенные в здания банка, оборудование и другие низколиквидные активы;

Об — остатки привлеченных средств до востребования и срочные вклады до 30 дней (14% — отчисления от привлеченных средств);

Об2 — срочные обязательства от 31 дня до 90 дней (11% — отчисления от привлеченных средств);

Об3 — срочные обязательства свыше 90 дней (8% — отчисления от привлеченных средств);

В — остатки по валютным счетам (9% — отчисления от остатка на валютных счетах);

0,05п — средства размещенные в ликвидные активы, исключающие их использование для выдачи ссуд (5% — минимум отчислений от итога пассива).

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

Объем свободных кредитных ресурсов (КРс ) так же, как и дефицит кредитных ресурсов (КРд), можно определить как разницу между суммой эффективных кредитных ресурсов (КРэ ) и фактических кредитных вложений (КВф):

ΣКРс  (КРд ) = ΣКРэ – ΣКВф.

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

Эффективность использования кредитных ресурсов:

ЭКР = ΣКВфi * Тi / ΣКВэi * Тi

Где:

КВфi — фактические кредитные вложения для i-го случая;

КВэi  — эффективные кредитные ресурсы для i-го случая;

Ti — период, на который выдана ссуда для i-го случая.

Рассчитав эффективность кредитных ресурсов, можно определить степень недоиспользования ресурсов, или процент резерва в использовании кредитных ресурсов:

Rисп = (1-Экр) * 100%

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

1.3 Постановка задачи автоматизации  процесса формирования привлеченных средств банка

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

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

Данный анализ должен проводиться в следующих направлениях:

  •  расчет коэффициента рефинансирования (Кр)
    •  расчет эффективных кредитных ресурсов (КРэ)
    •  расчет объём свободных кредитных ресурсов (КРс)
    •  анализ эффективности использования кредитных ресурсов (Экр)
    •  анализ степени недоиспользования ресурсов (Rисп)

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

Современные концепции проектирования распределенных информационных систем корпоративного уровня предполагают общение пользователя системы с базой данных посредством браузера и технологий Internet / Intranet.

Для обеспечения подобных возможностей используемая система управления базами данных (СУБД) должна иметь средства стыковки с Internet / Intranet. Более того, в последнее время существует тенденция создания "красивых" мультимедийных Intranet приложений, содержащих много документов и объектов со сложной структурой.

Для реализации таких приложений наиболее предпочтительно использовать объектные СУБД вследствие их способности быстро работать с данными сложной структуры9.

Основным протоколом при работе браузера c Internet является протокол HTTP (HyperText Transfer Protocol – протокол передачи гипертекста). Этот протокол предполагает взаимодействие браузера (Web - клиента) c HTTP - сервером по принципу "вопрос - ответ", т.е. браузер посылает запрос HTTP – серверу на информацию, а Web – сервер отсылает клиенту сформированную HTML (HyperText Markup Language – язык разметки гипертекста страничку и "забывает" о клиенте.

Обычно, работа клиентов с базами данных также строится либо по принципу "вопрос - ответ", либо ориентирована на поддержание постоянного соединения "Login - Logout". По принципу "вопрос - ответ" обычно работают различные поисковые системы Internet. При таком подходе пользователи подают запросы на Web – сервер, сервер обрабатывает их и отсылает обратно клиенту.

Принцип поддержания постоянного соединения обычно предполагает проверку паролей пользователей и применяется в системах, где важным является разграничение прав доступа к информации. Такой принцип применяется в системах электронной почты, основанных на Web (например, www.hotmail.com). При таком подходе Web – сервер вынужден на протяжении всего сеанса работы с базой данных хранить информацию о подключенном пользователе. По запросу Web - клиента "Logout" Web – сервер "отключает" пользователя.

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

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

Таким образом, в мировой банковской практике все привлеченные ресурсы по способу их аккумуляции группируются следующим образом10:

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

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

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

Данный анализ должен проводиться в следующих направлениях:

  •  расчет коэффициента рефинансирования (Кр)
    •  расчет эффективных кредитных ресурсов (КРэ)
    •  расчет объём свободных кредитных ресурсов (КРс)
    •  анализ эффективности использования кредитных ресурсов (Экр)
    •  анализ степени недоиспользования ресурсов (Rисп)

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


Глава 2 РАЗРАБОТКА СИСТЕМЫ АВТОМАТИЗАЦИИ  ПРОЦЕССА ФОРМИРОВАНИЯ ОСНОВНЫХ ПОКАЗАТЕЛЕЙ БАНКА ДЛЯ АНАЛИЗА ПРИВЛЕЧЕННЫХ СРЕДСТВ

2.1 Обзор существующих программных средств формирования основных показателей банка для анализа привлеченных средств

Посткризисный провал ИТ-инвестиций в банковскую автоматизацию пройден. Банки резко наращивают бюджеты, инвестируют в развитие и повышают эффективность. Многие решились на проекты, не имеющие срока окупаемости, например повышают надежность инфраструктуры. Все это однозначно указывает, что 2012 год, при условии отсутствия экономических катаклизмов, станет годом порыва банковских технологий.

По данным исследования CNews Analytics, в 2010 году подавляющее большинство - 59% - опрошенных ИТ-директоров банков отметили увеличение бюджетов. На втором месте (24%) стоят бюджеты без изменений. Доли организаций, сокративших ИТ-затраты и не предоставивших данных, примерно равны – по 10% и 7% соответственно. Рост был довольно спокойным – в рамках 5-10%. Несмотря на объявленный выход из кризиса, на смелый шаг по кардинальному наращиванию инвестиций, хотя бы в 1,5 раза, не решился никто (рис. 2.1).

Рис. 2.1 Изменения ИТ-бюджетов в банках, 2010/2009

В прошлом году по сравнению с 2010-м гораздо большее число банков решилось нарастить бюджеты, их уже 66%. О сокращении не заявил никто из опрошенных, без изменений остались ИТ-расходы у 27% респондентов, не предоставили данные 7%. Правда, во многом положительная динамика ИТ-затрат определяется потребностями развивающихся банков. При стабильной экономической ситуации бюджеты именно таких организаций могут увеличиваться в разы год от года в и потому служат локомотивом статистики. Рост затрат у лидеров рынка несравнимо спокойнее. Например, «Россита-Банк» нарастил ИТ-бюджет в 3 раза, а «Газпромбанк» – всего на 5%. Многие увеличили расходы на 15-30%. Это означает, что хотя в конце 2009 года многие CIO на словах декларировали окончание кризиса, осторожность все же присутствовала и на бюджетные взлеты никто не решился. 2010 год окончательно убедил в стабилизации рынка, акционеры и руководство выделили денег несравнимо больше, что непременно отразится в показателях по итогам 2011 года, в первую очередь вырастет выручка поставщиков банковских решений. ИТ-бюджеты крупных банков в 2011 году увеличились на 20-25% - продолжается методичное освоение рынка после кризиса. Главное отличие от докризисной ситуации - в осмысленности расходов. Сегодня уже никто не покупает ИТ-решения в имиджевых целях. ИТ-бюджет банка «Открытие» подчинен текущей ситуации – объединению. С другой стороны, не все согласны с такой оценкой. Банки увеличивают расходы на ИТ где-то с начала 2010 года, иногда бюджеты растут на 20-50%, иногда в разы. При этом, чем крупнее банк, тем больше динамика увеличения ИТ-бюджетов ( рис. 2.2)

Рис .2.2 Изменения ИТ-бюджетов в банках, 2011/2010

Сектор стагнации, по данным исследования, обеспечили крупные структуры.

Казалось бы, статистика за более сытый 2011 год должна отразить растущий интерес по всем направлениям инвестирования, пусть даже он увеличивается в разной степени. Но два направления были актуальны именно в «низкий» период: Обновлением парка ПК и серверов в 2010 году занялись 53% респондентов против 35,3% в прошлом году. Подобное отношение наблюдается к виртуализации: 41% в 2010-м против 29,4% в 2011-м. Объяснение простое – парк быстро устаревает, а кризис до предела затянул сроки его обновления, дольше ждать уже было нельзя. Виртуализация же позволяет экономить при повышении контроля. Поэтому многие организации, дойдя до точки обновления, решаются прибегнуть к этой технологии. Примерно половина банков, прибегнувших к виртуализации, параллельно закупала новую аппаратуру ( рис. 2.3).

Рис. 2.3 ИТ-проекты в банках 2010/2011

Расходы по некоторым направлениям выросли в разы, в первую очередь это касается внедрения бизнес приложений. В позапрошлом году начать крупные проекты решились 27% респондентов, в 2011-м – уже 67%. Алексей Кирюшенков отмечает, что основными направлениями банковского бизнеса стали развитие розницы, в первую очередь розничное кредитование – потребительское и целевое, а также обслуживание организаций малого и среднего бизнеса. Поэтому наиболее активно сегодня развиваются ИТ-проекты по автоматизации кредитования, развитию систем ДБО, а также CRM-системы, фронт-офисные решения, хранилища данных и блоки аналитической отчетности. «Наиболее быстро развивается интернет-обслуживание, - считает директор департамента банковского ПО RS-Bank компании R-Style Softlab Михаил Дробышевский. Причем сами банки, кроме ритейловых, не сильно стремятся его развивать, только под давлением клиентов». ИТ-департамент «Абсолют Банка» декларирует иную позицию: «Задача ИТ-департамента - не только активно развиваться вместе с бизнесом, но и предвосхищать идеи и пожелания бизнес-заказчиков. Web-банкинг является одним из наиболее перспективных и быстрорастущих направлений, именно поэтому ему выставлен высокий приоритет выполнения», - резюмирует Кирилл Дремач, директор департамента информационных технологий «Абсолют Банка». Возможности интернет-банкинга постоянно расширяются, последнее добавление - платежи по более широкому списку получателей или по свободным реквизитам, операции со своими счетами и кредитами, анализ и управление финансовыми потоками.

Примечательно, что 13% из последних 67% пошли на замену АБС. Рост спроса на бизнес-приложения в разы был предсказан экспертами рынка и поставщиками. «Актуальны проекты комплексной автоматизации и построения централизованной ИТ-инфраструктуры для многофилиальных банков, - перечисляет приоритеты Александр Погудин. – Больше заказчиков обращаются по вопросам автоматизации операций на внешних рынках (фондовые подсистемы), начался новый виток интереса к фронтальным решениям». Акционеры банка «Окрытие» поставили задачу оптимизировать расходы. Для ИТ это означает начало унификации оборудования и технологий. «После объединения банков  в  этом году  в число приоритетных  задач для - внедрение единого хранилища данных, переход на единую АБС ЦФТ, запуск обновленного удобного интернет-банка для физических лиц, а также объединение банкоматных сетей и переход на единый процессинг, - говорит Михаил Мартынов. - Кроме того, к числу значимых относится и реализация концепции обеспечения непрерывности IT-cервисов (DRP)».

«Отличились» еще четыре направления: модернизация корпоративной системы связи (20% в 2011 году и никто в 2010-м), управление бизнес-процессами (17,6% против 5,9%), ИТ-активами (29%,4 против 5,9%). «Банки все больше вкладываются в обеспечение непрерывности бизнеса – сюда входит и создание резервных ЦОДов, и налаживание систем on-line реплицирования данных и другие аналогичные сервисы ( рис. 2.4).

Рис. 2.4 ИТ-приоритеты банков в 2011 году

В целом разработчики считают, что динамика ИТ-затрат банков в 2011 году - когда компании подведут итоги года - останется на уровне 2010-го. Для ориентира, выручка ГК «Техносерв» от проектов для предприятий финансового сектора в 2010 году выросла на 18% до 2 млрд рублей. Компании «ФОРС» это направление стабильно приносит 15-20% выручки, при этом общий доход компании в 2010 году вырос на 31%, по данным CNews Analytics.

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

Крупнейший банк страны в 2011 г. решил внедрить систему управления персоналом SAP HСМ. Проект запланирован в рамках перехода на ERP-систему SAP и завершится в конце 2014 года. Система будет обрабатывать данные по 250 тыс. сотрудникам «Сбербанка».

Есть в «Сбербанке» и более мелкие проекты - они ближе коммерческому сектору по масштабу, но все равно являются своего рода рекордными.

«Сбербанк» и другой крупнейший банк страны - ВТБ уже некоторое время назад прошли стадию модернизации ИТ-инфраструктуры, обеспечения ее информационной безопасности и непрерывности. За ними последовали лидеры частного сектора. Эти проекты положили начало волне инфраструктурной модернизации среди коммерческих собратьев из первой сотни. Тем более что регулятивные нормы и требования «подгоняют».

За последний год прошла инфраструктурная волна среди массы региональных лидеров. По отдельности эти проекты нельзя назвать ключевыми, но все вместе дают представление о серьезности проблем. В частности, в августе прошлого года закончил модернизацию корпоративной сети передачи данных «Первобанк», который входит в число пяти крупнейших банков Поволжья и 100 крупнейших банков России. Дело в том, что за 7 месяцев 2011 года банк открыл 8 офисов в новых для себя городах. Параллельно банк наращивает продуктовую линейку. В результате сеть едва выдерживала нагрузку – настолько выросло число транзакций. Базовым оборудованием стали решения компании Cisco Systems, в результате создана отказоустойчивая сеть передачи данных, повышена ее производительность, масштабируемость и надежность. Автоматически фиксируются случаи сбоев в работе операторов связи и распределяется нагрузка между ними. «Новая архитектура сети позволит наращивать ее мощность без новых серьезных инвестиций» - отмечает Александр Краснов, директор департамента информационных технологий «Первобанка».

Российские банки, сотрудничающие с международными платежными системами типа MasterCard, Visa, American Express вынуждены срочно проходить «обследование» на соответствие процессинговых систем международному стандарту PCI DSS (Payment Card Industry Data Security Standard). Это новый неиссякающий источник доходов для ИТ-компаний, ориентированных на услуги ИБ. Мало того что стандарт содержит 12 детализированных требований, так и подтверждать его выполнение требуется каждый год.

У банка «Зенит» есть собственный процессинговый центр для обработки транзакций по международным платежным картам, поэтому ему необходимо выполнить требования стандарта PCI DSS. Проект осложнился тем, что банк обязан обеспечить непрерывность процессинга в режиме 24х7.

«Проект комплексный, и задача состояла в том, чтобы не только обеспечить соответствие стандарту PCI DSS, но и требованиям федерального закона №152 «О персональных данных», и стандарта СТО БР ИББС, – говорит Евгений Рудацкий, руководитель направления PCI DSS компании «Инфосистемы Джет» (исполнитель работ). – Однако в первую очередь необходимо было выполнить требования стандарта PCI DSS в связи со строгими ограничениями сроков со стороны международных платежных систем (в течение года – CNews)».

С растущей популярностью в России пластиковых карт растут и масштабы связанных с ними мошенничеств. Поэтому важно доказать соответствие оказываемых банком услуг международным требованиям безопасности. Примечательно, что аудит систем на соответствие стандарту PCI DSS зачастую проводят те же компании, которые выполняли работы по модернизации процессинга, что противоречит принципу объективной оценки. Возможно, в будущем появится новое требование, уже к аудиторам – исполнитель работ по модернизации и аудитор не могут быть одним и тем же юридическим лицом.

В 2011 году «Московский банк реконструкции и развития» (МБРР) завершил важный этап внедрения новой централизованной банковской системы. Проект уникален в первую очередь рекордно короткими сроками реализации: «В течение четырех месяцев ИТ-специалистами МБРР и командой ЦФТ были установлены и запущены в промышленную эксплуатацию 12 функциональных приложений, - рассказывает Андрей Фомичев (ЦФТ). - К концу 2011 года на новую централизованную систему были переведены все 16 филиалов банка». Столь малое время на внедрение и тиражирование АБС объясняется тем, что почти все дистрибутивы программных модулей на 80-90% соответствовали потребностям банка, потребовался минимальный, по сравнению со среднестатистическим внедрением АБС, объем доработок. Сейчас готовится внедрение следующих модулей: для работы на фондовом рынке, выполнения ритейловых операций.

Банк ВТБ24 продолжает направлять все силы на привлечение розничных клиентов. Став активным кредитором населения, он пришел к неизбежным последствиям – появлению просроченной задолженности, которой следует управлять. Требовалось изменить бизнес-процессы, ИС. Руководство банка выбирало между ИТ-системами Experian, Fair Isaac, Sputnik Labs и ФИС и остановилось на системе, на внедрение которой потребовалось всего 3 месяца. «ВТБ24 в 2010 году внедрил систему мониторинга и взыскания просроченной задолженности TSC Collection на базе Oracle Siebel CRM компании “Техносерв Консалтинг”», - рассказывает Евгений Закрепин, первый заместитель управляющего директора компании «Техносерв». Сейчас все коллекторские подразделения банка (86 центров по числу регионов присутствия) работают в единой системе, которая автоматизирует все стадии работы с просроченной задолженностью по всем продуктам. При этом возможно использовать различные методы управления: работу с коллекторскими агентствами, реструктуризацию долга, продажу прав по договору. Система интегрирована с АБС, процессингом, клиент-банком.

Конечно, такие скорости внедрения возможны только на базе уже созданных корпоративных хранилищ данных. И МБРР, и ВТБ24 завершили эти проекты несколько лет назад. Примечательно, что и создание хранилища, и внедрение АБС для МБРР выполняла одна и та же ИТ-компания, но в 2010 году руководство банка решило заменить АБС, поскольку первая система за 5 лет успела безнадежно устареть.

В России работают около 1 тыс. коммерческих банков. По данным интеграторов, почти половина игроков отрасли в 2010-2011 годах задумывалась о модернизации ИТ-системы. Каковы их требования и претензии к АБС?

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

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

Например, руководство "М2М Банка" решило заменить старую АБС. Система была "доморощенной", развитие ее требовало гораздо больших затрат, чем расходы на внедрение и доработку типизированного решения. Кроме того, заменой снимался вопрос зависимости от собственных разработчиков. "Основным критерием выбора системы стали очень хорошие отзывы по бэк-офису ценных бумаг со стороны наших партнеров и опыт банков, которые уже работали на этой системе, - поясняет выбор Андрей Бурым, директор департамента информационных технологий "М2М Банка". - Кроме того, нам необходим был современный продукт в компонентной архитектуре, с большим набором необходимого и готового к внедрению функционала, оптимальный по соотношению цена-качество. Также для нас важна модульность продукта, так как внедрение имеет четкую этапность".

Работы по внедрению АБС начались в июле 2011 года. На первом этапе внедрялись модули "Главная книга" и "Ритейл", на втором - бэк-офис ценных бумаг. Проект планируется завершить в мае 2012 года, и, это хороший показатель по срокам.

Второй вариант развития событий – смена приоритетов развития, изменение стратегии. Например, выход на новые рынки. Банк Home Credit & Finance bank трансформировался из монолайнера, специализировавшегося на потребительских кредитах, в полноценный розничный банк. Изменение стратегии повлекло новые требования к инфраструктуре. В результате за последние пару лет в банке прошло несколько масштабных проектов. Во-первых, была внедрена розничная банковская система Tranzware (разработчик – компания "Компас Плюс"), во-вторых, с помощью решения BSC-Praha появился интернет-банкинг.

Поскольку наш ИТ-ландшафт стал включать в себя значительное количество систем, их интеграцию мы сделали с профессиональным подходом – на платформе интеграционной шины (Enterprise Service Bus), используя решение Oracle Service Bus. Некоторые действующие системы были серьезно модернизированы. Например, в системе поддержки розничного кредитования Homer (внутренняя разработка банка) сделано более 200 доработок, касающихся продуктов банка и услуг, предоставляемых клиентам. ERP-система SAP была растиражирована на более чем 100 офисов, внедрено новое хранилище данных на платформе Oracle Business Intelligence. Кроме того, появилось несколько малых приложений. "Любой владелец iPhone может установить утилиту, которая подскажет ему, где находится ближайший офис или банкомат нашего банка, и поможет найти дорогу", - приводит пример Кирилл Кибалко. Внедрена система Unified Front Office, с помощью которой сотрудники офисов банка через одно окно оформляют любые продукты и услуги банка, сейчас решение активно развивается.

Конечно, в процессе такой масштабной модернизации неизбежны проблемы. "У банка огромная клиентская база, измеряемая десятками миллионов клиентских записей. У нас тысячи точек продаж, сотни офисов, десятки тысяч сотрудников, - объясняет Кирилл Кибалко. - К сожалению, мы обнаружили, что большинство "готовых" программных продуктов изначально не рассчитаны на такие серьезные объемы. Нам пришлось существенно дорабатывать их как с точки зрения функциональности, так и для обеспечения необходимой производительности". У банка большие планы на перспективу. Например, планируется внедрение CRM-системы, мобильного банкинга и др.

Со своей стороны, руководство банка "Открытие" решило перевести не только центральный офис, но все 15 филиалов на единую новую АБС. Причиной стало присоединение одноименного инвестиционного банка и банка "Петровский" (Санкт-Петербург), в результате чего банк стал крупным федеральным игроком. Работы начались во второй половине 2010 года, и в феврале 2011 года система стартовала в первых двух филиалах в городах Йошкар-Ола и Челябинск. Интересно, что тиражирование системы на московскую штаб-квартиру и остальные 13 филиалов выполнили собственные ИТ-специалисты банка в течение двух месяцев. В ближайшее время система будет установлена в последнем подразделении – питерском. "Одно из важнейших преимуществ, которое получил банк в ходе модернизации – работа филиалов на единой базе данных в режиме онлайн. На практике это означает, что банк сможет обеспечить сквозную систему обслуживания, когда клиент, обращаясь в любой офис, имеет возможность получить одинаковый набор услуг.

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

Во-первых, банку нужен собственный "архитектор предприятия". В его обязанности входит спроектировать и описать целевую архитектуру предприятия и в дальнейшем контролировать ее реализацию. "Это очень непростая работа, и в штате лишь немногих российских банков, например "Сбербанка" или "Альфа-Банка", есть подобные специалисты и связанные с их работой службы, - говорит Константин Варов, директор департамента системных платформ и архитектуры компании "Диасофт". - Но в результате проделываемой этими людьми работы банк получает не "спонтанно сложившееся" решение, где часть упущенных в начале проекта модернизации вопросов была "успешно" решена при помощи комплекта "костылей", а действительно хорошо спроектированный продукт, и как следствие, логически непротиворечивый и полностью согласованный с контекстом, в котором действует организация: ее долгосрочной стратегией и текущими потребностями. Банки, которые не пытаются делать так, как правило, имеют весьма хаотичную совокупность ИТ-проектов, часть из которых мешает друг другу и результаты многих из которых потом приходится переделывать".

Видимо, руководство далеко не всех банков согласно с такой позицией – содержать в штате подобное подразделение довольно накладно, поскольку "главный архитектор" - высокооплачиваемый специалист. Гораздо проще жить сегодняшним днем, в крайнем случае – завтрашним. В таком случае, возможно, имеет смысл посоветоваться с вендором - у лидеров рынка подобные службы всегда есть. Здесь главную роль играет вопрос доверия. Зачастую архитектура выбирается под стратегические планы развития, и акционеры далеко не всегда готовы их озвучивать сторонним партнерам. Банки, которые не доверяют своим поставщикам, скрывают от них часть важных для принятия решения сведений, лишают себя возможности трезво оценить реальный уровень связанных с проектом угроз и, как следствие, могут принимать неверные решения.

Следующий постулат – жесткое планирование всех этапов работ, по итогам каждого этапа необходимо оценивать итоги. Если же делать все и сразу, то на выходе можно не получить вообще ничего. Только глобальные банки типа "Сбербанка" могут позволить себе одновременно вести до 200 масштабных проектов.

Далее встает вопрос выбора. Естественно, отправной точкой служит требуемая функциональность. Однако, опять же, следует учесть накопленный отраслевой опыт. Предпочтение следует отдавать решениям, построенных с соблюдением современных промышленных стандартов.

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

С прошлого года интерес отечественного банковского сектора к возможностям использования клиентской аналитики сделал качественный скачок, а в этом году уже превратился в конкретные проекты. Еще пару лет назад банкиры спрашивали, нужна ли клиентская аналитика на российском банковском рынке, что это такое и какой от нее толк, не является ли это делом далекого будущего, не имеющим отношения к современным реалиям. Многие банкиры уверяли, что у них нет ни инфраструктуры, ни основы для построения системы клиентской аналитики. А в 2010 году нам стали задавать конкретные вопросы по функционалу, срокам внедрения, по возможному возврату инвестиций. Мы видим по общению со своими клиентами серьезный практический интерес к этим инструментам, и сегодня буквально пошел поток проектов по аналитическому CRM.

Банки хотят знать все: не только кто, как и какими услугами пользуется, но и чем интересуется, на что тратит деньги, с кем общается. По капле за каплей такой информации о человеке можно создать реальный портрет клиента и найти к нему индивидуальный подход. Фактически это означает анализ огромного количества данных, поиск неявных закономерностей и разбивку клиентов на множество целевых групп. Конечно, алгоритмы анализа являются "ноу-ХАУ", а вот обсуждать результаты банки готовы.

"Промсвязьбанк" в начале этого лета ввел в промышленную эксплуатацию систему принятия решений о выдаче кредитов в режиме реального времени. Программа одновременно обрабатывает сотни кредитных заявок, анализируя все имеющиеся данные о заявителе (историю его операций в самом банке и данные из различных бюро кредитных историй). Решение формируется в течение нескольких минут. Теперь банк может формировать персональные предложения, причем даже в тех случаях, когда ранее клиенту пришлось бы отказать. Риски тоже не забыты. Кредиты не выдаются тем, кто, по оценке системы, не собирается или не может своевременно обслуживать долг. В результате наметился активный рост розничного кредитного портфеля, расширяется пул надежных клиентов. По собственным оценкам банка, эффективность кредитования выросла за последние месяцы на 50%.

"Сбербанк" приступил к внедрению системы клиентской аналитики около года назад и планирует завершить его в середине 2012 года. Сейчас идет первый этап, его задача – строить аналитические отчеты по основным учетным продуктовым системам: по счетам, кредитам, карточному процессингу. Цель системы - консолидация, обработка и анализ клиентских данных, полученных из различных учетных систем. Банк хочет получить единое видение клиента, на агрегированных данных строить аналитические модели, к примеру, о потенциальной доходности продукта, лояльности клиентуры. Для анализа среднесрочных трендов используются учетные записи за 1-2 года, текущих – за последние полгода.

Следующий этап, который планируется завершить в конце 2012 года, – тиражирование системы на 17 территориальных подразделений и использование новых источников данных, например, CRM-системы, с помощью которой фиксируется статистика откликов на предложения, системы персонального учета VIP-клиентов. Для анализа последних важно знать их предпочтения по инвестиционным продуктам.

При выборе аналитического решения банком рассматривались SAS и Kxen. По оценкам экспертов рынка, SAS более функционален, даже "монструозен" в хорошем смысле этого слова, поддерживает все необходимые методы анализа, зато Kxen быстрее. "Сбербанк" выбрал SAS.

Потихоньку подтягивается и пространство СНГ – Казахский "Каспийский банк" в 2009 году внедрил аналитический скоринг, а в этом году - аналитический CRM. В результате маркетинговая политика банка приобрела узкоцелевую направленность – каждому клиенту предлагается именно та услуга, в которой он заинтересован в данный момент. Актуальность предложений поддерживается автоматически.

На Западе, где от модели взаимодействия с клиентами CRM уже начали переходить к PCM (Personal Customer Management), целевой маркетинг служит для крупных банков одним из важнейших каналов продвижения розничным клиентам своих услуг. С 2010 года эта тенденция получила активное развитие в России и в Казахстане. Так сейчас одна из самых развитых в СНГ банковских систем, и уровень конкуренции за клиентов очень высок.

В Европе, США работают виртуальные банки, использующие исключительно дистанционные модели. Одна такая организация есть и в России: банк "Тинькофф. Кредитные системы" (ТКС) выпустил более 1,3 млн кредитных карт клиентам по всей России, но имеет только "штаб-квартиру" в Москве. Офисов просто нет. Конечно, его операционные расходы несравнимо меньше, чем у "стационарных" коллег. Однако и возможностей привлечь клиентов тоже меньше. Подобные предприятия могут серьезно конкурировать с классическими банковскими моделями только одним способом – стать удобнее для пользователя. А воплотить все чаяния клиента в жизнь можно, лишь досконально изучив их. Человеку должно быть не просто комфортно, система должна "подыгрывать" ему. При этом все предложения по лимитам, ставкам и срокам должны формулироваться таким образом, чтобы минимизировать риски банка.

Иногда удается находить очень интересные закономерности. "Клиенты, которые указывают свой e-mail, являются для банка менее рискованными. И вовсе не потому, что если заказчик пользуется электронной почтой, значит, он более богатый и "продвинутый". А по той причине, что он просто готов рассказать о себе больше", - говорит он. С помощью CRM-аналитики руководство ТКС намерено сократить расходы на традиционный маркетинг, отказавшись от полномасштабных рекламных кампаний. Персональные предложения адресуются непосредственно клиенту, например, через социальные сети. Но ТКС - пионер в этой сфере на российском рынке. Другие банки пока не идут дальше аккаунта в Twitter и странички в Facebook.

Вообще маркетинг – основное направление использования клиентской аналитики, и российским банкам тут есть, куда расти. Бельгийское отделение банка ING, благодаря активному использованию подобных систем, проводит 5 рекламных кампаний в день, продавая одному клиенту 5-7 продуктов. Для сравнения, отечественные банки проводят столько же кампаний за месяц и продают одному клиенту в среднем 1-2 продукта.

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

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

Второй момент – важна клиентоориентированная модель бизнеса банка. Системы клиентской аналитики вряд ли пригодятся продукто-ориентированным банкам или банкам с зафиксированными каналами продаж через конкретные магазины, отели и т.д. Если банк делает ставку на бренд, то выгоды от использования систем клиентской аналитики будут видны очень слабо.

2.2 Выбор средств программирования

Основной задачей проекта было создание максимально простой, дешевой и эффективной системы автоматизации, поэтому в качестве основных средств программной разработки были выбраны среды не требующие затрат на свою покупку, распространяющиеся по лицензиям OpenSource, GPL (General Public License). По аналогичным соображениям была выбрана операционная система для установки SQL сервера и СУБД.

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

Несмотря на наличие диалектов и различий в синтаксисе, в большинстве своём тексты SQL-запросов, содержащие DDL и DML, могут быть достаточно легко перенесены из одной СУБД в другую.

Наличие стандартов и набора тестов для выявления совместимости и соответствия конкретной реализации SQL общепринятому стандарту только способствует «стабилизации» языка.

С помощью SQL программист описывает только то, какие данные нужно извлечь или модифицировать. То, каким образом это сделать решает СУБД непосредственно при обработке SQL запроса.

SQL - язык, который дает возможность создавать и работать в реляционных базах данных, являющихся наборами связанной информации, сохраняемой в таблицах.

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

Стандарт SQL определяется ANSI (Американским Национальным Институтом Стандартов) и в данное время также принимается ISO (Международной Организацией по Стандартизации). Однако, большинство коммерческих программ баз данных расширяют SQL без уведомления ANSI, добавляя различные особенности в этот язык, которые, как они считают, будут весьма полезны. Иногда они несколько нарушают стандарт языка, хотя хорошие идеи имеют тенденцию развиваться и вскоре становиться стандартами "рынка" сами по себе в силу полезности своих качеств.

SQL работает согласно реляционной информационной модели.

В реляционной модели данных таблица обладает следующими основными свойствами:

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

На содержимое таблиц допустимо накладывать ограничения в виде:

требования уникальности содержимого каждой ячейки какого-либо столбца и/или совокупности ячеек в строке, относящихся к нескольким столбцам;

запрета для какого-либо столбца (столбцов) иметь пустые (NULL) ячейки.

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

Ключи используются внутренними механизмами СУБД для оптимизации доступа к строкам таблиц (путем, например, их физического упорядочения по значениям ключей или построения двоичного дерева поиска).

Основными операциями над таблицами являются следующие:

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

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

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

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

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

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

 В настоящее время наибольшее распространение получили реляционные SQL СУБД двух групп:

  •  мощные крупные коммерческие СУБД, ориентированные на хранение огромных объемов информации (от гигабайт);
  •  мобильные компактные свободно распространяемые (в том числе и в исходных кодах) СУБД, использование которых оправдано и для БД объемом всего лишь в десятки килобайт, т.к. они распространяются совершенно бесплатно.

Наиболее известными СУБД первой группы являются:

  •  Sybase SQLserver фирмы Sybase, Inc.;
  •  Oracle фирмы Oracle Corporation;
  •  Ingres фирмы Computer Associates International;
  •  Informix фирмы Informix Corporation.

К наиболее популярным СУБД второй группы относятся:

  •  PostgreSQL организации PostgreSQL;
  •  microSQL фирмы Hughes Technologies Pty. Ltd.;
  •  mySQL фирмы T.C.X DataKonsult AB.

Особняком стоит система SQLite, которая явялется по-сути, встраиваемым движком баз данных. Слово «встраиваемый» означает, что SQLite не использует парадигму клиент-сервер, то есть движок SQLite не является отдельно работающим процессом, с которым взаимодействует программа, а предоставляет библиотеку, с которой программа компонуется и движок становится составной частью программы.

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

В данном проекте, управление сервером баз данных, реализуются средствами СУБД MySQL.

Преимуществами MySQL по сравнению с остальными СУБД являются:

  •  производительность (использует Yahoo и Google);
  •  масштабируемость (в компании Omniture в реальном масштабе времени используется 7000 серверов MySQL);
  •  надежность (в коде проприетарных продуктов содержится в десять с лишним раз больше уязвимостей);
  •  простота использования, простота внедрения (за 15 минут можно скачать и запустить систему);
  •  открытая и модульная разработка;
  •  низкие совокупные затраты (платить нужно только при потребности в поддержке).

SQL-сервер реализует собственно хранение данных и манипулирование ими. Он принимает запросы на языке SQL от своих клиентов, выполняет их и возвращает результаты (чаще всего в виде вновь построенных таблиц) клиентам. Для общения с клиентами используется специальный протокол (как правило, реализованный в виде протокола прикладного уровня стека сетевых протоколов TCP/IP).

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

Клиентскую часть СУБД составляют клиенты трех основных типов.

Интерактивные клиенты, обеспечивающие пользователю-человеку возможность общения с SQL-сервером непосредственно с помощью языка SQL.

ИПП-клиенты, обеспечивающие интерфейс прикладного программирования (ИПП) прикладным программам, использующим средства SQL-сервера. Такой ИПП может быть средством общения прикладной программы с SQL-сервером на языке SQL или набором стандартных функций доступа к реляционной SQL БД без формирования символьных строк запросов (например, стандартный интерфейс ODBC).

WWW-клиенты, встраиваемые в World Wide Web-сервера и обеспечивающие доступ к информационным возможностям SQL-сервера пользователям сети Internet по протоколу HTTP (протоколу передачи гипертекстовых документов).

Именно с последним типом клиентов и работает программа, разработанная для работы с БД клиентов и заказчиков, которая в свою очередь написана на простом и широко распространенном языке PHP.

Основным языком программирования при создании системы бы выбран PHP (англ. PHP: Hypertext Preprocessor — «PHP: препроцессор гипертекста», — «Инструменты для создания персональных веб-страниц») — язык программирования, созданный для генерирования HTML-страниц на веб-сервере и работы с базами данных.

В области программирования для Сети, PHP — один из популярнейших скриптовых языков благодаря своей простоте, скорости выполнения, богатой функциональности и распространению исходных кодов на основе лицензии PHP. PHP отличается наличием ядра и подключаемых модулей, «расширений»: для работы с базами данных, сокетами, динамической графикой, криптографическими библиотеками, документами формата PDF и т. п. Любой желающий может разработать своё собственное расширение и подключить его. Не нужно писать свои собственные функции. При использовании, к примеру, C, придется это делать самим.

В PHP переданные сценарию параметры автоматически станут переменными сценария, с которыми можно работать, как с обыкновенными переменными. То же самое происходит с переменными окружения сервера.

Следует упомянуть, что PHP поддерживает работу с различными базами данных (MySQL, PostgresSQL, Sybase, Informix, др.). Поддержка всех этих возможностей уже имеется в PHP.

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

Основными достоинствами являются12:

  •  простота разработки, внедрения приложений, распространенность приложений;
  •  полная поддержка всеми web-серверами (Apache, IIS) и интернет хостингами;
  •  простота работы c запросами SQL.

Проведем сравнительный анализ двух технологий создания динамических Web-страниц – ASP.net и PHP, и СУБД – MySQL и MS-SQL чтобы обусловить выбор PHP и MySQL для разработки программы управления БД клиентов и заказчиков (табл. 2.1).

Таблица 2.1

Сравнительный анализ PHP - ASP.net и MySQL – MS-SQL

№ п/п

Критерий

PHP (СУБД MySql, Web-сервер Apache, ОС Linux)

ASP.net (СУБД MS SQL Server, Web-сервер IIS, ОС Windows)

1

Стоимость

Открытая и бесплатнаятехнология (однако разработка и поддержка коммерческих проектов обходится дорого)

Платная технология (придется оплатить несколько лицензий Microsoft)

2

Сложность

освоения

Не нужна дорогая среда программирования, достаточно пары учебников

Необходима среда разработки Visual Studio, MSDN, доступ в Интернет

3

Основное

предназначение

Мелкие и средние проекты, рассчитанные на небольшие группы программистов

Средние и большие проекты, рассчитанные на большие группы программистов под четким управлением

4

Скорость работы

Скорость работы обеспечивается тем, что все PHP-приложения работают в едином адресном пространстве. Подход более быстр, но менее надежен, но  абсолютно не требователен к аппаратным ресурсам.

За счет сложной модели классов ASP.net многократно перепроверяет данные, удерживая каждое приложение в отдельном адресном пространстве. Подход более надежен и не менее быстр, но более требователен к ресурсам

5

Кэширование

данных из БД

Генерирует множество запросов к СУБД

Старается делать из БД как можно меньше выборок, помещая все актуальные таблицы и даже связи между ними в кэш (технология ADO.NET )

6

Наличие отладчика

Полноценного отладчика нет, но может компенсироваться Фреймворками сторонних производителей

Удобный отладчик Visual Studio

CodeIgniter — фреймворк написанный на PHP для разработки полноценных веб-систем и приложений. CodeIgniter является инструментарием для тех, кто строит веб-приложения на PHP. Его цель в том, чтобы позволить вам разрабатывать приложения быстрее, чем если бы вы писали код с нуля, предоставляя богатый набор библиотек для часто используемых задач, а также простой интерфейс и логическую структуру для доступа к этим библиотекам. CodeIgniter позволяет творчески сосредоточиться на ваших проектах, используя минимальный объема кода, необходимый для той или иной задачи.

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

Основными достоинствами Фреймворка CodeIgniter являются13:

  •  CodeIgniter бесплатен. Он лицензирован под Apache/BSD-style open source license для того, чтобы вы могли использовать его как угодно.
  •  поддержка версий PHP4 и PHP5;
  •  модель MVC (Model-View-Controller);
  •  поддержка баз данных MySQL, PostgreSQL, MSSQL, SQLite, Oracle;
  •  легко расширяемая система через подключение собственных библиотек и плагинов;
  •  возможность использование ЧПУ. Так же возможно использовать стандартый вид адресной строки;
  •  фреймворк уже содержит в себе большинство необходимых библиотек для работы с файлами, отправки электронных писем, проверкой данных форм, поддержки сессий, работу с изображениями и многие другие;
  •  обладает возможностью кеширования на стороне сервера SQL-запросов и генерируемых html-страниц;
  •  хорошо спроектированная документация на английском языке с примерами;
  •  очень быстр в работе. В этом смысле — эталон скорости и пример для подражания.

Многие PHP-программисты считают CodeIgniter лучшим выбором.

2.3 Структурная схема программы

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

Web-интерфейс. Если аналитик работает с банком через Web-интерфейс, единственным требованием является наличие на его компьютере программы Microsoft Internet Explorer версии 5.5 или выше. Клиенты системы, используя Web-браузер, подключаются к Web-серверу банка через сеть Интернет, либо через коммутируемую или выделенную линию, как это показано на рис. 2.5.

Таким образом, при работе аналитика через Web-интерфейс обработка документов в системе производится следующим образом: клиент, используя стандартный браузер Internet Explorer, заполняет экранные формы требуемых документов. Java-классы, работающие на Web-сервере, обрабатывают полученные данные и помещают их в базу данных.

Рис. 2.5 Структурная схема системы

Работа с системой происходит следующим образом. Банковский аналитик заходит в программу. Выбирает меню (расчет какого показателя его интересует в данный момент), вводит данные, система  производит расчет.

Таким образом, функциональную схему системы можно представить в виде рис. 2.6.

Рис. 2. 6 Функциональная схема системы

 

2.4 Разработка интерфейсных форм

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

Одним из подходов по снижению психологических нагрузок пользователя является создание интерактивного интерфейса пользователя.

Для создания психологических комфортных условий пользователя на основе психологии человек-машина разработаны основные стандартизованные подходы.

Человеко-машинное взаимодействие (HCI - Human-Computer Interaction) – это наука, которая изучает, как люди используют компьютерные системы, чтобы решить поставленные задачи. HCI обеспечивает нас знаниями о компьютере и человеке для того, чтобы взаимодействие между ними было более эффективным и более удобным.

Интерфейс пользователя выполнен на языке разметки HTML с использованием JavaScript и библиотеки jQuery, что позволило построить интерактивный пользовательский интерфейс программы.

Имеется ряд стилей взаимодействий, которые делятся на два основных вида. Первый – это использование интерфейса языка команд - ввод команд текстовыми средствами, а второй – это непосредственное манипулирование.

Таким образом, имеется ряд способов, которыми пользователь мог бы связываться с компьютером:

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

Другой термин, используемый для прямого интерфейса манипулирования - графический интерфейс пользователя.

В своей программе я использовал комбинированную систему управления – формы, меню и диалоговые варианты, вида «вопрос-ответ».

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

Основные принципы создания интерфейса:

а) Естественность (интуитивность).

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

б) Непротиворечивость.

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

в) Неизбыточность.

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

г) Непосредственный доступ к системе помощи.

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

д) Гибкость.

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

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

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

Рис. 2.7 Первая страница веб-интерфейса

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

<?php

if(isset($_POST['val1']) && isset($_POST['val2']))

{

$val1=strip_tags($_POST['val1']);

$val2=strip_tags($_POST['val2']);

if($val2!==0)

{

 $res=round($val1/$val2,6);

 $response=array('status'=>'ok','res'=>$res);

}

else

{$response=array('status'=>'error','msg'=>'Р?РµР?Р?С?С? Р?Р? 0 Р?РµР?С?Р?С?!');}

}

else

{

$response=array('status'=>'error','msg'=>'Р?С?Р?Р?РєР? Р?С?Р? Р?С?Р?С?Р?Р?РєРµ Р?Р?Р?С?Р?С?Р?!');

}

echo(json_encode($response));

?>

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

<?php

if(isset($_POST['val1']) && isset($_POST['val2']) && isset($_POST['val3']) && isset($_POST['val4']) && isset($_POST['val5']) && isset($_POST['val6']) && isset($_POST['val7']) && isset($_POST['val8']) && isset($_POST['val9']) && isset($_POST['val10']) && isset($_POST['val11']))

{

$val1=strip_tags($_POST['val1']);

$val2=strip_tags($_POST['val2']);

$val3=strip_tags($_POST['val3']);

$val4=strip_tags($_POST['val4']);

$val5=strip_tags($_POST['val5']);

$val6=strip_tags($_POST['val6']);

$val7=strip_tags($_POST['val7']);

$val8=strip_tags($_POST['val8']);

$val9=strip_tags($_POST['val9']);

$val10=strip_tags($_POST['val10']);

$val11=strip_tags($_POST['val11']);

 

$res=$val1+$val2+$val3+$val4+$val5-$val6-0.14*$val7-0.11*$val8-0.08*$val9-0.09*$val10-0.05*$val11;

$res = round($res,6);

$response=array('status'=>'ok','res'=>$res);

}

else

{

$response=array('status'=>'error','msg'=>'РћСРёР±РєР° РїСЂРё РѕСправке запроса!');

}

echo(json_encode($response));

?>

При выборе расчета объема свободных кредитных ресурсов выполняется модуль:

<?php

if(isset($_POST['eff']) && isset($_POST['fac']))

{

$eff=strip_tags($_POST['eff']);

$fac=strip_tags($_POST['fac']);

 

$res=$eff-$fac;

$res = round($res,6);

$response=array('status'=>'ok','res'=>$res);

}

else

{

$response=array('status'=>'error','msg'=>'РћСРёР±РєР° РїСЂРё РѕСправке запроса!');

}

echo(json_encode($response));

?>

Для анализа эффективности использования кредитных ресурсов реализован следующий модуль:

<?php

if(isset($_POST['effKredRes']) && isset($_POST['facKredRes']) && isset($_POST['per']))

{

$eff=strip_tags($_POST['effKredRes']);

$fac=strip_tags($_POST['facKredRes']);

$per=strip_tags($_POST['per']);

 

$res=($fac*$per)/($eff*$per);

$res = round($res,6);

$response=array('status'=>'ok','res'=>$res);

}

else

{

$response=array('status'=>'error','msg'=>'РћСРёР±РєР° РїСЂРё РѕСправке запроса!');

}

echo(json_encode($response));

?>

Степень недоиспользхования ресурсо оценивается с помощью следующего модуля:

<?php

if(isset($_POST['effLast']))

{

$eff=strip_tags($_POST['effLast']);

 

$res=(1-$eff)*100;

$res = round($res,6);

$response=array('status'=>'ok','res'=>$res);

}

else

{

$response=array('status'=>'error','msg'=>'РћСРёР±РєР° РїСЂРё РѕСправке запроса!');

}

echo(json_encode($response));

?>

Таким образом, система реализуется с помощью пяти функциональных модуля (приложение 1):

  •  расчет коэффициента рефинансирования (Кр) - koeffRefin.php
    •  расчет эффективных кредитных ресурсов (КРэ) - effKredRes.php
    •  расчет объём свободных кредитных ресурсов (КРс) - obSvobKredRes.php
    •  анализ эффективности использования кредитных ресурсов (Экр) - effIspKredRes.php
    •  анализ степени недоиспользования ресурсов (Rисп) - stepNedoisp.php

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

Кроме того, описаны способы применения PHP для разработки приложений, рассмотрены методы объектно-ориентированного программирования на PHP, отладки и тестирования приложений.

Данные, полученные в экономическом разделе, показали высокую эффективность программы, что во многом связано с использованием в разработке систем с открытым программным кодом (OpenSource).

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

Работа с системой происходит следующим образом. Банковский аналитик заходит в программу. Выбирает меню (расчет какого показателя его интересует в данный момент), вводит данные, система  производит расчет.

Система реализуется с помощью пяти функциональных модуля:

  •  расчет коэффициента рефинансирования (Кр) - koeffRefin.php
    •  расчет эффективных кредитных ресурсов (КРэ) - effKredRes.php
    •  расчет объём свободных кредитных ресурсов (КРс) - obSvobKredRes.php
    •  анализ эффективности использования кредитных ресурсов (Экр) - effIspKredRes.php
    •  анализ степени недоиспользования ресурсов (Rисп) - stepNedoisp.php


Глава 3 ОЦЕНКА ЭФФЕКТИВНОСТИ СИСТЕМЫ АВТОМАТИЗАЦИИ  ПРОЦЕССА ФОРМИРОВАНИЯ ОСНОВНЫХ ПОКАЗАТЕЛЕЙ БАНКА ДЛЯ АНАЛИЗА ПРИВЛЕЧЕННЫХ СРЕДСТВ

3.1 Планирование и организация  процесса разработки систем       управления

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

Согласно ГОСТ 23501.1-79 регламентируются следующие стадии проведения исследования:

  •  техническое задание – ТЗ (ГОСТ 23501.2-79);
  •  эскизный проект – ЭП (ГОСТ 23501.5-80);
  •  технический проект – ТП (ГОСТ 23501.6-80);
  •  рабочий проект – РП (ГОСТ 23501.11-81);
  •  внедрение – ВП (ГОСТ 23501.15-81).
  •  эксплуатация и сопровождение.

Все эти работы выполняются одним исполнителем – программистом.

Содержание основных работ по всем стадиям разработки приведены в табл. 3.1.

Таблица 3.1

Перечень работ по стадиям разработки

Наименование работ

Этап

  1.  Постановка задачи

ТЗ

  1.  Сбор материалов и анализ существующих разработок

  1.  Подбор литературы

  1.  Определение требований к системе

  1.  Определение стадий, этапов и сроков разработки базы данных

  1.  Анализ программных средств схожей тематики

ЭП

  1.  Разработка функциональной схемы программы

  1.  Разработка структуры программы управления по подсистемам

  1.  Документирование

  1.  Определение требований к программе управления

ТП

  1.  Выбор инструментальных средств

  1.  Определение свойств и требований к аппаратному обеспечению

  1.  Разметка таблиц структуры БД

РП

  1.  Программирование

  1.  Тестирование и отладка программы управления

  1.  Разработка программной документации

  1.  Согласование и утверждение работоспособности системы

  1.  Опытная эксплуатация

ВП

  1.  Анализ данных, полученных в результате эксплуатации

  1.  Корректировка технической документации по результатам испытаний

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

Трудоемкость каждого вида работ определяется по формуле:

 

,        (3.1)

Где:

Tmin – минимально возможная трудоемкость выполнения отдельного вида работ;

Tmax – максимально возможная трудоемкость выполнения отдельного вида работ.

Продолжительность каждого вида работ в календарных днях (ti) определяется в днях по формуле:

,      (3.2)

Где:

Ti – трудоемкость работ, человек-дней;

Чi – численность исполнителей, человек;

Kвых – коэффициент, учитывающий выходные и праздничные дни:

     (3.3)

Где:

Ккал.число календарных дней;

Краб. – рабочие дни;

Согласно производственному и налоговому календарю на 2012 год, количество рабочих дней составляет 249 дней, количество предпраздничных дней – 7, таким образом: Kвых=1,5.

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

Таким образом, общая продолжительность проведения работ составит 96 рабочих дней, при последовательном выполнении всех вышеозначенных в приложении 2 этапов работы.

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

Ленточный график разработки программы управления базой данных товаров, построенный по данным таблицы приложения 2, приведен в приложении 3, с учетом того факта, что разработку программного продукта ведет 1 человек, график рассчитан на 147 календарных дней.

3.2 Расчет затрат на разработку систем управления

Сметная стоимость проектирования и внедрения программы включает в себя следующие затраты, определяемые по формуле:

Спросн + Сдоп + Ссоц + См + Смаш.вр + Сн,      (3.3)

Где:

Спр – стоимость разработки ПО, руб.;

Сосн – основная заработная плата исполнителей, руб.;

Сдоп – дополнительная заработная плата исполнителей, учитывающая потери времени на отпуска, руб.;

Ссоц – отчисления на социальные нужды, руб.;

См – затраты на используемые материалы, руб.;

Смаш.вр – затраты на  машинное время, руб.;

Сн – накладные расходы включают затраты на управление, уборку, ремонт, электроэнергию, отопление и др., руб.

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

 ,        (3.4)

Где:

 Сосн – заработная плата исполнителей (руб.);

 Сср – средняя дневная оплата труда работника организации-разработчика программного продукта (3000 руб./чел.дн.);

 Т – трудоемкость разработки программного продукта (чел.дн.).

руб.

Таблица 3.2

Расчет основной заработной платы

  Исполнитель

Оклад,

руб/мес.

Оклад,

руб./дн.

Трудоемкость,

чел.-дн.

Сумма

Руб.

Разработчик

    63000

       3000

96

288000

Основная заработная плата исполнителя Сосн

288000

Дополнительная заработная плата исполнителей, учитывающая потери времени на отпуска и болезни (принимается в среднем 15% от основной заработной платы);

,          (3.5)

руб.

Отчисления на социальные нужды:

- Пенсионный фонд Российской Федерации — 22 %

- ФСС — 2,9 %

- Фонды обязательного медицинского страхования — 5,1 %

Всего - 30%.

,         (3.6)

руб.

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

Таблица 3.3

Расчет стоимости материалов

Материалы

Количество, шт.

Стоимость, руб.

Бумага писчая, пачек

3

900

Картридж для принтера, шт

1

2100

Другие канцтовары

-

1000

Общая стоимость материалов, См

4000

Затраты на машинное время, необходимое для разработки ПО, расходы на приобретение и подготовку материалов научно-технической информации. Расчет затрат на машинное время осуществляется по формуле:

Смаш.вр = Цмаш.вр * Тмаш.вр ,        (3.7)

Где:

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

Тмаш.вр – машинное время, используемое на проведение работ.

Стоимость машинного дня принимается равным исходя из стандартного комплекта персонального компьютера. Стандартный монитор и системный блок производителя HP принимается равным  35000 руб. Норма амортизации 3 года, и отсутствие затрат на ремонт, т.к. в течении всего срока использования действует гарантия производителя. Потребление подобного комплекта оборудования принимается равным 300 вт/час. При  стоимости 1 кВт*ч равной по тарифам «Мосэнергосбыта» на 2012 год 1,83 руб., при расходе менее 500кВт*ч в месяц, получаем  Цмаш.вр = 16,6 руб/дн.

Необходимое количество машинного времени для реализации проекта по разработке программы рассчитывается по формуле:

Tмаш.вр = Ti * tсм * Tср.маш,         (3.8)

Где:

Ti – трудоемкость работ, чел-дн;

tсм – продолжительность рабочей смены (При пятидневной рабочей неделе tсм = 8 ч);

Tср.маш- средний коэффициент использования машинного времени (Tср.маш = 1).

Тогда:          

Tмаш.вр = 96 * 8 * 1 = 768 ч.

Стоимость машинного времени составит:

Смаш.вр = 16,6 * 768 = 12748,8 руб.

К статье «Накладные расходы» относят расходы, связанные с управлением и организацией работ. Накладные расходы рассчитываются относительно основной заработной платы. Величина накладных расходов принимается равной 85% от основной зарплаты исполнителей.

Формула расчета:

Сн = Сосн * kнакл,         (3.9)

Где:

Сн – накладные расходы, руб.;

Сосн – основная заработная плата исполнителей, руб.;

kнакл. – коэффициент учета накладных расходов (К = 0,85). 

Сн = 288000 * 0,85 = 244800 руб.

Результаты расчета затрат на проектирование программного обеспечения сведены в таблице 3.4.

Таблица 3.4

Смета затрат на разработку и внедрение программы

Наименование статей

Обозначение

Сумма, руб.

Основная заработная плата

Сосн

288000

Дополнительная заработная плата

Сдоп

43200

Отчисления на социальные нужды

Ссоц

99360

Материалы

Смат

4000

Стоимость машинного времени

Смаш.вр

12748

Накладные расходы

Сн

244800

Итого

Сраз

692108

Таким образом, себестоимость разработки составляет 692108 руб.

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

Общая величина годовых текущие затрат по базовому и проектному вариантам (себестоимость обработки информации) состоит из основных и накладных затрат и определяется по формуле:

С = Смат + Сосн + Сдоп + Ссоц + Сам + Снакл,      (3.10)

Где:

С – общая величина годовых текущих затрат, руб./год;

Смат – затраты на основные материалы, руб./год;

Сосн – основная заработная плата работников, представляет оплату за отработанное время, включает зарплату по тарифу, стимулирующие и компенсирующие доплаты и надбавки (премии, за работу в ночное время, за совмещение профессий и др.), руб./год;

Сдоп – дополнительная заработная плата, учитывает выплаты зa неотработанное время (оплата отпусков, льготных часов, за выслугу лет и др.), принимается в размере 12-15% от основной заработной платы, руб./год;

Ссоц – отчисления во внебюджетные фонды государственного социального страхования, руб./год;

Сам – годовая сумма амортизационных отчислений по соответствующим группам основных производственных фондов и нематериальных активов, руб./год;

Снакл – накладные расходы, включают затраты на управление, уборку, ремонт, электроэнергию, отопление и т.п. (принимаются в размер 60-120% от суммы основной и дополнительной заработной платы), руб./год.

В данном случае было принято решение о покупке помещения под офис, то общая величина годовых расчетов в проектном и базовых вариантах не включает годовых расходов на арендную плату Сар

Рассчитаем годовые текущие затраты для каждого из вариантов отдельно.

В базовом варианте величина Смат складывается из стоимости бумаги и канцелярских товаров. Общий расход бумаги определяется в листах формата А4, из расчёта примерно 1500 знаков на 1 лист.

Смат.б. = Сбум + Сканц,         (3.11)

Где:

 Смат.б – затраты на основные материалы в базовом варианте, руб./год;

Сбум – затраты на бумагу, руб./год;

Сканц – затраты на канцелярские принадлежности, руб./год.

Пользуясь критерием необходимости и достаточности, Сканц в базовом варианте примем в размере 2500 рублей на одного человека:

Сканц.б. = 5*2500 = 12500 руб./год.

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

Таким образом, стоимость бумаги Сбум составит:

Сбум = Qвыв·Спачк/Nпачк,        (3.12)

Где:

Nпачк – количество листов в пачке (Nпачк =500), лист;

Спачк – стоимость одной пачки бумаги, руб.

Расходы на бумагу составят:  Сбум = 6100*300/500 = 3660 руб./год.

Подсчитаем затраты на основные материалы для базового варианта, подставив в формулу [Смат.б. = Сбум + Сканц], получим:

Смат.б = 12500 + 3660  = 16160 руб/год.

Общую величину годовых затрат на основную и дополнительную заработную плату [Сзар = Сосн + Сдоп] можно определить сразу, исходя из размера среднемесячной оплаты труда Зсрм и количества занятых работников Wп:

Сзар.б = 12*Зсрм *Wп,,         (3.13)

Где:

Сзар.б. – общая величина годовых затрат на основную и дополнительную заработную плату, руб./год;

Зсрм – среднемесячная оплата труда, руб./мес.

Для базового варианта затраты на основную и дополнительную зарплату составят:

Сзар.б. = 12*23620*5 = 1417200 руб./год.

Отчисления на социальные нужды Ссоц рассчитываются от суммы основной и дополнительной заработной платы в размере 30% (=0,3):

Ссоц.б. = 0,3 * Сзар.

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

Ссоц.б. = 0,3*1417200 = 425160 руб./год.

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

На = 1/ Тсл,           (3.14)

Где: 

На – норма амортизации, 1/лет;

Тсл – полезного использования объекта, лет.

Для покупаемого под офис помещения установим срок службы 50 лет. Для инвентаря примем срок службы равный 7 лет, для оборудования – 3 года. Срок службы для нематериальных активов таких как программное обеспечение и затраты, связанные с обучением сотрудников примем равным сроку службы для оборудования – 3 года, из-за того что рынок программного обеспечения развивается динамично, и выпуск производителем новых версий может повлечь за собой затраты на переобучение сотрудников.

Следует, что, так как срок службы примерно составляет 50 лет, подставим в формулу и получим:

На = 1/50 = 0,02 руб./год.

Следовательно, срок службы для инвентаря составляет 7 лет, отсюда получим:

На = 1/7=0,143 руб./год.

При расчете суммы амортизации можно воспользоваться формулой:

Сам = Σni=1аi*Ki),         (3.15)

Где:  

Сам – сумма амортизации, руб./год;

Наi – норма амортизации io основного средства, 1/лет;

Ki – первоначальная стоимость io основного средства, руб.

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

Сам.б. = 0,02*2012500 + 0,143*79565 = 51627,79 руб./год.

Долю накладных расходов примем в размере 90% (=0,90) от суммы основной и дополнительной заработной платы:

Снакл = 0,9* Сзар,

Где:

Снакл – доля накладных расходов, руб./год.

Для базового варианта доля накладных расходов составит:

Снакл.б. = 0,9*1417200 = 1275480 руб/год.

Таким образом, по формуле общие годовые текущие затраты на обработку информации в базовом варианте составят:

Сб = Смат.б + Сзар.б + Ссоц.б + Зам.б + Снакл.б,

подставим уже имеющиеся данные в данную формулу, получим:

Сб = 16160+1417200+425160+51627,79+1275480=3185627,79  руб./год

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

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

Смат.пр = Сбум + Сканц + Спечат,

Где:

Сбум — затраты на основные материалы в проектном варианте, руб/год;

 Сканц – затраты на материалы для печатающего устройства, руб/год;

Зная годовой объем выводимой информации можно рассчитать стоимость расходных материалов Спечат для печатающего устройства:

Спечат = Qвыв* Скарт/Rкарт,

Где:

Rкарт – ресурс печатающего картриджа, лист;

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

Рассчитаем стоимость расходных материалов:

Спечат.пр = 6100*4500/10000 = 2745 руб./год.

Стоимость канцелярских принадлежностей в проектном варианте Сканц составит 1500 рублей на одного человека:

Сканц.пр =2*2500 = 5000 руб./год.

Тогда, затраты на основные материалы по формуле [Смат.пр = Сбум.пр + Сканц.пр + Спечат.пр] в проектном варианте равны:

Смат.пр = 2013 + 5000 + 2745 = 9758 руб./год.

В проектном варианте затраты на основную и дополнительную зарплату по формуле [Сзар.пр = 12*Зсрм *Wп] составят:

Сзар.пр = 12*23620*2=566880 руб./год.

Отчисления на социальные нужды по формуле [Ссоц.б. = 0,3*Сзар], в проектном варианте составят:

Ссоц =0,3*566880 = 170064 руб./год.

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

Таким образом, расходы на амортизацию для проектного варианта составят:

Сам.пр = 0,02*690000 + 0,143*38245 + 0,25*130000 + 0,25*35600 + 0,25*19000 = 65419,29руб./год.  

Дня проектного варианта доля накладных расходов состоит:

Снакл = 0,90*566880 = 510192 руб./год.

Рассчитаем общие годовые текущие затраты на обработку информации в проектном варианте:

Спр = 9758 + 566880 + 170064 + 65419,29+ 510192 = 1322313,29 руб./год.

3.3 Оценка показателей экономической эффективности

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

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

В базовом варианте количество сотрудников, выполняющих данный объем работ без применения ПО – 5 человек.

В проектном варианте количество сотрудников, которые будут выполнять данный объем работ с использованием разработанного ПО – 2 человека и 2 ПЭВМ.

Зная величины текущих затрат дли базового (Сб) и проектного (Спр) вариантов, определим величину годовой экономии на текущих затратах:

ΔС = Сб – Спр,,          (3.16)

Где:

ΔС – величина годовой экономии на текущих затратах, руб./год;

Подставив имеющиеся величины затрат для обоих вариантов в формулу, следовательно получим:

ΔС = 3130127,2 – 1322313,29 = 1807813,91 руб./год.

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

Из приведенных выше расчетов, ясно видно, что имеет место существенная экономия средств за счет сокращения количества работников (2 вместо 5), и как следствие на социальных выплатах, рабочих местах, производственных площадях и т.д. 

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

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

Годовые приведенные затраты для io варианта инвестирования (Зi) определяются из выражения:

Зi = Сi + Ен·Кi,          (3.17)

Где:

Ci – годовые   текущие  затраты  для  io  варианта (себестоимость обработки информации), руб./год;

Кi – капиталовложения по i-му варианту руб./год;

Ен – нормативный коэффициент эффективности капитальных вложений, соответствующий годовой норме доходности капитала, принятой инвестором в качестве приемлемой для него величины., 1/лет.

Значение Ен зависит от конкретных экономических условий, средней банковской процентной ставки по стране, нормы доходности в данной отрасли, степени риска проекта, инфляции, средневзвешенной стоимости капитала фирмы. Минимальный размер Ен составляет примерно 15% (=0.15). Произведение Ен·Кi определяет нормативную (минимально допустимую) прибыль на используемый капитал и величина 3пр в целом представляет стоимость всех израсходованных ресурсов или минимально допустимый (нормативный) результат.

Годовые приведенные затраты для базового и проектного варианта  инвестирования соответственно составит:

Зпр.б = 3185627,79 + 0,15*2092065 = 3499437,54 руб./год.

Зпр.пр = 1322313,29 + 0,15*919345 = 1460215,04 руб./год.

При сравнении проектов, сопоставимых пo результату, выбор лучшего делается из условия минимума величины приеденных затрат:

Зпрmin.

Годовой экономический эффект Эг находится как разница приведенных затрат по двум сравниваемым вариантам:

Эг = Зб – 3пр,           (3.18)

Где:

Эг – годовой экономический эффект, руб./год;

3б – годовые приведенные затраты по базовому варианту, руб./год;

3пр – годовые приведенные затраты по проектному варианту, руб./год;

Выражение для Эг можно переписать в следующем виде:

ЭГ = (С6 – СП) – ЕН·П – К6).

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

Проектный вариант предпочтительнее базового, если Эг > 0.

В соответствии с формулой [Эг = 36 – Зпр ], годовой экономический эффект при переходе на проектный вариант составит:

Эг = 3499437,54 – 1460215,04 = 2039222,5 руб./год.

Существенная величина экономического эффекта говорит о преимуществе использования проектного варианта сбора и обработки информации, следовательно, предпочтение стоит отдать именно этому варианту.

Для принятия окончательного решения можно воспользоваться коэффициентом дополнительных капитальных вложений Е и величиной срока окупаемости дополнительных капитальных вложений Tок. Поскольку полученная по формуле [ΔК = Кпр – Кб] величина дополнительных капитальных вложений ΔК говорит об экономии на капитальных вложениях в проектном варианте по сравнению с базовым, то расчет этих показателей не окажет влияния па принимаемое решение.

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

Таким образом, ясно прослеживается преимущество автоматизации, экономия средств составляет до 41,55 % годовых затрат, по сравнению с традиционным, базовым методом производства.

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

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

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

Еще одной статьей расходов, при построении больших проводных сетей, будут проводники, соединяющие ПЭВМ, сервера и коммутаторы между собой. Так же , в данной работе не учитывались расходы на квалифицированный монтаж низковольтных кабельных трасс и коммутационных разъемов.

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

Таблица 3.5

Основные технико-экономические показатели проекта

Показатель

Еденица измерения

Варианты

Проектн. вар-т в % к базовому

Базовый

Проектный

Способ обработки инфомации

-

вручную

автоматизированный

-

Применяемые технические средства

-

калькулятор, пишущая машинка

ЭВМ, принтер

-

Годовая трудоемкость по обработке информации

чел-ч

8387,5  

2355,82

28,08

маш-ч

-

1702,25

-

Кол-во исполнителей

чел

5

2

40

Капитальные вложения

руб.

2092065

919345

43,9

Годовые текущие затраты

руб.

3185627,79  

1322313,29

41,55

Годовые приведенные затраты

руб.

3499437,54

1460215,04

41,77

Годовой экономический эффект

руб./год

-

2039222,5

-

    

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

Существенная величина экономического эффекта говорит о преимуществе использования проектного варианта сбора и обработки информации, следовательно, предпочтение стоит отдать именно этому варианту.

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

Использование разрабатываемой программы намного позволяет облегчить работу персонала, дает больше свободного времени на выполнение других обязанностей. 


ЗАКЛЮЧЕНИЕ 

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

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

Результатом развития программно-аппаратных средств стало создание автоматизированных банковских систем (АБС).

Целями использования АБС являются:

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

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

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

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

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

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

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

В рамках данной работы была разработана система автоматизации  процесса формирования основных показателей банка для анализа привлеченных средств.

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

Кроме того, описаны способы применения PHP для разработки приложений, рассмотрены методы объектно-ориентированного программирования на PHP, отладки и тестирования приложений.

Данные, полученные в экономическом разделе, показали высокую эффективность программы, что во многом связано с использованием в разработке систем с открытым программным кодом (OpenSource).

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

Работа с системой происходит следующим образом. Банковский аналитик заходит в программу. Выбирает меню (расчет какого показателя его интересует в данный момент), вводит данные, система  производит расчет.

Система реализуется с помощью пяти функциональных модуля:

  •  расчет коэффициента рефинансирования (Кр) - koeffRefin.php
    •  расчет эффективных кредитных ресурсов (КРэ) - effKredRes.php
    •  расчет объём свободных кредитных ресурсов (КРс) - obSvobKredRes.php
    •  анализ эффективности использования кредитных ресурсов (Экр) - effIspKredRes.php
    •  анализ степени недоиспользования ресурсов (Rисп) - stepNedoisp.php

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

Использование разрабатываемой программы намного позволяет облегчить работу персонала, дает больше свободного времени на выполнение других обязанностей. 

 


СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

  1.  Федеральный закон от 2 декабря №395-1 "О банках и банковской деятельности"
  2.  Федеральный закон от 10 января №1-ФЗ "Об электронной цифровой подписи"
  3.  Федеральный закон от 27 июля №149-ФЗ“ Об информации, информационных технологиях и о защите информации”
  4.  Стандарт Банка России СТО БР ИББС-1.0- 2006 “Обеспечение информационной безопасности организаций банковской системы Российской Федерации. Общие положения”
  5.  Web-интерфейс объектной СУБД. - http://www.inteltec.ru/publish/articles/objtech/maltsev.shtml
  6.  Автоматизированная обработка банковской информации, И. В. Додонова, О. В. Кабанова  КноРус, 2008 г.
  7.  Банковская система РФ А. В. Шестаков,- М.: МГИУ, 2010 г.
  8.  Банковские информационные системы и технологии, Гобарева Я.Л., Нестерова Т.Н., Кочанова Е.Р., под ред. Д. В. Чистова - М.: Финансы и статистика, 2011.
  9.  Банковские информационные системы. Дик В.В., под ред. Дика В.В.-М.: Маркет ДС Корпорейшн, 2011.
  10.  Банковское дело, под редакцией Г. Н. Белоглазовой, Л. П. Кроливецкой, Питер, 2008г.
  11.  Банковское дело. Управление в современном банке Р. Г. Ольхова,- М.: КноРус, 2008
  12.  Банковское дело: Учебник . - 2-е изд., перераб. и доп./ Под ред. О.И. Лаврушина. - М.: Финансы и. статистика, 2012.-672с.
  13.  Банковское регулирование в России. От прошлого к будущему. М. К. Беляев, С. Л. Ермаков,М.: Анкил, 2012 г.
  14.  Горелов Б.А., Рыжухина В.А. Корпоративная система – настоящее и будущее // Науч. сессия МИФИ-1998: Сб. науч. тр. В 8 т. М.: МИФИ, 2008. Т.5. С.174.
  15.  Губанова С.А. Электронные библиотеки и полнотекстовые базы данных. [Электронный ресурс]. - Режим доступа: www.library.tver.ru
  16.  Дейт К.Дж. Введение в системы баз данных. 6-е изд.: Пер. с англ. К.; М.; СПб.: издательский дом «Вильямс», 2009. 848 с. С.14.
  17.  Ершова Г.Н. Информационные технологии в книжном деле. [Электронный ресурс] Режим доступа http://www.bookresearch.ru/itbook.htm
  18.  Исследование СNews Analytics: Системы автоматизации банковской деятельности.- http://www.cnews.ru/reviews/free/banks2012/articles/automatic_bank.shtml
  19.  Ковалев В.В. Методы оценки инвестиционных проектов. – М: РИНКЦЭ, 2007. – 40 с.
  20.  Когаловский М.Р. Энциклопедия технологий баз данных. М.: Финансы и статистика, 2011. 800 с.
  21.  Коноплев С.П. Экономика организаций. - М.: Проспект, 2010.-160с.
  22.  Кристина Пейтон, Андре Меллер. PHP 5 и MySQL 5 в примерах и на проектах – М.: Бином, 2009.– 368с.
  23.  Лебедев С.В. Web-дизайн. Учебное пособие по созданию публикаций для Интернет. – М.: Издательским дом Альянс-пресс, 2011. – 736с.
  24.  Макфедрис П. Создание Web-страниц. – М.: АСТ, Астрель, 2011. – 392с.
  25.  Медведев А. М., Швецкой М. В. Некоторые вопросы методологии отладки программ [Электронный ресурс]. – Режим доступа: http://it.kgsu.ru/Otladka/oglav.html
  26.  Онлайн энциклопедия Wikipeda [Электронный ресурс]. - Режим доступа: www.ru.wikipedia.org
  27.  Питтс Н. XML за рекордное время: Пер. с англ. М.: Мир, 2011.
  28.  Просветов Г.И. Математические методы в экономике и менеджменте» – М:. РДЛ, 2011. – 160с.
  29.  Рева О.Н. Создание Web-страниц. Просто как дважды два. – М.: Эксмо, 2010. - 208с
  30.  Рева О.Н. Создание Web-страниц. Просто как дважды два. – М.: Эксмо, 2010. - 208с., ил.
  31.  Степанов В.П. Учебно-методическое пособие по выполнению курсовой работы Экономическое обоснование проекта автоматизации технологического процесса обработки информации. –М.: МГУПИ, 2008. – 17с.
  32.  Стойкова А. М. Анализ  использования  компьютерных программных продуктов по оперативному планированию в строительной отрасли. - http://www.nbuv.gov.ua/portal/natural/Vodaba/2010_37/index.files/St53_37.htm
  33.  Тютюник А.В., Шевелев А.С. Информационные технологии в банке – М.: Издательская группа "БДЦ-пресс", 2012. – 368 с.
  34.  Экономико-статистический анализ кредитных операций коммерческого банка, Батракова Л.Г.-М.: Университетская книга, Логос, 2008г.


ПРИЛОЖЕНИЕ 1

koeffRefin.php

<?php

if(isset($_POST['val1']) && isset($_POST['val2']))

{

$val1=strip_tags($_POST['val1']);

$val2=strip_tags($_POST['val2']);

 

if($val2!==0)

{

 $res=round($val1/$val2,6);

 $response=array('status'=>'ok','res'=>$res);

}

else

{$response=array('status'=>'error','msg'=>'Р?РµР?Р?С?С? Р?Р? 0 Р?РµР?С?Р?С?!');}

}

else

{

$response=array('status'=>'error','msg'=>'Р?С?Р?Р?РєР? Р?С?Р? Р?С?Р?С?Р?Р?РєРµ Р?Р?Р?С?Р?С?Р?!');

}

echo(json_encode($response));

?>

 effKredRes.php

<?php

if(isset($_POST['val1']) && isset($_POST['val2']) && isset($_POST['val3']) && isset($_POST['val4']) && isset($_POST['val5']) && isset($_POST['val6']) && isset($_POST['val7']) && isset($_POST['val8']) && isset($_POST['val9']) && isset($_POST['val10']) && isset($_POST['val11']))

{

$val1=strip_tags($_POST['val1']);

$val2=strip_tags($_POST['val2']);

$val3=strip_tags($_POST['val3']);

$val4=strip_tags($_POST['val4']);

$val5=strip_tags($_POST['val5']);

$val6=strip_tags($_POST['val6']);

$val7=strip_tags($_POST['val7']);

$val8=strip_tags($_POST['val8']);

$val9=strip_tags($_POST['val9']);

$val10=strip_tags($_POST['val10']);

$val11=strip_tags($_POST['val11']);

 

$res=$val1+$val2+$val3+$val4+$val5-$val6-0.14*$val7-0.11*$val8-0.08*$val9-0.09*$val10-0.05*$val11;

$res = round($res,6);

$response=array('status'=>'ok','res'=>$res);

}

else

{

$response=array('status'=>'error','msg'=>'РћСРёР±РєР° РїСЂРё РѕСправке запроса!');

}

echo(json_encode($response));

?>

obSvobKredRes.php

<?php

if(isset($_POST['eff']) && isset($_POST['fac']))

{

$eff=strip_tags($_POST['eff']);

$fac=strip_tags($_POST['fac']);

 

$res=$eff-$fac;

$res = round($res,6);

$response=array('status'=>'ok','res'=>$res);

}

else

{

$response=array('status'=>'error','msg'=>'РћСРёР±РєР° РїСЂРё РѕСправке запроса!');

}

echo(json_encode($response));

?>

effIspKredRes.php

<?php

if(isset($_POST['effKredRes']) && isset($_POST['facKredRes']) && isset($_POST['per']))

{

$eff=strip_tags($_POST['effKredRes']);

$fac=strip_tags($_POST['facKredRes']);

$per=strip_tags($_POST['per']);

 

$res=($fac*$per)/($eff*$per);

$res = round($res,6);

$response=array('status'=>'ok','res'=>$res);

}

else

{

$response=array('status'=>'error','msg'=>'РћСРёР±РєР° РїСЂРё РѕСправке запроса!');

}

echo(json_encode($response));

?>

stepNedoisp.php:

<?php

if(isset($_POST['effLast']))

{

$eff=strip_tags($_POST['effLast']);

 

$res=(1-$eff)*100;

$res = round($res,6);

$response=array('status'=>'ok','res'=>$res);

}

else

{

$response=array('status'=>'error','msg'=>'РћСРёР±РєР° РїСЂРё РѕСправке запроса!');

}

echo(json_encode($response));

?>


ПРИЛОЖЕНИЕ 2

Расчет трудоемкости и продолжительности работ по созданию ПО

№ работы

Стадии разработки

Трудоемкость, чел.дни

Количество работников, чел.

Продолжительность работ, календарные дни

Tmin

Tmax

Ti

Чi

ti

Техническое задание

1

-постановка задачи

1

1

1

1

1,5

2

-сбор материалов и анализ существующих разработок

1

2

1

1

1,5

3

-подбор литературы

2

3

2

1

3

4

-определение требований к системе

2

3

2

1

3

5

-определение стадий, этапов и сроков разработки базы данных

2

3

2

1

3

Эскизный проект

6

-анализ программных средств схожей тематики

7

8

7

1

10,5

7

-разработка функциональной схемы программы

12

22

16

1

24

8

-разработка структуры программы управления по подсистемам

4

6

5

1

7,5

9

-документирование

1

3

2

1

3

Технический проект

10

-определение требований к программе управления

3

3

3

1

4,5

11

-выбор инструментальных средств

1

1

1

1

1,5

12

-определение свойств и требований к аппаратному обеспечению

2

3

2

1

3

Рабочий проект

13

-разметка таблиц структуры БД

6

10

8

1

12

14

-программирование

15

30

21

1

31,5

15

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

7

8

7

1

10,5

16

-разработка программной документации

3

5

4

1

6

17

-согласование и утверждение работоспособности системы

2

3

2

1

3

Внедрение

18

-опытная эксплуатация 

7

8

7

1

10,5

19

-анализ данных, полученных в результате эксплуатации

3

3

3

1

4,5

20

-корректировка технической документации по результатам испытаний

2

3

2

1

3

Общая трудоемкость разработки

-

-

96

-

-


ПРИЛОЖЕНИЕ 3

Ленточный график разработки ПО

Наименование работ

Календарные месяцы, дни

Июнь

Июль

Август

Сентябрь

Октябрь

            0  10  20  30

40 50 60

70 80 90

100  110 120

130 140 150

Постановка задачи

Сбор материалов и анализ существующих разработок

Подбор литературы

Определение требований к системе

Определение стадий, этапов и сроков разработки

Анализ программных средств схожей тематики

Разработка функциональной схемы программы

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

Документирование

Определение требований к программе управления

Выбор инструментальных средств

Определение требований  к аппаратному обеспечению

Разметка таблиц структуры БД

Программирование

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

Разработка программной документации

Согласование и утверждение работоспособности системы

Опытная эксплуатация

Анализ данных, полученных в результате эксплуатации

Корректировка технической документации

1 Банковское дело: Учебник . - 2-е изд., перераб. и доп./ Под ред. О.И. Лаврушина. - М.: Финансы и. статистика, 2012.-672с

2 Банковское дело: Учебник . - 2-е изд., перераб. и доп./ Под ред. О.И. Лаврушина. - М.: Финансы и. статистика, 2012.-672с

3 Банковское дело: Учебник . - 2-е изд., перераб. и доп./ Под ред. О.И. Лаврушина. - М.: Финансы и. статистика, 2012.-672с

4 Банковское дело: Учебник . - 2-е изд., перераб. и доп./ Под ред. О.И. Лаврушина. - М.: Финансы и. статистика, 2012.-672с

5 Банковское дело: Учебник . - 2-е изд., перераб. и доп./ Под ред. О.И. Лаврушина. - М.: Финансы и. статистика, 2012.-672с

6 Банковское дело: Учебник . - 2-е изд., перераб. и доп./ Под ред. О.И. Лаврушина. - М.: Финансы и. статистика, 2012.-672с

7 Банковское дело: Учебник . - 2-е изд., перераб. и доп./ Под ред. О.И. Лаврушина. - М.: Финансы и. статистика, 2012.-672с

8 Банковское дело: Учебник . - 2-е изд., перераб. и доп./ Под ред. О.И. Лаврушина. - М.: Финансы и. статистика, 2012.-672с

9 Web-интерфейс объектной СУБД. - http://www.inteltec.ru/publish/articles/objtech/maltsev.shtml

10 Банковское дело: Учебник . - 2-е изд., перераб. и доп./ Под ред. О.И. Лаврушина. - М.: Финансы и. статистика, 2012.-672с

11 Когаловский М.Р. Энциклопедия технологий баз данных. М.: Финансы и статистика, 2011. 800 с.: ил.

12 Кристина Пейтон, Андре Меллер. PHP 5 и MySQL 5 в примерах и на проектах – М.: Бином, 2009.– 368с.

13 Рева О.Н. Создание Web-страниц. Просто как дважды два. – М.: Эксмо, 2010. - 208с., ил.



 

Другие похожие работы, которые могут вас заинтересовать.
19813. Анализ привлеченных и заемных средств коммерческого банка 151.26 KB
  Независимо от экономических условий, для банковской деятельности ресурсная база имеет важное значение. От операций по привлечению средств зависит размер банковских ресурсов и, следовательно, масштабы деятельности коммерческих банков. С другой стороны, выгодное размещение ресурсов способствует повышению доходности и ликвидности коммерческих банков, обеспечивает их экономическую самостоятельность и стабильность.
11024. Разработка программного модуля для проведения финансового анализа предприятия на базе 1С: Предприятие 910 KB
  Для оценки проводят анализ финансового состояния предприятия. Для оценки финансового состояния предприятия используются показатели финансового анализа показатели ликвидности платежеспособности рентабельности деловой активности и риска банкротства предприятия которые формируются на базе данных Бухгалтерского баланса Форма №1 и Отчета о прибылях...
4720. Разработка программного обеспечения для автоматизации формирования учебных программ на кафедре ИВТ факультета ИТиКС ОмГТУ 1.55 MB
  Главное назначение СЭДО — это организация хранения электронных документов, а также работы с ними (в частности, их поиска как по атрибутам, так и по содержимому). В СЭД должны автоматически отслеживаться изменения в документах, сроки исполнения документов, движение документов, а также контролироваться все их версии и подверсии
13010. Разработка технологического процесса изготовления детали сборочного изделия с использованием СNС станков и средств автоматизации 6.58 MB
  Для изготовления корпуса обычно используют металлы либо их сплавы: бронзу или латунь которые могут быть покрыты позолотой никелем хромом; нержавеющую сталь; титан; алюминий; драгоценные металлы: серебро золото платину а также пластик; керамику; карбиды титана или вольфрама; натуральный камень; сапфир; дерево резину. В качестве часового стекла обычно используется прозрачный пластик минеральное или сапфировое стекло...
11293. Особенности основных средств и методов учебно-тренировочного процесса 36.6 KB
  Для человека бег как и ходьба жизненно необходим. На одной из скал Греции обнаружена надпись: Если хочешь быть сильным бегай Хочешь быть красивым бегай Хочешь быть умным бегай В данном случае речь идет о спортивном тренировочном процессе для спортсменов юношеских разрядов по легкой атлетике под которым как правило подразумевают подготовку спортсменов к достижению высоких спортивных результатов. Кроме того необходимые для полноценной спортивной подготовки формы и средства это в первую очередь: теоретическое обучение с целью...
18454. порядок формирования бухгалтерского учета основных средств на предприятии 111.11 KB
  Первоначальное измерение статей недвижимости зданий и оборудования основных средств. Последующие затраты на объекты недвижимости зданий и оборудования основных средств. Учет амортизации недвижимости зданий и оборудования основных средств.
11161. Раскрытие методики учета, анализа и аудита основных средств и выработка решений по повышению эффективности их использования 127.98 KB
  Роль и значение основных средств в условиях рынка. Экономическая сущность и задачи учета основных средств. Классификация и оценка основных средств. Учет движения основных средств на примере предприятия ООО Талнахбыт.
3239. Расчёт стоимости основных средств на ГЭС, техническое усовершенствование ОПФ с целью устранения морального износа и повышения технико-экономических показателей до уровня новейшего оборудования 110.16 KB
  Гидроэнергетика — область хозяйственно-экономической деятельности человека, совокупность больших естественных и искусственных подсистем, служащих для преобразования энергии водного потока в электрическую энергию.
20228. Разработка модуля для автоматизации работы школьного врача предприятия МОУ СОШ №2 г. Катав-Ивановска 362.85 KB
  Используя диаграмму прецедентов и классификацию субъектов определить типы пользователей системы и для каждого типа пользователя определить доступные ему операции над объектами (т.е. описать какой пользователь какую информацию может просматривать, менять, удалять и при каких ограничениях).
15861. Разработка программного модуля ведения базы клиентов турфирмы 1.75 MB
  Объект исследования или разработки программный модуль ведения базы данных. Подобная система должна хранить и обрабатывать значительный объем данных. Применение стандартного программного обеспечения например использование программ Word Excel Power Point Outlook готовых баз данных ccess программ-переводчиков бухгалтерских финансовых систем управления документами знаниями.
© "REFLEADER" http://refleader.ru/
Все права на сайт и размещенные работы
защищены законом об авторском праве.