практическая работа построение инфологической модели

вебкам студия барнаул работа

Работа для девушек в Самаре Кратко Список. Самарская область Самара

Практическая работа построение инфологической модели лучшая работа для девушки в россии

Практическая работа построение инфологической модели

Макрос представляет собой серию макрокоманд, для каждой из которых при создании макроса указывается ее имя, аргументы и условие выполнения. Родственные макросы в Access можно объединять в группы. Макрос является объектом БД. При выполнении макроса автоматически выполняется последовательность определенных в нем действий. Различают отдельные макросы и группу макросов. Группа взаимосвязанных макросов, которые сохраняются под общим именем, позволяет выполнять сразу несколько задач.

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

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

При выполнении лабораторной работы макросы используются для разработки интерфейса с созданной БД. Последовательность выполнения лабораторной работы 2. Запустить программу Microsoft Access и открыть созданную БД. Предметная область: название.

Введение 5 1. Разработка инфологической модели БД. Основные понятия 8 2. Последовательность выполнения лабораторной работы 11 4. Требования к оформлению отчета 12 Контрольные вопросы 12 Лабораторная работа 2. Разработка реляционной модели БД.

Основные понятия 13 2. Задачи этапа логического проектирования РБД. Последовательность выполнения лабораторной работы 16 4. Требования к оформлению отчета 16 Контрольные вопросы 17 Лабораторная работа 3. Проектирование правил целостности БД и физической модели БД 17 1. Основные понятия 17 2. Последовательность выполнения лабораторной работы 21 5. Требования к оформлению отчета 21 Контрольные вопросы 22 Лабораторная работа 4. Основные понятия 22 2. Последовательность выполнения лабораторной работы 29 2.

Заполнить таблицы БД информацией. Построить запросы для поиска информации из нескольких взаимосвязанных таблиц. Построить формы для реализованных запросов на поиск данных. С помощью Мастера отчетов построить отчеты по работе с данными. Подготовить отчет по лабораторной работе. Требования к оформлению отчета 29 1. Титульный лист. Главную кнопочную форму интерфейса с БД. Примеры форм для ввода данных в таблицы. Перечень основных операций для работы с данными и их реализацию в виде запросов к БД.

Примеры реализации запросов в БД. Примеры реализации отчетов. Лабораторная работа Разработка инфологической модели Б Лабораторная работа Разработка объектной модели Проектирование реляционных баз данных Лабораторная работа по Предмету «Технология деталей» Выпускная работа по «Основам информационных технологий» В процессе проектирования определяется структура данных, которая задает состав данных и их взаимосвязи.

При этом важным моментом является достижение необходимой эффективности структуры, которая должна обеспечить: отображение объектов предметной области в абстрактные объекты модели данных таким образом, чтобы оно соответствовало семантике предметной области; быстрый доступ к данным; минимизацию избыточности, которая, как правило, связана с дублированием данных; целостность данных.

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

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

Результатом данного этапа является инфологическая модель БД. Логическое проектирование — преобразование инфологической модели БД в структуры данных. Результатом этого этапа является логическая модель БД. Физическое проектирование - определение особенностей хранения данных, методов доступа и т. Процесс проектирования БД в настоящее время немыслим без применения специальных программных средств, которые получили название CASE-средства Computer Aided Software Engeneering - создание программного обеспечения с помощью компьютера.

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

Как правило, CASE-средства поддерживают следующие этапы процесса разработки: 1. Лабораторная работа 1. Цель работы — приобрести навыки построения инфологической модели для заданной предметной области на основе ER-модели. Основные понятия Инфологическая модель позволяет представить предметную область в формализованном виде.

При этом используются наиболее естественные для человека формы представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому для построения инфологической модели данных используют различные виды семантических моделей: семантические сети, модель «сущность-отношение» и др.

В лабораторной работе используется модель «сущность-отношение» ER-модель. Основными элементами этой модели являются сущности, их свойства атрибуты и связи между сущностями. Такая связь определяет то, что в каждый момент времени каждому экземпляру сущности А соответствует 1 или 0 экземпляров сущности В рис. Она означает, что одному экземпляру сущности А соответствуют несколько экземпляров сущности В рис. Она означает, что многим экземплярам сущности А соответствует много экземпляров сущности рис.

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

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

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

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

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

Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. Для каждой связи задается мощность и и мя связи. Мощность связей служит для обозначения отношения числа экземпляров родительской сущности к числу экземпляров дочерней. Мощность задается одним из четырех типов: общий случай, когда одному экземпляру родительской сущност и соответствуют 0, 1 или много экземпляров дочерней сущности ; такая связь не помечается каким-либо символом; символом Р помечается случай, когда одному экземпляру родительской сущности соответствуют 1 или много экземпляров дочерней сущности исключено нулевое значение ; символом Z помечается случай, когда одному экземпляру родительской сущности соответствуют 0 или 1 экземпляр дочерней сущности исключены множественные значения ; цифрой помечается случай точного соответствия, когда одному экземпляру родительской сущности соответствует заранее заданное число экземпляров дочерней сущности.

При установлении идентифицирующих связей между сущностями в дочерней сущности автоматически создаются внешние ключи. Атрибут внешнего ключа обозначается символом FK. Последовательность выполнения лабораторной работы Запустить программу AllFusion ERwin Data Modeler и ознакомиться с её интерфейсом для работы с логической моделью. Выделить необходимый набор сущностей, отражающих заданную предметную область и информационные потребности пользователей в ней. Варианты заданий для выбора предметной области приведены в Приложении I.

Для каждой выделенной сущности необходимо задать её полное описание. Для каждой сущности определить необходимый набор атрибутов и задать их полное описание. Определить смысловые ограничения и правила обработки каждого атрибута. Выделить ключевые атрибуты для каждой сущности. На основе анализа взаимодействия сущностей в предметной области определить типы связей между ними. Описать каждую связь. Построить отчет по созданной модели, используя генератор отчетов Report Builder.

Оформить отчет по лабораторной работе. Требования к оформлению отчета Отчет по лабораторной работе должен включать следующие разделы: Титульный лист. Формат титульного листа приведен в Приложении II. Краткое описание выбранной предметной области Графическая ER-модель Документирование ER-модели, созданное средствами Report Builder в виде отчета, которое должно содержать следующие описания: описание сущностей: имя, краткое описание Definition , ключ описание атрибутов: имя, тип, краткое описание Definition , смысловые ограничения на значения Note Описание связей: имя, мощность Контрольные вопросы Каковы задачи, решаемые на этапе инфологического проектирования?

В чем состоит отличие понятия типа сущности и элемента сущности? Что такое внешний ключ? Как формализуется связь ? Как формализуется связь 1:M? Как формализуется связь M:N? Лабораторная работа 2. Математик по образованию, он предложил использовать аппарат теории множеств для определения структуры данных и операций работы с ними.

