Создание сервиса "Процентных расчетов"

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

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

Оглавление

• Введение
• Глава 1. Анализ и моделирование сервиса банковских процентных расчетов
• 1.1 Анализ ключевых понятий предметной области
• 1.2 Обзор аналогов
• 1.2.1 Diasoft FA#
• 1.2.2 Интегрированная банковская система RS-Bank
• 1.2.3 Интегрированная банковская система Bisquit (БИСКВИТ)
• 1.2.4 Автоматизированная банковская система Новая Афина
• 1.2.5 Результаты обзора аналогов
• 1.3 Разработка модели для расчета банковских процентов
• 1.3.1 Задача о срочном и досрочном закрытии вклада
• 1.3.2 Расчет наращенных процентов
• 1.3.3 Корреспондирование. Задача о равных платежах
• Глава 2. Разработка сервиса банковских процентных расчетов
• 2.1 Архитектура приложения и используемые технологии
• 2.2 Сравнение и выбор инструментальных средств для разработки
• 2.2.1 Обзор решений для построения прототипов и каркасных моделей приложений и сайтов
• 2.2.2 Построение прототипа web-сервиса процентных расчетов
• 2.3 Разработка интерфейса программы
• 2.3.1 Главная форма приложения
• 2.3.2 Форма для расчёта процента по вкладу
• 2.3.3 Форма для работы с депозитами, договорами и клиентами
• 2.3.4 Форма для работы с запросами информации о клиентах и вкладах
• Заключение
• Библиографический список
• Приложение

Введение

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

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

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

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

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

1. Смоделировать и проанализировать бизнес-процесс.

2. Построить архитектуру приложения.

3. Описать используемые технологии.

4. Описать инструментальные средства.

5. Разработать прототип сервиса процентных расчетов.

6. Разработать веб-сервис банковских процентных расчетов.

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

Глава 1. Анализ и моделирование сервиса банковских процентных расчетов

1.1 Анализ ключевых понятий предметной области

При написании работы были выделены три ключевых понятия: сервис (web-сервис), процентные расчеты (банковские) и моделирование.

Сервис, взаимодействие с которым осуществляется путем широкого спектра протоколов сети Интернет называется web-службой, или другими словами web-сервисом. Прежде всего, web-сервисы - это технология [1]. Исходя из этого, как и любая другая технология, web-сервисы имеют свою довольно четко выделенную среду применения. Если посмотреть на них в разрезе стека сетевых протоколов, то можно заметить, что это еще одна надстройка поверх протокола HTTP. C другой же стороны, если мы гипотетически представим себе интернет как множество слоёв, то web-сервис в этом случае будет выглядеть перед нами как два концептуальных типа приложений - вычислительные узлы, которые реализуют нетривиальные функции и прикладные веб-ресурсы. При этом, следует заметить, что зачастую вторые заинтересованы в услугах первых.

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

Чтобы можно было связать между собой все это и предоставить возможность пользоваться одним приложениям обмениваться данными с другими, и были придуманы web-сервисы.

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

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

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

Отсюда следует, что конкретный web-сервис реализуется посредством нескольких агентов, которые представляют собой одинаковый или подобный набор функций. Если рассматривать web-сервис с технической стороны, то это будет программная система, которая проектируется с целью предоставить возможность взаимодействия между машинами по компьютерной сети [11]. Веб-сервис имеет свой интерфейс доступа, которые описан в машинно-обрабатываемом формате. Чаще всего это бывает Web-Service Description Language, или просто - WSDL. Остальные системы взаимодействуют с web-сервисом через интерфейс по принципу обмена сообщениями в стандартном формате по протоколу HTTP.

Основные идеи, которые реализуются web-сервисами [1]:

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

- Инструкции: web-сервисы самостоятельны по своей сути и описываются в терминах интерфейсов, семантики, динамических характеристик, политик, свойств сервиса и операций.

- Повторное использование: повторное и неоднократное использование сервисов.

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

- Размещение и видимость: web-сервисы размещаются и становятся видимыми благодаря сервисным реестрам, хранилищам и метаданным в течение всего своего жизненного цикла.

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

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

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

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

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

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

Создать связь между бизнесом и специальными технологиями для его поддержки является одной из основных составляющих web-сервиса [3].

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

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

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

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

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

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

1.2 Обзор аналогов

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

1.2.1 Diasoft FA#

