46692 (Автоматизированное рабочее место оператора валютно-обменных операций в режиме off-line), страница 5

Рис 2.2 Диаграмма вариантов использования.

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

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

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

Рис. 2.3 Прием на экспертизу.

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

Рис. 2.4 Покупка валюты.

Продажа валюты – данный вариант использования аналогичен предыдущему.

Рис. 2.5 Продажа валюты.

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

Рис. 2.6 Конверсия.

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

Рис. 2.7 Размен денежного знака.

Замена денежного знака – оператор принимает поврежденный денежный знак на инкассо. Для этого оператор проверяет документы клиента. Далее формирует квитанцию о приеме на инкассо и один экземпляр выдает клиенту.

Рис.2.8 Замена денежного знака.

2.3 Проектирование логической модели (построение диаграммы классов)

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

Рис 2.10 Диаграмма классов.

Описание:

Класс сотрудники:

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

Класс реестр:

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

Класс общероссийский классификатор валют:

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

Класс мемориальный ордер:

Его атрибутами являются следующие: №, вид операции, дебет счета, кредит счета, код валюты, сумма, шифр страны, срок валютирования, плательщик, получатель, основание, кассир. Операции: сохранить, печать, отправить.

Класс справка о проведенной операции с валютой и чеками:

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

Класс курсы (кросс-курсы):

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

Класс операции:

Атрибуты: код операции, наименование. Операции: добавить, сохранить, удалить.

Класс документы:

Содержит следующие атрибуты: код, наименование. Операции: добавить, сохранить.

Класс клиент:

Его атрибуты: код, страна Гражданство, ФИО, документ, серия, номер, выдан, дата выдачи. С данным классом можно совершать следующие операции: добавить, изменить, сохранить.

Класс квитанция о приеме на инкассо:

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

Класс справка о приеме на экспертизу:

Атрибуты: №, дата, ФИО, адрес, документ, серия, номер, наименование валюты, страна эмитент, номинал, год образца (выпуска), серийный номер, дополнительные реквизиты, кассир. Операции: сохранить, печать.

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

Рис. 2.11 Диаграмма последовательности – прием денежного знака на экспертизу.

Рис. 2.12 Диаграмма последовательности – покупка/продажа валюты (а так же конверсия валюты).

Рис. 2.13 Диаграмма последовательности – замена денежного знака.

Рис. 2.14 Диаграмма последовательности – размен денежного знака.

2.4 Проектирование структуры базы данных

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

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

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

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

Существует несколько так называемых нормальных форм (НФ) баз данных. Каждая из нормальных форм получается последовательно из предыдущей нормальной формы. На практике применяются в основном первые три из них.

Первая нормальная форма требует, чтобы каждое поле таблицы БД было не делимым, не содержало повторяющихся групп. Не делимость поля означает, что каждое поле не должно делится на несколько полей. А повторяющиеся группы указывают на то, чтобы поля не содержали одинаковые по смыслу значения.¹⁴ Наш список полей удовлетворяет этому нормальному закону, кроме поля ФИО. Их можно разделить на три поля соответственного Фамилия, Имя и Отчество, но для задачи, которая поставлена перед нами, это не требуется, поэтому мы считаем эти поля не делимыми.

Вторая нормальная форма, требует: все поля таблицы зависели от первичного ключа, то есть первичный ключ однозначно определен и является не избыточным; те поля, которые зависят от части первичного ключа, должны быть выделены в отдельные таблицы.¹⁵ Определим поля, входящие в первичный ключ: № мемориального ордера, № операции, № справки, № трудового договора, идентификатор валюты, код операции, код, № квитанции, № справки на экспертизу, ID комиссии. Установим, какие поля зависят только от части ключа и поместим их в отдельную таблицу.

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

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

Таблица «operator» содержит данные о сотрудниках банка, то есть об операторе валютно-обменных операций. Ключевое поле: nomer_tr_dog, содержит информацию о номере трудового договора.

Таблица 2.3

Таблица «reestr», содержит данные реестра валютно-обменных операций. Первичным ключом в данной таблице является nomer_oper. Это поле содержит информацию о номере операции.

Таблица 2.4

Таблица «mem_or» содержит данные необходимые для обоснования бухгалтерской проводки. Ключевым полем является: nom_mem_or.

Таблица 2.5

Таблица «spr_oper», содержит данные выданных клиентам справок о проведении операции с наличной валютой и чеками. Ключевым полем таблицы является поле nom_spr.

Таблица 2.6

Таблица «klient», данная таблица содержит данные о клиенте. Ключевым полем является поле ID_kl, является идентификатором клиента.