Структура и содержание курсового проекта по дисциплине «БАЗЫ ДАННЫХ» © Митрофанова Я. С.
СТРУКТУРА КУРСОВОГО ПРОЕКТА ВВЕДЕНИЕ (2 стр. ) 1. АНАЛИТИЧЕСКИЙ РАЗДЕЛ (10 -15 стр. ) 1. 1. Анализ предметной области (орг. структура, бизнеспроцессы предприятия и информационные потоки) 1. 2. Разработка требований к проектируемой базе данных 1. 3. Выбор технологии реализации проекта 2. ПРОЕКТНЫЙ РАЗДЕЛ (20 -30 стр. ) 2. 1. Проектирование базы данных (нормализация, построение логической и физической модели, описание таблиц) 2. 2. Разработка интерфейса проектируемого приложения для работы с базой данных 2. 3. Тестирование и отладка программного продукта 2. 4. Разработка инструкции пользователя ЗАКЛЮЧЕНИЕ (1 -2 стр. ) БИБЛИОГРАФИЧЕСКИЙ СПИСОК (не менее 40 источников) ПРИЛОЖЕНИЯ © Митрофанова Я. С.
ВВЕДЕНИЕ Актуальность, цель, задачи курсового проектирования Пример: Целью КП является разработка базы данных и приложения для автоматизации процесса продажи путевок в туристическом агентстве. Для достижения цели КП необходимо решить следующие задачи: • проанализировать деятельность туристического агентства и построить функциональную модель процесса продажи путевок в туристическом агентстве; • рассмотреть документооборот предприятия и построить схему информационых потоков; • выбрать технологию реализации проекта; • построить логическую и физическую модели базы данных (БД) на основе принципов нормализации; • разработать и реализовать экранные формы приложения для работы с базой данных; • провести тестирование готового приложения. © Митрофанова Я. С.
1. АНАЛИТИЧЕСКИЙ РАЗДЕЛ (10 -15 стр. ) 1. 1. Анализ предметной области (орг. структура, бизнес-процессы предприятия и информационные потоки) Проводится анализ деятельности выбранного предприятия, в который входит: 1. Краткое описание предприятия (орг. -правовая форма, перечисляются основные виды деятельности, указывается количество работников). 2. Построение и описание организационной структуры предприятия (схема организационной структуры предприятия, выделение работников, для которых проектируется БД, описание их функций: оформление договоров, подготовка отчетов и т. д. ) 3. Построение и описание функциональной диаграммы основных бизнес -процессов для которых разрабатывается БД (функциональная диаграмма в BPWin (AS-IS) автоматизируемого БП). 4. Описание и анализ документооборота предприятия (схема документооборота, описание документооборота, перечисление первичных форм документов, на основе которых будет проектироваться БД – формы документов представляются в приложениях). © Митрофанова Я. С.
Организационная структура филиала ОСАО «Ингосстрах» в г. Тольятти © Митрофанова Я. С.
Организационная структура ООО "Лекс-Аудит" Генеральный директор Зам. генерального директора Отдел бухгалтерского сопровождения и оценки Главный бухгалтер; Старший бухгалтер эксперт (4 человека); Ведущий специалист по оценке бизнеса; Ведущий специалист по оценке недвижимости; (2 человека) Ведущий специалист по оценке оборудования Отдел аудита Административный отдел Главный аудитор; Юрист; Ведущий аудитор; Старший специалист по работе с клиентами Старший аудитор (3 человека) Отдел финансового консалтинга Ведущий специалист по финансовому консалтингу; Финансовый консультант © Митрофанова Я. С. Отдел технической поддержки Руководитель отдела
Информационные потоки процесса заключения страховых договоров © Митрофанова Я. С.
Схема информационных потоков ООО "Лекс-Аудит" © Митрофанова Я. С.
© Митрофанова Я. С.
Процесс «Страхование маломерных судов, яхт и катеров» филиала ОСАО «Ингосстрах» в г. Тольятти © Митрофанова Я. С.
1. 2. Разработка требований к проектируемой базе данных Идет перечисление требования предприятия к проекту: - Какие данные должны содержаться в БД - Требования к интерфейсу - Требования к организации поиска - Какие отчеты должны формироваться и т. д. 1. 3. Выбор технологии реализации проекта Выбираете СУБД, среду программирования и перечисляете ее достоинства по отношению к другим СУБД и ПО © Митрофанова Я. С.
2. ПРОЕКТНЫЙ РАЗДЕЛ (20 -30 стр. ) 2. 1. Проектирование базы данных (нормализация, построение логической и физической модели, описание таблиц, таблиц не менее 6) Выделяете и описываете сущности предметной области и их атрибуты, описываете их, проверяете на соответствии требованиям 3 НФ. В ERWin разрабатываете модели БД, формируете скрипт. Описываете каждую сущность в таблице с комментариями (главная – зависимая) © Митрофанова Я. С.
Таблица 2. 4 Таблица «Экспертиза автомобиля» № Наименование поля Содержание Тип 1 ID_осмотра Содержит код осмотра 2 №_ГУРУ Содержит идентификационный номер клиента СК 3 №_полиса Содержит номер страхового полиса 4 Дата осмотра Содержит дату осмотра 5 Госномер авто Содержит госномер застрахованного автомобиля 6 Владелец авто Содержит ФИО владельца или доверенного лица застрахованного автомобиля строка Примечание по осмотру Содержит дополнительную информацию по осмотру (наличие фото, акта осмотра) строка Отметка о закрытии Содержит отметку о передачи экспертизы и соответствующих документов в ЦУУ строка 7 8 © Митрофанова Я. С. число дата строка
2. 2. Разработка интерфейса проектируемого приложения для работы с базой данных Меню, интерфейсы 2. 3. Тестирование и отладка программного продукта Проверяется функционирование приложения 2. 4. Разработка инструкции пользователя © Митрофанова Я. С.
Логическая модель базы данных © Митрофанова Я. С.
Схема главного меню приложения Справочники Документы Отчеты Поиск Яхты и катера Заявление Сводные отчеты продаж Поиск по дате Тип судна Анкета расчета Отчеты в М. Excel Поиск по страхователю Материал корпуса Направление к сюрвейеру Сводные сведения об объекте страхования Поиск по страховому объекту Цель эксплуатации Справка Журнал регистрации направлений к сюрвейеру Справка Место хранения Классификационные общества Журнал регистрации заявлений Тип двигателя Тип страхования Сюрвейер © Митрофанова Я. С. О программе
Главная форма приложения © Митрофанова Я. С.
Классификация баз данных По технологии обработки данных базы данных подразделяются на централизованные и распределенные. Централизованная база данных хранится в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети ЭВМ, возможен распределенный доступ к такой базе данных – доступ к ней пользователей различных ЭВМ данной сети. Такой способ использования баз данных часто применяют в локальных сетях персональных ЭВМ. © Митрофанова Я. С.
Классификация баз данных Распределенная база данных состоит из нескольких, возможно, пересекающихся или даже дублирующих друга частей, хранимых в различных ЭВМ вычислительной сети. Однако пользователь распределенной базы данных не обязан знать, каким образом ее компоненты размещены в узлах сети, и представляет себе эту базу данных как единое целое. © Митрофанова Я. С.
По способу доступа к данным базы данных разделяются на базы данных с локальным доступом и базы данных с удаленным (сетевым) доступом. Системы централизованных баз данных с сетевым доступом предполагают различные архитектуры подобных систем: • файл-сервер; • клиент-сервер. © Митрофанова Я. С.
Классификация баз данных Файл-сервер. Данная архитектура систем БД предполагает выделение одной из машин сети в качестве центральной (сервер файлов). На такой машине хранится совместно используемая централизованная БД. Все другие машины сети выполняют функции рабочих станций, с помощью которых поддерживается доступ пользовательской системы к централизованной базе данных. Каждый пользователь может запускать приложение, расположенное на сервере, при этом на компьютере пользователя запускается копия приложения. Файлы базы данных в соответствии с пользовательскими запросами передаются на рабочие станции, где в основном производится обработка. Когда пользователь сети работает с БД, на его компьютере появляется локальная копия общей БД. Эта копия периодически обновляется данными, содержащимися в БД, расположенной на сервере. Для ее реализации предназначены персональные СУБД, например Paradox и DBase. © Митрофанова Я. С.
Классификация баз данных Клиент-сервер. В этой концепции подразумевается, что помимо хранения централизованной БД сервер базы данных должен обеспечивать выполнение основного объема обработки данных. Технология клиент-сервер разделяет приложение на две части: клиентскую и серверную. Клиентская обеспечивает интерактивный интерфейс, сервер обеспечивает управление данными, разделение информации, администрирование и безопасность. Для получения данных приложение клиент формирует и отсылает запрос удаленному серверу, на котором размещена БД. Запрос формируется на языке SQL, который является стандартом доступа к серверу при использовании реляционных баз данных. После получения запроса удаленный сервер направляет его SQL серверу (серверу баз данных). Вся обработка запроса выполняется на удаленном сервере. © Митрофанова Я. С.
Классификация баз данных Для реализации архитектуры клиент сервер обычно применяются многопользовательские СУБД, например Оracle, MS SQL Server, Inter. Base и др. Подобные СУБД называют промышленными, так как они позволяют организовать информационную систему, состоящую из большого числа пользователей. © Митрофанова Я. С.
Классификация баз данных Различают фактографические автоматизированные информационные системы (АИС), у которых базы данных составляются из форматированных (формализованных) записей, и документальные АИС, записями которых могут служить различные неформализованные документы (статьи, письма и т. п. ). В фактографических АИС примером форматированных записей могут служить, записи об операциях по приему и выдаче денег в сберкассе; запись имеет четыре основных атрибута: дата, характер операции (принято, выдано), сумма, остаток вклада. © Митрофанова Я. С.
Классификация баз данных Для реализации архитектуры клиент сервер обычно применяются многопользовательские СУБД, например Оracle, MS SQL Server, Inter. Base и др. Подобные СУБД называют промышленными, так как они позволяют организовать информационную систему, состоящую из большого числа пользователей. © Митрофанова Я. С.
Архитектура СУБД (трехуровневая) Внешняя схема (инфологический уровень) Концептуальный уровень Физический уровень Подсхема 1, Подсхема 2 … Подсхема n Даталогическая модель данных Физическая модель данных (база данных) © Митрофанова Я. С. СУБД
Даталогическая организация баз данных Понятие «данные» в концепции баз данных — это набор конкретных значений, параметров, характеризующих объект, условие, ситуацию или любые другие факторы Модель данных — это некоторая абстракция, которая, будучи приложима к конкретным данным, позволяет пользователям и разработчикам трактовать их уже как информацию, то есть сведения, содержащие не только данные, но и взаимосвязь между ними. © Митрофанова Я. С.
Модели данных С помощью модели данных могут быть представлены объекты предметной области и взаимосвязи между ними. В зависимости от вида организации данных различают следующие важнейшие модели БД: • иерархическую • сетевую • реляционную • объектно ориентированную © Митрофанова Я. С.
Реляционные базы данных Э. Ф. Коддом (E. F. Codd) в 1970 впервые сформулировал основные понятия и ограничения реляционной модели. Цели создания реляционной модели формулировались следующим образом: • обеспечение более высокой степени независимости от данных. Прикладные программы не должны зависеть от изменений внутреннего представления данных, в частности от изменений организации файлов, переупорядочива ния записей и путей доступа; • создание прочного фундамента для решения семантических вопросов, а также проблем непротиворечивости и избыточности данных. В частности, в статье Кодда вводится понятие нормализованных отношений, т. е. отношений без повторяющихся групп; • расширение языков управления данными за счет включения операций над множествами. © Митрофанова Я. С.
Реляционная модель баз данных Реляционная модель основана на математическом понятии отношения, физическим представлением которого является таблица. Отношение – это плоская таблица, состоящая из столбцов и строк. Любой реляционной СУБД предполагается, что пользователь воспринимает базу данных как набор таблиц. Однако следует подчеркнуть, что это восприятие относится только к логической структуре базы данных, т. е. ко внешнему и концептуальному уровням. Подобное восприятие не относится к физической структуре базы данных, которая может быть реализована с помощью различных структур. © Митрофанова Я. С.
Реляционная модель баз данных Атрибут это поименованный столбец отношения. В реляционной модели отношения используются для хранения информации об объектах, представленных в базе данных. Отношение обычно имеет вид двумерной таблицы, в которой строки соответствуют отдельным записям, а столбцы атрибутам. При этом атрибуты могут располагаться в любом порядке, независимо от их переупорядочивания, отношение будет оставаться одним и тем же, а потому иметь тот же смысл. Домен – это набор допустимых значений для одного или нескольких атрибутов. Домены представляют собой мощный компонент реляционной модели. Каждый атрибут реляционной базы данных определяется на некотором домене. Домены могут отличаться для каждого из атрибутов, но два и более атрибутов могут определяться на одном и том же домене. © Митрофанова Я. С.
Альтернативные варианты терминов в реляционной модели Вариант1 Вариант2 Отношение Таблица Кортеж Запись Атрибут Поле © Митрофанова Я. С.
Спасибо за внимание! © Митрофанова Я. С.
Скачать презентацию Структура и содержание курсового проекта по дисциплине «БАЗЫ
Презентация_Курсовой_проект.ppt