Создание клиентских частей SQL БД под ОС Windows'95 и WindowsNT

Главное окно разделено на две логически зависимые части. В верхней,

главной, находится непосредственно журнал регистрации счетов. Он получается

из базы данных при помощи вспомогательной виртуальной таблицы

(представления) V_Facture. Это представление собирает из разных таблиц

информацию по документу, в том числе краткое наименовании клиента и суммы

документа с налогом и без него. В нижней вспомогательной части окна

находится информация о товарах, содержащихся в выбранном документе. При

изменении положения курсора в верхнем окне, содержимое нижнего окна

соответственно изменяется. Информация о товарах тоже берется из

вспомогательной виртуальной таблицы V_Articles. Это представление содержит

в себе кроме информации о товаре, также информацию о процентных ставках

товара, и о суммах налогов, чистой сумме, сумме с акцизным налогом и общую

сумму товара. Также главное окно имеет меню и панель инструментов, функции

которого дублируют некоторые функции главного меню. Также верхняя (главная)

часть окна имеет контекстное меню, функции которого дублируют некоторые

функции панели инструментов.

После инициализации и получения данных от SQL сервера, программа ожидает

дальнейших инструкций пользователя. Это может быть просто перемещение

курсора по главной части окна. В таком случае нижняя часть, содержащая

информацию о товаре, будет автоматически обновляться. При работе с

программой пользователь может выбрать следующие возможности: печать или

просмотр журнала регистрации или документа; просмотр и редактирование

справочника по клиентам предприятия или государственным налогам;

модификация (удаление, добавление, редактирование) счета-фактуры; вызов

различных процедур фильтрации, такие как выбор типа документа (выданный или

полученный), изменение периода просмотра информации, а также расширенный

фильтр.

Вызов справочника, как налогов, так и клиентов предприятия из главной

программы осуществляется при помощи выбора в главном меню «Файл» -

«Справочники» и далее интересующий справочник. При выборе справочника

программа пытается считать из файла настроек параметры соответствующего

окна. При отсутствии данных подставляются параметры, зашитые в программу.

Каждый справочник представляет собой окно просмотра информации и панели

кнопок, с правой стороны, для редактирования, удаления и добавления

информации, а также для выхода из справочника. Функции модификации могут

быть вызваны также из всплывающего меню. Для удобства понимания и

представления информации, в справочнике налогов выводится процентный

эквивалент налога. При удалении записи в справочнике, пользователь должен

подтвердить свое желание удалить запись. Запрос на удаление записи

посылается на SQL сервер, и если, в справочнике клиентов, клиент участвует

в каком-нибудь документе, SQL сервер вернет отказ в удалении клиента, при

этом выдав соответствующее сообщение на экран о невозможности удаления

записи из-за наличия записи в журнале регистраций, связанной с данной

записью. При модификации (добавлении или редактировании) информации,

пользователю на экран выводится форма (при редактировании уже заполненная

данными) и предлагается ее заполнить. При неправильном заполнении или

пропуске обязательных к заполнению полей и попытке записать введенную

информацию, программа выдает сообщение об ошибке и курсор автоматически

позиционируется на место ошибки. При правильном заполнении, программа

подготавливает данные и посылает запрос к SQL серверу. После получения

подтверждения от сервера о выполнении запроса программа закрывает окно

ввода информации и позиционирует курсор на введенную или измененную запись

в справочнике. После любой модификации данных программа производит

обновление экрана просмотра информации и пере инициализацию кнопок и

пунктов меню.

Модификация данных в главном окне зависит от того, было ли выбрано

удаление или добавление и редактирование. Удаление записи в журнале

регистрации происходит только после подтверждения пользователем. При

модификации записи программа раскрывает окно для ввода информации, при этом

если было выбрано редактирование, то в поля записывается соответствующая

информация. Форма ввода информации разделена на две части: ввод информации

по счету и ввод информации по товарам этого счета. Из формы редактирования

можно попасть в формы просмотра и редактирования справочников, при этом в

формах справочников появляется дополнительная возможность отменить вызов

формы, а справочнике налогов также появляется возможность очистить

соответствующее поле в форме ввода счета. В форме ввода счета можно

вводить товары, включенные в счет, при этом возможна модификация введенной

информации, такая как удаление, добавление и обновление введенной

