Разработка xsd-моделей для хранения наборов открытых данных управления инновациями в формате xml.

Заключение
В дипломной работе выполнено построение XSD набора данных, для XML данных открытых источников. Проанализированы ведущие порталы поиска работы в русском сегменте сети Интернет. Для осуществления поставленных задач были исследованы XML архитектура и XSD наборы данных, описывающий структуру предложенного документа. Освещен вопрос создания приложения извлечения XSD схемы документа с использованием библиотек. Описан процесс использования библиотек в среде разработки VisualStudio 2013. Проанализирован конкурентный формат данных JSON, так же набирающий популярность при обмене данных между информационными системами. Дана правовая и экономическая оценка проделанной работе.
...

СОДЕРЖАНИЕ
Введение 4
Глава 1. Аналитическая часть диплома. Анализ рынка услуг поиска работы и публикации открытых вакансий 6
Портал hh.ru 6
Портал SupeJob.ru 7
Портал Работа.Yandex 8
Анализ 9
Общие выводы по данной главе. 9
Глава 2. Теоретическая часть диплома. Исследование различных форматов передачи данных между участниками информационной системы обеспечения инновационной деятельности. 11
Формат XML 11
Допустимые символы 17
Кодировка документов 23
Действительный документ. Проверяющие и непроверяющие процессоры 24
XML-схемы 25
RELAX NG 25
Schematron 26
ISO DSDL и другие языки схемы 26
Описание типов: языки схем 26
Потяните разбора [ править ] 27
Объектная модель документа [ править ] 27
Привязка данных [ править ] 28
XML как тип данных [ править ] 28
История [ править ] 28
Потяните разбора [ править ] 29
Чтение XML: три варианта API 30
Запись XML: два варианта API 33
Инструменты работы с документами: парсеры, средства создания и визуализации, системы баз данных 34
Реализации средств структурного разбора документов (парсеров) 34
Редакторы XML 34
Эффективность использования XML 34
Критика [ править ] 36
Формат JSON 36
Глава 3. Практическая часть диплома. Разработка XSD моделей XML потока данных, при взаимодействии различных информационных структур. 42
Содержание 44
История [ править ] 44
Схемы и схемы Документы [ редактировать ] 45
Компоненты схемы [ править ] 45
Типы [ редактировать ] 47
Сообщение от схем-проверка Infoset [ править ] 47
Пример [ править ] 48
Вторичные применения для XML-схем [ редактировать ] 49
Генерация кода [ править ] 49
Генерация структуры XML-файл документации [ править ] 49
Критика [ править ] 49
Версия 1.1 [ редактировать ] 51
Проектирование программного обеспечения на VisualStudio 2013. 51
Конфликт с Microsoft Xsd.exe 55
Реализация логики приложения 59
Пример работы программы 61
Рассмотрим параметр возвращения списка резюме авторизированного пользователя на портале hh.ru 61
Компьютерное обеспечение проекта 65
Экономическая оценка проекта 66
Правовая оценка проекта 67
Заключение 68
Источники литературы: 69

