Разработка ИС товарной биржи
Введение
- Цель создания системы.
- Описание предметной области.
- Функции предметной области, реализуемые задачей.
- Перечень документов.
- Постановка задачи.
- Организационно-экономическая сущность задачи.
- Форматы входных документов.
- Описание выходной информации задачи.
- Разработка информационного обеспечения задачи.
- Информационный анализ входной информации, необходимой для решения задачи и выделение информационных объектов предметной области.
- Определение связей информационных объектов.
- Определение логической структуры базы данных.
- Разработка исходных данных контрольного примера.
- Описание технологии и алгоритмов решения задачи и их машинная реализация.
- Описание технологии ввода в базу данных входной информации задачи.
- Алгоритмы реализации процедур поиска входной информации задачи.
- Алгоритмы реализации процедур формирования выходной информации задачи.
- Стратегия защиты данных на основе анализа угроз системе.
- Руководство пользователя.
Заключение
Список использованных источников
Приложение:
Схема базы данных
Введение
В данном курсовом проекте будет разработана информационная системы товарной биржи.
Биржа в классическом понимании это:
- место, где регулярно в одно и тоже время проводят торги по определенным товарам;
-
объединение торговцев и биржевых
посредников, которые сообща оплачивают
расходы по организации торгов, устанавливают
правила торговли, определяют санкции
за их нарушение; абсолютное большинство
бирж - это не прибыльные организации,
члены биржи получают выгоду не от ее функционирования,
а от своего участия в торгах.
Разработка
системы будет проходить в
несколько этапов. На первых этапах
будет проанализирована информационная
и технологическая среда
1. Цель создания системы
1.1.
Описание предметной
области решаемой
задачи
Предметной областью данного курсового проекта является информационная система товарной биржи.
В процессе работы биржы
Договор купли-продажи составляется на основе заявок покупателей и продавцов, которые ведут свои профайлы и способны добавлять и редактировать выставленную на биржу продукцию.
Биржа в классическом понимании это:
1) место, где регулярно в одно и тоже время проводят торги по определенным товарам;
2)
объединение торговцев и
Биржа - организующая, системообразующая часть рыночной структуры. Задачи биржи - не снабжение экономики сырьем, капиталом, валютой, а организация, упорядочение, унификация рынков сырья, капитала и валюты.
Рис. 1. Информационно технологическая схема
На
информационно-технологической
Основная функция, которая должна быть реализована в рассматриваемой задаче:
- Поиск и регистрация подходящих вариантов как со стороны продавца, так и со стороны покупателя.
1.2. Функции предметной области, реализуемые задачей.
Информационная система товарной биржи содержит следующие
основные функции:
- Регистрация пользователей.
-
Размещение предложений
- Размещение заявок покупателей.
- Поиск и регистрация подходящих вариантов с той и другой стороны.
-
Заключение договора купли-
- Формирование отчёта по
указанный период.
- Формирование отчёта по покупкам с группировкой по покупателям за
указанный период.
1.3 Перечень документов
Входная информация задачи «информационная система товарной биржи» разделяется на условно-постоянную и оперативно-учетную информацию.
Условно-постоянная информация, необходимая для решения этой задачи включает справочные данные о продавцах, покупателях, формах оплаты, организационных формах и категорий товара.
Входная
информация, содержащая данные оперативного
учета, включает данные о заявках
продавцов и покупателей.
2. Постановка задачи
2.1. Организационно-экономическая сущность задачи
Основной задачей в системе товарной биржи является поиск и регистрация подходящих вариантов, как со стороны продавца, так и со стороны покупателя.
Для эффективного заключения сделок необходимо осуществлять автоматизированный поиск по всем параметрам, которые будут указаны при подаче заявок продавцов и покупателей. При этом надо учитывать, что, например заявленная цена покупателя может быть ниже той стоимости, которую предлагает продавец. При таком условии, если продавец сам находит покупателя, то он продаёт свой товар по той цене, на которую ориентировался покупатель.
После факта заключения сделки формируется договор купли-продажи.
На основе хранимых данных по запросу пользователя должен производиться автоматизированный анализ о договорах купли-продажи и выдача отчета. Отчет должен содержать сведения о договорах, заключенных за определённый период времени.
2.2. Описание входной информации
Формы входных документов приведены ниже.
Условно-постоянная информация
Форма 1. Справочник «Категория товара»:
| Код категории | Наименование вида категории |
Форма 2. Справочник «Организационные формы»:
| Код вида орг. формы | Краткое наименование | Полное наименование |
Форма 3. Справочник «Формы оплаты»:
| Код вида формы оплаты | Наименование вида формы оплаты |
Форма 4. Список покупателей (заполняется при регистрации пользователя).
| Код покупателя | Ник | Пароль | Наиме- нование | ИНН | Телефон | Эл.почта | Адрес | Приме-чание |
Форма 5. Список продавцов (заполняется при регистрации пользователя).
| Код продавца | Ник | Пароль | Наиме
нование |
ИНН | Телефон | Эл.почта | Адрес | Примечание |
Оперативно-учетная
информация
Форма 6. Предложения продавцов
| Продавец | Товар | Объёмпродук
ции |
Мин. объём продаж | Цена | Примечание | Категория
товара |
Орг. форма | |||
Форма 7. Предложения покупателей
| Покупатель | Товар | Объём покупки | Цена | Примечание | Категория товара | Орг. форма | |
2.3. Описание выходной информации
Выходной информацией задачи являются следующие документы:
- Договор купли-продажи;
- Отчёт по продажам с группировкой по продавцам за указанный период;
- Отчёт по покупкам с группировкой по покупателям за указанный период;
Эти три документа должны выводиться на экран и печать.
Форма 8. Договор купли-продажи
| Номер договора | ||
| Дата заключения | ||
| Товар | ||
| Продавец | Покупатель | Объём товара(ед.) |
| Стоимость 1 ед. | ||
| Сумма договора(руб.) | ||
Форма 9. Отчёт по продажам с группировкой по продавцам за указанный период
| Продавец | |||
| Дата заключения | Товар | Объём продажи | Сумма договора |
| Общая сумма | |||
Форма 10. Отчёт по покупкам с группировкой по покупателям за указанный период
| Покупатель | |||
| Дата заключения | Товар | Объём покупки | Сумма договора |
| Общая сумма | |||
3. Разработка информационного обеспечения задачи.
3.1.
Информационный анализ
входной информации,
необходимой для решения
задачи и выделение
информационных объектов
ПО.
Для разработки информационного обеспечения необходимо подготовить документы, содержащие информацию и анализ этой информации. Эта информация необходима для решения поставленной задачи. Анализ информации позволит произвести формализацию данных, которая имеет целью их однозначное определение для хранения, поиска и обработки внутри вычислительной машины.
Для организации информационной базы будем использовать реляционную СУБД. Поэтому должна быть разработана логическая структура реляционной базы данных, на основе которой будет осуществляться решение задачи. Используем процессный подход к разработке базы данных, определяя состав только тех данных, которые необходимы для получения выходной информации задачи.
Произведем анализ
исходной информации ПО с целью определения
состава и структуры информации
для последующей формализации и
построения информационно-логической
модели данных. Приведенные выше формы
входных документов, а также дополнительные
сведения из описания предметной области
позволяют определить роль реквизитов
во взаимосвязанной информации, содержащейся
в документе. На основе такого анализа
установим функциональные зависимости
реквизитов в соответствии с рекомендациями
и требованиями нормализации данных.
3.2. ERD-модель.
Диаграмма зависимостей сущностей является моделью данных высокого (более общего) уровня.
Основной
задачей Диаграммы зависимостей
сущностей является обзор требований
к бизнес-информации, достаточной для
планирования разработки информационной
системы. Эти модели не являются очень
детализированными (в них включены только
основные сущности), и почти отсутствуют
атрибуты. Разрешены отношения многие-ко-многим,
а ключи, в основном, не включаются. Одним
словом, ERD является презентационной моделью,
удобной для обсуждения.
3.3.
KB-модель.
Покупатель
Заявки продавцов Организационные формы Договор
Категории товара
3.2. Определение информационных связей.
Таблица №6 Информационные связи.
| Главная таблица | Подчиненная таблица | Ключи связи | Тип отношения |
| Орг. форма | Список покупателей | Код вида орг. формы | 1:М |
| Орг. форма | Список продавцов | Код вида орг. формы | 1:М |
| Список покупателей | Запросы покупателей | Код покупателя | 1:М |
| Список покупателей | Договор | Код покупателя | 1:M |
| Список продавцов | Предложения продавцов | Код продавца | 1:M |
| Список продавцов | Договор | Код продавца | 1:M |
| Категория товара | Запросы покупателей | Код категории | 1:М |
| Категория товара | Запросы продавцов | Код категории | 1:М |
| Форма оплаты | Запросы покупателей | Код формы оплаты | 1:М |
| Форма оплаты | Запросы покупателей | Код формы оплаты | 1:М |
В соответствии с описанием предметной области установим функциональные зависимости их реквизитов.
Описание
функциональных зависимостей производится
для всех входных документов.
Рис.
2. Инфологическая модель
базы данных.
Проанализируем
установленные функциональные взаимосвязи
реквизитов и установим для каждого
из зависимых реквизитов, от каких
реквизитов он зависит.
Таблица№7.Функциональные
зависимости реквизитов
покупателей
| Наименование
реквизитов
документа |
Имя
реквизита в БД |
Функциональные зависимости |
| Код
заявки
Код покупателя Имя покупателя Код категории Наименование категории Код формы оплаты Наименование формы оплаты Товар Объём покупки Цена Примечание |
ID_zav
PokupID Name CategID Name Fopl Name Name Vpok Price Prim |
|
Таблица№8
Функциональные зависимости
реквизитов продавцов
| Наименование
реквизитов
документа |
Имя
реквизита в БД |
Функциональные зависимости |
| Код
заявки
Код продавца Имя продавца Код категории Наименование категории Код формы оплаты Наименование формы оплаты Товар Объём продукции Мин. объём продаж Цена Примечание |
ID_zav
ProdID Name CategID Name Fopl Name Name Vpok minVpok Price Prim |
|
Выделение информационных объектов
Проанализируем
установленные функциональные взаимосвязи
реквизитов и установим для каждого
из зависимых реквизитов, от каких
реквизитов он зависит. Результаты отобразим
в таблице соответствия зависимых (описательных)
и ключевых реквизитов (табл. 9).
Таблица№9 Реквизитный состав информационных объектов(ИО)
| Имя ИО | Реквизиты ИО | Ключевые реквизиты | Признак ключа | Семантика
(описание) | |
| ОРГАНИЗАЦИ-ОННЫЕ ФОРМЫ | Код
орг. формы
Краткое наименование Полное наименование |
Код орг. формы | Простой | Перечень категорий орг. форм | |
| КАТЕГОРИЯ ТОВАРА | Код
категории товара
Наименование категории |
Код категории товара | Простой | Перечень категорий товаров | |
| ФОРМА ОПЛАТЫ | Код
формы оплаты
Наименование формы оплаты |
Код склада | Простой | Перечень форм оплаты | |
| ПОКУПАТЕЛЬ | Код
покупателя
Ник Пароль Имя ИНН Адрес Телефон Эл. адрес ОРГАНИЗАЦИОННЫЕ ФОРМЫ |
Код покупателя | Простой | Данные о покупателях | |
| ПРОДАВЕЦ | Код
продавца
Ник Пароль Имя ИНН Адрес Телефон Эл. адрес ОРГАНИЗАЦИОННАЯ ФОРМА |
Код продавца | Простой | Данные о продавцах | |
| ЗАЯВКИ ПОКУПАТЕЛЕЙ | Товар
Объём покупки Цена Примечание ПОКУПАТЕЛЬ ФОРМА ОПЛАТЫ КАТЕГОРИЯ ТОВАРА |
Данные о заявках покупателей | |||
| ЗАЯВКИ ПРОДАВЦОВ | Товар
Объём товара Мин. объём товара для продаж Цена Примечание ПРОДАВЕЦ ФОРМА ОПЛАТЫ КАТЕГОРИЯ ТОВАРА |
Данные о заявках продавцов | |||
| ДОГОВОР | Номер договора
Дата договора Товар Объём товара Стоимость 1 ед. Итоговая стоимость ПОКУПАТЕЛЬ ПРОДАВЕЦ |
Данные о заключённых договорах | |||
Таким
образом, выделены все информационные
объекты, отображающие данные, которые
используются в рассматриваемой задаче.
3.3.
Определение логической
структуры базы данных
Логическая структура реляционной базы данных определяется совокупностью логически взаимосвязанных реляционных таблиц. Каждая реляционная таблица имеет структуру, определяемую реквизитным составом одного из информационных объектов, полученной ИЛМ. Логические связи таблиц соответствуют структурным связям между объектами.
Логическая
структура базы данных построена с использованием
инструмента AllFusion ErWin Data Modeler 4.1.
3.4.
Разработка исходных
данных контрольного
примера и их кодов
Требования к данным контрольного примера — их представительность, учитывающая особенности информации, указанные и описании предметной области. Такие данные должны обеспечить отладку алгоритма на компьютере и подтвердить работоспособность реализации алгоритма.
В данных контрольного примера для рассматриваемой задачи должно быть предусмотрено, что одному покупателю (продавцу) могут подходить несколько предложений продавцов (покупателей). Таким образом, покупатель (продавец) должен сам выбирать из всех подходящих ему вариантов.
Данные
контрольного примера, предназначенные
для тестирования, отладки и демонстрации
решения задачи:
Таблица «Покупатель»
Таблица «Продавец»
Таблица «Запросы покупателей»
Таблица «Запросы продавцов»
Таблица «Категории товаров»
Таблица «Договор»
Таблица «Формы оплаты»
Таблица «Организационные формы»
4. Описание технологии и алгоритмов решения задачи и их
машинная
реализация