Файл: Курсовой проект разработка распределенной базы данных Техническое обслуживание и ремонт локомотивов.docx

Наименование организаций – Заказчик и Разработчик

Заказчик: Название предприятия: Эксплуатационное локомотивное депо Иланская структурное подразделение Красноярская железная дорога дирекция тяги филиал ОАО «РЖД»;

Адрес фактический: 663800, г. Иланский, р-н Иланский, ул. Локомотивная, д.10;

Телефон /Факс: 8(39173) 9-24-57;

ФИО руководителя предприятия: Лысак Николай Николаевич.

Разработчик: Ульянов Владимир Николаевич.

Плановые сроки начала и окончания работы

Дата выдачи 27.03.2023. Срок окончания 15.04.2023.
3.1.5 Источник и порядок финансирования
Согласно тому, что проект распределенная база данных разрабатывается на основании курсового проектирования, то источник финансирования не предусматривается.

3.1.6 Порядок оформления и предъявления Заказчику результатов работ

Работы по созданию РБД выполняются поэтапно.

По окончании каждого из этапов Разработчик предъявляет Заказчику результат выполненных работ и соответствующую документацию.

Назначение системы

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

Цель создания системы

РБД «Техническое обслуживание и ремонт локомотива» создается с целью повышение производительности труда персонала.

В результате создания хранилища данных должны быть улучшены значения следующих показателей:

время сбора и первичной обработки исходной информации;
время, затрачиваемое на составление отчета;

Приводятся краткие сведения об области деятельности Заказчика (или подразделения организационной структуры Заказчика, для нужд которого разрабатывается система) и сферы автоматизации с указанием ссылок на ранее разработанные документы, содержащие более подробные сведения об организации заказчика.

3.1.9 Концептуальное проектирование

3.1.9.1 Моделирование бизнес процессов по методологии IDEF0

