- •1.Сравнительные характеристики автоматизированных информационных систем (ис): файловые системы и системы баз данных (бд).
- •2.Основные понятия теории баз данных. Банк данных и его компоненты.
- •3.Классические модели систем бд – организация и обработка данных.
- •4.Основные понятия в концептуальном проектировании реляционных баз данных (сущность , атрибуты , отношения ). Элементы реляционной модели.
- •Зависимости между атрибутами
- •5.Целостность данных и ее виды. Нарушения целостности (аномалии).
- •6.Функциональные связи атрибутов и нормализация таблиц. Основные нормальные формы (нф). Примеры нф.
- •7.Использование er–моделирования в концептуальном проектировании бд. Диаграммы er- экземпляров и er-типов.
- •8.Преобразование концептуальной модели в реляционную. Основные этапы и правила формирования отношений (пример).
- •9.Структура и основные технические характеристики субд access 200*.Возможности проектирования персональных и сетевых приложений.
- •10.Конструирование таблиц в ms access хр.Свойства полей. Определение типа данных, ключей, индексов.
- •11.Связывание таблиц в субд access. Логическая схема и обеспечение ссылочной целостности данных .
- •12.Средства реализации запросов в субд access. Виды запросов.
- •5.2.3 Запрос к связанным таблицам
- •5.2.4 Запросы удаления
- •13.Реализация запросов с групповыми операциями и вычисляемыми полями. Примеры.
- •14.Реализация запросов на модификацию и на создание таблицы.
- •15.Стандарты современных реализаций языка sql. Основные разделы и их наполнение в sql-Jet.
- •16.Общий формат select-инструкции (запроса на выборку). Пример реализации.
- •17.Пример qbe- и sql–реализации перекрестного запроса.
- •18.Создание интерфейса приложения в субд access. Работа в конструкторе форм. Разделы, элементы управления, свойства.
- •19.Создание вложенных sql-запросов. Пример реализации.
- •20.Программы сервиса субд access.
- •21.Защита и администрирование бд средствами субд access.
- •22.Использование макросов, отчетов и страниц доступа к данным в приложениях ms access хр.
- •23.Система программирования Matlab: общая характеристика. Пакеты расширения и специализированные приложения: назначения и возможности. Подсистема Simulink.
- •24.Структуры данных и основные структуры управления в системе программирования matlab
- •25.Графические средства системы matlab. Работа с инструментом lti-Viewer графического анализа линейных систем управления.
- •26.Этапы построения модели в подсистеме Simulink. Элементы технологии визуально-блочного моделирования. Настройка параметров моделирования и параметров блоков.
- •27.Общее описание блоков библиотеки simulink.
- •28.Реализация принципа иерархии в Simulink – моделях посредством блоков портов и подсистем. Маскирование подсистем.
- •29.Компоненты виртуального прибора и их сборка в приложение в среде LabView. Основные элементы управления и индикаторы LabView и их соединение на блок-диаграмме.
7.Использование er–моделирования в концептуальном проектировании бд. Диаграммы er- экземпляров и er-типов.
Метод сущность-связь
Метод сущность-связь называют также методом «ER-диаграмм»: во-первых, ER - аббревиатура от слов Essence (сущность) и Relation (связь), во-вторых, метод основан на использовании диаграмм, называемых соответственно диаграммами ER-экземпляров и диаграммами ER-типа.
Основные понятия метода
• сущность,
• атрибут сущности, ПО и заканчивающийся при завершении его эксплуатации.
Основным нормативным документом, регламентирующим ЖЦ ПО, является международный стандарт ISO/IEC 12207. В нем определяется структура ЖЦ, содержащая процессы, действия и задачи, которые должны быть выполнены при создании ПО.
Под моделью ЖЦ ПО понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ. Наибольшее распространение получили следующие модели ЖЦ ПО: каскадная, с промежуточным контролем и спиральная.
Модели каскадная и с промежуточным контролем включают следующие этапы жизненного цикла ПО: анализ, проектирование, реализация, внедрение и сопровождение.
Каскадная модель предполагает строго последовательную реализацию перечисленных этапов жизненного цикла. Достоинствами такой модели являются: формирование на каждом этапе законченного комплекта документации и возможность планирования сроков завершения работ и соответствующих затрат. Недостатком модели является ее несоответствие реальному процессу создания ПО, который обычно не укладывается в жесткую схему и требует возврата к предыдущим этапам для уточнения или пересмотра принятых решений.
Модель с промежуточным контролем приближает жизненный цикл к реальному процессу создания и применения ПО. В отличие от каскадной модели, она допускает возврат с каждого этапа жизненного цикла на любой предыдущий этап для выполнения межэтапной корректировки. При этом обеспечивается большая надежность ПО, но вместе с тем увеличивается длительность периода разработки.
Спиральная модель жизненного цикла (рис. 7.1) позволяет устранить недостатки предыдущих моделей. Основной упор в ней делается на начальные этапы: анализ и проектирование. На них реализуемость технических решений проверяется с помощью создания прототипов.
При спиральной схеме разработки неполное завершение работ на очередном этапе позволяет переходить на следующий этап. Незавершенная работа может выполняться на следующем витке спирали. Тем самым обеспечивается возможность предъявить пользователям системы ее некоторый работоспособный вариант для уточнения требований.
Этапы проектирования
Процесс проектирования базы данных является итерационным - допускающим возврат к предыдущим этапам для пересмотра ранее принятых решений и включает следующие этапы:
1. Выделение сущностей и связей между ними.
2. Построение диаграмм ER-типа с учетом всех сущностей и их связей.
3. Формирование набора предварительных отношений с указанием предполагаемого первичного ключа для каждого отношения и использованием диаграмм ER-типа.
4. Добавление неключевых атрибутов в отношения.
5. Приведение предварительных отношений к нормальной форме Бойса -Кодда, например, с помощью метода нормальных форм.
6. Пересмотр ER-диаграмм в следующих случаях:
• некоторые отношения не приводятся к нормальной форме Бойса - Кодда; • некоторым атрибутам не находится логически обоснованных мест в предварительных отношениях.
После преобразования ER-диаграмм осуществляется повторное выполнение предыдущих этапов проектирования (возврат к 1).