32
ViewModel» (MVVM)
MVVM – это одна из лучших для создания пользовательского графического
интерфейса.
Архитектура MVVM была создана с целью разделения труда дизайнера и
программиста, это решается ясным разделением ответственности:
- Разработка графического интерфейса пользователя производиться
дизайнером с использованием технологий, «естественных» для таких работ(XML)
- Логика интерфейса пользователя реализуется разработчиком как
компонент ViewModel
- Функциональные связи между пользовательским интерфейсом и
ViewModel реализуются через привязки, которые, по сути, являются правилами
наподобии «если кнопка A была нажата, должен быть вызван метод
onButtonAClick() из ViewModel». Привязки могут быть написаны в коде или
описаны декларативным путём (Android использует оба типа).
- Архитектура MVVM используется в том или ином виде
большинством современных программ и технологий, например Microsoft WPF и
Silverlight, Oracle JavaFX, Adobe Flex, AJAX.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Обычно приложение Android включает в себя:
- Java-классы, которые, по сути, являются подклассами основных
классов из Android SDK и Java-классов, у которых нет «родителей» в Android SDK.
- Манифест приложения
- Ресурсов вроде строк, изображений и т.п.
- Файлов
На диаграмме (рис. 1.4) отображена иерархия базовых классов из Android
SDK.
33
Рис. 1.4 - Иерархия базовых классов из Android SDK
Классов в Android, конечно же, больше чем показано на диаграмме, но
основные отображены на диаграмме выше (рис. 1.4). Желтым цветом выделены те
классы, с которыми разработчику необходимо работать, как и с наследуемыми от
них. Остальные классы используются разработчиками напрямую гораздо реже.
View это основной класс для всех виджетов пользовательского интерфейса.
Экземпляры наследники класса view составляют собой дерево из которого
составляется интерфейс приложения созданного для операционной системы под
управлением Android. Это дерево можно создать сторонними средствами, но это
будет неправильным решением.
Логика которую содержат класс и подклассы Activity, лежит за интерфейсом
пользователя. Этот класс является частью ViewModel в архитектурном шаблоне
MVVM. Взаимосвязь между Activity и
пользовательским интерфейсом является взаимосвязью один к одному. Как
правило каждый слой пользовательского интерфейса имеет только один связанный
с ним подкласс Activity.
34
1.4.2 Обоснование проектных решений по программному
обеспечению
Во время работы Activity может находиться в одном из следующих
состояний:
- Активен и выполняется – этот интерфейс пользователя находиться на
переднем плане
- Стоит на паузе – данный интерфейс виден пользователю, но фокус
находиться не на нём, в данном случае код не выполняется
- Остановлен – данный интерфейс невидим
Model в модели MVVM представлена в Android-приложении классом Content
Provider и его подклассами, зачастую это своеобразная обертка над БД SQLite.
Манифест Android – достаточно важная часть приложения для
операционной системы Android.
- Манифест задает имя пакета Java для приложения. Это имя пакета
служит уникальным идентификатором приложения.
- Манифест описывает компоненты приложения — операции, службы,
приемники широковещательных сообщений и поставщиков контента, из которых
состоит приложение. Он содержит имена классов, которые реализуют каждый
компонент, и публикует их возможности. На основании этих деклараций система
Android может определить, из каких компонентов состоит приложение и при каких
условиях их можно запускать.
- Манифест определяет, в каких процессах будут размещаться
компоненты приложения.
- Манифест объявляет, какие разрешения должны быть выданы
приложению, чтобы оно могло получить доступ к защищенным частям
APIинтерфейса и взаимодействовать с другими приложениями.
- Манифест также объявляет разрешения, требуемые для
взаимодействия с компонентами данного приложения.
35
- Манифест содержит список классов Instrumentation, которые при
выполнении приложения предоставляют сведения о профиле и прочую
информацию. Эти объявления присутствуют в файле манифеста только во время
разработки и отладки приложения и удаляются перед его публикацией.
- Манифест объявляет минимальный уровень API-интерфейса Android,
который требуется приложению.
- Манифест содержит список библиотек, с которыми должно быть
связано приложение
Современные приложения с графическим интерфейсом в той или иной
степени всегда используют ресурсы, они могут быть следующих видов:
- Картинки
- Слои графического интерфейса (XML файлы)
- Объявления меню (XML файлы)
- Текстовые строки - Значения файлов:
Приложения, разработанные для операционной системы Android в общем случае,
могут использовать следующие типы файлов:
- Файлы «общего назначения»
- Файлы баз данных
- Файлы Opaque Binary Blob (они представляют собой зашифрованную
файловую систему, которая может быть монтирована для приложения)
- Закешированные файлы
1.4.3 Обоснование проектных решений по техническому
обеспечению
Так как для разработки приложения были поставлены достаточно сжатые
сроки, было принято решение о разработке приложения при использовании
следующего стека программных решений:
- HTML5
- CSS3
36
- JavaScipt
- Framework7
- Phonegap build
- Система контроля версий GitHub
- Для серверного решения также был выбран инструмент разработки на
языке JavaScript –node.js это отличное решение для большого количества
асинхронных запросов.
Так как для разработки приложения были поставлены достаточно сжатые
сроки, было принято решение о разработке приложения при использовании
следующего стека программных решений:
- HTML5
- CSS3
- JavaScipt
- Framework7
- Phonegap build
- Система контроля версий GitHub
- Для серверного решения также был выбран инструмент
разработки на языке JavaScript –node.js это отличное решение для большого
количества асинхронных запросов.
37
II Проектная часть
2.1 Разработка проекта мобильного приложения для банка…
2.1.1 Этапы жизненного цикла проекта автоматизации
В общем виде архитектура гибридного приложения отображена на рисунке 2.1.
Рис.2.1 – Архитектура гибридного приложения
Мобильное приложение состоит из двух частей это: клиентское приложение,
устанавливаемое на мобильное устройство под управлением Android и серверная
часть приложения.
При входе в мобильно приложение абоненту необходимо авторизоваться с
помощью имеющихся логина и пароля. Логин и пароль задаются при заключении
договора с абонентом. Сотрудниками банка эти данные вносятся в БД и хранятся
на сервере «Abonents». С помощью сервера Abonents также производятся списания
абоненткой платы абонента,
38
устанавливается обещанный платеж и устанавливаются блокировки. Созданный
сервер node.js парсит эти данные к себе в базу данных и хранит их обновления
происходят, раз в 10 минут.
Авторизация производиться производится в соответствии с диаграммой,
отображенной на рисунке 2.2.
Рис. 2.2.– Авторизация абонента
Данные подгружаются с сервера созданного сервера при загрузке
приложения и обновления производятся в соответствии с параметрами указанными
в техническом задании.
Обновление производится по схеме, отображенной на рисунке 2.3.
Рис. 2.3– Схема обновления приложения
39
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Согласно данным Ассоциации GSM количество мобильных телефонов,
подключенных к сетям во всем мире, превысило отметку в 4 млрд. Число
соединений, по прогнозам ассоциации, к 2013 г. может достигнуть 6 млрд, что
фактически вплотную приближается к численности населения Земли .
Можно утверждать с высокой степенью вероятности, что мобильные
сервисы будут показывать максимальный прирост клиентской базы в ближайшие
годы.
Так, по данным World Bank, только в индии в 2009 г. было осуществлено
мобильных транзакций почти на $45 млрд, а в Китае за тот же период — на $40,5
млрд. Многие банкиры признают, что у сферы беспроводных денежных транзакций
отличные перспективы, поскольку потенциал такой связи велик, а появление
смартфонов и соответствующих финансовых приложений к ним дает возможность
создавать «мобильный кошелек/электронный банк в кармане».
Представляется, что интенсивное развитие бизнеса, связанного с мобильным
банкингом, обусловлено стремительным распространением смартфонов, а также
потребностью в новых нетрадиционных каналах отправки денег.
Платежи с использованием мобильного банкинга все чаще используются в
сложных схемах, предназначенных для легализации преступных доходов.
Возможность открытия счетов и проведения финансовых транзакций без
необходимости личного посещения банка создает для этого максимально
благоприятные условия.
Главными преимуществами мобильного банкинга являются низкая
стоимость, высокая скорость передачи данных и простой доступ к передовым
технологиям.
Сотовые телефоны распространены на всех континентах, благодаря чему
финансовые институты могут теперь осваивать самые отдаленные уголки планеты,
которые ранее были для них недоступны из-за проблем с инфраструктурой.
Стремительное распространение денежных переводов с использованием
систем мобильного банкинга по всему миру обусловлено, по меньшей мере, двумя
ключевыми факторами:
40
1) в ряде развивающихся стран (на разных континентах) большой процент
населения не имеют доступа к традиционным банковским инструментам
(например, к банкоматам, провайдерам денежных переводов, а зачастую и
непосредственно к самим кредитным учреждениям). По некоторым оценкам, во
всем мире до 2 млрд человек не охвачены финансовыми услугами ;
2) мобильный телефон становится основным инструментом коммуникаций
по всему миру и главным элементом глобальной телекоммуникационной
инфраструктуры .
В силу своих особенностей платежи с использованием мобильного банкинга
все чаще используются в сложных схемах, предназначенных для легализации
преступных доходов. Возможность открытия счетов и проведения финансовых
транзакций без необходимости личного посещения банка создает для этого
максимально благоприятные условия. Банковские работники по различным
причинам не всегда обращают внимание на возможный криминальный характер
совершаемых транзакций. Таким образом, риски, связанные с возможным
использованием систем мобильного банкинга для отмывания денег, постепенно
приобретают глобальный характер.
На глобальный характер рисков, возникающих при использовании систем
электронного банкинга (включая мобильный), было обращено особое внимание
ФАТФ . Напомним, что ФАТФ разработала стандарты противодействия
отмыванию доходов, полученных преступным путем, которые получили название
«Сорок рекомендаций». В дополнение к ним 31 октября 2001 г. ФАТФ были
утверждены специальные рекомендации по предотвращению финансирования
терроризма .
Основная обязанность кредитных организаций (возложенная на них
Рекомендациями ФАТФ) состоит в надлежащей проверке клиентов и
информировании компетентных органов обо всех сомнительных операциях,
совершаемых клиентами банка.
Надлежащая проверка клиентов заключается в идентификации и
подтверждении личности не только самого клиента, но и бенефициара, а также в
постоянном отслеживании деловых отношений (в т.ч. сделок) клиента. С целью
идентификации бенефициара банку необходимо установить, в чью собственность
41
перейдут денежные средства или имущество. Если бенефициаром является
юридическое лицо, следует выяснить, кто его учредитель и не являются ли стороны
такой сделки взаимозависимыми лицами.
Федеральный закон от 07.08.2001 № 115-ФЗ «О противодействии
легализации (отмыванию) доходов, полученных преступным путем, и
финансированию терроризма», целью которого является защита прав и законных
интересов граждан, общества и государства путем создания правового механизма
ПОД/ФТ, предлагает ряд превентивных мер, таких как:
— обязательные процедуры внутреннего контроля;
— запрет на информирование клиентов и иных лиц о принимаемых мерах по
ПОД/ФТ;
— иные меры, принимаемые в соответствии с федеральными законами.
Надлежащая организация внутреннего контроля в рамках выполнения
мероприятий по ПОД/ФТ в совокупности с должной работой подразделения по
финансовому мониторингу может заметно минимизировать риски вовлечения
кредитной организации в операции, направленные на отмывание денег. модели
отмывания денег
Перед тем как перейти к особенностям внутреннего контроля в условиях
мобильного банкинга, рассмотрим обобщенную модель, которая используется при
отмывании «грязных» денежных средств.
Она включает три фазы:
— размещение (placement);
— расслоение (layering);
— интеграцию (integration).
Эти процессы могут осуществляться одновременно или частично
накладываться друг на друга, в зависимости от выбранного механизма легализации
и от требований, предъявляемых преступной организацией.
Размещение «грязных» наличных денежных средств необходимо для их
отделения от места происхождения. Для этого применяются различные
финансовые инструменты, используются различные финансовые учреждения,
предприятия розничной торговли. Чаще всего такие операции проводятся за
пределами страны.