Публичный метод, предназначенный для оплаты по форме платежа templateHM. С параметром period, аналогичным параметру period в методе payByTemplate. Возвращает null при ошибке. Комментарии по ошибке выводятся в лог.

private String getDynamicPasswordAddressListRp()

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

public ArrayList<String[]> getDynamicPasswordAddressList()

Публичный метод, предназначенный для получения с сервера информации об адресах доставки одноразового пароля в виде объекта ArrayList<String[]>. Каждый элемент коллекции ArrayList содержит системный идентификатор, канал доставки, полный адрес, описание и имя провайдера. Возвращает null при ошибке. Комментарии по ошибке выводятся в лог.

private String getOperHistRp(String account, int operCount)

Приватный метод, предназначенный для получения с сервера информации о последних operCount операциях по счету клиента account в виде строки формата XML. Возвращает null при ошибке. Комментарии по ошибке выводятся в лог.

public ArrayList<String[]> getOperHistList(String account, int operCount);

Публичный метод, предназначенный для получения с сервера информации о последних operCount операциях по счету клиента account в виде объекта ArrayList<String[]>. Каждый элемент коллекции ArrayList содержит код, время, валюту, сумму и описание операции. Возвращает null при ошибке. Комментарии по ошибке выводятся в лог.

public String generateDynamicPassword(String channel,

String systemAddress, String tranName); Публичный метод, предназначенный для генерации и отправки одноразового пароля на адрес systemAddress, по каналу channel для транзакции tranName. Возвращает null при ошибке. Комментарии по ошибке выводятся в лог.

public String logOut();

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

private String getCurrencyRates();

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

public String[] getCurrencyRates(String currencyFrom, String currencyTo,

RateMode rateMode, RateDirection rateDirection);

Публичный метод, предназначенный для получения обменных курсов базовой валюты currencyFrom и валюты конвертации currencyTo с настройками rateMode и rateDirection. Возвращает 2 курса - за текущий и предыдущий бизнес-день. Возвращает null при ошибке. Комментарии по ошибке выводятся в лог.

public String getCurrencyIsoByCode(String currencyCode);

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

выводятся в лог.

public String getCurrencyCodeByIso(String currencyIso);

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

public ArrayList<String> getCurrencyList();

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

public String checkCaptcha(String captcha) - публичный метод,

предназначенный для проверки символов captcha, введенных с изображения. Реализация класса ConnectionChannel Поля класса:

private static Logger logger - объект, предназнченный для вывода логов.

private HashMap<String, String> dynamicXmlContainer - коллекция с элементами ключ-значение. Ключ - имя транзакции, значение - строка формата XML с результатом последней выполненной транзакции с таким именем, вернувшимся с сервера. Методы класса:

public ConnectionChannel(); Конструктор класса.

public String[] completeTransaction(String tranName, String data,

URL url, String sessionID);

Публичный метод, предназначенный для получения с сервера информации в виде строки формата XML по транзакции tranName, с параметрами data, по адресу url, с идентификатором сессии sessionID.

Возвращает null при ошибке. Комментарии по ошибке выводятся в лог. public String getLastXmlByName(String tranName);

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

public String getLastTranIdByName(String tranName);

Публичный метод, предназначенный для получения

идентификатора последней транзакции с именем tranName, выполненной инстанцией класса.

public String getLastTranResponseCodeByName(String tranName);

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

3.2 Реализация ядер виджетов

Реализация ядра «Currency widget»

Ядро приложения «Currency widget» состоит из двух основных классов.

CurrencyConfigActivity - отвечает за работу конфигурационного экрана.

CurrencyWidgetProvider - отвечает за работу виджета на рабочем столе.

Рассмотрим по очереди данные классы.

Класс CurrencyConfigActivity

Класс наследуется от стандартного класса Activity.

Поля класса:

private int widgetID - приватное поле, хранящее идентификатор

виджета.

private Intent resultValue - приватный объект, хранящий

результирующее событие конфигурационного экрана. protected final static String WIDGET_PREF - защищенный объект,

хранящий идентификатор заголовка настроек виджета.

protected final static String WIDGET_FIRST_CURRENCY - защищенный объект, хранящий идентификатор заголовка базовой валюты виджета в настройках. интернет банкинг интерфейс виджет

protected final static String WIDGET_SECOND_CURRENCY - защищенный объект, хранящий идентификатор заголовка валюты

конвертации виджета в настройках.

protected final static String WIDGET_LANGUAGE - защищенный

