2. Платежные поручения клиентов банка на покрытие депозита:
Реквизиты документа:
- номер платежного поручении;
- дата платежного поручения;
- реквизиты плательщика: идентификационный номер налогоплательщика (ИНН), название организации, номер расчетного счета, название банка, город банка, номер корреспондентского счета, БИК банка;
- реквизиты получателя: идентификационный номер налогоплательщика (ИНН), название организации, номер расчетного счета, название банка, город банка, номер корреспондентского счета, БИК банка;
- назначение платежа: номер депозитного договора, дата договора;
- сумма в рублях*.
3. Платежные поручения банка на возврат депозита и перечисление начисленных процентов по депозиту.
Реквизиты документа:
- номер платежного поручения;
- дата платежного поручения;
- реквизиты плательщика: идентификационный номер налогоплательщика (ИНН), название организации, номер расчетного счета, название банка, город банка, номер корреспондентского счета, БИК банка;
- реквизиты получателя: идентификационный номер налогоплательщика (ИНН), название организации, номер расчетного счета, название банка, город банка, номер корреспондентского счета, БИК банка;
- назначение платежа: номер депозитного договора, дата договора, тип платежа – возврат депозита / перечисление процентов;
- сумма в рублях*.;
4. Выписка банка по выделенному депозитному счету:
Используемые реквизиты:
- дата выписки;
- номер платежного поручения;
- признак поступления / расходования средств;
- ИНН плательщика;
- номер договора;
- тип платежа: внесение депозита, возврат депозита, перечисление процентов;
- сумма в рублях*.
Приводятся формы данных документов с образцами заполнения.
Если форма документа студенту неизвестна, то она разрабатывается им оригинально.
Описание выходных документов и сообщений
Выходным документом является «Ведомость начисления процентов по завершенным договорам и сальдо расчетов с клиентами по состоянию на ____ число ______месяца 20__года». Образцы заполнения документов приводятся.
Описание запросов к базе данных
1. Выдать список всех депозитных договоров со сроком действия больше 1 года
| № договора | Дата начала договора | Дата конца договора | Название организации | Количество дней договора* |
| >366, сортировка |
Пример выходного документа
Ведомость начисления процентов по завершенным договорам и сальдо расчетов
с клиентами по состоянию на 23 число 12 месяца 2002 года
| Название клиента | ИНН | № договора | Дата договора | Сумма договора* | Перечислено в депозит, руб * | Начислено %* | Всего к перечислению* | Перечислено руб* | Дата перечисления | Сальдо расчетов, руб |
| Артос | 7700000001 | 12 | 23.04.02 | 50000 | 50000 | 12000 | 62000 | 50000 | 26.08.02 | 12000 |
| 45 | 12.06.02 | 40000 | 40000 | 9000 | 49000 | 0 | 49000 | |||
| Итого | 90000* | 90000* | 21000* | 111000* | 50000* | 61000* | ||||
| Ариан | 7700000003 | |||||||||
| Всего | 1000000* | 300000* | 1300000* | 900000* | 400000* |
2. Выдать действующие депозитные договора объемом более 100 000 рублей с фамилиями и должностями клиентов.
| № договора | ФИО руководителя | Должность руководителя | Дата конца договора | Название организации | Объем договора, рублей * |
| <= текущей дате | >100000, сортировка |
3. Выдать названия клиентов, номера и суммы договоров текущего года, отсортированных по убыванию процентных ставок.
| № договора | Дата договора | Процентная ставка | Название организации | Объем договора, рублей * |
| = текущий год | сортировка по убыванию |
Список ограничений
1. Один клиент может заключить с банком несколько депозитных договоров.
2. Номера договоров уникальны.
3. Клиент покрывает депозит по одному договору одним платежным поручением.
4. Банк возвращает клиенту основную сумму и проценты двумя разными платежными поручениями.
5. Реквизиты клиентов банка постоянны для разных договоров.
2. Выбор и описание используемой СУБД
В качестве СУБД можно выбрать MS Access, FoxPro, Oracle, Informix, Paradox или другую доступную вам систему. Описывается выбранная СУБД, показываются ее преимущества и, по возможности, недостатки.
3. Инфологическая модель (ИЛМ)
Граф алгоритмической взаимосвязи показателей
Первоначально определяются экономические показатели[2]. Обычно показатели включают один реквизит-основание и несколько характеризующих его реквизитов признаков. В описании документов и запросов реквизиты-основания нами обозначены значками (*).
При определении показателей важно проанализировать их экономический смысл, при этом устранить дублируемость, синонимию, омонимию и возможную противоречивость.
Далее при определении алгоритмических зависимостей будут использоваться условные обозначения, приведенные в таблице.
Условные обозначения
| Условное обозначение | Значение |
| НД | Номер договора |
| ДД | Дата договора |
| ЧМГ | Число Месяц Год |
| НПП | Номер платежного поручения |
| ДПП | Дата платежного поручения |
| ТП | Тип платежа |
| ИНН | Идентификационный номер налогоплательщика |
Граф алгоритмической взаимосвязи показателей строится один на всю предметную область вне зависимости от количества входных и выходных документов и запросов. Его цель – определить реквизитный состав показателей, алгоритмические зависимости показателей. В результате определяется состав исходных показателей, которые потом участвуют в построении дальнейших моделей: ER-модели, реляционной и даталогической моделей. Промежуточные и результатные показатели в моделях не показываются и в базе данных не хранятся с целью минимизации базы данных, повышения ее устойчивости и гарантии непротиворечивости показателей. Они рассчитываются при формировании соответствующих запросов и отчетов на базе исходных показателей.
Исходя из вышеприведенного, можно построить граф алгоритмической взаимосвязи показателей (рис. 1).
Исходные показатели отмечены на рисунке звездочкой – их всего 5. Только эти показатели будем в дальнейшем рассматривать в моделях и хранить в БД. Все остальные показатели можно рассчитать на их основе.
В базе данных будем хранить реквизиты-признаки, которые:
- входят в состав хранимых показателей;
- входят в состав выходных документов и запросов;
- будут использованы при ближайшем развитии системы.
ER-модель
Правила построения ЕR-модели приведены в [1]. ER-модель для учета депозитных договоров приведена на рис. 2.
Овал характеризует объект. Вверху – название объекта, под чертой – ключ объекта, ниже – зависимые свойства.
Ромб характеризует процесс – отношения объектов. В ромбе – название процесса, под ним – зависимые от всех связанных с данным процессов объектов свойства.
Линиями на схеме обозначены связи. В данном случае все связи имеют тип 1:М. На стороне стрелки находится отношение М. Например, каждому экземпляру объекта КЛИЕНТ соответствует М экземпляров объекта ДОГОВОР, а любому экземпляру объекта ДОГОВОР соответствует только единственный экземпляр объекта КЛИЕНТ.
Модель включает: два полных объекта ДОГОВОРа и КЛИЕНТы, два неполных объекта (нет неключевых свойств) ДАТА ПЛАТЕЖА и ТИП ПЛАТЕЖА; два процесса ПЛАТЕЖИ КЛИЕНТОВ и ПЛАТЕЖИ БАНКА.
Возможные неточности ЕR-модели устраняются ее преобразованием в реляционную модель с дальнейшей нормализацией.