Разработка ИС товарной биржи

 

     Форма 10. Отчёт по покупкам с группировкой по покупателям за указанный период

           3. Разработка информационного обеспечения задачи.

    3.1. Информационный анализ входной информации, необходимой для решения задачи и выделение информационных объектов ПО. 

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

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

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

    3.2. ERD-модель.

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

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

   

 

3.3. KB-модель. 

    Покупатель                       Продавец                              Заявки покупателей

 
 
 
 
 
 
 
 
 
 
 
 

            

        Заявки продавцов          Организационные формы      Договор

 
 
 
 
 
 
 
 
 
 

      Категории товара                                             Формы оплаты

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

    3.2. Определение информационных связей.

Таблица №6 Информационные связи.

 

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

   Описание  функциональных зависимостей производится для всех входных документов. 
 
 
 
 
 
 
 
 
 
 
 
 

 

     Рис. 2. Инфологическая модель базы данных. 
 
 

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

    Таблица№7.Функциональные зависимости реквизитов покупателей 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

    Таблица№8 Функциональные зависимости реквизитов продавцов 

 
 

Выделение информационных объектов

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

     Таблица№9 Реквизитный состав информационных объектов(ИО)

 

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

3.3. Определение логической структуры базы данных 

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

   Логическая структура базы данных построена с использованием инструмента AllFusion ErWin Data Modeler 4.1.  

3.4. Разработка исходных данных контрольного примера и их кодов 

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

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

   Данные  контрольного примера, предназначенные  для тестирования, отладки и демонстрации решения задачи: 

Таблица «Покупатель»

 

Таблица «Продавец»

 

Таблица «Запросы покупателей»

 

Таблица «Запросы продавцов»

 
 
 
 
 
 
 

Таблица «Категории товаров»

 

Таблица «Договор»

 

Таблица «Формы оплаты»

 

Таблица «Организационные формы»

 
 
 
 
 
 
 

4. Описание технологии  и алгоритмов решения  задачи и их 

машинная  реализация