объект, хранящий идентификатор заголовка языка виджета в настройках. private String firstCurrency - приватная строка, содержащая

идентификатор базовой валюты. private String secondCurrency - приватная строка, содержащая

идентификатор валюты конвертации.

private String language - приватная строка, содержащая язык виджета.

protected static ServerConnection sc - защищенный объект,

предназначенный для взаимодействия приложения с сервером.

Методы класса:

protected void onCreate(Bundle savedInstanceState);

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

public void onClick(View v);

Публичный метод, вызываемый при появлении события «нажатие», обрабатывающий нажатия на объект v соответствующим образом.

Класс CurrencyWidgetProvider

Класс наследуется от стандартного класса AppWidgetProvider.

Поля класса:

private static String ACTION_UPDATE_BUTTON_CLICK - приватный

объект, хранящий идентификатор события нажатия на виджет.

private static String language - приватная строка, содержащая язык

виджета.

private static boolean isUpdating - параметр, содержащий признак

состояния виджета - обновляется или не обновляется.

Методы класса:

public void onUpdate(Context context, AppWidgetManager

appWidgetManager, int[] appWidgetIds);

Публичный метод, вызываемый при событии «обновление виджета» и выполняющий в связи с этим соответствующие дейтвия.

protected static PendingIntent buildButtonPendingIntent(Context context,

String action)

Защищенный статический метод, предназначенный для построения события PendingIntent для контекста context и действия action.

public void onDeleted(Context context, int[] appWidgetIds);

Публичный метод, вызываемый при событии «удаление экземпляра виджета» и выполняющий в связи с этим соответствующие дейтвия.

protected static void updateWidget(Context context, AppWidgetManager

appWidgetManager, SharedPreferences sp, int widgetID)

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

public void onReceive(Context context, Intent intent);

Публичный метод, вызываемый при возникновении события intent в контексте context и выполняющий в связи с этим определенные действия. private static String getMonthNameByNumberEn(int number);

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

private static String getMonthNameByNumberRu(int number);

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

private static int getImageResourceByCode(int code);

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

Класс MyTask

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

Поля класса:

private static final String CONNECTION_ERROR_TOAST_START -

приватный объект, хранящий идентификатор вызова сообщения об ошибке. private static final String UPDATE_COMPLETE - приватный объект, хранящий идентификатор события успешного окончания обновления виджета.

private RemoteViews remoteViews - приватный объект,

предназначенный для управления графическими компонентами виджета. private Context context - объект, хранящий контекст виджета. private int widgetID - поле, содержащее идентификатор виджета.

private AppWidgetManager appWidgetManager - объект, предназначенный для управления состоянием виджета.

Методы класса:

public MyTask(RemoteViews remoteViews, Context context, int widgetID,

AppWidgetManager appWidgetManager)

Конструктор класса. Параметры конструктора соответствуют полям класса с такими же именами.

protected String[] doInBackground(String... params);

Защищенный метод, предназначенный для выполнения работы с сетевыми подключениями в отдельном потоке. Выполняется при вызове у инстанции класса метода execute(String... params).

protected void onPostExecute(String[] result);

Защищенный метод, вызывается по завершении

