2.4.2. Построение диаграмм контекстной и декомпозиции первого уровня клиент-серверного приложения
В процессе изучения предметной области была построена контекстная DFD-модель и модель декомпозиции первого уровня, на которых разместились такие параметры как: управление ресурсами, специализация состава, внешние сущности. Модель включает в себя участников рынка и всех возможных событий. (рис.3)(рис.4)
Специализация состава dfd-модели клиент-серверного приложения
Список данных деятельности клиент-серверного приложения
Получение запроса от клиента ( на формирование договора)
Подтверждение запроса (формирование договора)
Подача запроса на финансовую площадку (о заключении сделки)
Получение входной информации (о совершенной сделке)
Список функций деятельности клиент серверного приложения
Поиск и учёт клиентов
Учёт и платёж системы клиент банк
Устройство торговой операции (свод правил )
Учёт результатов торговой операции и формирование отчёта
Расчёт рисков
Список Внешних сущностей клиент-серверного приложения
Клиенты
В результате была разработана модель требований к информационной системе клиент серверного приложения.
рис.3 DFD-модель (контекстная диаграмма) клиент-серверного приложения |
рис.4 DFD-модель (декомпозиции первого уровня) клиент-серверного приложения |
2.5. Разработка модели базы данных «Клиент-серверного приложения»
Процесс проектирования базы данных состоит из трех основных этапов: концептуальное, логическое и физическое проектирование.
Концептуальное проектирование базы данных - процесс создания модели используемой в организации информации, не зависящей от любых физических аспектов ее представления. Эта модель данных создается на основе информации, записанной в спецификациях требований пользователей.
Логическое проектирование базы данных - процесс создания модели используемой на предприятии информации на основе выбранной модели организации данных, но без учета типа целевой СУБД и других физических аспектов реализации.
Концептуальная модель данных, созданная на предыдущем этапе, уточняется и преобразуется в логическую модель данных. Логическая модель данных учитывает особенности выбранной модели организации данных в целевой СУБД (например, реляционная модель).
Физическое проектирование базы данных - процесс подготовки описания реализации базы данных на вторичных запоминающих устройствах; на этом этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным, а также все связанные с этим ограничения целостности и средства защиты.
В соответствии с разработанными моделями требований к организации работы дилера финансового рынка и моделью клиент-серверного приложения в рамках дипломной работы, перейдём к разработке логической модели используемой в клиент-серверном приложении на основе выбранной модели организации данных, но без учёта типа целевой СУБД и других физических обликов реализации. Исходя из методологий логического моделирования, была разработана логическая модель базы данных клиент-серверного приложения представленная на (Рис.5).
Основываясь на разработанной модели базы данных предлагается выбрать Microsoft SQL server, в качестве реализации программы серверной части, связи с тем что администрирование Microsoft SQL server так же просто, как и администрирование любого продукта Microsoft с хорошим графическим интерфейсом (GUI) и всего несколькими параметрами, требующими ручной настройки.
|
рис.5 Логическая модель базы данных клиент-серверного приложения |
Опишем логическую модель базы данных:
Таблица «Клиент»
Содержит в себе номер клиента, ФИО, адрес, паспортные данные и контакты.
Таблица «Статус»
Содержит в себе номер статуса и непосредственно сам статус клиента.
Таблица «Лицевой счёт»
Содержит в себе номер счёта, номер клиента, дату , сумму и номер платежа.
Таблица «Риски»
Содержит в себе номер и вид риска.
Таблица «Степень риска»
Содержит в себе номер степени риска, номер риска, вид риска и степень риска.
Таблица «Договор»
Содержит в себе номер договора, номер степени риска, номер состояния, дату, дату заключения, дату расторжения.
Таблица «Учёт торговых операций»
Содержит в себе номер операции, номер договора , сумму, дату , время и торговую площадку.
Таблица «Специализация договора»
Содержит в себе номер специализации договора, номер договора, номер условия, специализация.
Таблица «Условия»
Содержит в себе номер условия , условия и примечания.
Заключение
Торги на фондовом рынке - это сложная деятельность, требующая глубоких экономических и юридических знаний, математического и информационного обеспечения, накопление и осмысление соответствующих навыков. Одной из ключевых фигур в этой сфере экономических отношений является дилер, который имеет дело с различного вида бумагами, такими как договор, юридическое соглашение и т.д.
В ходе выполнения выпускной квалификационной работы был создан проект клиент-серверного приложения организации работы дилера. На примере данной работы можно убедиться в эффективности проведения проектирования клиент-серверного приложения на малых предприятиях, упрощении документооборота, снижении затрат умственного труда.
Проектирование выполнялось с использованием BPWin, ERWin-средств, в качестве реализации программно-серверной части предложено применить Microsoft SQL server.
Использование средств декомпозиции бизнес процессов позволило наглядно отобразить структуру деятельности дилера, показать плюсы и минусы существующей системы с целью дальнейшей оптимизации. Таким образом, разработан проект и требование к информационной системе, исследованы функции каждого из участников процесса, разработана модель базы данных, приведено описание разработки клиент-серверного приложения, которое позволяет автоматизировать учёт клиентов и операций, а так же снизить количество ошибок.
Цель выпускной квалификационной работы достигнута.