Интернет-сервис для создания визуального интерфейса системных служб хостинг-компании - Программирование, компьютеры и кибернетика дипломная работа

Главная

Программирование, компьютеры и кибернетика
Интернет-сервис для создания визуального интерфейса системных служб хостинг-компании

Системные службы хостинг-компании как целевая аудитория сервиса, общие требования к ним. Критерии оценки интерфейса и направления разработки. Проектирование интернет-сервиса, схема его функционирования и принципы реализации, оценка эффективности.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.


Интернет-сервис для создания визуального интерфейса системных служб хостинг-компани
Широкое распространение интернета и повсеместное его использование порождает потребность в большом спектре специальных услуг. Наиболее важная из них - размещение и предоставление информации («Хостинг»).
Хостинг-компании предоставляют клиенту услуги по размещению информации на сервере. Для обработки и отображения этой информации в глобальной сети Интернет компания также предоставляет ряд вычислительных мощностей.
В условиях современной хостинг-компании типичной задачей является решение проблем клиентов. Этим занимается отдел технической поддержки. Данный отдел должен следить за состоянием работы хостинга клиентов. Если на одном из них возникает проблема, то специалисты устраняют причину сбоя на хостинге. Работать в основном приходиться через командную строку в операционной системам Linux или Unix . Такая форма работы предоставляет все необходимые возможности, но наряду с этим создаёт ряд ограничений, которые замедляют работу технического специалиста.
Для достижения поставленной цели были решены следующие задачи:
- проведён анализ и классификация основных команд, с которыми проходиться работать техническому специалисту;
- проведено исследования аналогичных систем с подобной реализацией;
- проведено проектирование ресурса;
- проведена апробация сервиса в одной из хостинг-компании.
1.1 Предметная область. Системные службы хостинг-компании как целевая аудитория сервиса
Цель создания сервиса - повышение эффективности работы технического специалиста хостинг-компании.
Работа технического специалиста состоит во взаимодействии его с компьютером (в данном случае - с сервером) через интернет-сервис. Таким образом, повышение её эффективности определяется повышением эффективности взаимодействия, т.е. предоставлением специалисту более эффективного интерфейса для решения его задач.
Хомстинг (англ. hosting) - услуга по предоставлению дискового пространства для физического размещения информации на сервере, постоянно находящемся в сети (обычно Интернет). Хостингом также называется услуга по размещению оборудования клиента на территории провайдера, с обеспечением подключения его к каналам связи с высокой пропускной способностью (колокация, от англ. colocation).
Обычно под понятием услуги хостинга подразумевают как минимум услугу размещения файлов на сервере, на котором запущено ПО, необходимое для обработки запросов к этим файлам (веб-сервер). Как правило, в услугу хостинга уже входит предоставление места для почтовой корреспонденции, баз данных, DNS, файлового хранилища и т.п., а также поддержка функционирования соответствующих сервисов.
Такие услуги как хостинг баз данных MySQL , размещение файлов на сервере, хостинг электронной почты, поддержка DNS могут предоставляться отдельно как самостоятельные либо входить в понятие услуги хостинга.
Хостинг-компания, имеющая типичную структуру, состоит из 5 отделов:
- отдел системного администрирования;
Компания, в рамках которой апробировался ресурс, имеет такую же структуру.
При возникновении проблем с хостингом клиента сотрудники компании, а именно, технические специалисты, должны своевременно оказать поддержку клиенту и устранить проблему на хостинге. Процесс взаимодействия клиента с техническим специалистом организован через систему, которая позволяет оперативно принимать заявки от клиентов (тикетовую систему; в данной работе речь идёт о компании, использующей систему HelpDesc). Все заявки поступают на адрес support @ logol . ru , затем они обрабатываются тикетовой системой и перекладываются в общую очередь.
На момент обработки заявки технический специалист использует различное программное обеспечение для решения проблемы на хостинге клиента. В основном используется командная строка Linux и работа ведётся по протоколу SSH . SSH (англ. SecureShell - «безопасная оболочка») - сетевой протокол прикладного уровня, позволяющий производить удалённое управление операционной системой и туннелирование TCP-соединений (например, для передачи файлов). Сходен по функциональности с протоколами Telnet и rlogin , но, в отличие от них, шифрует весь трафик, включая и передаваемые пароли. SSH допускает выбор различных алгоритмов шифрования. SSH -клиенты и SSH -серверы имеются для большинства сетевых операционных систем.
SSH позволяет безопасно передавать в незащищенной среде практически любой другой сетевой протокол, таким образом, можно не только удаленно работать на компьютере через командную оболочку, но и передавать по шифрованному каналу звуковой поток или видео (например, с веб-камеры). На рис. 1.1 иллюстрируется работа SSH .
Рис. 1.1 Удалённое взаимодействие по протоколу SSH
Также SSH может использовать сжатие передаваемых данных для последующего их шифрования, что удобно, например, для удаленного запуска клиентов X WindowSystem. С помощью SSH решаются большинство проблем на хостинге.
Автоматизация работы технического специалиста заключается в использовании разрабатываемого интернет-сервиса отделом поддержки клиентов.
Следует отметить, что для данной дипломной работы были выбраны наиболее используемые команды, которые будут запрограммированы в виде отдельных функций интернет-сервиса.
Сбор требований к разрабатываемому интернет-сервису является крайне важным этапом проектирования. Этот этап следует осуществлять на начальном этапе создания проекта, поскольку от полученных результатов будет зависеть полученный результат.
Первичные требования к автоматизации представлены ниже:
- удобство использования интернет-сервиса;
- работоспособность интернет-сервиса на всех компьютерах;
Данные требования являются общими и в процессе разработки подлежат конкретизации и воплощению в конечном продукте.
По результатам предыдущего этапа необходимо провести анализ полученной информации. Это позволит выделить оптимальные требования к системе на основании функциональных и не функциональных потребностей.
Для описания проекта используются приведённые ниже средства, позволяющие представить собранную информацию об объекте в виде конкретизированной модели:
- язык UML . UML является языком графического описания для объектного моделирования в области разработки программного обеспечения;
- диаграмма USE CASE . Задаёт внешнее представление процессов организации;
- диаграмма IDEF . Позволяет отобразить общую функциональную структуру ресурса и провести её декомпозицию.
Полученная модель должна являться основой реализации интернет-сервиса для визуализации управляющих элементов (операций, задаваемых в командной строке) при работе технического специалиста.
На рис. 1.2 представлена организационная структура работы ресурса в виде USE CASE модели. Данная диаграмма позволяет наглядно продемонстрировать организационную часть отдела технической поддержки в целом, что позволит рассмотреть данный объект как единое целое с чётко выраженными функциональными и организационными элементами.
Организация работы отдела технической поддержки
Рис. 1.2 Организация работы отдела технической поддержки
Командная строка Linux находиться в открытом состоянии. Технической специалист пользуется ею во время обработки заявок пришедших через тикетовую систему HelpDesc , а также во время телефонного звонка для оперативного решения проблемы. Стоит заметить, что в случае если заявка поступила по телефонной линии и сама проблема требует изменение пользовательский данных на площадке, то от клиента требуется повторить заявку с контактной эл. почты в тикетовую систему HelpDesc .
В первую очередь необходимо сформулировать набор критериев для оценки интерфейса. Оценка по этим критериям традиционных форм работы технического специалиста поможет определить направления разработки. Далее эта же система критериев послужит основой для сравнения традиционного и предлагаемого в работе вариантов интерфейса.
1.3 Критерии оценки интерфейса и направления разработки
Критерии оценки интерфейса позволяют определить требования к формируемому ресурсом интерфейсу. К сожалению, чётких критерий интерфейса нет, однако мы можем выявить несколько основных критериев:
Несмотря на неформальные характеристики этих критериев, они позволяют реально оценивать эффективность взаимодействия. Поэтому качественная оценка интерфейса в целом будет проводиться по этим критериям.
Кроме того, есть ряд методик и положения позволяющих оценить отдельные параметры интерфейса / Джеф Раскин /. Это:
- модель GOMS («Goals, Operators, Methods, and Selection rules»), позволяющая оценить скорость рабочего интерфейса;
- ряд когнитивных характеристик, на которые должно ориентироваться взаимодействие (память, внимание и т.д.);
- некоторые правила оценки интерфейса с информационной точки зрения.
Проанализируем эффективность командной строки по модели GOMS . По данной модели мы вычислим время, необходимое на выполнение того или иного действия (например, «перемещение руки к клавиатуре и набор буквы»). Перечисления операций и время, затрачиваемое на выполнение операции, начинается из списка жестов модели GOMS :
Табл. 1.1 Список жестов по модели GOMS
Нажатие клавиши. Время, необходимое для того, чтобы нажать клавишу.
Указание. Время, необходимое пользователя для того, чтобы указать на какую-то позицию на экране монитора.
Перемещение. Время, необходимое пользователю для того, чтобы переместить руку с клавиатуры на ГУВ или с ГУВ на клавиатуру.
Ментальная подготовка. Время, необходимо пользователю для того, чтобы умственно подготовиться к следующему шагу.
Ответ. Время, в течение которого пользователь должен ожидать ответ компьютера.
Жесты по модели GOMS подчиняются объявленным заранее правилам, которые коррелируют оценку времени. Всего таких правил шесть. Нумерация правил начинается с нуля:
Табл. 1.2 Список правил по модели GOMS
Операторы M следует устанавливать перед всеми операторами K (нажатие клавиши), а также перед всеми операторами P (указание с помощью ГУВ), предназначенными для выбора команд; но перед операторами P, предназначенными для указания на аргументы этих команд, ставить оператор M не следует.
Если оператор, следующий за оператором M, является полностью ожидаемым с точки зрения оператора, предшествующего M, то этот оператор M может быть удален. Например, если вы перемещаете ГУВ с намерением нажать его кнопку по достижении цели движения, то в соответствии с этим правилом следует удалить оператор M, устанавливаемый по правилу 0. В этом случае последовательность P M K превращается в P K.
Удаление операторов M внутри когнитивных единиц
Если строка вида M K M K M K… принадлежит когнитивной единице, то следует удалить все операторы M, кроме первого. Когнитивной единицей является непрерывная последовательность вводимых символов, которые могут образовывать название команды или аргумент. Например Y, перемещать, Елена Троянская или 4564.23 являются примерами когнитивных единиц.
Удаление операторов M перед последовательными разделителями
Если оператор K означает лишний разделитель, стоящий в конце когнитивной единицы (например, разделитель команды, следующий сразу за разделителем аргумента этой команды), то следует удалить оператор M, стоящий перед ним.
Удаление операторов M, которые являются прерывателями команд
Если оператор K является разделителем, стоящим после постоянной строки (например, название команды или любая последовательность символов, которая каждый раз вводится в неизменном виде), то следует удалить оператор M, стоящий перед ним. (Добавление разделителя станет привычным действием, и поэтому разделитель станет частью строки и не будет требовать специального оператора M.) Но если оператор K является разделителем для строки аргументов или любой другой изменяемой строки, то оператор M следует сохранить перед ним.
Удаление перекрывающих операторов M
Любую часть оператора M, которая перекрывает оператор R, означающий задержку, связанную с ожиданием ответа компьютера, учитывать не следует.
Предположим, что командная строка у технического специалиста уже открыта, программа ожидает ввод команды от пользователя. Для примера выберем команду Traceroute , которая предназначена для определения маршрутов следования данных в сетях TCP/IP. Команда будет выглядеть следующим образом:
где под ресурсом подразумевается имя домена, либо же его ip-адрес.
Табл. 1.3 Анализ эффективности интерфейса по модели GOMS
В данном примере нажатие клавиши завершает часть анализа, касающуюся метода. Руководствуясь нулевым правилом GOMS поставим оператор М перед всеми операторами К:
H M K M K M K M K M K M K M K M K M K M K M K M K M K M K M K M K M K M K M K M K M K M K M K M K M K M K
Правило 2 предписывает удалять операторы M в середине цепочек. После применения этого правила остаётся следующая запись:
H M K K K K K K K K K K K K K K K K K K K K K K K K K M K
Заменим операторы на соответствующие временные интервалы:
H + M + K + K + K + K + K + K + K + K + K + K + K + K + K + K + K + K + K + K + K + K + K + K + K + K + K + M + K = 0.4 + 1.35 + (0.2 * 25) + 1.35 + 0.2 = 8.3 с
Стоит заметить, что команды могут быть набраны по несколько раз в день. Поэтому есть вероятность, что при следующем наборе команды технический специалист может ошибиться и записать команду неверно, что увеличивает время на получение результатов. Исходя из проделанного анализа становиться ясно, что технические специалисты имеют необходимость в адаптированной программной оболочки для командной строки Linux и SSH под конкретные задачи.
На данный момент мною так и не были найдены подходящие интернет-сервисы, которые могли бы быть представлены в задуманной мной реализации. Вероятнее всего, что многие хостинг-компании используют свои внутренние закрытые интернет-сервисы для облегчения работы технического специалиста, однако такая информация не является общедоступной.
Так как разрабатываемый интернет-сервис будет представлен в виде оконного интернет-приложения в браузере, проанализируем аналогичные решения. Подобные интернет-сервисы называются WebOS .
Каждая конкретная реализация WebOS - это интернет-сервис, организующий операционную среду с набором готовых функций для выполнения других интернет-приложений. В роли клиентской части выступает браузер пользователя, в роли же серверной выступает набор скриптов, которые генерируют предоставляемый пользователю HTML код интернет-страницы. Главной особенностью WebOS является её графический интерфейс - он похож на традиционный оконный интерфейс операционной системы, то есть в нём присутствуют такие элементы, как рабочий стол, ярлыки и окна. Благодаря этому интерфейс WebOS многофункционален и понятен подавляющему большинству пользователей.
Приведём анализ самых популярных WebOS :
Основными возможностями eyeOS являются текстовый редактор, календарь, менеджер файлов, мессенджер (программа мгновенной доставки сообщений), браузер, калькулятор и др. На рабочем столе eyeOS присутствуют ярлыки, папки, трей и др. возможности присуще настольным операционным системам.
Если интерфейс eyeOS похож на настольную операционную систему, то в myGoya интерфейс некоторых составляющих окон реализован в виде прозрачных элементов. Такой шаг разработчиков данной WebOS объясним с точки зрения привыкания пользователя к рабочему столу. С помощью технологий Web 2.0 интерфейс myGoya можно смело сравнивать с Windows .
GlideOS представляет единую настраиваемую среду, которая включает такие приложения, как текстовый редактор, почтовый клиент, медиаплеер, органайзер, графический редактор, средства для создания презентаций. Также пользователю данной WebOS доступна возможность пользоваться дисковым пространством (30 гб).
В приведённый выше списке далеко не все WebOS , однако они самые популярные, чем и обоснован их выбор. У всех приведённый выше WebOS есть одна общая особенность - весь пользовательский интерфейс похож на привычные пользователю операционные системы, где у пользователя такой системы есть рабочий стол и окна. Именно подобный интерфейс будет реализован в моей дипломной работе.
К сожалению, все эти системы предоставляются на основе SaaS -сервисов (аренда программного обеспечения) без предоставления исходного кода программы. Поэтому данные решения не могут быть использованы.
Работа интернет-сервисов сконцентрирована вокруг клиент-серверной архитектуры. Обработка различных команд будет возложена на серверную часть, а обработка интерфейса будет производиться в браузере. На следующем рис. 2.X изображена архитектура клиент-сервер:
Рис. 2.4 Иллюстрация архитектуры клиент-сервер
Так как интернет-сервис разрабатывается в качестве дипломной работы без дополнительного финансирования, главный критерий для выбора архитектуры - бесплатность решения. Второй же немаловажный критерий - кроссплатформенность решения. Под кроссплатформенностью понимается программное обеспечение, работающее более чем на одной операционной системе / http://ru.wikipedia.org/wiki/Кроссплатформенность /.
В качестве операционной системы для серверной части приложения была выбрана операционная система Linux. Именно через командную консоль Linux осуществляется большинство операций с хостингом клиента.
В качестве HTTP-сервера будет выбран web-сервер Apache , на который будет возлагаться обработчика всех интернет-запросов, пришедших от пользователя. Web-сервер Apache умеет работать с нужными для разрабатываемого интернет-сервиса компонентами, а именно:
Главная особенность web-сервера Apache состоит в его надёжности и обеспечении безопасности информации, а именно:
- ограничение доступа к определённым директориям или файлам;
- механизм авторизации пользователей для доступа к директории по методу HTTP-Авторизации;
- ограничение доступа к определённым директориям или всему серверу, основанное на IP-адресах пользователей;
- запрет доступа к определённым типам файлов для всех или части пользователей, например, запрет доступа к конфигурационным файлам и файлам баз данных;
Web-север Apache выбран не случайно. Данное программное обеспечение разрабатывается и поддерживается сразу под несколько операционных систем таких, как Linux , Mac OS , Microsoft Windows и др. Таким образом, при разработке проекта с решениями, которые специфичны только Web-серверу Apache , можно добиться совместимости интернет-сервиса на других операционных системах. Такими решениями можно считать следующие расширения этого программного продукта:
- изменение конфигурации Web-сервера Apache с помощью файла.htaccess;
- преобразование ссылок с помощью модуля Mod_Rewrite.
Также к достоинствам web-сервера Apache можно отнести гибкость конфигурации. Он позволяет подключать внешние модули для предоставления данных, использовать СУБД для аутентификации пользователей, модифицировать сообщения об ошибках и т.д.
2.3 Общая схема функционирования интернет-сервиса
Для того чтобы более точно понять как должен работать интернет-сервис опишем функциональности системы через Use Case-диаграмму.
На рис. 2.X. изображён ход работы интернет-сервиса в виде Use Case-диаграммы.
Рис. 2.5 Схема функционирования интернет-сервиса
При выборе языка программирования учитывались следующие моменты:
- язык должен быть достаточно мощным и гибким;
- интерпретатор языка должен быть доступным и предпочтительно бесплатным.
Под эти требованию подпадает большинство из языков программирования на стороне сервера:
В настоящее время наиболее используемыми из них для решения задач широкого круга являются:
Сравним возможности этих языков и выберем наиболее подходящий для рассматриваемой разработки.
Perl является прекрасным сетевым языком программирования, но более сложен при программировании веб-страниц. Perl действительно «законченный язык» в том плане, что этот язык дорабатывался в течение долгого промежутка времени и обладает широчайшим спектром возможностей для сетевого программирования. Но это не означает, что это самый подходящий инструмент для веб-разработки.
PHP во многом обязан Perl . Прототип PHP впервые был разработан с помощью Perl . PHP до сих пор содержит следы своего происхождения Perl , однако в PHP сделали более приемлемыми многие элементы, трудности при программировании, и расширены некоторые возможности. Выделим основные из них.
· PHP построен с нуля с огромной базой данных функций.
· PHP код изначально встроен в HTML-страницы, в отличие от Perl . Это делает его очень эффективным для быстрой разработки веб-страниц, тем самым ускоряя веб-разработки и снижая общую стоимость проекта. Важный метод управления - код для программистов отделён от кода данных. Это позволяет вносить изменения в код или данные, не влияя при этом, например, на программную часть или шаблон. PHP использует теги, задающие «код внутри». При программировании на языке Perl форматирование HTML-страницы осуществляется только программным путём: скрипт должен полностью формировать страницу, включая теги заголовков, элементы шаблонов и др.
· PHP является безопасным. Perl скрипты, как правило, имеют большие уязвимости в логике скрипта. Это происходит потому, что PHP имеет встроенную многоуровневую операцию обращения к запросам веб-страницы и обслуживания информации.
· PHP прост в освоении по сравнению с Perl . Синтаксис языка PHP легче запоминается, чем синтаксис языков C , Python , Java , и большинство других языков программирования, используемых в веб-разработках. Стиль синтаксиса Perl является по сути уникальным, и, следовательно, не распространяемым на другие языки программирования.
· PHP имеет менее «накладные расходы», чем Perl , это означает, что скрипты будут работать быстрее, чем CGI-скрипты, написанные на Perl . При этом Вы будете иметь возможность обрабатывать запросы большего числа пользователей на вашем сайте. Бенчмаркинг-тесты показывают, что PHP работает быстрее, чем другие языки веб-программирования.
· PHP код имеет тенденцию быть более последовательным и модульным, чем Perl .
На сегодняшний момент PHP стал самым популярным языком на стороне сервера для написания динамических веб-страниц благодаря упомянутым выше выгодам таким, как быстрое время отклика, повышения безопасности и прозрачности для программистов.
По синтаксису код PHP во многом похож на язык C ++ . Главное в нём отличие, что код в PHP интерпретируется, а не компилируется, как в «Си» - подобных программах.
- автоматическое извлечение POST и GET-параметров, а также переменных окружения веб-сервера в предопределённые массивы;
- взаимодействие с большим количеством различных систем управления базами данных;
- автоматизированная отправка HTTP-заголовков;
- работа с локальными и удалёнными файлами, сокетами;
- обработка файлов, загружаемых на сервер.
Для разработки клиентской части информационной системы и реализации задач, которые будут исполняться непосредственно на уровне клиента, был выбран язык программирования Java S cript . Также в рамках дипломной работы потребуется технология асинхронной передачи данных к серверу, которая реализована в JavaScript .
Язык программирования Java S cript - это язык сценариев, позволяющий разработать насыщенный пользовательский интерфейс и организовать интерактивный обмен данными между клиентом и сервером.
Результаты работы интернет-сервиса будут отображаться в браузере, поэтому для реализации интернет-страниц будет использован язык разметки HTML и каскадные таблицы стилей (CSS).
На программирование однотипных действий в JavaScript уйдёт слишком много времени, поэтому было решено использовать специализированую библиотеку скриптов (FrameWork) для JavaScript - jQuery . С помощью jQuery возможно легко получать доступ к любому элементу на странице, обращаться к атрибутам и содержимому элементов, манипулировать ими. Также библиотека jQuery предоставляет удобный интерфейс по работе с асинхронными запросами на странице.
Разрабатываемый интернет-сервис требует высокой интерактивности интерфейса. Необходимо представить страницу «как есть» с последующими динамично добавляемыми элементами на неё. Было решено исключить фреймы из структуры проекта в связи с их устаревшей и неудобной реализацией. Выбор пал на технологию асинхронных запросов - AJAX . Как раз именно эта технология позволяет организовать динамический обмен данных между клиентом и серверов без перезагрузки интернет-страницы.
На следующем рисунке отражен обмен данных между клиентом и сервером с применением технологии AJAX :
Рис. 3.1 Особенность передачи данных с помощью технологии «AJAX»
Помимо обеспечения интерактивности интерфейса, технология AJAX обладает следующими преимуществами:
- экономия трафика - для обновления данных интернет-страницы, загружаются только необходимые данные, а не вся страница;
- уменьшение нагрузки на сервер - сервер генерирует только запрашиваемые данные, а не всю интернет-страницу в целом;
- ускорение реакции интерфейса - поскольку нужно загрузить только изменившуюся часть, пользователь видит результат своих действий быстрее.
Также необходимо выбрать формат данных, который подходит под следующие критерии:
- простота создания объекта данных на стороне сервера;
- простота обработки данных на стороне клиента;
В качестве формата передаваемых данных возможно использовать XML или JSON . В случае информационно-ориентированных приложений предпочтительно использовать JSON , а не XML , в силу его простоты и легкости обработки данных на стороне клиента. XML может быть незаменимым на сервере, но с JSON определенно проще работать на клиенте.
Все данные в формате JSON представлены в виде объекта данных, к элементам которого очень легко можно получить доступ. На следующем рисунке показан пример расположенных данных в виде JSON :
Рис. 3.2 Представление данных в формате «JSON»
Реализация сервиса, помимо упомянутых, требует использования целого ряда взаимосвязанных технологий. Для решения такого рода проблем существует множество интегрированных средств, облегчающих разработку.
Такая среда программирования должна отвечать следующим требованиям:
- семантическая и синтаксическая поддержка кода PHP , JavaScrip t , HTML и CSS;
- навигатор по каталогам и функциям проекта;
- бесплатное распространение продукта.
В качестве среды для разработки проекта была выбрана свободная интегрированная среда разработки модульных кроссплатформенных приложений Eclipse , поскольку она удовлетворяет всем вышеописанным требованиям / http://ru.wikipedia.org/wiki/Eclipse_(среда_разработки) /.
Графический редактор, необходимый для создания различных графических элементов на интернет-странице, должен удовлетворять следующим требованиям:
- поддержка как растровой, так и векторной графики;
- бесплатное распространение продукта.
В качестве графического редактора был выбран Paint . NET . Данный редактор удовлетворяет всем вышеописанным требованиям / http://ru.wikipedia.org/wiki/Paint.NET /.
При разработке интернет-сервиса необходимо будет отделить скриптовый код PHP от кода разметки страницы HTML. Для этой цели в проекте использована библиотека классов SMARTY реализованная на PHP .
Одно из предназначений Smarty - это отделение логики приложения от представления. Шаблоны, тем не менее, могут содержать в себе логику, но это должна быть логика представления данных. Она должна решать такие задачи, как подключение других шаблонов, чередующаяся окраска строчек в таблице, приведение букв к верхнему регистру, циклический проход по массиву для его отображения и т.п. Сама по себе библиотека Smarty не принуждает разделять логику приложения и представление - корректная дисциплина использования веб-шаблонов остаётся задачей разработчика.
Использование SMARTY даёт ряд преимуществ по сравнению с вариантом разработки исключительно на PHP , а именно:
- отделение кода верстки HTML от кода PHP ;
- возможность взаимодействовать с кодом разметки HTML посредством внутренних функций SMARTY написанных на PHP .
В следующем примере представлен HTML-код с тэгами SMARTY :