doInBackground((String... params). Предназначен для обработки результатов этого метода. Имеет доступ к графическим компонентам.

Реализация ядра «Account widget»

Ядро приложения «Currency widget» состоит из двух основных классов.

AccountConfigActivity - отвечает за работу конфигурационного экрана.

AccountWidgetProvider - отвечает за работу виджета на рабочем столе.

Рассмотрим по очереди данные классы.

Класс AccountConfigActivity

Класс наследуется от стандартного класса Activity.

Поля класса:

private int widgetID - приватное поле, хранящее идентификатор

виджета.

private Intent resultValue - приватный объект, хранящий

результирующее событие конфигурационного экрана.

protected final static String LOGIN - защищенный объект, хранящий идентификатор, указывающий на событие входа в систему.

protected final static String CREATE_SESSION - защищенный объект,

хранящий идентификатор, указывающий на событие создания сессии. protected final static String CREATE_SESSION_WITH_CAPTCHA - защищенный объект, хранящий идентификатор, указывающий на событие создания сессии с проверкой введенных символов с изображения.

protected final static String GENERATE_DYNAMIC_PASSWORD -

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

protected final static String WIDGET_PREF - защищенный объект,

хранящий идентификатор заголовка настроек виджета.

protected final static String WIDGET_LANGUAGE - защищенный

объект, хранящий идентификатор заголовка языка виджета в настройках.

protected final static String WIDGET_ACCOUNT - защищенный объект,

хранящий идентификатор заголовка счета виджета в настройках.

protected ArrayList<EditText> edits = null - защищенный объект,

хранящий массив объектов EditText для ввода символов секретного слова. protected ArrayList<String[]> destList = new ArrayList<String[]>()-

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

protected ArrayList<String[]> acctsList = new ArrayList<String[]>() -

защищенный объект, хранящий список счетов. protected Dialog dialog - защищенный объект, хранящий диалог,

отображаемый в конкретный момент времени.

protected int dialogID - защищенный объект, хранящий идентификатор

диалога, отображаемого в конкретный момент времени private String login - приватный объект, хранящий имя пользователя

системы.

private String PIN - приватный объект, хранящий статический пароль

пользователя системы.

private String secretLetters - приватный объект, хранящий символы

секретного слова, введенный пользователем.

private String language - приватная строка, содержащая язык виджета.

protected static ServerConnection sc - защищенный объект,

предназначенный для взаимодействия приложения с сервером.

protected String captchaUrl - защищенный объект, хранящий адрес

запроса на изображение.

protected ProgressDialog progressDialog - защищенный объект, хранящий загрузочный диалог, отображаемый в конкретный момент времени.

Методы класса:

protected void onCreate(Bundle savedInstanceState);

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

public void onClick(View v);

Публичный метод, вызываемый при появлении события «нажатие», обрабатывающий нажатия на объект v соответствующим образом.

protected Dialog onCreateDialog(int id);

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

public static int dipToPixels(Context context, int dipValue);

Публичный статический метод, предназначенный для перевода абстрактных dipValue пикселей, зависящих от плотности экрана, в точки на экране в зависимости от контекста context.

Класс MyTask

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

Поля класса:

private static final String LOGIN_COMPLETE - приватный объект,

хранящий идентификатор события успешного входа в систему.

private static final String DYNAMIC_DIALOG_START - приватный объект, хранящий идентификатор вызова диалога ввода полученного динамического пароля.

private static final String SECRET_EDIT_DIALOG_START - приватный

объект, хранящий идентификатор вызова диалога ввода символов секретного слова.

private static final String CAPTCHA_DIALOG_START - приватный

объект, хранящий идентификатор вызова диалога ввода символов с изображения.

private static final String CONNECTION_ERROR_TOAST_START -

приватный объект, хранящий идентификатор вызова сообщения об ошибке соединения.

private static final String UNKNOWN_ERROR_TOAST_START - приватный объект, хранящий идентификатор вызова сообщения о

неизвестной ошибке.

private static final String ERROR_MESSAGE_TOAST_START - приватный объект, хранящий идентификатор вызова сообщения об ошибке с сервера системы «Internet banking». private Activity currentActivity - приватный объект, хранящий Activity в

которой была создана инстанция класса.

Методы класса:

MyTask(Activity activity)

Конструктор класса. Параметры конструктора соответствуют полям класса с такими же именами.

protected void onPreExecute();

Защищенный метод, предназначенный для подготовки к

doInBackground(String... params) и вызываемый до этого метода.

protected String[] doInBackground(String... params);

Защищенный метод, предназначенный для выполнения работы с сетевыми подключениями в отдельном потоке. Выполняется при вызове у инстанции класса метода execute(String... params).

protected void onPostExecute(String[] result);

Защищенный метод, вызывается по завершении

doInBackground(String... params). Предназначен для обработки результатов этого метода. Имеет доступ к графическим компонентам.

Класс AccountWidgetProvider

Листинг кода данного класса представлен в Приложении Б.

Класс наследуется от стандартного класса AppWidgetProvider.

Поля класса:

private static String ACTION_UPDATE_BUTTON_CLICK - приватный

объект, хранящий идентификатор события нажатия на виджет.

protected static ArrayList<String[]> acctsList = new ArrayList<String[]>() -

защищенный объект, хранящий список счетов.

private static String account - приватная строка, хранящая

идентификатор счета клиента.

private static String language - приватная строка, содержащая язык

виджета.

private static boolean isUpdating - параметр, содержащий признак

состояния виджета - обновляется или не обновляется.

Методы класса:

public void onUpdate(Context context, AppWidgetManager

appWidgetManager, int[] appWidgetIds);

Публичный метод, вызываемый при событии «обновление виджета» и выполняющий в связи с этим соответствующие дейтвия.

protected static PendingIntent buildButtonPendingIntent(Context context,

String action)

Защищенный статический метод, предназначенный для построения события PendingIntent для контекста context и действия action.

public void onDeleted(Context context, int[] appWidgetIds);

Публичный метод, вызываемый при событии «удаление экземпляра виджета» и выполняющий в связи с этим соответствующие дейтвия.

protected static void updateWidget(Context context, AppWidgetManager

appWidgetManager, SharedPreferences sp, int widgetID)

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

public void onReceive(Context context, Intent intent);

Публичный метод, вызываемый при возникновении события intent в контексте context и выполняющий в связи с этим определенные действия.

Класс MyTask

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

Поля класса:

private static final String CONNECTION_ERROR_TOAST_START - приватный объект, хранящий идентификатор вызова сообщения об ошибке соединения.

private static final String UNKNOWN_ERROR_TOAST_START - приватный объект, хранящий идентификатор вызова сообщения о

неизвестной ошибке.

private static final String ERROR_MESSAGE_TOAST_START - приватный объект, хранящий идентификатор вызова сообщения об ошибке с сервера системы «Internet banking».

private static final String CONFIG_ACTIVITY_START - приватный объект, хранящий идентификатор вызова конфигурационного экрана виджета.

private static final String UPDATE_COMPLETE - приватный объект, хранящий идентификатор события успешного окончания обновления виджета.

private RemoteViews remoteViews - приватный объект, предназначенный для управления графическими компонентами виджета. private Context context - объект, хранящий контекст виджета. private int widgetID - поле, содержащее идентификатор виджета.

private AppWidgetManager appWidgetManager - объект,

предназначенный для управления состоянием виджета.

Методы класса:

public MyTask(RemoteViews remoteViews, Context context, int widgetID,

AppWidgetManager appWidgetManager)

Конструктор класса. Параметры конструктора соответствуют полям класса с такими же именами.

protected String[] doInBackground(String... params);

Защищенный метод, предназначенный для выполнения работы с сетевыми подключениями в отдельном потоке. Выполняется при вызове у инстанции класса метода execute(String... params).

protected void onPostExecute(String[] result);

Защищенный метод, вызывается по завершении doInBackground ((String... params). Предназначен для обработки результатов этого метода. Имеет доступ к графическим компонентам.

3.3 Реализация графических интерфейсов виджетов

Реализация графического интерфейса «Currency widget»

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

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

На «рисунках 12, 13» представлена реализация графического интерфейса конфигурационного экрана «Currency widget» на английском языке.



Рисунок 12 - Конфигурационный экран «Currency widget»

Рисунок 13 - Конфигурационный экран «Currency widget» На «рисунке 14» представлено визуальное отображение «Currency widget» на английском языке.

Рисунок 14 - «Currency widget»



Реализация графического интерфейса «Account widget»

Требования к графическому интерфейсу «Account widget» не менялись, поэтому был реализован спроектированный изначально.

Программный код реализации графического интерфейса содержится в приложении 1. На «рисунках 15-22» представлена реализация графического интерфейса конфигурационного экрана «Account widget» на английском языке.

Рисунок 15 - Конфигурационный экран «Account widget»

Рисунок 16 - Диалог ввода символов с изображения



Рисунок 17 - Диалог ввода символов секретного слова

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

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



Рисунок 20 - Диалог ввода одноразового пароля

Рисунок 21 - Конфигурационный экран после аутентификации

Рисунок 22 - Конфигурационный экран после аутентификации

На «рисунке 23» представлено визуальное отображение «Account widget» на английском языке.

Рисунок 23 - «Account widget»

3.4 Расчет стоимости и анализ эффективности проекта

Расчет стоимости проекта

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

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

Расчет себестоимости проекта

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

Рассчитаем себестоимость Android-приложений «Mobile banking» по следующей формуле:



CC = Cтруд + Cаморт + Cплощ + Cком + Cэл + Cпроч + Cнеучт, (1)

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

Cплощ - затраты на аренду помещений;

Cком - затраты на средства коммуникации (телефон, Интернет и т.д.);

Cэл - затраты на электричество;

Cпроч - затраты на канцелярскую продукцию, транспорт, консультации специалистов и т.д.;

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

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

Cтруд = ЗП1 * Nспец1 * Nпериод1 + ЗП2 * Nспец2 * Nпериод2 + . (2)

где ЗПk - заработанная плата k-го специалиста;

Nспецk - количество k-х специалистов;

Nпериодk - количество рабочих периодов k-х специалистов.

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

Cтруд = 20 тыс. руб./мес. * 1 * 2 мес. = 40 тыс. руб.

Рассчитаем амортизацию оборудования.

При разработке приложений «Mobile banking» использовались следующие технические средства: компьютер-сервер, компьютер разработчика, четыре тестовых устройства. Стоимость сервера 78 тыс. руб., стоимость компьютера разработчика 27 тыс. руб., сумма стоимостей четырех устройств 53,5 тыс. руб. Норма амортизации рассчитывается по формуле:



Наморт = 100% / Tполез / Nпериод, (3)

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

Nпериод - количество периодов в году;

Срок полезного использования данных устройств - 3 года. Рассчитаем норму амортизации за месяц:

Наморт = 100% / 3 / 12 = 2,79%

Рассчитаем амортизацию за время разработки приложений «Mobile banking», т.е. за 2 месяца по формуле:

Cаморт = Наморт * N * Cтехн / 100% ,

где N - количество периодов амортизации;

Cтехн - стоимость технических средств.

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

Cаморт = 2,79 * 2 * (78 * 0,05 + 27 + 53,5) = 8,844 тыс. руб.

0,05 - примерная доля работы сервера с приложенями, если принять все время работы сервера за 1.

Аренда помещений за 2 месяца:

Cплощ = 2 * 1 тыс. руб. = 2 тыс. руб.

Затраты на средства коммуникации представляют собой стоимость

Интернета на компьютере разработчика: за 2 месяца



Cком = 950 руб. * 2 = 1,9 тыс. руб.

Затраты на электроэнергию учитываются только от использования компьютера разработчика:

Cэл = 150 руб.

Прочие затраты составили:

Cпроч = 850р.

Коэффициент неучтенных затрат в данном случае было решено установить в размере 5%, то есть затраты рассчитываются по формуле:

Cнеучт = (Cтруд + Cаморт + Cплощ + Cком + Cэл + Cпроч) * 5% / 100% (5)

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

Cнеучт = (40тыс. руб. + 8,8443 тыс. руб. + 2 тыс. руб. + 1,9 тыс. руб. + 150 руб. + 850 руб.) * 5% / 100% = 53,744 тыс. руб. * 5% / 100% = 2,687 тыс. руб.

По формуле (1) получим:

CC = 40тыс. руб. + 8,8443 тыс. руб. + 2 тыс. руб. + 1,9 тыс. руб. + 150 руб. + 850 руб. + 2,687 = 56,431 тыс. руб.

Расчет стоимости лицензии

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

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

Слиц = Cнеучт + ЗП1 * Кзан1 * Nспец1 * Nпериод1 + ЗП2 * Кзан2 *

Nспец2 * Nпериод2 + ... ,

где ЗПk - заработанная плата k-го специалиста;

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

Nспецk - количество k-х специалистов;

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

Кзанk - коэффициент занятости k-го специалиста в течение срока сопровождения, указанного в лицензии.

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

Неучтенные затраты рассчитываются по формуле:

Cнеучт = (ЗП1 * Кзан1 * Nспец1 * Nпериод1 + ЗП2 * Кзан2 * Nспец2 *

Nпериод2 + ... ) * 15% / 100%

Подставив конкретные значения проекта при сроке сопровождения 2 года, получим:

Снеучт = (20 тыс. руб./мес. * 0,1 * 1 * 24 мес. ) * 10% / 100% = 7,2 тыс. руб. 

По формуле (6) получим:

Слиц = 7,2 тыс. руб. + 20 тыс. руб./мес. * 0,1 * 1 * 24 мес. = 55,2 тыс. руб.

Анализ эффективности проекта

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

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

Покупка виджетов «Mobile banking» будет особо интересна финансовым, организациям, использующим полноценный мобильный клиент для системы «Internet banking» от компании «Compass plus», в связи с тем, что можно будет предоставить пользователям часть функционала мобильного клиента с более быстрым доступом к нему. Такое дополнение к полноценному мобильному клиенту безусловно повышает его привлекательность для конечных пользователей - клиентов банка. Однако, Android-приложения «Mobile banking» позволяют увеличить имидж и тех финансовых институтов, которые уже используют систему «Internet banking» компании «Compass plus», но еще не приобрели полноценный мобильный клиент к ней, поскольку это позволит пользователям получать часть функционала Интернет клиента, используя мобильный телефон, но не пользуясь при этом браузером. В этом случае еще сильнее прослеживается сокращение времени доступа к банковским функциям и информации.

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

В данной главе была рассмотрена реализация платформонезависимого модуля связи с серверной частью системы «Internet banking», который использовать как инструментарий для создания других клиентских приложений системы «Internet banking», в независимости от платформы конечного программного обеспечения. Кроме того была описана реализация ядер Android-приложений «Mobile banking». Так же в данной главе была представлена реализация графического интерфейса Android-приложений «Mobile banking».

Кроме того был представлен расчет себестоимости данных приложений и стоимость лицензии на приложения «Mobile banking» сроком на 2 года, а так же проанализирована эффективность их использования.



Заключение

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

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

В рамках исследования были разработаны требования к функциональности, безопасности и графическому интерфейсу приложений «Mobile banking». Так же была спроектирована архитектура модуля связи с серверной частью системы «Internet banking» и приложений «Mobile banking». Принимая во внимание специфику приложений были выбраны соответствующие средства разработки. Учитывая предъявленные требования, было разработано техническое задание, являющееся основанием для разработки приложений «Mobile banking».

На основе разработанных архитектур и с использованием выбранных средств разработки были реализованы модуль связи с серверной частью системы «Internet banking» и приложения «Mobile banking». В данной работе приведен расчет стоимости проекта и проанализирована эффективность приложений.



Список использованных источников

1. Брауде Э. Технология разработки программного обеспечения. / Э. Брауде. - СПб.: Питер, 2011. - 655 с.

2. Буч Г. Объектно-ориентированное проектирование с примерами применения. / Г. Буч. - М.: Конкорд, 2010.

3. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. / А.М. Вендров. - М.: Финансы и статистика, 2012. - 176 с.

4. Венчковский Л.Б. Разработка сложных программных изделий: Учеб. пособие для студентов заочного обучения всех специальностей. / Л. Б. Венчковский. - М.: Финстатинформ, 2010. - 109 с.

5. Вирт Н. Алгоритмы и структуры данных. / Н. Вирт. - М.: Мир, 2010.

6. Воеводин В. В. Параллельные вычисления. / В. В.Воеводин. - СПб.: БХВ-Петербург, 2012.

7. Гамма Э. Приемы объектно-ориентированного проектирования. Паттерны проектирования.: Пер. с англ. / Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес. - СПб: Питер, 2010.

8. Гафнер В.В. Информационная безопасность: Учебное пособие. / В.В. Гафнер. - Феникс, 2010.

9. ГОСТ Р ИСО/МЭК 15271-98 «Информационные технология. Руководство по применению ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)

10. ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения.

11. ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.

12. ГОСТ 34.320-96 Информационная технология. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы.

13. ГОСТ 34.601-90 Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

14. ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств.

15. ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы

16. Громов Ю.Ю. Информационная безопасность и защита информации: Учебное пособие. / Ю.Ю. Громов, В.О. Драчев, О.Г. Иванова. - Ст. Оскол: ТНТ, 2010. - 384 c.

17. Жарковская Е.П. Банковское дело. Учебник. / Е.П. Жарковская. - М.: Омега-Л. 2010. - с. 452-472.

18. Лаврушин О.И. Деньги, кредит, банки. Учебник. / О.И. Лаврушин. - М.: Финансы и статистика. 2011.

19. Орлов С.А. Технологии разработки программного обеспечения: Учебник для вузов. / C.А. Орлов. - СПб.: Питер, 2013. - 528 с.

20. Партыка Т.Л. Информационная безопасность: Учебное пособие. / Т.Л. Партыка, И.И. Попов. - М.: Форум, 2012. - 432 c.

21. Петров, С.В. Информационная безопасность: Учебное пособие. / С.В. Петров, И.П. Слинькова, В.В. Гафнер. - М.: АРТА, 2012. - 296 c.

22. Рудакова О.С. Банковские электронные услуги. / О.С. Рудакова. - М.: Вузовский учебник, 2010.

23. Скляров Д.В. Искусство защиты и взлома информации. / Д.В. Скляров. - СПб.: БХВ-Петербург, 2010.

29. Сурен Л. Валютные операции: Основы теории и практики. / Л. Сурен. - М.:Дело, 2013. -176 с.

30. Федеральный закон «Об информации, информатизации и защите информации» от 20.02.95 № 24-ФЗ.

31. Ховард М. Защищённый код : пер. с англ. / М. Ховард, Д. Лебланк. - М. : Издательско-торговый дом "Русская редакция", 2013.

32. Шаньгин В.Ф. Информационная безопасность компьютерных систем и сетей: Учебное пособие. / В.Ф. Шаньгин. - М.: ИД ФОРУМ, НИЦ ИНФРАМ, 2013.

33. Якобсон А. Унифицированный процесс разработки программного обеспечения. / А. Якобсон , Г. Буч, Д. Рамбо - Спб.: Питер, 2012.

34. Яковлев А.В. Криптографическая защита информации: Учебное пособие. / А.В. Яковлев - Тамбов : Изд-во Тамб. гос. техн. ун-та, 2011.

35. Якубайтис Э.А. Информационные сети и системы: Справочная книга. / Э.А. Якубайтис. - М.: Финансы и статистика, 2010.

36. Ярочкин В.И. Информационная безопасность: Учебник для вузов. / В.И. Ярочкин. - М.: Акад. Проект, 2010.



Приложение

Android-приложения «Mobile banking» для системы «Interner banking» наименование вида ПО

Процесс взаимодействия частного клиента с банком наименование объекта автоматизации

Android-приложения «Mobile banking» для системы «Interner banking» сокращенное наименование ПО

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На 23 листах

Действует с 10.03.2014

СОГЛАСОВАНО

Руководитель: начальник отдела дистанционных сервисов ООО “Compass plus”

Личная подпись

Расшифровка подписи

Печать

Дата

1. ТЕРМИНЫ, ОПРЕДЕЛЕНИЯ, СОКРАЩЕНИЯ

SDK (Software Development Kit) - комплект средств разработки.

ADT (Android Developer Tools) - плагин для среды разработки Eclipse, предназначенный для создания приложений под мобильную платформу Android.

ОС - операционная система.

JDK (Java development Kit) - бесплатно распространяемый компанией Oracle Corporation (ранее Sun Microsystems) комплект разработчика приложений на языке Java, включающий в себя компилятор Java (javac), стандартные библиотеки классов Java, примеры, документацию, различные утилиты и исполнительную систему Java (JRE).

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

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

2. ОБЩИЕ СВЕДЕНИЯ

2.1 Полное наименование приложений и их условное обозначение

Полное наименование: Android-приложения «Mobile banking» для системы «Internet banking».

Условное обозначение: виджеты «Mobile banking».

2.2 Наименование разработчика и заказчика (пользователя) приложений

Заказчик: отдел дистанционных сервисов ООО «Compass Plus», адрес фактический: Челябинская область, г. Магнитогорск, пр. Ленина, д. 68., офис

№ 312

Разработчик: Пиший С.А.

2.3 Плановые сроки начала и окончания работы

Плановый срок начала работ - 1 февраля 2014 г.

Плановый срок окончания работ - 31 мая 2014 г.

2.4 Порядок оформления и предъявления заказчику результатов работ

Работы по разработке Android-приложений «Mobile banking» для системы «Internet banking» выполняются разработчиком поэтапно согласно Календарному плану проекта. По завершении каждого этапа разработчик представляет заказчику соответствующие результаты работы.

3. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ ПРИЛОЖЕНИЙ

3.1. Назначение приложений

Пакет приложений «Mobile banking» для системы «Internet banking» представляет собой набор, состоящий из двух виджетов, разработанных под мобильную платформу Android версии 4.0 и выше. Приложения реализованы на языке Java с использованием библиотек Android SDK (Software

Development Kit).

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

Пакет Android-приложений «Mobile banking», содержит:

а) «Currency widget» - виджет обменных курсов валют.

