Главная страница
Навигация по странице:

  • Даталогическое проектирование базы данных

  • Разработка сценариев работы с данными. Определение архитектуры системы

  • Отчет по производственной практике (по профилю специальности) в составе профессиональных модулей пм. 02 Осуществление интеграции программных модулей пм.


    Скачать 2.61 Mb.
    НазваниеОтчет по производственной практике (по профилю специальности) в составе профессиональных модулей пм. 02 Осуществление интеграции программных модулей пм.
    Дата04.07.2022
    Размер2.61 Mb.
    Формат файлаdocx
    Имя файлаOtchet (3).docx
    ТипОтчет
    #624130
    страница3 из 4
    1   2   3   4

    Разработка концептуальной модели базы данных в соответствии с поставленной задачей


    Концептуальное моделированиедеятельность формального описания некоторых аспектов физического и социального мира вокруг нас для понимания этих аспектов и коммуникации.

    Концептуальное моделирование предметной области – моделирование понятий (концептов) и концептуальных структур ПО.

    Для создания концептуальной модели выполняется ряд процедур:

    • определение трёх типов конструктивных элементов (сущность, атрибут, связь);

    • установка сущностей и их документирование;

    • выявление связей между сущностями и их документирование;

    • разработка модели предметной области;

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

    Основные элементы концептуальной модели: сущности, атрибуты, связи.

    Сущностьпредставление (абстракция) реально существующего объекта, процесса или явления. Наименование сущности должно быть уникально во всей модели.

    Атрибут – это характеристика сущности. Это может быть числовой характеристикой, классификацией, идентификацией. Его наименование должно быть уникальным для конкретного типа сущностей и может совпадать с атрибутами других сущностей.

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

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

    Концептуальная модель базы данных представлена на Рисунке 2.



    Рисунок 2- Концептуальная модель базы данных
    1. Даталогическое проектирование базы данных


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

    Даталогическая модель базы данных представлена на Рисунке 3.

    Во время изучения предметной области были выделены следующие сущности:

    • workers – Справочник работников;

    • structure – Структура цеха (справочник участков);

    • data_records_bags – Таблица для ручного ввода информации по зафасованным мягким контейнерам участка гидратной извести.

    Ключевые атрибуты сущностей:

    • workers: worker_tabnumber – Табельный номер работника;

    • structure: division_id – Идентификатор участка цеха;

    • data_records_bags: packing_date – Дата фасовки мягкого контейнера, bag_id – Номер зафасованного контейнера.



    Рисунок 3 – Даталогическая модель базы данных
    1. Разработка сценариев работы с данными. Определение архитектуры системы


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

    Представления — это одно из мощных средств языка SQL, предназначенное для реализации механизм подсхем пользователей базы данных. Представления позволяют скрыть от пользователей схему базы данных. Они представляют собой хранимые в базе данных запросы, выраженные операторами SELECT. На базе одних представлений могут быть созданы новые представления, которые наследуют все свойства базовых представлений. Формировать представления могут пользователи с привилегиями SELECT для используемых в представлениях таблиц (базовых таблиц).

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

    Функции выполняют произвольный список операторов и возвращают результат последнего запроса в списке. В простом случае будет возвращена первая строка результата последнего запроса.

    Отчеты: 

    - Суточный отчёт. Он содержит информацию о зафасованных мягких контейнерах участка гидратной извести ЦОИ за определенные сутки. Пример отчёта представлен на рисунке 4.


    Рисунок 4 – Суточный отчёт
    1. 1   2   3   4


    написать администратору сайта