Проектирование и разработка программной системы "Интернет-обменник валют"

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

Реферат

Курсовая работа, 28 с., 2 рис., 5 источников.

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

Программная система «Интернет-обменник валют» дает возможность пользователям быстро и безопасно производить обмен электронных валют в сети Интернет.

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

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

Данная программная система разработана с использованием технологий Entity Framework, MVC4, API WebMoney, jQuery.

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

Разработанная программная система может работать в любой операционной системе, где установлен .Net Framework 4.5.

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

Работа имеет практическую ценность.

СЕРВЕР, ВЕБ-ПРИЛОЖЕНИЕ, WEB MONEY, ИНТЕРНЕТ-ОБМЕННИК ВАЛЮТ, БАЗА ДАННЫХ

Реферат

Курсова робота, 28 с., 2 рис., 5 джерел.

В роботі описано процес і результати проектування і розробки програмної системи «Інтернет-обмінник валют», що представляє собою корпоративний веб-додаток, з урахуванням бізнес-логіки, бізнес-процесів і вимог до даної системи.

Програмна система «Інтернет-обмінник валют» дає можливість користувачам швидко і безпечно проводити обмін електронних валют в мережі Інтернет.

Особливістю даної системи є можливість обміну електронних валют без необхідності реєстрації на сайті.

Реалізація даної програмної системи розбита на кілька програмних шарів: шар доступу до даних, шар бізнес-логіки (обробки даних) сервісів, шар відображення.

Дана програмна система розроблена з використанням технологій Entity Framework, MVC4, API WebMoney, jQuery.

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

Розроблена програмна система може працювати в будь-якій операційній системі, де встановлений. Net Framework 4.5.

Подальший розвиток роботи можливий в бік розширення функціоналу розробленого веб-додатку.

Робота має практичну цінність.

СЕРВЕР, ВЕБ-ДОДАТОК, WEB MONEY, ІНТЕРНЕТ-ОБМІННИК ВАЛЮТ, БАЗА ДАНИХ

The abstract

Course work, 28 sec., 2 fig., 5 sources.

This paper describes the process and results of the design and development of a software system "Internet-currency exchanger" is a corporate web application with the business logic, business processes and requirements for the system.

Software system "Internet-currency exchanger" allows users to quickly and securely exchange electronic currency on the Internet.

A feature of this system is that e-currency exchange without the need to register on the site.

The implementation of the software system is divided into several software layers: the data access layer, business logic layer (data) services, the layer display.

This software system is developed using technologies Entity Framework, MVC4, API WebMoney, jQuery.

User interaction with the software system via a web interface, developed in accordance with the specification HTML5.

The developed software system can run on any operating system that has a. Net Framework 4.5.

Further development work is possible in the direction of extension of the developed functional web application.

The work has practical value.

SERVER, WEB-APPLICATION, WEB MONEY, INTERNET CURRENCY EXCHANGER, DATABASE

Введение

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

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

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

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

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

1. Анализ решаемой задачи

1.1 Описание программной системы

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

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

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

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

- «расслоение» приложения по уровням;

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

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

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

1.2 Ситатегия Интернет-обменника валют

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

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

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

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

1. Осуществление обмена электронных валют посредством веб-интерфейса.

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

2. Реализация возможности совершать обмен электронных валют без необходимости регистрации на сайте.

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

3. Реализация реферальной системы.

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

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

4. Реализация системы скидок.

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

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

5. Обеспечение поддержки множества систем электронных валют.

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

1.3 Требования к Интернет-обменнику валют

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

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

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

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

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

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

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

2. Проектирование

2.1 Разработка схемы базы данных

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

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

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

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

2.2.1 Сервер базы данных

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

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

При проектировании системы управления базами данных были рассмотрены следующие серверы баз данных: Oracle, MySQL, PostgreSQL и MS SQL Server.

СУБД Oracle используется в основном для баз управлениями базами данных со сложной структурой и большими размерами. К тому же, СУБД этого типа не являются свободно распространяемыми.

MySQL - это СУРБД, работа с данными в которой осуществляется при помощи SQL запросов. Основными преимуществами этого типа БД является скорость и простота в использовании. При помощи MySQL можно производить операции над данными, которые с текстовыми файлами трудно реализуемы. Данный тип баз данных широко используется в порталах, досках объявлений, электронных магазинах. В MySQL доступ к базе данных осуществляется через скрипты или с помощью программы phpMyAdmin. Недостатком в MySQL является сложность задания ограничений в базе данных.

Рисунок 2.1 ? Схема базы данных