Общая схема приложения в формате UML выглядит следующим образом:
Рис. 3.3 Общая схема работы приложения
Исходные файлы серверной части проекта хранятся на отдельном компьютере (сервер) и имеют следующий вид:
В каталоге cache хранятся каскадные таблицы стилей ( CSS );
В каталоге core содержатся файлы, которые имеют прямое отношение к работе интернет-сервиса (ядро приложения);
- В каталоге i расположены графические элементы интернет-сервиса;
- В каталоге js расположены пользовательские скрипты JavaScript . Эти скрипты будут подгружаться в браузер пользователя и исполняться исключительно на стороне клиента;
- В каталоге templates хранятся все HTML-шаблоны;
- В каталоге templates _ c хранятся уже скомпилированные шаблоны с помощью внутренних функций SMARTY , которые берутся из каталога templates ;
- Файл ajax . php отвечает за взаимодействие и обработку асинхронных запросов;
- Файл core . php подключается в заглавном файле index . php и содержит главные команды для загрузки всего содержимого интернет-сервиса;
- Файл index . php является заголовочным файлом, с которого начинается работа интернет-сервиса.
Конфигурационный файл core . php имеет следующий вид:
require_onc e ('Smarty. class.php');
setlocal e (LC_ ALL, « r u_RU » ) ;
$smarty->template_dir = DOCUMENT_ROOT . 'templates/';
$smarty->compile_dir = DOCUMENT_ROOT . 'templates_c/';
$smarty->config_dir = DOCUMENT_ROOT . 'configs/';
$smarty->cache_dir = DOCUMENT_ROOT . 'cache/';
Обработкой команд, с которыми работает технический специалист, занимается набор функций PHP , которые выполняют следующие действия:
- представление результатов команды в удобном виде для пользователя сис
Интернет-сервис для создания визуального интерфейса системных служб хостинг-компании дипломная работа. Программирование, компьютеры и кибернетика.
Дипломная работа: Економічна інтеграція Північної Америки (друга половина ХХ ст.)
Гост Для Курсовой Работы В Word
Эссе по теме Окреме провадження у структурі цивільного процесу
Курсовая работа: Обоснование рационального способа транспортировки скоропортящихся грузов на направлении Пермь-2 – Чита-1
Реферат: To What Extent And For Whom Does
Курсовая работа: Анализ социальных проблем современного образования. Скачать бесплатно и без регистрации
Курсовая работа: Исполнительная система Российской Федерации
Воспитательная Работа Курсовая
Жить Для Себя Или Для Других Сочинение
Курсовая работа по теме Бионика как современное направление дизайна. Целесообразность биоформ в архитектурном дизайне
Доклад: Убийственные укусы
Прогресс Зависит От Разделения Труда Эссе
Эссе По Защите Прав Потребителей
Дипломная работа: Переход судна типа Днепр по маршруту Пирей Барселона
Реферат Лампы Будущего Светодиоды
Сочинение Мой Друг С Фразеологизмами 6 Класс
Сборник Маразмов Из Школьных Сочинений
Дипломная работа по теме Жизненный цикл организации. Концепция двух S-образных кривых
Дипломная работа по теме Обеспечение деятельности предприятия
Сочинение По Картине Утро 5 Класс
Творчество А. Дюма в контексте французской литературы первой половины XIX века - Литература курсовая работа
Аналітичний огляд розміщення продуктивних сил Львівської області - География и экономическая география курсовая работа
Стратегии поведения в конфликте - Менеджмент и трудовые отношения контрольная работа