Кодд доказал, что любое представление данных может быть сведено к совокупности двумерных таблиц особого вида — отношений relation. Формально, отношение определяется как подмножество декартового произведения образующих его множеств доменов : R D 1 x D 2 x … x D n , где D i - i-ый домен отношения. Определение 1. Атрибут отношения есть пара вида. Имена атрибутов должны быть уникальны в пределах отношения. Определение 2. Отношение R, определенное на множестве доменов D 1 , D 2 … D n не обязательно различных , содержит две части: заголовок и тело.

Заголовок отношения или схема отношения содержит фиксированное количество атрибутов отношения: Тело отношения содержит множество кортежей отношения. Различают следующие виды аномалий: Аномалии обновления. Аномалии добавления. Аномалии удаления. Наличие аномалий связано со схемой отношения. Для определения качественной схемы отношения были введены понятия нормальной формы НФ отношения.

Различают несколько видов НФ, которые отличаются ограничениями, накладываемыми на атрибуты отношения. Эти ограничения связаны с понятием функциональной зависимости атрибутов. Дадим определение функциональной зависимости. Теперь введем определения НФ. Декомпозицией схемы отношения R называется замена её совокупностью схем отношений А i таких, что , При этом не требуется, чтобы отношения А i были непересекающимися.

Декомпозиция должна удовлетворять двум основным свойствам: соединения без потерь сохранение зависимостей. Основной задачей логического этапа проектирования является РБД отображение объектов предметной области в объекты используемой модели данных. Такое отображение должно адекватно отображать семантику предметной области и быть наилучшим эффективным, удобным и т. С точки зрения выбранной СУБД задача логического проектирования реляционной базы данных состоит в обоснованном принятии решений о том: из каких отношений должна состоять база данных; какие атрибуты должны быть у этих отношений; какие ключевые атрибуты должны быть определены для каждого отношения; какие ограничения должны быть наложены на атрибуты и отношения базы данных, чтобы обеспечить ее целостность.

Требования к выбранному набору отношений и составу их атрибутов должны удовлетворять следующим условиям: отношения должны отличаться минимальной избыточностью атрибутов; выбранные для отношения первичные ключи должны быть минимальными; отношение должно находиться в 3НФ или НФБК; выбор отношений и атрибутов должен обеспечивать минимальное дублирование данных.

В процессе проектирования РБД из ER-модели выполняются следующие шаги: Каждая простая сущность превращается в отношение. Простая сущность - сущность, не являющаяся подтипом и не имеющая подтипов. Имя сущности становится именем отношения. Каждый атрибут становится возможным атрибутом с тем же именем; может выбираться более точный формат исходя из возможностей СУБД. Компоненты уникального идентификатора сущности превращаются в первичный ключ отношения. Если имеется несколько возможных уникальных идентификатора, выбирается наиболее используемый.

Связи M:1 и становятся внешними ключами. Для этого делается копия уникального идентификатора с конца связи "один" и соответствующие столбцы составляют внешний ключ. Необязательные связи соответствуют столбцам, допускающим неопределенные значения; обязательные связи - столбцам, не допускающим неопределенные значения. В таблицах, построенных на основе ассоциаций, внешние ключи используются для идентификации участников ассоциации, а в таблицах, построенных на основе характеристик и обозначений, использовать внешние ключи используются для идентификации сущностей, описываемых этими характеристиками и обозначениями.

Специфицировать ограничения, связанные с каждым из этих внешних ключей. Последовательность выполнения лабораторной работы Запустить среду моделирования AllFusion ERwin Data Modeler и ознакомиться с интерфейсом программной среды при работе с физической моделью. Дополнить описание атрибутов каждого отношения с учетом выбранной СУБД. Определить первичные и внешние ключи отношений. Для каждого отношения определить все функциональные зависимости, определенные на его атрибутах.

Провести анализ функциональных зависимостей для каждого отношения. Привести схему БД в 3НФ. Графическое описание РБД. Отчет по модели, созданный средствами Report Builder, который должен включать: описание таблиц: имя, краткое описание Definition , описание атрибутов: имя, тип, краткое описание; первичные и внешние ключи, функциональные зависимости для каждой таблицы. Контрольные вопросы Каковы задачи, решаемые на этапе логического проектирования? Каковы базовые свойства реляционной модели данных?

Что такое домен? Что определяет схема отношения? Что такое функциональная, функционально полная зависимость? Каковы условия нахождения отношений в 1НФ? Дайте определение отношений во 2НФ? Каковы условия нахождения отношений в 3НФ? Дайте определение отношения в НФБК? Назовите основные свойства декомпозиции отношения.

Определите основные шаги процесса нормализации. Лабораторная работа 3. Основные понятия При обработке данных необходима гарантия сохранения целостности данных в базе, поэтому важным этапом проектирования РБД является обеспечение целостности базы данных. Целостность данных может быть описана на различных уровнях: целостность на уровне таблиц; целостность, на уровне доменов; связная целостность.

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

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

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

При задании процедурных ограничений целостности можно использовать различные стратегии. CASCADE Каскадное удаление - выполнить удаление и последовательно удалить кортежи в дочернем отношении, которые ссылаются на удаляемый кортеж. SET DEFAULT Установить по умолчанию - обновить кортеж, но в качестве значения внешнего ключа занести не предлагаемое пользователем некорректное значение, а некоторое значение, принятое по умолчанию.

Они используют различные виды описателей, которые применяются для определения атрибутов таблиц: типы значений атрибута, описатель первичного ключа и индекса, правила валидации. Задание целостности в ERwin Data Modeler модет быть определено как для каждого атрибута, так и для связанных таблиц ссылочная целостность.

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

При этом ERwin Data Modeler пользуется библиотекой шаблонов триггеров, которые можно модифицировать. Этот процесс называется прямым проектированием Forward Engineering. Для выполнения прямого проектирования необходимо установить связь с выбранной СУБД. Для этого предусмотрен диалоговый процесс, который позволяет определить основные параметры соединения. Состав параметров зависят от используемой СУБД. Последовательность выполнения лабораторной работы Запустить среду моделирования AllFusion ERwin Data Modeler и ознакомиться с интерфейсом программной среды задания правил целостности.

Провести анализ смысловых правил обработки данных и сформулировать их в виде декларативных правил целостности в РБД. Задать необходимые декларативные ограничения целостности исходя из специфики предметной области. Описание правил целостности на естественном языке и в виде ограничений на значения атрибутов.

Отчет по модели, созданный средствами Report Builder, который должен включать описание правил целостности. Контрольные вопросы Что такое ограничения целостности? В чем важность задания ограничений целостности? Какие виды ограничений целостности вы знаете? Какие способы задания ограничений целостности вы знаете? В чем суть применения триггеров для контроля целостности данных?

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

Как можно реализовывать ограничения целостности на «домен»? Какие ограничения целостности могут быть заданы в ERWin? Как задать значение по умолчанию для заданного атрибута в ERWin? Какие ограничения целостности определяются для первичного ключа? Что такое прямое проектирование в ERWin?

