
- •Раздел 3. Лист 30/89
- •Микропроцессоры
- •3) Система мкод. (Множественный Поток Команд и Общий Поток Данных)
- •4). Системы мкмд.
- •Модель iso/osi
- •8.Технология Ethernet, Fast Ethernet, Gigabit Ethernet, Token Ring, fddi; Топологии локальных сетей;
- •9.Логическая и физическая структуризация сети: концентратор (повторитель), коммутатор (мост), маршрутизатор; Типы линий связи локальных сетей;
- •1) Неявная
- •12.Назначение выводов микропроцессора мк-51. Организация памяти мк-51. Подключение микросхем внешней памяти. Назначение выводов микропроцессора мк-51
- •Первое адресное пространство – память программ
- •Второе адресное пространство – внешняя память данных
- •3Е адресное пространство – внутренняя память данных
- •13.Регистр слова состояния программы (psw). Битовый процессор мк-51. Режимы работ таймеров-счетчиков мк-51 (0, 1, 2, 3). Регистр слова состояния программы (psw).
- •14.Порты ввода-вывода мк-51. Структура прерываний мк-51. Режимы работ последовательного интерфейса мк-51. Порты ввода/вывода мк-51
- •Состав субд.
- •1) Внутреннее устройство
- •2) Интерфейс пользователя
- •Основные этапы проектирования информационной системы.
- •15.Модели данных: иерархическая, реляционная, сетевая. Физическая организация данных в реляционных базах. Удаление, добавление, изменение записей. Индексация.
- •1) Модель управления файлами
- •2) Иерархическая модель
- •3) Сетевая модель
- •Основы реляционной алгебры
- •Отношения
- •Фундаментальные свойства отношений
- •Операции над отношениями. Общая интерпретация реляционных операций
- •Нормализация реляционной модели данных
- •Реляционные системы управления базами данных
- •Целостность базы данных
- •Безопасность базы данных
- •Обеспечение надежности и работоспособности базы данных
- •Ведение системного журнала и аудит базы данных
- •Концептуальное проектирование
- •Модель сущность-атрибут-связь (er)
- •Модели данных
- •Логическое проектирование
- •Система управления базами данных
- •Преимущества субд
- •Недостатки субд
- •Физическое проектирование
- •20.Этапы процесса принятия решений. Принятие решения в условиях определенности. В условиях множества критериев. Основные этапы процесса сбора и анализа экспертами информации.
- •Определение области компромиссов
- •Нормализация критериев
- •Принципы оптимальности многовекторных задач
- •Характеристики приоритета критериев и методы его учёта
- •Методы учёта приоритета критериев
- •Постановка задачи
- •21.Управленческое решение. Требования к управленческому решению. Компоненты процесса принятия решений. Подготовительные этапы принятия решений.
- •23.Методика декомпозиции целей. Алгоритмизация процесса декомпозиции. Методы экспертных оценок.
Ведение системного журнала и аудит базы данных
Ведение журнала – процедура создания и обслуживания файла журнала, содержащего сведения обо всех изменениях, внесенных в базу данных с момента создания последней резервной копии, и предназначенного для обеспечения эффективного восстановления системы в случае ее отказа.
СУБД должна предоставлять средства ведения системного журнала, в котором будут фиксироваться сведения обо всех изменениях состояния базы данных и ходе выполнения текущих транзакций, что необходимо для эффективного восстановления базы данных в случае отказа. Преимущества использования подобного журнала заключаются в том, что в случае нарушения работы или отказа СУБД базу данных можно будет восстановить до последнего известного согласованного состояния..
Аудит – процедура, состоящая в проверке того, все ли предусмотренные средства управления задействованы и соответствует ли уровень защищенности установленным требованиям. В ходе выполнения инспекции аудиторы могут ознакомиться с используемыми ручными процедурами, обследовать компьютерные системы и проверить состояние всей имеющейся документации на данную систему. В частности, аудиторская проверка предусматривает контроль следующих используемых процедур и механизмов управления:
– поддержание точности вводимых данных;
– поддержание точности процедур обработки данных;
– предотвращение появления и своевременное обнаружение ошибок в процессе выполнения программ;
– корректное тестирование, документирование и сопровождение разработанных программных средств;
– предупреждение несанкционированного изменения программ;
– предоставление прав доступа и контроль за их использованием;
– поддержание документации в актуальном состоянии.
18.Методология проектирования баз данных. Описание предметной области. Концептуальное проектирование. Модель сущность-атрибут-связь (ER). Модели данных. Логическое проектирование. Система управления базой данных (СУБД). Основные функции СУБД. Физическое проектирование. Понятие “предметная область” является базисным понятием в теории баз данных и поэтому не имеет строгого определения. Чтобы выяснить его смысл, дадим несколько определений.
Под информацией понимают любые сведения о каком-либо событии, процессе и т.п., являющиеся объектом некоторых операций: восприятия, передачи, преобразования, хранения или использования.
“Данные” можно определить как информацию, фиксированную в определенной форме, пригодной для последующей передачи и хранения. Другими словами, данные – это последовательность элементарных символов, цифр или букв, являющихся значением некоторого атрибута. Метаданными будем называть данные о данных.
Объект – это все то, что существует вне нас и независимо от нашего сознания, влияния внешнего мира и материальной действительности. Объекты потенциально обладают огромным количеством свойств и находятся в потенциально бесконечном числе взаимосвязей между собой.
Предмет – это объект, ставший носителем определенной совокупности свойств и входящий в различные взаимоотношения, которые представляют интерес для потребителей информации. Один и тот же объект может восприниматься разными системами как разные предметы. Таким образом, предмет – это модель реального объекта.
Совокупность объектов, информация о которых представляет интерес для пользователей, образует объектное ядро предметной области.
Понятие “предметная область” соответствует точке зрения потребителей информации на объектное ядро, при которой выделяются только те свойства объектов и взаимосвязи между ними, которые представляют определенную ценность и должны фиксироваться в базе данных. Таким образом, предметная область представляет собой абстрактную картину реальной действительности, определенная часть которой фиксируется в качестве модели фрагмента действительности.
После задания пространства состояний можно рассматривать в нем определенные траектории или последовательности состояний s0, s1 ,…, st, в которых находится предметная область в моменты времени 0, 1, …, t. Члены такой последовательности не могут быть совершенно произвольными, поскольку состояние st обычно каким-либо образом связано с предшествующими состояниями s0, s1 , …, st-1. Поэтому предметную область можно определить как класс всех действительно возможных последовательностей состояний. Такие последовательности называются траекториями предметной области. Совокупность всех общих свойств траекторий называется семантикой предметной области.