72
Наименование и реквизиты продавца;
Наименование и реквизиты покупателя;
Склад-отгрузчик;
Наименование товара (описание выполненных работ, оказанных
услуг),имущественного права
Единица измерения
Количество
Цена(тариф) за единицу измерения
Стоимость товаров (работ, услуг), имущественных прав,всего без
налога
В том числе акциз
Налоговая ставка
Сумма налога
Стоимость товаров (работ, услуг), имущественных прав, с учетом
налога
Страна происхождения
Номер таможенной декларации.
Документы Накладная и Заявка отличаются только статусом (проведена и
не проведена).
Документ Остатки по складу содержит следующие реквизиты:
Наименование склада;
Наименование продукции;
Артикул
Единица измерения
Цена за ед., опт
Цена за ед., розн
Кол-во
Цена, опт
Цена, розн;
Итог за склад.
73
Список Готовой продукции содержит следующие реквизиты:
Наименование
Артикул
Единица измерения
Цена за ед., опт
Цена за ед., розн
Документ Список клиентов содержит следующие реквизиты:
полное наименование клиента;
краткое наименование клиента;
адрес размещения;
юридический адрес;
банковские реквизиты;
контактное лицо;
телефон;
сайт;
факс.
Документ Анализ потребности в перемещениях продукции содержит
следующие реквизиты:
Наименование склада;
Наименование продукции;
Количество в наличии;
Потребное количество;
Разница между имеющимся и потребным количеством;
Номер накладной.
На основании данного документа формируется план перемещений
продукции между складами, который содержит следующие реквизиты:
Наименование склада-отправителя;
Наименование склада-получателя;
Наименование , артикул, упаковка продукции;
Количество продукции.
74
В системе используются следующие справочники:
Клиенты;
Заявки;
Продукция;
Склады;
Сотрудники.
Оперативная информация хранится в следующих таблицах:
Наличие;
План перемещений.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций системы указывает декомпозицию функций системы и
создается для предметного исследования всех возможностей системы и изучения
совокупности функций, используемых на различных уровнях иерархии системы.
Подготовка дерева функций является процессом декомпозиции целевой
функции и множества основных и переменных функций на более элементарные
функции, которые применяются на других уровнях декомпозиции.
Все реализуемые сложной системой функции разделяют на три группы:
1. Базовые;
2. Целевые;
3. Остальные.
Базовые функции указывают на ориентацию системы и являются
совокупностью макрофункций, реализуемых системой. Эти функции определяют
существование системы некоторого класса. Базовые функции поддерживают
условия реализации целевой функции (получение, отправка, покупка, хранение,
выдача).
Целевая функция системы подобна ее главному функциональному
назначению, другими словами эта функция отражает назначение, сущность и
смысл использования системы вообще.
75
Дополнительные (сервисные) функции увеличивают функциональные
возможности системы, сферу ее работы и улучшают показатели качества системы.
Дополнительные функции – поддерживают условия реализации базовых функций
(разведение, направление, гарантирование).
Дерево функций системы – это декомпозиция функций системы, и
создаётся оно для подробного изучения функциональных возможностей системы
и анализа взаимосвязанных функций, принятых на разных уровнях иерархии
системы.
Работу с системой осуществляет специалист по работе с готовой
продукцией. Дерево функций менеджера представлено на рисунке 2.2.
Функции
специалиста
Работа со
справочниками
Продукция
Сотрудники
Клиенты
Учет
Учет
поступления
продукции на
склад
Получение
отчетов
Остатки на
складах
Список
клиентов
Список заявок
Учет заявок
на отгрузку
Накладная
Учет
накладных
Анализ
потребности в
перемещениях
План
перемещений
Рис. 2.2 Дерево функций системы для специалиста по работе с готовой
продукцией
76
Под работой со справочниками подразумевается их заполнение и
редактирование (удаление записей).
Сценарий диалога, формирующийся на основе дерева функций, приведен
на рисунке 2.3.
Главное меню
Сведения
Продукция
Сотрудники
Клиенты
Учет
Учет заявок
Учет
поступления
продукции на
склад
Выход
Авторизация
Добавление
Удаление
Редактирован
ие
Остатки на
складах
Список
клиентов
Список заявок
Накладная
Анализ
потребности в
перемещениях
План
перемещений
Отчеты
Рис. 2.3 Сценарий диалога
2.3.2 Характеристика базы данных
Инфологическая (концептуальная) модель — это формализованное
описание предметной области, выполненное безотносительно к используемым в
дальнейшем программным и техническим средствам.[3] Инфологическая модель
должная быть динамической и позволять легкую корректировку. К основным
требованиями, предъявляемым к инфологической модели, можно отнести
следующие:
инфологическая модель должна содержать всю необходимую и
достаточную информацию для последующего проектирования базы данных;
77
инфологическая модель должная быть понятна лицам,
принимающим участие в создании системы.
ER-модель представляет собой логическую структуру информации об
объектах системы. Компонентами ER-модели являются сущности (объекты) и
отношения (связи между объектами). Объект имеет множество реализаций или
экземпляров. Экземпляр объекта образуется совокупностью конкретных значений
реквизитов и должен однозначно определяться, т.е. идентифицироваться
значением ключа объекта, который состоит из одного ли нескольких ключевых
реквизитов.
ER-диаграммы используются для разработки данных и представляют собой
стандартный способ определения данных и отношений между ними. Таким
образом, осуществляется детализация хранилищ данных. ER-диаграмма содержит
информацию о сущностях системы и способах их взаимодействия, включает
идентификацию объектов, важных для предметной области (сущностей), свойств
этих объектов (атрибутов) и их отношений с другими объектами (связей).
Сущность изображается в виде прямоугольника, вверху которого
располагается имя сущности. В прямоугольнике могут быть перечислены
атрибуты сущности; атрибуты ER-диаграмм, набранные полужирным шрифтом,
являются ключевыми. ER-диаграмма базы данных разработанной
информационной системы приведена на рис. 2.4.
78
Клиент
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
79
Таблица 2.4
Структура таблицы Наличие
Поле
Тип
Описание
поля
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)
Описание
дополнительного
контакта
Нет
80
Таблица 2.6
Структура таблицы План перемещений
Поле
Тип
Описание
поля
Null
По умолчанию
idperem
int(11)
Код записи
Нет
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
81
Продолжение таблицы 2.9.
surname
varchar(45)
имя,
отчество
Да
NULL
datebor
varchar(45)
Дата
рождения
Да
NULL
udal
int(1)
Флаг
удаления
Нет
Таблица 2.9
Структура таблицы Склады
Поле
Тип
Описание
поля
Null
По умолчанию
idGild
int(11)
Код записи
Нет
nameG
varchar(45)
Наименование
склада
Да
NULL
KrnameG
varchar(45)
Наименование
склада
(краткое)
Да
NULL
udalG
int(1)
Флаг
удаления
Да
NULL
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
В соответствии с принятой задачей на проектирование информационной
системы, а также разработанной даталогической модели, в состав системы
структурно должны входить следующие модули:
- модуль авторизации сотрудников;
- модуль работы со справочниками;
- модуль получения отчетных документов;
- модуль ввода данных о производственной деятельности.
Структурная схема приложения приведена на рисунке 2.5.