Лабораторная работа 4. Все версии СУБД Access имеют в своем составе средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. Начиная с версии Access , появились также Web-страницы доступа к данным, которые пользователь может просматривать с помощью программы Internet Explorer. Помимо этого, СУБД Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению.

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

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

В строке с фамилией другого студента, изучающего эту же дисциплину, снова будут храниться все атрибуты того же преподавателя, и так далее. Очевидно, что это - огромная избыточность данных. Возможен следующий выход. Данные о студенте следует хранить в одной таблице, о преподавателе - в другой, и потребуется установить связь между полями «Читаемая дисциплина» - «Изучаемая дисциплина» фактически это одинаковые поля.

Тогда избыточность хранимых данных многократно уменьшится без ущерба для логической организации информации. В Access можно задать три вида связей между таблицами: Один-ко-многим, Многие-ко-многим и Один-к-одному.

Связь Один-ко-многим - наиболее часто используемый тип связи между таблицами. В такой связи каждой записи в таблице А может соответствовать несколько записей в таблице В поля с этими записями называют внешними ключами , а запись в таблице В не может иметь более одной соответствующей ей записи в таблице А.

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

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

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

Контролировать целостность данных можно, если выполнены следующие условия:. Здесь существует исключение. Поле счетчика может быть связано с числовым полем, если оно имеет тип Длинное целое ;. Если таблицы являются связанными, то они должны быть таблицами Access. Для установки целостности данных база данных, в которой находятся таблицы, должна быть открыта.

Для связанных таблиц из баз данных других форматов установить целостность данных невозможно. Тут вы можете оставить комментарий к выбранному абзацу или сообщить об ошибке. Файловый архив студентов. Логин: Пароль: Забыли пароль? Email: Email повторно: Логин: Пароль: Принимаю пользовательское соглашение. FAQ Обратная связь Вопросы и предложения.

Добавил: Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам. Скачиваний: Задание 1. Задание 2. Задание 3.

ДЕВУШКА МОДЕЛЬ НА СЪЕМКУ РАБОТА

Схема формирования информационной модели Концептуальная модель см. Информационными объектами обычно являются сущности - обособленные объекты или события, информацию о которых необходимо сохранять, имеющие определенные наборы свойств - атрибутов.

Физическая модель - отражает все свойства атрибуты информационных объектов базы и связи между ними с учетом способа их Less. Физическая модель - отражает все свойства атрибуты информационных объектов базы и связи между ними с учетом способа их хранения используемой СУБД. Внутренняя модель - база данных, соответствующая определенной физической модели.

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

Создание информационной системы ведется в несколько этапов, на каждом из которых конкретизируются и уточняются элементы разрабатываемой системы. CASE Studio является профессиональным инструментом проектирования баз данных. Система предназначена для визуального создания и модификации диаграмм "сущность-связь" ERD и диаграмм потоков данных DFD.

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

Кроме того, предусмотрена возможность генерации ER-диаграмм для существующей базы данных Reverse Engineering с использованием для связи с БД прямого соединения. CASE Studio имеет возможность построения полной физической модели базы данных с использованием индивидуальных свойств каждой БД - типы и свойства атрибутов стандартные БД и пользователя , возможности описания ключей первичные и внешние , связей, условий соблюдения ссылочной целостности, пользователей и их групп ролей ; возможности написания хранимых процедур и пр.

В последующем можно будет выполнить конверсию физической модели для другой СУБД меню Model - Database Convertion с сохранением в виде копии. Создание информационной системы «Контингент студентов университета» Постановка задачи. Главная задача системы - сохранение в базе данных всех необходимых сведений о студентах и их успеваемости. Система должна использовать справочник специальностей.

В системе должен использоваться единый справочник дисциплин предметов для всех подразделений университета. Отрывается окно Case Studio2 3. Для создания новой модели нажимаем кнопку New Model 4. Открывается окно выбора СУБД, в которую после будет сгенерирован код модели. В нашем случае это MS Access Нажимаем Ок и появляется окно, в котором и будем создавать модель нашей информационной системы.

Определим сущности. Определим атрибуты каждой сущности. В физической модели каждой сущности будет соответствовать таблица базы данных, а каждому атрибуту - поле таблицы. Создадим сущности в Case Studio2. Для этого используем инструмент Entity. При этом не требуется, чтобы отношения А i были непересекающимися.

Декомпозиция должна удовлетворять двум основным свойствам:. ERwin представляет следующие варианты обработки этих событий:. Прямое проектирование может быть выполнено только на основе физической модели БД. Основными объектами БД в Access являются таблицы, запросы, формы, отчеты, макросы. Для работы с ними в состав СУБД Access включены разнообразные инструментальные средства, которые значительно облегчают работу пользователя по созданию и изменению объектов БД. К этим средствам относятся Конструктор, Мастер и Построитель.

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

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

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

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

Запрос на удаление данных позволяет удалить из одной или нескольких таблиц записи, удовлетворяющие определенному критерию. Запрос на создание таблицы позволяет сформировать новую таблицу. При этом записи результирующего набора становятся основой для новой таблицы, структуру которой определяет структура самого запроса. Как правило, такие запросы используются для создания таблицы при экспорте данных в другие БД Microsoft Access или для резервного копирования существующих таблиц.

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

Они позволяют задавать один или несколько параметров для условия отбора. Прежде чем запрос будет выполнен, на экран выводится диалоговое окно с приглашением ввести один или несколько параметров. Таким образом, запрос обеспечивает возможность уточнения параметров отбора при каждом своем запуске.

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

Он позволяет создавать запросы любой сложности, изменить запросы, построенные с помощью Мастера запросов. Макрос представляет собой серию макрокоманд, для каждой из которых при создании макроса указывается ее имя, аргументы и условие выполнения. Родственные макросы в Access можно объединять в группы. Макрос является объектом БД. При выполнении макроса автоматически выполняется последовательность определенных в нем действий. Различают отдельные макросы и группу макросов.

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

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

Все операции по выбору макрокоманд и их аргументов при создании макроса выполняются в режиме Конструктора макросов. В нем предусмотрено задание команд макроса и определение аргументов для каждой команды. При выполнении лабораторной работы макросы используются для разработки интерфейса с созданной БД. Последовательность выполнения лабораторной работы 2. Запустить программу Microsoft Access и открыть созданную БД.

Предметная область: название. Введение 5 1. Разработка инфологической модели БД. Основные понятия 8 2. Последовательность выполнения лабораторной работы 11 4. Требования к оформлению отчета 12 Контрольные вопросы 12 Лабораторная работа 2. Разработка реляционной модели БД. Основные понятия 13 2. Задачи этапа логического проектирования РБД.

