Програмное средство « Баланс заготовок и узлов ОЦ-2»

 

Таблица 5 – Маршрут (MARSHRUT) - сущность хранит информацию

 о технологическом  маршруте изделия, узла.

Наименование поля	Обозначение поля	Тип и длина поля
Ключевое поле	ID_MARSHRUT(PK)	Integer 4
Маршрут	MARSHRUT	Varchar 30
Тип маршрута	TYPE_M	Logical
Признак маршрута	PR_M	Logical
Уплотненный номер изделия (ключевое поле)	NDU(FK)	Numeric 10
Уплотненный номер узла (ключевое поле)	NODU(PK)	Numeric 10

 

 

Описание полей таблицы MARSHRUT:

• ID_Маршрута - ключевое поле;
• Технологический маршрут – символьное обозначение технологического маршрута;
• Тип маршрута – временный, постоянный маршрут;
• Признак маршрута – маршрут изделия или узла;

 

Таблица 6. – Материал(MATERIAL) -  сущность хранит информацию

 о материале  изделия.

Наименование поля	Обозначение поля	Тип и длина поля
Ключевое поле	ID_MATERIAL(PK)	Integer 4
Марка материала	MARКА_МАТ	Varchar 20
Тип материала	TYPE_MAT	Varchar 20
Уплотненный номер изделия (ключевое поле)	NDU(FK)	Numeric 10

 

Описание полей таблицы MATERIAL:

• ID_Матерьяла - ключевое поле;
• Тип материала – определяет материал изделия;
• Марка материала  – символьно-буквенное обозначение материала.

 

Таблица 7 – Производство(PR) - сущность хранит информацию о типе

 производства.

Наименование поля	Обозначение поля	Тип и длина поля
Ключевое поле	ID_PR(PK)	Integer 4
Статус производства	STATUS_PR	Varchar 20
Тип производства	TYPE_PR	Varchar 20
Уплотненный номер изделия (ключевое поле)	NDU(FK)	Numeric 10

 

Описание полей таблицы PR:

• ID_Производства - ключевое поле;
• Тип произвоства – Разработка, внедрение, подготовка;
• Статус производства - определяет статус (аннулировано, производство).

 

Таблица 8 – Норма (NORM)- сущность хранит информацию о нормативных данных.

Наименование поля	Обозначение поля	Тип и длина поля
Ключевое поле	ID_NORM(PK)	Integer 4
Норма отходов	NORM_OTD	Numeric 10
Вес изделия	NORM_VES	Numeric 10
Уплотненный номер изделия (ключевое поле)	NDU(FK)	Numeric 10
Кол-во деталей в узле	KOLD_NOD	Integer 4

 

Описание полей таблицы NORM:

• ID_ Норма - ключевое поле;
• Норма отходов – на единицу изделия в кг;
• Вес изделия - на единицу изделия в кг.

 

 

 

 

Таблица 9 – Брак (BRAK) -  сущность хранит информацию о типе брака и его количестве.

Наименование поля	Обозначение поля	Тип и длина поля
Ключевое поле	ID_BRAK(PK)	Integer 4
Статус брака	STATUS_BR	Logical
Тип брака	NORM_VES	Varchar 20
Кол-во брака	KOL_BR	Integer 4
Уплотненный номер изделия (ключевое поле)	NDU(FK)	Numeric 10
Уплотненный номер узла (ключевое поле)	NODU(FK)	Numeric 10

 

Описание полей таблицы BRAK:

• ID_ Брак - ключевое поле;
• Статус брака -  определяет внутренний или внешний;
• Тип брака -  определяет брак производственный либо наладка.

 

Таблица 10 – Отходы(OTD) - сущность хранит информацию о типе отходов.

Наименование поля	Обозначение поля	Тип и длина поля
Ключевое поле	ID_OTD(PK)	Integer 4
Тип отходов	NORM_VES	Varchar 20
Уплотненный номер изделия (ключевое поле)	NDU(FK)	Numeric 10

 

Описание полей таблицы OTD:

• ID_ Отходы - ключевое поле. Тип поля Integer;
• Тип отходов – определяет тип отходов: кусок, стружка.

 

 

 

 

 

 

 

Таблица 11 – Цена(CEN) - сущность хранит информацию о цене.

Наименование поля	Обозначение поля	Тип и длина поля
Ключевое поле	ID_ CEN (PK)	Integer 4
Цена узла	C_NOD	Currency 8
Цена изделия	С_NDU	Currency 8
Цена брака	C_BR	Currency 8
Цена отходов	C_OTD	Currency 8
Уплотненный номер изделия (ключевое поле)	NDU(FK)	Numeric 10
Уплотненный номер узла (ключевое поле)	NODU(FK)	Numeric 10

 

