Реферат: АРМ бухгалтера-расчетчика

После завершения цикла по квартире указатель записей устанавливается на следующую запись, которая запоминается в переменной n, затем в переменную os заносится сумма к оплате, командой GO r указатель переходит на запись плательщика и в поля для этой записи переносятся полученные результаты. Затем активной делается БД жильцов и в ней ищется эта запись и в зависимости от условий корректируются поля по остатку и оплате. Так если оплата не производилась (поле OPL пусто), то остаток будет рассчитанная сумма к оплате с отрицательным значением, иначе результат остатка, полученный при вычитании из внесенной суммы начисления, рассчитанной суммы по оплате. После этого выбирается снова БД начислений, проверяется условие, при котором если переменная n (номер следующей записи) больше переменной m (количество записей) то выполняется процедура просмотра и слияние расчетов заканчивается, иначе расчет продолжается для следующих записей. Для чего нужно это условие?

Дело в том, что для просмотра и формирования отчетов целеобразно хранить все данные, относящиеся к начисленным суммам по начислениям квартплаты и льготам в записи одного жильца, являющегося плательщиком, для чего в цикле осуществляется переход на эту запись. А так как при начале цикла в первом WHILE-цикле определено условие окончания, если переменная !EOF() примет значение .F., то при таком подходе (возврате на нужную запись в процессе цикла) эта переменная никогда не примет этого значения, так как она изменяет свое значение не тогда когда указатель записи находится на последней записи, а когда указатель записи попытается выйти за пределы последней записи, вот для прекращения цикла и используется это условие. А именно: переменная m хранит число всех записей а n хранит номер последней записи. И если n будет больше m, то это значит, что все записи рассчитаны. Единственным недостатком (по моему мнению) такого подхода является то, что переменная m ранит все записи, включая записи помеченные на удаление, и в зтом случае расчет для последней записи производится столько раз, сколько в БД записей на удаление, что не влияет на результат, а только на скорость обработки, но это ограничение не касается моего расчета, по той причине, что записи помечаются только в БД жильцов, а в БД начислений их не существует, так как БД начислений формируется из БД жильцов, для которой определено игнорирование записей на удаление (SET DELETE ON).

И последняя команда, которая выполняется при истинном условии описанном выше, это просмотр расчетов. Он осуществляется с помощью команды BROWSE (см. прилож. 2 рис. 16) со следующими полями: фамилия, табельный номер из БД жильцов и результаты начислений по квартплате, льготам и сумме к оплате из БД начислений, также используются три вычисляемых поля. Это поле-функция от полей, со значком “ü”,показывающая жильцов, имеющих льготу и поля со значками: “+”, “=”,показывающих суть расчета. В нижней части в статус-строке показывается адрес жильца, количество проживающих и льготников (см. прилож. 1.2 стр. 42). А также здесь переменной _PAD_OTCH, присваивается значение .Т., которая позволяет формировать отчеты по выполненным данным.

Функция ПОИСКА

 На этом пункты меню по работе с данными заканчиваются и сейчас рассмотрим функцию поиска, которая выполняется во всех процедурах, предназначенных для обработки и просмотра данных. Эта процедура закреплена за клавишей F5, а в окне, которое вызывается при выборе “КАДРЫ”-“Квартиросъемщики”, закреплена за пунктом в Fox-меню “Поиск”.

Для выполнения этой функции используется:

меню, с пунктами определяющим по каким значениям будет производиться поиск (по фамилии, по табельному номеру, по адресу и отмена поиска), которое определено в файле MENI.PRG (см. прилож. 1.1 стр. 4).

Окно для задания критерия поиска, с помощью команды @…GET и переменной “а”, имеющей тип, в зависимости от выбора пункта меню. Окно также определено в начальном файле (см. прилож. 1.1 стр. 2).

А также используются разные процедуры. Для поиска по фамилии и табельному номеру – POISK, по адресу – PO_ADR. Это сделано для того, чтобы при поиске по адресу возможно оставлять пустыми значения номера дома и(или) квартиры.

Выполнение функции поиска построена таким образом, что при нажатии клавиши (пункта меню) активируется меню поиска (ON KEY LABEL F5 ACTIVATE POPUP POISK (ACTIVATE POPUP POISK)) , где нужно выбрать необходимый пункт, как показано на рис. 13 прилож. 2, где при работе с картотекой льготников нажата клавиша F5 и выбран пункт “По адресу”. Для пунктов меню POISK’a командой ON SELECTION BAR определено выполнение процедуры POISK (см. прилож. 1.2 стр. 24)

Здесь в переменной _REC запоминается номер текущей записи, для возврата при неудачном поиске. Далее в структуре DO CASE анализируется выбранный пункт.

