- •1. Информация, данные, знания.
- •7.Идея субд, отличие от фис
- •8. Определение банка данных. Требования к БнД
- •9. Преимущества централизации управления данными
- •10. Жизненный цикл инженерного изделия
- •11. Модели жизненного цикла разработки ис
- •12. Жизненный цикл программного обеспечения и ис
- •13. Задачная, каскадная(системная) и спиральная модель технологии создания ис.
- •14. Общая технологи создания ис и ас
- •15. Этапы проектирования бд
- •16. Предприятие как открытая система. Метаболизм предприятия.
- •17. Моделирование потоков данных(dfd -диаграммы)
- •18. Матрицы событий (elm)
- •19. Методология sadt
- •20. Понятие модели данных (мд). Сильно и слабо структурированные мд.
- •21. Модель «Сущность-связь»
- •22. Атрибуты, домены. Правила для атрибутов, ключи.
- •29. Ограничения целостности. Бизнес – правила.
- •30. Локальные инфологические модели
- •31. Построение глобальной инфологические модели
- •32. Реляционная модель данных
- •33. Отношение и его свойства
- •34. Язык описания данных, язык манипулирования данными.
- •35. Реляционная алгебра и операции
- •36. Группировка атрибутов в отношения
- •37. Аномалии и их виды
- •40. Виртуальные атрибуты и таблицы
- •41. Триггера, сохраненные процедуры, ссылочная целостность.
- •42. Определение банка данных (БнД) – 8 вопрос
- •43. Требования к БнД – 8 вопрос
- •44. БнД как автоматизированная система. Виды обеспечения
- •47. Администратор бд и его функции.
- •48. Словарь данных.
- •49. Usability, значение и мифы
- •50. Проблемы проектирования пользовательского интерфейса
- •51. Требования к пи. Принципы реализации пользовательского интерфейса (пи).
- •52. Этапы проектирования пи
- •53. Методы и критерии оценки пи
- •54. Основные сведения из инженерной психологии
- •55. Формальная модель пи
- •56. Структуры внешней памяти. Организация индексов
- •57. Организация вычислений в автоматизированных системах.
- •58. Системы Клиент-сервер.
- •59. Файл-сервер и клиент-сервер системы.
- •60. Распределённые бд. Причины возникновения и задачи.
- •61. Распределение данных в сети
- •62. Проблемы распределенных бд
- •63. Что такое транзакция. Транзакции и целостность бд
- •64. Виды ограничений целостности в распределенных ис
- •65. Уровни изолированности транзакций (уит)
- •71. Синхронизационные захваты
- •72. Гранулированные синхронизационные захваты.
- •73. Предикатные синхронизационные захваты.
- •74. Понятие тупика.
- •75. Граф ожидания транзакций
- •76. Метод временных меток
- •77. Постреляционные модели данных и субд
- •79. Понятие системы базы знаний
- •82.Оперативная и аналитическая обработка данных
- •83.Многомерная модель данных
- •84.Гиперкубическая и поликубическая модели данных
- •85. Проектирование многомерной бд
- •86. Ипс и их отличия от банков данных ( информационно-поисковые системы)
- •87. Поисковые структуры в ипс и 88. Поиск в ипс
- •89. Оценка эффективности ипс
- •94. Стадии проектирования по гост (сдту)
- •95. Предпроектные исследования. Цели и задачи
- •96. Смысл и содержание технического задания.
- •97. Технический проект. Рабочий проект
- •98. Технология Microsoft solution framework( Msf)
57. Организация вычислений в автоматизированных системах.
58. Системы Клиент-сервер.
Система разбивается на 2 части, которые могут выполняться в разных узлах сети – клиентскую и серверную. Представляет собой дерево, где листы клиенты, а корень – сервер. Прикладная программа или конечный пользователь взаимодействуют с клиентской частью системы, которая в простейшем случае обеспечивает просто подсетевой интерфейс. Клиентская часть системы при потребности обращается по сети к серверной части. Интерфейс серверной части определен и фиксирован, поэтому возможно создание новых клиентский частей существующей системы.
59. Файл-сервер и клиент-сервер системы.
Архитектура файл-сервер предполагает наличие трех основных компонент: файлового сервера, файлового клиента и набора локальной сети для общения между ними.
Файловый сервер - это комплекс аппаратных и программных средств, обеспечивающий совместный доступ к файловым ресурсам (а также к принтерам) через локальную сеть многим пользователям одновременно.
Файловый клиент - это набор программного обеспечения, обеспечивающий доступ к файловым ресурсам сервера (или серверов) с персонального компьютера. Клиент устанавливается на каждом рабочем месте, с которого должен осуществляться доступ к серверу. Локальная сеть, соединяющая между собой клиент и сервер. Работоспособность файл-серверного приложения напрямую зависит от надежности и производительности локальной сети.
Весь обмен на уровне файлов. Всю обработку данных проводит клиент. Благодаря архитектуре файл-сервер повышается безопасность системы, можно предоставить разный уровень доступа к данным.
Однако эта архитектура обладает огромным количеством ограничений, связанных с количеством одновременно работающих приложений, с их увеличением возрастает нагрузка на сеть. А также проблемы с сохранностью данных при внесении изменений с разных мест.
Поэтому происходит переход к архитектуре клиент-сервер. Тут уже не сервер файлов, а сервер баз данных или сервер приложений. То есть на сервер ложится не только хранение данных, но и поддержание их целостности, а в случае сервера приложений и выполнений некоторых операций. Общение между клиентом и сервером происходит не на уровне фалов, а на уровне запросов. Сетевое оборудование такое же. Тут появляется возможность создания глобальной сети, скорость передачи ниже, но высокоуровневые запросы гораздо менее габаритные и компьютеры могут находится на большом расстоянии.
Открытые системы
Распространение архитектуры клиент-сервер стало возможно благодаря развитию открытых систем. Две проблемы: перенос системы с одного аппаратного обеспечения на другое, вторая – возможность добавления новых компонентов для расширения возможностей системы.
Подходом открытых систем является упрощение комплексирования информационно-вычислительных систем за счет международной и национальной стандартизации аппаратных и программных интерфейсов. Ключевая фраза открытых в сторону пользователей – независимость от конкретного поставщика.UNIX-стандартизированная ОС.
Открытые системы выгодны как потребителям так и производителям. Так производители не обязаны решать проблему с нуля, а могут комплексировать уже существующие приложения, с другой стороны они все обязаны обеспечить стандартную среду, но вынуждены добиваться ее к можно лучшей реализации. Преимущество для пользователей, они могут устанавливать новые компоненты системы, не теряя при этом ее работоспособности.