Главная / Библиотека / Справка / Дополнительные работы. Варианты технических заданий

Дополнительные работы. Варианты технических заданий

Возможные варианты технических заданий (ТЗ) для заказанной услуги «Дополнительные работы».

Содержание:

В этой справке мы приводим типовые варианты технических заданий (ТЗ) для заказанной услуги «Дополнительные работы» (ДР). Хотим отметить, что услуга «Дополнительные работы» распространяется на все виды услуг хостинга, и, так как ТЗ может быть одинаковым, например, как для услуги «Виртуальный хостинг», так и для услуги «VPS», то все виды ТЗ представлены ниже в виде обычного списка. Порядок выполнения дополнительных работ по ТЗ стандартный:

заказчик ДР подает заявку в службу технической поддержки с приложенным ТЗ и дежурный администратор подтверждает ТЗ, либо сотрудник технической поддержки предлагает вариант ТЗ (если заказчик ДР не может самостоятельно сформулировать ТЗ), и заказчик ДР соглашается с предложенным вариантом;
если заказчик ДР не может самостоятельно сформулировать ТЗ, либо ТЗ нуждается в дополнительной дороботке, исполнитель может составить ТЗ в рамках услуги ДР. Составление ТЗ, оценивается в рамках 1-го часа.
сотрудник технической поддержки оценивает длительность работ, длительность работ может варьироваться от 1-го часа до 10 часов, стоимость 1-го часа работ составляет 1000 рублей;
если заказчик оплачивает услугу ДР по оцененному времени, сотрудник технической поддержки начинает выполнять технические работы по согласованному ТЗ;
по окончанию технических работ сотрудник технической поддержки оповещает заказчика и показывает результат на проверку, согласно ТЗ;
если заказчик не принимает технические работы, он должен аргументировать, что именно не так выполнено в технических работах, согласно ТЗ — далее перепиской и выполнением технических работ занимается старший администратор смены;
если заказчик принимает выполненные технические работы по заказанному им ТЗ, переписка закрывается.

Далее предоставлен список стандартных задач по услуге «Дополнительные работы», пояснение и ТЗ к ним.

1. Перенос сайта с виртуального хостинга на VPS

Если перенос сайта с виртуального хостинга на VPS не входит в рамки бесплатного переноса при покупке VPS, то сайт переносится в рамках дополнительных работ согласно ТЗ:

подготовить на VPS площадку для работы сайта, используя тот же веб-сервер и сервер БД, которые использовались на виртуальном хостинге;
перенести файлы и БД сайта [ИМЯ_САЙТА] с виртуального хостинга на VPS;
запустить сайт в том же виде, в каком он работал на площадке виртуального хостинга.

2. Перенос сайта с VPS на аккаунт виртуального хостинга

Такой вид переноса сайта не подпадает под акции нашего хостинга и бесплатно может быть выполнен только при особых обстоятельствах. В обычных случаях перенос сайта осуществляется согласно ТЗ, если настройки веб-серверного ПО на VPS не противоречат настройкам ПО на виртуальном хостинге:

перенести файлы и БД сайта [имя сайта] с VPS [IP-адрес, учетные данные для доступа] на заранее зарегистрированный мной аккаунт [имя аккаунта виртуального хостинга];
запустить сайт в том же виде, в каком он работал на VPS.

3. Перенос сайта с нашего хостинга на площадку стороннего хостинга

В данном случае заказчик ДР должен предоставить все необходимые данные для доступа к площадке сайта на стороннем хостинге. В целом, технические работы будут происходить по следующему ТЗ:

перенести файлы и БД сайта [имя сайта] в том же виде, в котором они находятся в данный момент на стороннюю хостинг-площадку, для доступа к которой нужно использовать следующие учетные данные:
— [логин, пароль и хост для ftp/ssh-доступа];
— [логин, пароль и хост для доступа к серверу БД];
— [дополнительная информация, если требуется];
(если имена сайтов разные) сделать редирект со старого сайта на новый;
(по согласованию) запустить сайт на стороннем хостинге.

4. Перенос сайта с одного доменного имени на другое с перенаправлением на новое доменное имя

Такие задачи обычно возникают у заказчика ДР, когда он хочет перенести сайт на новое доменное имя, сохранив индексацию на старом. Опять же, в этом случае, речь идет о переносе сайта в рамках нашего хостинга. Если речь идет о переносе сайта с нашего хостинга на сторонний, то нужно воспользоваться пунктом 3. ТЗ будет следующее:

перенести файлы и БД сайта [имя сайта] на другое мое доменное имя [имя домена];
на старом сайте [имя сайта] сделать перенаправление запросов на новое доменное имя [имя сайта];
запустить сайт на новом доменном имени [имя сайта] в том виде, в котором он работал на старом доменном имени [имя сайта];

5. Создание резервной копии сайта и предоставление этой копии для скачивания

ТЗ для данной задачи стандартное:

сделать архив файлов и БД сайта [имя сайта];
(опционально) в архив включить каталог площадки [путь к каталогу от корня площадки];
(опционально) также в архив включить файлы [список файлов с указанием относительного пути от корня площадки];
разместить архив для скачивания [указать протокол — по http/ftp] и прислать мне ссылку на него.

6. Разворачивание сайта из резервной копии, предоставленной сотрудником службы технической поддержки из резервного хранилища

Частая задача, с которой заказчик ДР может самостоятельно не справляться. ТЗ для такой задачи следующее:

необходимо распаковать файлы и БД сайта [имя сайта] из резервной копии [указать имя файла резервной копии и, если резервная копия размещена на площадке сайта, путь до этого файла];
заменить текущее состояние сайта файлами и БД из резервной копии.

Здесь стоит отметить, что если сайт из резервной копии находился в нерабочем состоянии, то и после восстановления из такой резервной копии он будет в нерабочем состоянии.

7. Установка веб-приложения на площадке хостинга

Если заказчик ДР хочет установить на свою площадку хостинга какое-либо веб-приложение, удовлетворяющее настройкам и безопасности хостинга (будь то виртуальный хостинг или VPS), технические работы будут происходить по следующему ТЗ:

установить веб-приложение [название веб-приложения, а также версию пакета] на площадку сайта [имя сайта];
скачать веб-приложение можно из официального источника здесь [указать ссылку на архив приложения, либо на официальный источник];
запустить веб-приложение и указать ссылку, по которой я могу с ним работать;
прислать мне данные для управления веб-приложением (учетные данные админпанели/администратора).

8. Настройка/доработка скриптов сайта

Часто у заказчика ДР возникает необходимость в доработке скриптов сайта (изменение конфигурации, исправление шаблонов, добавление/изменение в работе той или иной функции движка сайта и т.д.). ТЗ для таких работ имеет общий шаблон:

сейчас на моем сайте [имя сайта] скрипт [указать путь до скрипта внутри площадки] работает так: [описать как работает скрипт];
доработать скрипт/шаблон/конфигурационный файл [указать путь до скрипта внутри площадки], чтобы [указать как именно должен работать скрипт после доработки];
провести доработку скрипта и продемонстрировать мне результаты, а также описать все проделанные вами изменения в скриптах сайта.

Если заказчик ДР не знает, в каких именно скриптах нужно произвести доработку, ТЗ составляется так:

сейчас мой сайт [имя сайта] работает следующим образом: [описать как работает сайт, и что не устраивает];
необходимо произвести доработку сайта таким образом, чтобы он заработал так: [указать как именно должен работать сайт после доработки];
продемонстрировать мне результат доработки сайта, а также описать все сделанные вами изменения на сайте.

9. Базовая SEO-оптимизация сайта

Сами действия по базовой SEO-оптимизации достаточно просты, но нужно потратить некоторое время на изучение и реализацию. ТЗ для таких работ будет следующее:

создать для моего сайта ящик [имя_ящика@имя_сайта], который будет использоваться для базовой SEO-оптимизации;
для моего сайта [имя сайта] произвести действия по базовой SEO-оптимизации, которые будут включать в себя:
— создание карты сайта для поисковых ботов (sitemap.xml);
— регистрация сайта в google analytics и добавление на все страницы сайта соотвествующий java-скрипт счетчика;
— регистрация сайта в «Яндекс.Метрика» и добавление соответствующего счетчика на сайте;
для доступа к администрированию сайта использовать следующие данные: [логин и пароль для доступа в админ-панель сайта, если такая имеется];
предоставить мне рекомендации по дальнейшей SEO-оптимизации сайта.

10. Обновление CMS

Довольно частая задача, но не всегда решаемая из-за проблем совместимости расширений старой и новой версии движка сайта. Поэтому ТЗ будет выглядеть так:

обновить движок сайта [имя сайта] с версии [название движка сайта и его текущая версия] до версии [новая версия движка сайта].
обновить расширения движка сайта [указать список расширений на сайте, которые нужно обновить, версии, до которых нужно обновить эти расширения, а также ссылка на официальный источник расширений];
сохранить все данные сайта;
после обновления описать все выполненные действия, а также продемонстрировать работу сайта.