информации. Данная часть формы ввода счета содержит в себе окно просмотра

введенной информации и форму ввода информации. При изменении позиции

курсора в окне просмотра введенной информации по товарам, форма ввода

автоматически заменяет свое содержимое. При добавлении и обновлении

товаров, в программе предусмотрена проверка на правильность заполнения

полей ввода. При ошибке, пользователю выдается сообщение об ошибке и

автоматически позиционируется курсор на место ошибки. Если выбран режим

добавления счета-фактуры, то ставка НДС по умолчанию устанавливается в 20%.

При правильном заполнении всех полей программа подготавливает данные для

ввода в базы данных и вводит их при помощи хранимой процедуры SP_ADD_FACT.

Эта процедура имеет в параметрах все реквизиты документа и реквизиты одного

товара. Остальные товары добавляются в базу данных циклически.

Печать документа вызывается из главного окна при помощи выбора

соответствующей кнопки на панели инструментов или при выборе пункта в

главном меню. При выборе печати из главного меню выводится стандартное окно

выбора принтера и дальнейшей печати. Бланк документа зашит в программу и

был спроектирован при помощи встроенного в Delphi дизайнера отчетов

QuickReport. В документе выбран кириллический шрифт true type, размер и

особенности шрифта (такие как наклон, толщина и т.д.) заданы при создании

отчета, и не могут быть в дальнейшем изменены пользователем. Часть данных в

форму документа передается через результат запроса (перечень товаров

счета), а другая при непосредственной записи в соответствующие поля. В

зависимости от типа документа (выданый или полученный) поля в документе

меняются местами. Данные о предприятии пользователя считываются из файла

настроек.

Печать или просмотр журнала регистрации вызывается из главного окна при

помощи выбора соответствующей кнопки на панели инструментов или при выборе

пункта в главном меню. При выборе печати из главного меню выводится

стандартное окно выбора принтера и дальнейшей печати. Бланки отчетов (книга

выданных или книга полученных) зашит в программу и был спроектирован при

помощи встроенного в Delphi дизайнера отчетов QuickReport. В документе

выбран кириллический шрифт true type, размер и особенности шрифта (такие

как наклон, толщина и т.д.) заданы при создании отчета, и не могут быть в

дальнейшем изменены пользователем. При вызове просмотра или печати журнала

регистрации на экран выводится диалоговое окно, в котором пользователю

предлагается ввести временной интервал, за который он хочет просмотреть или

распечатать журнал регистрации. При этом если данные в главном меню уже

отфильтрованы по дате, то программа подставляет этот временной интервал,

если же данные небыли отфильтрованы, то подставляется текущий месяц

целиком. После модификации пользователем временного интервала, интервал,

вместе с типом счета, посылается с запросом в базу данных. При помощи

хранимой процедуры SP_MAKE_BOOK, SQL сервер возвращает сформированные

данные в программу. При отсутствии данных, пользователю выводится сообщение

об отсутствии данных и предлагается ввести другой интервал. Пользователь

может в любой момент отказаться от печати журнала регистрации. Если SQL

сервер возвращает данные, то они подставляются, в зависимости от типа

документа, в соответствующую форму.

Фильтрацию данных можно разделить на три части: фильтрация по типу

документа, фильтрация по дате документа и расширенная фильтрация.

Фильтрация по типу документа осуществляется автоматически при

переключении из журнала выданных документов в журнал полученных документов.

Переключение осуществляется в главном окне при помощи кнопок на панели

инструментов или при выборе соответствующего пункта главного меню. При

переключении между журналами, данные закрываются, и формируется новый

запрос к базе данных, при этом фильтры на дату и расширенные фильтры

остаются.

Вызов пользователем фильтрации по дате активизирует подпрограмму

фильтрации даты. На экран пользователя выводится диалоговое окно, в котором

пользователю предлагается ввести новый временной интервал. Также в

программе предусмотрена возможность отменить данный тип фильтрации, для

чего на диалоговом окне существует соответствующая кнопка. Очистку фильтра

пользователь должен подтвердить, так как очистка данного фильтра приведет к

выдаче всех документов данного типа на экран. При выводе диалогового окна,

программа считывает предыдущий фильтр, и подставляет в окно. Если данный

тип фильтрации отсутствует, то программа подставляет по умолчанию только