б) «Account widget» - виджет информации по личному счету.

«Currency widget» отображает обменные курсы покупки и продажи базовой валюты по отношению к валюте конвертации, а так же изменения этих курсов по сравнению с предыдущим бизнес днем.

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

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

3.2. Цели создания приложений

Пакет приложений «Mobile banking» для системы «Internet banking» разрабатывается с целью:

а) повышения качества дистанционного обслуживания клиентов

банка;

б) сокращения времени доступа клиентов к банковскому

функционалу и информации;

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

4. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

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

Структура взаимодействия клиента с банковской системой представлена на «рисунке 1».

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

1

1

Рисунок 24 - Структура взаимодействия клиента с банковской системой по классической схеме Клиент-Банк

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

Для более подробного рассмотрения взаимодействия клиента с банком при классической схеме Клиент-Банк рассмотрим описание данного процесса в виде модели нотации eEPC(extended event-driven process chain) методологии ARIS(Architecture of Integrated Information Systems) на «рисунке 2».

Рисунок 25 - Модель eEPC классической схемы взаимодействия Клиент-Банк

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

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

– получение справочной информации (отделения/банкоматы банка - поиск отделения, банкомата банка с просмотром местоположения на карте; новости банка - адресные информационные рассылки, анонсы новых банковских продуктов; комиссии; просмотр кросс-курсов банка; кредитный калькулятор и калькулятор вкладов);

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

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

