Выбор и описание используемой СУБД

В качестве СУБД можно выбрать MS Access, FoxPro, Oracle, Informix, Paradox или другую доступную вам систему. Описывается выбранная СУБД, показываются ее преимущества и, по возможности, недостатки.

Инфологическая модель (ИЛМ)

Граф алгоритмической взаимосвязи показателей

Первоначально определяются экономические показатели[2]. Обычно показатели включают один реквизит-основание и несколько характеризующих его реквизитов признаков. В описании документов и запросов реквизиты-основания нами обозначены значками (*).

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

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

Условные обозначения

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

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

Исходные показатели отмечены на рисунке звездочкой – их всего 5. Только эти показатели будем в дальнейшем рассматривать в моделях и хранить в БД. Все остальные показатели можно рассчитать на их основе.

В базе данных будем хранить реквизиты-признаки, которые:

- входят в состав хранимых показателей;

- входят в состав выходных документов и запросов;

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

ER-модель

Правила построения ЕR-модели приведены в [1]. ER-модель для учета депозитных договоров приведена на рис. 2.

Овал характеризует объект. Вверху – название объекта, под чертой – ключ объекта, ниже – зависимые свойства.

Ромб характеризует процесс – отношения объектов. В ромбе – название процесса, под ним – зависимые от всех связанных с данным процессов объектов свойства.

Линиями на схеме обозначены связи. В данном случае все связи имеют тип 1:М. На стороне стрелки находится отношение М. Например, каждому экземпляру объекта КЛИЕНТ соответствует М экземпляров объекта ДОГОВОР, а любому экземпляру объекта ДОГОВОР соответствует только единственный экземпляр объекта КЛИЕНТ.

Модель включает: два полных объекта ДОГОВОРа и КЛИЕНТы, два неполных объекта (нет неключевых свойств) ДАТА ПЛАТЕЖА и ТИП ПЛАТЕЖА; два процесса ПЛАТЕЖИ КЛИЕНТОВ и ПЛАТЕЖИ БАНКА.

Возможные неточности ЕR-модели устраняются ее преобразованием в реляционную модель с дальнейшей нормализацией.

Сумма договора*		Срок договора в днях*		Процент годовых*
НД, ИНН		НД		НД
Начислено по договору		Сумма платежа* клиента по договору		Сумма платежа банка по договору*
НД, ЧМГ, ИНН		НД, ЧМГ, НП, ТП, ИНН		НД, ЧМГ, НПП, ТП, ИНН
Всего к перечислению по договору		Перечислено в депозит по договору		Перечислено банком по договору
НД, ЧМГ, ИНН		НД, ЧМГ, ИНН		НД, ЧМГ, ИНН
Всего к перечислению по клиенту		Перечислено в депозит по клиенту		Перечислено банком по клиенту
ЧМГ, ИНН		ЧМГ, ИНН		ЧМГ, ИНН
Всего к перечислению на дату		Перечислено в депозит на дату		Перечислено банком на дату
ЧМГ		ЧМГ		ЧМГ
Сумма договора по клиенту				Сальдо расчетов по договору
ЧМГ, ИНН				НД, ЧМГ, ИНН
				Сальдо расчетов по клиенту
				ЧМГ, ИНН
		Сальдо расчетов на дату
		ЧМГ

Рис.1. Граф алгоритмической взаимосвязи показателей

Рис. 2. ER-модель