Введение
Актуальность
Значительное развитие инновационных технологий требует активного вовлечения нового кадрового состава для решения новых задач, возникающих в процессе развития бизнеса. Поддержка инновационного развития, нашедшая поддержку у первых лиц Российского государства (Медведев Д. А.) активно развивается благодаря системам поиска и привлечения новых сотрудников. Поиск сотрудников возложен, как правило, на отдел кадров. Использование методов он-лайн поиска является не эффективным, т.к. в значительной степени ограничено людским ресурсом. Решение задачи создания единой информационной системы, позволяющих вести одновременную, автоматизированную работу на ведущих площадках российского сегмента сети, в частности разработка XSD моделей XML данных, участвующих в процессе обмена между информационными площадками считаю актуальной.
Цель: Разработать XSD модели XML потоков данных в задачах обеспечения инновационной деятельности.
Задачи:
1. Проанализировать протокол XML
2. Проанализировать протокол JSON
3. Разработать XSD модель данных
Объектом выпускной квалификационной работы является взаимодействие информационных баз данных систем кадрового поиска для обеспечения решения задач инновационной деятельности, с существующими банками данных.
Предметом работы является XSD модели описания XML потоков данных.
Содержание. Работа написана на ___ листах, содержит ___ рисунков, ___ таблиц. При подготовке работы использовалось ___ источников информации.

 Код, который использует этот итератор может проверить текущий элемент (сказать, например, является ли это начало или конец элемента, или текст), и проверить его атрибуты (местное название пространства имен , значения атрибутов XML, значение текста и т.д. .), а также может переместить итератор к следующему пункту. Код может, таким образом, извлечение информации из документа, когда он проходит его. Рекурсивного спуска подход, как правило, поддается хранения данных в типизированных локальных переменных в коде делает синтаксический анализ, в то время как SAX, например, как правило, требует, чтобы синтаксический анализатор вручную сохранить промежуточные данные в стек элементов, которые родительские элементы элемента время анализируется. Потяните разбора кода может быть более простым для понимания и поддержки, чем SAX разбора кода.Чтение XML: три варианта APIДля чтения XML есть три варианта API.Событийный API — XML-процессор считывает данные XML; при наступлении определённого событии (появлении открывающего или закрывающего тега, текстовой строки, атрибута) вызывается callback-функция. Для облегчения задач программирования, событийный процессор может собрать в памяти все атрибуты одного тега — но это уже подразумевает, что пользователь «невраждебен». В противном случае, наполнение тега большим количество атрибутов, может привести к ситуации переполнения памяти. Укажем сильные и слабые стороны событийных API.Сильные стороны: Использует быстродействующие алгоритмы, расходует мало памяти. Библиотека проста в программировании.Слабые стороны:Крайне сложен в программировании: необходимо держать в памяти информацию, в каком месте документа мы находимся.«Почти верные» XML с перепутанным порядком тегов считаются ошибочными. Т.е. к документам применяются более строгие требования оформления. Обработка XML документа, содержащего множество объектов с перекрёстными ссылками, приводит к увеличению расходов памяти на временное хранение строковых ссылок, чтобы в дальнейшем, когда документ будет считан, преобразовать идентификаторы в указатели.При ошибке в XML в памяти остаётся полусозданная структура предметной отрасли; программист обязан самостоятельно корректно уничтожить её. В противном случае это может привести к созданию ложных структур, а также не корректной обработки данных. Потоковый API — предназначен для работы с потоковой информацией. Как и в событийном API, для простоты программирования процессор может собирать в памяти все атрибуты одного тега — что так же подразумевает отсутствие враждебной направленности..Сильные стороны:Быстр, расходует мало памяти.Слабые стороны:Довольно сложен в программировании. Информация, о местоположении в документе неявно задаётся местом в потоке выполнения.Библиотека сложна в программировании.«Почти верные» XML с перепутанным порядком тегов считаются ошибочными. Т.е. к документам применяются более строгие требования оформления. Обработка XML документа, содержащего множество объектов с перекрёстными ссылками, приводит к увеличению расходов памяти на временное хранение строковых ссылок, чтобы в дальнейшем, когда документ будет считан, преобразовать идентификаторы в указатели. Более развитые библиотеки, могут запомнить внутреннее состояние процессора, а вернуться к нему. Это позволяет реализовать двухпроходную систему создания ссылочного аппарата, но является более медленной. При ошибке в XML в памяти остаётся полусозданная структура предметной отрасли; программист обязан самостоятельно корректно уничтожить её. В противном случае это может привести к созданию ложных структур, а также не корректной обработки данных. Объектный API ( HYPERLINK "https://ru.wikipedia.org/wiki/Document_Object_Model" \o "Document Object Model" Document Object Model, DOM, «объектная модель документа») — считывает XML и воссоздаёт его в памяти в виде объектной структуры.Слабые стороны:Наиболее медленный вариант; расходует много памяти. С учётом накладных расходов на объекты на x86 предельная длина файла — несколько сотен мегабайт.Сильные стороны:Прост в программировании.Библиотека проста в программировании.Зачастую удаётся распознать «почти верные» XML с перепутанным порядком тегов.Если в XML много объектов с перекрёстными ссылками друг на друга, достаточно дважды пройтись по документу: первый раз создать объекты без ссылок и заполнить словарь «название-объект», второй раз — восстановить ссылки.При ошибке в XML в памяти остаётся полусозданная структура XML, которая будет автоматически уничтожена самой библиотекой.Естественный выбор, когда объектом предметной области является сам XML: например, в веб-браузере, XML-редакторе, в импортёре к программе- HYPERLINK "https://ru.wikipedia.org/wiki/%D0%9B%D0%BE%D0%BA%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D1%8F" \o "Локализация программного обеспечения" локализатору, который извлекает строки из XML произвольной структуры.Бывают и гибридные API: внешние и маловажные части читаются потоковым методом, а внутренние и важные — объектным.Запись XML: два варианта APIAPI прямой записи записывает XML тег за тегом, атрибут за атрибутом.Сильные стороны:Быстродействие, за счет отсутствия промежуточных объектов.Слабые стороны:Примитивная библиотека может делать неоптимальный XML (например, <tag></tag> вместо <tag />).Если структуры предметной области работают ненадёжно, без специальных мер (записать в память или в другой файл, с последующим переименованием) можно возникнуть критическая ошибка, которая приведет к аварийному завершению работы программы и потерянным данными документа / файла.При ошибке программиста может получиться синтаксически некорректный XML.Объектный API, он же Document Object Model.Рассмотрим сильные и слабые стороны Объектного API. Слабые стороны:− Создаёт объектную структуру для XML, что может использовать памяти больше, чем структура предметной отрасли.Сильные стороны:Универсален (впрочем, в большинстве задач преимущества над хорошо проработанным API прямой записи нет — в отличие от чтения).Даже если структуры предметной области работают ненадёжно, а программист не предусмотрел никакой «защиты», единственный сценарий, когда файл перезаписывается на неполный — нехватка места на диске.Инструменты работы с документами: парсеры, средства создания и визуализации, системы баз данныхРеализации средств структурного разбора документов (парсеров)XML имеет реализации парсеров для всех современных языков программирования.Редакторы XMLС документом XML можно работать в обычном текстовом редакторе, однако обычные редакторы (notepad) не поддерживают структуру документа. Существуют специальные редакторы XML, которые делают работу с документом более удобной и эффективной. К таким редакторам можно отнести свободно распространяемый редактор notepad++, условно-бесплатный SublimeText. Поддержка разметки XML в оболочках быстрой разработки приложений обеспечивается соотв. расширениями поддержки разметки той или иной спецификации.Эффективность использования XMLXML — язык разметки, другими словами, средство описания документа. Именно в нише документов, текстов, где доля разнотипных символьных данных велика, а доля разметки мала — XML успешен.  Интеграция на основе XMLС другой стороны, обмен данными в открытых системах не сводится к обмену документами. Избыточность разметки XML (а в целях разработки языка прямо указано, что лаконичность не является приоритетом проекта) сказывается в ситуациях, когда данные не вписываются в традиционную модель документа.Лента новостей, например, оформляемая с использованием синтаксиса XML (форматы RSS,  HYPERLINK "https://ru.wikipedia.org/wiki/Atom" \o "Atom" Atom), представляет собой не документ в традиционном понимании, а поток однотипных мини-документов — многословная и избыточная разметка в этом случае составляет существенную часть передаваемых данных.Другая ситуация, когда форматы XML могут оказаться не лучшим решением — работа с данными с простой структурой и небольшим по объёму содержанием полей данных. В этом случае доля разметки в общем объёме велика, а программная обработка XML может оказаться неоправданно затратной, по сравнению с работой с данными более простой структуры. Критика [ править ]XML и его расширений регулярно подвергается критике за многословие и сложности. [ 38 ] Отображение базовую модель дерева в XML для систем типа языков программирования и баз данных может быть трудно, особенно когда XML-используется для обмена крайне структурированные данные между приложениями, который был не его основная цель проекта. Другие критические пытаться опровергнуть утверждение, что XML-насамоописываемыми язык [ 39 ] (хотя сама спецификация XML не имеет никакого такого требования). JSON , YAML , и S-выражений , часто предлагают в качестве альтернативы (см Сравнение форматов сериализации данных ); [ 40 ] , которая сосредоточена на представлении хорошо структурированные данные, а не документы, которые могут содержать как хорошо структурированный и неструктурированный контент относительно.JSON ( /  HYPERLINK "https://translate.googleusercontent.com/translate_c?depth=1&hl=ru&rurl=translate.google.com&sl=en&tl=ru&u=https://en.wikipedia.org/wiki/Help:IPA_for_English&usg=ALkJrhioqvFvDF40RCKNjbyiYVsCReVJaQ" \l "Key" \o "Помощь: ПНД на английском языке" dʒ eɪ с ən /  HYPERLINK "https://translate.googleusercontent.com/translate_c?depth=1&hl=ru&rurl=translate.google.com&sl=en&tl=ru&u=https://en.wikipedia.org/wiki/Wikipedia:Pronunciation_respelling_key&usg=ALkJrhgRVcT168mNEc-pShuRsqz5bZ5EXQ" \o "Википедия: Произношение respelling ключ" джей -sən ), [1] или JavaScript Object Notation, это открытый стандарт , который использует форматчеловеком читаемый текст, чтобы передать объекты данных, состоящих из пар атрибут-значение . Он используется в основном для передачи данных между сервером и веб-приложения, в качестве альтернативы XML .Хотя изначально происходит от  HYPERLINK "https://translate.googleusercontent.com/translate_c?depth=1&hl=ru&rurl=translate.google.com&sl=en&tl=ru&u=https://en.wikipedia.org/wiki/JavaScript&usg=ALkJrhjTnA7YTVurbZdNezcjuJ2Fp-o4Ng" \o "JavaScript" JavaScript язык сценариев, JSON является независимым от языка формат данных. Код дляразбора и генерации данных в формате JSON легко доступны во многих языках программирования .Формат JSON первоначально был указан Дуглас Crockford . В настоящее время описано два конкурирующих стандартов, RFC 7159 и ECMA-404. Стандарт ECMA минимальна, описывая только синтаксис позволило грамматики, в то время как RFC также предоставляет некоторые семантические и соображениями безопасности. [2] официальный тип интернет-СМИ для JSON является application/json . Расширение имени файла JSON является .json .Содержание  [ скрыть ] 1 История2 Типы данных, синтаксис и пример2.1 Вопросы переносимости данных2.2 Использование JSON в JavaScript2.3 Неподдерживаемые родные типы данных3 Схема и метаданных3.1 JSON схемы4 Тип MIME5 Приложения5.1 JSON-RPC5.2 Аякс6 Вопросы безопасности6.1 Java-Eval ()6.2 Родной кодирования и декодирования в браузерах7 Ссылки на объекты8 Сравнение с другими форматами8.1 YAML8.2 XML-8.3 Образцы8.3.1 JSON образец8.3.2 YAML образец8.3.3 Образцы XML9 Смотрите также10 Примечания11 Ссылки12 Внешние ссылкиИстория [ править ]JSON выросла из необходимости состоянием , в режиме реального времени с сервера на браузере связи без использования плагинов браузера, такие как Flash-апплеты или, которые были доминирующим методом в начале 2000-х годов.Дуглас Крокфорд был первым указать и популяризации формата JSON. [3] была предложена эта аббревиатура на государственном Software, компании соучредителем Crockford,  HYPERLINK "https://translate.googleusercontent.com/translate_c?depth=1&hl=ru&rurl=translate.google.com&sl=en&tl=ru&u=https://en.wikipedia.org/wiki/Chip_Morningstar&usg=ALkJrhg1OyWUQ1sssaNlf8vCklRLJIx-nA" \o "Чип Морнингстар" Chip Морнингстар и Роберта Ф. Napiltonia в апреле 2001 года и финансируется Tesla Ventures. Соучредителями договорились создать систему, которая используется возможности стандартного браузера, и предоставили уровень абстракции для веб-разработчиков для создания веб-приложений с сохранением состояния, которые имели постоянное соединение дуплекс на веб-сервере, взявшись за два HTTP открытых соединений и их утилизации, прежде чем стандартный браузер тайм-ауты, если не были обменены нет дополнительных данных. Идея Framework состояние приложения был разработан Морнингстар в Государственном программного обеспечения. [4] [5] Он был использован в проекте в Communities.com для Cartoon Network, в котором используется плагин в формате фирменной сообщениями манипулировать DHTML элементами (эта система также принадлежит 3DO). При обнаружении ранних  HYPERLINK "https://translate.googleusercontent.com/translate_c?depth=1&hl=ru&rurl=translate.google.com&sl=en&tl=ru&u=https://en.wikipedia.org/wiki/Ajax_(programming)&usg=ALkJrhiu3L4fIBy7K_LW9qR5XCRhnaQoYQ" \o "Аякс (программирование)" Ajax возможностей, digiGroups, Noosh, и другие использовали кадры для передачи информации в поле зрения пользователя, браузеров без перезагрузки визуальный контекст веб-приложения, понимая, в режиме реального времени богатые веб-приложения, используя только стандартные HTTP, HTML и возможностей JavaScript из Netscape 4.0.5+ и IE 5+. Крокфорд затем обнаружили, что JavaScript может быть использован в качестве формата обмена сообщениями на основе объектов для такой системы. Система была продана Sun Microsystems, Amazon.com и ЭЦП. JSON.org веб-сайт был запущен в 2002 г. В декабре 2005 года  HYPERLINK "https://translate.googleusercontent.com/translate_c?depth=1&hl=ru&rurl=translate.google.com&sl=en&tl=ru&u=https://en.wikipedia.org/wiki/Yahoo!&usg=ALkJrhg3OaSWzvnD1QOmYWgKhUaYiYL9Gw" \o "Yahoo!" Yahoo! начали предлагать некоторые из своих веб-служб в JSON. [6]  HYPERLINK "https://translate.googleusercontent.com/translate_c?depth=1&hl=ru&rurl=translate.google.com&sl=en&tl=ru&u=https://en.wikipedia.org/wiki/Google&usg=ALkJrhh7fj5MClDwADYUJPCVCADYdlznqQ" \o "Google" Google начал предлагать JSON-каналы для его  HYPERLINK "https://translate.googleusercontent.com/translate_c?depth=1&hl=ru&rurl=translate.google.com&sl=en&tl=ru&u=https://en.wikipedia.org/wiki/GData&usg=ALkJrhiSYDnAqaRQRrSWdWNmFBPGgeDsEQ" \o "GData" GData веб протокола в декабре 2006 года [7]Хотя JSON первоначально была основана на нестрогого подмножества  HYPERLINK "https://translate.googleusercontent.com/translate_c?depth=1&hl=ru&rurl=translate.google.com&sl=en&tl=ru&u=https://en.wikipedia.org/wiki/JavaScript&usg=ALkJrhjTnA7YTVurbZdNezcjuJ2Fp-o4Ng" \o "JavaScript" JavaScript язык сценариев (в частности, стандарт ECMA -262 3rd Edition-декабрь 1999 года [8] ) и обычно используется с этим языком, это зависит от языка формат данных. Код для разбора и генерации данных JSON легко доступны для большого разнообразияязыков программирования . Веб-сайт JSON перечисляет JSON библиотеки по языку.Хотя JSON обычно воспринимается как подмножество JavaScript и ECMAScript, это позволяет несколько немаскированном символов в строках, которые являются незаконными в JavaScript и ECMAScript строк. [9]Типичный коллажей извлекает данные JSON-формата из нескольких различных веб-серверов с использованием открытого API .Типы данных, синтаксис и пример [ править ]Основные типы JSON являются:Количество: подписан десятичное число, которое может содержать дробную часть и может использовать экспоненциальный обозначения E . JSON не позволяет не-число, как  HYPERLINK "https://translate.googleusercontent.com/translate_c?depth=1&hl=ru&rurl=translate.google.com&sl=en&tl=ru&u=https://en.wikipedia.org/wiki/NaN&usg=ALkJrhjtNgLaGbMIQd1A4tS8OPKOG5skpw" \o "NaN" NaN , и не делает никаких различий между целыми и с плавающей точкой. (Даже если JavaScript используется формат с плавающей запятой двойной точности для всех его числовые значения, другие языки реализации JSON может кодировать число по-разному)Строка : последовательность из нуля или более  HYPERLINK "https://translate.googleusercontent.com/translate_c?depth=1&hl=ru&rurl=translate.google.com&sl=en&tl=ru&u=https://en.wikipedia.org/wiki/Unicode&usg=ALkJrhj_6IeRXncTgkxRCryyssyoqzri5A" \o "Unicode" Unicode символов. Строки разделяются дважды кавычки и поддерживать обратную косую побега синтаксис.Логический : либо из значений true или falseМассив : упорядоченный список из нуля или более значений, каждое из которых может быть любого типа. Массивы использовать квадратных скобок обозначения с элементами будучи разделенных запятыми.Объект: неупорядоченный набор пар имя / значение, где имена (также называемые ключи) являются строками. Поскольку объекты предназначены для представления ассоциативных массивов , [10] рекомендуется, хотя и не обязательно, [11] , что каждый ключ является уникальным в пределах объекта. Объекты разделяются фигурных скобках и разделяются запятыми каждую пару, в то время как внутри каждой пары толстой кишки символ ':' отделяет ключ или имя из его стоимости.null : пустое значение, используя слово nullJSON обычно игнорирует любые пробелы вокруг или между синтаксическими элементами (ценностями и пунктуации, но не в значении строки). Однако JSON признает только четыре конкретных пробельные символы: пространство, горизонтальная табуляция, перевода строки и возврата каретки. JSON не обеспечивает или разрешить какой-либо синтаксиса комментарий.Ранние версии JSON (такие как указанные RFC 4627 ) требуется, чтобы действует JSON "документ" должен состоять только из объекта или типа-массива, хотя они могли бы содержать другие типы внутри них. Это ограничение было удалено, начиная с RFC 7158 , так что JSON документ может состоять целиком из любого можно JSON печатный значения.Следующий пример показывает возможное представление JSON, описывающая человека. { "Имя": "Джон", "Фамилия": "Смит", "IsAlive": правда, "Возраст": 25, "Адрес": { "StreetAddress": "21 2-й улице", "Город": "Нью-Йорк", "Государство": "Нью-Йорк", "PostalCode": "10021-3100" }, "телефонные номера": [ { "Тип": "Главная", "Количество": "212 555-1234" }, { "Тип": "офис", "Количество": "646 555-4567" } ], "Дети": [], "Супруг": NULL }Вопросы переносимости данных [ редактировать ]Несмотря на широко распространенное убеждение, что JSON является строгое подмножество JavaScript, это не так. В частности, JSON позволяет концы строк UnicodeU + 2028 разделительную линию и U + 2029 пункт разделители появляться незаменяемые в кавычках, в то время как JavaScript не делает. [12] Это следствие JSON запретив только "управляющие символы". Для максимальной переносимости эти символы должны быть обратный слеш-убежал. Эта тонкость является важным при генерацииJSONP .JSON позволяет в том числе нулевой символ U + 0000 <контрольно-0000> в строку, как долго, как это бежал (с "\ u0000"). Тем не менее, это может вызвать проблемы с некоторыми JSON реализаций, особенно те, которые основаны на языке C . [13]JSON документы могут быть закодированы в UTF-8 , UTF-16 или UTF-32 , кодирование по умолчанию является UTF-8. [14] Эти кодировки поддерживает полный набор символов Unicode, в том числе тех символов за пределами BMP (U + 10000 до U + 10FFFF). Однако, если эти символы бежал должны быть написаны с использованиемUTF-16 суррогатных пар, детали пропущенного некоторыми JSON парсеров. Например, чтобы включить  HYPERLINK "https://translate.googleusercontent.com/translate_c?depth=1&hl=ru&rurl=translate.google.com&sl=en&tl=ru&u=https://en.wikipedia.