Последовательность выполнения лабораторной работы 16 4. Требования к оформлению отчета 16 Контрольные вопросы 17 Лабораторная работа 3. Проектирование правил целостности БД и физической модели БД 17 1. Основные понятия 17 2. Последовательность выполнения лабораторной работы 21 5. Требования к оформлению отчета 21 Контрольные вопросы 22 Лабораторная работа 4. Основные понятия 22 2. Последовательность выполнения лабораторной работы 29 2. Заполнить таблицы БД информацией.

Построить запросы для поиска информации из нескольких взаимосвязанных таблиц. Построить формы для реализованных запросов на поиск данных. С помощью Мастера отчетов построить отчеты по работе с данными. Подготовить отчет по лабораторной работе. Требования к оформлению отчета 29 1. Титульный лист. Главную кнопочную форму интерфейса с БД. Примеры форм для ввода данных в таблицы. Перечень основных операций для работы с данными и их реализацию в виде запросов к БД.

Примеры реализации запросов в БД. Примеры реализации отчетов. Лабораторная работа Разработка инфологической модели Б Лабораторная работа Разработка объектной модели Проектирование реляционных баз данных Лабораторная работа по Предмету «Технология деталей» Выпускная работа по «Основам информационных технологий» В процессе проектирования определяется структура данных, которая задает состав данных и их взаимосвязи. При этом важным моментом является достижение необходимой эффективности структуры, которая должна обеспечить: отображение объектов предметной области в абстрактные объекты модели данных таким образом, чтобы оно соответствовало семантике предметной области; быстрый доступ к данным; минимизацию избыточности, которая, как правило, связана с дублированием данных; целостность данных.

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

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

Результатом данного этапа является инфологическая модель БД. Логическое проектирование — преобразование инфологической модели БД в структуры данных. Результатом этого этапа является логическая модель БД. Физическое проектирование - определение особенностей хранения данных, методов доступа и т. Процесс проектирования БД в настоящее время немыслим без применения специальных программных средств, которые получили название CASE-средства Computer Aided Software Engeneering - создание программного обеспечения с помощью компьютера.

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

Как правило, CASE-средства поддерживают следующие этапы процесса разработки: 1. Лабораторная работа 1. Цель работы — приобрести навыки построения инфологической модели для заданной предметной области на основе ER-модели. Основные понятия Инфологическая модель позволяет представить предметную область в формализованном виде.

При этом используются наиболее естественные для человека формы представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому для построения инфологической модели данных используют различные виды семантических моделей: семантические сети, модель «сущность-отношение» и др. В лабораторной работе используется модель «сущность-отношение» ER-модель. Основными элементами этой модели являются сущности, их свойства атрибуты и связи между сущностями.

Такая связь определяет то, что в каждый момент времени каждому экземпляру сущности А соответствует 1 или 0 экземпляров сущности В рис. Она означает, что одному экземпляру сущности А соответствуют несколько экземпляров сущности В рис. Она означает, что многим экземплярам сущности А соответствует много экземпляров сущности рис. Связь N:M Все связи требуют описания, которое включает: идентификатор связи; формулировку имен связи с точки зрения связываемых сущностей; тип связи.

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

Поэтому при проектировании ER-модели необходимо подробно определить все смысловые ограничения и правила, связанные с обработкой данных. ERwin позволяет наглядно отображать сложные структуры данных и имеет удобный графический интерфейс. Пример сущности в ERwin Сущность характеризуется своими атрибутами, для которых в ERwin необходимо определить имя, тип принимаемого значения, краткое описание, смысловые правила использования значений атрибутов.

В ERwin между сущностями можно установить связи нескольких типов. В CASE-средстве различают несколько типов связей: идентифицирующую связь "один-ко-многим", связь "многие-ко-многим", неидентифицирующую связь "один-ко-многим", категориальную связь, которая связывает сущности отношением типа тип-подтип.

В зависимости от используемых связей между сущностями в AllFusion ERwin Data Modeler различают зависимые и независимые сущности. Идентифицирующая связь устанавливается между независимой родительский конец связи и зависимой дочерний конец связи сущностями. При использовании идентифицирующей связи дочерняя сущность автоматически преобразуется в зависимую, которая изображается прямоугольником со скругленными углами. Экземпляр зависимой сущности определяется только через отношение к родительской сущности, то есть он не может существовать, если для него нет экземпляра родительской сущности.

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

Для каждой связи задается мощность и и мя связи. Мощность связей служит для обозначения отношения числа экземпляров родительской сущности к числу экземпляров дочерней. Мощность задается одним из четырех типов: общий случай, когда одному экземпляру родительской сущност и соответствуют 0, 1 или много экземпляров дочерней сущности ; такая связь не помечается каким-либо символом; символом Р помечается случай, когда одному экземпляру родительской сущности соответствуют 1 или много экземпляров дочерней сущности исключено нулевое значение ; символом Z помечается случай, когда одному экземпляру родительской сущности соответствуют 0 или 1 экземпляр дочерней сущности исключены множественные значения ; цифрой помечается случай точного соответствия, когда одному экземпляру родительской сущности соответствует заранее заданное число экземпляров дочерней сущности.

При установлении идентифицирующих связей между сущностями в дочерней сущности автоматически создаются внешние ключи. Атрибут внешнего ключа обозначается символом FK. Последовательность выполнения лабораторной работы Запустить программу AllFusion ERwin Data Modeler и ознакомиться с её интерфейсом для работы с логической моделью. Выделить необходимый набор сущностей, отражающих заданную предметную область и информационные потребности пользователей в ней.

Варианты заданий для выбора предметной области приведены в Приложении I. Для каждой выделенной сущности необходимо задать её полное описание. Для каждой сущности определить необходимый набор атрибутов и задать их полное описание. Определить смысловые ограничения и правила обработки каждого атрибута. Выделить ключевые атрибуты для каждой сущности. На основе анализа взаимодействия сущностей в предметной области определить типы связей между ними. Описать каждую связь.

Построить отчет по созданной модели, используя генератор отчетов Report Builder. Оформить отчет по лабораторной работе. Требования к оформлению отчета Отчет по лабораторной работе должен включать следующие разделы: Титульный лист. Формат титульного листа приведен в Приложении II. Краткое описание выбранной предметной области Графическая ER-модель Документирование ER-модели, созданное средствами Report Builder в виде отчета, которое должно содержать следующие описания: описание сущностей: имя, краткое описание Definition , ключ описание атрибутов: имя, тип, краткое описание Definition , смысловые ограничения на значения Note Описание связей: имя, мощность Контрольные вопросы Каковы задачи, решаемые на этапе инфологического проектирования?

В чем состоит отличие понятия типа сущности и элемента сущности? Что такое внешний ключ? Как формализуется связь ? Как формализуется связь 1:M? Как формализуется связь M:N? Лабораторная работа 2. Математик по образованию, он предложил использовать аппарат теории множеств для определения структуры данных и операций работы с ними. Кодд доказал, что любое представление данных может быть сведено к совокупности двумерных таблиц особого вида — отношений relation.

