- •1. Определение понятий «программа», «программное средство», «программный продукт». Виды и краткое содержание программных документов (по еспд).
- •2. Связь программных документов с этапами жизненного цикла по.
- •3. Жизненный цикл программных средств. Базовые этапы моделей жц: назначение и характеристика.
- •4. Стратегии конструирования программных средств с точки зрения моделей жц. Характеристика стратегий, достоинства и недостатки.
- •6. Назначение, архитектура, классификация case-средств.
- •7. Определение и содержание процесса тестирования. Информационные потоки процесса тестирования.
- •8. Основные стратегии тестирования, их характеристики, достоинства и недостатки. Основные типы ошибок, выявляемых каждой из стратегий.
- •9. Потоковый граф и цикломатическая сложность программы. Примеры.
- •10. Способ тестирования базового пути.
- •11. Способ тестирования условий.
- •12. Способ тестирования потоков данных.
- •13. Функциональное тестирование. Способ разбиения по эквивалентности и анализа граничных значений.
- •14. Способ диаграмм причин-следствий.
- •15. Основные характеристики качества и надежности программных средств.
- •16. Понятия функциональной пригодности, корректности и надежности программных средств.
- •17. Функция надежности и функция отказа: определение, основные свойства.
- •18. Дискретные модели надежности по. Модель Муса.
- •19. Дискретные модели надежности по. Модель Шумана.
- •20. Статические модели надежности по (простая интуитивная модель, модель Нельсона, модель Миллса).
- •21. Эмпирические модели надежности по. Определение оптимальной продолжительности тестирования.
- •22. Понятие пользовательского интерфейса. Основные принципы разработки пользовательского интерфейса.
- •23. Оконные интерфейсы. Типы окон. Основные операции с окнами.
- •24. Типы диалога пользовательского интерфейса.
- •25. Типы элементов управления оконных интерфейсов.
- •26. Назначение элемента управления «меню». Стандартные разновидности меню.
- •27. Назначение элемента управления «кнопка». Стандартные разновидности кнопок.
- •28. Назначение элемента управления «список». Стандартные разновидности списков.
- •29. Назначение элемента управления «текстовая область». Стандартные разновидности текстовых областей.
- •30. Правовые методы защиты программных продуктов и баз данных.
- •31. Понятие компонента. Функциональные группы компонентов.
- •32. Открытый интерфейс доступа к базам данных (odbc).
- •33. Архитектуры сервера баз данных совместной обработки клиентских запросов.
- •34. Доступ к базам данных в двухзвенных моделях «клиент-сервер».
- •35. Основные требования к распределенной обработке данных.
- •36. Функции «типового» приложения обработки данных.
- •37. Базовые архитектуры распределенной обработки данных.
- •Архитектура сервера баз данных
- •Архитектура «один к одному»
- •Многопотоковая односерверная архитектура
- •38. Источник данных. Архитектура приложения, работающего с внешними источниками данных.
- •39. Последовательность действий для обеспечения работы с объектом источника данных.
- •40. Форматы представления слабоструктурированных данных. Основные понятия стандарта iso 2709.
- •41. Форматы представления слабоструктурированных данных. Основные понятия коммуникативного формата мекоф.
- •42. Языки определения слабоструктурированных данных. Основные понятия xml.
- •43. Инфраструктура описания ресурсов (rdf).
- •44. Структура процессов в абстрактной аипс.
- •45. Фактографические и документальные бд.
- •46. Классификации. Типология классификаций на основе отношений, возможных между классами и атрибутами.
- •47. Библиотечно-библиографические классификации.
- •48. Патентные классификации.
- •49. Классификации наук.
- •50. Онтология как средство формализованного представления информации.
- •51. Методы выделения информативных терминов.
- •52. Методы классификации и кластеризации текстовой информации.
35. Основные требования к распределенной обработке данных.
Такая отличительная особенность БД, как многоцелевое параллельное использование данных, предопределяет наличие средств, обеспечивающих практически одновременный и независимый доступ к одним и тем же данным. Причем сама база может быть размещена на одном или нескольких компьютерах.
Приведем следующие, сформулированные ведущими поставщиками СУБД, свойства «идеаль-ной» системы управления распределенными базами данных:
- Прозрачность относительно расположения данных: СУБД должна представлять все данные так, как если бы они были локальными.
- Гетерогенность системы: СУБД должна работать с данными, которые хранятся в системах с различной архитектурой и производительностью (независимость от СУБД).
- Прозрачность относительно сети: СУБД должна одинаково работать в условиях разнородных сетей.
- Поддержка распределенных запросов: пользователь должен иметь возможность объединять данные из любых баз, даже если они размещены в разных системах.
- Поддержка распределенных изменений: пользователь должен иметь возможность изменять данные в любых базах, на доступ к которым у него есть права, даже если эти базы размещены в разных системах.
- Поддержка распределенных транзакций: СУБД должна выполнять транзакции, выходящие за рамки одной вычислительной системы, и поддерживать целостность распределенной БД даже при возникновении отказов как в отдельных системах, так и в сети.
- Безопасность: СУБД должна обеспечивать защиту всей распределенной БД от несанкционированного доступа.
- Универсальность доступа: СУБД должна обеспечивать единую методику доступа ко всем данным.
36. Функции «типового» приложения обработки данных.
Развитие сетевых технологий в сочетании с широким распространением персональных ЭВМ и внедрением стандартов открытых систем привело к появлению систем баз данных размещенных в сети разнотипных компьютеров. Такие системы распределенных баз данных обеспечивают обработку распределенных запросов, когда при обработке одного запроса используются ресурсы базы, размещенные на различных ЭВМ сети. Система распределенных баз данных состоит из узлов, каждый из которых является СУБД, а узлы взаимодействуют между собой так, что база данных любого узла будет доступна пользователю, так как если бы она была локальной.
Соответственно, программы, обеспечивающие целевую (функциональную) обработку данных, могут быть организованы таким образом, чтобы обеспечить более эффективное использование совокупных вычислительных ресурсов за счет специализированного разделения функций обработки между центральным процессом СУБД и клиентскими функционально-ориентированными процедурами.
Для «типового» приложения обработки данных можно выделить следующие группы (уровни) функций:
- ввод и отображение данных: внешний (пользовательский) уровень реализации целевой функциональной обработки и представления (Presentation logic);
- функциональная обработка, реализующая алгоритм решения задач пользователя. Соответствующие «бизнес-правила» реализуются обычно средствами высокоуровневого языка программирования или расширенного языка манипулирования данными типа ADABAS Natural или 4-GL (Business logic);
- манипулирование данными БД в рамках приложения, которое обычно реализуется средствами SQL (Database logic);
- управление данными и другими ресурсами БД, реализуемое специализированными (внутренними) средствами конкретной СУБД обычно в рамках файловой системы ОС (Common Database Logic);
- управление процессами обработки: связывание и синхронизация процессов обработки данных разного уровня (Resource Logic).