Основное преимущество MS SQL Server заключается в тесной интеграции ее с другими программными продуктами от Microsoft. MS SQL Server активно использует решения на базе СОМ технологии, в частности источники данных OLEDB и компоненты ActiveX. Данная СУБД отлично интегрируется как с MS Exchange, так и с Microsoft Internet Information Server. C базой данных MsSqlServer можно работать с помощью LINQ. LINQ (Language Integrated Query) - это специальный язык запросов для .NET Framework. Он позволяет выполнять запросы к объектам находящимся в памяти, в типизированной базе данных и в XML документе; LINQ, DLINQ XLINQ соответственно.

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

2.2.2 Технологии реализации системы

При реализации программной системы предполагается использование следующих технологий: ASP MVC, entity framework .

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

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

В процессе работы с ORM библиотекой приложение оперирует привычными ему объектами. При этом для хранения информации могут быть использованы различные реляционные системы управления базами данных: SQL Server, SQL Server Express, SQL Server Compact, mySQL и т.д. Это вносит дополнительный уровень гибкости в архитектуру приложения.

Посмотрим на схему с изображением архитектуры библиотеки (рисунок 2.2).

Рисунок 2.2 - Архитектура Entity Framework

Модель данных Entity (EDM или Entity Data Model) это модель, описывающая отношение клиентских объектов и таблиц, расположенных в базе данных. Можно выделить следующие её составляющие:

1. Концептуальная модель (Conceptual model) - содержит описание классов клиентской Модели и взаимоотношения между ними.

2. Модель хранилища (Stogare model) - аналогична Концептуальной модели, но описывает таблицы, расположенные в реляционной базе данных.

3. Отображение (Mapping) - содержит схему соответствия между указанными выше моделями.

Для получения необходимой информации клиент может воспользоваться любым из двух поддерживаемых языков: Entity SQL и LINQ to Entities.

Запросы передаются в слой Службы объектов, который отвечает за взаимодействие с объектами клиентской части. Здесь они преобразуются в деревья команд (command tree). Кроме того, осуществляется контроль текущего состояния объектов. Это необходимо для сохранения сделанных в них изменений. программный система данные база

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

Слой Клиентского провайдера данных используется для взаимодействия с базой данных. Для упрощения архитектуры, он не обращается к ней напрямую, а использует провайдера данных ADO.NET.

При получении от Службы объектов дерева команд, данный слой создает SQL запрос. Для этого используется все составляющие, входящие в Модель данных Entity. После чего результат передается на выполнение в базу данных, используя ADO.NET.

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

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

Аббревиатура MVC (рисунок 2.3) расшифровывается как Model-View-Controller (Модель-Представление-Контроллер). Это архитектура построения приложения, в рамках которой оно разделяется на три компонента:

1. Модель (Model) - предоставляет данные для Представлений в ответ на запросы Контроллера, содержит бизнес-логику приложения.

2. Представление (View) - отвечает за пользовательский интерфейс, отображает данные, полученные от Модели.

3. Контроллер (Controller) - обрабатывает команды пользователя, определяет Модели для работы и связывает ее с Представлением.

Рисунок 2.3 - Архитектура MVC

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

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

Несколько упрощая, работу MVC приложения можно описать следующим образом:

1. Команда (уведомление о нажатии кнопки, запроса адреса сайта и т.д.) передается Контроллеру;

2. Контроллер, исходя из полученных данных, определяет и вызывает Модель;

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

4. Контролер выбирает Представление и связывает его с данными (Моделью);

5. Представление отображает данные пользователю.

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

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

А вот Модель не зависит ни от Представления, ни от Контроллера. Это позволяет вести разработку Модели независимо, а так же создавать для нее несколько Представлений.

2.2.3 Проектирование архитектуры системы

Концепция слоев (layers) - одна из общеупотребительных моделей, используемых разработчиками программного обеспечения для разделения сложных систем на более простые части. В архитектурах компьютерных систем, например, различают слои кода на языке программирования, функций операционной системы, драйверов устройств, наборов инструкций центрального процессора и внутренней логики чипов. В среде сетевого взаимодействия протокол FTP работает на основе протокола TCP, который, в свою очередь, функционирует "поверх" протокола IP, расположенного "над" протоколом Ethernet.

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

2.2.4 Диаграмма классов

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

Рисунок 2.4 - Диаграмма классов (начало)

Рисунок 2.5 - Диаграмма классов (продолжение)

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

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

2.3.1 Проектирование слоя бизнес-логики и бизнес-правил

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

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

2.3.2 Проектирование слоя отображения

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

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

Рисунок 2.6 - Главная страница Интернет-обменника валют

Рисунок 2.7 - Главная страница панели управления

3. Разработка

3.1 HTML5