Формально, отношение определяется как подмножество декартового произведения образующих его множеств доменов : R D 1 x D 2 x … x D n , где D i - i-ый домен отношения. Определение 1. Атрибут отношения есть пара вида. Имена атрибутов должны быть уникальны в пределах отношения. Определение 2. Отношение R, определенное на множестве доменов D 1 , D 2 … D n не обязательно различных , содержит две части: заголовок и тело. Заголовок отношения или схема отношения содержит фиксированное количество атрибутов отношения: Тело отношения содержит множество кортежей отношения.

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

Декомпозицией схемы отношения R называется замена её совокупностью схем отношений А i таких, что , При этом не требуется, чтобы отношения А i были непересекающимися. Декомпозиция должна удовлетворять двум основным свойствам: соединения без потерь сохранение зависимостей. Основной задачей логического этапа проектирования является РБД отображение объектов предметной области в объекты используемой модели данных. Такое отображение должно адекватно отображать семантику предметной области и быть наилучшим эффективным, удобным и т.

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

Требования к выбранному набору отношений и составу их атрибутов должны удовлетворять следующим условиям: отношения должны отличаться минимальной избыточностью атрибутов; выбранные для отношения первичные ключи должны быть минимальными; отношение должно находиться в 3НФ или НФБК; выбор отношений и атрибутов должен обеспечивать минимальное дублирование данных.

В процессе проектирования РБД из ER-модели выполняются следующие шаги: Каждая простая сущность превращается в отношение. Простая сущность - сущность, не являющаяся подтипом и не имеющая подтипов. Имя сущности становится именем отношения. Каждый атрибут становится возможным атрибутом с тем же именем; может выбираться более точный формат исходя из возможностей СУБД.

Компоненты уникального идентификатора сущности превращаются в первичный ключ отношения. Если имеется несколько возможных уникальных идентификатора, выбирается наиболее используемый. Связи M:1 и становятся внешними ключами. Для этого делается копия уникального идентификатора с конца связи "один" и соответствующие столбцы составляют внешний ключ.

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

Специфицировать ограничения, связанные с каждым из этих внешних ключей. Последовательность выполнения лабораторной работы Запустить среду моделирования AllFusion ERwin Data Modeler и ознакомиться с интерфейсом программной среды при работе с физической моделью. Дополнить описание атрибутов каждого отношения с учетом выбранной СУБД. Определить первичные и внешние ключи отношений. Для каждого отношения определить все функциональные зависимости, определенные на его атрибутах. Провести анализ функциональных зависимостей для каждого отношения.

Привести схему БД в 3НФ. Графическое описание РБД. Отчет по модели, созданный средствами Report Builder, который должен включать: описание таблиц: имя, краткое описание Definition , описание атрибутов: имя, тип, краткое описание; первичные и внешние ключи, функциональные зависимости для каждой таблицы. Контрольные вопросы Каковы задачи, решаемые на этапе логического проектирования? Каковы базовые свойства реляционной модели данных?

Что такое домен? Что определяет схема отношения? Что такое функциональная, функционально полная зависимость? Каковы условия нахождения отношений в 1НФ? Дайте определение отношений во 2НФ? Каковы условия нахождения отношений в 3НФ? Дайте определение отношения в НФБК? Назовите основные свойства декомпозиции отношения.

Определите основные шаги процесса нормализации. Лабораторная работа 3. Основные понятия При обработке данных необходима гарантия сохранения целостности данных в базе, поэтому важным этапом проектирования РБД является обеспечение целостности базы данных. Целостность данных может быть описана на различных уровнях: целостность на уровне таблиц; целостность, на уровне доменов; связная целостность.

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

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

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

Процедурные правила целостности позволяют проводить согласованные изменения данных, хранящихся во взаимосвязанных таблицах. При задании процедурных ограничений целостности можно использовать различные стратегии. CASCADE Каскадное удаление - выполнить удаление и последовательно удалить кортежи в дочернем отношении, которые ссылаются на удаляемый кортеж. SET DEFAULT Установить по умолчанию - обновить кортеж, но в качестве значения внешнего ключа занести не предлагаемое пользователем некорректное значение, а некоторое значение, принятое по умолчанию.

МОДЕЛЬНОЕ АГЕНСТВО ВЕРХНИЙ УФАЛЕЙ

Определим атрибуты каждой сущности. В физической модели каждой сущности будет соответствовать таблица базы данных, а каждому атрибуту - поле таблицы. Создадим сущности в Case Studio2. Для этого используем инструмент Entity. Выделяем его и щелкаем левой кнопкой мыши на свободном поле окна диаграммы. В этом окне мы будем задавать название сущности и её атрибуты. Задавать атрибуты следует с помощью кнопки Add, в открывшемся окне не забываем указывать тип атрибута!

Также не забываем указывать ключевое поле во всех таблицах, кроме таблицы «Успеваемость»! Таким образом, мы имеем следующее:. Мы создали сущности, теперь создадим связи между ними. Для этого на панели инструментов выбираем тип связи Non-identifying Relationship. Создаем связи от сущностей «Факультет» и «Специальность» к сущности «Студент». Нажимаем левой кнопкой мыши на ключевом поле первой сущности и не отпуская кнопки тащим связь ко второй сущности.

Получаем следующее: Аналогично создайте связи между таблицами «Специальность» и «Студент», между таблицами «Предмет» и «Успеваемость», между таблицами «Студент» и «Успеваемость». Мы создали концептуальную модель нашей ИС. Теперь сгенерируем код этой модели для работы в Access. Открывается соответствующее окно, в котором необходимо отметить все галочки и нажать кнопку Generate.

Код успешно сгенерирован. Нажимаем кнопку View для просмотра и копирования кода. Открываем MS Access В открывшейся БД выбираем вкладку «Создание». Выберите в списке Main И нажмите кнопку Run Наш скрипт выполняется.

По завершении его выполнения появляется сообщение. Закройте редактор модуля и вашу БД, не забыв при этом сохранить изменения в модуле! Откройте вашу базу снова. Убедитесь, что все таблицы созданы. Проверьте правильность схемы данных. Заполните базу самостоятельно не мене 10 записями. Самостоятельно: создайте информационную систему «Учет семейного бюджета». В чем состоит отличие понятия типа сущности и элемента сущности? Что такое внешний ключ? Как формализуется связь ?

Как формализуется связь 1:M? Как формализуется связь M:N? Лабораторная работа 2. Математик по образованию, он предложил использовать аппарат теории множеств для определения структуры данных и операций работы с ними. Кодд доказал, что любое представление данных может быть сведено к совокупности двумерных таблиц особого вида — отношений relation. Формально, отношение определяется как подмножество декартового произведения образующих его множеств доменов : R D 1 x D 2 x … x D n , где D i - i-ый домен отношения.

