Скачать 311.93 Kb.
|
5. Формирование электронных документов.Для этой задачи приходится загружать не только данные, но и сами формы, что приводит к потере быстродействия. Рассмотрим несколько вариантов работы пользовательского компьютера с веб-сервером: Веб-сервер – отдельный компьютер, имеющий выход в Интернет, в дальнейшем «Сервер» (Рис. 13). С точки зрения быстродействия необходимо рассмотреть взаимодействие программного обеспечения внутри компьютера-сервера и пользовательским компьютером, и разработать методику повышения производительности. 1. Программная оболочка веб-сервера – программа, которая отвечает на запрос пользователя о получении информации (Apache, IIS). 2. Обработчик скриптовых языков – программа, которая отвечает за получение (из текстовых файлов, из баз данных) и представлении информации (будь то текстовая, табличная, графическая форма), в удобном для пользователя виде (Java, Microsoft Framework, Perl, PHP). 3. Хранилище данных – способы хранения данных: текстовые файлы, базы данных, структурированные файлы (корпораций Microsoft, Adobe, HTML, XML). Рисунок 13. Взаимодействие пользователей и программного обеспечения сервера. Как видно из рисунка, большую роль в быстродействии сервера играет хранилище данных, так как, именно к нему за получением информации обращается обработчик скриптов. Есть три возможности хранения и обработки комплекта форм научных документов. 1. Статический - основан на том, что любая форма может быть сконструирована один и только один раз, и она записывается в программную оболочку, то есть не может быть изменена без соответствующего программного обеспечения, будь то «Блокнот» или более «продвинутая» программа для редактирования - представления html – страниц. Рисунок 14. Работа сервера и пользователей при статическом варианте. Особенности: - Структура нормативно-справочных данных формируются на стадии разработки и, не может быть изменена без вмешательства разработчика (конструктора), но данные могут быть изменены в любой момент времени. Могут быть по структуре не одинаковыми, так как, обработка происходит на уровне конструкционных методов разработчика; - Структура нормализованных списков – Организаций, Персон и т.п., формируются на стадии разработки и, не может быть изменена без вмешательства разработчика (конструктора), но данные могут быть изменены в любой момент времени. Могут быть по структуре не одинаковыми, так как, обработка происходит на уровне конструкционных методов разработчика; - Структура комплекта форм, формы и поля форм для заполнения пользователем формируются на стадии разработки, не может быть изменена без вмешательства разработчика (конструктора); - Структура представлений (текстовое, табличное, графическое) данных формируются на стадии разработки, не может быть изменена без вмешательства разработчика (конструктора). В результате получаем систему, спроектированную один раз, без возможности внесения обновлений – дополнений без разработчика. РЕЗЮМЕ: При первом подходе, происходит загрузка форм уже готовых к работе, пользователь получает нормализованные и нормативно-справочные данные структурированные и описанные разработчиком, поэтому время обращения к такой системе мало. 2. Динамический (конструктивный) - основан на получении всех данных о комплекте форм, самих форм, и их полей, электронного научного документа из конструктора, при этом, структура данных хранятся независимо от программной оболочки, которую использует разработчик. Особенности: - Структура нормативно-справочных данных формируются на стадии разработки, но она может быть изменена без вмешательства разработчика (конструктора), так как структура представляет собой структурированный текст. Данные могут быть изменены в любой момент времени. По возможности должны быть одинаковыми по структуре, так как, обработка происходит на уровне одного алгоритма работы с таким видом данных; - Структура нормализованных списков – Организаций, Персон и т.п., формируются на стадии первоначальной разработки, но она может быть изменена без вмешательства разработчика (конструктора), так как структура представляет собой структурированный текст. Данные могут быть изменены в любой момент времени. По возможности должны быть одинаковыми по структуре, так как, обработка происходит на уровне одного алгоритма работы с таким видом данных; - Структура комплектов форм, формы и поля форм для заполнения пользователем формируются на стадии разработки, но она может быть изменена без вмешательства разработчика (конструктора), так как представляет собой структурированный вид; - Структура представлений и их вид (текстовое, табличное, графическое) данных формируются на стадии разработки, но она может быть изменена без вмешательства разработчика (конструктора), так как представляет собой структурированный вид. При этом варианте, если есть ссылки на нормализованные и нормативно-справочные данные, происходит сначала загрузка структур форм, а потом уже их наполнения. Можно уменьшить время обработки данных, сделав структуру предметной области, для оптимизации метода обращения, данных одинаковой, но это не всегда получается, приходится писать отдельные алгоритмы для обработки каждого списка. После этого пользователь получает структурированные и описанные разработчиком формы для заполнения, поэтому время обращения к такому хранилищу данных намного увеличивается, при этом играет роль количество и размер нормализованных и нормативно-справочных данных. РЕЗЮМЕ: Можно вносить любые изменения в любой момент времени, и эти изменения будут касаться не только форм для ввода информации, но и менять структуру самого комплекта, а также видоизменять представления для пользователя (текстовый, табличный, графический). Получаем проигрыш по времени сравнительно первому варианту. Рисунок 15. Работа сервера и пользователей при динамическом варианте. 3. Комбинированный (статически-динамический) вариант основан на получении всех данных о комплекте форм, самих форм, и их полей, электронного научного документа из конструктора, при этом, данные о структуре данных хранятся независимо от программной оболочки, которую использует разработчик, но в отличии от второго варианта, с помощью конструктора генерируются готовые формы, которые потом хранятся на сервере. Особенности: - Структура нормативно-справочных данных формируется на стадии разработки, но она может быть изменена без вмешательства разработчика (конструктора), так как представляет собой структурированный текст. Данные могут быть изменены в любой момент времени. По возможности должны быть одинаковыми по структуре, так как, обработка происходит на уровне одного алгоритма работы с таким видом данных; - Структура нормализованных списков – Организаций, Персон и т.п., формируется на стадии первоначальной разработки, но она может быть изменена без вмешательства разработчика (конструктора), так как структура представляет собой структурированный текст. Данные могут быть изменены в любой момент времени. По возможности должны быть одинаковыми по структуре, так как, обработка происходит на уровне одного алгоритма работы с таким видом данных; - Структура комплектов форм, формы и поля форм для заполнения пользователем формируются на первоначальной разработки, но она может быть изменена без вмешательства разработчика (конструктора), так как структура представляет собой структурированный вид; - Структура представлений данных и их вид (текст, табличное, графическое) формируются на стадии разработки, но она может быть зменена без вмешательства разработчика (конструктора), так как структура представляет собой структурированный вид. При этом варианте происходит загрузка готовых форм, если есть ссылки на нормализованные и нормативно-справочные данные загружаются, то они тоже будут сгенерированы на уровне конструктора. Пользователь получает структурированные и описанные разработчиком формы для заполнения, поэтому время обращения в этом случае приблизительно равно времени первого варианта, но при этом не теряется возможность изменения структуры и наполнения данных. РЕЗЮМЕ: Можно вносить любые изменения в любой момент времени, и эти изменения будут касаться не только форм для ввода информации, но и возможности менять структуру самого комплекта, а также менять вид представления не теряя скорости обработки . Рисунок 16. Работа сервера и пользователей при комбинированном варианте. 6. Пример практического примененияПри индуктивно-дедуктивном методе оказывается удобно создание графиков подобных Рисунку 15 и множества взаимосвязанных таблиц Рисунок 16. Рисунок 15. Пример практического использования (графический вариант). Создавая Комплект представлений (видов) надо, прежде всего, указать название «Соотношение выделенного финансирования, числа участников и числа статей», затем указать тип – «графический», затем указать таблицы – формы данных «общая таблица проектов», «таблица финансирования», «таблица участников», «таблица публикаций». Рисунок 16. Пример практического использования (табличный вариант). РЕЗЮМЕ: 1.При заполнении научного электронного документа в он-лайн режиме или представлении в табличном или графическом виде используется принцип «От большого – к малому», то есть если существует Комплект Форм (представлений, видов) для Организации Пользователь из выбранной Организации получает доступ только к своему набору Комплекта Форм, соответствующему требованиям Организации и далее по ступенькам происходит заполнение форм - полей. Заключение.В работе рассмотрены концептуальные и конструктивные методы построения независимой, иерархической, корпоративной технологии, которая позволяет создавать инвариантные представления и формы данных любого уровня сложности, с длительным сроком службы. Обеспечивается легкость в обращении и построении для всех участников процесса. Но при этом не следует забывать проблемы, связанные с он-лайн обработкой научных электронных документов: 1. Формирование электронных документов динамически. Для этой задачи приходится загружать не только данные, но и сами формы, что приводит к потере быстродействия. 2. Формирование обновляемых динамических списков. Для этой задачи приходится поддерживать он-лайн соединение на момент создания форм, представлений, видов. Литература.1. Alf. Введение в Базы данных. http://club.shelek.com/viewart.php?id=130 2. Кэвин Вильямс. Элементы и Атрибуты: Моделирование Реляционных Данных Средствами XML http://www.realcoding.net/article/view/2760 3. Дон Петерсон. Является ли XML панацеей? http://newsletter.narod.ru/sql_pages/sql_jul_2005.htm 4. Приложение к Положению о порядке разработки планов научно-исследовательских работ научных организаций Российской академии наук 1 Анализ вклада Кодда в Великий Спор. http://www.citforum.ru/database/articles/codd_1.shtml |
Что же такое база данных (БД) и система управления базами данных (субд)? В этом направлении информационных технологий не существует... | Модуль предназначен для обмена данными между базами данных «инфин-управления». Кроме того, возможен обмен данными и с «чужими» программными... | ||
Усовершенствование методической работы в доу как одно из условий повышения качества дошкольного образования | Анализ системы управления состоянием окружающей среды в Юго-Западном районе г. Москва | ||
Обучающая: создать условия для усвоения содержания теоретического материала по данной теме на уровне закрепления, научить учащихся... | Интерфейс среды matlab (окно команд, окно рабочего пространства, окно истории команд, окно «текущая папка», окно Details, меню Start,... | ||
При разработке данной программы учтен интерес обучающихся к вопросам цивилизации и культуры страны изучаемого языка, их интерес к... | Проектирование системы управления базами данных-независимого концептуального представления данных 7 | ||
Краевая информационно-аналитическая система управления образованием (далее – киасуо) предназначена для сбора, хранения и обработки... | В результате стали появляться и совершенствоваться системы управления базами данных. Одна из самых удобных, до недавнего времени,... |
Поиск Главная страница   Заполнение бланков   Бланки   Договоры   Документы    |