68
необходимо определить все возможные состояния диалога и пути перехода из
одного состояния в другое - разработать сценарий диалога.
Из главного меню пользователь может выбрать три пункта –
Справочники, Платежное Поручение, Отчеты.
При выборе пункта Справочника станут доступны три подпунктов:
Список организационно-правовых форм
Сотрудники предприятия
Список клиентов
После выбора любого из этих подпунктов откроется оконная форма, в
которой есть возможность добавлять, изменять и удалять данные. После этого
можно закрыть оконную формы и приступить к новому выбору требуемого
пункта меню.
При выборе пункта меню «Платежное поручение» на экране сразу
откроется оконная форма, в которой можно добавлять, изменять и удалять
платежное поручение в БД.
После этого можно закрыть оконную формы и приступить к выбору
требуемого пункта меню.
При выборе пункта меню «Отчеты» станут доступны пять подпунктов
Все платежные поручения клиента
Список платежных поручений за период
После выбора любого из этих подпунктов откроется оконная форма, в
которой можно просмотреть требуемые данные. После этого можно закрыть
оконную формы и приступить к новому выбору требуемого пункта меню.
69
Главное
меню
Справочники
Платежное
поручение
Отчеты
Список
организационно-
правовых формы
Сотрудники
предприятия
Список
клиентов
Все платежные
поручения клиента
Список платежных
поручений за период
Печать Печать
Рис. 2.3 Сценарий диалога
2.3.2 Характеристика базы данных
Главная задача системы - сохранение в базе данных всех сведений о
клиентах предприятия, платежных поручениях и сотрудниках, их
зарегистрировавших.. Информация о всех платежных поручениях
накапливается постоянно и сохраняется за весь год, после чего переносится в
архивное хранилище данных.
При анализе предметной области были выявлены следующие сущности:
Организационно-правовая форма
Клиент
Расчетный счет
Платежное поручение
Сотрудник
Уровень доступа
Логин-пароль
Определены атрибуты для них, а среди атрибутов определим
первичные и внешние ключи
Сущность Организационно-правовая форма
Атрибуты
S | Идентификатор формы (Первичный ключ)
70
S | Название формы
Сущность Клиент
Атрибуты
S | Идентификатор клиента (Первичный ключ)
S | Название клиента
S | Вид организационно-правовой формы (Внешний ключ)
S | Юридический адрес
S | Фактический адрес
S | email
S | Телефон
S | Контактное лицо
S | Комментарий
Сущность Расчетный счет
Атрибуты
S | Расчетный счет (Первичный ключ)
S | ИНН
S | КПП
S | ОГРН
S | БИК
S | Название банка
S | КС
S | Идентификатор клиента (Внешний ключ)
Сущность Платежное поручение
Атрибуты
S | Номер ПП (Первичный ключ)
S | Дата платежа
S | Сумма платежа
71
S | Назначение платежа
S | Расчетный счет (Внешний ключ)
S | Табельный номер сотрудника оформившего ПП (Внешний ключ)
Сущность Сотрудник
S | Табельный номер (Первичный ключ)
S | Фамилия
S | Имя
S | Отчество
S | Контактный телефон
S | Логин пользователя (Внешний ключ)
S | Уровень доступа (Внешний ключ)
Атрибуты
Сущность Уровень доступа
Атрибуты
S | Идентификатор доступа (Первичный ключ)
S | Название уровня доступа
Сущность Логин-пароль
Атрибуты
S | Логин (Первичный ключ)
S | Пароль
Физическое моделирование БД - это способ размещения информации
на машинных носителях[6]. Правила перехода от логической реляционной
структуры к физической заключается в следующем:
- каждая реляционная таблица превращается в таблицу БД;
- каждый столбец таблицы - в поле таблицы;
- каждая строка таблицы - в запись таблицы.
72
В процессе физического проектирования РБД необходимо:
- присвоить имена таблицам;
- присвоить имена столбцам;
При переходе от логической модели к физической все имена таблиц и
полей будут написаны латиницей.
Таблица 2.4
chet (Расчетный счет)
Название поля
Ключ
Типа данных
Размер
raschet_shet
(PK)
Varchar
20
Inn
Varchar
13
Kpp
Varchar
9
Ogrn
Varchar
13
Bik
Varchar
9
Name_bank
Varchar
255
Ks
Varchar
20
Id_klient
(FK)
Int
73
Организационно-правовая форма
PK Идентификатор формы
Название формы
Клиент
PK Идентификатор клиента
Название клиента
Юридический адрес
Фактический адрес
email
Телефон
Контактное лицо
Комментарий
FK1 Идентификатор формы
Расчетный счет
PK Расчетный счет
ИНН
КПП
ОГРН
БИК
Название банка
КС
FK1 Идентификатор клиента
Платежное поручение
PK Номер ПП
Дата платежа
Сумма платежа
Назначение платежа
FK1 Расчетный счет
FK2 Табельный номер
Сотрудник
PK Табельный номер
Фамилия
Имя
Отчество
Контактный телефон
FK1 Идентификатор доступа
FK2 Логин
Уровень доступа
PK Идентификатор доступа
Название уровня доступа
Логин-пароль
PK Логин
Пароль
Рис. 2.4 - Концептуальная модель предметной области
74
Таблица 2.5
dostup (Уровень доступа)
Название поля
Ключ
Типа данных
Размер
Id_klient
(PK)
Int
Name_dostup
Varchar
45
Таблица 2.6
klient (Клиент)
Название поля
Ключ
Типа данных
Размер
Id_klient
(PK)
Int
name_klient
Varchar
250
ur_lico
(FK)
Int
adres_urid
Varchar
255
adres_fakt
Varchar
255
Email
Varchar
45
Phone
Varchar
45
kontakt_lico
Varchar
45
kommentarii
Varchar
255
Таблица 2.7
login_password (Логин-пароль)
Название поля
Ключ
Типа данных
Размер
login
(PK)
Varchar
45
password
Varchar
45
Таблица 2.8
plateg (Платежное поручение)
Название поля
Ключ
Типа данных
Размер
nomer_plateg
(PK)
Int
75
date_plateg
Date
Summa
Numeric
(10,2)
Naznachenie
Varchar
255
rash_shet
(FK)
Varchar
20
tabel_nomer
(FK)
Int
Таблица 2.9
sotrudnik (Сотрудник)
Название поля
Ключ
Типа данных
Размер
tabel_nomer
(PK)
Int
Family
Varchar
45
First_name
Varchar
45
Second_name
Varchar
45
Phone
Varchar
45
Login
(FK)
Varchar
45
dostup
(FK)
Int
Таблица 2.10
vid_klient (Организационно-правовая форма)
Название поля
Ключ
Типа данных
Размер
id_lico
(PK)
Int
Name_vid
Varchar
100
Физическая структура базы данных показана на рис. 2.5
76
Рис. 2.5. Физическая структура базы данных
77
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Разработка программного обеспечения осуществлялась, в два этапа:
проектирование логики программ, представляющее определение
состава программных модулей, выделение классов модулей и установление связей
между ними;
разработка кодов программ и их отладка, выполнение которой в
сильной степени зависит от используемых средств разработки ПО.
Анализ состава функций, которые должны выполняться на АРМ и структуры
сценария диалога позволил определить состав программных модулей и связи
между ними, отраженные в схеме взаимосвязи на рис. 2.6.
Были выделены управляющие программные модули, призванные выводить
на экран кадры меню и передавать управление другим модулям в зависимости от
того, какой пункт меню выбирает пользователь
Второй класс составляют модули, выполняющие функции ввода конкретных
видов первичных документов, просмотра и корректировки, печати первичных
документов, обработки и выдачи на просмотр и печать результатных документов,
загрузки, актуализации и выдачи на печать справочников и справок
ПМ загрузки
главного меню
ПМ
добавления
данных
ПМ платежных
поручений
ПМ отчетов
Все платежные
поручения
клиента
ПМ
организационно-
правовых формы
ПМ
сотрудников
предприятия
ПМ
клиентов
Список платежных
поручений за
период
ПМ
организационно-
правовых формы
ПМ
сотрудников
предприятия
ПМ
клиентов
Рис. 2.6 Дерево вызова программных модулей
2.3.4 Описание программных модулей
В программе было разработано 9 программных модулей
Описание данных модулей приведено в таблице 2.13