ФУНКЦИИ ВЫЗОВА МЕНЮ НИЖНИХ УРОВНЕЙ

Данные функции в комплексе с функцией главного меню образуют систему всплывающих меню программы. Для организации взаимодействия между процедурами необходимо обеспечить “стыковку” вызывающих и вызываемых функций. Основной проблемой организации стыка функций является их экранное взаимодействие т.е. каждая процедура или функция после окончания работы должна обеспечить восстановление экрана в том состоянии, в каком он был до вызова функции. Можно поступить несколько по другому: вызывающая функция обеспечивает сохранение состояния экрана на время работы вызываемой функции. Функции меню нижних уровней будут построены по одной схеме (Рис. ). Такой подход позволит при необходимости быстро встроить требуемый вызов в систему меню и, в свою очередь, не требует модулей - заглушек для отсутствующих процедур.

ФУНКЦИЯ РЕГИСТРАЦИИ ПОКУПКИ ВАЛЮТЫ

Процедуры регистрации валютно-обменных операций будут использовать одну и ту же форму ввода данных (см. Рис). Редактирование данных будет осуществляться в переменных соответствующих типов и после контрольного

запроса заноситься в БД операций.

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

ФУНКЦИЯ - ОПРЕДЕЛИТЕЛЬ ТЕКУЩЕГО ПОЛЯ ДЛЯ ПОЛУЧЕНИЯ КОДА И НАИМЕНОВАНИЯ ОБЪЕКТА ИЗ СПРАВОЧНИКА

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

Тестирование программного обеспечения.

Тестирование - наиболее ответственный этап создания программного обеспечения и заключается он в выполнении программы с целью обнаружения ошибок.

Среди существующих способов тестирования можно выделить три наиболее часто применяемых:

· восходящее тестирование;

· нисходящее тестирование;

· метод сэндвича.

Восходящее тестирование.

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

Нисходящее тестирование.

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

Метод сэндвича.

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

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

Экономическая часть.

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

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

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

требуется приобрести, либо же создать собственное программное обеспечение;

увеличение потребления электроэнергии;

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

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