62
На данный момент существует множество инструментов, построенных
по системе GIT, наиболее популярным продуктом является система GitHub.
Данный продукт давно себе зарекомендовал, многие разработчики начинают
свое знакомство именно с этой системе. Это также удобно, так как
разработчикам не потребуется времени на изучение данного средства.
В отличии от многих других GIT-систем, GitHub имеет помимо
консольного интерфейса, web-интерфейс, а также оконный интрфейс для OC
Windows, Linux, MacOs. Наличие этих интерфейсов упрощает и ускоряет
работу разработчик[3].
Помимо всего этого в среду разработки Visual Studio можно встроить
расширение, позволяющее работать с GitHub напрямую.
GitHib позволят создавать большое количество репозиториев, однако
пользователям с бесплатным аккаунтом нельзя создавать приватные
(закрытые) репозитории. Однако, в платной версии можно создавать
неограниченное количество любых репозиториев. Стоимость использования
данного аккаунта составляет 15$ в месяц. Можно сказать, что для данного
проекта это не большая сумма. К тому же, в приватный репозиторий можно
приглашать множество разработчиков, поэтому потребуется оплачивать
только один платный аккаунт.
Одним из немногих GIT-систем, в которых пользователи с
бесплатными аккаунтами могут создавать приватные репозитории является
система BitBucket. Однако, для работы с данной системой можно
использовать только консольный интерфейс и некоторые команды в ней
отличаются от общепринятых.
В связи со всем вышесказанным, было принято решения выбрать
систему GitHub в качестве средства коллективной разработки.
2.3 Информационное обеспечение задачи
2.3.1 Информационная модель и её описание
Инфологическая или информационная модель (схема данных) и ее
описание предполагает моделирование входных, промежуточных и
63
результатных информационных массивов предметной области и их
характеристика. Необходимо детально освятить как на основе входных
документов и нормативно справочной информации происходит обработка с
использованием массивов оперативной информации и формирования
выходных данных.
Рассмотрим схему информационных потоков данных на Рисунок 27.
Схема информационных потоков данных
Рисунок 27. Схема информационных потоков данных
Для удобства понимания элементы схемы разделы по цветам.
Синим цветом помечены источники информации.
Серым цветом помечены получатели информации.
Зеленым цветом помечены операции.
Схема отображает взаимодействие с базой данных.
Пользователь имеют свою персональную информацию.
База данных хранит информацию о:
счетах;
вкладах;
целях;
64
кредитах;
типах вкладов;
типах кредитов;
операциях пользователей.
Клиент создает новые счета, вклады, кредит, цели. А также выполнять
денежные переводы.
Результат всех действий клиента сохраняется в базу данных.
Для понимания принципов работы системы построена
информационная модель.
Рисунок 28. Информационная модель
65
2.3.2 Характеристика нормативно-справочной, входной и оперативной
информации
Входными документами в разрабатываемом проекте являются
графические формы, в которые пользователь вводит данные. Скриншоты
этих форм будет представлены ниже.
Соответственно, получаем следующий список входных документов:
регистрация;
новый счет;
новый вклад;
новая цель;
новый кредит;
перевод средств.
Таблица № 9. Входные документы
№
п/п
Наименование
Отправитель - получатель
Периодичность
1
Регистрация
Пользователь-база данных
При регистрации
нового пользователя.
2
Новый счет
Клиент – база данных
При добавлении
нового счета.
3
Новый вклад
Клиент – база данных
При добавлении
нового вклада.
4
Новая цель
Клиент – база данных
При добавлении новой
цели.
5
Новый кредит
Клиент – база данных
При добавлении
нового кредита
6
Перевод средства
Клиент – база данных
При осуществлении
перевода
Так же в системе присутствует три справочных документа:
список типов вкладов;
список типов кредитов;
список типов операций.
66
Данные справочные документ необходимы для того, чтобы
характеризовать данные во входных документах.
2.3.3 Характеристика результатной информации
Результатом выполнения запросов будут являться списки данных.
Пользователь будет получать результирующие, представленные в
таблице .
Таблица №10. Результирующие документы
№
п/п
Наименование
Отправитель - получатель
Периодичность
1
Список счетов
База данных -клиент
При запуске, при
добавлении нового счета.
2
Список вкладов
База данных -клиент
При запуске, при
добавлении нового вклад.
3
Список целей
База данных -клиент
При запуске, при
добавлении новой цели.
4
Список кредитов
База данных -клиент
При запуске, при
добавлении нового
кредита.
5
Список операций
База данных -клиент
При запуске, при
добавлении нового счета,
нового вклада, новой
цели, нового кредита,
переводе средств.
2.4 Программное обеспечение задачи
2.4.1 Общие положения (дерево функций и сценарий диалога)
Разрабатываемая система должна позволять множественное
подключение к базе.
Система должна запрашивать логин и пароль у пользователя, который
запускает программу, для обеспечения безопасности данных.
Система должна проверять соблюдение разработанных бизнес-правил.
Система должна в случае возникновения каких-либо ошибок
информировать пользователя об этом и обрабатывать эти исключения.
67
Программное приложение должно иметь удобный и понятный для
потенциального пользователя графический интерфейс.
На рисунке 21 представлено дерево функций.
Все функции разделены на две группы: основные и служебные.
Основные функции предназначены для получения, изменения и
добавления основных данных системы.
Служебные функции предназначены для получения и добавления
данных, также для проверки данных при авторизации.
Рисунок 29. Дерево функций
Для определения поведения программы был создан сценарий диалога.
Схема сценария диалога представлена на Рисунок 30. Для удобства
понимания элементы схемы разделены на цвета.
Элементы зеленого цвета указывают на вход и выход из программы.
Элементы желтого цвета указывают, что в данном элементе управления
происходит изменение или добавление данных.
68
Элементы синего цвета говорят, что в данных элементах происходит
отображение данных.
Элемент серого цвета указывают на графические формы.
При запуске программы пользователь может либо ввести логин и
пароль и авторизироваться, либо зарегистрироваться, если он ранее не был
зарегистрован.
После авторизации пользователь переходит в главное окно программы,
где может просматривать данные о счетах, вкладах, целях, кредитах,
операциях, переводах, личные данные.
При выборе подменю просмотра счетов, пользователь может добавить
новый счет.
При выборе подменю просмотра вкладов, пользователь может
добавить новый вклад.
При выборе подменю просмотра целей, пользователь может добавить
новую цель.
При выборе подменю просмотра кредитов, пользователь может
добавить новый кредит.
Для выполнения перевода пользователь переходить в подменю
переводов, где может выбирать различные варианты перевода средств.
Для просмотра и изменения личных данных пользователь переходит в
подменю личных данных.
Для просмотра всех выполненных действий пользователь переходит в
подменю операций.
69
Рисунок 30. Сценарий диалога
2.4.2 Характеристика базы данных
Для хранения всей необходимой информации будем использовать
следующие таблицы:
банковский счет;
клиент;
кредит;
вклад;
цель;
операция;
тип кредита;
тип вклада;
тип операции;
70
посещение.
Между таблицами схемы необходимо установить идентифицирующие
связи, так как таблицы зависимы. При установке идентифицирующих связей
дочерняя таблица зависит от родительской.
Между таблицами реляционной базы данных установлены следующие
связи:
1) «1:n» (один-ко-многим):
Связь между таблицами «Клиент» и «Счет», реализованная с
помощью внешнего ключа «idКлиент» в таблице «Счет»,
ссылающего на первичный ключ «id» таблицы «Клиент». Тип
связи «один-ко-многим» говорит о том, что один клиент может
иметь множество счетов, но один счет может принадлежать
только одному клиенту.
Связь между таблицами «Клиент» и «Вклад», реализованная с
помощью внешнего ключа «idКлиент» в таблице «Вклад»,
ссылающего на первичный ключ «id» таблицы «Клиент». Тип
связи «один-ко-многим» говорит о том, что один клиент может
иметь множество вкладов, но один вклад может принадлежать
только одному клиенту.
Связь между таблицами «Клиент» и «Цель», реализованная с
помощью внешнего ключа «idКлиент» в таблице «Цель»,
ссылающего на первичный ключ «id» таблицы «Клиент». Тип
связи «один-ко-многим» говорит о том, что один клиент может
иметь множество целей, но одна цель может принадлежать
только одному клиенту.
Связь между таблицами «Клиент» и «Кредит», реализованная с
помощью внешнего ключа «idКлиент» в таблице «Цель»,
ссылающего на первичный ключ «id» таблицы «Кредит». Тип
связи «один-ко-многим» говорит о том, что один клиент может
иметь множество кредитов, но один кредит может принадлежать
71
только одному клиенту.
Связь между таблицами «Клиент» и «Посещений», реализованная
с помощью внешнего ключа «idКлиент» в таблице «Посещение»,
ссылающего на первичный ключ «id» таблицы «Клиент». Тип
связи «один-ко-многим» говорит о том, что один клиент может
много раз зайти в программу, но одно посещение относится
только к одному клиенту.
Связь между таблицами «Вклад» и «Тип вклада», реализованная
с помощью внешнего ключа «idТипВклада» в таблице «Вклад»,
ссылающего на первичный ключ «id» таблицы «Тип вклада».
Тип связи «один-ко-многим» говорит о том, что множество
вкладов могут иметь один и тот же тип, но один вклад может
иметь только один тип.
Связь между таблицами «Кредит» и «Тип кредита»,
реализованная с помощью внешнего ключа «idТипКредита» в
таблице «Кредит», ссылающего на первичный ключ «id»
таблицы «Тип кредита». Тип связи «один-ко-многим» говорит о
том, что множество кредитов могут иметь один и тот же тип, но
один кредит может иметь только один тип.
Связь между таблицами «Клиент» и «Транзакция», реализованная
с помощью внешнего ключа «idКлиент» в таблице
«Транзакция», ссылающего на первичный ключ «id» таблицы
«Клиент». Тип связи «один-ко-многим» говорит о том, что
клиент может выполнить множество транзакции, но одна
транзакция выполняется одним человеком.
Связь между таблицами «Транзакция» и «Тип транзакции»,
реализованная с помощью внешнего ключа «idТип Транзакции»
в таблице «Транзакция», ссылающего на первичный ключ «id»
таблицы «Тип транзакции». Тип связи «один-ко-многим»
говорит о том, что множество транзакций могут иметь один и