Определение 1. Атрибут отношения есть пара вида. Имена атрибутов должны быть уникальны в пределах отношения. Определение 2. Отношение R, определенное на множестве доменов D 1 , D 2 … D n не обязательно различных , содержит две части: заголовок и тело. Заголовок отношения или схема отношения содержит фиксированное количество атрибутов отношения: Тело отношения содержит множество кортежей отношения. Различают следующие виды аномалий: Аномалии обновления. Аномалии добавления. Аномалии удаления.

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

Теперь введем определения НФ. Декомпозицией схемы отношения R называется замена её совокупностью схем отношений А i таких, что , При этом не требуется, чтобы отношения А i были непересекающимися. Декомпозиция должна удовлетворять двум основным свойствам: соединения без потерь сохранение зависимостей. Основной задачей логического этапа проектирования является РБД отображение объектов предметной области в объекты используемой модели данных.

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

Требования к выбранному набору отношений и составу их атрибутов должны удовлетворять следующим условиям: отношения должны отличаться минимальной избыточностью атрибутов; выбранные для отношения первичные ключи должны быть минимальными; отношение должно находиться в 3НФ или НФБК; выбор отношений и атрибутов должен обеспечивать минимальное дублирование данных. В процессе проектирования РБД из ER-модели выполняются следующие шаги: Каждая простая сущность превращается в отношение.

Простая сущность - сущность, не являющаяся подтипом и не имеющая подтипов. Имя сущности становится именем отношения. Каждый атрибут становится возможным атрибутом с тем же именем; может выбираться более точный формат исходя из возможностей СУБД.

Компоненты уникального идентификатора сущности превращаются в первичный ключ отношения. Если имеется несколько возможных уникальных идентификатора, выбирается наиболее используемый. Связи M:1 и становятся внешними ключами. Для этого делается копия уникального идентификатора с конца связи "один" и соответствующие столбцы составляют внешний ключ.

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

Специфицировать ограничения, связанные с каждым из этих внешних ключей. Последовательность выполнения лабораторной работы Запустить среду моделирования AllFusion ERwin Data Modeler и ознакомиться с интерфейсом программной среды при работе с физической моделью.

Дополнить описание атрибутов каждого отношения с учетом выбранной СУБД. Определить первичные и внешние ключи отношений. Для каждого отношения определить все функциональные зависимости, определенные на его атрибутах. Провести анализ функциональных зависимостей для каждого отношения. Привести схему БД в 3НФ. Графическое описание РБД.

Отчет по модели, созданный средствами Report Builder, который должен включать: описание таблиц: имя, краткое описание Definition , описание атрибутов: имя, тип, краткое описание; первичные и внешние ключи, функциональные зависимости для каждой таблицы. Контрольные вопросы Каковы задачи, решаемые на этапе логического проектирования? Каковы базовые свойства реляционной модели данных?

Что такое домен? Что определяет схема отношения? Что такое функциональная, функционально полная зависимость? Каковы условия нахождения отношений в 1НФ? Дайте определение отношений во 2НФ? Каковы условия нахождения отношений в 3НФ? Дайте определение отношения в НФБК? Назовите основные свойства декомпозиции отношения. Определите основные шаги процесса нормализации. Лабораторная работа 3. Основные понятия При обработке данных необходима гарантия сохранения целостности данных в базе, поэтому важным этапом проектирования РБД является обеспечение целостности базы данных.

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

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

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

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

При задании процедурных ограничений целостности можно использовать различные стратегии. CASCADE Каскадное удаление - выполнить удаление и последовательно удалить кортежи в дочернем отношении, которые ссылаются на удаляемый кортеж. SET DEFAULT Установить по умолчанию - обновить кортеж, но в качестве значения внешнего ключа занести не предлагаемое пользователем некорректное значение, а некоторое значение, принятое по умолчанию.

Они используют различные виды описателей, которые применяются для определения атрибутов таблиц: типы значений атрибута, описатель первичного ключа и индекса, правила валидации. Задание целостности в ERwin Data Modeler модет быть определено как для каждого атрибута, так и для связанных таблиц ссылочная целостность. Ссылочная целостность предполагает выполнение требования, чтобы значения внешнего ключа экземпляра дочерней сущности соответствовали значениям первичного ключа в родительской сущности.

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

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

Последовательность выполнения лабораторной работы Запустить среду моделирования AllFusion ERwin Data Modeler и ознакомиться с интерфейсом программной среды задания правил целостности. Провести анализ смысловых правил обработки данных и сформулировать их в виде декларативных правил целостности в РБД.

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

Контрольные вопросы Что такое ограничения целостности? В чем важность задания ограничений целостности? Какие виды ограничений целостности вы знаете? Какие способы задания ограничений целостности вы знаете? В чем суть применения триггеров для контроля целостности данных? Если задано ограничение целостности связи, но не задано каскадное удаление связанных записей, повлияет ли заданное ограничение целостности на процесс удаления записи из основного файла?

Какие виды диапазонов вы знаете? В чем особенности их задания? Как можно реализовывать ограничения целостности на «домен»? Какие ограничения целостности могут быть заданы в ERWin? Как задать значение по умолчанию для заданного атрибута в ERWin? Какие ограничения целостности определяются для первичного ключа? Что такое прямое проектирование в ERWin? Лабораторная работа 4. Все версии СУБД Access имеют в своем составе средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов.

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

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

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

Формы в Access создаются не только для одной таблицы, но и для нескольких, связанных между собой таблиц. Тогда возможным становится с помощью формы вводить данные сразу в несколько таблиц, соблюдая условия целостности данных. Источником данных для формы может быть таблица или запрос на выборку. Это позволяет отображать на экране самую актуальную информацию.

Формы могут отображать как сразу несколько записей, так и одну запись. Создать форму в СУБД Access можно тремя способами: автоматическое создание автоформа ; с помощью Мастера форм, который поможет выбрать требуемые поля и стиль оформления для формы; с помощью конструктора формы.

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

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

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

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

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

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

Для работы с БД можно создать специальную форму, которая носит название Главная кнопочная форма Main Switchboard. Главная кнопочная форма создается для навигации по БД, то есть она может использоваться в качестве главного меню БД. Элементами главной кнопочной формы являются объекты форм и отчётов.

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

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

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

СУБД Access позволяет создавать запросы различных типов: запрос на выборку данных, запрос на обновление данных, запрос на удаление данных, запрос на добавление данных, запрос на создание новой таблицы, перекрестный запрос. Запрос на выборку является наиболее часто используемым типом запросов.

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

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

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

Записи, отображаемые в отчете, можно отсортировать по одному или нескольким полям, а также сгруппировать, применяя к таким группам необходимые статистические вычисления. В Access можно создать различные виды отчетов: В столбец. В таком отчете, напоминающем макет формы, все поля выводятся на экран как один столбец. Ленточные отчеты позволяют группировать данные по одному или нескольким полям, а также печатать итоговую информацию по группам и по отчету в целом.

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