документов на основе уже существующих); механизм

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

– приобретение банковских продуктов (открытие депозита; получение кредита; приобретение электронной карты; открытие различных видов счетов и т.д.);

– выполнение операций с наличностью (денежный перевод; оплата услуг; оплата товаров; пополнение банковского счета; внесение платежей по кредиту и т.д.);

5. ТРЕБОВАНИЯ К ПРИЛОЖЕНИЯМ

5.1 Требования к приложениям в целом

5.1.1 Требования к структуре и функционированию приложений

Android-приложения «Mobile banking» функционируют все время, пока работает система «Internet banking». Работа приложений приостанавливается, только в случае остановки работы системы «Internet banking» по каким-либо причинам или в случае обнаружения критических ошибок.

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

5.1.2 Требования к численности и квалификации персонала и режиму его работы

5.1.2.1 Требования к численности персонала

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

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

К квалификации специалиста по, обслуживание и сопровождение приложений «Mobile banking» предъявляются следующие требования:

– наличие знаний о системе «Internet banking» и о принципах ее взаимодействия с приложениями «Mobile banking»;

– наличие знаний об архитектуре приложений «Mobile banking»;

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

5.1.2.3 Требуемые режим работы персонала

Специалист, выполняющий функции сопровождения и обслуживания приложений “Mobile banking” должен работать в следующих режимах:

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

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

