77
Сотрудники.
Оперативная информация хранится в следующих таблицах:
Наличие;
План перемещений.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций системы указывает декомпозицию функций системы и
создается для предметного исследования всех возможностей системы и изучения
совокупности функций, используемых на различных уровнях иерархии системы.
Подготовка дерева функций является процессом декомпозиции целевой
функции и множества основных и переменных функций на более элементарные
функции, которые применяются на других уровнях декомпозиции.
Все реализуемые сложной системой функции разделяют на три группы:
1. Базовые;
2. Целевые;
3. Остальные.
Базовые функции указывают на ориентацию системы и являются
совокупностью макрофункций, реализуемых системой. Эти функции
определяют существование системы некоторого класса. Базовые функции
поддерживают условия реализации целевой функции (получение, отправка,
покупка, хранение, выдача).
Целевая функция системы подобна ее главному функциональному
назначению, другими словами эта функция отражает назначение, сущность и
смысл использования системы вообще.
Дополнительные (сервисные) функции увеличивают функциональные
возможности системы, сферу ее работы и улучшают показатели качества
системы. Дополнительные функции – поддерживают условия реализации
базовых функций (разведение, направление, гарантирование).
Дерево функций системы – это декомпозиция функций системы, и
создаётся оно для подробного изучения функциональных возможностей системы
78
и анализа взаимосвязанных функций, принятых на разных уровнях иерархии
системы.
Работу с системой осуществляет специалист по работе с готовой
продукцией. Дерево функций менеджера представлено на рисунке 2.2.
Функции
специалиста
Работа со
справочниками
Продукция
Сотрудники
Клиенты
Учет
Учет
поступления
продукции на
склад
Получение
отчетов
Остатки на
складах
Список
клиентов
Список заявок
Учет заявок
на отгрузку
Накладная
Учет
накладных
Анализ
потребности в
перемещениях
План
перемещений
Рис. 2.2 Дерево функций системы для специалиста по работе с готовой
продукцией
Под работой со справочниками подразумевается их заполнение и
редактирование (удаление записей).
Сценарий диалога, формирующийся на основе дерева функций, приведен
на рисунке 2.3.
79
Главное меню
Сведения
Продукция
Сотрудники
Клиенты
Учет
Учет заявок
Учет
поступления
продукции на
склад
Выход
Авторизация
Добавление
Удаление
Редактирован
ие
Остатки на
складах
Список
клиентов
Список заявок
Накладная
Анализ
потребности в
перемещениях
План
перемещений
Отчеты
Рис. 2.3 Сценарий диалога
2.3.2. Характеристика базы данных
Инфологическая (концептуальная) модель — это формализованное
описание предметной области, выполненное безотносительно к используемым в
дальнейшем программным и техническим средствам.[3] Инфологическая модель
должная быть динамической и позволять легкую корректировку. К основным
требованиями, предъявляемым к инфологической модели, можно отнести
следующие:
инфологическая модель должна содержать всю необходимую и
достаточную информацию для последующего проектирования базы данных;
инфологическая модель должная быть понятна лицам,
принимающим участие в создании системы.
ER-модель представляет собой логическую структуру информации об
объектах системы. Компонентами ER-модели являются сущности (объекты) и
80
отношения (связи между объектами). Объект имеет множество реализаций или
экземпляров. Экземпляр объекта образуется совокупностью конкретных
значений реквизитов и должен однозначно определяться, т.е.
идентифицироваться значением ключа объекта, который состоит из одного ли
нескольких ключевых реквизитов.
ER-диаграммы используются для разработки данных и представляют
собой стандартный способ определения данных и отношений между ними.
Таким образом, осуществляется детализация хранилищ данных. ER-диаграмма
содержит информацию о сущностях системы и способах их взаимодействия,
включает идентификацию объектов, важных для предметной области
(сущностей), свойств этих объектов (атрибутов) и их отношений с другими
объектами (связей).
Сущность изображается в виде прямоугольника, вверху которого
располагается имя сущности. В прямоугольнике могут быть перечислены
атрибуты сущности; атрибуты ER-диаграмм, набранные полужирным шрифтом,
являются ключевыми. ER-диаграмма базы данных разработанной
информационной системы приведена на рис. 2.4.
81
Клиент
PK idKlient
namekl
krnamekl
adresskl
uradrkl
banrekKl
kontlizoKl
tlfKl
emailKl
dateregKl
udalKl
Сотрудники
PK idsotr
name
dolg
login
parol
dates
fls
surname
datebor
idGilds
udal
Наличие
PK idnal
idprodnal
idskladnal
kolvonal
План перемещений
PK idperem
sklad1
sklad2
idproperem
kolvoprodperem
dateperem
Заявки
PK idchet
idklientchet
idprodchet
kolvochet
datechet
nomer
sklad
status
FK1 idsotr
FK2 idKlient
Продукция
PK idprod
nameprod
art
edizmpr
selfst
optst
rozst
primP
udalPr
srokprod
kolvo
FK1 idperem
FK2 idnal
FK3 idGild
FK4 idchet
Склады
PK idGild
nameG
KrnameG
udalG
Рис. 2.4 ER-диаграмма базы данных
Описание каждой таблицы базы данных приведено ниже.
Таблица 2.3
Структура таблицы Заявки
Поле
Тип
Описание
поля
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.4
Структура таблицы Наличие
82
Поле
Тип
Описание
поля
Null
По умолчанию
idnal
int(11)
Код записи
Нет
idprodnal
int(11)
Код
продукции
Да
NULL
idskladnal
int(11)
Код склада
Нет
0
kolvonal
int(11)
Количество
Таблица 2.5
Структура таблицы Клиенты
Поле
Тип
Описание поля
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.6
Структура таблицы План перемещений
Поле
Тип
Описание
поля
Null
По умолчанию
idperem
int(11)
Код записи
Нет
83
sklad1
int(11)
Склад-
отправитель
Нет
sklad2
int(11)
Склад-
приемщик
Нет
0
idproperem
int(11)
Код
продукции
Нет
kolvoprodperem
int(11)
Количество
Нет
dateperem
timestamp
Дата
Нет
CURRENT_TIMESTAMP
Таблица 2.7
Структура таблицы Товары
Поле
Тип
Описание
поля
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.8
Структура таблицы Сотрудники
Поле
Тип
Описание
поля
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.
surname
varchar(45)
имя,
отчество
Да
NULL
datebor
varchar(45)
Дата
рождения
Да
NULL
udal
int(1)
Флаг
Нет
84
удаления
Таблица 2.9
Структура таблицы Склады
Поле
Тип
Описание
поля
Null
По умолчанию
idGild
int(11)
Код записи
Нет
nameG
varchar(45)
Наименование
склада
Да
NULL
KrnameG
varchar(45)
Наименование
склада
(краткое)
Да
NULL
udalG
int(1)
Флаг
удаления
Да
NULL
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
В соответствии с принятой задачей на проектирование информационной
системы, а также разработанной даталогической модели, в состав системы
структурно должны входить следующие модули:
- модуль авторизации сотрудников;
- модуль работы со справочниками;
- модуль получения отчетных документов;
- модуль ввода данных о производственной деятельности.
Структурная схема приложения приведена на рисунке 2.5.
Модуль работы со
справочниками
Клиентская часть
Экранная форма
взаимодействия
Модуль получения
отчетных документов
Экранная форма
взаимодействия
Модуль ввода данных
Экранная форма
взаимодействия
Модуль
администратора
Экранная форма
взаимодействия
Серверная часть
Авторизация
База данных
Рис.2.5 Структурная схема системы
85
Система состоит из четырех модулей – модуля работы со справочниками,
модуля получения отчетных документов, модуля ввода данных, модуля
администратора. Для хранения информации используется общая база данных.
Работа с системой осуществляется через любой браузер. Для работы
необходимо установить локальный сервер в локальной сети предприятия, где
будет также расположена база данных. Доступ к базе будет осуществляется с
помощью набора адреса в адресной строке браузера.
Состав каждого модуля аналогичен, что позволяет в случае модернизации,
либо изменений каких-либо сведений с максимальной скоростью внести
изменения в приложение.
Модуль работы со справочниками позволяет вносить изменения в
справочники поставщики, клиенты, продукция, сырье, цеха. При заполнении
справочников необходимо заполнить соответствующие поля в форме и нажать
кнопку «Зарегистрировать». После нажатия кнопки выполняется SQL-запрос к
базе данных, в результате чего введенная информация сохраняется в базе
данных.
На одной странице с формой для ввода данных отображается содержание
соответствующего списка, в котором присутствует общее количество записей в
данном списке, а также кнопка с возможностью удаления отдельной записи.
После ее нажатия данная запись помечается в таблице справочника как
удаленная и не выводится на экран.
Модуль получения отчетных документов выполняет функции
формирования результатных документов, реквизитный состав которых различен
и перечислен был выше. Формирование документа происходит также после
SQL-запроса к базе данных в виде таблицы с перечнем необходимых записей.
Кроме того, отображаются результатные показатели, такие как, общее
количество и стоимость произведенной продукции.
Модуль ввода данных представлен формой учета производственной
деятельности, при помощи которого осуществляется учет количества
произведенной продукции каждым цехом. При этом выбор номера цеха и
86
наименования продукции осуществляется из выпадающего списка, во избежание
ошибок оператора.
Модуль авторизации включает в себя форму авторизации и скрипт
авторизации, проверяющий на соответствие введенные пароль и логин и
существующие пароль и логин. Авторизация осуществляется путем сравнения
введенных данных с данными в таблице базы данных. При совпадении пары
пароль/логин осуществляется вход в систему, иначе – система выдает сообщение
об ошибке авторизации.
Модуль администратора предназначен для управления работой системы –
регистрации нового пользователя, смены пароля или логина, а также
удаления/восстановления пользователя системы. Администратор имеет
отдельную форму авторизации.
Описание программных модулей представлено в таблице 2.10.
Таблица 2.10
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1)
ПМ Авторизация
Выполняет авторизацию пользователей при их
доступе в систему
2)
ПМ Главное меню
Производит вызов меню, для каждого вида
пользователей - своего
3)
ПМ работы со справочниками
Содержит определенные процедуры,
позволяющие осуществлять редактирование
справочников
4)
ПМ Ввода данных
Позволяет производить импорт отчета
5)
ПМ получения отчетов
Содержит заранее определенные процедуры
формирования отчетных документов
6)
ПМ вывода на печать
Выводит результатные документы на печать
7)
ПМ Настроек
Позволяет настроить систему, в том числе
планы продаж и параметры электронной почты
2.3.4. Описание программных модулей
Каждая страница в реализованной системе имеет меню навигации,
которые позволяет быстро перемещаться по страницам созданной системы. Это
удобно для обычного пользователя, поскольку нет необходимости искать другие
справочники или элементы системы.