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

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

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

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

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

3.2 “Клиент-серверная“ архитектура

В сегмент сети финансового отдела вводится дополнительный сервер S2 - Windows NT 4.0, на котором устанавливается программный сервер баз данных Borland IB Database 5.0. Клиентские приложения будут выполнятся на компьютерах Windows95, подключенных к сегменту C4.

Далее приводятся рабочие таблицы:

Таблица 8 - Главная таблица MAIN “Оперативная деб./кред. задолженность”

Таблица 9 - CONTRACT “Договор”

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