
- •Пояснительная записка к дипломному проекту
- •Содержание:
- •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. Технико-экономическое обоснование системы
2.3. Проект хранилища данных
Для определенных выявленных классов можно указать отношения объектов, их атрибуты, типы, характеристики. Предполагаемое хранилище данных производится для объектов, в которых будет храниться вся необходимая информация. Эти объекты являются постоянными и используются системой. Выявленные объекты и их атрибуты представлены на рисунке.
Рис. 56 Проект хранилища данных
3. Разработка системы централизованного хранения и обработки данных
СУБД должна быть построена по архитектуре клиент-сервер. Она должна поддерживать возможность создания пользователей, назначения им ролей и прав доступа к информации, хранящейся в базе данных, а также должна быть предусмотрена возможность расширения базы данных и возможность ее интеграции в другие системы и существовать возможность создания резервной копии данных.
Также в процессе проектирования была выявлена необходимость в создании следующих процедур:
1) процедура на добавление нового договора и клиента «Dobav_kl»;
2) процедура поиска данных о клиенте или договоре по заданным критериям «Poisk»;
3) процедура удаления клиента «Delete_kl»;
4) процедура удаления договора «Delete_dog»;
5) процедуры вывода данных;
6) процедуры удаления данных;
7) процедуры обновления;
8) процедуры изменения.
3.1. Формирование требований в базе данных.
База данных должна быть реляционной. Соответственно она должна удовлетворять требованиям нормализации, должна содержать информацию о документах достаточную, для их идентификации, поиска, добавления и редактирования, должна вести учет действий, производимых с документами (журнал событий). Все механизмы по управлению данными в базе данных должны быть выполнены в виде хранимых процедур. Это позволит легко вносить в них изменения, не изменяя структуры базы данных и клиентского приложения.
3.2. Формирование отношений базы данных.
В ходе анализа системы, на основании полученных требований к хранилищу данных, были выявлены необходимые отношения. Содержащиеся в них атрибуты, их характеристики, а так же идентификаторы кортежей представлены ниже.
Отношение «P_Vagon» - Содержит паспортную информацию о вагонах.
Название атрибута |
Хранимые данные |
Ключ (уникальность) |
Связанные отношения |
Необходимость заполнения |
Kod |
Уникальный идентификатор кортежа |
Первичный ключ |
P_Depo_Vagony |
Да |
N_Vagona |
Бортовой номер вагона |
Нет |
|
Нет |
Typ_vagona |
Код типа вагона |
Внешний ключ |
P_typ_vag |
Нет |
Data_sozdanya |
Дата создания вагона |
Нет |
|
Нет |
Zavod_izgotovytel |
Код завода изготовителя вагона |
Внешний ключ |
P_Zav_izgot |
Нет |
Pereprobeg_KM |
Перепробег вагона (км) |
Нет |
|
Нет |
Sobstvenik_vagona |
Код собственника вагона |
Внешний ключ |
P_Sobstvennik |
Нет |
Отношение «P_typ_vag» - Содержит информацию о существующих типах вагонов.
Название атрибута |
Хранимые данные |
Ключ (уникальность) |
Связанные отношения |
Необходимость заполнения |
id |
Уникальный идентификатор кортежа |
Первичный ключ |
P_Vagon |
Да |
typ_vagona |
Тип вагона |
Нет |
|
Нет |
aktiv |
Активность поля |
Нет |
|
Нет |
Отношение «P_zav_izgot» - Содержит информацию о существующих заводах изготовителях вагонов.
Название атрибута |
Хранимые данные |
Ключ (уникальность) |
Связанные отношения |
Необходимость заполнения |
Kod |
Уникальный идентификатор кортежа |
Первичный ключ |
P_Vagon |
Да |
zavod_izgotov |
Завод изготовитель |
Нет |
|
Нет |
aktiv |
Активность поля |
Нет |
|
Нет |
Отношение «P_Sobstvennik» - Содержит информацию о собственниках вагонов.
Название атрибута |
Хранимые данные |
Ключ (уникальность) |
Связанные отношения |
Необходимость заполнения |
nomer |
Уникальный идентификатор кортежа |
Первичный ключ |
P_Vagon |
Да |
Sobstvenik_vagona |
Собственник вагона |
Нет |
|
Нет |
aktiv |
Активность поля |
Нет |
|
Нет |
Отношение «P_Depo_Vagony» - Содержит полную информацию о ремонте вагонов.
Название атрибута |
Хранимые данные |
Ключ (уникальность) |
Связанные отношения |
Необходимость заполнения |
Id_kod |
Уникальный идентификатор кортежа |
Первичный ключ |
|
Да |
Kod_vagona |
Код вагона |
Внешний ключ |
N_Vagon |
Нет |
vyd_neyspravnosty |
Код типа неисправности |
Внешний ключ |
P_Neyspravnosty |
Нет |
Kod_delal |
Код неисправной детали |
Внешний ключ |
P_Detaly |
Нет |
Vyd_remonta |
Код типа ремонта |
Внешний ключ |
P_Typ_Remonta |
Нет |
Ispolnytel |
Код исполнителя ремонта |
Внешний ключ |
P_Ispolnytely |
Нет |
Vipolnenye_remont |
Код ремонта |
Внешний ключ |
P_Remont |
Нет |
Data_postuplenia |
Дата поступления вагона на ремонт |
Нет |
|
Нет |
Stoymost_remonta |
Стоимость произведенного ремонта |
Нет |
|
Нет |
Zatraty_vremeni |
Затраты времени на ремонт |
Нет |
|
Нет |
Отношение «P_Ispolnytely» - Содержит информацию об исполнителях ремонта.
Название атрибута |
Хранимые данные |
Ключ (уникальность) |
Связанные отношения |
Необходимость заполнения |
Kod |
Уникальный идентификатор кортежа |
Первичный ключ |
P_Depo_Vagony |
Да |
FIO |
Фамилия, имя, отчество исполнителя ремонта |
Нет |
|
Нет |
dolgnost |
Должность исполнителя ремонта |
Нет |
|
Нет |
Seria |
Серия паспорта |
Нет |
|
Нет |
Nomer |
Номер паспорта |
Нет |
|
Нет |
activ |
Активность поля |
Нет |
|
Нет |
Отношение «P_Neyspravnosty» - Содержит информацию о существующих неисправностях вагонов.
Название атрибута |
Хранимые данные |
Ключ (уникальность) |
Связанные отношения |
Необходимость заполнения |
Kod |
Уникальный идентификатор кортежа |
Первичный ключ |
P_Depo_Vagony |
Да |
Vyd_neyspravnosty |
Неисправность вагона |
Нет |
|
Нет |
aktiv |
Активность поля |
Нет |
|
Нет |
Отношение «P_Detaly» - Содержит информацию о деталях вагонов.
Название атрибута |
Хранимые данные |
Ключ (уникальность) |
Связанные отношения |
Необходимость заполнения |
Kod |
Уникальный идентификатор кортежа |
Первичный ключ |
P_Depo_Vagony |
Да |
Nazvanye_detaly |
Название детали |
Нет |
|
Нет |
aktiv |
Активность поля |
Нет |
|
Нет |
Отношение «P_Remont» - Содержит информацию о производимом ремонте.
Название атрибута |
Хранимые данные |
Ключ (уникальность) |
Связанные отношения |
Необходимость заполнения |
id |
Уникальный идентификатор кортежа |
Первичный ключ |
P_Depo_Vagony |
Да |
remont |
Производимый ремонт |
Нет |
|
Нет |
aktiv |
Активность поля |
Нет |
|
Нет |
Отношение «P_Typ_Remonta» - Содержит информацию о существующих типах ремонтов.
Название атрибута |
Хранимые данные |
Ключ (уникальность) |
Связанные отношения |
Необходимость заполнения |
id |
Уникальный идентификатор кортежа |
Первичный ключ |
P_Depo_Vagony |
Да |
Typ_remonta |
Тип ремонт |
Нет |
|
Нет |
aktiv |
Активность поля |
Нет |
|
Нет |