Дипломная работа: Автоматизация приема заявок на ремонт и модернизацию ПК в ООО "СЕРВИС ПК"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
78
Табличный просмотр – представление множества объектов БД в виде
строк и столбцов, где строки представляют объекты, а столбцы – размерные
атрибуты объекта.
В режиме работы табличного просмотра должны выполняться следующие
операции: сортировка, поиск, фильтрация, печать.
Стандартный фильтр должен включать те поля набора данных, по
которым необходимость задавать условия выборки является наиболее
актуальной. При необходимости, должна быть предоставлена возможность
дополнения в фильтр перечня полей связанных таблиц.
Печать должна обеспечивать текущее представление данных на
устройство печати с возможностью предварительного просмотра.
При разработке пользовательских интерфейсов необходимо соблюдать
адекватность особенностям пользователей – все модули должны быть
ориентированы на один уровень пользователей. Необходимо учитывать
следующие особенности пользователей:
1. стаж работы, навыки работы;
2. опыт работы с подобными системами;
3. знание терминологии;
4. физические параметры (возраст).
Адекватность среде использования системы. Основные составляющие
этой среды:
1. временные ограничения на выполнение действий;
2. наличие перерывов в общении пользователей с системой;
3. разрешение мониторов;
4. скорость работы системы в целом.
Адекватность отображения объектов системой и связи между ними:
1. взаимное расположение объектов на экране должно соответствовать
их логической связи;
2. наиболее важная информация должна быть на виду и легко
доступна;
79
3. отсутствие избыточности информации.
4. преемственность и типизация интерфейса во всех подсистемах:
5. типичность простых диалогов;
6. типичность информационных сообщений;
7. типичность представления данных;
8. типичность элементов управления.
2.3.2 Характеристика базы данных
При разработке базы данных проектируемой системы «Ремонт ПК» было
создано 16 таблиц, схема базы данных системы представлена на рисунке 24.
Рисунок 24 – Схема базы данных «PKRemont.mdb»
1) Таблица «Person» содержит личную информацию о работниках
ООО «СЕРВИС ПК» (таблица 7).
Таблица 7 – Структура таблицы «Person»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
80
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Табельный номер работника
FIO
CHAR
—
Нет
Ф.И.О. работника
DepartmentK
CHAR
FK
Нет
Отдел
VacantK
CHAR
FK
Нет
Должность
DataBorn
DATETIME
—
Да
Дата рождения
Address
CHAR
—
Да
Адрес проживания
Tel
CHAR
—
Да
Контактный телефон
2) Таблица «Department» хранит информацию об отделах
ООО «СЕРВИС ПК» (таблица 8).
Таблица 8 – Структура таблицы «Department»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор подразделения
Department
CHAR
—
Нет
Наименование отдела
3) Таблица «Vacant» содержит наименования всех должностей
предприятия (таблица 9).
Таблица 9 – Структура таблицы «Vacant»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор должности
Vacant
CHAR
—
Нет
Наименование должности
4) Таблица «Product» включает в себя перечень запчастей и товаров для
перепродажи (таблица 10).
Таблица 10 – Структура таблицы «Product»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор товара
Article
CHAR
—
Да
Артикул
Name
CHAR
—
Нет
Наименование товара
UnitK
INTEGER
FK
Нет
Единица измерения
5) Таблица «Unit». Содержит единицы измерения (таблица 11).
Таблица 11 – Структура таблицы «Unit»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор единицы измерения
OKEI
CHAR
—
Нет
Код по ОКЕИ
81
Unit
CHAR
—
Нет
Наименование единицы измерения
6) Таблица «Settings» используется для настройки системы - Текущий
период для работы системы (таблица 12).
Таблица 12 – Структура таблицы «Settings»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Month
DATETIME
—
Нет
Текущий месяц
7) Таблица «Status» хранит наименование статусов документов
(таблица 13).
Таблица 13 – Структура таблицы «Status»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор статуса заявки
Name
CHAR
—
Нет
Наименование статуса заявки
8) Таблица «Agent» содержит информацию о контрагентах: поставщиках
и заказчиках (таблица 14).
Таблица 14 – Структура таблицы «Agent»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор контрагента
Name
CHAR
—
Нет
Наименование контрагента
Address
CHAR
—
Нет
Юридический адрес
Sale
INTEGER
—
Да
Процент скидки
INN/KPP
CHAR
—
Нет
ИНН/КПП
FL
BOOL
—
Нет
Признак физического лица
9) Таблица «Analog». Таблица используется для отражения информации
об взаимозаменяемых запасных частей для ремонта с учетом коэффициента
пересчета согласно формуле (таблица 15):
Исходный товар = Коэф-т * Аналог.
Таблица 15 – Структура таблицы «Analog»
Имя
поля
Тип
данных
Тип
ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор записи
Product1
INTEGER
FK
Нет
Исходный товар
Product2
INTEGER
FK
Нет
Аналог исходной запчасти
82
Имя
поля
Тип
данных
Тип
ключа
Допустимость
значения Null
Комментарий
Unit1
INTEGER
FK
Нет
Единицы измерения исходной
запчасти
Unit2
INTEGER
FK
Нет
Единицы измерения аналога запчасти
Koef
INTEGER
—
Нет
Коэффициент пересчета
10) Таблица «Document» представляет собой электронную форму
складского ордера (таблица 16).
Таблица 16 – Структура таблицы «Document»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор складского ордера
NumberD
CHAR
—
Нет
Регистрационный номер документа
DateD
DATETIME
—
Нет
Дата документа
Agent
INTEGER
FK
Нет
Контрагент
Operat
BOOL
—
Нет
Операция прихода/расхода
PersonK
INTEGER
FK
Да
Ответственный
StatusK
INTEGER
FK
Нет
Статус документа
CheckD
BOOL
—
Нет
Признак выбора документа из списка
11) Таблица «DocumentTable» используется для отражения табличной
формы складского ордера (таблица 17).
Таблица 17 – Структура таблицы «DocumentTable»
Имя поля
Тип
данных
Тип
ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор записи табличной
формы
DocumentK
INTEGER
FK
Нет
Шапка складского документа
ProductK
INTEGER
FK
Нет
Товар или запчасть
CountD
INTEGER
—
Нет
Количество
12) Таблица «Zayvka» используется для отражения электронной формы
заявки от покупателя (таблица 18).
Таблица 18 – Структура таблицы «Zayvka»
Имя
поля
Тип
данных
Тип
ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор или регистрационный
номер заявки
DateZ
DATETIME
—
Нет
Дата заявки
AgentK
INTEGER
FK
Нет
Контрагент
PersonK
INTEGER
FK
Да
Ответственный
Источник: https://baza.diplomsite.ru/previewfile/1940