Diasoft FA# (Diasoft Financial Architecture) - это система автоматизации, которая представляет из себя комплекс деятельности финансовых институтов [2]. Система состоит из 56 компонентов, которые автоматизируют различные области бизнеса в финансовой сфере и сфере банкинга: банковские операции на фондовом и денежном рынках, розничный и корпоративный банкинг, депозитный учет и деятельность управляющих и инвестиционных компаний.

Diasoft FA# включает в себя несколько разных типов отчетности:

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

- общесистемная отчетность строится по данным ряда модулей и такая отчетность выделена в отдельный модуль;

- внешняя отчетность строится на основе хранилища данных.

Diasoft FA# достаточно известная система автоматизации на рынке бэк-офисной деятельности финансовых организаций. Архитектура данной систем представлена на рисунке 1.1:

Рисунок 1.1. Архитектура Diasoft FA#

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

1) Компонентность. Большой плюс данной системы заключается в том, что компоненты Diasoft FA# могут выпускаться, устанавливаться и заменяться автономно. При этом они могут быть независимы друг от друга. Каждый из таких модулей-компонентов является целым сервисом-провайдером в терминах сервис -ориентированной архитектуры.

2) Интеграция с внешними системами. Diasoft FA# имеет возможность интегрироваться с информационными системами от сторонних разработчиков для того, чтобы была возможность обеспечивать работы в составе комплексных IT-решений.

3) Кастомизация и конфигурирование. Поддерживается возможность адаптации имеющегося продукта на следующих уровнях:

- настройка банковских продуктов;

- настройка индивидуальных условий обслуживания;

- настройка workflow-модели, т.е. переходов, действия и перечня состояний;

- настройка состава атрибутов и возможность добавления дополнительных атрибутов;

- настройка интерфейса под конкретного пользователя;

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

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

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

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

1.2.2 Интегрированная банковская система RS-Bank

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

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

Модули, которые входят в систему RS-Bank:

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

2) RS-Retail автоматизирует розничные услуги и работу с физическими лицами.

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

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

5) RS-Securities помогает автоматизировать торговые операции с ценными бумагами на биржевом и внебиржевом рынках, депозитарный учёт, операции банка с собственными и учтенными векселями.

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

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

1.2.3 Интегрированная банковская система Bisquit (БИСКВИТ)

Банковская система Bisquit обеспечивает высокий уровень информационной поддержки операций банка в условиях динамично развивающего направления финансовых услуг на рынке [7].

Анализирую данное банковское решение был выделен ряд преимуществ:

- система имеет поддержку централизованной, децентрализованной и «кустовой» организации банковского бизнеса;

- поддерживает сложные, нестандартные технологии и индивидуальные требования банка;

- умеет вести все бизнес-операции в режиме реального времени;

- организует работу удаленных подразделений банка в режиме on-line;

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

- эффективная обработка большого количества документов;

- надежный контроль доступа к информации ограниченного типа;

- интеграция с другими банковскими приложениями;

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

Компоненты архитектуры данного сервиса следующие:

1) Ядро системы, включает в себя определение информационных объектов и множество системных служб.

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

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

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

5) Служба классификаторов может решать задачи группировки и классификации информации.

6) Служба начислений определяет порядок и размер начислений и взиманий платежей по процентам и комиссиям.

7) Служба OLAP применяется для хранения и расчета отчетных и аналитических данных. Здесь также применяется технология оперативной аналитической обработки данных на основе использования многомерной аналитической базы данных.

8) Служба пользователей реализует несколько функций, которые являются наиболее важными в управлении правами доступа в систему. Служба ведет журнал действий, истории изменений.

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

1.2.4 Автоматизированная банковская система Новая Афина

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

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

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

Архитектура Новой Афины состоит из 3 слоёв-уровней:

1) Электронный документооборот - неотъемлемая часть работы банка. Данный уровень системы имеет адаптивную технологию, на основе которой работает машина проводок и практически все бизнес-решения (другими словами, прикладные подсистемы).

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

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

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

Проанализировав материалы по Новой Афине был выделен ряд преимуществ:

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

- устойчивость к сбоям практически любой сложности;

- защищенность от неправомерного доступа;

- масштабируемость;

- открытость;

- возможность работы с удаленными рабочими местами;

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

1.2.5 Результаты обзора аналогов