5.1.3 Показатели назначения

5.1.3.1 Требования к приспособляемости приложений к изменениям

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

– при изменении количества клиентов системы;

– при изменении количества отображаемой информации;

– при изменении требований к системе безопасности;

– при запуске на новых технических устройствах и новых версиях операционной системы Android;

5.1.3.2 Допустимые пределы модернизации и развития приложений

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

5.1.3.3 Требования к сохранению работоспособности приложений в различных вероятных условиях

Таблица 1 - Требования к системе при некоторых вероятных событиях

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

При эксплуатации приложений “Mobile banking” возможно возникновение некоторых вероятных событий, при появлении которых приложения должны удовлетворять соответствующим требованиям.

5.1.4 Требования к надежности

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

При эксплуатации приложений «Mobile banking» возможно возникновение следующих аварийных(непредвиденных) ситуаций:

– отказ системы “Internet banking” по какой-либо причине;

– обнаружение критических ошибок приложений;

– обнаружение некритических ошибок приложений.

5.1.4.2 Требования к надежности технических средств и программного обеспечения

Надежность приложений должна обеспечиваться за счет:

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

– своевременного обслуживания приложений обслуживающим

персоналом;

– быстрого устранения ошибок;

Время устранения отказа должно быть следующим:

– при сбое работы системы “Internet banking”- сразу после

