Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
мой диплом1.doc
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
1.59 Mб
Скачать

3.3.3. Реализация выявленных механизмов

Созданы следующие хранимые процедуры, выполняющие:

  1. Запрос на проверку наличия данного номер вагона в базе данных. Прообраз данной хранимой процедуры был выявлен в диаграмме последовательности «Ввод данных по ремонту» и отображен в методе «ProvNomerVagon».

  2. Запрос на ввод «Нового вагона», включая данные о собственнике вагона, его типе и заводе изготовителе. При этом информация заносится в различные таблицы. Прообраз данной хранимой процедуры был так же выявлен в диаграмме последовательности «Ввод данных по ремонту» и отображен в методе «DobPasportDan».

  3. Запрос на добавление не существующих заказчиков, неисправностей и ремонта.

  4. Запрос на вывод всей информации о вагоне по его номеру

4. Физическое проектирование

4.1. Выбор технологии

4.1.1. Выбор операционной системы

Разрабатываемая система может быть реализована в рамках операционной системы Windows 2000/XP. Минимальные требования к ЭВМ и системе: ПК с процессором Intel Pentium3 - 550МHz.

4.1.2. Выбор технологии взаимодействия пользователя с системой

Рис. Структура доступа к данным.

ODBC – это открытый интерфейс доступа к базам данных, встроенный в Windows с помощью инструментов интерфейса программного обеспечения. Он определяет набор функций, которые можно использовать для доступа к любой реляционной СУБД.

4.1.3. Выбор технологии взаимодействия компонент с данными

В среде Windows доступ к данным осуществляется с помощью технологии OLE DB, реализованную через объекты ADO:

  • ADOConnection – создает соединение с базой данных;

  • ADOQuery - посылает запросы к базе данных.

4.2. Определение физической архитектуры данных.

4.2.1. Определение состава компонент

При формировании компонент реализуются следующие уровни модели приложения MSF: пользовательский уровень и уровень данных.

Пользовательский уровень отображает данные и позволяет пользователю редактировать их. В данном случае используется тип интерфейса, реализуемый средствами подсистемы пользовательского интерфейса операционной системы (в Microsoft Windows применяются API Win32 и элементы управления Windows).

Уровень данных осуществляет доступ к данным, используя свои сервисы для определения места нахождения данных, процесса обработки информации. Данный уровень выполняет работу по получению и передаче данных. Если хранилище данных будет перемещено или изменится его формат, потребуется обновить только сервисы доступа к данным. Каждый модуль доступа к данным отвечает за целостность хранилища (например, реляционной базы данных). В качестве хранилища информации используются простые системы управления базами данных (СУБД), необходимые для обслуживания данных в таблицах и быстрой выборки информации (например, с помощью индексов).

4.2.2. Разработка компонент

Результирующий состав компонент включает:

- СУБД MS SQL Server - должна быть установлена на компьютер, используемый в качестве сервера базы данных;

- Компонента БД. На компьютер сервер БД должна быть установлена база данных «Кредитование физических лиц»;

- kreditovanieFizLiz.exe – клиентская компонента, устанавливаемая на компьютер пользователя. Для корректной работы в компоненте должны быть установлены параметры соединения с базой данных. То есть компонента ADOConnection должна быть настроена на используемый сервер и базу данных.

Рис диаграмма компонентов

Компонента БД содержит структурированные данные в виде таблиц, выполняемые запросы, реализованные с помощью хранимых процедур. В базе данных осуществляется хранение, изменение, удаление информации.

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

Клиентское приложение выполняет следующие функции:

  1. Добавление нового договора (на сервер передается вся введенная пользователем информация, разносится в таблицы и хранится там);

  2. Добавление нового клиента (введенные данные также сохраняются в таблицах);

  3. Редактирование имеющихся данных о клиенте или договоре (на сервер посылается запрос на вывод необходимой информации, она изменяется пользователем и снова сохраняется в таблицах);

  4. Добавление и удаление информации в справочники – область, город, улица, проценты по кредитованию, валюта по кредитованию, срок кредитования, счет валюты и счет (на сервер передается вся введенная пользователем информация, разносится в таблицы и хранится там);

  5. Редактирование данных во всех справочниках (на сервер посылается запрос на вывод необходимой информации, она изменяется пользователем и снова сохраняется в таблицах);

  6. Удаление клиента или договора из базы данных.