При сравнении аналогов были выделены преимущества и недостатки каждого из них (см. таблицу 1.2.). Разработка Diasoft FA# отличается от других аналогов тем, что имеет в своем составе компонентность, которая способна поддержать постоянное развитие банка, т.к. в банковской сфере очень часто случаются вызовы рынка банковских услуг и потребителей, а к сфере информационных технологий возникают новые требования т разных бизнес-заказчиков. Другим положительным моментом в Diasoft FA# является то, что она может интегрироваться с внешними системами и имеет поддержку локальной специфики.

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

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

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

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

Таблица 1.1. Сравнение аналогов

Система	Компоненты архитектуры	Преимущества	Недостатки
Diasoft FA#	- финансовые рынки (включает в себя 10 подсистем); - CoreBanking (16 подсистем); - хозяйственная деятельность и управление персоналом (4 подсистемы); - отчетность (4 подсистемы).	+ компонентность; + интеграция с внешними системами; + кастомизация; + конфигурирование; + поддержка локальной специфики.	- распространение системы только внутри банка; - клиентам банка не доступен просмотр внутренних операций: начисление процентов по вкладам и депозитам.
RS-Bank	- RS-Banking - автоматизация рассчетно-кассового обслуживания; - RS-Retail - автоматизация розничных услуг и работы с физическими лицами; - RS-Loans - автоматизация кредитной деятельности; - RS-Dealing - автоматизация заключения и сопровождения сделок; - RS-Securities - автоматизация торговых операций с ценными бумагами; - InterBank - удаленное обслуживание клиентов; - RS-DataHouse - поддержка принятия управленческих решений.	+ поддержка банковского бизнеса; + автоматизация банковского бизнеса; + помощь в развитии банковского дела.	- распространение системы только внутри банка; - клиентам банка не доступен просмотр внутренних операций: начисление процентов по вкладам и депозитам; - поддержка интеграции только со своими банковскими продуктами.
Bisquit	- ядро системы; - служба метасхемы; - служба договоров; - служба классификаторов; - служба начислений; - служба OLAP; - служба пользователей.	+ поддержка централизованной, децентрализованной и «кустовой» организации банковского бизнеса; + поддержка сложные, нестандартные технологий; + режим реального времени; + организация работы удаленных подразделений банка в режиме on-line.	- распространение системы только внутри банка; - клиентам банка не доступен просмотр внутренних операций: начисление процентов по вкладам и депозитам.
Новая Афина	- электронный документооборот; - прикладная архитектура; - программного-аппаратная платформа;	+ устойчивость к сбоям; + защищенность от неправомерного доступа; + масштабируемость; + открытость; + возможность работы с удаленными рабочими местами.	- распространение системы только внутри банка; - клиентам банка не доступен просмотр внутренних операций: начисление процентов по вкладам и депозитам.

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

1.3.1 Задача о срочном и досрочном закрытии вклада

Вкладчик положил в банк некую сумму средств в sum денежных единиц под p процентов за один период времени. Данный период может быть, как год, так и месяц, и даже неделя. Нам необходимо составить и проанализировать программу- функцию, которая будет возвращать величину вклада по истечении n периодов времени, где n = 1, 2, 3 и т.д.

Стоит обратить внимание, что функция будет иметь три аргумента: сумма средств sum, p - процент вклада и n - количество периодов.

Обозначим искомую функцию как invest(sum, p, n). Чтобы найти значения данной функции, воспользуемся формулой:

(1)

где sum - сумма денежных единиц;

p - процентная ставка;

n - период времени (год, месяц, неделя и т.д.).

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

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

(2)

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

(3)

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

Также не составляет труда заметить, что общее количество вызовов рекурсии при вычислении функций invest и invest_1 будет равно n.

1.3.2 Расчет наращенных процентов

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

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

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

(4)

где sum - сумма начисленных процентов;

P - первоначальная сумма на депозите;

I - годовая процентная ставка;

t - дни, в течение которых будут начисляться проценты по вкладу;

K - количество дней в текущем году (360 дней - финансовый год).

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

1.3.3 Корреспондирование. Задача о равных платежах

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

Задача об одинаковой современной стоимости

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

Чтобы получить современную стоимость всего потока нужно суммировать сегодняшнюю стоимость первого, второго и последующих платежей, до последнего. Обозначим её pay(S, p, n). Тогда:

. (5)

В рамках курсовой работы нам все же необходима реализация посредством рекурсии. Выделим ее базу и проведем некоторые преобразования на основе следующих утверждений. Если n=0, другими словами еще не прошло ни одного периода, то соответственно и нет ни одного платежа. Современная стоимость всех платежей - это современная стоимость всех платежей за первые n - 1 период плюс современная стоимость последнего n-ого платежа, который равен . Отсюда и получаем функцию, которую назовем payment(S, p, n):

