- •Вопрос 1. Понятие ис. Структура и состав ис
- •Вопрос 2. Подходы к классификации ис
- •Вопрос 3. Технология и архитектура «Клиент-Сервер»
- •Вопрос 4. Основные тенденции развития эвм.
- •Вопрос 5. Архитектура и основные характеристики современного пк.
- •Вопрос 6. Технология и архитектура «Файл-Сервер».
- •Вопрос 7. Носители информации, используемые в современных ис, их характеристики.
- •Вопрос 8. Классы эвм, области и особенности применения.
- •Вопрос 9. Классификация программного обеспечения ис
- •Вопрос 10. Архиваторы: принципы функционирования, области и особенности применения
- •Вопрос 11. Антивирусы: принципы функционирования, области и особенности применения
- •Вопрос 12. Деструктивное программное обеспечение. Методы противодействия ему
- •Вопрос 13. Операционные системы: общие понятия, семейства и особенности.
- •Вопрос 14. Пакеты прикладных программ общего назначения: виды, области применения, характеристики.
- •Вопрос 15. Методо-ориентированные пакеты прикладных программ.
- •Вопрос 16. Проблемно-ориентированные пакеты прикладных программ.
- •Вопрос 17. Стандарт erp: цели, группы решаемых задач.
- •Вопрос 18. Стандарты mrp, mrp II: цели; группы решаемых задач.
- •Вопрос 19. Основные идеи метода сетевого планирования.
- •Вопрос 20. Эволюция систем управления предприятием. Тенденции развития ис.
- •Вопрос 21. Информационное обеспечение ис.
- •Вопрос 22. Внемашинное и внутримашинное ио ис.
- •Вопрос 23. Базы данных. Требования к базам данных.
- •Вопрос 24. Жизненный цикл ис: понятие, необходимость формализации, модели жизненного цикла ис.
- •Вопрос 25. Модели жизненного цикла ис. Содержание этапов и относительные затраты на реализацию.
- •Вопрос 26. Программные продукты с открытым и закрытым ядром. Особенности внедрения и эксплуатации.
- •Вопрос 27. Обзор Российского рынка бухгалтерских пакетов прикладных программ.
- •Вопрос 28. Три основные виды угроз ис.
- •Вопрос 29. Случайные и преднамеренные угрозы ис.
- •Вопрос 30. Понятие модели нарушителя.
- •Вопрос 31. Походы к идентификации пользователей в ис.
- •Вопрос 32. Направления защиты информации в ис.
- •Вопрос 33. Принципы защиты ис от нсд.
- •Вопрос 34. Архивация и резервирование: задачи и подходы.
- •Вопрос 33. Принципы защиты ис от нсд
- •Вопрос 34. Архивация и резервирование: задачи и подходы
- •Вопрос 35. Модели данных, применяемые для построения баз данных (сетевая, иерархическая, реляционная, объектно-ориентированная).
- •Вопрос 36. Понятие нормализации реляционной бд.
- •Вопрос 37. Основные операции реляционной алгебры.
- •Вопрос 38. Определения и понятия схемы и подсхем базы данных. Назначение, примеры
- •Трехуровневая архитектура ansi-sparc
- •Вопрос 39. Sql: назначение и общая характеристика
- •Вопрос 40. Общая характеристика субд ms Access
- •Вопрос 41. Возможности субд ms Access по работе со свойствами таблиц данных.
- •Вопрос 42. Порядок разработки и выполнения запросов с использованием qbe в среде субд ms Access.
- •Вопрос 43. Формы в субд Access. Назначение и порядок создания.
- •Вопрос 44. Подчиненные формы и их использование в субд Access.
- •Вопрос 45. Отчеты, их создание и использование в субд Access.
Вопрос 41. Возможности субд ms Access по работе со свойствами таблиц данных.
Свойства для совокупности полей задаются, так называемыми, свойствами таблиц. Они включают в себя:
признак уникальности совокупности значений нескольких полей;
определение составного первичного ключа;
определение составного внешнего ключа;
наложение условия на значения совокупности полей.
Перечисленные свойства обуславливают возможность процесса нормализации - обратимого пошагового процесса замены одной совокупности отношений другой схемой с устранением избыточных функциональных зависимостей называется.
Процесс нормализации заключается в разбиении (декомпозиции) одного из отношений БД на два или более отношений с выполнением условия обратимости. Декомпозиция заключается в представлении отношения несколькими отношениями за счет выполнения операции проекции исходного отношения на группы его атрибутов.
Процесс декомпозиции следует всегда начинать со следующих операций:
· с определения (идентификации) всех атрибутов, подлежащих хранению в БД.
· установления между ними функциональных зависимостей.
Критерием, по которому определяют необходимость декомпозиции отношения, является нахождение отношения в той или иной нормальной форме.
Первая нормальная форма – все входящие атрибуты атомарны (не делимы).
Полная функциональная зависимость (вторая нормальная форма) – атрибуты атомарны, каждый его не ключевой атрибут функционально полно зависит от первичного ключа.
Транзитивная зависимость – одно цепляет другое
А
B
C
«С» транзитивно зависит от «А».
Отношения находятся в третьей нормальной форме, если оно находится во второй нормальной форме и каждый его не ключевой атрибут нетранзитивно зависит от первичного ключа.
Вопрос 42. Порядок разработки и выполнения запросов с использованием qbe в среде субд ms Access.
Запрос – обращение к базе данных с целью извлечения нужных данных. Результат запроса к базе данных всегда есть некоторая таблица.
Табличный язык запросов QBE (сокращение от Query-By-Example или Запросы по образцу), наряду с языком SQL, используется для создания различных запросов к реляционным БД. Язык QBE является более наглядным и простым для понимания по сравнению с SQL, хотя и более ограниченным в возможностях.
QBE — способ создания запросов к базе данных, с использованием образцов значений полей в виде текстовой строки. Реализации QBE преобразуют пользовательский ввод в формальный запросов к базе данных, что позволяет пользователю создавать сложные запросы без необходимости изучать более сложные языки запросов, такие как SQL.
Эксплуатационным преимуществом поиска QBE является то, что для формирования запроса не требуется использовать специализированный язык запросов, синтаксис которого может быть сложен и недоступен конечному пользователю. Пользователю выводится окно, в котором указаны все поля данных, встречающиеся в каждой записи данных; введение информации в конкретное поисковое поле ограничит поиск совпадением (полным или частичным, в зависимости от договорённости реализации) по данному полю. Проверка условий осуществляется только по заполненным условиям на поля, а поля, условия на которые указаны не будут, могут соответствовать чему угодно. Многие практические реализации QBE допускают также не только конъюнктивное соединение условий в заполненных полях, но и другие варианты соединения условий (например, дизъюнкцию, отрицание, существование или несуществование связанных записей и другие).