сегодняшний день. После выбора пользователем временного интервала,

программа закрывает диалоговое окно и переинициализирует данные в

соответствии с новым временным интервалом. После получения новых данных от

сервера, программа инициализирует все кнопки на панели инструментов в

пункты главного и всплывающего меню.

Вызов расширенного фильтра выводит окно, в котором пользователю

предлагается ввести выражения для фильтрации данных. Это выражение должно

быль написано на языке Transact-SQL, и программа подставляет его в запрос к

базе данных после ключевого слова WHERE и фильтров по типу и дате

документа. После этого расширенного фильтра, программа посылает запрос к

базе данных и СУБД сама проводит синтаксический анализ введенного

выражения. Если СУБД обнаружит ошибку, то пользователю сообщается об этом и

предлагается исправить введенное выражение. При инициализации окна

расширенного фильтра, программа считывает предыдущий расширенный фильтр и

подставляет его в поле для ввода выражения - тем самым можно, очистив поле,

очистить расширенный фильтр.

Подпрограмма поиска значений по журналу выводит диалоговое окно, в

котором пользователю предлагается ввести искомое значение. При

инициализации данного окна, в поле для ввода программа подставляет значение

ячейки, на которой был установлен курсор. Поиск осуществляется в обоих

направлениях, но тоже только по столбцу, на котором бал установлен курсор.

При успешном выполнении поиска, курсор позиционируется на найденной

значение, в противном случае остается на месте.

3. Отладка

Разрабатываемая программа должна вести журнал регистрации выданных и

полученных счетов-фактур. Для ее успешной работы необходимы вспомогательные

подпрограммы, поэтому программу можно представить как совокупность

нескольких модулей: основная программа с вводом и корректировкой информации

о счетах-фактуры, модуль справочников, состоящий из справочника клиентов и

справочника налогов и модуль вывода на печать, состоящий из вывода на

печать книги покупок/продаж и вывода на печать счета-фактуры.

Модуль справочников и модуль отчетов являются вспомогательными.

Для полного тестирования программы необходимо включить тесты по

тестированию правильности функционирования логики базы данных. Тестирование

логики работы базы данных отдельно не имеет смысла, так как при

тестировании программы, неизбежно будет тестироваться и логика базы данных.

Модульность программы позволяет разбить тестирование программы на

несколько этапов: тестирование базы данных, тесты отдельно каждого модуля,

тестирование программы в целом и сетевое тестирование, когда несколько

пользователей работают с базой данных.

Модуль справочники включает в себя подпрограмму отражения и модификации

справочника клиентов фирмы и подпрограмму отражения и модификации

справочника налогов. Эти две подпрограммы по своим функциональным

требованиям и по логике работы одинаковы, поэтому и разрабатывать тесты

нужно только один для обеих подпрограмм.

Первый тест на правильность отражения информации. Программа должна

отражать именно ту информацию, которая находится в базе данных. Для

проверки правильности функционирования необходимо проводить визуальное

сравнение данных на экране и содержимого базы данных. Содержимое базы

данных выводится на экран при помощи стандартного SQL запроса (SELECT *

FROM ). Расхождение информации на экране и в базе данных

свидетельствует об ошибке в программе при формировании запроса к базе

данных или при выводе данных на экран.

Второй тест на отработку логики базы данных. Для этого вводится заведомо

неправильная информация, такая как отсутствие или пустые поля, которые не

могут быть пустыми; дублирование уникальных полей, т.е. первичного

(Идентификатор клиента) или альтернативного (ИНН) ключей. Для локализации

возможной ошибки, сначала тестируется логика работы базы данных, при помощи

стандартных запросов INSERT или UPDATE. Отрицательный результат теста

обозначает ошибку в логике базы данных. При тестировании программы,

возникающая ошибка свидетельствует о неправильном формировании запроса к

базе данных, или неправильной проверке вводимых пользователем данных.

Третий тест на правильность введения информации в базу данных. Для этого

вводится информация и проверяется правильность ее отражения в базе данных.

Отрицательный результат теста означает ошибку при формировании запроса к

базе данных.

Модуль отчета включает в себя подпрограмму вывода на печать/просмотр

журнала выданных или полученных счетов-фактур за определенных период и

