70
Авторизация
Главное меню
Рис. 2.5 Сценарий диалога
2.4.2 Характеристика базы данных
Инфологическая (концептуальная) модель — это формализованное
описание предметной области, выполненное безотносительно к используемым в
дальнейшем программным и техническим средствам [3]. Инфологическая
модель должная быть динамической и позволять легкую корректировку. К
основным требованиями, предъявляемым к инфологической модели, можно
отнести следующие:
• инфологическая модель должна содержать всю необходимую и
достаточную информацию для последующего проектирования базы данных;
• инфологическая модель должная быть понятна лицам,
принимающим участие в создании системы.
ER-модель представляет собой логическую структуру информации об
объектах системы. Компонентами ER-модели являются сущности (объекты) и
71
отношения (связи между объектами). Объект имеет множество реализаций или
экземпляров. Экземпляр объекта образуется совокупностью конкретных
значений реквизитов и должен однозначно определяться, т.е.
идентифицироваться значением ключа объекта, который состоит из одного ли
нескольких ключевых реквизитов.
ER-диаграммы используются для разработки данных и представляют
собой стандартный способ определения данных и отношений между ними.
Таким образом, осуществляется детализация хранилищ данных. ER-диаграмма
содержит информацию о сущностях системы и способах их взаимодействия,
включает идентификацию объектов, важных для предметной области
(сущностей), свойств этих объектов (атрибутов) и их отношений с другими
объектами (связей).
Сущность изображается в виде прямоугольника, вверху которого
располагается имя сущности. В прямоугольнике могут быть перечислены
атрибуты сущности; атрибуты ER-диаграмм, набранные полужирным шрифтом,
являются ключевыми. ER-диаграмма базы данных разработанной
информационной системы приведена на рис. 2.4.
72
План перемещений
PK idperem
sk la d l
sklad2
idproperem
kolvo prodperem
dateperem
Продукция
PK idprod
FK1
FK2
FK3
FK4
nameprod
art
edizmpr
selfst
optst
rozst
primP
udalPr
srokprod
kolvo
idperem
idnal
idGild
idchet
Клиент
PK idKlient
namekl
krnamekl
adresskl
uradrkl
banrekKl
kontlizoKl
tlfKl
emailKl
dateregKl
udalKl
Заявки
PK idchet
FK1
FK2
idklientchet
idp rodchet
kolvochet
datechet
nom er
sklad
status
idsotr
idKlient
Рис. 2.6ER-диаграмма базы данных
Описание каждой таблицы базы данных приведено ниже.
Наличие
PK idnal
idprodnal
idskladnal
kolvonal
Склады
PK idGild
nameG
KrnameG
udalG
Сотрудники
PK idsotr
name
dolg
login
parol
dates
fls
surname
datebor
idGilds
udal
Таблица 2.5
Структура таблицы Заявки
Поле
Тип
Описание
поля
Null По умолчанию
idchet
int(11)
Код записи Нет
idklientchet int(11) Код
клиента
Нет
idprodchet int(11) Код
продукции
Нет
kolvochet int(11) Количество
Нет
datechet text Дата
Нет
nomer
int(11) Номер
заявки
Нет
Sklad int(11) Номер
склада
Нет
Status int(11) Статус
Нет 0
Структура таблицы Наличие
Таблица 2.6
73
Поле
Тип
Описание
поля
Null По умолчанию
idnal
int(11)
Код записи Нет
idprodnal int(11)
Код
продукции
Да
NULL
idskladnal int(11) Код склада
Нет 0
kolvonal int(11) Количество
Таблица 2.7
Структура таблицы Клиент
Поле
Тип
Описание поля Null По умолчанию
idKlient
int(11)
Код записи Нет
namekl varchar(255)
Наименование
Да
NULL
krnamekl varchar(45)
Краткое
наименование
Да
NULL
adresskl varchar(45)
Адрес
фактический
Да
NULL
uradrkl varchar(45)
Адрес
юридический
Да
NULL
banrekKl varchar(45) Банк
Да
NULL
kontlizoKl varchar(45)
Контактное лицо
Да
NULL
tlfKl varchar(45) телефон
Да
NULL
emailKl varchar(45)
Email
Да
NULL
dateregKl timestamp
Дата
регистрации
Нет CURRENT_TIMESTAMP
tipkl
int(1) Тип клиента
Нет
udalKl
int(1)
Флаг удаления Нет 0
nameorg varchar(255)
Наименование
оргформы
Нет
login varchar(25) Логин Нет
parol
varchar(25) Пароль Нет
tel
varchar(30) Доп. Телефон Нет 0
opistel
varchar(100)
Описание доп.
Телефона
Нет 0
adres
varchar(255)
Адрес доп.
Нет 0
email
varchar(30)
Email доп.
Нет 0
opisemail
varchar(100)
Описание
Нет 0
namec
varchar(255) Наименование
дополнительного
контакта
Нет 0
idconka int(11)
Описание
дополнительного
контакта
Нет
Таблица 2.8
Структура таблицы План перемещений
Поле
Тип
Описание Null По умолчанию
74
поля
idperem
int(11)
Код записи Нет
skladl int(11)
Склад-
отправитель
Нет
sklad2
int(11)
Склад-
приемщик
Нет 0
idproperem
int(11)
Код
продукции
Нет
kolvoprodperem
int(11) Количество
Нет
dateperem timestamp
Дата
Нет CURRENT TIMESTAMP
Таблица 2.9
Структура таблицы Продукция
_____________________
Поле
Тип
Описание
поля
Null По умолчанию
idprod
int(11)
Код записи Нет
nameprod text Наименование
Да
NULL
art
varchar(45)
артикул
Да
NULL
idvz
int(11)
Код группы
Да
NULL
idtz
int(11) Код типа
Да
NULL
model
varchar(255) Модель
Да
NULL
prise
varchar(45) Стоимость
Да
NULL
primP
text Примечание
Да
NULL
udalPr
int(1)
Флаг
удаления
Нет
optst
varchar(255) Стоимость
опт
Нет
rozst
varchar(255) Стоимость
розница
Нет
edizmpr varchar(255)
Единица
измерения
Нет
Таблица 2.10
Структура таблицы Сотрудники
_____________________
Поле
Тип
Описание
поля
Null По умолчанию
idsotr
int(11)
Код записи Нет
name
varchar(45) Фамилия
Да
NULL
dolg
varchar(45) Должность
Да
NULL
login varchar(45) Логин
Да
NULL
parol
varchar(45) Пароль
Да
NULL
dates
timestamp
Дата
регистрации
Нет CURRENT TIMESTAMP
Продолжение таблицы 2.8.
Поле
Тип Описание
поля
Null По умолчанию
surname
varchar(45) имя,
Да
NULL
75
отчество
datebor varchar(45)
Дата
рождения
Да
NULL
udal int(1)
Флаг
удаления
Нет
Таблица 2.11
Структура таблицы Склады
Поле
Тип
Описание
поля
Null По умолчанию
idGild
int(11)
Код записи Нет
nameG
varchar(45)
Наименование
склада
Да
NULL
KrnameG
varchar(45)
Наименование
склада
(краткое)
Да
NULL
udalG int(1)
Флаг
удаления
Да
NULL
2.4.3 Структурная схема пакета (дерево вызова программных
модулей)
В соответствии с принятой задачей на проектирование информационной
системы, а также разработанной даталогической модели, в состав системы
структурно должны входить следующие модули:
- модуль авторизации сотрудников [21];
- модуль работы со справочниками;
- модуль получения отчетных документов;
- модуль ввода данных о производственной деятельности.
Структурная схема приложения приведена на рисунке 2.5.
76
Рис. 2.7 Структурная схема системы
Система состоит из четырех модулей - модуля работы со справочниками,
модуля получения отчетных документов, модуля ввода данных, модуля
администратора. Для хранения информации используется общая база данных.
Работа с системой осуществляется через любой браузер. Для работы
необходимо установить локальный сервер в локальной сети предприятия, где
будет также расположена база данных. Доступ к базе будет осуществляется с
помощью набора адреса в адресной строке браузера.
Состав каждого модуля аналогичен, что позволяет в случае модернизации,
либо изменений каких-либо сведений с максимальной скоростью внести
изменения в приложение [22].
Модуль работы со справочниками позволяет вносить изменения в
справочники поставщики, клиенты, продукция, сырье, цеха. При заполнении
справочников необходимо заполнить соответствующие поля в форме и нажать
кнопку «Зарегистрировать». После нажатия кнопки выполняется SQL-запрос к
базе данных, в результате чего введенная информация сохраняется в базе
данных.
На одной странице с формой для ввода данных отображается содержание
соответствующего списка, в котором присутствует общее количество записей в
данном списке, а также кнопка с возможностью удаления отдельной записи.
77
После ее нажатия данная запись помечается в таблице справочника как
удаленная и не выводится на экран.
Модуль получения отчетных документов выполняет функции
формирования результатных документов, реквизитный состав которых различен
и перечислен был выше. Формирование документа происходит также после
SQL-запроса к базе данных в виде таблицы с перечнем необходимых записей.
Кроме того, отображаются результатные показатели, такие как, общее
количество и стоимость произведенной продукции.
Модуль ввода данных представлен формой учета производственной
деятельности, при помощи которого осуществляется учет количества
произведенной продукции каждым цехом. При этом выбор номера цеха и
наименования продукции осуществляется из выпадающего списка, во избежание
ошибок оператора[23].
Модуль авторизации включает в себя форму авторизации и скрипт
авторизации, проверяющий на соответствие введенные пароль и логин и
существующие пароль и логин. Авторизация осуществляется путем сравнения
введенных данных с данными в таблице базы данных. При совпадении пары
пароль/логин осуществляется вход в систему, иначе - система выдает сообщение
об ошибке авторизации.
Модуль администратора предназначен для управления работой системы -
регистрации нового пользователя, смены пароля или логина, а также
удаления/восстановления пользователя системы. Администратор имеет
отдельную форму авторизации.
Описание программных модулей представлено в таблице 2.5.
Таблица 2.12
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1)
ПМ Авторизация Выполняет авторизацию пользователей при их
доступе в систему
2)
ПМ Главное меню
Производит вызов меню, для каждого вида
пользователей - своего
3)
ПМ работы со справочниками Содержит определенные процедуры,
78
№
п/п
Наименование модуля
Функции модуля
позволяющие осуществлять редактирование
справочников
4)
ПМ Ввода данных Позволяет производить импорт отчета
5)
ПМ получения отчетов
Содержит заранее определенные процедуры
формирования отчетных документов
6)
ПМ вывода на печать
Выводит результатные документы на печать
7)
ПМ Настроек Позволяет настроить систему, в том числе
планы продаж и параметры электронной почты
2.4.4 Описание программных модулей
Каждая страница в реализованной системе имеет меню навигации,
которые позволяет быстро перемещаться по страницам созданной системы. Это
удобно для обычного пользователя, поскольку нет необходимости искать другие
справочники или элементы системы[13].
В момент отображения записей из таблиц кодовые поля не отображаются,
поскольку информация, содержащаяся в них, не дает пользователю никакой
пользы. Отображение данных полей оправдано только при отладке продукта и
важно только для программиста, который проверяет правильность отображения
информации в БД.
Именно поэтому работ с ключевыми полями возможна только с помощью
списков выбора, что дает возможность избежать ввода ключевых полей самим
пользователем.
Чтобы проверить правильность ввода информации, реализована маска
ввода, которая подсказывает пользователю не только тип данных, вводимых в
таблицу, но и их вид.
Для корректной работы приложения пользователя с самим программным
продуктом, производится настройка таблиц, созданных в пользовательском
приложении. Первым делом осуществляется настройка полей, отображаемых и
выводимых символов и т.д. Все это нужно для будущего удобства пользователя
при работе с ПО.
Изменение данных таблиц происходит при помощи ввода информации в
поля, предназначенные для этого. Ввод в них возможен тогда, когда нужно
ввести большие объемы данных в одну табличную запись.
Блок -схема формирования списка документов приведена на рис. 2.6.
79
Рисунок 2.8Схема
технологического процесса построения списка
документов
2.5 Контрольный пример реализации проекта и его описание