Исследование существующих концепций методологии и технологии программирования. Разработка и реализация идей структурного программирования по преобразованию банковской информации в процессе подготовки, принятия и реализации управленческого решения.
Актуальность автоматизации информационной системы «Банка» заключается в том, что использование СУБД при построении системы банковского обслуживания позволяет не только организовать хранение данных в рамках единой базы данных, но и управлять потоками информации и данных в системе, основываясь на единых принципах и методах, обеспечивающих реализацию конкретных предметно-ориентированных алгоритмов обработки. Данная система должна поддерживать ведение базы данных клиентов и работников, а также обеспечивать ввод, удаление, хранение и редактирование информации, которая содержится в таблицах данных. 2. выводить в удобной форме данные по следующим запросам пользователя: O редактирования данных о клиенте по фамилии, имени, отчеству, коду клиента, номеру счета, номеру паспорта, номеру кредитного договора; Руководствуясь анализом предметной области можно сформировать следующие сущности: Регистрация, счет, карта, клиент, кредит, операции, работники. Может возникнуть ситуация совпадения ФИО клиентов, поэтому существует необходимость включения атрибута «код клиента», который и станет ключом (ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности) в сущности «регистрация».В настоящей курсовой работе разрабатывалась БД для информационной системы «Банк», которая адекватно отражает деятельность банка. На начальном этапе ее проектирования рассматривалась предметная область банка, а конкретно процесс работы с клиентами.
Введение
Особенностью информационной банковской системы (ИБС) является единая информационная база. В современных условиях для ведения единой информационной базы используются различного рода системы управления базами данных (СУБД). СУБД имеют специальные механизмы контроля целостности данных (триггеры, внешние ключи и т.д.), отличающиеся простотой и высокой надежностью. В подавляющем большинстве это системы управления реляционными БД.
Базу данных принято называть единой, если однотипные по смыслу данные хранятся единообразно в одном месте. Например, данные о физических лицах хранятся в одних и тех же таблицах и в кредитном модуле, и в модуле обслуживания физических лиц, в отсутствие единой информационной базы усложняется поиск, обмен, а, следовательно, и получение любой информации встроенными средствами системы. При этом различные задачи в системе выполняются отдельно и являются информационно слабо связанными на уровне ИБС.
Актуальность автоматизации информационной системы «Банка» заключается в том, что использование СУБД при построении системы банковского обслуживания позволяет не только организовать хранение данных в рамках единой базы данных, но и управлять потоками информации и данных в системе, основываясь на единых принципах и методах, обеспечивающих реализацию конкретных предметно-ориентированных алгоритмов обработки.
Целью курсовой работы является: ознакомления с современными концепциями методологии и технологии программирования, так же разработки и реализации идей структурного программирования по преобразованию банковской информации на основе методов сбора, регистрации, передачи, хранения и обработки данных в целях обеспечения подготовки, принятия и реализации управленческого решения с использованием средств персональной и вычислительной техники.
Объектом исследования данной работы является информационная система банка для работы с клиентами и работниками банка. Данная система должна поддерживать ведение базы данных клиентов и работников, а также обеспечивать ввод, удаление, хранение и редактирование информации, которая содержится в таблицах данных.
В процессе разработки БД «Банк» необходимо преодолеть следующие задачи: 1. Осуществить анализ предметной области (ПО), 2. Разработать концептуальную модель базы данных, которая описывает объекты и связи ПО на формальном уровне. Ее разработка ведется на втором этапе и основывается на инфологической модели (выделение сущностей, атрибутов сущностей, ключей и связей), полученной на первом этапе. В процессе разработки осуществляется выбор типа модели данных, и определяются ее элементы. Каждая СУБД поддерживает только одну из моделей. Выбор модели данных и выбор СУБД тесно взаимосвязаны.
3. Преобразовать в физическую модель данных, которая определяет способ размещения данных непосредственно на машинном носителе, учитывает распределение данных, методы доступа и способы индексирования. В современных прикладных программных средствах этот уровень организации обеспечивается автоматически без вмешательства пользователя. Пользователь, как правило, оперирует в прикладных программах и универсальных программных средствах представлениями СУБД на организацию данных. Таким образом, основная задача проектирования заключается в создании инфологической модели ПО и концептуальной БД.
4. Реализовать БД.
Постановка задачи
Для решения поставленных выше задач нужно разработать БД, которая позволила бы: 1. хранить персональную информацию о каждом клиенте;
2. выводить в удобной форме данные по следующим запросам пользователя: O редактирования данных о клиенте по фамилии, имени, отчеству, коду клиента, номеру счета, номеру паспорта, номеру кредитного договора;
O поиск клиента по фамилии, имени, отчеству, коду клиента, номеру счета, номеру паспорта, номеру кредитного договора;
O регистрация клиента на всех таблицах;
O удалению информационных данных о клиенте из всех таблиц;
O выдачу кредита;
O просмотра и добавления сотрудников;
O просмотра и добавления операций;
O информацию о программе;
При проектировании и эксплуатации БД «Банк» она должна отвечать следующим требованиям: O адекватность отображения предметной области банка, в частности эффективности рабочего процесса (полнота, целостность, непротиворечивость, актуальность данных);
O возможность использования базы данных разными категориями пользователей;
O обеспечение высокой эффективности доступа;
O дружественность интерфейса;
1. Анализ предметной области
Банки являются важным звеном в функционировании экономики страны и мировой экономики. Банковская система обеспечивает бесперебойность и высокую скорость процесса общественного воспроизводства, повышает эффективность всего производства.
Основное призвание банка - посредничество в перемещении денежных средств от кредиторов к заемщикам и от продавцов к покупателям. Наряду с банками перемещение денежных средств на рынке осуществляют и другие финансовые и кредитно-финансовые учреждения: инвестиционные фонды, страховые компании, брокерские, дилерские фирмы и т.д. Но банки как субъекты финансового рынка имеют два существенных признака, отличающие их от всех других субъектов.
Во-первых, для банков характерен двойной обмен долговыми обязательствами: они размещают свои собственные долговые обязательства (депозиты, вкладные свидетельства, сберегательные сертификаты и пр.), а мобилизованные на этой основе средства размещают в долговые обязательства и ценные бумаги, выпущенные другими. Это отличает банки от финансовых брокеров и дилеров, осуществляющих свою деятельность на финансовом рынке, не выпуская собственных долговых обязательств.
Во-вторых, банки отличает принятие на себя безусловных обязательств с фиксированной суммой долга перед юридическими и физическими лицами, например, при помещении средств клиентов на счета и во вклады, при выпуске депозитных сертификатов и т.п. Этим банки отличаются от различных инвестиционных фондов, мобилизующих ресурсы на основе выпуска собственных акций. Фиксированные по сумме долга обязательства несут в себе наибольший риск для посредников (банков), поскольку должны быть оплачены в полной сумме независимо от рыночной конъюнктуры, в то время как инвестиционная компания (фонд) все риски, связанные с изменением стоимости ее активов и пассивов, распределяет среди своих акционеров.
Современные банковские системы ориентированы на использование единой базы данных, являющейся совокупностью структурированных данных, предназначенных для многоцелевого и многократного их применения, и методов доступа к ним.
Отличительной особенностью баз данных информационные банковские технологии (ИБТ) является совместное хранение данных с их описаниями. Эти описания называются метаданными (данные о данных). Они необходимы для контроля и управления данными как ресурсом.
Существует несколько уровней программного обеспечения: операционная система, СУБД, прикладные программы, каждый из которых решает свои специфические задачи. Например, СУБД обеспечивает интерфейс доступа к данным на чтение и запись, блокирование записей в режиме многопользовательской работы, предоставляет средства архивации, восстановления и резервного копирования данных. Наиболее распространенным интерфейсом доступа к данным являются SQL-запросы, которые анализируются на СУБД, и различные программные средства, которые исполняют эти запросы.
Имеется большое количество СУБД, которые используются при построении ИБТ. Все они поддерживают реляционную модель данных, но имеют различные эксплуатационные характеристики. Потенциал программного продукта зависит от применяемой в нем СУБД и от степени использования ключевых свойств СУБД. Важно, что на программный продукт нельзя переносить свойства СУБД, так как реализация продукта с аналогичным свойством требует специальных усилий со стороны разработчика прикладного программного обеспечения.
Следует различать единую базу данных и единое информационное пространство. Под единым информационным пространством понимается возможность вызывать функции других подсистем, а также общность данных и методов доступа к ним в системе. Сама по себе СУБД не обеспечивает ведение единого информационного пространства, но позволяет его реализовать и использовать с максимально возможной эффективностью.
Под единым информационным пространством банка можно понимать также организацию информации, циркулирующей в банке, включая методы ее обработки, хранения и представления. На уровне автоматизированной банковской системы единое информационное пространство можно интерпретировать, как возможность системы оперировать любыми данными, формирующимися в процессе функционирования системы. При этом должны соблюдаться принципы открытости, защищенности, однократного учета и ввода. Таким образом, реализация единого информационного пространства банковской технологией обеспечивает эффективную организацию работ с информацией, как с точки зрения быстродействия, так и в аспекте удобства работы пользователя с данными.
2. Инфологическая модель
Инфологическая модель данных - это описание предметной области, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств, понятных всем людям, работающих над проектированием базы данных.
Цель инфологического моделирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).
Процесс построения инфологической модели состоит из следующих шагов: - определение сущностей;
- определение зависимостей между сущностями;
- задание первичных и альтернативных ключей;
- определение атрибутов сущностей;
- приведение модели к требуемому уровню нормальной формы.
Инфологическая модель отображает реальный мир в некоторые понятные человеку концепции, полностью независимые от параметров среды хранения данных. Существует множество подходов к построению таких моделей: графовые модели, модель «сущность-связь» и т.д. Наиболее популярной из них оказалась модель «сущность-связь» или называемая еще ER-моделью (от англ. Entity-Relationship, т.е. сущность-связь).
Для построения ER-модели сначала необходимо выделить основные конструктивные элементы инфологических моделей: сущности, связи между ними, идентификаторы (ключи) и свойства (атрибуты).
Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных.
Атрибут - поименованная характеристика сущности.
Руководствуясь анализом предметной области можно сформировать следующие сущности: Регистрация, счет, карта, клиент, кредит, операции, работники.
1. Атрибуты сущности регистрация: v Код клиента_____________________ v Фамилия ________________________ v Имя ____________________________ v Отчество ________________________ v Дата рождения ___________________ v Номер паспорта___________________ v Кем выдан _____________________ v Место жительства_________________ v ИНН____________________________ v СНИЛС_________________________ v Место работы____________________ v Стаж работы_____________________
Эта сущность отводится для хранения основных сведений о клиентах.
Сведения могут быть как неизменяемые за весь период ведения автоматизированной информационной системы (АИС) (ФИО клиента, год рождения, код клиента) так и изменяемые (номер паспорта, место жительства, ИНН, СНИЛС, Место работы). Может возникнуть ситуация совпадения ФИО клиентов, поэтому существует необходимость включения атрибута «код клиента», который и станет ключом (ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности) в сущности «регистрация». Нет необходимости знать этот код для работы с базой данных. Так как он служит только для внутренних целей, то его можно скрыть от пользователей.
2. Атрибуты сущности счет: v Код клиента_____________________ v Номер счета_____________________ v Валюта счета____________________ v Дата открытия___________________ v Дата закрытия___________________ v Баланс счета_____________________
Вышеуказанная сущность отражает информацию о счете каждого клиента. Эта информация необходима для просмотра баланса и работы с операциями.
3. Атрибуты сущности карты: v Код клиента____________________ v Номер карты___________________ v Имя карты_____________________ v Дата открытия__________________ v Дата закрытия__________________
Вышеуказанная сущность отражает информацию о пластиковой карте каждого клиента. Эта информация необходима для выдачи кредита.
4. Атрибуты сущности клиент: v Код клиента____________________ v Номер счета ___________________ v Номер карты___________________ v Номер телефона________________ v Электр. почта__________________
Вышеуказанная сущность отражает информацию о счете, карте каждого клиента. Эта информация необходима для просмотра банковских реквизитов.
5. Атрибуты сущности кредит: v Код клиента ___________________ v Номер счета____________________ v Номер карты___________________ v Номер телефона ________________ v Номер кредитного договора______ v Сумма получения_______________ v Процент кредита_______________ v Срок кредита__________________
Вышеуказанная сущность отражает информацию о получателях кредита.
6. Атрибуты сущности работники: v Код сотрудника____________________ v ФИО сотрудника __________________ v Образования______________________ v Номер диплома____________________ v Должность________________________ v Стаж работы (полных лет) ___________ v Заработная плата__________________
Вышеуказанная сущность отражает информацию об работниках. Эта информация необходима для прикрепления работников к банковским операциям.
7. Атрибуты сущности операции: v Код клиента___________________ v Номер счета___________________ v Дата прихода__________________ v Приход_______________________ v Дата расхода__________________ v Расход_______________________ v Остаток ______________________
Вышеуказанная сущность отражает информацию об операциях. Эта информация необходима для просмотра журнала операций.
К стержневым сущностям можно отнести: 1. Регистрация (Код клиента, фамилия, имя, отчество, дата рождения, номер паспорта, кем выдан, место жительства, ИНН, СНИЛС, место работы, стаж работы).
В схеме Registr «Код клиента» служит внешним ключом, ссылающимся соответственно на объекты: Shcet, Karty, Klient, Polkr, Operacii.
2. Счет (Код клиента, номер счета, валюта счета, дата открытия, дата закрытия).
В схеме Schet «Номер счета» служит внешним ключом, ссылающимся на объекты Klient и Operacii.
3. Карта (Код клиента, номер карты, имя карты, дата открытия, дата закрытия).
В схеме Karty «номер карты» служит внешним ключом, ссылающимся на объекты Klient и Operacii.
4. Клиент (Код клиента, номер счета, номер карты, номер телефона, электронная почта).
В данной схеме «код клиента», «номер счета», «номер карты» и «номер телефона» являются внешними ключами, ссылающимся соответственно на объект Polkr.
5. Кредит (Код клиента, номер счета, номер карты, номер кредитного договора, сумма, процент, срок).
6. Работники (Код работника, ФИО, образования, номер диплома, должность, стаж работы, заработная плата).
В данной схеме «код работника» являются внешним ключом, ссылающимся соответственно на Opercii.
7. Операции (Код клиента, номер счета, дата прихода, приход, дата расхода, расход, остаток, оператор).
3. Даталогическое проектирование
Описание, создаваемое по инфологической модели данных, называют даталогической моделью данных (рисунок 2). Даталогическая модель отражает логические связи между элементами данных вне зависимости от их содержания и среды хранения.
Данные в таблицах IBEXPERT сохраняются в определенном формате, который называется типом данных. Типы данных могут быть классифицированы по четырем категориям: числовые (numeric), символьные (char), даты (date) и BLOB.
Ниже в таблицах формально описаны объекты предметной области. Здесь объект базы данных представляется в виде таблицы с набором полей определенного типа и свойств.
Таблица 1 - Регистрация
Имя поля Тип Ширина Ключ
Код клиента Integer PK
Фамилия Varchar 16
Имя Varchar 16
Отчество Varchar 16
Дата рождения Date
Номер паспорта Char 15
Кем выдан Varchar 25
Место жительство Varchar 40
ИНН Char 15
СНИЛС Char 10
Место работы Varchar 40
Стаж работы integer
Таблица 2 - Счет
Имя поля Тип Ширина Ключ
Код клиента Integer FK
Номер счета Integer PK
Валюта счета Varchar 10
Дата открытия Date
Дата закрытия Date
Баланс integer
Таблица 3 - Карта
Имя поля Тип Ширина Ключ
Код клиента Integer FK
Номер карты Varchar 10 PK
Имя карты Varchar 10
Дата открытия Date
Дата закрытия Date
Таблица 4-Клиент
Имя поля тип Ширина Ключ
Код клиента integer PK, FK
Номер счета Integer PK, FK
Номер карты Varchar 10 PK, FK
Номер телефона Varchar 10 PK
Эл. почта varchar 20
Таблица 5-Кредит
Имя поля Тип Ширина Ключ
Код клиента Integer FK
Номер счета Integer FK
Номер карты Varchar 10 FK
Номер телефона Varchar 10 FK
№ кредитного договора Integer PK
Сумма кредита Integer
Процентная ставка за год Varchar 3
Срок varchar 2
Таблица 6 - Работники
Имя поля Тип Ширина Ключ
Код работника Integer PK
Фамилия Char 15
Имя Char 15
Отчество Char 16
Образование Varchar 20
Номер диплома Varchar 15
Должность Varchar 20
Стаж работы Integer
Зарплата char 10
Таблица 7 - Операции
Имя поля Тип Ширина Ключ
Код клиента Integer FK
Номер счета Integer FK
Дата прихода Date
Приход Integer
Дата расхода Date
Расход Integer
Остаток Integer
Оператор integer FK. Интерфейс программы
Данная программа предназначена для осуществления хранения, просмотра и обработки данных о клиентах и работниках банка. С помощью нее вся информационная система банка будет записываться и храниться на одном компьютере, что обеспечит оперативный и качественный поиск данных.
Программа не использует никаких дополнительных устройств, кроме основной конфигурации, а также не требует мощной конфигурации персонального компьютера.
Основными функциями программного продукта являются: - просмотр базы данных;
- добавление записей в базу данных;
- поиск информации по заданным критериям.
Программа предназначена не только для опытных пользователей, но и для тех людей, которые недавно начали работать на персональных компьютерах. В данной программе выбор нужного действия в меню происходит с помощью нажатия кнопки. Меню программы выводится в оконном режиме, что не может не порадовать пользователей привыкших к оконному интерфейсу, тем самым облегчается выбор нужной строчки.
Просмотр информации осуществляется в виде таблицы, что делает выводимую информацию наиболее читабельной и понятной для простого пользователя.
Руководство пользователю
Запуск программы
Чтобы запустить программу, необходимо просто открыть файл Project1.exe двойным щелчком левой кнопки мыши. После запуска появляется главное меню программы, состоящее из 9 вкладок. Пользователю необходимо выбрать нужную вкладку и нажать на соответствующую кнопку. После чего выполнится переход к тому или иному действию.
Поиск
В меню «поиск» реализован поиск по следующим критериям: Фамилия, имя, отчество, код клиента, номер паспорта, номер счета, номер карты.
Заполнив диалоговую окну, нажмите кнопку «ОК» программа осуществив поиск и выдаст результат в главное окно.
Ввод данных
В меню «ввод данных» реализовано добавление персональных данных клиента. Добавления данных осуществляется с помощью видов кнопок: Регистрация, Счет, Карты, клиент, кредит.
Заполнив поля, нажмите кнопку «сохранить» программа осуществит сохранение данных. Добавленную запись можно посмотреть по вкладке «просмотр данных», дополнительно нажав кнопку «персональные данные»
Просмотр данных
В меню «просмотр данных» реализовано просмотр персональных данных, кредиторов, баланс счета клиента. Все действия осуществлены с помощью специальных кнопок.
Операции
В меню «операции» реализовано добавление операции данного клиента. Добавления данных осуществляется с помощью форма. Заполнив поля, нажмите кнопку «сохранить» программа осуществит сохранение данных. Добавленную запись можно посмотреть по вкладке «журнал», дополнительно нажав кнопку «журнал операций».
Сотрудники
В меню «сотрудники» реализовано просмотр и добавление сотрудников. Просмотр данных осуществляется с помощью видов кнопок: Управляющий, заместитель, главные бухгалтера, старшие бухгалтера, операторы, стажеры.
Для добавления сотрудника, заполнив поля, нажмите кнопку «сохранить» программа осуществит сохранение данных. Добавленную запись можно посмотреть на вкладке «сотрудники».
Редактирование
В меню «редактирование» реализовано редактирование данных клиента. Редактирования данных осуществляется с помощью форма. Заполнив поля, нажмите кнопку «сохранить» программа осуществит сохранение данных. Редактированную запись можно посмотреть на вкладке «просмотр данных».
Удаление
В меню «удалении» реализовано удаление данных клиента. Удаления данных осуществляется с помощью форма. Заполнив поля, нажмите кнопку «сохранить» программа осуществит сохранение данных. Чтобы удалить запись, нужно удалить с конца. т.е. начинаем удалять ссылки внешних ключей.
Журнал
В меню «журнал» реализовано просмотр всех операций, и по номеру счета данного клиента. Чтобы посмотреть данные, нажмите нужную кнопку.
О программе
В меню «о программе» реализовано Добавления данных осуществляется с помощью форма. Заполнив поля, нажмите кнопку «сохранить» программа осуществит сохранение данных. Добавленную запись можно посмотреть по вкладке «журнал», дополнительно нажав кнопку «журнал операций».
5. Реализация задачи
Сервер Interbase (FIREBIRD) на датформе Win32 запускается в качестве сервиса ОС. Клиентские приложения могут присоединяться к нему несколькими способами: по протоколам NETBEUI, TCP/IP; локальное подключение (в случае, если вы работаете на машине, на которой запущен сервер). В дальнейшем рассматривается подключение к серверу по протоколу ТСР/IP.
Для администрирования сервера используются утилиты IBEXPERT, IBCONSOLE и др. Для того, чтобы получить возможность работы с БД, необходимо проделать следующие операции: - зарегистрировать сервер;
- присоединиться к серверу;
- зарегистрировать (или создать заново) базу данных;
- присоединиться к базе данных;
v Регистрация сервера и создание базы данных утилитой IBEXPERT
Утилита IBEXPERT предназначена для администрации баз данных в СУБД Interbase и FIREBIRD. Создание нового набора данных осуществляется с помощью пункта меню База данных / Создать базу.
Раздел «Сервер» (удаленный / локальный) предназначен для выбора места создания файла базы данных. Выберите тип «локальный» для создания базы данных на локальной машине.
На языке SQL создание новой базы данных осуществляется с помощью команды
CREATE DATABASE "d:\database\test.gdb"
USER "SYSDBA" PASSWORD "masterkey"
PAGE_SIZE 16384
DEFAULT CHARACTER SET WIN1251;
В разделах «Имя сервера» и «протокол» вводится имя машины (например, A005), на которой расположен сервер баз данных Interbase или FIREBIRD. Для локальной базы данных эти поля не нужны.
Поле вода «Файл БД» предназначен для указания пути к создаваемому файлу базы данных.
«Имя пользователя» - строка ввода имени администратора баз данных. По умолчанию администратором является пользователь с именем «SYSDBA», пароль - «masterkey».
Диалект 1 - базы данных 4.x или 5.x, «импортированные» в 6.0 посредством backup в 4.x/5.x и restore в 6.0. Не содержат никаких отличий от 5.x.
Диалект 2 - предназначен для проверки возможности перевода баз данных диалекта 1 в диалект 3.
Диалект 3 - «родной» формат IB 6, поддерживающий INT6, DATE, TIME, TIMESTAMP и прочие расширения.
Кроме этого в диалекте 3 не поддерживается автоматическая конвертация типов в выражениях. Например, если раньше в SQL можно было написать 1 "3" и получить ответ 4, то в диалекте 3 будет выдано сообщение об ошибке.
Поле ввода «Кодировка» предназначена для выбора набора символов национального алфавита для текстовых полей базы данных. Русские символы Windows содержатся в кодировке Win1251.
Если файл базы данных перенесен на компьютер, где работает сервер БД, с другого компьютера (т.е. база данных существует, но сервер не имеет о ней информации), либо база данных создавалась на сервере, но при создании не была зарегистрирована (был выключен флажок «Регистрация базы данных (Register database)» при создании БД), то такую базу данных нужно регистрировать в утилите IB Expert. Это можно сделать с помощью экранной формы, показанной на рисунке 1.2.
Многие разделы формы совпадают с окном создания базы данных. Как минимум, необходимо заполнить поля «Описание базы данных» и «Версия сервера». Строка описания базы данных будет зафиксирована для идентификации вашего набора данных в окне «DATABASE Explorer» оболочки IB Expert.
В разделе «Версия сервера» необходимо выбрать тип сервера, установленного на вашем компьютере (например, FIREBIRD 1.5). v Создание таблиц базы данных средствами IB Expert
После создания базы данных необходимо определить структуру информации и ввести данные в таблицы. Эти операции делаются посредством интерфейсных форм оболочки IB Expert или командами языка SQL.
Доступ к основным компонентам базы данных осуществляется посредством диалогового окна «Database Explorer» оболочки IB Expert (рисунок 1.3).
Рисунок 1.3 - Database Explorer
Для создания новой таблицы вызовите контекстное меню правой кнопкой мыши в разделе «Таблицы» и выберете пункт «Новая таблица».
Большинство баз данных поддерживают следующие типы полей: - CHAR. Синтаксис: CHAR(n). Размер: n символов. Диапазон / Точность: от 1 до 32767 байтов. Размер символа кодировки определяет максимальное число символов, которые разместятся в 32K. Описание: Фиксированной длины CHAR или строка текста. Альтернативное ключевое слово: CHARACTER
- DATE. Синтаксис: DATE. Размер: 64 бита. Диапазон / Точность: от 1 янв 100 до 11 янв 5941. Описание: Так же включает информацию о времени.
- DECIMAL. Синтаксис: DECIMAL (precision, scale). Размер: Переменный. Диапазон / Точность: precision = от 1 до 15. Определяет, что сохраняется, по крайней мере precision цифр числа. scale = от 1 до 15. Определяет число знаков после запятой. Должно быть меньше или равно precision. Описание: Для примера, DECIMAL (10,3) сохраняет числа точно в следующем формате: ppppppp.sss
- DOUBLE PRECISION. Синтаксис: DOUBLE PRECISION. Размер: 64 бита. Диапазон / Точность: от 1.7E-308 до 1.7E308. Описание: Для научных вычислений: 15 цифр точности. Текущий размер типа DOUBLE зависит от платформы. Большинство платформ поддерживает размер в 64 бита.
- FLOAT. Синтаксис: FLOAT. Размер: 32 бита. Диапазон / Точность: от 3.4E-38 до 3.4E38. Описание: Одиночная точность: 7 цифр точности.
- INTEGER. Синтаксис: INTEGER. Размер: 32 бита. Диапазон / Точность: от -2 147 483 648 до 2 147 483 648. Описание: Длинное целое со знаком (long, longword).
- NUMERIC. Синтаксис: NUMERIC (precision, scale). Диапазон / Точность: precision = от 1 до 15. Определяет, что сохраняется, по крайней мере precision цифр числа. scale = от 1 до 15. Определяет число знаков после запятой. Должно быть меньше или равно precision. Описание: Для примера, NUMERIC (10,3) сохраняет числа точно в следующем формате: ppppppp.sss
- SMALLINT. Синтаксис: SMALLINT. Размер: 16 бит. Диапазон / Точность: от -32768 до 32767. Описание: Короткое целое со знаком. (shot, word).
- VARCHAR Синтаксис: VARCHAR (n). Размер: n символов. Диапазон / Точность: от 1 до 32767 байтов. Размер символа кодировки определяет максимальное число символов, которые разместятся в 32K. Описание: переменной длины CHAR или строка текста. Альтернативные ключевые слова: VARYING CHAR, VARYING CHARACTER.
- BLOB. Синтаксис: BLOB. Размер: Переменный. Диапазон / Точность: Нет. Описание: Большой двоичный объект. Сохраняет данные большого объема, такие как графика, текст и цифровой звук. Основная структура модуля: сегмент. Субтип данных BLOB описывается в их контексте.
После завершения ввода полей необходимо нажать кнопку «Компиляция» (Ctrl F9) с изображением молнии на панели инструментов окна/
На языке SQL создание таблицы REGISTR описывается предложением: CREATE TABLE REGISTR
(ID INTEGER
FAM VARCHAR(16) CHARACTER SET WIN1251, IM VARCHAR(16) CHARACTER SET WIN1251, OTV VARCHAR(16) CHARACTER SET WIN1251, DR DATE, NPAS CHAR(15) CHARACTER SET WIN1251, KV VARCHAR(25) CHARACTER SET WIN1251, MZH VARCHAR(40) CHARACTER SET WIN1251, INN CHAR(15) CHARACTER SET WIN1251, SNILS CHAR(10) CHARACTER SET WIN1251, MRAB VARCHAR(40) CHARACTER SET WIN1251, SRAB INTEGER).
Аналогично пишется, все остальные таблицы. v Разработка приложения для работы с базой данных
Клиентская часть систем баз данных часто оформляется в виде прикладных программ (приложений). Для создания приложений баз данных в среде Delphi имеется набор компонентов на вкладках Data Access, Data Controls и Interbase.
Разработку приложения начнем с добавления в проект специальной невизуальной формы DATAMODULE (File/New/DATAMODULE), в которой будем размещать компоненты для доступа к данным. Поместим в нее компоненты IBTABLE, IBTRANSACTION, IBQUERY со вкладки Interbase и компонент IBSOURCE со вкладки Data Access.
Компонент IBDATABASE предназначен для связи с базой данных. На странице свойств диспетчера объектов необходимо определить имя набора данных (DATABASENAME), параметры доступа (Params) и компонент для работы с транзакциями по умолчанию (DEFAULTTRANSACTION).
Введем в качестве имени набора данных путь к созданной базе данных (с:\ Курсовая работа\ RUSBANK). В разделе «Params» необходимо ввести имя пользователя, пароль и тип кодировки символов: user_name=sysdba password=masterkey lc_ctype=WIN1251
Свойство LOGINPROMPT следует установить в false, в том случае если нет необходимости запрашивать имя пользователя и пароль при каждом подключении к базе данных. В противном случае следует установить это свойство в значение true.
Компонент IBTRANSACTION предназначен для управления транзакциями приложения с базой данных. Транзакция - набор логически связанных операций, работающих с данными базы данных, и либо переводящий базу данных в из одного целостного состояния в другое, либо нет (т.е. оставляющий БД в целостном состоянии, существовавшем до начала транзакции).
Транзакции обладают следующими свойствами: упорядочиваемостью, неделимостью, постоянством.
Упорядочиваемость гарантирует, что если две или более транзакции выполняются в одно и то же время, то конечный результат выглядит так, как если бы все транзакции выполнялись последовательно в некотором (в зависимости от системы) порядке.
Неделимость означает, что когда транзакция находится в процессе выполнения, то никакой другой процесс не видит ее промежуточные результаты.
Постоянство означает, что после фиксации транзакции никакой сбой не может отменить результатов ее выполнения.
Базовыми примитивами при работе с транзакциями являются: - Start Transaction - начать транзакцию;
- Commit - завершить транзакцию и принять сделанные изменения;
- ROLLBACK - завершить транзакцию и отменить сделанные изменения.
Компонент IBQUERY предназначен для передачи запросов от клиентского приложения серверу баз данных. На странице свойств необходимо указать компонент управления транзакциями transaction ? IBTRANSACTION и заполнить редактор предложений/
Компонент DATASOURCE выполняет связь источника данных (TIBQUERY, TIBTABLE и др.) и интерфейсных компонентов формы для отображения данных. На странице свойств следует указать компонент источник данных DATASET (в нашем случае IBQUERY).
Приступим к созданию интерфейсной части проекта. Отметим, что константное имя файла базы данных, указанное в свойстве DATABASENAME, затрудняет перенос приложения на другие компьютеры. Поэтому, в верхней части головной формы проекта (рисунок 1.8) расположим строку ввода пути к базе данных, компонент-диалог выбора имени базы и кнопку BTOPEN для его активизации. Кнопка «Обновить» (BTREFRESH) предназначена для обновления информации, получаемой из базы данных.
В клиентской части окна расположим компонент DBGRID со вкладки Data Controls для отображения результатов запроса IBQUERY. В качестве источника данных укажем компонент DATASOURCFILE/USEUNIT?DATAMODULE3).
К базовым средствам манипулирования данными языка SQL относятся «поисковые» варианты операторов UPDATE и DELETE. Эти варианты называются поисковыми, потому что при задании соответствующей операции задается логическое условие, налагаемое на строки адресуемой оператором таблицы, которые должны быть подвергнуты модификации или удалению. Кроме того, в такую категорию языковых средств входит оператор INSERT, позволяющий добавлять строки в существующие таблицы.
Вывод
В настоящей курсовой работе разрабатывалась БД для информационной системы «Банк», которая адекватно отражает деятельность банка.
На начальном этапе ее проектирования рассматривалась предметная область банка, а конкретно процесс работы с клиентами. В результате этого были выявлены события и процессы, протекающие при регистрациях и операциях.
Во время инфологического проектирования были определены информационные потоки, сущности: регистрация, счет, карта. Клиент, операции, работники; и связи между ними в рассматриваемой предметной области.
В процессе устранения избыточности данных в БД «Банк» была достигнута 3НФ, о чем свидетельствует тот факт, что все не ключевые столбцы созданных таблиц зависят от первичного ключа таблиц, но остаются независимы друг от друга.
На этапе даталогического проектирования все объекты предметной области и их свойства были формально представлены в виде таблицы с набором полей определенного типа и свойств.
Итогом данного курсовой работы стало получение приложения с интуитивно понятным интерфейсом, позволяющее выполнить наиболее важные задачи банка: добавлении, редактировании, удалении данных о клиенте, а так же хранение их персональных данных.
2. Проектирование баз данных СУБД Microsoft Access [Текст]: учеб. пособие для вузов / Н. Н. Гринченко [и др.]. - Москва: Горячая линия-Телеком, 2004. - 240 с.: ил. - Библиогр.: с. 236. - ISBN 5-93517-193-7.
3. Проектирование реляционных баз данных [Текст]: учеб. пособие для вузов / Ю. В. Полищук, С. И. Сормов, Т. А. Черных. - Оренбург: ГОУ ОГУ, 2008. - 133 с. - Библиогр.: с. 132. - ISBN 978-5-7410-0816-4.
4. Системы управления базами данных и знаний: Справ.изд. / под ред. А. Н. Наумова. - М.: Финансы и статистика, 1991. - 352С: ил.
5. Основы использования и проектирования баз данных [Текст]: учеб. пособие для вузов / В. М. Илюшечкин. - М.: Высшее образование, 2009. - 214 с.: ил. - (Основы наук). - Глоссарий: с. 208-211. - ISBN 978-5-9692-0253-5.
6. Использование Oracle 8 тм/8 i тм [Текст]: пер. с англ. / В. Пейдж [и др.]. - Спец. изд. - М.: Вильямс, 1999. - 1024 с.: ил. - Предм. указ.: с. 1019-1022.
7. Программирование в среде СУБД FOXPRO 2.0 [Текст]: построение систем обработки данных / А.А. Попов. - М.: МАРТ, 1996. - 352 с.: ил.
8. http://www.realcoding.net/article/view/293
9. Богачев К.Ю. Основы параллельного программирования / К.Ю. Богачев - М.:Бином, 2001. - 336 с.
10. Сухарев М.В. Основы Delphi. Профессиональный подход / М.В. Сухарев. - М.:Наука и техника, 2004. - 623 с.
Размещено на .ru
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы
