66
2.3.2. Характеристика базы данных
Целью моделирования данных является обеспечение разработчика ИС
концептуальной схемой БД в форме одной или нескольких локальных моделей,
которые легко и просто могут быть отображены в любую СУБД.
Наиболее распространенным средством моделирования данных на
сегодняшний день являются диаграммы «сущность-связь» (ERD). При помощи
ERD определяются важнейшие для предметной области объекты (в рамках базы
данных - сущности), их свойства (в рамках базы данных -атрибуты) и
отношения друг с другом (в рамках базы данных - связи). ERD непосредственно
применяются для проектирования реляционных БД.
В ERD-диаграммах сущность (Entity) представляет собой реальный либо
воображаемый объект, который обладает существенным значением для
рассматриваемой предметной области, информация о котором подлежит
хранению. Так как необходимо обеспечить хранение информации о процессе
регистрации и обработки заявок на комплектующие для ПК в ООО «Tatincom
Computers», то основные сущности будут определены следующим образом:
- Единицы измерения;
- История заявки;
- Клиент;
- Сотрудник;
- Роль;
- Категория комплектующих;
- Комплектующие;
- Поступление комплектующих;
- Поставщики;
- Производитель;
- Состояние склада;
- Статусы;
- Заявки;
67
- Детали заявки.
Любой экземпляр сущности должен быть однозначно идентифицирован и
должен отличаться от всех других экземпляров данного типа сущности.
Каждая сущность при этом должна при этом обладать некоторыми свойствами:
обладать несколькими атрибутами, которые либо принадлежат
сущности, либо наследуются через связь сущности.
обладать любым количеством связей с другими сущностями модели.
Более подробная структура справочников и таблиц, получившихся в
результате проектирования ИС регистрации и обработки заявок на
комплектующие для ПК в ООО «Tatincom Computers» в программной среде
Erwin 7.1 отображена на рисунке 2.4.
68
PO
idpo
idp (FK)
datapo
edizm
ide
edizm
history
idh
idz (FK)
datast
idst (FK)
ids (FK)
kat
idkat
kat
klient
idk
nazv
adres
tel
fiootv
kompl
idko
idkat (FK)
nazv
cena
ide (FK)
idpr (FK)
pokompl
idpo2
idpo (FK)
idko (FK)
kolvo
post
idp
post
Adres
tel
proizv
idpr
proizv
role
idrole
role
sostsk
idss
idko (FK)
kolvop
kolvor
itog
sotr
ids
fio
adres
tel
login
pass
idrole (FK)
status
idst
status
zayavka
idz
dataz
ids (FK)
idk (FK)
idst (FK)
datast
zayavkadet
idzz
idz (FK)
idko (FK)
kolvo
Рис. 2.4 Логическая структура БД
В результате построение модели «сущность-связь» была разработана
структура базы данных ИС регистрации и обработки заявок на комплектующие
для ПК в ООО «Tatincom Computers», которая содержит 10 справочника и 5
таблиц, обеспечивающих хранение всей необходимой информации,
касающейся регистрации и обработки заявок на комплектующие для ПК в ООО
«Tatincom Computers».
Описание таблиц приведено в таблице 2.8.
69
Таблица 2.8
Таблицы и их содержимое
Название
таблицы
Содержание
sostsk
Данная таблица предназначена для хранения информации о
состоянии склада
klient
Данная таблица предназначена для хранения информации о
клиентах и договорах
zayavka
Данная таблица предназначена для хранения информации по
заявкам
zayavkadet
Данная таблица предназначена для хранения информации по
комплектующим, входящих в состав заявки
kat
Данная таблица предназначена для хранения информации о
категориях комплектующих
kompl
Данная таблица предназначена для хранения информации о
комплектующих для ПК
edizm
Данная таблица предназначена для хранения информации о
единицах измерения
Status
Данная таблица предназначена для хранения информации о
статусах заявок
proizv
Данная таблица предназначена для хранения информации о
производителях комплектующих для ПК
Sotr
Данная таблица предназначена для хранения информации о
сотрудниках
role
Данная таблица предназначена для хранения информации о
ролях
post
Данная таблица предназначена для хранения информации о
поставщиках
po
Данная таблица предназначена для хранения информации о
поступлениях
podet
Данная таблица предназначена для хранения информации о
деталях поступлений
Структура данных таблиц приведена в таблицах 2.9-2.22.
Таблица 2.9
Описание структуры таблицы «Клиент» (klient)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код клиента
idk
Числовой
Ключевое
Наименование
организации
nazv
Текстовый
500
Адрес
adres
Текстовый
100
Телефон
tel
Текстовый
20
ФИО ответственного лица
fiootv
Текстовый
100
70
Таблица 2.10
Описание структуры таблицы «Заявка» (zayavka)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
№ заявки
idz
Числовой
Ключевое
Дата заявки
dataz
Дата
Код сотрудника
ids
Числовой
Код клиента
idk
Числовой
Код статуса
idst
Числовой
Дата статуса
datast
Дата
Таблица 2.11
Описание структуры таблицы «Детали заявки» (zayavkadet)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код детали
idzz
Числовой
Ключевое
№ заявки
idz
Числовой
Код комплектующего
idko
Числовой
Количество
kolvo
Числовой
Таблица 2.12
Описание структуры таблицы «Категория» (kat)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код категории
idkat
Числовой
Ключевое
Наименование категории
kat
Текстовый
50
Таблица 2.13
Описание структуры таблицы «Статус» (status)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код статуса
idst
Числовой
Ключевое
Наименование статуса
status
Текстовый
50
Таблица 2.14
Описание структуры таблицы «Единицы измерения» (edizm)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код единицы измерения
ide
Числовой
Ключевое
Наименование единицы
измерения
edizm
Текстовый
5
Таблица 2.15
71
Описание структуры таблицы «Состояние склада» (sostsk)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код состояния склада
Idss
Числовой
Ключевое
Код комплектующего
idko
Числовой
Количество приход
kolvop
Числовой
Количество расход
kolvor
Числовой
Количество на складе
itog
Числовой
Таблица 2.16
Описание структуры таблицы «Производители» (proizv)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код производителя
idpr
Числовой
Ключевое
Наименование
производителя
proizv
Текстовый
50
Таблица 2.17
Описание структуры таблицы «Комплектующие» (kompl)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код комплектующего
idko
Числовой
Ключевое
Код категории
idkat
Числовой
Наименование
комплектующего
nazv
Текстовый
100
Стоимость
cena
Числовой
Код единицы измерения
ide
Числовой
Код производителя
idpr
Числовой
Таблица 2.18
Описание структуры таблицы «Поставщики» (post)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код поставщика
idpost
Числовой
Ключевое
Наименование
поставщика
post
Текстовый
100
Адрес
adres
Текстовый
150
Телефон
tel
Текстовый
20
72
Таблица 2.19
Описание структуры таблицы «Поступления» (po)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код поступления
idpo
Числовой
Ключевое
Код поставщика
idpost
Числовой
Дата поступления
datapo
Дата
Таблица 2.20
Описание структуры таблицы «Детали поступления» (pokompl)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код деталей поступления
Idpo2
Числовой
Ключевое
Код поступления
idpo
Числовой
Код комплектующего
idko
Числовой
Количество
kolvo
Числовой
Таблица 2.21
Описание структуры таблицы «Сотрудники» (sotr)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код сотрудника
idsotr
Числовой
Ключевое
ФИО сотрудника
fio
Текстовый
255
Адрес
adres
Текстовый
255
Телефон
tel
Текстовый
20
Логин
Login
Текстовый
10
Пароль
Pass
Текстовый
10
Код роли
idrole
Числовой
Таблица 2.22
Описание структуры таблицы «Роль» (role)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код роли
idrole
Числовой
Ключевое
Наименование роли
role
Текстовый
20
73
Таким образом, поля в таблицах БД разрабатываемой ИС регистрации и
обработки заявок на комплектующие для ПК в ООО «Tatincom Computers» не
являются избыточными по количеству и их размерности, а взаимосвязь между
таблицами разрешает осуществить преобразование информационных объектов
в полном соответствии с разработанной информационной моделью.
Проанализировав разработанную БД, можно сделать вывод, что она
является нормализованной.
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Структурная схема пакета ИС регистрации и обработки заявок на
комплектующие для ПК в ООО «Tatincom Computers» приведена на рисунке
2.5.
74
ИС регистрации и обработки заявок на комплектующие
для ПК в ООО TATINCOM COMPUTERS
Управляющие модули
Модули связанные с вводом,
хранением и обработкой
информации
Распределение
информации
Ответы на запросы
пользователя
ПМ Справочники
ПМ Отчеты
ПМ Клиенты
ПМ Поступления
ПМ Состояние склада
ПМ Заявки
Рис. 2.5 Структурная схема пакета ИС
Рассмотрим программные модули ИС регистрации и обработки заявок
на комплектующие для ПК в ООО «Tatincom Computers» (таблица 2.23).
75
Таблица 2.23
Программные модули
№
п/п
Наименование
модуля
Функции модуля
1
ПМ Отчеты
Модуль отчеты запускается при
необходимости создания отчетов.
2
ПМ Справочники
Модуль работы со справочниками.
Программный модуль запускается при
необходимости введения новых данных
справочной информации для работы с
информацией по заявкам. В рамках модуля
возможны режимы добавления данных,
редактирования данных и удаление данных.
3
ПМ Поступления
Модуль работы с поступлениями
комплектующих для ПК. Программный
модуль запускается при необходимости
введения нового поступления
комплектующих для ПК на склад В рамках
модуля возможны режимы добавления
данных и удаление данных.
4
ПМ Состояния склада
Программный модуль запускается при
необходимости просмотра количества
комплектующих на складе
5
ПМ Клиенты
Программный модуль запускается при
необходимости введения новых клиентов. В
рамках модуля возможны режимы
добавления данных, редактирования данных
и удаление данных.
6
ПМ Заявки
Модуль документы запускается для работы с
заявками на комплектующие для ПК.
В рамках данного модуля предусмотрены
ввод, редактирование, удаление заявки,
формирование истории заявки, состояния
склада по комплектующим.
2.3.4. Описание программных модулей
Рассмотрим основные алгоритмы, положенные в основу ИС регистрации
и обработки заявок на комплектующие для ПК в ООО «Tatincom Computers».
Алгоритм поиска заявки по номеру отображен на рисунке 2.6.
Алгоритм включает в себя следующие этапы:
выбор всех заявок;
отображение заявок согласно введенному критерию.