Курсовая работа Никиты (1) (1). Проектирование автоматизированной системы учета обмена валют
 Скачать 1.41 Mb.
|
|
МИНИСТЕРСТВО ОБРАЗОВАНИЯ МОСКОВСКОЙ ОБЛАСТИ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ПРОФЕССИОНАЛЬНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ «ОДИНЦОВСКИЙ ТЕХНИКУМ» КУРСОВОЙ ПРОЕКТ СПЕЦИАЛЬНОСТЬ 09.02.07 «Информационные системы и программирование» ПО ДИСЦИПЛИНЕ МДК 05.01 Проектирование и дизайн информационных систем на тему: «Проектирование автоматизированной системы учета обмена валют» КП 09.02.07.01.001 ПЗ
Одинцово 2022 ЗАДАНИЕ на курсовой проект студенту 3 курса группы ИС-19 по специальности 09.02.07 «Информационные системы и программирование» Артемьеву Никите Антоновичу ТЕМА ЗАДАНИЯ: «Проектирование АС учета обмена валют» Курсовой проект выполняется студентом в следующем объеме: Техническое задание I Пояснительная записка Введение Анализ технического задания 1. Анализ предметной области 1.1 Состояние вопроса об учете обмена валют 1.2 Классификация валютных операций 1.2 Моделирование существующих бизнес-процессов 2. Обоснование выбора инструментальных средств 2.1 Концептуальное проектирование базы данных 2.2 Логическое проектирование базы данных 2.3 Выбор базы данных для реализации автоматизированной системы Заключение Список использованных источников Срок окончания 20.05.2022  СОДЕРЖАНИЕ1.2 Классификация валютных операций 12 В данном задании будет спроектирована база данных, которое позволит автоматизировать обмен валют в таких заведениях, как пункты обмена валют и банки, а также в любых организациях, которые имеют дело с валютой. В настоящее время существует большое количество государств, большинство из них имеет собственную денежную единицу (денежные единицы других стран имеют название «валюта»), что порождает при путешествиях использовать пункты обмена валют. В данной работе будет реализовано приложение, которое можно использовать в пунктах обмена валют. Приложение будет производить автоматизированный поиск актуальных курсов валют и рассчитывать количество необходимых денежных средств для произведения операции обмена валют. Также, приложение будет хранить в себе данные о других отделах предприятия, на котором используется, данные о сотрудниках и данные о тех пользователях, которые использовали пункт обмена валют данной организации. Цель работы – разработка приложения, для автоматического расчета сумм в операциях обмена валют, логирования данных услуг, хранения данных пользователей и поиска актуальных курсов валют. Актуальность: отсутствие бесплатных программ этой области; вся необходимая информация хранится в приложении; автоматизированный расчет денежных средств. АНАЛИЗ ТЕХНИЧЕСКОГО ЗАДАНИЯ Описание области применения и исходных данных приложения: Данное приложение предназначено для использования сотрудниками банков и пунктов обмена валют в целях уменьшения временных затрат на заполнение платёжных документов, поиск курсов валют и расчетов необходимых сумм денежных единиц. Исходными данными для приложения являются: курсы валют; данные о пользователях; данные о сотрудниках. данные об отделах. данные о размерах денежных средств. Требования к пользовательским интерфейсам: Эргономические рекомендации по выбору цветовых решений при формировании пользовательского интерфейса: 1) учитывайте потребности, возможности и опыт пользователей системы, для чего старайтесь сделать ее гибкой, а для выбора цветового кода предлагайте пользователю не только возможность самому подбирать цвета, но и представляйте ему несколько наборов цветов, обозначающих те или иные структуры страниц экрана компьютера; пользовательского интерфейса на разных уровнях. 2) используемый цветовой код должен отличаться постоянством в плане обозначения соответствующих структур, команд, объектов и т.д. 3) используйте цветовой код для привлечения внимания к представляемой информации, для сокращения времени ее поиска, улучшения ее размещения и запоминания; 4) используйте цветовой код для надлежащего кодирования разнообразных функций пользовательского интерфейса, таких как: управленческая, коммуникативная, объяснительная, обучающая, иллюстративная, когнитивная, креативная, информационно-поисковая, эстетическая и др. Составной частью пользовательского интерфейса являются языки взаимодействия/общения человека с ЭВМ. Общие требования к ним следующие: 1) соответствовать когнитивным, мотивационным, психомоторным, эмоциональным, профессиональным характеристикам пользователей; 2) отвечать потребностям и задачам пользователей; 3) соответствовать назначению и особенностям программного продукта; 4) должны быть легки и удобны в освоении и использовании, эффективны в деятельности, приятны в общении; 5) основываться не только на естественном языке, но и на других присущих человеку языках; 6) отвечать нормам той или иной предметной или проблемной области знания с максимальным учетом профессионального языка пользователя проектируемого лингвистического процессора; Основные требования к пользовательскому интерфейсу: функциональность (соответствие задачам пользователя); соответствие технологии; понятность и логичность; обеспечение высокой скорости работы пользователя; обеспечение защиты от человеческих ошибок; быстрое обучение пользователя; субъективное удовлетворение пользователя. Требования к оформлению чек-боксов и радиокнопок: не следует нарушать сложившуюся традицию: чек-боксы выглядят как квадраты, а радиокнопки – как кружки. и чек-боксы, и радиокнопки желательно расставлять по вертикали, поскольку это значительно ускоряет поиск нужного элемента; радиокнопки всегда должны находиться в рамке группировки, а для чек-боксов это необязательно; в группе радиокнопок как минимум одна радиокнопка должна быть проставлена по умолчанию; каждая подпись чек-бокса и радиокнопки должна однозначно показывать эффект от выбора соответствующего элемента; поскольку радиокнопки и чек-боксы не вызывают немедленного действия, формулировать подписи к ним лучше всего в форме существительных, хотя возможно использование глаголов; подписи к стоящим параллельно кнопкам лучше стараться делать примерно одинаковой длины; все подписи лучше делать позитивными (т.е. не содержащими отрицания); не следует повторять в подписях одни и те же слова, меняя только окончания подписей (например, «Показывать пробелы» и «Показывать табуляции») – лучше перенести повторяющееся слово в рамку группировки; если подпись не помещается в одну строку, то индикатор кнопки (кружок или квадрат) следует выравнивать по первой строке подписи; подписи к чек-боксам и радиокнопкам должны быть нажиманабельными (это связано с тем, что для быстроты и точности работы пользователю нужны большие кнопки); при необходимости заблокировать элемент чек-бокса или радиокнопки, желательно визуально ослаблять не только индикатор кнопки (квадрат или круг), но и подпись к нему. Сценарии: При запуске приложения должна запускаться главная форма, на которой должны быть такие элементы: поле вывода актуальных курсов, кнопки: «добавить пользователя», «добавить сотрудника», «Информация об отделах», «произвести операцию», «история курсов». По нажатию на кнопку «добавить пользователя» должна открываться форма добавления пользователя. По нажатию на кнопку «добавить сотрудника» должна открываться форма добавления сотрудника. При нажатии на кнопку «Информация об отделах» должна открываться форма вывода списка отделов. По нажатию на кнопку «произвести операцию» должна открываться форма операции. По нажатию на кнопку «история курсов» должна открываться форма вывода курсов. Форма добавления пользователя: При запуске формы добавления пользователя должны появиться элементы ввода: фамилии, имени, отчества, а также кнопка «добавить». При нажатии на кнопку «добавить» — данные введенные в поля для ввода должны сохраниться в базу данных, в таблицу пользователей, форма должна закрываться, а основная форма должна открываться. Форма добавления сотрудника: При запуске формы добавления пользователя должны появиться элементы ввода: выпадающий список с информацией про каждого пользователя (айди-фамилия) и поле для ввода зарплаты. При нажатии на кнопку «добавить» — данные введенные в поля для ввода должны сохраниться в базу данных, в таблицу сотрудников, форма должна закрываться, а основная форма должна открываться. Форма вывода информации об отделах: При запуске формы вывода информации об отделах должна появиться таблица с информацией обо всех отделах. Форма вывода информации о курсах: При запуске формы вывода информации о курсах должна появиться таблица с информацией обо всех курсах за все время. Форма обмена: При запуске формы обмена должны появиться элементы ввода: выпадающий список с информацией про каждого пользователя (айди-фамилия), сотрудников(айди-фамилия), отделов(айди), элементы выбора действия, поля для ввода валюты, поле для ввода суммы которую дает пользователь и кнопки: «назад» и «добавить». При нажатии на кнопку «добавить» — данные введенные в поля для ввода должны сохраниться в базу данных, в таблицу операций, вывести количество денег, которые требуется отдать пользователю, форма должна закрываться, а основная форма должна открываться. При нажатии на кнопку «назад» — форма должна закрываться, а основная форма должна открываться. Функции продукта: Приложение должно уметь работать с таблицами базы данных с информацией о пользователях, сотрудниках, отделах, курсах, операциях. Функции продукта: расчет необходимой суммы для проведения операции. отображение информации об отделах. отображение истории операций. нахождение актуальных курсов. добавление данных о пользователях обменного пункта. добавление данных о сотрудниках организации. 1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ 1.1 Состояние вопроса об учете обмена валют В настоящее время существует огромное количество стран. У каждой страны существует своя валюта. С развитием отношений между этими странами участились случаи по купли/продажи различных услуг и товаров. Но так как у каждой страны своя валюта, то появилась необходимость конвертирования валюты. Чтобы осуществлять торговлю между странами возникает потребность конверсии валют. Для работы туристических агентств так же возникает такая потребность. При поездке в другую страну человек не может оплачивать товары и услуги этой страны валютой из другой страны, поэтому ему нужно обменять валюту своей страны на валюту страны, в которой он находится. Данную возможность стали предоставлять банки. Они обменивали валюту разных стран. В дальнейшем стали развиваться компьютерные технологии и появились электронные деньги. Появилась потребность конвертировать и их тоже. Для этого появились виртуальные пункты обмена валюты. Эти программы позволяли производить транзакцию денежных средств и просмотр курсов валют. Предметная область «учета обмена валют» представляет собой деятельность работы обменного пункта, предназначенная, в первую очередь, для автоматизации работы кассиров, находящихся как в самом банке, так и вне его территории. Обмен производится как покупки, так и продажи денежных единиц в валюте данной страны. Существуют формы, которые предоставляют возможность изменения курса валюты продажи и покупки. Все данные заносятся в таблицу. Можно просматривать операции, проведенные кассиром за определённый срок. На рынке программного обеспечения существуют множество банковских систем и отдельных программных продуктов автоматизирующих валютно-обменные операции. Одно из решений - это UnionBusinessSystem компании «ЮниСАБ». В данной системе разработан бизнес «обменный пункт». Программа «Обменный пункт» обеспечивает полную автоматизацию работы кассира "выносного" обменного пункта и опосредованную связь с банком. В Бизнесе реализован автоматический контроль движения бланков строгой отчетности с выделением их состояния - неиспользованные, выданные, испорченные. Его широкие возможности позволяют настраивать программный модуль в соответствии с регламентом обменного пункта. Все выполняемые операции сопровождаются формированием необходимых печатных документов. Параметры каждой операции имеют гибкие настройки в соответствии с внутрибанковской инструкцией обменных пунктов. Программа готовит полный набор документов авансовая заявка и заявка на подкрепление, реестры по всем выполняемым операция, справка об остатках, препроводительные ведомости (валютная и рублевая), акт передачи другому кассиру. 1.2 Моделирование существующих бизнес-процессов Произведём оценку системы в терминах бизнес-процессов организации с использованием методологий IDEF0. Первый шаг в построении модели – это определение цели модели, то есть вопросов, на которые призвана ответить модель. Вопросы следуют из формулировки задачи и анализа требований. Построим контекстную диаграмму (самое общее описание системы и её взаимодействия с внешней средой) и проведём функциональную декомпозицию (разбиение системы на крупные фрагменты) для построения диаграмм декомпозиции. Контекстная диаграмма, описывающая функционирование пункта обмена валют, приведена на рисунке 3. Диаграмма декомпозиции приведена на рисунке 4.  Рисунок 3 – Контекстная диаграмма Моделирование бизнес процессов является одним из методов улучшения качества и эффективности работы организации. В основе этого метода лежит описание процесса через различные элементы (действия, данные, события, материалы и пр.) присущие процессу. Как правило, моделирование бизнес процессов описывает логическую взаимосвязь всех элементов процесса от его начала до завершения в рамках организации. В более сложных ситуациях моделирование может включать в себя внешние по отношению к организации процессы или системы. Моделирование бизнес процессов позволяет понять работу и провести анализ организации. Это достигается за счет того, что модели могут быть составлены по различным аспектам и уровням управления. В больших организациях моделирование бизнес процессов выполняется более подробно и многограннее, чем в малых, что связано с большим количеством кросс-функциональных связей. Обычно для моделирования бизнес процессов применяются различные компьютерные средства и программное обеспечение. Это облегчает управление моделями, отслеживание в них изменений и позволяет сократить время анализа.  Рисунок 4 – Диаграмма декомпозиции 1.2 Классификация валютных операцийКлассификация операций с валютой проводится по разным критериям. По объекту выделяют операции с рублями, иностранной валютой, иностранными и российскими ценными бумагами. Классификация операций по субъекту проходит: между нерезидентами; между валютными резидентами; между валютными резидентами и нерезидентами. Валютные операции разделяются на группы по характеру сделки: экспортно-импортные операции; операции по банковскому валютному счету клиента; торговля иностранной валютой; кредитование международного уровня; приобретение страной иностранной валюты. Существует еще одна классификация выполняемых валютных операций: по срокам выполнения (текущие, капитальные, кассовые операции с валютой); активные и пассивные операции (в соответствие с ведением бухгалтерского учета); операции, которые выполняются резидентами и нерезидентами; направленные на достижение разных целей (выполняемые в собственных интересах предпринимателя или в интересах клиентов). Есть другие виды валютных операций: такие операции, которые проходят через банк или кассу; покупка за валюту нематериальных активов, основных средств, материально-производственных запасов; расходы и доходы в валюте; вне оборотные активы В отдельную группу выделяют конверсионные валютные операции, которые проводятся с целью обмена одной валюты на другую. В этом случае обязательно учитывается разница курсов на момент выполнения валютной операции. Курс валют меняется каждый день. При переводе иностранной валюты в рубли формируется курсовая разница. Такую курсовую разницу нужно отнести на расходы или доходы компании. Таким образом, понимается предметная область определения об учете обмена валют и её классификация. 2 СОЗДАНИЕ БАЗЫ ДАННЫХ 2.1 Концептуальное проектирование базы данных. Концептуальное проектирование – построение семантической модели предметной области (информационной модели самого высокого уровня абстракции). В ходе изучения предметной область и выделены следующие сущности, представляющие информационное значение для задачи: пользователь – информация о пользователях; сотрудник – информация о сотрудниках; операция – информация о проведенной операции; курс – курс валют; отдел – отделы одного предприятия. Концептуальное представление базы данных приведено на рисунке 5.  Рисунок 5 – Концептуальная модель базы данных 2.2 Логическое проектирование базы данных. Логическое проектирование – создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Логическое представление базы данных приведено на рисунке 6 взятое с рисунка 5.  Рисунок 6 – Логическая модель базы данных 2.3 Выбор базы данных для реализации автоматизированной системы MySQL представляет собой систему управления базами данных. Базой данных называют структурированный набор данных. Это может быть чем угодно: от простого перечня покупок до галереи изображений. Чтобы добавлять, обращаться и обрабатывать данные, сохраненные в компьютерной базе данных, Вы нуждаетесь в системе управления базы данных, типа MySQL. Так как компьютеры очень хороши при обработке больших количеств данных, базы данных играют центральную роль в вычислениях, как автономные утилиты, или как части других пакетов прикладных программ. MySQL является реляционной СУБД. Реляционная база данных сохраняет данные в отдельных таблицах. Это добавляет быстродействие и гибкость. Таблицы связаны определенными отношениями, делающими возможным объединить данные из нескольких таблиц в одном запросе. SQL-часть MySQL ориентирована на Structured Query Language, наиболее общий стандартизированный язык, используемый, чтобы обратиться к компьютерным базам данных. MySQL является Open Source Software. Open Source означает, что тексты открыты для чтения и правки всем желающим. Любой может скачать MySQL из браузера и использовать его совершенно бесплатно. Любой желающий может изучать исходный текст и изменять его по своему усмотрению. Плюсы MySQL MySQL очень быстр, надежен и легок в использовании. MySQL также имеет очень практичный набор свойств, разработанных в очень близком сотрудничестве с пользователями. При постоянной разработке MySQL сегодня предлагает богатый и очень полезный набор функций. Связность, быстродействие и защита делают MySQL очень подходящим для обращения к базам данных из браузеров. 2.4 Физическое проектирование базы данных Физическое проектирование – создание схемы базы данных для конкретной СУБД(Система управления базами данных). Физическое представление таблиц базы данных приведено на рисунках 7, 8, 9, 10, 11.  Рисунок 7 – Физическое представление таблицы «kurs»  Рисунок 8 – Физическое представление таблицы «operat»  Рисунок 9 – Физическое представление таблицы «otdel»  Рисунок 10 – Физическое представление таблицы «user»  Рисунок 11 – Физическое представление таблицы «worker» 2.5 Выбор языка программирования автоматизированной системы Основная задача PHP — это «оживление» HTML страниц. Обычные HTML-страницы статичны. Статичность (или неизменность) означает, что после того, как страницу создали и загрузили на сайт, при каждом обращении к этой странице браузер покажет её любому пользователю в неизменном виде. Но этого не всегда достаточно. Почти всегда пользователи приходят на сайт за информацией, которая всё время меняется, и нужно отображать её актуальное состояние. Например: показать курс валют; подсказать погоду на завтра; вывести счётчик посещений страницы. Если использовать только HTML, то решить такие задачи не получится. Здесь-то и понадобится PHP. Он принимает входящий запрос от веб-сервера, выполняет сценарий и возвращает веб-серверу результат в виде готового HTML-код. Сервер отправляет этот результат в браузер пользователю, который, в свою очередь, отображает её пользователю. После этого видно свежий курс валют, погоду, и что угодно ещё. РНР позволяет изменять веб-страницу на сервере непосредственно перед тем, как она будет отправлена браузеру. Давайте разберёмся, как это работает. PHP умеет исполнять код — так называемые сценарии. В ходе исполнения PHP может изменить или динамически создать любой HTML-код, который и является результатом исполнения сценария. Затем сервер отправляет этот код браузеру. При этом браузеру не известно, как была сформирована данная страница — статично сверстана верстальщиком, или динамически создана при участии PHP. Это не важно, т.к. браузер всегда работает только с тем, что получил от сервера. Сценарий — это программа, которая находится на стороне сервера и запускается в ответ на запрос от браузера. Теперь известно, почему PHP называют препроцессором гипертекста. Когда браузер запрашивает страницу с адресом, который кончается на .php, веб-сервер обращается к PHP, и просит его выполнить сценарий из файла по этому адресу. Таким образом, создается база данных для сайтов и выбор языка программирования для него. ЗАКЛЮЧЕНИЕ Цель достигнута, задача выполнена и в результате решения задачи спроектирована база данных, и система, позволяющая автоматизировать действия сотрудника пункта обмена валют. Приложение позволяет производить поиск актуальных курсов, рассчитывать все необходимые данные, а также производить логирование всех операций и курсов за разное время. Приложение протестировано и полностью готово к использованию в промышленных целях. Приложение автоматизирует все действия сотрудника пункта обмена валют. Приложение может использоваться в банках, пунктах обмена валют и организациях, работающих с валютой. Использовать данное приложение могут все пользователи. СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 1.Агальцов, В.П. Базы данных. В 2-х т.Т. 1. Локальные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2017. - 352 c. 2.Агальцов, В.П. Базы данных. В 2-х т. Т. 2. Распределенные и удаленные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2018. – 272 c.(дата обращения 15.10.2017) 3.Анонимный пользователь Добавление данных dataGridView в Си Шарп 4.Анонимный пользователь Динамическая таблица dataGridView 5.Голицына, О.Л. Базы данных / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2017. - 352 c. 6.Голицына, О.Л. Базы данных: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2018. - 400 c. | ||||||||||||||||||||||||||||||||||||||