Описание полей таблицы CEN:

• ID_ Цена - ключевое поле;
• Стоимость узла, изделия, отходов, брака.

 

Таблица 12 – Документ(DOC) сущность хранит информацию

 о  используемых актах, отчётах.

Наименование поля	Обозначение поля	Тип и длина поля
Ключевое поле	ID_ DOC (PK)	Integer 4
Наименование документа	NAIM_DOC	Varchar 30
Номер документа	N_DOC	Numeric 10
Должность	POST	Varchar 20
ФИО	FIO	Varchar 30
Уплотненный номер изделия (ключевое поле)	NDU(FK)	Numeric 10
Уплотненный номер узла	NODU(FK)	Numeric 10

 

Описание полей таблицы DOC:

• ID_ Документ - ключевое поле;
• Название документа - определяет название документа;
• Номер документа – символьно – цифровое обозначение документа;
• Должность – должность ответственного работника;
• ФИО – Фамилия и инициалы ответственного работника.

 

 

Таблица 12 – Дата (DATA) сущность хранит информацию о временных

 параметрах.

Наименование поля	Обозначение поля	Тип и длина поля
Ключевое поле	ID_ DATA (PK)	Integer 4
Дата документа	DATA _DOC	Data 8
Дата регистрации изделия	DATA _D	Data 8
Дата регистрации узла	DATA_NOD	Data 8
Уплотненный номер изделия (ключевое поле)	NDU(FK)	Numeric 10
Уплотненный номер узла (ключевое поле)	NODU(FK)	Numeric 10

 

На Рисунке 10 показана логическая модель данных с определением первичных,  вторичных ключей и связями между сущностями (объектами) модели. Дочерние сущности определены, как :

1. Цех;
2. Маршрут;
3. Материал;
4. Производство;
5. Норма;
6. Брак;
7. Отходы;
8. Цена;
9. Документ;
10. Дата.

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

 

 

 Рисунок10 - Логическая модель данных

 

 

Преобразуем логическую модель данных в физическую с привязкой к параметрам СУБД Visual FoxPro. Сущности преобразуем в таблицы с заменой названий на латиницу. На рисунке 11 представлена физическая модель данных.

 

Рисунок 11 - Физическая модель данных

 

 

 

 

 

 

 

 

4 АЛГОРИТМЫ И ДИАГРАММЫ КЛАССОВ ПС

 

4.1 Выбор платформы и инструмента разработки программы

Сформулируем цели выбора системной конфигурации ПС:

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

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

 Для  разработки ПС будет использоваться объектно-ориентированный и процедурный язык программирования систем управления реляционными базами данных, разработанный корпорацией Microsoft – Visual FoxPro и операционная система той же фирмы. 

Объективной причинной выбора является то, что система должна иметь единую технологическую платформу с уже существующей базой данных, а так же уже имеющимися приложениями, работающими под управлением ОС Windows. Так же важным фактором является то, что  обладая собственным внутренним механизмом управления реляционной БД, тесной взаимосвязью между языком и данными, полноценными возможностями объектно-ориентированного программирования и широким спектром функций Misrosoft Visual FoxPro 9.0 позволяет создавать производительные, масштабируемые БД-ориентированные решения (настольные, клиент-серверные и Web) с поддержкой баз данных с таблицами объемом до 2 Гб. При этом Visual FoxPro 9.0 выгодно отличается от других инструментов Microsoft умеренными системными требованиями и высокой эффективностью разрабатываемых приложений (производительность, размеры БД и программного кода).

 В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ), включающий в себя:

• процессор Pentium-2.0Hz, не менее;
• оперативную память объемом, 1Гигабайт, не менее;
• HDD, 40 Гигабайт, не менее;
• операционную систему Windows’XP и выше.

База  данных работает,  под управлением файл-сервера СУБД Visual FoxPro 9 SP2. Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. На рисунке 12 представлена модель файлового сервера.

 

Рисунок 12 - Модель файлового севера

 

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

 

4.2 Схема алгоритма работы ПС

 

Используя разработанные модели и структурную  схему ПС построим алгоритм программы. На рисунке 13 представлен алгоритм работы ПС.

Описание  алгоритма работы ПС.

Блоки с  первого по четвёртый описывают последовательность выполнения операций, модуля авторизации пользователя.

Пятый блок алгоритма - загрузка головного модуля ПС (интерфейс пользователя).

Блок  шесть – работа с меню пользователя.

Блоки с восьмого по двенадцатый описывают работу с нормативно – справочной информацией.

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

Блоки  с двадцать четвертого по тридцать второй описывают последовательность формирования отчетов с выводом их на печать.

 

 

 

 

 

 

 

 

 

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

 

 

Рисунок 14 - Алгоритм процедуры разузлования

 

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