подпрограмму печати счета-фактуры. Подпрограмма вывода на журнала счетов-

фактур должна, при наличии данных за период, выдавать их на печать, а при

отсутствии сообщать об этом. Подпрограмма печати счета-фактуры должна

просто печатать счет-фактуры, поэтому тестирование может заключаться в

правильности вывода на принтер информации и отработки функции формировании

суммы прописью.

Первый тест для подпрограммы выдачи отчета журнала счетов ориентирован в

первую очередь на правильность вывода информации. Отрицательный результат

теста означает либо ошибку в подпрограмме при формировании запроса или при

выводе информации на принтер, либо в хранимой процедуре SP_MAKE_BOOK,

которая формирует данные для отчета. Последнее можно проверить при помощи

стандартной программы SQL Query, поставляемой вместе SQL Server, которая

предоставляет интерактивный интерфейс к базе данных.

Второй тест на правильность работы отработки ввода периода. Для этого

вводится заведомо неправильный интервал, т.е. интервал в котором нет ни

одного счета-фактуры, либо где верхняя граница меньше чем нижняя.

Отрицательный результат теста означает ошибку при вводе или обработки

интервала.

Главным модулем является модуль регистрации счетов-фактур. Он должен

отражать и давать возможность корректировать информацию, при этом не путать

счета выданные и полученные. Также обходимо предусмотреть возможность

различной фильтрации и поиска данных. Исходя из этого, тестирование можно

разбить на две часть, это основную (отражение и корректировка) и

дополнительную (фильтрация и поиск).

Так как пустой (т.е. без единого товара) счет-фактуры не имеет смысла,

необходимо предусмотреть проверку на наличие хотя бы одного товара. Также

товар без цены или количества не имеет смысла.

Первый тест на правильность отражения информации. Программа должна

отражать именно ту информацию, которая находится в базе данных, в том числе

отражать только те товары, которые относятся к базе данных. Для локализации

ошибки, сначала тестируется логика работы базы данных и вспомогательных

представлений V_Articles и V_Facture. Так как в таблице товары хранится

только информация о цене, количестве и ссылка на налоги, а в таблице

журнала счетов вообще отсутствует информация о сумме счета, для удобства

работы было созданы эти представления. Для проверки правильности

функционирования программы необходимо проводить визуальное сравнение экрана

и содержимого базы данных. Отрицательный результат теста обозначает ошибку

в программе при выборе информации из базы данных или при формировании

запроса к ней.

Второй тест для подпрограммы журнала счетов ориентирован в первую очередь

на правильность вывода информации. Для этого вводится заведомо неправильная

информация: дубликат первичного ключа (идентификатор счета плюс номер

товара), отсутствие клиента (внешний ключ) или товара, отсутствие или

пустые поля, которые не могут быть пустыми. Отрицательный результат теста

означает либо ошибку в подпрограмме, при формировании запроса и выдачи

информации, либо в логике базы данных. Последнее можно проверить при помощи

стандартной программы SQL Query, поставляемой вместе SQL Server.

Третий тест на правильность отработки фильтрации и поиска. Поиск

осуществляется при помощи встроенного в Delphi поиска, поэтому необходимо

проверить только правильность передачи аргументов. Фильтрация информации

разделена на три компонента: фильтрация по типу счета-фактуры (невидимый

для пользователя компонент), фильтрация по дате счета-фактуры и расширенная

фильтрация в виде SQL предложения. Для проверки фильтрации информации по

дате, необходимо варьировать параметрами даты, и визуально проверять

правильность отражения в программе.

Комплексная отладка всех модулей дополнительно проверяет логику работы

базы данных, т.к. модули программы функционально независимы.

Первый тест на удаление клиента, на которого уже заведен счет-фактуры. В

таком случае программа не отработает ошибку, но ошибку должен выдать SQL

Server. Отрицательный результат свидетельствует о нарушении в логике базы

данных, в частности в триггере удаления клиента.

Второй тест на каскадное удаление счета-фактуры и товаров связанных с

ним. При неправильном удалении могут возникнуть товары-демоны, которые не

связаны не с одним счетом-фактуры.

Третий тест на каскадное обновление справочника налогов. При изменении

информации в справочнике налогов, в частности изменение идентификатора

налога, автоматически должны изменятся все идентификаторы налога в таблице

