[vsesdal]
Тип работы: Отчет по практике
Предмет: Информатика
Страниц: 33

СОДЕРЖАНИЕ

Стр.
ВВЕДЕНИЕ 3
1. Характеристика Российского экономического университета имени Г.В. Плеханова 6
2. Проектирование поисковой базы данных в среде Microsoft Access для деканата общеэкономического факультета 14
2.1. Сбор данных для проектирования базы данных 14
2.2. Построение информационной логической модели базы данных 15
2.3. Логическая структура базы данных 17
3. Создание базы данных 19
3.1. Разработка структуры таблиц 19
3.2. Создание схемы данных 20
3.3. Создание форм 22
3.4. Создание запросов 23
3.5. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов 24
3.7. Определение проектируемой задачи в комплексе задач 25
ЗАКЛЮЧЕНИЕ 29
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 31
ПРИЛОЖЕНИЯ 33Стоимость данной учебной работы: 675 руб.

 

    Форма заказа работы
    ================================

    Укажите Ваш e-mail (обязательно)! ПРОВЕРЯЙТЕ пожалуйста правильность написания своего адреса!

    Укажите № работы и вариант

    Соглашение * (обязательно) Федеральный закон ФЗ-152 от 07.02.2017 N 13-ФЗ
    Я ознакомился с Пользовательским соглашением и даю согласие на обработку своих персональных данных.

    Учебная работа № 430421. Тема: Проектирование поисковой базы данных в среде Microsoft Access для деканата общеэкономического факультета Российского экономического университета имени Г.В. Плеханова

    Выдержка из похожей работы

    …….

    Лекции по теории проектирования баз данных (БД)

    …..и простейших баз
    данных и жизненный цикл баз данных. Теперь, рассматривая БД как часть
    информационной технологии, необходимо по новому взглянуть на проблему
    проектирования базы.

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

     

    Приложения поддержки

    информационных

    технологий

     

    Прочие

    приложения

    Поскольку база данных является
    связующим звеном между пользовательскими приложениями и аппаратными средствами,
    ее проектирование можно разделить на два направления: проектирование структуры
    и пользовательских приложений и распределение данных по аппаратным средствам (в
    случае баз данных на сетях). В данном разделе мы рассмотрим вопросы
    проектирования структуры базы данных. В дисциплине АСОЭИ, рассматривая основы
    реляционной алгебры и разработки реляционных моделей, мы коснулись вопросов
    проектирования реляционных баз данных. Одной из распространенных технологий
    разработки БД является следующая:

    1.  
    сбор данных о предметной области;

    2.  
    анализ представлений пользователей;

    3.  
    интеграция представлений пользователей;

    4.  
    разработка сетевой модели;

    5.  
    преобразование сетевой модели в первую нормальную
    форму реляционной модели;

    6.  
    нормализация отношений путем преобразования их к
    третьей нормальной форме.

    В результате получается модель
    реляционной базы данных, которая представляет собой совокупность
    взаимосвязанных отношений.

    Построение сетевой модели связано
    скорее с потребностью разработчика графически представить взаимосвязь данных,
    полученных в результате интеграции представлений пользователей. Преобразование
    сетевой модели в реляционную дает первую нормальную форму последней. Напомним,
    что отношение R находится в первой нормальной форме, если значения в dom(A)
    являются атомарными для каждого атрибута А в R . Вторая и третья нормальные
    формы позволяют избежать аномалий при обновлении данных и избавится от информационной
    избыточности в отношениях. Напомним, что отношение R нормальной форме, если оно
    находится в первой нормальной форме и каждый атрибут не являющийся ключом
    полностью зависит от любого ключа в R. И отношение R находится в третьей
    нормальной форме, если оно находится во 2НФ и каждый атрибут, не являющийся
    первичным ключом не транзитивно зависит от любого возможного ключа.

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

    Пример.

    Другим подходом является возможность
    формального синтеза модели на основании априорно установленных зависимостей
    между атрибутами. Зависимости между атрибутами устанавливаются на основании
    смысловой связи.

    Пример.

    НОМЕР_ЗАЧЕТКИ – ИМЯ_СТУДЕНТА

    НОМЕР_РЕЙСА – ДАТА_ВЫЛЕТА

    Безусловно такой подход к разработке
    модели базы данных предпочтительнее, так как позволяет автоматизировать процесс
    моделирования. Для реализации этого подхода необходимо расширение теоретической
    базы, полученной в курсе АСОЭИ.

    Теоретические основы проектирования БД.

    Основные понятия.

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