Здесь важно отметить, что обновление движков внутри одной линейки версий (например Joomla 1.5.5 до 1.5.22) обычно происходит без проблем с сохранностью всех данных, но вот при обновлении движка сайта с поздней линейки версий на новую (например Joomla 1.5.5 до Joomla 3.0) может произойти с полной или частичной потерей данных. Поэтому изначальное ТЗ будет согласовываться с технической поддержкой, после чего сотрудник технической поддержки пришлет (если время оцененных работ не будет превышать 10 часов) на согласование заказчику ДР свой вариант ТЗ, примерно следующего вида:

обновить движок сайта [имя сайта] с версии [название движка сайта и его текущая версия] до версии [новая версия движка сайта].
обновить расширения движка сайта [список расширений на сайте, которые можно будет обновить, версии, до которых можно обновить эти расширения, а также ссылка на официальный источник расширений];
сохранить удастся следующие данные сайта: [все данные или список категорий информации на сайте, которую удастся сохранить];
если данные, которые не удастся сохранить после обновления или работы по переносу таких данных, не будут укладываться в рамки ДР, то описать, если есть такая возможность, как можно перенести данные со старой версии движка на новую;
после обновления описать все выполненные действия, а также продемонстрировать работу сайта.

11. Установка расширений CMS

ТЗ на такие работы также типовое:

установить на моем сайте [имя сайта], который работает на CMS [указать название и версию CMS] следующие расширения: [список расширений, которые надо установить с указанием названия, версии и ссылка на официальный источник расширения];
для доступа к администрированию сайта используйте следующие данные: [логин и пароль для доступа к администрированию сайта];
(опционально) произвести базовую настройку расширений, чтобы я смог пронаблюдать их работу на сайте;

12. Управление контентом на сайте

Такой тип технических работ предполагает работы по следующим категориям:

наполнение сайта материалами, как из админ-панели, так и напрямую в скриптах сайта, если по другому наполнить сайт нельзя;
создание на сайте баннеров;
добавление на сайте страниц и пунктов меню к ним;
редактирование какой-либо информации, размещенной на сайте;
другие операции с контентом.

То есть любой тип работ, подразумевающий добавление/изменение информации на сайте, но не затрагивающий изменение функционала сайта. ТЗ для таких работ следующее:

на сайте [имя сайта] изменить следующую информацию: [попунктно список информации которую нужно изменить и каким образом изменить(добавить/отредактировать/удалить)];
для доступа к администрированию сайта использовать следующие данные: [логин и пароль для админ-панели сайта, если таковая имеется];
после выполнения работ предоставить отчет о проделанных работах, указав как именно изменялась информация на сайте.

13. Установка и настройка ПО на VPS

Если необходимое заказчику ПО не входит в список предустановленного, он может воспользоваться следующим ТЗ для установки и настройки необходимого ПО, если это ПО не противоречит правилам предоставления услуг хостинга и его безопасности:

установить на VPS [IP-адрес сервера] следующее ПО: [список ПО, которое необходимо установить];
(опционально) настроить установленное ПО следующим образом: [подробно описать, как должно работать установленное ПО];
для доступа к серверу использовать следующие данные: [логин и пароль для доступа к VPS по ssh];
(опционально) предоставить отчет о проделанной работе, что именно было настроено и как.

14. Диагностика проблем на сайте

Иногда на сайте появляются внутренние ошибки движка сайта, причиной которых являются чаще всего некорректные действия самого администратора сайта, а также некорректная работа самих скриптов движка сайта. Чтобы установить причину таких ошибок, заказчик ДР может воспользоваться следующим ТЗ:

мой сайт в данный момент работает с ошибками: [подробно описать на каких этапах работы сайта появляются ошибки, чтобы их можно было воспроизвести];
для управления сайтом можете использовать следующие данные: [логин и пароль к администрированию сайта, если воспроизвести ошибки можно из административной панели];
определить, из-за чего происходят ошибки и описать пути их исправления;

Если заказчик ДР хочет, чтобы техническая поддержка исправила ошибки на сайте, он может заказать ДР по пункту 8.

15. Консультации по работе CMS

Такой тип работ подразумевает предоставление подробной справочной информации по работе с движком того или иного сайта. Хотя для любого движка сайта есть официальная документация, сами работы направлены на сбор и понятное изложение только нужной заказчику информации. ТЗ для таких работ следующее:

для моего сайта [имя сайта] предоставить инструкцию как мне выполнить [описание задачи, которую нужно выполнить на сайте];
указать источники, из которых бралась информация для составления инструкции.