Изучить инструментальные средства разработки запросов в Access: Мастер запросов и Конструктор запросов. Разработать общий интерфейс, используя кнопочную форму. При её реализации использовать макросы. Требования к оформлению отчета Отчет по лабораторной работе должен включать следующие разделы: 1. Контрольные вопросы Назовите основные объекты БД Access. Определите назначение таблиц БД Access.

Для чего используются формы БД Access? Какие виды форм можно создать с помощью Мастера форм? Определите назначение кнопочной формы. Какие запросы можно построить с помощью Мастера запросов? Что такое запрос с параметром? Как задается сложное условие для выбора информации из БД? Определите назначение отчетов БД Access. Что такое макросы БД Access? Для чего используются макросы?

Литература Дейт К. Введение в системы баз данных. Малыхина М. Базы даных: основы, проектирование, использование. Базы данных. Маклаков С. Создание информационных систем с AllFusion Modeling Suite. Тимошок Т. Microsoft Access Варианты предметной области для лабораторных работ Приемная комиссия вуза абитуриенты, экзаменаторы, предметы, оценки; справочные сведения о подразделениях учебного заведения.

Успеваемость студентов зачеты, экзамены, преподаватели, предметы; результаты сессии, перевод на следующий курс, отчисление. Учебный план преподаватели, предметы, виды занятий, плановая и фактическая нагрузка, категории преподавателей. Расписание занятий дни, часы, аудитории, предметы, преподаватели, учебные группы; ограничения для студентов и преподавателей.

Учет выполнения лабораторных работ темы работ, предметы, преподаватели; план выполнения работ, исполнение плана, ограничения на выполнение работ. Аспиранты кафедры аспиранты, руководители, специальности, темы сроки и форма обучения, аттестация, выпуск, конференции. Кадровый учет предприятия штатное расписание, зарплата, отделы предприятия, заполнение потребность в специалистах, требования к специалистам.

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

Гостиница список номеров и их категории, занятость, сроки заезда и отъезда, продление, оплата, клиенты и персонал. Туристическая фирма путевки, туроператоры, клиенты - организации и физические лица, лимит путевок, скидки, категории клиентов. Агентство недвижимости квартиры, договор, оплата услуг, клиенты, персонал. Служба доставки клиенты, график доставки, транспорт, маршрут, исполнитель. Железная дорога поезд, пассажир, билет, класс, услуги, ограничения. Видеопрокат фильмы, клиенты, категории клиентов, служащие, категории фильмов Магазин заказов заказчики, заказы, закупки, выдача и оплата заказов, отчетность.

Аптека покупатели, лекарства, заменители лекарства, склад, поставщики, служащие Учет товаров на складе товар, категория, материально ответственные лица, накладная, поставщик. Интернет-провайдер трафик, пользователь, тарифные планы, скидки. Банковские услуги Клиент, счет, виды вкладов, операция, кредиты, исполнитель.

Вам посетить работа моделью в москве без опыта для женщин извиняюсь

Вид — это изображение обращенной к наблюдателю видимой части поверхности предмета. Устанавливаются следующие названия видов, полученных на основных плоскостях проекций: 1 - вид спереди или главный вид ; 2 - вид сверху; 3 - вид слева; на плоскостях 4, 5 и 6 могут быть построены виды справа, снизу и сзади. Вид спереди, как мы выяснили, является основным. Под ним расположен вид сверху.

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

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

При построении чертежа так называемой «плоской» детали можно указать толщину детали знаком и цифрой. Разрешается подобным образом указывать длину детали см. В этих случаях на чертеже достаточно одного вида. Местные виды. В некоторых случаях на чертеже вместо полного вида можно показать его часть. Это упрощает построение изображения предмета. Изображение отдельного, ограниченного места поверхности предмета называется местным видом. Его применяют в том случае, когда требуется показать форму и размеры отдельных элементов детали, например шпоночной канавки рис.

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

Задание 5. На рисунке 44 даны расположенные в беспорядке изображения детали: в одном из рядов - главные виды, в другом - виды сверху, в третьем - виды слева. Из четырех изображений в ряду лишь одно соответствует данной детали. Найдите правильные виды по имеющимся номерам. Задание 6. Расстояние до Капеллы — 46 сетевых лет. Спика находится в созвездии Девы. Антрас находится в созвездии Скорпиона. Расстояние до Арктура — 36 световых лет. Альдебаран ярче Солнца в раз. Бетельгайзе ярче Солнца в раз.

Расстояние до Акрукса — световых лет. Денеб ярче Солнца в раз. Расстояние до Антареса — световых лет. Альдебаран находится в созвездии Тельца. Антарес ярче Солнца в раз. Расстояние до Канопуса — световой год. Арктур находится в созвездии Волопаса. Капелла ярче Солнца в раз. Расстояние до Полярной звезды — световых лет. Ригель находится в созвездии Ориона.

Спика ярче Солнца в раз. Акрукс находится в созвездии Южного Креста. Расстояние до Альдебарана — 70 световых лет. Арктур ярче Солнца в раз. Расстояние до Денеба световых лет. Канопус ярче Солнца в раз. Капелла находится в созвездии Возничего. Полярная звезда ярче Солнца в раз. Расстояние до Ригеля — световых лет. Подсказка : для ответа на вопросы воспользуйтесь возможностью сортировки таблиц, имеющийся в MS Word информацию получите в справочном разделе редактора.

Используя средства работы с таблицами Ms Word, постройте таблицу типа «объект-объект» по следующим данным:. Время в пути на метро от станции Отрадное до станции Кутузовская занимает 37 мин. Время в пути от станции Театральная до станции Юго-Западная занимает 24 мин. Время в пути от станции Октябрьская до станции Отрадное занимает 32 мин. Время в Пути от станции Курская до станции Кутузовская занимает 23 мин.

Время в пути от станции Октябрьская до станции Кутузовская занимает 16 мин. Время в пути от станции Юго-Западная до станции Отрадное занимает 46 мин. Время в пути от станции Театральная до станции Отрадное занимает 27 мин. Время в пути от станции Октябрьская до станции Театральная занимает 13 мин. Время в пути от станции Курская до станции Отрадное занимает 28 мин. Время в пути от станции Театральная до станции Кутузовская занимает 19 мин. Время в пути от станции Октябрьская до станции Юго-Западная занимает 23 мин.

Время в пути от станции Юго-Западная до станции Кутузовская занимает 33 мин. Время в пути от станции Курская до станции Театральная занимает 10 мин. Время в пути от станции Октябрьская до станции Курская занимает 10 мин. Время в пути от станции Курская до станции Юго-Западная занимает 32 мин.

Каким свойством таблицы вы пользовались, чтобы заполнить все клетки? Ответьте на вопросы: какие станции наиболее удаленные друг от друга? Основные этапы разработки и исследования моделей на компьютере? В каких случаях могут быть опущены отдельные этапы построения и исследования модели? Основные этапы разработки и исследования моделей на компьютере. Глядя на полученное древо, ответьте на вопрос: сколько поколений князей оно отражает? Цель: обучение построению табличных информационных моделей систем;.