Если PROMPT()=’По фамилии’(‘По табелю’), то главным выбирается TAG fam (tab), для поиска с помощью команды SEEK(), в команде @…GET определяется переменная “а” имеющая символьный тип (DEFAULT SPASE(25)) а для табеля числовой тип из четырех знаков (PICTURE ‘9999’), предъявляется окно POISK в котором расположено поле GET для занесения ключа поиска. После ввода искомого значения из него удаляются возможные пробелы (ALLTRIM(a)) для поиска по фамилии, что позволяет вести поиск и по не полному ключу (фамилии). Также значение переменной “а” запоминается в переменной “d”, а для табельного номера переменная “а” преобразуется в символьный тип (d=STR(a,4)), которая нужна для включения ключа поиска в сообщение WAIT о неудачном поиске. Сам поиск осуществляется после окончания команды DO CASE в команде IF…ENDIF - IF BAR()#4.AND.!EMPTY(a).AND.!SEEK(a) – если пункт не отмена и если переменная “а” не пуста и поиск неудачный, то выводится системное окно с помощью команды WAIT–WAIT ‘Поиск’+PROMPT+’:’+d+’ НЕУДАЧНЫЙ’ WINDOW – которое показано на рисунке:

Которое затем удаляется нажатием любой клавиши, и указатель записей возвращается на (GO _REC) старое место. Потом происходит возврат в команду из которой был вызов. Если в результате поиска была найдена нужная запись, то в команде BROWSE, курсор будет стоять на ней, если в команде READ, то будет переход на эту запись и обновление информации и GET-объектов для этой записи.

Если PROMPT()=’По адресу’, то выполняется процедура PO_ADR (см. прилож. 1.2 стр. 25). Здесь вначале определяется меню, массив и переменные с помощью которых в WHILE-цикле будут формироваться BAR-пункты из названий улиц. Затем массив переопределяется и его элементы – это пункты меню, которое активируется при входе в поле для ввода улицы и его выбор осуществляется в процедуре YLIZ (см. прилож. 1.2 стр. 29), где переменной m.yl присваивается значение параметра-mprompt. (ON SELECTION POPUP YL DO YLIZ WITH PROMPT()), где передаваемый параметр (PROMPT()) это название BAR-пункта, то есть название улицы. Работа с окном POISK осуществляется с помощью переменных полей адреса, которые создаются с помощью команды – SCATTER FIELDS yl, dom, kw_ra MEMVAR BLANK. После заполнения полей и нажатии клавиши Enter (начать поиск) в структуре DO CASE анализируется сколько полей заполнено и с помощью команды LOCATE c FOR условием ведется поиск. Если он удачный то осуществляется переход на найденную запись, и если это READ-окно то информация о жильце обновляется, иначе указатель записи возвращается на прежнюю запись.

Пункт меню “ОТЧЕТЫ”

Подготовка и оформление отчетных данных без сомнения являются кульминацией любого делового приложения. Так что стоит приложить усилия для того, чтобы все многообразие данных, записанных в БД приложения, нашло достойное отображение в отчетах, напечатанных на принтере.

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

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

“ОТЧЕТЫ”-“Списки по начислению”

При выборе этого пункта формируется отчет для каждого жильца с суммами начислений по каждой услуге и отдельно начисления по льготам, показывается сколько оплачено и остаток если остаток положительный, то это сумму необходимо заплатить плательщику за пользование услугами, если отрицательный то эта сумма должна перейти на следующий месяц в счет будующих платежей за услуги. Также в шапке по каждому жильцу выводится дата оплаты, количество проживающих, из них количество льготников, занимаемая площадь. (см. прилож. 3 стр.1). формирование отчета выполняется в процедуре SP_NACH (см. прилож. 1.7 стр. 1). В первых строках убирается меню отчетов с экрана (HIDE POPUP VIEV), затем проверяется значение переменной _PAD_OTCH, она должна иметь значение “Истины” (.T.), если ее значение “Ложь” (.F.), то значит выполнялась процедура “Дополнения\Изменения” и появится системное окно, с просьбой сделать слияния расчетов. (см. выше).

Затем переопределяется клавиша F1 для открытия в окне помощь подсказку по этой процедуре, в переменную “i” заносится номер текущего месяца (MONTH(DATE())), для включения его в имя файла, чтобы в последующем было легко опознать данные файла по его имени. Например в переменной формируется имя за март месяц (T=’NACH-’+ALLTRIM(STR(i)))+’.’+’txt’, где “i” это цифра три и в результате получится файл NACH-3.TXT, что означает отчет за март (3) по начислениям (NACH). Эта переменная нужна чтобы после завершения формирования отчета его, с помощью макроподстановки (EVALUATE(‘T’)или(&T)) , можно было открыть в окне для просмотра и(или) редактирования. Ниже определяется это окно, оно не определяется заранее, для того чтобы его можно было закрыть с помощью мыши, щелкнув в левом углу по прямоугольнику (Опции “SYSTEM CLOSE”).

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