восстановления работы системы “Internet banking”;

– при обнаружении критических ошибок - в зависимости от типа ошибки, но не более 5-ти дней.

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

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

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

5.1.5 Требования к эргономике и технической эстетике

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

«Currency widget» отображает обменные курсы покупки и продажи базовой валюты по отношению к валюте конвертации, а так же изменения этих курсов по сравнению с предыдущим бизнес днем.

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

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

5.1.6 Требования к защите информации от несанкционированного

доступа

К обеспечению информационной безопасности предъявляются следующие требования:

– безопасность передаваемых данных между приложениями “Mobile banking” и системой “Internet banking” обеспечивается использованием криптографического протокола SSL (Secure Socket Layer);

– получение личной информации клиента системы “Internet banking” защищено многоступенчатой аутентификацией (в том числе динамической). Предусмотрены 4 уровня аутентификации, наличие и отсутствие которых настраивается конкретным банком в системе “Internet banking”.

5.1.7 Требования по стандартизации и унификации

В качестве методологии проектирования используется методология структурного анализа ARIS (Architecture of Integrated Information Systems), в частности нотация eEPC (extended event-driven process chain). В настоящем техническом задании данная нотация используется для моделирования процесса взаимодействия клиента с банком.

5.2 Требования к структуре и функциям ПО

5.2.1 Перечень функций или задач, подлежащих автоматизации

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

...