32
Каждой сущности, показанной на рисунке 8 соответствует.
Приведем формализованное описание таблиц и полей в базе данных.
Таблица 1
Таблица Dogovor – заголовки договоров
№
Поле
Тип
Содержимое
Примечание
1
Id_D
Автоинкремент
Первичный
ключ
Запись может быть удалена только
совместно со связными записями в
таблице DogPos и не может быть
удалена, если есть связные в
таблице Delivery
2
DogDate
Дата
Дата договора
3
DogNum
Строковый
Номер договора
4
Comment
Строковый
Комментарий
5
Client
Целочисленный
Внешний ключ
Связь с таблицей Client
Таблица 2
Таблица DogPos – позиции договора
№
Поле
Тип
Содержимое
Примечание
1
Id
Автоинкремент
Первичный
ключ
2
Dogovor
Целочисленный
Внешний ключ
Ссылка на таблицу Dogovor
3
Tovar
Целочисленный
Внешний ключ
Ссылка на таблицу Tovar
4
Amount
Действительный
Количество
5
Price
Действительный
Цена
фактическая
Таблица 3
Таблица Tovar – справочник товаров и услуг
№
Поле
Тип
Содержимое
Примечание
1
Id
Автоинкремент
Первичный
ключ
Запись не может быть удалена, если
на нее есть ссылки в таблице
DogPos.
2
TName
Строковый
Наименование
3
Price_D
Действительный
Цена
справочная
4
EdIsm
Строковый
Единицы
измерения
Таблица 4
Таблица Client – справочник физичестких лиц – покупателей
№
Поле
Тип
Содержимое
Примечание
1
Id
Автоинкремент
Первичный
ключ
Запись не может быть удалена, если
есть связные в таблице Dogovor
2
Fam
Строковый
Фамилия
3
Imja
Целочисленный
Внешний ключ
33
4
Otch
Строковый
ИНН
5
Town
Строковый
Адрес
6
Adress
Строковый
Расчетный счет
7
PSer
Строковый
Сер. паспорта
8
PNum
Строковый
№ пасп.
9
PDate
Дата
Дата выд.
10
PGet
Строковый
Кем выд.
Таблица 5
Таблица Car – справочник автомобилей
№
Поле
Тип
Содержимое
Примечание
1
Id
Автоинкремент
Первичный
ключ
Запись не может быть удалена, если
есть связные в таблице Delivery
2
GosNum
Строковый
Гос. №
3
Model
Строковый
Марка
4
Caps
Строковый
Вместимость
Таблица 6
Таблица Exp – справочник экспедиторов
№
Поле
Тип
Содержимое
Примечание
1
Id
Автоинкремент
Первичный
ключ
Запись не может быть удалена, если
есть связные в таблице Delivery
2
Fam
Строковый
Фамилия
3
Imja
Целочисленный
Внешний ключ
4
Otch
Строковый
ИНН
5
Town
Строковый
Адрес
6
Adress
Строковый
Расчетный счет
7
PSer
Строковый
Сер. паспорта
8
PNum
Строковый
№ пасп.
9
PDate
Дата
Дата выд.
10
PGet
Строковый
Кем выд.
Таблица 7
Таблица Delivery – доставка
№
Поле
Тип
Содержимое
Примечание
1
Id
Автоинкремент
Первичный
ключ
2
Dogovor
Целочисленный
Внешний ключ
Ссылка на таблицу Dogovor
3
Car
Целочисленный
Внешний ключ
Ссылка на таблицу Car
4
Exp
Целочисленный
Внешний ключ
Ссылка на таблицу Exp
5
DT
ДатаВремя
Время доставки
6
Cond
Строковый
Доп. условия
34
2.2 Программное обеспечение задачи
Программное обеспечение (ПО) – совокупность программ для
реализации целей и задач ИС, функционирующее на комплексе технических
средств ИС. ПО – конкретная работающая версия математического
обеспечения. Главная цель ПО – обеспечение максимально эффективного и
удобного для пользователя уровня общения с ЭВМ.
ПО ИС должно разрабатываться для решения основных задач, стоящих
перед специалистом, применительно к имеющимся техническим средствам, с
учетом изложенных выше особенностей информационного обеспечения.
В связи с тем, что при решении задачи используется технология
обработки информации в режиме диалога, взаимодействие пользователя с
программой можно представить в виде схемы диалога.
Диалог, реализованный в программе, относится к типу
менюориентированных диалогов. Схема диалога представляет собой общую
конструкцию диалога, т.е. требуемую последовательность обмена данными
между пользователем и системой. В верхнем уровне схемы располагается
главное меню, инициирующее задачу, затем происходит разветвление
различной степени в зависимости от числа вариантов ответа пользователя на
запрос ЭВМ или возможных реакций ЭВМ на конкретные сообщения.
2.2.1 Требования к программному обеспечению
Требования к использованию типовых и поставляемых программных
средств
ПО клиента (компьютера диспетчера): операционная система (ОС): не
ниже MS Windows XP Professional (желательно Rus), Delphi 7.0 с BDE, пакет
MS Office ХР/2003. Конкретные версии компонентов ПО определяются на
этапе ввода в действие.
ПО является покупным и должно быть лицензионным.
Общие требования к программному обеспечению:
35
а) программное обеспечение системы должно быть достаточным для
выполнения всех функций системы, реализуемых с применением средств
вычислительной техники, а также иметь средства организации всех требуемых
процессов обработки данных, позволяющие своевременно выполнять все
автоматизированные функции во всех регламентированных режимах
функционирования СИСТЕМЫ;
б) программное обеспечение системы должно обладать следующими
свойствами:
функциональная достаточность (полнота);
надежность (в том числе восстанавливаемость, наличие средств
выявления ошибок);
адаптируемость;
модифицируемость;
модульность построения;
удобство эксплуатации.
в) программное обеспечение системы должно быть построено таким
образом, чтобы отсутствие отдельных данных не сказывалось на выполнении
функций системы, при реализации которых эти данные не используются;
г) в программном обеспечении системы должны быть реализованы меры
по защите от ошибок при вводе и обработке информации, обеспечивающие
заданное качество выполнения функций системы;
д) все компоненты программного обеспечения системы должны быть
совместимы как между собой, так и с системным программным обеспечением;
е) эксплуатационная программная документация на систему должна
содержать сведения, необходимые персоналу системы для использования
программного обеспечения, для его первоначальной установки, запуска
программ системы.
36
2.2.2 Общие положения (дерево функций)
Программное обеспечение задачи представляет собой надстройку
над базой данных, обеспечивающую интерфейс к базе данных. В первом
приближении функции программной оболочки можно подразделить на
обеспечение ввода информации, составление и вывод отчетов и функции
администрирования.
Ввод информации обеспечен использованием экранных форм в
стандартном оконном интерфейсе. При построении интерфейса будем
учитывать, что в среде разработчиков существует неофициальная
классификация таблиц БД, предполагающая разделение на т.наз. справочники и
журналы.
Справочники – это таблицы, содержащие информацию описательного
характера, постоянную или медленно изменяющуюся. Примером справочника в
представленной базе данных могут являться таблицы Bank, Names, Post. Для
справочников характерно использование относительно простых форм
редактирования, поскольку при вводе/ изменении информации не
предполагаются изменения в связных таблицах.
Журналы предназначены для хранения и обработки первичной
документации. Для них характерна высокая скорость изменения информации и
зависимость работы от связных таблиц. Для редактирования очень часто (хотя
и не всегда) используются многосвязные формы.
Для формирования отчетов будем использовать схему с хранением части
SQL- запроса в служебной таблице, с дополнением условий отбора в
диалоговом окне. Такой подход к организации печати является стандартным и
позволяет очень гибко использовать возможности SQL [8]. Для вывода
печатных форм будем использовать Excel в связке клиент – сервер (OLE).
Схема вызовов в интерфейсе программы приведена на рисунке 8.
37
Главное меню
Журнал
договоров
Меню
«Справочники»
Справочник
товаров
Форма
редактиро-
вания
товаров
Справочник
физических
лиц
Форма
редактиро-
вания
физичес-
ких лиц
Справочник
автомобилей
Форма
редактиро-
вания
автомо-
билей
Журнал заданий
на доставку
Форма
редактирования
задания
Управление
печатью
Выполнение
выбранного
запроса
Редактирование
запросов
38
Рисунок 8 - Схема интерфейса программы
2.2.3 Организация доступа к данным
Все компоненты доступа к данным в представленной программе
инкапсулированы в единый модуль данных. Невидимое окно модуля данных
предназначено для размещения компонентов и связанных с ними объектов-
полей. Разумеется, для размещения компонентов и полей можно использовать и
обычное окно-форму, однако в этом случае пиктограммы компонентов
загромождают видимое пространство окна и затрудняют его
конструирование. Преимуществом размещения компонентов доступа к данным
в модуле данных является то, что изменение значения любого свойства
проявится сразу же во всех обычных модулях, к которым подключен этот
модуль данных. Кроме этого, все обработчики событий этих компонентов, т. е.
Главное меню
Меню
«Справочники
»
Справоч-
ник
товаров
-ния
Форма
редакти-
рования
Справоч-
ник
Клиенты
Форма
редакти-
рования
Справочник
автомобилей
Форма
редакти-
рования
Журналы
заданий на
доставку
Форма
редактиро-
вания
Управление
печатью
Выполнение
выбранного
запроса
Редактировани
е запросов
Справоч-
ник
персонал
Форма
редакти-
рования
39
вся логика работы с данными приложения, собраны в одном месте, что весьма
удобно. Модуль данных представлен на рисунке 9.
Рисунок 9. Модуль данных
В модуле расположены компоненты tTable и источники данных
tDataSource для всех таблиц базы данных. Для всех таблиц явно заданы списки
полей; для таблиц Dogovor, DogDos и Delivery заданы дополнительные lookup-
поля и вычисляемые поля. Все дополнительные поля созданы для
использования в интерфейсе пользователя, для придания экранным формам
большей наглядности.
2.2.4 Описание программных модулей
Главное окно. Главное окно программы открывается при ее запуске;
закрытие главного окна приводит к снятию программы с выполнения. При
программировании интерфейса в стиле SDI (Single – Document Interface)
достаточно часто разработчики ограничивают функционал главного окна
программы только передачей управления. В данном проекте главное окне
40
программы совмещает главное меню и таблицу договоров. Это позволяет
сделать диалог более энергичным, а программу в целом – более понятной
неподготовленному пользователю (рисунок 10).
Рисунок 10. Главное окно программы
Представленная на рисунке 10 экранная форма обеспечивает быстрый
поиск договоров, актуальный при большом их количестве. Для поиска
используется фильтрация таблицы (свойства Filter и Filtered). По замыслу,
пользователь выбирает интересующего его клиента и/или интервал дат
договоров, после чего «включает» фильтрацию данных компонентом
tCheckBox. Ниже приведен текст обработчика onClick, в котором, собственно,
осуществляется обработка фильтра.
procedure TfMain.chFltClick(Sender: TObject);
begin
// Установка фильтра
if chFlt.Checked then
begin
dt.Dogovor.Filtered:=false;
dt.Dogovor.Filter:='';
if cmbCl.ItemIndex>0 then
dt.Dogovor.Filter:='Client='+inttostr(cmbCl.ItemIndex)
+' and ';
dt.Dogovor.Filter:=dt.Dogovor.Filter+'Dogovor.DogDate>='+d
atetostr(dtp1.Date)
+' and Dogovor.DogDate<='+datetostr(dtp2.Date);
41
dt.Dogovor.Filtered:=true;
end
else
begin
dt.Dogovor.Filtered:=false;
cmbCl.Itemindex:=0;
end;
end;
Предусмотрена возможность вставки, добавления и удаления договоров.
Удаление договора обязательно производится совместно со строками его
содержимого (таблица DogPos).
Для вставки и редактирования вызывается одна и та же экранная форма
(рисунок 14). В зависимости от совершаемой операции перед вызовом
изменяется свойство формы Insert. Как видно из рисунка, форма является
многосвязной, т.е. редактированию подлежит текущая запись таблицы Task и
несколько строк связной таблицы DogPos. Для выделения нужного
подмножества записей таблицы DogPos используется фильтрация данных
(свойства Filter и Filtered). В подобных многосвязных формах всегда
существует проблема организации отмены сделанных изменений, поскольку
все сделанные изменения производятся непосредственно в таблице DogPos.
Рисунок 11. Форма редактирования договора
В данном случае эта задача решалась следующим образом. При запуске
формы, в обработчике события onShow Выполняется метод Edit
соответствующего компонента Table, при выходе из формы по завершающим