IDEF0 – методология функционального моделирования (англ. functionmodeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность (поток работ).

Стандарт IDEF0 представляет организацию как набор модулей, здесь существует правило – наиболее важная функция находится в верхнем левом углу, кроме того есть правило стороны:

– стрелка входа приходит всегда в левую кромку активности;

– стрелка управления – в верхнюю кромку;

– стрелка механизма – нижняя кромка;

– стрелка выхода – правая кромка.

Деятельность организации в методологии IDEF0 представлена в приложении А.

В приложении Б приведена декомпозиция диаграммы.

3.1.9.2 ПостроениеUML диаграммы

Диаграммой классов в терминологии UML называется диаграмма, на которой показан набор классов (и некоторых других сущностей, не имеющих явного отношения к проектированию БД), а также связей между этими классами.

Данная разработанная диаграмма будет указана в приложение Д.

3.1.10 Даталогическое проектирование

Логическое (даталогическое) проектирование – создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных.

Преобразование концептуальной модели в логическую модель, как правило, осуществляется по формальным правилам. Этот этап может быть в значительной степени автоматизирован.

В приложении Е представлена схема БД.

3.2 Технический проект

В выбранной СУБД – «Microsoft Visual Studio 2019» была разработана программа, для упрощения работы отдела кадров.

На рисунке 1 представлена главная форма программы.

Рисунок 1 – Главная форма
РБД «Инвентаризация имущества» состоит из 5 таблиц: «Заявка на ремонт», «Ремонт локомотива», «Локомотив», «Запчасти», «Сотрудники».

Рисунок 2 – Заявка на ремонт

Рисунок 3 – Ремонт локомотива

Рисунок 4 – Локомотив

Рисунок 5 – Запчасти

Рисунок 6 – Сотрудники

3.3 Верификация и валидация проекта. Разработка и выполнение

3.3.1 Верификация проекта. Разработка и выполнение тестов
Таблица 1– Верификация проекта

Требование	Тест	Результат
Хранение информации о локомотивах	Заполнение данных	При заполнении всех полей – информация сохраняется
Хранение информации о ремонте и обслуживанию	Заполнение данных	При заполнении всех полей – информация сохраняется
Работоспособность программы в целом	Требуется заполнить инвентаризационную опись на основе этих справочников	После заполнения инвентаризационной описи, в базе появились соответствующие записи

Соответствует требованиям, реализована без непредусмотренных функций и удовлетворяет проектным спецификациям и стандартам.
3.3.2 Валидация проекта. Разработка и выполнение тестов
Таблица 2 – Валидация проекта

Требование	Тест	Результат
Вывод данных в отчете	Вывод данных и проверка их соответствия со списком в документе	Оба отчета полностью выводят все данные
Ввод и редактирование данных	Заполнение данных о локомотивах и редактирование всех полей	При заполнении всех полей и их редактировании – вся информация сохраняется

Достигли целей, которые планировали достичь, благодаря ее использованию.

Эксплуатационная документация

4.1 Требование к аппаратуре и ПО
– Процессор IntelPentiumCeleron1800Мгц и выше.

– Операционная система WindowsXPServicePack 2 и выше.

– Оперативная память 1 Гб и выше.

– Жесткий диск 120 Гб и выше.

– USB-порт.

– Принтер.

Необходимое ПО:

– Программа «Microsoft Visual Studio 2019».
4.2 Руководство пользователя
Запускаем программу.

Открывается главная форма программы, на которой находятся кнопки связанные с таблицами базы данных. Главная форма представлена на рисунке 8.

Рисунок 8 – Главная форма
Переходим на форму имущество. Нажимаем добавить новый локомотив. Вводим все необходимые данные и нажимаем сохранить. После чего, введенная информация записывается в базу данных.

Рисунок 9 – Добавление нового локомотива

ЗАКЛЮЧЕНИЕ
В результате выполнения курсового проекта спроектирована распределенная база данных «Техническое обслуживание и ремонт локомотива» на примере эксплуатационного локомотивного депо Иланская.

Данный проект удовлетворяет основным требованиям, предъявленным в задании, и реализует необходимые функции ИС.

В ходе курсового проекта поставленная цель была достигнута и решены следующие задачи:

– Анализ предметной области и построение концептуальной модели данных. На основе информации, полученной при анализе, было создано подробное описание предметной области, при этом нужно было обратить особое внимание на требование к данным.

– Логическое проектирование. Построена логическая модель базы данных обобщенное, не привязанное к каким - либо компьютерам и СУБД, описание предметной области: набор данных, их типов, длин, связей и т.п.

– Физическое проектирование. Создание даталогической (табличной) модели базы данных – логическая модель.

– Разработка приложения. Выбрана программа, на которой будет осуществляться проектирование и соответственно спроектированная информационная система.

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

Основные источники:

ГОСТ 24.202-80 Требования к содержанию документа «Технико-экономическое обоснование создания АСУ»
ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы
ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.
ГОСТ Р 21.1101–2009 «Система проектной документации для строительства. Основные требования к проектной и рабочей документации»;
Голицына, О.Л. Информационные системы: учеб. пособие для вузов / О.Л. Голицына, Н.В. Максимов, И.И. Попов. – М.: Форум, 2011. – 496 с. – (Высш. образование)
Пирогов, В.Ю. Информационные системы и базы данных [Текст]: организация и проектирование: учеб.пособие / В.Ю. Пирогов. – Спб.: БХВ-Петербург, 2009. – 528 с.
Дунаев, В.В. Базы данных. Язык SQL / В.В. Дунаев. – 2-е изд. – Спб.: БХВ-Петербург, 2007. – 320 с.
Кузовкин, А.В. Управление данными [Текст]: учебник для вузов / А.В. Кузовкин, А.А. Цыганов, Б.А. Щукин. – М.: Академия, 2010. – 254 с.

9 Википедия – свободная энциклопедия [электронный ресурс] ru.wikipedia.org.

10 Википедия – свободная энциклопедия [электронный ресурс] https://ru.wikipedia.org/wiki/microsoftvisualstudio.
ПРИЛОЖЕНИЕ A

(обязательное)
Модель диаграммы «AS-IS»