- •1. Понятие системы. Свойства сложных систем. Примеры систем.
- •2. Системный анализ. Определение и этапы.
- •3. Понятие информационное пространство и информационное общество.
- •4. Информатизация. Субъекты информатизации.
- •5. Правовое регулирование создания и использования асоиу
- •6. Понятие об асоиу и автоматизированного комплекса.
- •7. "Принципы создания асоиу".
- •8. "Классификация асоиу".
- •10. Обеспечивающие подсистемы асоиу
- •9. Критерии эффективности асоиу.
- •11. Программное обеспечение асоиу
- •12 "Состав информационного обеспечения и требования к нему".
- •13. Организационное обеспечение асоиу
- •14. Техническое обеспечение асоиу
- •15. Маркетинг асоиу
- •16. " Стадии и этапы создания асоиу.
- •17"Организация работ по разработке асоиу.
- •18. Содержание технического задания на асоиу
- •19 " Проектирование технического обеспечения асоиу ".
- •20 " Проектирование программного обеспечения асоиу ".
- •21 "Особенности человека – оператора как элемента асоиу"
- •22 Оценка технического и экономического эффекта асоиу
- •23 Дерево целей создания асоиу.
- •24 Комплекс стандартов создания асоиу.
- •25 Логические элементы и синтез комбинационных логических схем.
- •27 Принцип микропрограммного управления процессора.
- •28 Основная память эвм. Методы доступа. Способы организации памяти.
- •29 Интерфейс программного обмена данными. Структура системной шины
- •30. Количественная мера информации. Энтропия дискретных и непрерывных сообщений.
- •31. Методы эффективного помехоустойчивого кодирования. Общий принцип использования избыточности
- •32 “ Общие принципы организации и математические модели систем управления техническими системами ”
- •33 “Понятие модели. Виды моделей”
- •34 Основные свойства надежности асоиу
- •35 Основные показатели безотказности, ремонтопригодности и долговечности асоиу.
- •36 Расчет надежности асоиу методом марковских процессов.
- •37 Расчет надежности асоиу λ –методом.
- •38 Имитационное моделирование. Методы построения программных датчиков стандартной (базовой) случайной величины.
- •39 Системы массового обслуживания и их моделирование.
- •40 Системы имитационного моделирования. Язык gpss.
- •41 Оценка точности и достоверности результатов статистического моделирования.
- •42 Определение базы данных.
- •43 Принцип независимости данных и приложений.
- •44 Элементы данных и связи.
- •45 Классификация моделей данных. Реляционная модель хранения данных.
- •46 Первая, вторая и третья нормальные формы.
- •47 Покрытие множества функциональных зависимостей.
- •48 Декомпозиция предметной области.
- •49 Этапы построения схемы базы данных.
- •51 Классификация методов доступа в субд.
- •52 Языки программирования высокого уровня. Сравнительная характеристика
- •53 Статические и динамические структуры данных программы, их особенности.
- •54 Управление программным потоком, операторы.
- •55 Структурное программирование. Нисходящая и восходящая концепции. Модульное программирование
- •56 Объектно-ориентированное программирование. Абстрагирование. Инкапсуляция, наследование, полиморфизм.
- •58 Основные принципы тестирования и верификации программного обеспечения
- •59 Принятие решений в условиях неопределенности. Математическая запись задачи
- •60 Процесс передачи данных. Спектральное представление сигналов
- •61. "Способы повышения надежности передачи данных".
- •62. "Основные компоненты информационных сетей".
- •63. "Эталонная модель взаимодействия открыты систем".
- •64 Технология локальных сетей, или проблема доступа к моноканалу.
- •65. "Основные конфигурации локальных и территориальных компьютерных сетей".
- •66.Протоколы маршрутизации и управления трафиком. Протокол ip и система адресации.
- •67 Мировая информационная среда
- •68 Поисковые системы InterNet
- •69. Многопользовательские и многозадачные операционные системы
- •70. Управление процессами. Состояния и переходы процессов. Синхронизация и взаимоблокировка.
- •71. Управления основной памятью. Страничная и сегментная организации виртуальной памяти.
- •72. Управление вторичной памятью. Файловые системы
- •73 Управление вводом-выводом в современных операционных системах.
- •74 Мультипроцессорные вычислительные системы.
- •75.Операционные системы реального времени
- •76 Методы представления знаний. Рассуждения и задачи.
- •77 Экспертные системы: классификация и структура.
- •78 Компьютерные системы поддержки принятия решений. Технологии olap, DataMining
- •79 Задачи компьютерной графики. Графические библиотеки и их возможности
- •80. Классификация перечня классов угроз для защищаемой информации в системе
- •81 Стандарт шифрования данных гост 28147-89
- •82 Понятие политики безопасности: общие положения, аксиомы защищённых систем, понятия доступа и монитора безопасности.
- •83. Case-средства проектирования программного обеспечения.
- •84. Системы жесткого и мягкого реального времени. Особенности их архитектуры.
43 Принцип независимости данных и приложений.
Простейший подход к обработке данных в файловых системах состоит в разработке для отдельного приложения одной или нескольких специальных программ. В качестве примера можно привести банковские операции формирования расходных и приходных счетов, учета взносов и ссуд по закладным. Любому приложению предметной области, такому, как приход, расход, взнос по закладным, ссуда по закладным, соответствует свое представление о данных. Первоначально прикладному программисту приходилось разрабатывать подпрограммы обслуживания файлов, которые обеспечивали удаление, добавление, замену и поиск данных в файлах, обрабатываемых программой. Шагом вперед явилось создание универсальных подпрограмм. Универсальные подпрограммы обеспечивают заранее определенные "методы доступа", освобождающие прикладного программиста от необходимости кодирования, тестирования и "отладки" специфичных для данного приложения методов. Эти подпрограммы реализуют обобщенные методы доступа, позволяющие добавлять, удалять, заменять и искать данные, расположенные на таких внешних носителях, как лента, диск или барабан. Обобщенные методы доступа стали составной частью " операционных подсистем". Появилась возможность написания прикладной программы формирования расхода, обрабатывающей файл расходных счетов с применением универсальных методов доступа. Однако большинство универсальных методов доступа не позволяет другим прикладным программам с отличным представлением об общих данных параллельно использовать эти данные и осуществлять к ним доступ. Все пользователи ограничены единственным представлением о данных. Различные представления можно обеспечить разнообразными способами сортировки. Универсальные подпрограммы доступа, гарантируют разную степень независимости от физического хранения данных, при которой некоторые изменения физического хранения могут отражаться в методах доступа и не требовать внесения изменений в прикладные программы. Однако при использовании нескольких файлов данных в процессе обработке информации существуют следующие недостатки: избыточность данных, проблемы непротиворечивости данных, ограниченное разделение данных, ограничения по доступности данных, сложности в управлении.
44 Элементы данных и связи.
Объединяя
частные представления о содержимом
базы данных, полученные в результате
опроса пользователей, и свои представления
о данных, которые могут потребоваться
в будущих приложениях, АБД сначала
создает обобщенное неформальное описание
создаваемой базы данных. Это описание,
выполненное с использованием естественного
языка, математических формул, таблиц,
графиков и других средств, понятных
всем людям, работающих над проектированием
базы данных, называют инфологической
моделью. Цель
инфологического моделирования –
обеспечение наиболее естественных для
человека способов сбора и представления
той информации, которую предполагается
хранить в создаваемой базе данных.
Поэтому инфологическую модель данных
пытаются строить по аналогии с естественным
языком (последний не может быть использован
в чистом виде из-за сложности компьютерной
обработки текстов и неоднозначности
любого естественного языка). Основными
конструктивными элементами инфологических
моделей являются сущности, связи между
ними и их свойства (атрибуты). Сущность
– любой различимый объект (объект,
который мы можем отличить от другого),
информацию о котором необходимо хранить
в базе данных. Сущностями могут быть
люди, места, самолеты, рейсы, вкус, цвет
и т.д. Необходимо различать такие понятия,
как тип
сущности
и экземпляр
сущности.
Понятие тип сущности относится к набору
однородных личностей, предметов, событий
или идей, выступающих как целое. Экземпляр
сущности относится к конкретной вещи
в наборе. Например, типом сущности может
быть ГОРОД, а экземпляром – Москва, Киев
и т.д. Атрибут
– поименованная характеристика сущности.
Его наименование должно быть уникальным
для конкретного типа сущности, но может
быть одинаковым для различного типа
сущностей (например, ЦВЕТ может быть
определен для многих сущностей: СОБАКА,
АВТОМОБИЛЬ, ДЫМ и т.д.). Атрибуты
используются для определения того,
какая информация должна быть собрана
о сущности. Примерами атрибутов для
сущности АВТОМОБИЛЬ являются ТИП, МАРКА,
НОМЕРНОЙ ЗНАК, ЦВЕТ и т.д. Здесь также
существует различие между типом и
экземпляром. Тип атрибута ЦВЕТ имеет
много экземпляров или значений: Красный,
Синий, Банановый, Белая ночь и т.д., однако
каждому экземпляру сущности присваивается
только одно значение атрибута. Абсолютное
различие между типами сущностей и
атрибутами отсутствует. Атрибут является
таковым только в связи с типом сущности.
В другом контексте атрибут может
выступать как самостоятельная сущность.
Например, для автомобильного завода
цвет – это только атрибут продукта
производства, а для лакокрасочной
фабрики цвет – тип сущности. Ключ
– минимальный набор атрибутов, по
значениям которых можно однозначно
найти требуемый экземпляр сущности.
Минимальность означает, что исключение
из набора любого атрибута не позволяет
идентифицировать сущность по оставшимся.
Для сущности Расписание (п. 1.2)
ключом является атрибут Номер_рейса
или набор: Пункт_отправления, Время_вылета
и Пункт_назначения (при условии, что из
пункта в пункт вылетает в каждый момент
времени один самолет). Связь
– ассоциирование двух или более
сущностей. Если бы назначением базы
данных было только хранение отдельных,
не связанных между собой данных, то ее
структура могла бы быть очень простой.
Однако одно из основных требований к
организации базы данных – это обеспечение
возможности отыскания одних сущностей
по значениям других, для чего необходимо
установить между ними определенные
связи. А так как в реальных базах данных
нередко содержатся сотни или даже тысячи
сущностей, то теоретически между ними
может быть установлено более миллиона
связей. Наличие такого множества связей
и определяет сложность инфологических
моделей. При построении инфологических
моделей можно использовать язык
ER-диаграмм
(от англ. Entity-Relationship, т.е. сущность-связь).
В них сущности изображаются помеченными
прямоугольниками, ассоциации –
помеченными ромбами или шестиугольниками,
атрибуты – помеченными овалами, а связи
между ними – ненаправленными ребрами,
над которыми может проставляться степень
связи (1 или буква, заменяющая слово
"много") и необходимое пояснение.
Между двумя сущностям, например, А и В
возможны четыре вида связей. Первый
тип
– связь ОДИН-К-ОДНОМУ (1:1): в каждый момент
времени каждому представителю (экземпляру)
сущности А соответствует 1 или 0
представителей сущности В:
Студент
может не "заработать" стипендию,
получить обычную или одну из повышенных
стипендий. Второй
тип
– связь ОДИН-КО-МНОГИМ (1:М): одному
представителю сущности А соответствуют
0, 1 или несколько представителей сущности
В.
Квартира
может пустовать, в ней может жить один
или несколько жильцов.
Так как между двумя
сущностями возможны связи в обоих
направлениях, то существует еще два
типа связи МНОГИЕ-К-ОДНОМУ (М:1) и
МНОГИЕ-КО-МНОГИМ (М:N). Характер связей
между сущностями не ограничивается
перечисленными. Существуют и более
сложные связи: множество связей между
одними и теми же сущностями
(пациент, имея
одного лечащего врача, может иметь также
несколько врачей-консультантов; врач
может быть лечащим врачом нескольких
пациентов и может одновременно
консультировать несколько других
пациентов); тренарные связи
(врач может назначить несколько пациентов на несколько анализов, анализ может быть назначен несколькими врачами нескольким пациентам и пациент может быть назначен на несколько анализов несколькими врачами); связи более высоких порядков, семантика (смысл) которых иногда очень сложна. Для выявления связей между сущностями необходимо, как минимум, определить сами сущности. Но это не простая задача, так как в разных предметных областях один и тот же объект может быть сущностью, атрибутом или ассоциацией. К.Дейт определяет три основные класса сущностей: стержневые, ассоциативные и характеристические, а также подкласс ассоциативных сущностей – обозначения. Стержневая сущность (стержень) – это независимая сущность. Ассоциативная сущность (ассоциация) – это связь вида "многие-ко-многим" ("-ко-многим" и т.д.) между двумя или более сущностями или экземплярами сущности. Ассоциации рассматриваются как полноправные сущности: они могут участвовать в других ассоциациях и обозначениях точно так же, как стержневые сущности; могут обладать свойствами, т.е. иметь не только набор ключевых атрибутов, необходимых для указания связей, но и любое число других атрибутов, характеризующих связь. Характеристическая сущность (характеристика) – это связь вида "многие-к-одной" или "одна-к-одной" между двумя сущностями (частный случай ассоциации). Единственная цель характеристики в рамках рассматриваемой предметной области состоит в описании или уточнении некоторой другой сущности. Необходимость в них возникает в связи с тем, что сущности реального мира имеют иногда многозначные свойства. Обозначающая сущность или обозначение – это связь вида "многие-к-одной" или "одна-к-одной" между двумя сущностями и отличается от характеристики тем, что не зависит от обозначаемой сущности.
