
- •1. Определения: данные, информация, информатика, информационные технологии, информационные системы.
- •2. Основные критерии качества информации. Какими параметрами (критериями) характеризуется данные и информация. Процессы получения, передачи, обработки и хранения данных (информации).
- •3. Определение понятия «информационные ресурсы». Особенности фазы распространения информационных ресурсов. Информационные основные и оборотные фонды.
- •4. Классификация информационных систем (ис) по назначению. Состав и структура ис. Аппаратно-техническое и информационное обеспечение ис.
- •5. Область Взаимодействия Открытых Систем. Краткий обзор функциональных особенностей работы уровней.
- •6. Определение передачи данных (Data Communications). Принципы передачи данных dc между смежными и несмежными системами. Классификация каналов.
- •9. Сетевая архитектура лвс - комбинация стандартов, топологий и протоколов. Основные характеристики и условия корректной работы сетей.
- •10. Создание автоматизированных банков данных с использованием информационных технологий. Концептуальная и логическая модель базы данных. Реляционные субд.
- •11. Выбор субд для построения ис корпоративного уровня. Классификация и критерии оценки объектных субд.
- •Критерии оценки объектных субд
- •12. Концепция «склада данных» (хранилища данных) как предметно-ориентированного хронологического набора данных для целей поддержки принятия решений в системах автоматизированного управления.
- •14. Классификация систем управления на автотранспорте. Общие сведения о системах определения местоположения (омп).
- •16. Классификация навигационных систем омп. Гироскопные датчики, магнитные компасы, доплеровские пеленгаторы. Метод счисления пути, принципы работы одометра.
- •18. Назначение, функциональные возможности и область применения систем мониторинга мобильных объектов (сммо). Взаимодействие элементов сммо в процессе отслеживания состояния мобильных объектов.
- •19. Функциональные различия систем определения местоположения (омп) и систем мониторинга мобильных объектов (сммо).
- •24. Использование карманных переносных компьютеров (кпк) мобильными пользователями. Основные технические характеристики современных кпк, смартфонов и коммуникаторов.
- •27. Системы подвижной спутниковой связи. Геостационарные, средневысотные и низкоорбитальные системы спутниковой связи.
- •29. Системы глобального позиционирования (gps-navstar, «Глонас», перспективные разработки. Состав, характеристики, классификация gps-приемников).
- •30. Технология штрихового кодирования. Типы штрихкода. Расшифровка штрих-кода (ean-13, ean-8, ean-128, логистический вариант).
- •31. Радиочастотная идентификация. Типы радиочастотных меток. Достоинства и недостатки использования rfid-технологии в автоматизированных системах учета и контроля.
- •32. Принципы построения vpn (виртуальных приватных сетей).
- •33. Информационная безопасность в сети.
- •34. Этапы развития автоматизированных систем управления производством. Корпоративные информационные системы. Концепция mrpii/erp.
- •44. Системы электронной коммерции. Системы электронного документооборота. Электронная цифровая подпись. Erp-системы.
- •45. Led,tft,fed технологии. Операционные системы кпк. Достоинства и недостатки. Технология штрихового кодирования.
10. Создание автоматизированных банков данных с использованием информационных технологий. Концептуальная и логическая модель базы данных. Реляционные субд.
РЕЛЯЦИОННАЯ БАЗА ДАННЫХ (relational database). База данных, организованная по реляционной модели данных. Она состоит из таблиц, каждая из которых представляет собой множество кортежей одинаковой структуры. Такую таблицу можно интерпретировать как отношение (в математическом смысле) между атрибутами таблицы. Отсюда (от англ. relation) происходит название. Связи между кортежами различных таблиц в реляционной БД устанавливаются неявно, по совпадению значений атрибутов в разных таблицах (в отличие от явных связей между записями в иерархической и сетевой базах данных).
11. Выбор субд для построения ис корпоративного уровня. Классификация и критерии оценки объектных субд.
На сегодняшний день нет общепризнанной классификация объектных СУБД. Можно согласиться с теми авторами, которые в основывают свою классификацию на особенностях моделей данных, которые имеют те или иные БД. С этой точки зрения можно выделить две основные группы: чисто объектные СУБД (pure ODBMS) и СУБД, основанные на модели сохраняемых объектов (persistent storage managers).
Чисто объектные СУБД в наиболее полной мере отражают все характерные черты объектной модели данных. Все создаваемые в них классы объектов по умолчанию сохраняются в базе данных.
Как правило, такие системы поддерживают механизмы распределенных баз данных (transparent distributed database capabilities), многопользовательского доступа к БД, имеют встроенные средства разработки и администрирования.
СУБД основанные на модели сохраняемых объектов позволяют сохранять небольших объекты (менее 20 байт) и в них сохраняются не сами объекты, а их идентификаторы. Такие системы, обычно, имеют существенные ограничения на создание многопользовательских приложений и распределенных систем.
Очень часто в классификацию объектных СУБД добавляют объектно-реляционные, которые также классифицируют по различным критериям.
Однако, в данной статье мы исключим их из рассмотрения и будем рассматривать далее только два указанных класса объектных систем.
Для выработки критериев выбора СУБД рассмотрим те области в которых производятся их оценки, а затем рассмотрим основные критерии этих оценок.
Критерии оценки объектных субд
Существующие критерии, по которым можно оценивать СУБД условно делятся на три большие области:
функциональность;
особенности разработки приложений;
смешанные критерии.
Условность такого деления определяется тем обстоятельством, что некоторые особенности конкретной СУБД (в первую очередь те из них, которые связаны со спецификой модели данных) проявляются не только в одной области, в которой производится оценка, но и влияют на другие.
Существуют еще две области оценок СУБД:
поддерживаемые платформы;
производительность.
Производить оценку в этих областях возможно на этапе разработки приложений, поэтому мы их рассмотрим в следующем параграфе, а сейчас выявим критерии связанные с особенностями самих СУБД.