66
Рисунок 2.9 Сценарий диалога для пользователя
Инфологическая (концептуальная) модель — это формализованное
описание предметной области, выполненное безотносительно к используемым
в дальнейшем программным и техническим средствам.[3] Инфологическая
модель должная быть динамической и позволять легкую корректировку. К
основным требованиями, предъявляемым к инфологической модели, можно
отнести следующие:
инфологическая модель должна содержать всю необходимую
и достаточную информацию для последующего проектирования базы
данных;
инфологическая модель должная быть понятна лицам,
принимающим участие в создании системы.
ER-модель представляет собой логическую структуру информации об
объектах системы. Компонентами ER-модели являются сущности (объекты) и
отношения (связи между объектами). Объект имеет множество реализаций или
экземпляров. Экземпляр объекта образуется совокупностью конкретных
значений реквизитов и должен однозначно определяться, т.е.
67
идентифицироваться значением ключа объекта, который состоит из одного ли
нескольких ключевых реквизитов.
Сущности могут быть зависимыми и независимыми. Сущность является
независимой, если каждый экземпляр ее может быть однозначно
идентифицирован без определения ее отношений с другими сущностями.
Однозначная идентификация экземпляра зависимой сущности зависит от
отношений с другими сущностями.
Для отображения отношений между сущностями используются связи.
Связи существуют, если экземпляры сущностей логически взаимосвязаны.
ER-модель представляет собой логическую структуру информации об
объектах системы. Компонентами ER-модели являются сущности (объекты) и
отношения (связи между объектами). Объект имеет множество реализаций или
экземпляров. Экземпляр объекта образуется совокупностью конкретных
значений реквизитов и должен однозначно определяться, т.е.
идентифицироваться значением ключа объекта, который состоит из одного ли
нескольких ключевых реквизитов.
Сущности могут быть зависимыми и независимыми. Сущность является
независимой, если каждый экземпляр ее может быть однозначно
идентифицирован без определения ее отношений с другими сущностями.
Однозначная идентификация экземпляра зависимой сущности зависит от
отношений с другими сущностями.
Для отображения отношений между сущностями используются связи.
Связи существуют, если экземпляры сущностей логически взаимосвязаны.
Исходя из описания предметной области, необходимо использовать
следующие сущности:
Акты`, `Контрагенты`, `Места хранения`, `Оборот`, `Перечень ОС по
акту`, `ОС`, `Коэффициенты амортизации`, `Сотрудники`
На Рисунке 2.10 представлена даталогическая модель информационной
системы.
68
Рисунок 2.10Даталогическая модель ИС
В данной модели между сущностями предусмотрены следующие связи:
1. Между Акты и Перечень ОС – 1:М, так как каждая группа
акт содержит несколько наименований МЦ;
2. Между ОС и Перечень ОС – 1:М, так как к одному ОС
могут быть отнесены несколько актов.
3. Между ОС и Контрагенты – 1:М, так как каждый контрагент
может поставлять или получать разные ОС .
4. Между ОС и Содержание драгметаллов – 1:М, так как
несколько один тип ОС может содержать несколько драгметаллов.
5. МеждуСотрудники и Места хранения – 1:М, так один
сотрудник может учитывать несколько мест хранения.
6. Между Сотрудники и Оборот – 1:М, так как каждый
сотрудник может учитывать оборот каждого ОС неограниченное
количество раз.
На Рисунке 3.5 представлена информационная модель ИС,
реализованная с помощью программного средства ERWin. На схеме также
представлены связи сущностей информационной модели между собой.
В каждой сущности содержатся следующие реквизиты:
69
1. Акты
Код акта
Тип акта
Тип основного средства
Количество
Сдал
Принял
Код
Дата приема
Дата сдачи
Номер документа
Комментарий
2. Контрагенты
Код контрагента
Тип
Наименование
Реквизиты
ИНН
Адрес
Комментарий
3. Места хранения
Код места хранения
Код пользователя
Условный код
Наименование
Отдел
Комментарий
4. Оборот
Код записи
70
Код ОС
Код места хранения
Код сотрудника
Дата хранения
Дата списания
Комментарий
5. Перечень ОС по акту
Код записи
Код ОС
Количество
6. Основные средства
Код записи
Наименование ОС
Значение
ОС Код ОС
Тип
Код контрагента
Дата
Количество
Учтенное
Сумма
Наименование
Комментарий
7. Сотрудники
Поле
Код сотрудника
Тип
Имя
Должность
71
Табельный номер
Логин
Пароль
Комментарий
Физическая модель базы данных представлена на рисунке 2.11.
Рисунок 2.11 Физическая модель базы данных
Структура каждой из таблиц приведена ниже.
Таблица 2.2
Характеристика таблицы skl_AB (Типовые справочники)
Поле
Тип
Null
DType
int(11)
Нет
Id
int(11)
Нет
XName
varchar(255)
Нет
Sign
varchar(255)
Нет
Таблица 2.3
Характеристика таблицы skl_Akt (акты оборотов ОС
(постановка на учет, прием-передача)
Поле
Тип
Null
По
умолчанию
Комментарии
Id_A
int(11)
Нет
ид Акта
72
TypA
int(11)
Нет
тип Акта (постановка / передача /
списание)
TypOS
int(11)
Нет
тип объектов (ОС)
Sgn
int(11)
Нет
состояние (подготовка/утвержден)
Id_Sdal
int(11)
Да
NULL
ид Сотрудника сдающего
Id_FR
int(11)
Да
NULL
ид начального места хранения
Id_Prin
int(11)
Да
NULL
ид Сотрудника принимающего
Id_MH
int(11)
Нет
ид конечного места хранения
RDat
int(11)
Нет
Дата движения
NDoc
varchar(20)
Нет
Номер документа
Coment
varchar(255)
Да
NULL
Примечание
Таблица 2.4
Характеристика таблицы skl_AktD (Перечень ОС по Акту)
Поле
Тип
Null
По
умолчанию
Связи
Комментарии
Id_AD
int(11)
Нет
ид
Id_A
int(11)
Нет
skl_akt ->Id_A
ид Акта
Id_OS
int(11)
Нет
skl_os -
>Id_OS
ид ОС
Cnt
int(11)
Нет
Количество
Stoim
decimal(14,2)
Нет
Стоимость
TypDS
int(11)
Нет
Признак списания
Таблица 2.5
Характеристика таблицы skl_DM (драгметаллы)
Поле
Тип
Null
Id_DM
int(11)
Нет
DMName
varchar(25)
Нет
Таблица 2.6
Характеристика таблицы skl_KA( Контрагенты - поставщики и
сотрудники)
Поле
Тип
Null
По умолчанию
Id_KA
int(11)
Нет
TypKA
int(11)
Нет
73
KAName
varchar(100)
Нет
ZKPO
varchar(20)
Да
NULL
IPN
varchar(20)
Да
NULL
Adres
varchar(200)
Да
NULL
Coment
varchar(255)
Да
NULL
Таблица 2.7
Характеристика таблицы skl_MH (Места хранения
(склады/кладовки)
Поле
Тип
Null
По
умолчанию
Связи
Комментарии
Id_MH
int(11)
Нет
ид Места хранения
Id_US
int(11)
Нет
skl_us -
>Id_US
ид Материально-
ответственного лица
MHKod
varchar(10)
Да
NULL
Код Места хранения
MHName
varchar(50)
Нет
Название
Depart
varchar(50)
Да
NULL
Отдел, местонахождение
Coment
varchar(255)
Да
NULL
Примечание
Таблица 2.8
Характеристика таблицы skl_OK (Общероссийский
классификатор основных фондов)
Поле
Тип
Null
Id_OK
varchar(10)
Нет
OKName
varchar(255)
Нет
Таблица 2.9
Характеристика таблицы skl_OS (ОС)
Поле
Тип
Null
По
умолчанию
Связи
Комментарии
Id_OS
int(11)
Нет
TypOS
int(11)
Нет
Тип (ОС)
Id_KA
int(11)
Да
NULL
skl_ka -
>Id_KA
Код поставщика
Sgn
int(11)
Да
NULL
состояние
ZDat
int(11)
Да
NULL
Дата изготовления
KUch
int(11)
Да
NULL
Наличие карточки
74
учета
OSName
varchar(200)
Нет
Наименование
INom
varchar(20)
Да
NULL
Инвентарный номер
NNom
varchar(20)
Да
NULL
Номенклатурный
номер
ZNom
varchar(20)
Да
NULL
Заводской номер
Psw
varchar(20)
Да
NULL
Паспорт
Fin
varchar(20)
Да
NULL
Источник
финансирования
Coment
varchar(255)
Да
NULL
Примечание
Таблица 2.10
Характеристика таблицы skl_OSDat( Оборот и
местонахождение ОС)
Поле
Тип
Null
Комментарии
Id_Dt
int(11)
Нет
ид движения ОС
Id_OS
int(11)
Нет
ид ОС
Id_A
int(11)
Нет
ид Акта движения
Id_MH
int(11)
Нет
ид Места хранения
Id_US
int(11)
Нет
ид Материально-ответственного лица
RDat
int(11)
Нет
Дата оборота
Cnt
int(11)
Нет
Количество
Stoim
decimal(14,2)
Нет
Стоимость (1шт)
TypDS
int(11)
Нет
Признак списания
Таблица 2.11
Характеристика таблицы skl_OSMet (содержание
драгметаллов в единице ОС)
Поле
Тип
Null
По
умолчанию
Связи
Комментарии
Id_OM
int(11)
Нет
Id_OS
int(11)
Нет
skl_os -
>Id_OS
ид ОС
Masa
decimal(10,6)
Нет
содержание (масса в
граммах)
75
Таблица 2.12
Характеристика таблицы skl_RM( Расходные материалы)
Поле
Тип
Null
Id_RM
int(11)
Нет
RMName
varchar(50)
Нет
EI
varchar(10)
Нет
Таблица 2.13
Характеристика таблицы skl_US (Сотрудники)
Поле
Тип
Null
По
умолчанию
Комментарии
Id_US
int(11)
Нет
ID
TypUS
int(11)
Нет
Тип (админ/юзер)
USName
varchar(50)
Нет
ФІО
Dolg
varchar(100)
Да
NULL
занимаемая должность
TabNom
varchar(10)
Да
NULL
Табельный номер
KodMOL
varchar(10)
Да
NULL
Код МОЛ
Login
varchar(10)
Нет
Логин для входа в программу
Psw
varchar(10)
Да
NULL
Пароль для входа в программу
Программные модули, образующие структуру пакета, можно
подразделить на три класса: управляющие модули, предназначенные для
загрузки меню и передачи управления другому модулю; модули, выполняющие
служебные функции; модули, связанные с вводом, хранением, обработкой и
выдачей информации. От класса модуля зависит его функциональность.
Структурная схема пакета представлена на Рисунке 2.12.