Скачать пример (образец) курсовой работы на тему "Управление и автоматизация баз данных...."

Управление и автоматизация баз данных

  • Номер работы:
    1733609
  • Раздел:
  • Год добавления:
    15.05.2026 г.
  • Объем работы:
    23 стр.
  • Содержание:
    Оглавление
    ВВЕДЕНИЕ 1
    1. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ 3
    1.1. Анализ предметной области 3
    1.2. Инфологическое проектирование 9
    1.3. Построение логической модели базы данных 17
    1.4. Построение физической модели базы данных 23
    2. ПРОЕКТИРОВАНИЕ SQL-ЗАПРОСОВ 23
    3. ПРОЕКТИРОВАНИЕ СЕРВЕРНОГО ПРИЛОЖЕНИЯ: ХРАНИМЫЕ ПРОЦЕДУРЫ, ФУНКЦИИ, ТРИГГЕРЫ 23
    4. АДМИНИСТРИРОВАНИЕ БАЗЫ ДАННЫХ 23
    ЗАКЛЮЧЕНИЕ 23
    СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 23
    ПРИЛОЖЕНИЯ 23


  • Выдержка из работы:
    Некоторые тезисы из работы по теме Управление и автоматизация баз данных
    ВВЕДЕНИЕ

    Актуальность темы курсовой работы определяется необходимостью создания структурированной базы данных, позволяющей автоматизировать учет заявок технической поддержки. Такая база данных обеспечивает централизованное хранение сведений о пользователях, обращениях, категориях проблем, приоритетах, статусах, комментариях и истории изменений. За счет этого становится возможным быстро находить нужную информацию, контролировать этапы обработки заявок, анализировать загруженность специалистов и формировать отчетные сведения для руководителя службы поддержки.
    Практическая значимость работы состоит в том, что разработанная база данных может быть использована как основа для дальнейшего создания полноценной автоматизированной системы учета заявок. Она позволяет организовать единый порядок регистрации обращений, назначения исполнителей, изменения статусов и фиксации действий по каждой заявке. Кроме того, база данных может быть расширена за счет клиентского приложения, веб-интерфейса, уведомлений, вложений к заявкам и более подробной аналитики.
    …………………………………...... .. .



    1. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

    1.1. Анализ предметной области

    Техническая поддержка в организации представляет собой совокупность процессов, связанных с приемом, регистрацией, классификацией, распределением, выполнением и контролем заявок пользователей. В рамках таких процессов сотрудники обращаются за помощью при возникновении технических неисправностей, проблем с программным обеспечением, доступом к информационным системам, оборудованием, сетью или учетными записями. Если учет заявок ведется вручную, через электронную почту, мессенджеры или разрозненные таблицы, быстро возникают типовые проблемы: часть обращений теряется, сроки выполнения не фиксируются, ответственный исполнитель может быть назначен не сразу, а руководитель не получает объективной картины по загруженности специалистов. Поэтому для устойчивой работы службы поддержки требуется единая база данных, в которой все обращения будут храниться в структурированном виде.
    Предметной областью курсовой работы является учет заявок технической поддержки. В данной области центральным объектом выступает заявка, создаваемая пользователем при возникновении технической проблемы. Заявка содержит описание проблемы, дату создания, категорию, приоритет, статус, сведения о заявителе и исполнителе. В процессе обработки заявка проходит несколько состояний: создана, принята в работу, выполняется, ожидает уточнения, решена, закрыта или отменена. Такая структура позволяет не только хранить обращения, но и отслеживать их жизненный цикл от момента регистрации до завершения работ.
    Автоматизированная система учета заявок технической поддержки предназначена для организации единого информационного пространства между пользователями, специалистами технической поддержки и администратором. Пользователь создает обращение и получает информацию о ходе его обработки. Специалист технической поддержки просматривает назначенные заявки, фиксирует выполненные действия, изменяет статус и добавляет комментарии. Администратор управляет пользователями, ролями, справочниками, категориями заявок, контролирует доступ и получает аналитическую информацию по работе службы поддержки. За счет разделения ролей система обеспечивает порядок обработки обращений и снижает зависимость процесса от устной передачи информации.
    Основные участники предметной области представлены в таблице 1.
    Таблица 1 – Участники процесса учета заявок технической поддержки
    УЧАСТНИК РОЛЬ В ПРЕДМЕТНОЙ ОБЛАСТИ ОСНОВНЫЕ ДЕЙСТВИЯ
    Пользователь Инициатор обращения Создает заявку, описывает проблему, отслеживает статус, получает ответ
    Специалист технической поддержки Исполнитель работ Принимает заявку, уточняет проблему, выполняет работы, меняет статус
    Руководитель службы поддержки Контролирующее лицо Анализирует загруженность специалистов, сроки обработки, качество выполнения
    Администратор системы Ответственный за настройку системы Управляет пользователями, ролями, справочниками, правами доступа
    Система базы данных Средство хранения и обработки информации Хранит заявки, пользователей, комментарии, статусы, историю изменений

    Основной бизнес-процесс начинается с возникновения у пользователя технической проблемы. Пользователь формирует заявку, указывая тему обращения, подробное описание, категорию проблемы и желаемый уровень срочности. После регистрации заявка получает уникальный идентификатор, дату создания и начальный статус. Далее заявка может быть назначена специалисту вручную администратором или руководителем службы поддержки. В рамках курсовой работы предполагается, что назначение исполнителя фиксируется в базе данных, а вся дальнейшая работа по заявке отражается через изменение статуса и добавление комментариев.
    Важным элементом предметной области является классификация обращений. Без категорий и приоритетов заявки превращаются в простой список сообщений, который сложно анализировать. Категория позволяет определить тип проблемы: оборудование, программное обеспечение, сеть, учетная запись, доступ к системе, консультация или другое обращение. Приоритет показывает срочность заявки и влияет на порядок обработки. Например, проблема с доступом к основной информационной системе может иметь высокий приоритет, а консультация по настройке рабочего места — средний или низкий. Такое разделение необходимо для планирования нагрузки и принятия решений в условиях ограниченного числа специалистов.
    …………………………………...... .. .
    СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

    1. Об информации, информационных технологиях и о защите информации : Федеральный закон от 27.07.2006 № 149-ФЗ : ред. от 08.08.2024. – Текст : электронный // КонсультантПлюс : справочная правовая система. – URL: https://www.consultant.ru/document/cons_doc_LAW_61798/ (дата обращения: 15.05.2026).
    2. ГОСТ Р 7.0.5–2008. Библиографическая ссылка. Общие требования и правила составления. – Москва : Стандартинформ, 2008. – 23 с.
    3. ГОСТ 7.32–2017. Отчет о научно-исследовательской работе. Структура и правила оформления. – Москва : Стандартинформ, 2017. – 32 с.
    4. Стружкин, Н. П. Базы данных: проектирование : учебник для среднего профессионального образования / Н. П. Стружкин, В. В. Годин. – Москва : Юрайт, 2023. – 477 с. – ISBN 978-5-534-11635-9.
    …………………………………...... .. .
Скачать демо-версию курсовой работы

Не подходит? Мы можем сделать для Вас авторскую работу без плагиата и нейросетей - под ключ! Узнать цену!

Данный учебный материал (по структуре - Практическая курсовая) разработан нашим автором - 15.05.2026 по заданным требованиям и без использования нейросетей!.

Как это работает:

Copyright © «Росдиплом»
Сопровождение и консультации студентов по вопросам обучения.
Политика конфиденциальности.
Контакты

  • Методы оплаты VISA
  • Методы оплаты MasterCard
  • Методы оплаты WebMoney
  • Методы оплаты Qiwi
  • Методы оплаты Яндекс.Деньги
  • Методы оплаты Сбербанк
  • Методы оплаты Альфа-Банк
  • Методы оплаты ВТБ24
  • Методы оплаты Промсвязьбанк
  • Методы оплаты Русский Стандарт
Наши эксперты предоставляют услугу по консультации, сбору, редактированию и структурированию информации заданной тематики в соответствии с требуемым структурным планом. Результат оказанной услуги не является готовым научным трудом, тем не менее может послужить источником для его написания.