A user-friendly,dinamic web enviroment for remote data browsing and analysis of multiparametric geophysical data with MULTIMO project / Дружелюбная к пользователю, динамическая вэб среда для удаленного доступа и анализа многопараметрических геофизических данных в проекте : 8. The system structure

Оглавление

Сбросить всё

Английский оригинал	Перевод на русский
Сожалеем, но текст оригинала доступен только зарегистрированным пользователям.	Совместив вместе все инструменты, которые мы описали выше, теперь легко описать как организована функциональность системы. wuffur 24.07.09 в 05:29 0
	Схематический рисунок показан на рисунке 10. Входной точкой пользователя, конечно, является сетевой интерфейс. Отсюда он/она могут просматривать через различные контексты предоставленные на портале. wuffur 24.07.09 в 05:31 0
	Контекст - это очень общее понятие: это тип "статуса" системы, который помогает хранить след, "где мы находимся" с точки зрения пользователя (Кто вошел?), вулкана(мы имеем дело с вулканом Соуфрир Хиллс или Вильяррикой?), компонентов (мы ишем сенсоры давления или сейсмометр широкополосной сети?) wuffur 24.07.09 в 05:36 0
	Важной статьей является то, что каждый контекст имеет свои собственные свойства, и в нашем случае эти свойства ссылаются на наиболее используемыую информацию содержащуюся в базе данных. wuffur 24.07.09 в 05:37 0
	Используя этот принцип нам не нужно подавать запрос к базе данных каждый раз когда изменяется контекст, но мы используем информацию уже накопленную здесь. wuffur 24.07.09 в 05:38 0
	Доступ к базе данных будет получен только, когда он будет необходим. Это методология в считанные разы увеличивает производительность системы. wuffur 24.07.09 в 05:39 0
	"Движок", который управляет всеми принятыми инструментами - это продукт, который запускается на сетевом сервере приложений. wuffur 24.07.09 в 05:40 0
	Этот продукт насчитывает и представление, и логику. Часть представления относится к тому как и какая информация предоставлена, когда часть логическая написана в контекстных объектах и написана на языке Python. wuffur 24.07.09 в 05:43 0
	Простой сетевой запрос может привлечь только представление, например , выведя информацию нового контекста в котором мы находимся. wuffur 24.07.09 в 05:44 0
	В других случаях он производит последовательность транзакций привлекая базу данных, исполнения кода на Python, обработчик команд и выполнения команд через командную оболочку. wuffur 24.07.09 в 05:46 0
	Нужно описать две важные фазы более детально: "процедура обработки" и "историю команд". Рисунок 11. wuffur 24.07.09 в 05:47 0
	"Процедура обработки", в самой своей простой форме, разрешает заполнять параметры как определенные в базе данных, для анализа с информацией относящейся к данных над которыми должны применить анализ. wuffur 24.07.09 в 05:49 0
	Но нам нужно кое-что еще, в том числе "история" с анализом который мы провели отдельном шаге. Будет возможно хранить в истории каждую команду после обработки, но используя этот метод нельзя будет переиспользовать ту же "историю команд" над различными наборами данных wuffur 24.07.09 в 05:50 0
	Поэтому мы используем "двух-шаговую обработку" wuffur 24.07.09 в 05:54 0
	На первом шаге только параметры относящиеся к самому анализу обрабатываются, в то время как параметры относящиеся к именам файлам остаются нетронутыми. Результат этого шага потом добавляется к командной истории. wuffur 24.07.09 в 05:56 0
	Только на втором шаге полная обработка завершается, а команда исполняется. Используя этот подход мы можем повторять ту же последовательность анализа над различными наборами данных, даже если данные относятся к различным каналам, станциям или вулканам. wuffur 24.07.09 в 05:58 0
	Это основной пункт для разработки приложения пакетов процедур. wuffur 24.07.09 в 06:00 0