
- •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. Методы классификации и кластеризации текстовой информации.
43. Инфраструктура описания ресурсов (rdf).
(Resource Description Framework — RDF), разработанная под эгидой W3C, представляет собой информационную среду, которая обеспечивает кодирование, обмен и повторное применение структурированных метаданных. Эта инфраструктура обеспечивает функциональную совместимость метаданных различных приложений за счет применения таких проектных механизмов, которые позволяют создавать общепринятые соглашения по семантике, синтаксису и структуре документов. RDF не определяет семантику каждой предметной области, но предоставляет возможность создавать, по мере необходимости, элементы метаданных для предметных областей. В инфраструктуре RDF в качестве общего синтаксиса для обмена и обработки метаданных применяется язык XML. С помощью средств языка XML создаются модели данных RDF, позволяющие описывать семантику и обеспечивать обмен стандартизированными метаданными.
При использовании формата RDF документом может считаться любой электронный ресурс, даже ресурс, хранимый в электронном виде, но не представленный в Internet. В любом случае идентификатором ресурса будет его Uniform Resource Identifier (URI).
В основе RDF лежит модель представления именованных свойств и их значений. В контексте модели данных RDF свойства могут рассматриваться как атрибуты ресурса (т.е. как традиционная пара «атрибут-значение») или как отношения между двумя ресурсами (тогда модель RDF может быть интерпретирована как диаграмма «сущность-связь»). Если применить терминологию объектно-ориентированного подхода, то можно сказать, что ресурсы соотносятся с объектами, а свойства — с переменными (экземплярами объекта).
Базовая модель данных RDF состоит из трех объектов: ресурс, свойство, оператор.
Ресурс – все, что может быть описано в RDF-выражениях. Это может быть содержимое Web-страницы или целого Web-сайта. Ресурсом может считаться некоторая часть Web-страницы, в том числе определенные HTML или XML элементы, являющиеся частью Web-страницы. Кроме того, ресурсом может быть также объект, недоступный в Internet, например печатное издание. Однозначным идентификатором ресурса считается его URI.
Свойство — специфический аспект, характеристика, атрибут или отношение, используемое для описания ресурса. Каждое свойство имеет свой смысл, определяющий допустимые значения свойства, типы возможных описываемых ресурсов и отношения их к другим ресурсам. Например, атрибут Author может использоваться для описания лица, подготовившего конкретный документ XML.
Оператор — конструкция, состоящая из ресурса, свойства и значения этого свойства, определенного для данного ресурса. Эти три части утверждения называются "субъект", "предикат" и "объект". Объектом утверждения (значением свойства ресурса) может быть другой ресурс, определенный своим URI; литерал - строка символов (кроме зарезервированных для RDF); данные другого типа, разрешенного в XML.
Рассмотрим простой пример. Пусть необходимо средствами RDF-модели выразить следующее отношение:
"Автором Документа 1 является Иван Петров"
"Иван Петров – автор документа 1"
Для человека эти утверждения имеют одинаковый смысл (Иван Петров – автор конкретного документа), т. к. человек, в отличие от компьютера, способен извлечь смысл из различных синтаксических конструкций. Для компьютера, однако, это два разных значения. Используя тройку «ресурс-свойство-значение», RDF пытается обеспечить однозначный метод для выражения семантики в машиночитаемых кодах.
RDF обеспечивает механизм связывания свойств с ресурсами. Таким образом, прежде чем можно будет сказать что-либо о Документе 1, по правилам модели необходимо определить сам ресурс, представляющий Документ 1. Модель, описывающая выражение из примера, будет иметь один ресурс (Документ 1), одно свойство (Автор) и значение этого свойства («Иван Петров»). Для определения характеристик модели данных спецификация модели RDF предлагает описывать отношения между ресурсами и свойствами в виде направленного графа. В этом случае ресурсы описываются как узлы, свойства - как ребра графа, а значения - как строки, заключенные в кавычки.