введение. 2
1. системный анализ предметной области проектируемой базы данных. 5
1.1. Характеристика предметной области. 5
1.2. Экономическая сущность комплекса экономических информационных задач. 9
1.3. Обособление проектных решений по программному обеспечению комплекса задач. 11
2. разработка информационной системы.. 13
2.1. Описание структуры базы данных. 13
2.2. Технологическое обеспечение. 18
заключение. 21
список литературы.. 23
Курсовой проект преследует цель оценить уровень подготовки студентов по общепрофессиональным и специальным дисциплинам, полученные ими теоретические знания, приобретенные навыки самостоятельной работы, умение синтезировать полученные знания и применять их к решению практических задач.
Выполнение КП является одним из завершающих и наиболее значимым этапом обучения студентов по дисциплине «Разработка и эксплуатация автоматизированных информационных систем». Его конечным результатом является представление и защита оформленной соответствующим образом работы, в которой отражается содержание изучаемой дисциплины и качество подготовки специалистов этого направления.
Конечной целью КП является выявление уровня подготовки студента, степени готовности его к усвоению профессиональных знаний.
Основными задачами выполнения КП является:
выявление понимания студентом основных проблем и перспектив развития технологии проектирования автоматизированных информационных систем;
выявление понимания студентом значимости своей будущей профессиональной деятельности, умения приобретать новые знания, особенно в области современных информационных технологий;
выявление умения работать с технической и нормативной документацией, а также четко излагать свои мысли;
выявление навыков решать поставленные практические задачи с использованием теоретических знаний.
В процессе научных исследований, посвященных тому, как именно должна быть устроена СУБД, предлагались различные способы реализации. Самым жизнеспособным из них оказалась предложенная американским комитетом по стандартизации ANSI (American National Standards Institute) трехуровневая система организации БД:
1. Уровень внешних моделей – самый верхний уровень, где каждая модель имеет свое «видение» данных. Этот уровень определяет точку зрения на БД отдельных приложений. Каждое приложение видит и обрабатывает только те данные, которые необходимы именно этому приложению. Например, система распределения работ использует сведения о квалификации сотрудника, но ее не интересуют сведения об окладе, домашнем адресе и телефоне сотрудника, и наоборот, именно эти сведения используются в подсистеме отдела кадров.
2. Концептуальный уровень – центральное управляющее звено, здесь БД представлена в наиболее общем виде, который объединяет данные, используемые всеми приложениями, работающими с данной БД. Фактически концептуальный уровень отражает обобщенную модель предметной области (объектов реального мира), для которой создавалась БД. Как любая модель, концептуальная модель отражает только существенные, с точки зрения обработки, особенности объектов реального мира.
3. Физический уровень – собственно данные, расположенные в файлах или в страничных структурах, расположенных на внешних носителях информации.
Эта архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую (между уровнями 2 и 3) независимость при работе с данными. Логическая независимость предполагает возможность изменения одного приложения без корректировки других приложений, работающих с этой же БД. Физическая независимость предполагает возможность переноса хранимой информации с одних носителей на другие при сохранении работоспособности всех приложений, работающих с данной БД. Это именно то, чего не хватало при использовании файловых систем.
Выделение концептуального уровня позволило разработать аппарат централизованного управления БД.
Целью данного курсового проекта является инфологическое моделирование базы данных «Учебная часть».
Представим предметную область «Учебный процесс» как взаимодействие следующих сущностей: каждый «Студент» сдает экзамен или зачет по некоторому «Предмету» согласно учебному плану. В учебном процессе участвует «Преподаватель», который осуществляет чтение учебного курса и контроль знаний «Студента». В учебном процессе также участвует «Кафедра», которая организовывает работу «Преподавателя». Обучение «Студента» ведется в «Группе» совместно с его одногруппниками.
На основании внимательного предметной области выделим следующие сущности модели «сущность-связь» («Entity Relationship» - ER-модели): «Студент», «Группа», «Кафедра», «Преподаватель», «Предмет учебного плана» и изобразим их в виде графических обозначений (прямоугольник, в верхней части которого записано имя сущности, а ниже перечисляются атрибуты, причем ключевые атрибуты помечаются подчеркиванием) – см. рис.10 – 14.
Следует отметить, что для каждой сущности устанавливается свой код – ключевой атрибут, однозначно характеризующий сущность. Например, обычный номер студента в группе не может выполнять роль ключа, поскольку для каждой группы эти номера могут повторяться. Для преподавателя атрибут Табельный номер нежелательно брать в качестве ключевого, поскольку все-таки возможно изменение табельного номера.
Для реализации дополнительных функций базы может потребоваться введение дополнительных атрибутов, например, номера зачетной книжки и домашнего телефона студента, домашнего адреса и домашнего телефона преподавателя, должности преподавателя, рабочей программы, даты сдачи экзамена (зачета) и т.д.
СТУДЕНТ |
Код студента |
Номер зачетной книжки |
Фамилия |
Имя |
Отчество |
Год рождения |
Адрес |
Домашний телефон |
Балл при поступлении |
Определение сущности «Студент» в модели ER
ГРУППА |
Код группы |
Обозначение группы |
Количество студентов |
Средний балл в группе при поступлении |
Определение сущности «Группа» в модели ER
КАФЕДРА |
Код кафедры |
Название кафедры |
Телефон |
Заведующий |
Определение сущности «Кафедра» в модели ER
ПРЕПОДАВАТЕЛЬ |
Код преподавателя |
Табельный номер |
Фамилия |
Имя |
Отчество |
Домашний адрес |
Домашний телефон |
Должность |
Ученая степень |
Ученое звание |
Определение сущности «Преподаватель» в модели ER
ПРЕДМЕТ УЧЕБНОГО ПЛАНА |
Код предмета |
Наименование предмета |
Программа |
Часы |
Вид занятия |
Семестр |
Вид сдачи |
Оценка |
Дата сдачи |
Определение сущности «Предмет учебного плана» в модели ER
Будем считать для простоты все связи обязательными. Между выделенными сущностями можно выделить, например, следующие связи:
1. «Студенты» объединены в «Группы» (связь М: 1).
2. Работу «Преподавателей» организуют «Кафедры» (связь М: 1).
3. «Преподаватели» преподают «Предметы учебного плана» (связь 1: М).
5. «Студенты» сдают «Предметы учебного плана» (связь М: М).
Покажем теперь эти связи между всеми сущностями графически с использованием нотации POWER DESIGNER.
Связь между сущностями «Студент» и «Группа» представлена на рис.15. Будем считать для простоты, что все студенты обязательно объединены в группы.
Показана версия полной ER-модели для базы данных «Учебный процесс».
Моделирование связей между сущностями предметной области Учебный процесс».
Пусть необходимо построить базу данных, содержащую информацию об учебном процессе текущего семестра:
списки студентов групп;
перечень изучаемых предметов;
преподавательский состав кафедр, обеспечивающих учебный процесс;
сведения о лекционных и практических занятиях в каждой из групп;
результаты сдачи экзаменов (зачетов) по каждому из проведенных занятий.
В результате анализа предметной области выявляются документы – источники данных для создания базы данных.
Документы справочной информации. Справочная информация содержится в документах «Список студентов групп», «Список преподавателей кафедр», «Список изучаемых предметов». На рис.2, 3 приведены формы справочных документов для студентов и преподавателей.
Документы учетной информации. Учетная информация про учебному процессу может быть представлена в планах проведения занятий в группах на текущий семестр, содержащих перечень лекционных и практических занятий по предметам (рис.4), а также в заполненных экзаменационных ведомостях (рис.5).