товаров. Отрицательный результат свидетельствует о нарушении в триггере

изменения справочника налогов.

Сетевое тесторование программы может выявить ошибки совместного изменения

данных. Ошибки могут возникнуть, например, при удалении записи одним

пользователем и обращении к ней другим. Устранение подобных ошибок берет на

себя SQL Server, которых при записи быдаст сообщение об ошибке.

Заключение

Заданием являлось создание клиентских частей под SQL базу данных для

операционных систем Windows’95 и Windows NT Workstation.

В данной работе был выполнен обзор систем управления базами данных

(СУБД), реализованных на технологии «клиент-сервер».

Далее было проведено исследование предметной области. По результатам

исследования был сделан вывод, что область бухгалтерского учета, а именно

учет счетов-фактур, на технологии «клиент-сервер» отдельно не реализована.

Затем была проанализирована существующая программа учета счетов-фактур

фирмы «ИНФИН» и составлен проект переноса структуры базы данных для работы

в архитектуре «клиент-сервер». Также был составлен алгоритм переноса

необходимых для дальнейшей работы данных.

Для разработки программного обеспечения, платформой для создания

серверной части SQL базы данных бала выбрана операционная система сервера

Microsoft Windows NT Server 4.0 и система управления базами данных

Microsoft SQL Server 6.5. Для разработки пользовательского интерфейса был

выбран язык программирования Borland Delphi.

Был разработан и отлажен клиентский интерфейс к SQL базе данных под

операционные системы Windows’95 и Windows NT. Разработанное программное

обеспечение общим объемом занимает около 2,5 тысяч строк программного кода.

Тестирование разработанной программы проводилось по-модульно и

комплексно. Затем была проведена отладка программы в реальных условиях

работы, когда с базой данных работают несколько пользователей на разных

станциях сети.

Разработанная на технологии «клиент-сервер» программа позволяет ее

эксплуатировать как в сетевых условиях, так и на локальной машине, без

изменений в структуре базы данных и программы.

Сейчас программа успешно функционирует на предприятии, заменив старую.

Литература

1. С.Орлов. Windows NT 5.0: что на горизонте?.LAN Спец. выпуск к #5.1997

2. К.Пьянзин. Сетевые ОС в гетерогенной среде. LAN Magazine/ русское

издание #7/96

3. Ф.Зубанов. Выбор «профи». М: Издательский отдел «Русская Редакция». 1996

4. К.Стинсон. Эффективная работа в Windows 95. С-П: ПИТЕР. 1997

5. С.Дунаев. UNIX SYSTEM V. Release 4.2. M: Диалог-МИФИ.1995

6. К.Дейта. Введение в системы баз данных. М:Наука.1980

7. Дж.Ульман. Основы систем баз данных.М:Финансы и статистика.1983

8. А.Шуленин. Microsoft SQL Server.СУБД #1/97

9. И.Игнатович. Семейство реляционных баз данных IBM DB2. СУБД #2/97

10. О.Твердова. СУБД Progress. СУБД #2/97

11. С.Бобровски. Oracle7 и вычисления клиент/сервер. М: ЛОРИ. 1996

12. В.Шнитман. Серверы баз данных: проблемы оценки конфигурации системы.

СУБД #5-6/96

13. А.Тандоев. Sybase SQL Anywhere Pofessional. СУБД #1/97

14. А.Тандоев. Архитектура Sybase System 11. СУБД #2/96

15. М.Грабер. Введение в SQL. М: ЛОРИ. 1994

16. Р.Ахаян, А.Горев, С.Макашарипов. Эффективная работа с СУБД. С-П: ПИТЕР.

1997

17. К.Маркелов. «Классические» стратегии авоматизации в период

нестабильность рынка АБС. Банк и Технологии #3/97

18. К.Маркелов. Опросы Форума как отражение на рынке АБС. Банк и Технологии

#4/97

19. А.Сень, Ю.Юшков. Телекоммуникации в банковских системах. Банковские

технологии #6/96

20. Дж.Матчо, Д.Фолкнер. Delphi. М: БИНОМ. 1995

21. Т.Сван. Секреты 32-разрядного програмирования в Delphi. К: Диалектика.

1997

-----------------------

[pic]

[pic]

[pic]

[pic]

[pic]

[pic]

[pic]

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15