Проектирование структур данных с использованием нотации IDEF1X/IE. Описание методологий IDEF1X/IE. Логические модели

Страницы работы

Фрагмент текста работы

После этого становится доступной поле ввода Attribute, в которое необходимо поочередно вводить имена атрибутов и с помощью нажатия кнопки Add добавлять их к списку атрибутов сущности. Кнопки Definition of selected Entity и Definition of selected Attribute необходимы для того, чтобы ввести текстовое описание сущности или ее атрибута. Флажки Exchange with ERWin позволяют включить или выключить режим обмена данными с ERWin, с помощью которого поддерживается двусторонняя связь между моделями BPWin и ERWin.

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

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

Анализируя эту диаграмму, можно прийти к выводу о необходимости создания тех же сущностей, что были указаны ранее, однако, они уже отмечены нами, поэтому необходимо сосредоточить свои усилия на тех элементах, которые ранее не встречались. Например, информационные потоки Положительное решение о выдаче кредита, График погашения задолженности являются потенциальными кандидатами на создание сущностей, т.к. являются информационными потоками, переносящими информацию критически важную для функционирования системы. Тем не менее, поток Положительное решение о выдаче кредита, является скорее информационноуправляющим, т.к. дает указание функции Заключение договора о начале процедуры оформления договора выдачи кредита. Управляющие потоки являются важными при описании и реализации логики работы приложения, сейчас же речь идет о создании модели данных. График погашения задолженности является информационным потоком, данные которого можно сохранить в ИС. При этом необходимо решить следующее: как должна реагировать система на изменение графика погашения кредита? Ведь это одна из самых типичных ситуаций, когда человек платит раньше или позже положенного срока. Если данные о графике погашения кредита сохранять в таблице БД, как быть при его изменении? Другим вариантом является динамическое формирование графика погашения при необходимости. Все исходные данные для этого должны храниться в системе и быть доступны в любой момент времени. В данном случае, на основании имеющейся информации принимаем решение о динамическом формировании графика погашения кредита, которая должна быть реализована в рамках функции Заключение договора, изображенной на диаграмме A0. Информационный поток Первоначальный взнос содержит информацию о сумме первоначального взноса, вносимого заемщиком. Согласно условиям предоставления кредита, при его оформлении может быть уплачен первоначальный взнос установленного размера, следовательно необходима сущность ПервоначальныйВзнос.

Аналогичным образом рассматриваем и анализируем информационные потоки и хранилища, изображенные на других диаграммах. Так, на диаграмме A12 присутствует хранилище Черный список заемщиков, в которое вносятся те заемщики, которые подали о себе неверные сведения, либо имеющие отрицательную кредитную историю. Создадим сущность ЧерныйСписокЗаемщиков.

На диаграмме А2 изображено четыре хранилища: Заемщик, Договор, Договор поручительства и График погашения задолженности. Сущность Заемщик ранее уже была создана, а относительно Графика погашения задолженности было принято решение о динамическом создании этого набора данных, следовательно создадим сущности Договор и ДоговорПоручительства.

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

На диаграмме А3 изображены два хранилища Счет ссудный и Выданные кредиты. Первое хранилище предназначено для хранения информации

Похожие материалы

Информация о работе