(6)

Формулу (6) можно записать немного иначе:

(7)

Задача об одновременных платежах (через одинаковые промежутки времени)

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

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

 (8)

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

(9)

и рассчитывается для k-1 следующих периодов.

Но, в утверждении (9) величина pay(S, p, k) не известна, ведь по условии задачи ее и необходимо вычислить. Поэтому, если мы будем выполнять расчет по формуле (8), то результатом всегда будет аварийное завершение программы в связи с тем, что стек рекурсивных вызовов будет переполнен. Здесь хочется выделить одну важную особенность, что тело рекурсивной функции не может содержать в себе ссылку на эту же самую функцию с теми же самыми параметрами.

Далее, продолжим решение нашей задачи и в формулу (8) вместо pay(S, p, k) подставим некоторый параметр Z:

(10)

В формуле (10) необходимо Z зафиксировать так, чтобы в результате вычислений значение payz(S, p, k) оказалось равным Z. Решая задачу, фактически мы сможем получить pay(S, p, k) в функции (8). А если получим pay(S, p, k), то значит, и решим задачу. Но нам необходимо правильно управлять параметром Z, чтобы не делать лишних ошибок в вычислениях. Поэтому добавим Z к аргументам функции payz(S, p, k):

(11)

Итак, получаем новую функцию payzi(). Заметим, что абсолютно при любом Z, значения функций (10) и (11) будут равны. Теперь нам нужно найти такое Z, при котором f(S, p, k, Z) payzi(S, p, k, Z) - Z = 0.

Зафиксировав значения S, p, k получаем f(S, p, k, Z) - непрерывную на всей числовой оси функцию одной переменной. Нам же будет достаточно найти один её вещественный корень Z*. Воспользуемся методом деления отрезка пополам и определим отрезок, на котором f() будет принимать значения разных знаков. Плюс этого метода в том, что он является быстросходящимся.

Для произвольной непрерывной на отрезке [a,b], причем a<b, функции f(x), c условием f(a)f(b) 0 и c заданной точностью >0 программа-функция dicho(f, a, b, ) будет находить некоторый вещественный корень f(x):

. (12)

Задача равномерности платежей по процентам (кредитные платежи)

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

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

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

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

(13)

где X - месячный платеж;

S - сумма кредита;

m - месячная процентная ставка, которая установлена на сумму обязательства по кредиту;

N - количество месяцев процентных периодов.

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

Для расчета процентной составляющей аннуитетного платежа, нужно остаток кредита на указанный период умножить на годовую процентную ставку и всё это поделить на 12 (количество месяцев в году):

, (14)

где p_n - начисленные проценты;

S_n - остаток задолженности на период;

m - годовая процентная ставка по кредиту.

управления.

банковский процентный интерфейс депозит

Глава 2. Разработка сервиса банковских процентных расчетов

2.1 Архитектура приложения и используемые технологии

Логическая модель разрабатываемого web-сервиса представляет из себя два уровня: уровень приложения (рис. 2.1.) и уровень данных (рис. 2.2.).

Рисунок 2.1. Уровень приложения

Рисунок 2.2. Уровень данных

Для разработки web-приложения будет использована модель MVC (Model-View-Controller) (см. рис. 2.3.). Данная модель была выбрана, потому что она может отделить модель от представления. И, таким образом, обслуживание данных (в нашем случае это база данных, построенная в SQL Server) отделено от представления (график или список) и того, как данные будут обрабатываться (GUI или командная строка).

Рисунок 2.3. Модель MVC

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

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

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

Для web-приложения определим, что будет моделью, представлением и контроллером (таблица 2.1).

Таблица 2.1. Определение компонентов MVC

Модель	- таблицы данных - данные сессии - правила, руководящие транзакцией
Представление	- HTML - CSS - шаблоны, обрабатываемые на стороне сервера
Контроллер	- клиентские скрипты - процесс обработки http - бизнес-логика

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

Одним из очевидных преимуществ модели - это простое и четкое разделение логики представления и логики приложения. Логикой преставления, другими словами, здесь выступает интерфейс пользователя. Также, паттерн MVC существенно уменьшает сложность больших сервисов и приложений - то, что необходимо в банковской сфере для экономии время и пространства на вычислительных машинах. Код с применением данной модели становится с более выдержанной структурой. Благодаря этому, существенно упрощается поддержка, повторное использование разработанных решений (их дополнение и доработка), а также тестирование.

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

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

