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

При разработке физической модели данных возникают вопросы:

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

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

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

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

Данная реляционная база данных представлена в файле base.mdb имеет тип Access, который содержит в себе 14 таблиц, представленных в таблице 2.3.

Таблица 2.3 – Таблицы  базы данных Base.mdb

 

Название таблицы	Таблица БД
Положение комплектующих	BLOCKDET
Деталь	DETAIL
Фирма-производитель	FIRMPR
Модель	MODEL
Отдел	OTDEL
Ответственный	OTVET
Поставщик	POST
Руководитель отдела	RUKOVOD
Динамика состояний	SOST
Состояние	SOSTNAME
Тип детали	TIPDET
Ведомость замен комплектующих	VEDZAM
Положение автозапчастей и автомобилей	WORKDET
Рабочая станция	WRKSTN

 

Описания выше указанных таблиц представлено в таблице 2.4

Таблица 2.4 – Описание таблиц БД

Объект	Свойство	Ключи	Логические ограничения			Информационные процессы происходящие с объектами
			Тип	Длина	Запол-нение
1	2	3	4	5	6	7
Рабочая станция	Код рабочей станции	П У	I		*	Генерируется программно
	Название рабочей станции		С	15	*
	Код детали		I		*
	Код отдела		I		*
	Код ответственного		I		*
	Дата поступления детали на рабочую  станцию		D		*
Деталь	Код детали	П У	I		*	Генерируется программно
	Тип детали		С	25	*
	Фирма-производитель детали		C	25	*
	Модель детали		C	25	*
	Состояние детали		I	1	*
	Серийный номер детали		C	15	*

 

Таблица 2.4 – Описание таблиц БД (продолжение)
1	2	3	4	5	6	7
	Код фирмы–поставщика детали		I		*
Отдел	Код отдела	П У	I		*	Генерируется программно
	Название отдела		C	25	*
	Телефон отдела		I	10	*
	Фамилия руководителя отдела		C	25	*
	Имя руководителя отдела		C	25	*
	Отчество руководителя отдела		C	25	*
Ответственный	Код ответственного	П У	I		*	Генерируется программно
	Фамилия ответственного		C	25	*
	Имя ответственного		C	25	*
	Отчество ответственного		C	25	*
	Должность		C	20	*
	Телефон ответственного		I	10	*
Фирма- поставщик детали	Код фирмы – поставщика	П У	I		*	Генерируется программно
	Название фирмы – поставщика		C	25	*
	Название города		C	30	*
	Название улицы		C	30	*
	Номер дома		I	4	*
	Телефон фирмы – поставщика		I	10	*

 

Используемые сокращения:

- I - INTEGER – целочисленные значения от – 2147483648 до + 2147483647;

- V - VARCHAR – текстовый столбец переменной длины содержащий до n символов;

- D – дата (день, месяц, год);

- T – время (час, минута, секунда).

 

2.1.5 Входные и выходные данные

 

Так как в программном средстве по учету авточастей и автомобилей  ООО “Автоконтактсервис” используется база данных, то к входным данным относятся таблицы базы данных, которые выбираются из файла base.mdb. Помимо этого к входным данным относятся данные, вводимые с клавиатуры на основании имеющихся документов по приобретению, распределению, списанию автомобилей и автозапчастей.

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

 

 

2.2 Архитектура программного средства

 

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

Иерархическая структура программы, показанная на рисунке 2.2, демонстрирует порядок взаимодействия основных модулей программной системы. Краткое описание назначения модулей приведено ниже.

MainUnit – содержит главную форму клиентского приложения, располагающую меню и определяющую дальнейшие действия пользователя.

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

AddUnit – содержит форму для добавления новых компьютерных устройств и комплектующих в базу данных.

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

DevSostUnit – модуль смены состояний компьютерных устройств.

CMovUnit – модуль, организующий движение комплектующих между компьютерными устройствами предприятия.

ComplSostUnit – модуль смены состояний комплектующих.

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

SearchUnit – содержит форму настроек для поиска записей в базе данных.

FirmUnit – содержит справочную информацию о фирмах – производителях автозапчастей и автомобилей.

PostUnit – содержит справочную информацию о фирмах – продавцах автозапчастей и автомобилей.

OtdelUnit – содержит справочную информацию об административных отделах предприятия.

TipDetUnit – содержит информацию о типах оборудования.

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

DefVedUnit – модуль для формирования и подготовки к печати “Дефектной ведомости результатов осмотра ответственных частей устройства” и “Акта приемки – сдачи отремонтированного оборудования”.

ZamVedUnit – модуль для формирования и подготовки к печати “Ведомости замен комплектующих”.

SpisAktUnit – модуль для формирования и подготовки к печати “Акта на списание устаревших и неработоспособных автозапчастей и автомобилей ”.

PassUnit – модуль регистрации пользователя программной системы.

AboutUnit – содержит информацию о версии программной системы и ее производителе.

Help – информационный модуль.

Иерархическая структура  программной системы представлена на рисунке 2.2

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 2.2 – Иерархическая  структура программной системы

 

2.3 Реализация функционального  назначения программного средства

 

 

Функциональная схема  представлена на рисунке 2.5

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 2.3 –  Функциональная схема программного средства

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 2.3 (продолжение)

 

2.4 Разработка алгоритма программного средства

 

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

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

 

Схема алгоритма программной  системы в укрупненном виде представлена на рисунке 2.4.

Первое необходимое действие с приложением – это ввод пароля. При успешной авторизации пользователя начинается работа с приложением. Дальнейшие действия выбираются с помощью главного меню программы. Основные действия продемонстрированы на схеме алгоритма.

К ним относятся:

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

-    фильтрация записей  базы данных;

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

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

Смена состояний единицы  оборудования осуществляется вызовом  формы (модуль DevSostUnit), в которой для выбранного оборудования можно указать

 

одно из трех следующих состояний:

• работает;
• в ремонте;
• списан.

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

Смена состояний комплектующих  выполняется модулем ComplSostUnit и происходит аналогично смене состояний оборудования.

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

Поиск записей осуществляется с помощью модуля SearchUnit и производится по вводимому пользователем значению одного из трех следующих элементов группы поиска: