Сетевая технология планирования и учета поставок деталей для сборки автомобилей на платформе В0 в ОАО "Автоваз"

Дипломная работа - Компьютеры, программирование

Другие дипломы по предмету Компьютеры, программирование



?аталогическое проектирование

Даталогическое проектирование подразумевает под собой набор схем отношений .

Логические модели могут быть ненормализованными и нормализованными. Для нормализации модели необходимо исключить отношения многие-ко-многим.

Нормализованная логическая модель отображена на рисунке 8.

На основе нормализованной логической модели можно разработать физическую модель.

Физическое проектирование

Физическое проектирование - создание схемы базы данных . Специфика конкретной СУБД может включать в себя ограничения на именование объектов базы данных, ограничения на поддерживаемые типы данных и т.п.

На основе полученной логической модели, отраженной на рисунке 8, можно перейти к физической модели разрабатываемой технологии. В ERwin 4.1 физическая модель является графическим представлением реально реализованной базы данных. Физическая база данных будет состоять из таблиц, столбцов и связей. Физическая модель зависит от платформы, выбранной для реализации, и требований к использованию данных.

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

Таблица 7 - Определение соответствий типов данных логической и физической моделей технологии

Тип данных логической моделиТип данных физической моделиstringvarchar (20)numberintegerdatedate

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

Разработка основных алгоритмов обработки информации

Данная система должна предусматривать два варианта использования:

  1. Взаимодействие с оператором на производстве при приеме заказа.
  2. Взаимодействие с оператором (мастером) на производстве при составлении и получении графиков изготовления и отгрузки деталей.

При взаимодействии с оператором система должна реализовывать следующие функции (основные):

  • поиск нужных деталей на складе;
  • добавление деталей в акт отгрузки деталей;
  • оформление акта отгрузки деталей.

Поиск нужной детали происходит по ключевому слову, введённому в поле поиска. Ключевое слово ищется по всем группам деталей. Это позволяет искать детали по идентификатору и наименованию деталей. Алгоритм поиска представлен на рисунке 9.

Рисунок 9 - iенарий обработки информации при поиске детали на складе

На рисунке ниже представлена диаграмма, отражающая действие системы после подтверждения команды оператора добавить данную деталь в акт передачи деталей.

Рисунок 10 - iенарий обработки информации при добавлении детали в акт передачи деталей

Оформление акта передачи деталей подразумевает под собой перенесение данных из таблицы акта, расположенной на форме, в таблицу акта в базе данных.

Рисунок 11 - iенарий обработки информации при оформлении акта передачи деталей

При взаимодействии приложения с мастером система должна реализовывать следующие функции:

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

С точки зрения АИС формирование графиков изготовления и отгрузки деталей выглядит следующим образом:

Рисунок 13 - формирование графиков изготовления и отгрузки деталей (АИС)

АИС имеет возможность постоянной актуализации графиков изготовления и поставки деталей. Актуализация ведется по двум направлениям:

при получении заказа АИС оценивает загруженность своего участка производства на данный момент и количество уже выполняемых заказов. Исходя из этого она рассчитывает графики изготовления деталей;

ориентируясь на требования заказа АИС составляет графики отгрузки деталей.

С точки зрения системы процесс изменения количества товара на складе происходит следующим образом:

Рисунок 15 - iенарий обработки информации при изменении количества деталей на складе

Данный процесс происходит после подтверждения мастером команды добавления количества деталей.

Процесс добавления новой детали представляет собой заполнение всех атрибутов детали.

Процесс изменения информации о детали представляет собой изменение атрибута детали.

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

Рисунок 16 - iенарий формирования списка заготовок на производство

При формировании заказа на производство должно быть предусмотрено