2.2 Сравнение и выбор инструментальных средств для разработки

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

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

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

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

Для начала определим, почему необходимо перед разработкой web-приложения или сайта нужно разработать прототип этого приложения или сайта:

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

- это позволит нам, рационально распределять временные ресурсы и сосредотачиваться, понимать именно то, для чего предназначена каждая страница приложения;

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

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

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

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

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

2.2.1 Обзор решений для построения прототипов и каркасных моделей приложений и сайтов

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

1) PowerMockup - это своеобразный плагин (рис. 2.4), который встраивается в Microsoft PowerPoint и тем самым превращает инструмент для создания презентаций в инструмент для прототипирования. Плагин добавляет новую панель, которая содержит в себе сотни элементов и значков, которые можно с легкостью перетащить в нужное место на слайд. Большим плюсом является то, что PowerMockup работает с MS Office 2007, 2010 и, даже 2013 версией.

Рисунок 2.4. PowerMockup

2) OmniGraffle - онлайн инструмент, позволяющий строить прототип сервиса или сайта с помощью линий и фигур. Большим преимуществом является то, что для моделирования сервиса можно импортировать или экспортировать файлы из Microsoft Visio. Также, инструмент поддерживает построение диаграмм всего в один клик.

3) ConceptDrawPro (рис. 2.5) - приложение Windows, которое представляет из себя полнофункциональную платформу диаграммного изображения. Платформа позволяет отображать, передавать и динамично представлять информацию для моделирования сайта.

Рисунок 2.5. ConceptDrawPro

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

5) Balsamiq Mockups -- это программное решение, которое позволяет строить каркас или основу сервиса, или сайта. Он основан специально для воспроизведения проектов, которые нарисованы от руки. Balsamiq Mockups позволяет легко обновить свойства программ, например, Microsoft Word.

6) Mockingbird - простой инструмент для каркасного моделирования в режиме онлайн. Он позволяет достаточно просто создавать, связывать, предварительно просматривать и передавать модели разрабатываемого web-приложения или сайта.

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

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

Рисунок 2.6. iPlotz

9) ProtoShare - онлайн инструмент для построения каркасов web-приложений, сайтов, которые затем члены команды могут просматривать и комментировать в режиме реального времени.

10) Moqups - простой онлайн инструмент для создания прототипов сайтов, приложений для телефона и планшета. Данное решение распространяется абсолютно бесплатно и имеет удобный интерфейс, а также не требует регистрации.

Исходя из проведенного обзора и анализа для наглядности и удобства была составлена сравнительная таблица. Сравнение производится по типу приложения, поддержке ОС, стоимости и языку интерфейса (таблица 2.2):

Таблица 2.2. Сравнение инструментов для создания прототипа

Название решения	Тип	Поддержка ОС	Стоимость	Язык интерфейса
PowerMockup	Плагин к MS PowerPoint	Windows, MacOS	~59,95	eng
OmniGraffle	Онлайн	Windows, MacOS	Бесплатно	eng
ConceptDrawPro	Приложение Windows	Windows, MacOS	~199$	eng
Pidoco	Онлайн	Windows, MacOS	2 проекта ~15$	eng
BalsamiqMockups	В облаке	Windows, MacOS	~89$	eng
Mockingbird	Онлайн	Windows, MacOS	Бесплатно	eng
Pencil	Дополнение Firefox	Windows	Бесплатно	eng
iPlotz	Онлайн / Flash-Flex	Windows, MacOS, Android	Бесплатно	eng, rus
ProtoShare	Онлайн	Windows, MacOS	30 дней - бесплтано	eng
Moqups	Онлайн	Windows, MacOS	Бесплатно	eng

2.2.2 Построение прототипа web-сервиса процентных расчетов

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



Рисунок 2.7. Панель инструментов Moqups

При создании главной формы (рис. 2.8) использовалось множество встроенных элементов Moqups: форма web-страницы со стройкой ввода адреса, строка поиска по сайту, контактные данные, навигация между страницами сайта. Для наглядного создания интерфейса в программе предусмотрено множество иконок, которые подойдут для разработки сайта различной тематики. С главной формы сервиса можно перейти на страницу создания и редактирования вкладов (рис.2.9), создания и редактирования вкладчиков (рис. 2.10), и страницу, на которой можно рассчитать процент по вкладу, построить график начисления процентов или посмотреть данные в табличном виде (рис. 2.11).