
- •Пояснительная записка к дипломному проекту
- •Содержание:
- •1. Разработка технического задания.
- •1.1. Исходное задание на проектирование.
- •1.2. Анализ условий предприятия.
- •1.2.1. Анализ общих закономерностей функционирования предприятия.
- •1.2.2. Основные цели и виды деятельности предприятия
- •Взаимодействие предприятия с другими организациями.
- •Акб «Промсвязьбанк»
- •1.2.4. Выявление организационной структуры организации, определение функций ее подразделений и основных бизнес-процессов
- •1.2.5. Средства реализации процессов обмена между подразделениями.
- •1.2.6 Исследование функций структуры и деятельности базового подразделения
- •1.3. Формулировка требований к системе. Концепция системы.
- •1.3.1. Цели разработки автоматизируемой системы оформления кредитного договора.
- •1.3.2. Описание системы
- •1.3.3. Формирование требований к системе
- •Нефункциональные требования к системе
- •Требования к архитектуре и процессу хранения данных
- •1.3.4. Модель вариантов использования
- •1.3.5. Формирование сценариев, реализующих требования.
- •5) Декомпозиция сценария «Изменение реквизитов договора».
- •Сформированные требования:
- •1.3.5. Проект пользовательского интерфейса
- •2. Анализ и проектирование
- •2.1. Определение классов анализа
- •2.2. Определение сценария анализа
- •2.3. Проект хранилища данных
- •3. Разработка системы централизованного хранения и обработки данных
- •3.1. Формирование требований в базе данных.
- •3.2. Формирование отношений базы данных.
- •3.2.1. Нормализация полученных отношений
- •3.2.2. Выявление связей полученных отношений
- •3.3. Даталогическое проектирование
- •3.3.1. Проектирование базы данных
- •3.3.2. Организация бизнес логики на стороне сервера
- •3.3.3. Реализация выявленных механизмов
- •4.2.2. Разработка компонент
- •4.2.3. Выбор технологии реализации пользовательской компоненты
- •4.2.4. Уточнение состава экранных форм
- •4.2.5. Определение технологии доступа к компоненте данных
- •5. Аппаратная и административная интеграция ис
- •5.1. Разработка схемы развертывания.
- •5.1.1. Формулировка требований к физическим устройствам и сетевому оборудованию, состав рабочих мест.
- •5.1.2. Выбор состава аппаратных средств.
- •5.1.3. Расчет потребности персонала.
- •5.2. Разработка среды интеграции.
- •5.2.1. Выбор сетевой архитектуры и технологии
- •5.2.1.1. Выбор архитектуры
- •5.2.1.2. Выбор технологии и аппаратных средств. Расчет сети.
- •5.2.2. Разработка среды связи с внешними объектами.
- •6. Общие вопросы администрирования
- •6.1.4. Политика администрирования на предприятии акб «Промсвязьбанк»
- •7. Вопросы информационной безопасности
- •8. Тестирование
- •9. Технико-экономическое обоснование системы
3.3.3. Реализация выявленных механизмов
Созданы следующие хранимые процедуры, выполняющие:
Запрос на проверку наличия данного номер вагона в базе данных. Прообраз данной хранимой процедуры был выявлен в диаграмме последовательности «Ввод данных по ремонту» и отображен в методе «ProvNomerVagon».
Запрос на ввод «Нового вагона», включая данные о собственнике вагона, его типе и заводе изготовителе. При этом информация заносится в различные таблицы. Прообраз данной хранимой процедуры был так же выявлен в диаграмме последовательности «Ввод данных по ремонту» и отображен в методе «DobPasportDan».
Запрос на добавление не существующих заказчиков, неисправностей и ремонта.
Запрос на вывод всей информации о вагоне по его номеру
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 должна быть настроена на используемый сервер и базу данных.
Рис диаграмма компонентов
Компонента БД содержит структурированные данные в виде таблиц, выполняемые запросы, реализованные с помощью хранимых процедур. В базе данных осуществляется хранение, изменение, удаление информации.
Клиентская компонента реализована в виде экранных форм. Причем каждая форма представляет собой одно логически завершённое действие, т.е. одна форма предназначена для одного конкретного действия. Все поля списки и кнопки на форме подписаны без сокращений для удобства и понятия пользователем.
Клиентское приложение выполняет следующие функции:
Добавление нового договора (на сервер передается вся введенная пользователем информация, разносится в таблицы и хранится там);
Добавление нового клиента (введенные данные также сохраняются в таблицах);
Редактирование имеющихся данных о клиенте или договоре (на сервер посылается запрос на вывод необходимой информации, она изменяется пользователем и снова сохраняется в таблицах);
Добавление и удаление информации в справочники – область, город, улица, проценты по кредитованию, валюта по кредитованию, срок кредитования, счет валюты и счет (на сервер передается вся введенная пользователем информация, разносится в таблицы и хранится там);
Редактирование данных во всех справочниках (на сервер посылается запрос на вывод необходимой информации, она изменяется пользователем и снова сохраняется в таблицах);
Удаление клиента или договора из базы данных.