ФГБОУ ВПО
«Уфимский государственный авиационный технический университет»
Разработка
концептуально-логических моделей
базы данных бизнес-процесса
Техническое задание к курсовой работе
по общепрофессиональной дисциплине
«Базы данных»
Направление 09.03.04 – Программная инженерия
Факультет информатики и робототехники
Кафедра автоматизированных систем управления
Курс 3
Семестр 5
2023-2.5.БД.РГР.ПРО-332.21130671.ТЗ
Задание выдал Задание получил
консультант преп. исполнитель студ.
Миронов В.В. Ихсанова Э.А.
11.09.2023 12.09.23
2023-2
1 введение
Данное задание предусматривает разработку концептуально-логических моделей базы данных, предназначенной для информационного обеспечения (обслуживания) гипотетического бизнес-процесса.
2 основание для разработки
Курсовая работа по дисциплине «Базы данных» предусмотрена учебным планом направления подготовки 09.03.04 «Программная инженерия».
3 назначение и цели разработки
В соответствии с «Положением о курсовом проектировании» УГАТУ целью курсового проектирования является формирование опыта комплексного решения конкретных задач профессиональной деятельности, в данном случае – задач разработки концептуально-логических моделей базы данных информационной системы. Эта общая цель включает обучающие, воспитательные, развивающие цели.
Обучающие цели:
закрепление, углубление, расширение и систематизация знаний, полученных при изучении данной и других, предшествовавших ей дисциплин,
закрепление умений применять эти знания для решения типовых задач;
формирование умений работы с программным инструментарием;
развитие умений работы со специальной литературой и иными информационными источниками;
формирование умений формулировать логически обоснованные выводы, предложения и рекомендации по результатам выполненной работы;
формирование умения грамотно с филологической и психологической точек зрения составить доклад и подготовить презентацию защищаемого проекта (работы);
формирование умений выступать перед аудиторией с докладом при защите проекта (работы), компетентно отвечать на вопросы, вести профессиональную дискуссию, убеждать оппонентов в правильности принятых решений.
Воспитательные цели, призванные воспитывать в студентах:
уверенность в своих творческих и коммуникационных возможностях;
самостоятельность, ответственность за выполняемую инженерно-техническую работу;
навыки планомерной регулярной работы над решением поставленной задачи.
Развивающие цели, способствующие формированию у студентов:
системного мышления;
интеллектуального творческого потенциала;
профессиональной письменной и устной речи.
4 Требования к объекту разработки
Данное задание предусматривает разработку концептуально-логических моделей базы данных, предназначенной для информационного обеспечения (обслуживания)
4.1 Бизнес-процесс, обслуживаемый базой данных
База данных, проектируемая в рамках данного задания, предназначена для информационного обеспечения (обслуживания) бизнес-процесса «Вуз. Приемная комиссия».
4.1.1 Краткое описание бизнес-процесса. Процесс приема абитуриентов на учебу в вуз.
4.1.2 Перечень функций бизнес-процесса. Бизнес-процесс обычно подразделяется на подпроцессы, процедуры, функции. В рамках данной курсовой работы бизнес-процесс состоит из функций. Для бизнес-процесса «Вуз. Приемная комиссия» требуется информационное обеспечение для следующих функций:
«Прием заявлений» Процесс приема заявлений и документов от абитуриентов.
«Зачисление» Процесс зачисления абитуриентов по результатам конкурсного отбора.
«Апелляции» Процесс рассмотрения апелляций абитуриентов по приему документов и результатам зачисления.
4.2 Информация для обслуживания функций бизнес-процесса
База данных должна удовлетворять информационные потребности указанных выше функций бизнес-процесса. Для этого она должна предусматривать хранение сведений, относящихся к базовым сущностям (участникам) этих функций. Ниже перечислены
4.2.1 Функция «Прием заявлений». Информационная структура этой функции содержит следующие агрегаты:
Агрегат «Абитуриент». Сведения о приеме заявлений и документов от абитуриентов. Структура агрегата следующая:
● «Код абитуриента» – атрибут. Абитуриенты кодируются без дубликатов.
● «ФИО абитуриента» – атрибут.
● «Код категории абитуриента» – атрибут. Абитуриент относится к одной из категорий, определяющих его приоритет и льготы при поступлении.
● «Название категории абитуриента» – атрибут.
● «Рейтинг абитуриента» – атрибут.
● «Дата возврата документов» – атрибут. Отсутствует вместе с другими сведениями о возврате, если документы не возвращены.
● «Код секретаря, возвратившего документы» – атрибут. Секретарь -- сотрудник приемной комиссии -- это персона. Персоны кодируются без дубликатов.
● «ФИО секретаря» – атрибут.
► «Документы абитуриента» – вложенный агрегат. Абитуриент подает несколько документов в соответствии со своим видом.
► «Направление абитуриента» – вложенный агрегат. Абитуриент желает обучаться по одному из нескольких направлений.
Агрегат «Документы абитуриента». Абитуриент подает несколько документов в соответствии со своим видом. Структура агрегата следующая:
● «Регномер документа» – атрибут. Документы нумеруются без дубликатов.
● «Код вида документа» – атрибут. Без дубликатов.
● «Название вида документа» – атрибут.
● «Реквизиты документа» – атрибут. Могут отсутствовать.
● «Дата подачи документа» – атрибут.
● «Код секретаря» – атрибут. Секретарь -- сотрудник приемной комиссии -- это персона. Персоны кодируются без дубликатов.
● «ФИО секретаря» – атрибут.
● «Код должности секретаря» – атрибут. Персона имеет должность. Должности кодируются без дубликатов.
● «Название должности секретаря» – атрибут.
● «Код кафедры» – атрибут. Какую кафедру представляет секретарь. Кафедры кодируются без дубликатов в пределах факультета.
● «Название кафедры» – атрибут.
● «Код факультета» – атрибут. На каком факультете кафедра. Без дубликатов.
● «Название факультета» – атрибут.
Агрегат «Направление абитуриента». Абитуриент желает обучаться по одному из нескольких направлений. Структура агрегата следующая:
● «Код направления» – атрибут. Без дубликатов.
● «Название направления» – атрибут.
● «Код факультета» – атрибут. На каком факультете готовится направление. Без дубликатов.
● «Название факультета» – атрибут.
4.2.2 Функция «Зачисление». Информационная структура этой функции содержит следующие агрегаты:
Агрегат «Приказ о зачислении». Сведения о зачисленных абитуриентах в соответствии с приказом. Структура агрегата следующая:
● «Регномер приказа» – атрибут. Приказы нумеруются без дубликатов.
● «Дата приказа» – атрибут.
● «Код руководителя» – атрибут. Руководитель -- это персона. Персоны кодируются без дубликатов.
● «ФИО руководителя» – атрибут.
● «Код должности руководителя» – атрибут. Персона имеет должность. Должности кодируются без дубликатов.
● «Название должности руководителя» – атрибут.
► «Категория абитуриента в приказе» – вложенный агрегат. Приказ может относиться к зачислению нескольких категорий абитуриентов.
Агрегат «Категория абитуриента в приказе». Приказ может относиться к зачислению нескольких категорий абитуриентов. Структура агрегата следующая:
● «Код категории абитуриента» – атрибут. Абитуриент относится к одной из категорий, определяющих его приоритет и льготы при поступлении.
● «Название категории абитуриента» – атрибут.
► «Зачисленный абитуриент» – вложенный агрегат. Зачисляется множество абитуриентов данной категории.
Агрегат «Зачисленный абитуриент». Зачисляется множество абитуриентов данной категории. Структура агрегата следующая:
● «Код абитуриента» – атрибут. Абитуриенты кодируются без дубликатов.
● «ФИО абитуриента» – атрибут.
● «Рейтинг абитуриента» – атрибут.
● «Код направления» – атрибут. Куда зачислен. Без дубликатов.
● «Название направления» – атрибут.
● «Код факультета» – атрибут. На каком факультете готовится направление. Без дубликатов.
● «Название факультета» – атрибут.
4.2.3 Функция «Апелляции». Информационная структура этой функции содержит следующие агрегаты:
Агрегат «Заседание апелляционной комиссии». Сведения о заседаниях апелляционной комиссии. Структура агрегата следующая:
● «Регномер заседания» – атрибут. Заседания нумеруются без дубликатов.
● «Дата заседания» – атрибут.
► «Член комиссии на заседании» – вложенный агрегат. На заседании присутстуют несколько членов апелляционной комиссии.
► «Абитуриент на заседании» – вложенный агрегат. На заседании рассматриваются апелляции нескольких абитуриентов.
Агрегат «Член комиссии на заседании». На заседании присутстуют несколько членов апелляционной комиссии. Структура агрегата следующая:
● «Код члена комиссии» – атрибут. Член комиссии -- это персона. Персоны кодируются без дубликатов.
● «ФИО члена комиссии» – атрибут.
● «Код должности члена комиссии» – атрибут. Персона имеет должность. Должности кодируются без дубликатов.
● «Название должности члена комиссии» – атрибут.
● «Роль члена комиссии» – атрибут.
Агрегат «Абитуриент на заседании». На заседании рассматриваются апелляции нескольких абитуриентов. Структура агрегата следующая:
● «Регномер апелляции» – атрибут. Апелляции абитуриентов нумеруются без дубликатов.
● «Код абитуриента» – атрибут. Абитуриенты кодируются без дубликатов.
● «ФИО абитуриента» – атрибут.
● «Код вида претензии» – атрибут. Без дубликатов.
● «Название вида претензии» – атрибут.
● «Содержание претензии» – атрибут.
● «Решение комиссии» – атрибут.
5 Стадии и этапы разработки
Выполнение курсовой работы рассчитано на 10 учебных недель и включает следующие стадии и этапы:
Стадия, этап |
Уч. неделя |
1. Получение технического задания |
4 |
2. Разработка моделей: |
|
а) разработка локальных иерархических моделей |
5 |
в) разработка локальных ER-моделей |
7 |
г) разработка глобальной ER-модели |
8 |
д) разработка реляционной модели |
9 |
е) разработка моделей отображения |
10 |
3. Разработка и отладка программного кода |
11 |
4. Оформление результатов и подготовка презентации |
12 |
5. Сдача курсовой работы |
13 |