HTML5 (англ. HyperText Markup Language, version 5) -- язык для структурирования и представления содержимого для всемирной паутины, а также основная технология, используемая в Интернете. Это пятая версия HTML-стандарта (изначально созданного в 1990 году и последней версией которого являлся HTML4, стандартизированный в 1997 году) и находится в стадии разработки по состоянию на ноябрь 2012 года. Основной её целью является улучшить язык, поддерживающий работу с новейшими мультимедийными приложениями, при этом сохраняется лёгкость чтения кода для человека и ясность исполнения для компьютеров и приспособлений (веб-браузеры, синтаксические анализаторы и т. д.).

HTML5 вводит несколько новых элементов и атрибутов, которые отражают типичное использование разметки на современных веб-сайтах. Некоторые из них -- семантические замены для использования универсальных блочных (<div>) и строчных (<span>) элементов, например, <nav> (блок навигации по сайту), <footer> (обычно относится к нижней части страницы или последней строке HTML кода) или <audio> и <video> вместо <object>. Некоторые устаревшие элементы, которые можно было использовать в HTML 4.01, были исключены, включая чисто оформительские элементы, такие как <font> и <center>, чьи эффекты выполняются с помощью Каскадных таблиц стилей. Также в поведении веб снова заострено внимание на важности скриптов DOM (например, Javascript).

3.2 Тестирование класса Percentage.cs

using System;

using System.Text;

using System.Collections.Generic;

using System.Linq;

using Microsoft.VisualStudio.TestTools.UnitTesting;

namespace TestProject1

{

/// <summary>

/// Сводное описание для UnitTest1

/// </summary>

[TestClass]

public class UnitTest1

{

public UnitTest1()

{

//

// TODO: добавьте здесь логику конструктора

//

}

private TestContext testContextInstance;

/// <summary>

///Получает или устанавливает контекст теста, в котором предоставляются

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

///</summary>

#region Дополнительные атрибуты тестирования

//

// При написании тестов можно использовать следующие дополнительные атрибуты:

//

// ClassInitialize используется для выполнения кода до запуска первого теста в классе

// [ClassInitialize()]

// public static void MyClassInitialize(TestContext testContext) { }

//

// ClassCleanup используется для выполнения кода после завершения работы всех тестов в классе

// [ClassCleanup()]

// public static void MyClassCleanup() { }

//

// TestInitialize используется для выполнения кода перед запуском каждого теста

// [TestInitialize()]

// public void MyTestInitialize() { }

//

// TestCleanup используется для выполнения кода после завершения каждого теста

// [TestCleanup()]

// public void MyTestCleanup() { }

//

#endregion

[TestMethod]

public void PercOfSumAsPathTest()

{

decimal status = Class1.PercOfSumAsPath(1, 100);

Assert.IsNotNull(status, "can't be null");

Assert.IsTrue(status == 1);

Assert.IsFalse(status == 0);

}

[TestMethod]

public void PartOfPercAsSumTest()

{

decimal status = Class1.PartOfPercAsSum(100, 1);

Assert.IsNotNull(status, "can't be null");

Assert.IsTrue(status == 1);

Assert.IsFalse(status == 0);

}

[TestMethod]

public void PartOfSumAsPercTest()

{

decimal status = Class1.PartOfSumAsPerc(1, 100);

Assert.IsNotNull(status, "can't be null");

Assert.IsTrue(status == 1);

Assert.IsFalse(status == 0);

}

[TestMethod]

public void SubPercTest()

{

decimal status = Class1.SubPerc(1, 100);

Assert.IsNotNull(status, "can't be null");

Assert.IsTrue(status == 0);

Assert.IsFalse(status == 1);

}

[TestMethod]

public void AddPercTest()

{

decimal status = Class1.AddPerc(0, 100);

Assert.IsNotNull(status, "can't be null");

Assert.IsTrue(status == 0);

Assert.IsFalse(status == 1);

}

}

}

Перечень использованных источников

1 www.asp.net/mvc/ - Microsoft Asp.Net MVC.

2 Кристиан Нейгел, Билл Ивьен, Джей Глинн, Карли Уотсон, Морган Скиннер C# 2005 и платформа .NET 3.0 для профессионалов - Professional C# 2005 with .NET 3.0. - М.: «Диалектика», 2007.

3 Русская редакция Петцолъд Ч. Программирование для Microsoft Windows на С#. В 2-х томах. Том 1.

4 Русская редакция Петцолъд Ч. Программирование для Microsoft Windows на С#. В 2-х томах. Том 2.

5 Троелсен Э. С# и платформа .NET. Библиотека программиста.

Размещено на Allbest.ru

...