72
Список договоров;
Ведомость договоров.
Список клиентов приведен на рисунке 2.11.
Рисунок 2.11 Список клиентов
Список договоров приведен на рисунке 2.12.
Рисунок 2.12 Список договоров
Детализация договора приведена на рисунке 2.13.
73
Рисунок 2.13 Детализация договора
Образец договора приведен на рисунке 2.14.
74
Рисунок 2.14 Образец договора
Ведомость договоров приведена на рисунке 2.15.
75
Рисунок 2.15 Ведомость договоров
Листинг программных модулей приведен в Приложении 1.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
В разработанной системе предусмотрено 2 вида пользователей;
Сотрудник, осуществляющий регистрацию документов;
Администратор.
Различие между функциями данных пользователей содержится в
различном уровне к доступу редактирования справочников. Дерево функций для
администратора представлено на рисунке 2.16.
Функции системы
учета кредитных
операций
Работа со
справочниками
Работа с
договорами
Регистрация
Редактирова
ние
Добавление
залога
Получение
отчетов
Изменение
залога
Добавление
примечаний
Создать
Редактирова
ть
Удалить
Печать
Создать
Редактировать
Удалить
Печать
Экспорт в MS
Excel
Список
клиентов
Список
договоров
Договор на
займ
Ведомость
договоров
Статус_дого
вора
Параметры
Тип_операц
ии
Тип_имущес
тва
Работа с
договорами
Добавление
Редактирова
ние
Просмотр
Удаление
Рисунок 2.16 Дерево функций системы
Сценарии диалога приведен на рисунке 2.17.
76
Главное меню
Справочники Документы
Регистрация
Редактирова
ние
Добавление
залога
Отчеты
Изменение
залога
Добавление
примечаний
Создать
Редактирова
ть
Удалить
Печать
Создать
Редактировать
Удалить
Печать
Экспорт в MS
Excel
Список
клиентов
Список
договоров
Договор на
займ
Ведомость
договоров
Статус_дого
вора
Параметры
Тип_операц
ии
Тип_имущес
тва
Договора
Добавление
Редактирова
ние
Просмотр
Удаление
Авторизация
Рисунок 2.17 Сценарий диалога
2.3.2 Характеристика базы данных
В разрабатываемой ИС необходимо учесть следующие сущности с
реквизитами:
1) Клиенты
Код_клиента
ФИО
Адрес
Дата_рождения
Серия_паспорта
Номер_паспорта
Кем_выдан
Дата_выдачи
Телефон
2) Операции
Значение
Код_операции
Дата
77
Код_типа_операции
Сумма
3) Параметры
Код_записи
Наименование_компании
ФИО_руководителя
Телефон
ФИО_бухгалтера
Город
Улица
Дом
ИНН
ОГРН
4) Пользователи
Код_пользователя
ФИО
Пароль
Логин
5) Договора
Дата_догвора
Содержание
Сумма
Код_клиента
Код_пользователя
Статус
Код_договора
Код_оргнизации
6) Имущество
Код_имущества
Наименование
78
Код_типа
Стоимость
7) Тип_имущества
Код_типа_имущества
Наименование_типа_имущества
8) Тип_операции
Код_типа_операции
Наименование_типа_операции
9) Статус_договора
Код_статуса
Наименование
Логическая модель приведена на рисунке 2.18.
79
Рисунок 2.18 Логическая модель базы данных
Физическая модель данных, напротив, зависит от конкретной СУБД,
фактически являясь отображением системного каталога. В физической модели
содержится информация обо всех объектах БД (базы данных). Поскольку
стандартов на объекты БД не существует (например, нет стандарта на типы
данных), физическая модель зависит от конкретной реализации СУБД.
Следовательно, одной и той же логической модели могут соответствовать
несколько разных физических моделей. Если в логической модели не имеет
значения, какой конкретно тип данных имеет атрибут, то в физической модели
важно описать всю информацию о конкретных физических объектах [15].
Физическая модель данных в терминах данной СУБД представлена на
рисунке 2.19.
80
Рисунок 2.19 Физическая модель базы данных в среде проектирования
Характеристика таблиц базы данных приведена на рисунках ниже.
Рисунок 2.20 Характеристика таблицы Agreements
81
Рисунок 2.21 Характеристика таблицы Clients
Рисунок 2.22 Характеристика таблицы Operations
Рисунок 2.23 Характеристика таблицы State
Рисунок 2.24 Характеристика таблицы Sysparam
Рисунок 2.25 Характеристика таблицы TypeOperation