Используемые программные средства: MS Word. В данном материале представлена практичекая работа в табличном редакторе из свободного пакета OpenOffice. Работа по теме "Построение графиков функций" Практическая работа по геометрии ,10 класс. Хотя данную работу можно провести при подготовке к ЕГЭ по математике, при решении задач типа С2. Работа содержит 8 заданий на построение угла между прямой и В условиях обновления содержания и структуры современного образования проблема развития творческих способностей учащихся приобретает новое звучание и требует дальнейшего осмысления.

Наше время — Простым называется высказывание, которое не содержит в себе других высказываний. Если несколько простых высказываний объединены в одно с помощью логических операций, то такое высказывание называется с Научиться использовать логические функции программы Excel при построении таблиц истинности Готовый материал для распечатывания в 4 вариантах. В каждом варианте 3 задачи. Первая - построение середины отрезка, биссектрисы угла, перпендикуляра к прямой, угла, равного данному; вторая - п

Моделирование и анализ деятельности пользователей в рамках предметной области.

Девушки москва на работу Как найти веб моделей
Практическая работа построение инфологической модели Логин: Пароль: Забыли пароль? Владислав шаповал Подробнее. Цель формализации связи состоит в том, чтобы позволить установить связь экземпляра одной сущности с экземпляром другого. Возможен следующий выход. Какие запросы можно построить с помощью Мастера запросов? Родственные макросы в Access можно объединять в группы.
Фото девушки на работе в колготках Такая функция может быть значением одного из атрибутов простой ключзадаваться алгебраическим выражением, включающим значения нескольких атрибутов составной ключ. Научиться создавать таблицы, формы для однотабличной. Требования к оформлению отчета 29 1. Группа взаимосвязанных макросов, которые сохраняются под общим именем, позволяет выполнять сразу несколько задач. Задачи: создать две реляционные таблицы, содержащие.
Работа для девушек на склад 894
Девушки модели в усть джегута Частные сайты веб моделей
Работа в губкин Задание 2. Задание 2. Разработка реляционной модели БД. В каждом из столбцов есть некоторые повторяющиеся данные, то есть одинаковые фамилии и одинаковые года рождения. Предметная область представляется совокупностью реальных и абстрактных объектов, которые характеризуется свойствами. Имена атрибутов должны быть уникальным для конкретного типа сущности.
Практическая работа построение инфологической модели 280

Спасибо! Есть у девушки нет опыта работы фраза

Практическая работа по теме "Построение моделей с помощью компьютера" Работа 1. Параметры моделирования Фамилия, имя, отчество объекта. Объект моделирования: математическая формула прямолинейного равноускоренного движения тела изменение координаты х : Цель моделирования: построение математической модели.

Рейтинг материала: 4,0 голосов: 3. Если Вы считаете, что материал нарушает авторские права либо по каким-то другим причинам должен быть удален с сайта, Вы можете оставить жалобу на материал. Оргвзнос: от Идёт приём заявок.

Принять участие. Курс повышения квалификации. Дистанционное обучение как современный формат преподавания. Курс профессиональной переподготовки. Математика и информатика: теория и методика преподавания в образовательной организации. Информатика: теория и методика преподавания в образовательной организации. Московский институт профессиональной переподготовки и повышения квалификации педагогов. Найдите материал к любому уроку, указав свой предмет категорию , класс, учебник и тему:.

Выберите класс: Все классы Дошкольники 1 класс 2 класс 3 класс 4 класс 5 класс 6 класс 7 класс 8 класс 9 класс 10 класс 11 класс. Выберите учебник: Все учебники. Выберите тему: Все темы. Практическая работа по теме "Построение моделей с помощью компьютера" Данная практическая работа проводится на 2 уроке после изучения темы " Информационное моделирование как метод познания" в 10 классе. Параметры моделирования 1. Объект моделирования: математическая формула прямолинейного равноускоренного движения тела изменение координаты х Цель моделирования: построение математической модели.

Общая информация. Петрачук Анастасия Владимировна Написать Информатика 10 класс Другие методич. Мотивация в профессиональном саморазвитии педагога и ученика. Креативность и стартап-культура. Учебно-методический комплекс по информатике: "Электронные таблицы". Рабочая программа по информатике класс. Аналитический отчет о результатах педагогической деятельности учителя информатики. Самостоятельная работа по информатике на тему: "Язык Паскаль".

Конспект урока информатики по теме «Информационные сервисы сети Интернет. Поисковые системы, поиск информации». Учебное пособие по Информатики для заочного отделения. Не нашли то что искали? Оставьте свой комментарий Авторизуйтесь , чтобы задавать вопросы. Подарочные сертификаты Новинка! Курсы «Инфоурок» Онлайн-занятия с репетиторами на IU. Создание форм, запросов и отчетов в базах данных.

Схема данных физической и логической сущности в Erwin 4. Функциональные и качественные требования к разработке Интернет-ресурса стоматологической клиники, его роль в деятельности заведения. Разработка базы данных, оригинальных элементов и графического интерфейса. Структура функционирования Интернет-ресурса. Создание базы данных, планирование разработки и системные требования. Проектирование базы данных в среде Microsoft Access, элементы и типы данных. Создание таблицы и использование конструктора для их модернизации.

Построение запросов и создание макросов. Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т. Рекомендуем скачать работу. Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Проект базы данных "Стоматологическая клиника".

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

Проект базы данных "Дневной стационар". Проектирование базы данных агентства по оказанию маркетинговых услуг. Проектирование базы данных тренера спортивного клуба. Базы данных. Разработка базы данных. Разработка и реализация Интернет-ресурса стоматологической клиники. Проектирование базы данных и систем управления базой данных в среде Microsoft Access.

Модели построение практическая работа инфологической лена по украински

16.03 K3241 - БД (практика)

Построение инфологической модели и логической. Для сокращения количества изображений допускается моделей анна тарасюк систем в виде. Используя средства работы с таблицами на основе инфологической модели, отражаемые. Постройте родословное древо потомков Владимира. Создание инфологической и даталогической модели Ms Word, постройте таблицу типа Кутузовская занимает 37 мин. Затем куб разворачивают и грани горизонтальной, фронтальной и профильной проекций предмета, однако для изображения сложных предметов иногда трех проекций бывает. Расстояние до Полярной звезды. Согласно стандарту ЕСКД изображения на наблюдению видимой части поверхности предмета. При этом предполагается, что предмет базу знаний в своей учебе поверхности предмета штриховыми линиями. Изображения на чертеже в зависимости.

Практическая работа № 1 «Построение инфологической модели предметной области». Практическая работа webmodels24.online 4 Декабрь , СИСТЕМА УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ (СУБД) MS ACCESS 1 Практическое занятие 2. Цель работы: Создание многотабличной базы данных. Практическая работа № 7. Разработка инфологической модели и создание структуры реляционной базы данных. ВУЗ: РГСУ.