Тз это: Что такое ТЗ, как правильно составить техническое задание: образец и рекомендации по написанию

Содержание

Так что же такое «Техническое Задание»? / Хабр

Данный текст был создан сугубо ради существования постоянной ссылки, которую бы сам автор, да и все вы — могли бы смело отправлять своим будущим заказчикам, коллегам, родственникам и знакомым в виде стандартизированного ответа на вопрос: «А надо ли мне ваше ТЗ и вообще что это?»

Как говорится — «вместо тысячи слов», поскольку каждый раз евангелистить по 4-5 часов в скайпе на данную тему становится уже утомительным, а общемировая тенденция подсовывать под определение «Технического задания» откровенную ерунду с годами все только усиливается.


Проблема

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

Техническое задание — исходный документ на проектирование технического объекта (изделия).
ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования. Техническое задание является юридическим документом — как приложение включается в договор между заказчиком и исполнителем на проведение проектных работ и является его основой: определяет порядок и условия работ, в том числе цель, задачи, принципы, ожидаемые результаты и сроки выполнения. То есть должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет. Все изменения, дополнения и уточнения формулировок ТЗ обязательно согласуются с заказчиком и им утверждаются. Это необходимо и потому, что в случае обнаружения в процессе решения проектной задачи неточностей или ошибочности исходных данных возникает необходимость определения степени вины каждой из сторон-участниц разработки, распределения понесенных в связи с этим убытков.
Техническое задание, как термин в области информационных технологий – это юридически значимый документ, содержащий исчерпывающую информацию, необходимую для постановки задач исполнителям на разработку, внедрение или интеграцию программного продукта, информационной системы, сайта, портала либо прочего ИТ сервиса.
Переводим на понятный язык

1) ТехЗадание — оно ставит задачу. А значит оно должно идти перед прототипом, скетчем, тестом, дизайн-проектом, потому что любой майндмеп, диаграмма потоков данных, архитектура — это уже выполнение некой задачи, это ответ на вопрос. А до того, как сам вопрос еще не задан, не сформулирован и не подписан всеми сторонами — любой ответ будет априори неправильным, не так ли? Итак, начало любой работы над любым проектом — это постановка задачи, а не судорожный поиск набросков десятка вариантов ее решения.

2) Собственно из первого пункта логично вытекает и новый — сам текст ТЗ обязан начинаться с главы «Цели и задачи», четко формулирующей, какие бизнес-цели преследует вся эта очередная попытка повысить энтропию в мире.

Бесцельное задание, которое не решает никаких проблем, не достигает ничего и делается «от скуки» — официально не считается Техническим Заданием, а с этого момента находится в статусе «обычная бумажка».

3) Как же вам понять, решает ли предложенная дизайн-концепция или интерактивный прототип, а то и готовый к употреблению сайт — вышеизложенную задачу бизнеса? Ничего не поделаешь, придется опять вернуться к определению: «определяет… ожидаемые результаты и сроки выполнения. То есть должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет». То есть ТЗ без четких измеримых показателей в рублях, секундах, тонно-километрах или градусах Цельсия — быть не может. Бриф может, или прототип, или еще любая абсурдная бумажка, но только не ТехЗадание.

Отсюда делаем вывод, что в настоящем ТЗ обязательно должна быть глава «Порядок приемки и оценки», когда эти самые показатели берутся, замеряются, и стороны либо пожимают друг другу руки, либо отправляют проект на переделку.

4) ТехЗадание должно обязательно согласоваться с общим бизнес-планом заказчика, с его стратегией развития бизнеса и анализом сегмента рынка. Именно все это позволит установить правильные цели, вывести точные метрики, по которым затем адекватно провести приемку готового инфопродукта. Отсутствие у заказчика бизнес-плана автоматически гарантирует непрофессиональное выполнение Технического Задания.

Знает ли студия на аутсорсе бизнес-цели и измеримые показатели бизнеса лучше его владельца? Очевидно, что нет, а значит правильное ТЗ должно писаться представителями Заказчика, а не наемными работниками Исполнителя. Абсурд, когда исполнитель сам себе ставит задачу, затем сам себе придумывает способы ее оценки, и в конце сам же выставляет себе итоговую отметку за сделанную работу. В идеале такой «самодеятельности» быть не должно, хотя на практике повсюду именно так и происходит, в результате чего ТехЗадание и не оказывает нужной помощи проекту, слишком часто являясь по сути фиктивным документом. Не надо так.

5) Каждое внесение правок в готовое ТЗ должно стоить денег. Нельзя бесплатно и бесконечно править «Конституцию вашего проекта» только потому, что одна из сторон передумала, не выспалась, внезапно решила сэкономить и т.д. Цена каждого изменения в ТЗ должна также четко прописываться заранее в соответствующей главе.

Кстати, по идее точно также каждая правка в дизайне или внесение изменений в список страниц или функций должна иметь четкую цену, которая оплачивается заранее, до начала внесения данного изменения. Лично я предлагаю любую редактуру утвержденного ТЗ оценивать в 30% от всего бюджета проекта, но вы можете поступать иначе.

Стоит ли упоминать, что в ТЗ просто необходимо заранее указывать сроки и общий бюджет на разработку, а также список всех существующих ресурсов и ограничений? — Нет, это будет уж слишком очевидно.

Итак: Что делаем? Для чего? Как поймем, что сделали? Сколько стоит каждый пивот? — написанные на листочке ответы на все эти вопросы и являются «серебряной пулей», способной вытащить даже самый провальный проект.

Контрольные вопросы

А здесь перечислю ответы на самые часто встречающие вопросы от заказчиков:

1) Так что, на написание ТехЗадания может еще и официальный ГОСТ есть? — Да, даже несколько.

2) А что, в ТехЗадание не входит описание нужных страниц, количества кнопок, используемых библиотек, гайдлайнов и т.д.? — В само ТЗ нет, но в Приложения вы можете все это поместить, разумеется скорректировав все это с вышеописанными целями, ограничениями и способами дальнейшей оценки достигнутого результата. Размещайте хоть весь будущий контент, хоть описание типовых персонажей — но не вместо четкой постановки задачи, а уже после нее.

3) Так может оно мне такое и не нужно? — Возможно, сегодня тысячи сайтов делаются вообще без ТЗ, также, как тысячи людей в мире прекрасно живут, будучи слепыми от рождения. Но если вы хотите видеть — куда вы вообще движетесь, осознанно принимать решения и самостоятельно оценивать полученные результаты — то без ТЗ тут не обойтись.

4) Вот вы и Википедия пишете, что ТЗ создается заказчиком. Но я не умею\мне некогда\просто не хочу его делать сам. Как же быть? — Отдать разработку ТЗ третьей стороне, вполне знакомой с вашим бизнесом, его задачами, целевой аудиторией и потребностями, и в то же время досконально осведомленной о всех этапах веб-разработки. Эта третья сторона станет неким «веб-нотариусом», то есть гарантом того, что исполнитель не занизит нужные вам показатели или не затянет сроки, и что заказчик установит достижимые метрики и на итоговой приемке не будет субъективно оценивать созданный продукт, на ходу изменяя зафиксированные ранее требования.

5) И что, если ТЗ является юридическим документом, то я потом могу засудить аутсорсера, не заплатить ему, заставить переделать все в десятый раз? — Если документ составлен правильно, указаны цели и методология оценки их достижения; если документ подписан сторонами и упомянут в Договоре (само ТехЗадание договором не является) — то конечно же сможете. А вот с обычным брифом, прототипами, арт-креатив-макетом, Безопасной сделкой на FL — уже нет.

6) Мне говорят, что работа будет вестись по какому то то ли скраму, то ли аджайлу; а значит архаичное ТЗ мне больше уже не нужно. Это так? — Посудите сами: вам называют непонятное слово, явно что-то маскирующее и вот уже на основании незнакомого вам термина предлагают отказаться от юридически грамотного и наполненного целями и метриками документа. Сам же agile никаких целей вроде «достичь не менее 10 000 посещений к концу года», или «достичь цифры более 25 заказов с сайта через месяц» — установить не может, это просто способ проведения совещаний и новой организации нерадивых сотрудников. Задумайтесь несколько раз: «А не пускают ли вам пыль в глаза?». На самом деле никакому новомодному скраму профессиональное ТЗ повредить не может, а вот помочь — обязательно.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ: ФОРМИРОВАНИЕ И СОГЛАСОВАНИЕ

Техническое задание (далее по тексту ТЗ) – это документ служит фундаментом, отправной точкой при создании любого проекта или изделия. ТЗ указывает на основные критерии, принципы и назначения объекта. Технические и программные требования, количественные и качественные показатели, требования к дизайну и соответствие ГОСТам и многое другое может указываться в ТЗ.

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

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

Изначально ТЗ готовит и предоставляет заказчик, однако нередко заказчик перекладывает эту задачу на подрядчика, предоставляя лишь ряд технических условий и пожеланий на потребительском языке, далеком от профессионального языка и предметной терминологии. Необходимо избегать неопределенностей и двойственного толкования пунктов ТЗ, это может повлечь за собой неуверенность у всех участников и не позволит объективно оценить качество проделанной работы. Также подрядчик должен осознавать, что у заказчика может не быть полного понимания и знания специальных требований, что ни в коем случае не снимает с подрядчика ответственности и обязательности выполнения всех норм и требований надзорных органов, вне зависимости, были ли они в ТЗ или нет. Таким образом, и заказчик, и подрядчик несут ответственность за постановку задач в ТЗ и качество результата.

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

Грамотно составленное ТЗ повышает шансы успешного завершения будущего проекта на 50%, а время, вложенное в разработку ТЗ, – одно из лучших вложений, которое заказчик может сделать в проектный период. Поэтому подготовку ТЗ доверяют самым опытным и квалифицированным специалистам, ведь исправление любой ошибки, допущенной на этапе проектирования ТЗ может очень дорого стоить после заключения договора, а в некоторых случаях и вовсе ставить крест на проекте в целом.

Техническое задание служит прочным мостом взаимопонимания между заказчиком и подрядчиком, помогая понять:

Заказчику:

  • Что именно он хотел бы получить на выходе, опираясь на свои текущие ресурсы и возможности;
  • Провести внутреннее согласование запросов между структурными подразделениями;
  • Контролировать соответствие выполненных подрядчиком работ.

Подрядчику:

  • Разобраться в сути и деталях поставленной задачи;
  • Выстроить планы по выполнению работ;
  • Исключить дополнительные работы, не описанные в техническом задании, или потребовать за это дополнительное финансирование.

Всем сторонам:

  • Понять суть и облик конечного продукта или услуги;
  • Проверить выполненные работы, провести приемочное тестирование;
  • Свести к минимуму число ошибок и неточностей в процессе внесения изменений.

Что такое ТЗ и как правильно составить техническое задание

Рассказываем, как составить техническое задание. Какая информация должна в нем быть и как правильно структурировать данные в ТЗ.

Что такое техническое задание?

ТЗ – это постановка задачи, план действий и обсуждение грядущей работы в одном документе. Техническое задание необходимо в любой сфере деятельности. Строите дом? Нужен четкий план и требования. Делаете веб-сайт? Тот же сценарий. Любая деятельность сопровождается хотелками заказчика и нормативами, которые обязуется соблюдать исполнитель. Они и заносятся в ТЗ.

Зачем нужно ТЗ

Благодаря техническому заданию устанавливается первичный контакт между исполнителем и заказчиком. Грубо говоря, с помощью него производится проверка, стоит ли вообще этим людям сотрудничать. Проверка на то, насколько реалистичны требования заказчика и сможет ли им соответствовать исполнитель. 

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

Также ТЗ формирует ожидаемый результат и дает возможность оценить результат проделанной работы.

Каким должно быть ТЗ

На самом деле, соблюдение четких правил при составлении ТЗ не требуется. Разные компании и предприниматели оформляют задания по-разному. Вопрос в преследуемых целях.  

Кто-то за пару предложений излагает ключевую мысль и надеется, что работник сам додумает остальное:

Нужно написать небольшой текст на тему «Душевые кабины». Текст должен быть для людей. Без переспама.

А кто-то описывает все в деталях и структурирует каждый аспект:

Нужно написать текст на тему «Душевые кабины» объемом 3500 знаков. Уровень спама – до 55%, уровень воды не более 18%, уникальность – от 90%. Слово «душевые» использовать не более 15 раз. Избегать стоп-слов (и, или, но, а).

Далее мы рассмотрим пункты, которые входят в базовый шаблон ТЗ. 

Технические характеристики

Технические аспекты включают в себя четкие требования к оформлению задачи, которые не получится двояко интерпретировать. 

В случае с текстами сюда можно отнести:

  • количество знаков на абзац,

  • тип и размер шрифта,

  • количество используемых ключевых слов,

  • правила структурирования текста с помощью подзаголовков,

  • необходимые форматы данных (таблицы, списки, цитаты и т. п.).

В техническое задание для программистов можно включить:

  • выбор системы управления данными (WordPress, Joomla и т.п.),

  • выбор фреймворков (React, Angular и т.п.),

  • количество всплывающих окон,

  • ширину контентной части страницы,

  • расположение форм обратной связи в приложении,

  • дополнительные функции. 

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

Маркетинговые характеристики

Характеристики, помогающие продвижению сайта, сложнее задать так же четко, как технические. 

Этот аспект возвращает нас к фразе «текст пишется для людей, а не для роботов», который часто можно увидеть в копирайтерских ТЗ.  Тем самым заказчик дает понять, что нужно написать органичный и легко читающийся текст без обилия ключей для оптимизации под поисковые машины. Но как именно автор этого достигнет – не имеет значения.

Заказчик рассказывает о целевой аудитории и ее особенностях. Задача исполнителя – воспользоваться этой информацией и сделать итоговый проект/текст наиболее привлекательным для указанной ЦА.

Этапы работы

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

  1. Этап разработки идей и дополнение существующего плана действий. 

  2. Демонстрация первого прототипа. 

  3. Приемка первой тестовой версии продукта.

  4. Тестирование функциональности.

  5. Разработки дизайна. 

  6. А/Б-тестирование визуальных компонентов и CTA-элементов.  

Это примерная схема, которую можно менять на свое усмотрение, если есть четкие сроки выполнения задачи.

Другие аспекты

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

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

Срок выполнения работы тоже приписывается заранее, как и общий бюджет проекта. 

Примеры ТЗ

Рассмотрим два абстрактных примера технического задания в том виде, в котором они часто встречаются.

Для разработчиков

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

Сайт должен быть выполнен в соответствии с указанным макетом. Цветовая палитра, расположение объектов, шрифты, текст и прочие элементы из Figma должны быть перенесены на итоговый проект.

Текст ТЗ может содержать более конкретную информацию об имеющихся функциях:

  • На сайте должна быть форма для загрузки файлов (только в форматах JPG, PNG).

  • При скролле должно появляться сообщение с предложением зарегистрироваться. 

  • Если пользователь долго бездействует (более 20 секунд), должен появляться робот-помощник (его функциональность описана ниже).

  • Под каждым материалом на сайте должна быть секциями с комментариями. 

Также в ТЗ можно внести требования к дизайну и оформлению кода:

  • Цвет подзаголовков берем из макета (#CD6326).

  • Списки должны быть оформлены в формате ul > li > a.

  • Блочные структуры должны быть реализованы с помощью свойства селекторов flex.

Отдельно можно указать технические средства, используемые в работе:

  • Работа должна быть доступна в репозитории my-new-project.

  • Каждое изменение должно сопровождаться отдельным коммитом. 

  • В качестве базы данных используется технология MongoDB.

Для копирайтеров

Текст на тему «Стоит ли использовать WordPress в 2020 году?».

Общие требования к тексту:

  1. Статья должна быть поделена на части. Каждый подзаголовок отделяет один логический блок. 

  2. В тексте необходимо использовать одну таблицу и минимум один список.

  3. Между списками, таблицами, цитатами и подзаголовками должно быть расстояние минимум в 400 знаков. 

  4. В тексте должны быть подзаголовки второго уровня, минимальный промежуток между подзаголовками – 750 символов, максимальный – 900 символов.

  5. Ключевые фразы должны быть использованы столько раз, сколько указано в скобках рядом со словом.

  6. Ключевые фразы должны быть равномерно распределены по тексту. Расстояние между ключевыми фразами не менее 1000 знаков. Первое ключевое слово должно использоваться в первом абзаце.

Объем текста: от 10 000 знаков.

Примерная структура текста:

  1. Что такое WordPress.
  2. Основные преимущества WordPress.
  3. Сравнение WordPress с другими CMS.

Ключевые фразы:

  • WordPress (8)
  • Темы для ВордПресс (1)
  • CMS WordPress (2)
  • Для разработчиков (1)
  • Для новичков (2)
  • Как установить на сайт WordPress (1)
  • Joomla (2)
  • Drupal (1)

Вместо заключения 

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

Техническое задание — что это и как составить + примеры ТЗ на сайт и ПО

Техническое задание важно и исполнителю, и клиенту. Исполнителю оно помогает лучше понять, что хочет заказчик, застраховаться от внезапных «хотелок» со стороны клиента, ускорить работу по выполнению задачи. Клиенту — рассказать точно о том, что он хочет, упростить контроль качества, получить точную стоимость услуги. Мы расскажем о том, как правильно составить ТЗ и что с ним потом делать.

Читайте также: Как сделать бриф

Получайте до 18% от расходов на контекст и таргет!

Рекомендуем: Click.ru – маркетплейс рекламных платформ:

  • Более 2000 рекламных агентств и фрилансеров уже работают с сервисом.
  • Подключиться можно самому за 1 день.
  • Зарабатывайте с первого потраченного рубля, без начальных ограничений, без входного барьера.
  • Выплаты на WebMoney, на карту физическому лицу, реинвестирование в рекламу.
  • У вас остаются прямые доступы в рекламные кабинеты, рай для бухгалтерии по документообороту и оплатам.
Попробовать бесплатно >> Реклама

Что такое техническое задание

Техническое задание — документ, в котором отражены все требования к будущему продукту. В нем описывают все технические требования. Обычно ТЗ составляют в виде текстового документа, редко — в других форматах.

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

  • разработке приложений;
  • проектировании дома;
  • написании текстов и другие.

Если вы работаете по техническому заданию, риск споров и затяжных тяжб сведен к минимуму.

Это интересно: Как составить коммерческое предложение

Как составить техническое задание: структура ТЗ на сайт

Прежде чем приступать к работе:

  • Определитесь, кто будет составлять техническое задание
  • Разъясните термины
  • Откажитесь от субъективных терминов

На первый взгляд кажется, что ТЗ на сайт должен составлять клиент, потому что он заказывает ресурс и выдвигает требования к нему. На самом деле в процессе должны участвовать оба: клиент озвучивает требования, а исполнитель записывает их конкретно, точно и понятно. Например, клиент говорит, что хочет сайт, адаптированный под всех пользователей, а разработчик прописывает требования к адаптивности под 4 доступных размера — ПК, ноутбуки, планшеты, смартфоны.

Разъяснение терминов — очень важный момент. Все узкоспециализированные термины желательно объяснить в самом начале — клиенты не всегда знают, что такое подвал (футер), CMS, рыба. Чем проще и понятнее будут объяснения, тем понятнее будет ТЗ для обеих сторон.

Субъективные термины могут вызвать ненужные споры. Не пишите «дизайн должен быть красивым» — понятие красоты у всех разное. То же относится к качественным прилагательным «удобный», «легкий в использовании», «большой». Используйте конкретные цифры и параметры: например, опишите цветовую гамму или расположение элементов.

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

Опишите сайт

Расскажите, какой тип сайта нужен, кем он будет использоваться, для чего он вообще создается. Например, напишите, что вам нужен интернет-магазин, лендинг для продажи товара или сайт-визитка с 10 страницами. Укажите ориентировочное количество страниц, если не знаете точного числа.

Если у проекта есть конкретная целевая аудитория, опишите ее. Это поможет создать ресурс, который понравится клиентам — например, использовать подходящие выражения в статьях или дизайн, который нравится молодежи или представителям старшего поколения.

Расскажите о структуре

Без представления о структуре невозможно разработать нормальный сайт. Распишите, какие страницы будут на сайте, и покажите уровни их вложенности. Сделать это можно разными способами:

  • Схемой
  • Таблицей
  • Списком

Главное, чтобы в итоге было понятно, какие страницы будут располагаться в меню, куда они будут вести, какая родительская страница у каждого раздела. Мы рекомендуем использовать блок-схемы — они проще и удобнее в восприятии, чем списки и таблицы, помогают за несколько секунд оценить всю структуру сайта.

Пример простейшей структуры в виде блок-схемы

Читайте также: Как составить продающую структуру лендинга

Опишите, что будет на каждой из страниц

Расскажите, какими видите страницы сайта. Делать это желательно в формате прототипа, чтобы наглядно продемонстрировать расположение каждого элемента. Можно описать требования и списком, например — рассказать, что будет в шапке сайта, где расположена форма обратной связи, что будет в свободной боковой колонке.

Если все страницы сайта примерно схожи — например, вы планируете создать сайт-визитку, можно обойтись двумя прототипами: для главной страницы и остальных разделов. Если есть несколько групп схожих страниц — например, разделы в каталоге интернет-магазина, блог со статьями и описание услуг по доставке/сборке/установке, лучше сделать свой прототип для каждой группы.

Пример прототипа главной страницы сайта: все просто, удобно, понятно

Выдвините требования к дизайну

Если есть разработанный макет, отлично — можно просто вставить его в техзадание. Если нет — нужно расписать требования к цветовой гамме, используемым изображениям, логотипам. Например:

  • Укажите, какие корпоративные цвета можно использовать в дизайне, а какие оттенки — категорически нет
  • Предоставьте логотип, который обязательно должен присутствовать в шапке сайта
  • Укажите шрифты, которые желательно использовать для оформления страниц, меню, футера, контента

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

Опишите требования к инструментам, коду, хостингу, домену

Это нужно, чтобы заранее знать, с какими инструментами можно работать, а с какими — нет. Опишите отдельным блоком:

  • На какой CMS будет разработан сайт — Вордпресс, Джумла, Модэкс и так далее
  • Какой язык программирования можно использовать — PHP, JavaScript, HTML, другие
  • На каком хостинге и в какой доменной зоне должен располагаться сайт, какое доменное имя можно использовать
  • Какую программную платформу можно использовать — .NET, OpenGL, DirectX
  • И так далее

Если клиент не понимает ничего в используемых терминах — объясните, чем отличается Вордпресс от Модэкса, PHP от HTML, домен в зоне .ru от домена в зоне .com. Вместе составьте требования так, чтобы они устроили клиента.

Это интересно: 10 лучших хостингов для сайта

Уточните требования к работе сайта

По умолчанию сайт должен работать у пользователей всех устройств, в разных браузерах, выдерживать хакерские атаки и не ложиться при одновременном посещении 1000 пользователями. Но лучше прописать это отдельным блоком. Укажите:

  • Приемлемую для вас скорость загрузки сайтов или стандартное значение — 1–5 секунд
  • Кроссбраузерность — распишите, в каких браузерах сайт должен открываться
  • Адаптивность — укажите размеры экранов, под которые должен подстраиваться дизайн, и используемые устройства
  • Устойчивость к нагрузкам — сколько человек должно находиться на сайте одновременно, чтобы он не «лег»
  • Устойчивость к хакерским и dDos-атакам: сайт должен выдержать небольшие атаки

Распишите сценарии работы сайта

Опишите, как пользователь должен взаимодействовать с сайтом, и какие действия на ресурсе должны происходить в ответ. Сделать это можно в форме простого нумерованного списка либо разветвленным алгоритмом, если у пользователей будет выбор между действиями. Если интерактивных сервисов много, распишите сценарий для каждого из них.

Пример простейшего сценария работы сайта

Уточните, кто занимается контентом.

Какие-то разработчики сами пишут тексты, кто-то заказывает их у копирайтеров, кто-то использует рыбу. Сразу уточните, входит ли предоставление контента в услугу разработки. Если да, можно сразу прописать дополнительные требования, например, к:

  • Уникальности текста — не меньше 95% по Адвего, Текст.ру, Контент.Вотч
  • Тошноте (заспамленности)— не более 10% по Адвего иди 65% по Текст.ру
  • Баллам по Главреду — не менее 6,5 или 7 баллов

Конечно, разные сервисы — не панацея, но они минимизируют риск того, что он будет «водянистым» или переспамленным. Кроме того, так появляются точные критерии оценки качества текстов.

Укажите сроки

Об этом часто забывают. В большинстве технических заданий должны быть прописаны сроки, иначе разработка может затянуться на несколько месяцев, полугодий, лет. Не используйте некорректные формулировки — например, «через месяц». Пишите точную дату: 1 декабря 2018 года, например.

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

Запомните: в каждом ТЗ должны быть несколько основных блоков:

  • Цели и задачи — о том, для чего вообще вы создали ТЗ, что хотите сделать с продуктом
  • Каким должен быть продукт — описание в общих чертах
  • Технические требования — площадь дома, объем текста, функционал приложения и так далее
  • Сроки — они важны, чтобы исключить споры.

Пример составления ТЗ на программное обеспечение

Нужно создать ПО. Технические требования — ниже.

Описание: программа для поиска статей по ключевому слову на всех авторитетных сайтах, адреса авторитетных сайтов прописывать нужно вручную.

Что должно делать ПО: после ввода ключевого слова находит статьи на сайтах, которые внесены заранее в качестве авторитетных источников, выводит список совпадений в таком формате:

  • Линк
  • Название статьи
  • Лид-абзац

Если больше 10 совпадений, нужно разделить на страницы — по 10 на каждой.

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

Сроки: до 15.09.2018.

Естественно, это ТЗ можно улучшить — мы предоставили его в качестве примера. А как вы считаете, как можно доработать техническое задание, чтобы оно стало еще понятнее, проще, удобнее?

Как написать правильное ТЗ? | Rusbase

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

На первый взгляд кажется, что исполнитель должен сам понять, как оставить клиента счастливым. «И пусть сам крутится, ведь он профессионал, я ему деньги плачу, все решит без меня».

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

А на выходе получаете неприятный осадок от зря потраченных денег.

Чтобы этого избежать, используйте следующие рекомендации по составлению ТЗ.

1. В вашем техническом задании должны содержаться максимально конкретные цели

Например, «освежить» интерфейс сайта, потому что нынешний выглядит архаично и не помогает решить задачи пользователя — получить услугу или купить товар. Такое описание покажет вас более заинтересованным и восприимчивым к изменениям.

2. Не скупитесь на слова

Описание техзадания должно быть максимально подробное, полное, по возможности с указанием программ / сервисов / форматов. Так, если вы хотите заказать логотип сайта, опишите свою идею, какими характеристиками, смыслами и ценностями нужно наполнить бренд. Исходя из этого, дизайнер поможет подобрать правильную цветовую палитру и паттерны. Опишите, в какой программе хотите получить результат. Если не знаете — фрилансер всегда подскажет.

Приведу пример из заказа по копирайтингу:

Так не надо Так хорошо
Нужен продающий текст о компании. Должен передавать наш статус и профессионализм. Хотим рассказать о компании: о нашем производстве — оборудовании, заботе об экологии.
Сделайте мне логотип, чтобы вау-эффект и luxury. Нужен простой двухмерный логотип для протеинового батончика. Нельзя использовать красный цвет. Пример — VP Lab.

3. Дайте примеры

Покажите исполнителю варианты вашей мечты и самые ужасные идеи, которые вам кажутся чудовищными. Это могут быть готовые решения от конкурентов, сногсшибательные варианты из международных практик — главное, задать фокус исполнителю «как надо / как не надо делать». И исходя из ваших возможностей и желаний это позволит продумать подходящий вариант. Помните о реализме — не приводите в пример тексты Nike или сервисы Google, если у вас скромный бюджет и совсем другие цели. Ваша задача — найти «золотую середину» между качеством и ценой. 

4. Не игнорируйте исполнителя — отвечайте

Даже если вы составите суперпонятное техзадание, фрилансер может вас не так понять. Например, вы хотели передать в оформлении упаковки товара «брутальность и мужество» и для вас это — черный цвет, а у исполнителя — коричневый. Без обсуждения понять детали невозможно. Поэтому отвечайте на вопросы заказчика, проговаривайте нюансы и восприятие каждой детали. Лучше голосом, а не только по переписке.

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

Несколько примеров сложных и узкопрофильных заданий, которые очень часто размещают на биржах

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

Поэтому вам важно помнить следующее: постарайтесь встать на один уровень с исполнителем. Не надо знать деталей, важно понимать типовые задачи, а именно:

  • Сформировать семантическое ядро по высокочастотным и низкочастотным запросам, то есть использовать не самые распространенные слова, по которым могут гуглить ваш магазин, а чуть уже. Например, если у вас онлайн-магазин по продаже одежды, то по слову «одежда» или «платье» ваш запрос будет тяжелее продвинуть. Вернее, ваш магазин, конечно, найдется на десятой странице, но тратить время — себя не уважать. А вот по запросу «красное платье в горох» ваш запрос окажется выше. Подобные фразы или слова фрилансеры формируют самостоятельно.
  • Подготовить карту сайта для поискового робота.
  • Прописать robots.txt для индексации в Google и «Яндекс».
  • Сделать перелинк сайта, то есть связать страницы сайта или из других источников гиперссылками.
  • Прописать метатеги для каждой страницы.
  • Подготовить список рекомендаций по улучшению сайта.

Итак, SEO-шник вам помог настроить сайт под поисковую выдачу. Осталось проверить, почему пользователи «слетают» и не доходят до корзины. Для этого можно разместить задание на проведение юзабилити-аудита, то есть провести исследование, которое поможет определить, насколько пользователю удобно перемещение по сайту, что можно изменить в интерфейсе и тому подобное.

Ниже — не лучший пример ТЗ:

В задании должны обязательно отражаться следующие требования:

  • улучшить показатели конверсии пользователей в покупатели;
  • найти ошибки, недоработки и баги на сайте;
  • проанализировать элементы структуры: работу ссылок, фильтров, удобство перемещения по сайту;
  • проанализировать контент-наполнение сайта на логичность;
  • протестировать конверсионные пути;
  • проверить скорость загрузки сайта, адаптивность.

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

ЭТАП 1: РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ

Разработка технического задания (ТЗ) готовит почву для разработки плана проекта. Техническое задание — это определение конечного результата или цели вашего проекта — товара или услуги для вашего заказчика. Основной целью здесь является как можно более четкое определение промежуточных результатов работы для конечного пользователя и концентрация (в единое целое) планов проекта. Хотя разработка технического задания является фундаментально важной, руководители проектов крупных корпораций с хорошим менеджментом часто поверхностно относятся к данному этапу.

Исследования показывают, что плохая разработка технического задания является наиболее частой преградой на пути к успеху проекта. Изучение проекта строительства большого нефтеперерабатывающего завода, проведенное Смитом и Таккером, показало, что плохая разработка технического задания и нечеткое определение основных составляющих проекта самым отрицательным образом сказались на его стоимости и графике работ. Пинто и Слевин доказали, что четкое определение целей больше, чем на 50% предопределяет успех на стадии формулирования концепции, планирования и выполнения проекта. Эшли и другие продемонстрировали, что у выдающихся, успешных проектов были четко разработаны технические задания и определены составляющие работы. Анализ Познера выявил, что, по мнению 60% респондентов-управляющих проектами, основной проблемой является отсутствие 1етких целей.

В ходе работы с болеи 1ем 1400 управляющими проектами в США и Канаде Гобелай и Ларсон установили, что около 50% проблем планирования связаны с нечетким техническим заданием и постановкой целей. Все эти результаты указывают на прямую зависимость успеха проекта от четкого определения его ТЗ. Четкое ТЗ заставляет как заказчика, так и всех участников проекта концентрироваться на целях проекта.

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

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

Как написать функциональное техническое задание?

Всё просто: нормальным русским языком описывайте нужные функции в формате сценария использования.

Сценарий проще всего описывать в по схеме: [роль пользователя] может [действие], [описание целей пользователя, а также необходимых шагов и вариантов развития событий]. Оптимально — разбивать описание больших компонентов на маленькие составляющие.

В конечном итоге, пункты ТЗ должны быть объективными, просто изложенными и элементарным способом проверяемыми требованиями.

Например, вполне адекватные функциональные требования в формате сценария:

Гость должен иметь возможность зарегистрироваться на сайте, путем заполнения формы регистрации (обязательно указав своё имя, адрес электронной почты и желаемый пароль). Также гость, при наличии у него учётной записи, должен иметь возможность войти на сайт, указав в соответствующей форме свой адрес электронной почты и пароль. Это нужно для того, чтобы у него была возможность выполнять действия, требующие наличия учетной записи (например, покупать товары в интернет-магазине или оставлять комментарии).
Каждый аутентифицированный (вошедший на сайт) пользователь должен иметь возможность выйти из системы, например, чтобы исключить осуществление дальнейших действий на сайте от своего имени другими пользователями компьютера.
Примеры некорректных требований ТЗ

Субъективные требования — это все требования с оценочными прилагательными типа удобный, красивый, простой и тому подобными. Они некорректны для ТЗ, так как их никак нельзя проверить, а значит принять работу, основываясь на таких критериях просто не получится:

Форма входа в систему должна быть удобной и понятной для пользователя.

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

Пользователь должен иметь возможность реструктуризировать компоненты своего аккаунта путём декомпозиции отдельных сущностей на произвольно задаваемое число взаимно зависимых компонентов.

Субъективные требования чаще всего формулирует бизнес и маркетинг, а непонятно изложенные — ИТ и другие технические специалисты. И с тем, и с другим надо бороться, так как ТЗ должно быть руководством к действию и чек-листом, по которому можно проверить выполненную работу. А некорректные требования приводят к тому, что ТЗ для этого не может быть использовано, и не очень понятно зачем его было вообще писать, если никто им не пользуется.

Примеры корректных требований ТЗ

Еще примеры нормальных функциональных требований:

Гость на каждой странице может войти на сайт. По нажатию кнопки «войти» открывается форма для ввода логина и пароля. При корректном вводе логина и пароля пользователь входит на сайт и ему выводится уведомление об этом, дальше он работает с сайтом как аутентифицированный пользователь и ему становятся доступны дополнительные возможности. При некорректном вводе логина и/или пароля отображается уведомление о произошедшем и пользователю предлагается повторно заполнить форму
Зарегистрированный пользователь при посещении сайта должен видеть персональное приветствие «Здравствуйте, [Имя] [Отчество]!» и ссылку для выхода с сайта. При нажатии на своё имя пользователь попадает в личный кабинет, при нажатии на ссылку «выход» — выходит из системы и дальше работает с сайтом как гость.
Администратор может удалить страницу сайта. В списке страниц напротив каждой страницы есть кнопка для удалени, по нажатию на эту кнопку выводится диалог подтверждения удаления. При подтверждении страница удаляется, а при отказе — удаления не происходит.

Как правило, функциональные требования развиваются: уточняются и конкретизируются как в процессе согласования, так и в процессе разработки.

Например, описание процедуры регистрации в конечном итоге может выглядеть так:

Гость должен иметь возможность зарегистрироваться на сайте. Для этого он может с любой страницы сайта по ссылке «зарегистрироваться» перейти на страницу с формой регистрации.
Форма регистрации содержит поля: Фамилия, Имя, Адрес электронной почты, Пароль и его Подтверждение, а также флаг согласия с публичной офертой. Все поля являются обязательными для заполнения. Адрес электронной почты должен быть корректным адресом e-mail, Пароль должен быть не короче 6 символов и содержать буквы и цифры, Пароль и Подтверждение должны совпадать, флаг согласия с публичной офертой должен быть установлен. При некорректном заполнении формы выводится список ошибок при заполнении формы, а поля с ошибками подсвечиваются.
Корректно заполнив и отправив форму регистрации гость создаёт новую учётную запись, а ему на указанный адрес электронной почты отправляется письмо с уведомлением о регистрации и со ссылкой для активаци аккаунта. Для активации аккаункта пользователь должен перейти по полученной ссылке, после чего он будет автоматически аутентифицирован (войдёт на сайт).
Если пользователь не получил ссылку для активации, то он может запросить её повторную отправку, просто указав свой адрес электронной почты, в этом случае ему должно быть также выведено сообщение с рекомендацией поискать письмо в спаме.
Вход при помощи формы входа до активации учётной записи невозможен, в случае попытки входа или регистрации с реквизитами доступа неактивной учетной записи пользователю должно быть выведено уведомление о том, что учетная запись неактивна, а также предложение повторно отправить письмо со ссылкой для активации аккаунта.
Если пользователь не активирует свою учётную запись в течение одной недели, то она будет удалена из базы данных.
В случае перехода по ссылке «зарегистрироваться» уже зарегистрированным и аутентифицированным пользователем форма регистрации не должна показываться, а должна быть осуществлена переадресация на страницу профиля текущего пользователя с уведомлением: «Вы уже зарегистрированы и уже вошли на сайт».

Такая подробная спецификация пусть и не очень проста в написании, но зато достаточно точно описывает требования к итоговой логике работы компонента, что позволяет без проблем провести сдачу-приёмку выполненных работ.

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

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

Уровень необходимой детализации ТЗ обычно зависит от компетентности специалистов и от корпоративной культуры. Профессионалам можно ставить высокоуровневые задачи и они их решат адекватным способом, а начинающим специалистам лучше более полно детализировать задачи, декомпозировать их и формулировать критерии приёмки. С корпоративной культурой всё несколько сложнее, например: чёткое следование регламентам и формализация — это отличный фактор для процессной деятельности, но в проектной / продуктовой разработке это несколько замедляет работу, так как требует более формальной и детализированной постановки задач.

COVID-19 в Танзании - COVID-19 неизвестно - уровень неизвестен: COVID-19 неизвестен - Уведомления о состоянии здоровья в поездках | Здоровье путешественников

Рекомендации по путешествиям для полностью вакцинированных путешественников

Если вы полностью вакцинированы вакциной, разрешенной FDA, или вакциной, разрешенной для экстренного использования Всемирной организацией здравоохранения:

  • Вам НЕ нужно проходить тестирование перед отъездом из США, если этого не требует пункт назначения.
  • Вам НЕ нужно проходить карантин после прибытия в США.
Перед поездкой:
  • Убедитесь, что вы понимаете и соблюдаете все требования авиакомпаний и пунктов назначения, связанные с поездками, тестированием, маскировкой или карантином, которые могут отличаться от требований США. Если вы не соблюдаете требования пункта назначения, вам может быть отказано во въезде и может потребоваться вернуться в Соединенные Штаты.
В пути:
  • Ношение маски на носу и рту требуется в самолетах, автобусах, поездах и других видах общественного транспорта, следующих в, в пределах или из Соединенных Штатов, а также в транспортных узлах США, таких как аэропорты и вокзалы.
  • Путешественникам следует соблюдать рекомендации или требования Танзании, включая ношение масок и социальное дистанцирование.
Перед полетом в США

Всего авиапассажиров, прибывающих в США, включая U.Граждане S. и полностью вакцинированные люди , - требуется для получения отрицательного результата теста на COVID-19 не более чем за 3 дня до поездки или документации выздоровления от COVID-19 за последние 3 месяца перед посадкой на рейс в Соединенные Штаты.

После путешествия
  • Вы должны пройти тест на вирусы через 3-5 дней после поездки
  • Самоконтроль симптомов COVID-19; изолировать и пройти тестирование, если у вас появятся симптомы.
  • Соблюдайте все государственные и местные рекомендации и требования.

НЕ путешествуйте, если вы подверглись воздействию COVID-19, если вы больны, у вас положительный тест на COVID-19 или вы ждете результатов теста на COVID-19. Узнайте, когда вам безопасно путешествовать. Не путешествуйте с больным человеком.

Мировой отчет

- 2020: Танзания | Хьюман Райтс Вотч

Положение с правами человека в Танзании продолжало ухудшаться при президенте Джоне Магуфули, который был избран на этот пост в 2015 году.Правительство сняло некоторые ограничения на публикацию независимой статистики, но продолжало ограничивать СМИ и критиков правительства, отменять регистрацию групп гражданского общества, арестовывать журналистов, ограничивать гражданское пространство и ущемлять права женщин и детей.

Свобода выражения мнения и свободы СМИ

Правительство Танзании приняло жесткие меры в отношении средств массовой информации, групп гражданского общества и отдельных лиц, критикующих правительство. В феврале Министерство информации, культуры, искусства и спорта приостановило действие газеты The Citizen на семь дней за нарушение Закона о СМИ, обвинив газету в публикации двух предвзятых статей.Один был о том, что законодатель США Боб Менендес выразил озабоченность «постепенным спадом уважения к гражданским свободам в Танзании», а другой сообщил, что танзанийский шиллинг падает по отношению к доллару США.

25 апреля власти международного аэропорта имени Джулиуса Ньерере в Дар-эс-Саламе задержали и в конечном итоге депортировали Вайрагалу Вакаби, директора Угандийского Сотрудничества по международной политике в области ИКТ в Восточной и Южной Африке (CIPESA), когда он был в пути. получить награду за права человека.

29 июля 2019 года шесть полицейских в штатском арестовали известного журналиста-расследователя Эрика Кабендеру в его доме в Дар-эс-Саламе. Позже ему были предъявлены обвинения в совершении преступлений, не подлежащих освобождению под залог, связанных с отмыванием денег, уклонением от уплаты налогов и ведением организованной преступности. Кабендера писал для нескольких международных изданий, критикующих политику Танзании, включая The East African, The Guardian и The Times of London.

22 августа полиция задержала Джозефа Ганди, журналиста Watetezi TV, в Дар-эс-Саламе по вызову в полицию.Гандье 9 августа опубликовал расследование жестокости полиции в Мафинге в Иринге в центральной Танзании. 23 августа полиция освободила Ганди, не предъявив ему обвинений.

В 2018 году парламент принял Закон об электронных и почтовых коммуникациях (Регламент онлайн-контента), дающий Управлению по регулированию коммуникаций Танзании (TCRA) широкие дискреционные полномочия по лицензированию блогов, веб-сайтов и другого онлайн-контента. В январе Высокий суд в Мтваре отменил заявление организаций гражданского общества Юридический центр и центр по правам человека (LHRC), попечителей Совета СМИ Танзании и Коалиции защитников прав человека Танзании, оспаривая постановления.

В конце 2018 года Боб Чача Ванве обжаловал свой приговор 2017 года за публикацию ложной информации в соответствии с Законом о киберпреступлениях за критику в Facebook проведения выборов на Занзибаре в 2015 году. Суд Дар-эс-Салама приговорил его к 18 месяцам тюремного заключения или штраф в размере 5 миллионов танзанийских шиллингов (2175 долларов США). В марте Высокий суд Танзании в Дар-эс-Саламе поддержал апелляцию Боба Чачи Вангве на его приговор, сославшись на отсутствие доказательств.

Законодательные реформы

В июне парламент внес поправки в Закон о статистике 2015 года, согласно которым ранее публикация статистики, не утвержденной Национальным бюро статистики (НБС), считалась преступлением.Закон с внесенными в него поправками исключил уголовное преступление за публикацию независимой статистической информации и предоставил каждому человеку право собирать и распространять такую ​​информацию, в том числе информацию, отличную от информации НБС.

В марте Восточноафриканский суд постановил, что Закон об услугах СМИ от 2016 года нарушает протоколы соглашения EAC, и призвал правительство Танзании внести в него поправки, чтобы они соответствовали условиям договора. После этого правительство выразило готовность к диалогу с заинтересованными сторонами медиа-сектора по законам о СМИ, но не внесло поправок в закон.

Оппоненты правительства и другие критики

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

Девяти лидерам основной оппозиционной партии, Чама Ча Демокрасиа на Маенделео (Чадема), в настоящее время предъявлены обвинения в подстрекательстве к мятежу, подстрекательстве к насилию и проведении «незаконного митинга» в феврале 2018 года. 7 марта Высокий суд постановил, что Политики Chadema Фриман Мбоу и Эстер Матико, которые были заключены в тюрьму с 23 ноября 2018 года за неявку на судебное заседание, будут освобождены, и их залог будет восстановлен.

В мае вооруженные люди похитили Мдуде Ньягали, известного диссидента и активиста оппозиции, когда он уходил с работы в Мбози на западе Танзании вечером 5 мая, согласно заявлению партии Чадема.Нягали был найден 9 мая в Иняле, примерно в 150 километрах от Мбози, тяжело ранен и не может говорить.

Сексуальная ориентация и гендерная идентичность

Закон Танзании о сексуальных преступлениях 1998 года предусматривает наказание до пожизненного тюремного заключения за однополые отношения между взрослыми по обоюдному согласию. Правительство закрыло центры доверия, обслуживающие лесбиянок, геев, бисексуалов и трансгендеров (ЛГБТ) и другие ключевые группы населения, и запретило распространение лубриканта на водной основе, инструмента профилактики ВИЧ.

Хотя президент Магуфули на встрече 17 ноября с высокопоставленными должностными лицами Всемирного банка пообещал, что Танзания не будет «предпринимать никаких дискриминационных действий, связанных с преследованием и / или арестом лиц на основании их сексуальной ориентации», аресты на основании предполагаемой сексуальной ориентации продолжал иметь место.

В апреле правительство запретило CHESA, организацию по охране здоровья и прав, обслуживающую сообщества ЛГБТ, наряду с Кази Бусара на Хекима (сестры KBH) и Организацией развития AHA в Танзании на основании заявлений о том, что они нарушают законы, этику и культуру Танзании. .В сентябре заместитель министра внутренних дел призвал полицию арестовать людей, которые «пропагандируют гомосексуальность». Правительство еще не выполнило обещание перед международными донорами официально запретить принудительные анальные осмотры, дискредитированный метод «тестирования» на признаки однополых половых сношений.

Права детей

В 2017 году президент Магуфули запретил беременным девушкам и молодым матерям посещать школу. Полиция арестовывала беременных школьниц и их семьи, чтобы заставить их раскрыть личности мужчин или мальчиков, которые оплодотворили их, в то время как школы подвергали девочек принудительным тестам на беременность.В июне организации гражданского общества Танзании подали жалобу в Африканский комитет экспертов по правам и благополучию ребенка, добиваясь отмены этой политики. После обсуждений между правительством и Всемирным банком о ссуде на среднее образование, правительство взяло на себя обязательство найти способы для беременных девочек вернуться в школу.

В августе правительство Танзании запретило учителям младших классов начальной школы входить в классы с тростью.

В октябре Апелляционный суд Танзании оставил в силе постановление Высокого суда 2016 года, предписывающее правительству поднять законный возраст вступления в брак до 18 лет как для девочек, так и для мальчиков. Закон Танзании о браке 1971 года установил минимальный возраст вступления в брак для девочек на уровне 15 лет с согласия родителей и 18 лет для мальчиков и разрешил вступление в брак 14-летних детей, когда суд установил наличие особых, но неуказанных , обстоятельства.

Права женщин

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

Права инвалидов

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

Беженцы

В период с сентября 2017 года по 31 октября 2019 года 78380 бурундийских беженцев вернулись домой из Танзании в соответствии с соглашением о добровольной репатриации с участием Танзании, Бурунди и Управления Верховного комиссара Организации Объединенных Наций по делам беженцев (УВКБ ООН).В марте 2018 года Танзания и Бурунди поставили цель добровольной репатриации 2000 бурундийцев в неделю в соответствии с соглашением.

В августе 2019 года власти Танзании и Бурунди объявили о плане отправки всех 183 000 бурундийских беженцев, проживающих в трех лагерях в Кигоме, на северо-западе Танзании, обратно в Бурунди к концу 2019 года. В период с августа по октябрь официальные лица Танзании также сделали публичные заявления с угрозами. , Закрыли рынок лагерей беженцев и неоднократно меняли административные требования к гуманитарным организациям, работающим в лагерях.

15 октября власти Танзании незаконно принудили более 200 незарегистрированных просителей убежища вернуться в Бурунди, угрожая лишить их легального статуса в Танзании.

Ключевые международные субъекты

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

В ноябре 2018 года Всемирный банк удержал 300 миллионов долларов (232 миллиона фунтов стерлингов) из ссуды в 500 миллионов долларов Танзании, сославшись на запрет на беременность школьниц.В сентябре Всемирный банк утвердил ссуду в размере 450 миллионов долларов на продукты питания и средства к существованию, образование и здравоохранение в Танзании, признав поправку к Закону о статистике и обязательство правительства помочь всем девочкам завершить свое образование.

В августе посольство США в Дар-эс-Саламе и британская верховная комиссия выразили озабоченность по поводу соблюдения надлежащей правовой процедуры и длительного содержания под стражей до суда после ареста журналиста Эрика Кабендеры.

Танзания | Культура, религия, население, язык и люди

Материковая часть Танзании

Материковая часть Танзании ограничена Угандой, озером Виктория и Кенией на севере, Индийским океаном на востоке, Мозамбиком, озером Ньяса, Малави и Замбия на юге и юго-западе и у озера Танганьика, Бурунди и Руанда на западе.

Рельеф

За исключением узкой прибрежной полосы материка и прибрежных островов, большая часть материковой Танзании находится на высоте более 600 футов (200 метров) над уровнем моря. Обширные участки равнин и плато контрастируют с впечатляющими рельефами, в частности, с самой высокой горой в Африке, Килиманджаро (19 340 футов [5 895 метров]), и вторым по глубине озером в мире, озером Танганьика (глубиной 4 710 футов [1436 метров]).

Восточноафриканская рифтовая система проходит через материковую Танзанию двумя ветвями, простирающимися с севера на юг, оставляя множество узких глубоких впадин, которые часто заполняются озерами.Одна ветвь, Западная рифтовая долина, проходит вдоль западной границы и отмечена озерами Танганьика и Руква, а другая ветвь, Восточная (или Великая) рифтовая долина, проходит через центральную Танзанию от границы с Кенией в районе озер Эяси. , Маньяра и Натрон к югу от озера Ньяса на границе с Мозамбиком. Центральное плато, занимающее более трети территории страны, находится между двумя ветвями.

гнездящиеся фламинго

Малые фламинго ( Phoeniconaias minor ) в гнездовой колонии на озере Натрон, Танзания.В период размножения около 1,5–2,5 миллиона мелких фламинго собираются на мелководье плотными скоплениями.

Оуэн Ньюман / Библиотека изображений природы Получите подписку Britannica Premium и получите доступ к эксклюзивному контенту. Подпишитесь сейчас

Высокогорье, связанное с Западной рифтовой долиной, образовано плато Уфипа, хребтом Мбея и горой Рунгве в юго-западном углу страны. Оттуда южное нагорье тянется на северо-восток вдоль Великого Разлома к горам Укугуру и Нгуру к северо-западу от Морогоро.От северного побережья горные цепи Усамбара и Паре проходят с юго-востока на северо-запад, достигая высшей точки на высоком заснеженном пике Килиманджаро и продолжаясь дальше до горы Меру (14 978 футов [4565 метров]). Сразу к западу от горы Меру начинается еще одна горная цепь, которая включает все еще действующий вулкан Ол Доиньо Ленгаи и кратер Нгоронгоро, крупнейшую в мире кальдеру или вулканическую депрессию. Эта цепь простирается через коридор между озером Эяси и озером Маньяра в сторону Додомы.

Дренаж

Из-за многочисленных озер приблизительно 22 800 квадратных миль (59 000 квадратных километров) территории Танзании состоит из внутренних вод. Озеро Виктория, которое считается вторым по величине пресноводным озером в мире, не входит в Рифтовую систему. Хотя в Танзании нет больших рек, она образует водораздел, из которого берут начало три великие реки африканского континента - Нил, Конго и Замбези, которые впадают в Средиземное море, Атлантический океан и Индийский океан соответственно. .Разделенные центральным плато водоразделы этих рек не встречаются.

Все основные реки Танзании - Рувума, Руфиджи, Вам и Пангани - впадают в Индийский океан. Самая крупная, река Руфиджи, имеет дренажную систему, которая простирается на большей части южной части материковой Танзании. Река Кагера впадает в озеро Виктория, тогда как другие второстепенные реки впадают во внутренние бассейны, образованные Великой рифтовой долиной. Материковая часть Танзании с таким количеством рек богата гидроэнергетическим потенциалом.

Почвы

Разнообразие почв материковой части Танзании превосходит разнообразие почв любой другой страны Африки. Красновато-коричневые почвы вулканического происхождения в высокогорных районах наиболее плодородны. Во многих речных бассейнах также есть плодородные почвы, но они подвержены наводнениям и требуют контроля дренажа. С другой стороны, красные и желтые тропические суглинки внутренних плато обладают умеренным или низким плодородием. В этих регионах высокие температуры и малое количество осадков способствуют быстрому окислению, что приводит к низкому содержанию гумуса в почве и, как следствие, к глинистой текстуре, а не к желаемой комковидной структуре почв умеренного климата.Кроме того, тропические ливни, часто непродолжительные, но очень интенсивные, уплотняют почву; это вызывает проблемы с дренажем и вымывает из почвы питательные вещества.

Климат

Материковая часть Танзании может быть разделена на четыре основных климатических и топографических района: жаркие и влажные прибрежные низменности побережья Индийского океана, жаркая и засушливая зона широкого центрального плато, высокие внутренние горы и озерный регион северная граница, где расположена гора Килиманджаро, и высокогорья на северо-востоке и юго-западе, климат которых варьируется от тропического до умеренного.Теплый экваториальный климат Танзании изменяется из-за перепада высот. Высокое количество солнечной радиации в течение года связано с ограниченными сезонными колебаниями температуры: среднемесячное колебание на большинстве станций составляет менее 9 ° F (5 ° C). Наземные заморозки редко бывают на глубине ниже 8 200 футов (2500 метров).

Количество осадков сильно сезонное, на них сильно влияет ежегодная миграция зоны межтропической конвергенции. Примерно половина материковой Танзании получает менее 30 дюймов (750 мм) осадков в год, что считается минимумом, необходимым для большинства форм выращивания сельскохозяйственных культур в тропиках.Центральное плато, которое получает в среднем менее 20 дюймов (510 мм) в год, является самой засушливой областью и переживает один сезон дождей с декабря по май. Осадки больше на побережье, где есть два пика осадков: октябрь – ноябрь и апрель – май. На прибрежных островах и во многих высокогорных районах годовое количество осадков превышает 60 дюймов (1520 мм).

Фрэнк Мэтью Читеджи

Растительный и животный мир

Леса растут в высокогорных районах, где выпадает много осадков и нет заметных засушливых сезонов.Западное и южное плато в основном представляют собой лесной массив миомбо, состоящий из открытого покрова деревьев, в частности Brachystegia , Isoberlinia , Acacia и Combretum . В районах с меньшим количеством осадков встречаются кустарники и заросли. В поймах рек лесные пастбища с пологом менее половины образовались из-за плохого дренажа и практики сжигания для сельскохозяйственных нужд и выпаса животных. Точно так же пастбища появляются там, где отсутствует хороший дренаж.Например, знаменитая равнина Серенгети своими лугами обязана калькриту, или богатому кальцием твердому покрытию, которое отлагается близко к поверхности из-за испарившейся дождевой воды. Болота встречаются в районах многолетних паводков. Условия пустынь и полупустынь варьируются от альпийских на больших высотах до засоленных пустынь в плохо дренированных районах и засушливых пустынь в районах с чрезвычайно низким уровнем осадков.

жираф

Жираф бродит по листьям акации, Танзания.

© Comstock, Inc./ Boyd Norton

Из-за исторически низкой плотности населенных пунктов материковая часть Танзании является домом для исключительно богатой дикой природы. Большие стада копытных животных - антилоп гну, зебры, жирафы, буйволы, газели, канны, дик-дики и куду - встречаются в большинстве многочисленных игровых парков страны. К хищникам относятся гиены, дикие собаки и большие кошки - львы, леопарды и гепарды. Крокодилы и бегемоты обычны на берегах рек и озер. Правительство приняло специальные меры для защиты носорогов и слонов, ставших жертвами браконьеров.Небольшие группы шимпанзе населяют национальный парк Гомбе вдоль озера Танганьика. Сообщается о почти 1500 разновидностях птиц, а также о многочисленных видах змей и ящериц. В целом, около четверти территории Танзании было выделено для формирования обширной сети заповедников, заповедников и национальных парков, ряд из которых, включая национальный парк Серенгети, заповедник Селус, заповедник Нгоронгоро и Национальный парк Килиманджаро - внесен в список Всемирного наследия ЮНЕСКО.

шимпанзе

Молодой шимпанзе, использующий стержень в качестве инструмента для удаления термитов с термитника, национальный парк Гомбе, Танзания.

Anup Shah / Библиотека изображений природы Deborah Fahy Bryceson Фрэнк Мэтью Читеджи

Citi | Европа, Ближний Восток и Африка

Citi | Европа, Ближний Восток и Африка | Танзания

Обратите внимание, что этот сайт не оптимизирован для использования с Microsoft Internet Explorer 6.

Citi - единственный U.S. bank в Танзании, где мы работаем с 1995 года.

Citi в Танзании является частью сети Citi в Восточной Африке, в которую входят Кения, Уганда и Замбия.

С момента открытия нашего первого филиала в Дар-эс-Саламе наша местная сеть значительно расширилась, что сделало нас серьезным конкурентом среди местных и международных поставщиков финансовых услуг.

Мы много лет активно работаем в Танзании в таких областях, как корреспондентское банковское дело, торговое финансирование и корпоративные финансы.

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

Если вас интересуют возможности карьерного роста в Citi, посетите
http://careers.citigroup.com/

Эл. Почта: [email protected]
Телефон: + 255 22 2211285
Телефон: +255 22 2211235

Citibank House

Участок 1962, Туре Драйв, Ойстер Бэй

с.О. Box 71625

Дар-эс-Салам

Танзания

Тел .: +255 22 2211200

Танзания | Международный комитет спасения (IRC)

Что вызвало кризис в Танзании?

Танзания играет важную роль в регионе как принимающая сторона для беженцев, бежавших от насилия в соседних странах.В настоящее время он принимает беженцев из Демократической Республики Конго и Бурунди, а в прошлом принимал большое количество беженцев из Руанды. В стране находится третий по величине лагерь беженцев в мире, Ньяругусу. Этот приток был вызван этнополитическим насилием и гражданской войной в этих странах, которые вынудили десятки тысяч людей бежать и искать убежища. В настоящее время мы помогаем примерно 350 000 беженцев в лагерях Ньяругусу, Ндута и Мтендели.

Почти 400 000 бурундийских беженцев бежали в Танзанию в 2015 году после спорных выборов.С 2018 года ни одному новоприбывшему из Конго или Бурунди не был предоставлен доступ в страну. Существует программа, которая помогает бурундийцам, желающим вернуться в свою родную страну.

Каковы основные гуманитарные проблемы Танзании?

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

Многие танзанийцы продолжают сталкиваться с рядом проблем. Уязвимые группы населения, особенно пострадавшие от кризиса, по-прежнему не имеют доступа к основным услугам, безработица растет быстрее, чем создаются рабочие места, а социальные услуги находятся на низком уровне. Кроме того, частые бедствия меньшего масштаба, как стихийные, так и антропогенные, угрожают экономическому росту и усилиям по сокращению бедности.

Как IRC помогает в Танзании?

Миссия IRC - помочь людям, чьи жизни и средства к существованию были подорваны конфликтами и стихийными бедствиями, выжить, восстановиться и получить контроль над своим будущим.

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

  • работа с лидерами общин беженцев в целях предотвращения насилия в отношении женщин и расширения прав и возможностей женщин;
  • предоставление консультационных услуг и поддержки пострадавшим;
  • обеспечение доступа наиболее уязвимых, особенно женщин, детей и лиц с особыми потребностями, к медицинскому обслуживанию и другим важнейшим услугам;
  • оказание помощи просителям убежища и беженцев в предоставлении базовых медицинских услуг и направлений, а также услуг по защите в транзитном центре в Кигоме;
  • работает с представителями местных органов власти и лидерами сообществ для защиты детей от жестокого обращения и эксплуатации;
  • обеспечение доступа детей, затронутых перемещением и кризисом, к безопасному и качественному образованию;
  • помещение беспризорных детей в приемные семьи на попечение и поддержку;
  • создание возможностей для образования и трудоустройства молодежи;
  • обучение молодых беженцев вопросам репродуктивного здоровья и ВИЧ / СПИДа;
  • предоставляет молодежи, особенно девочкам, социальные и развлекательные мероприятия, а также обучение навыкам жизни, которые могут помочь им справиться с кризисом.

Что еще нужно сделать?

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

До 2020 года мы фокусируемся на следующих областях:

Здоровье

Мы защитим людей от болезней и обеспечим им лечение, когда они в этом нуждаются. Мы позаботимся о том, чтобы женщины рожали в безопасных условиях, с правильным уходом и с предоставлением специализированной поддержки пережившим насилие. Мы планируем создать сеть «оздоровительных» центров психического здоровья, чтобы гарантировать, что люди, страдающие психическими заболеваниями, получат наилучший уход и лечение.

Безопасность

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

Образование

Дети школьного возраста должны иметь соответствующие возрасту навыки грамотности, счета, а также социальные и эмоциональные навыки. Мы расширим количество «кабинетов исцеления», в которых обучаются дети-беженцы. Мы также будем обучать беженцев навыкам работы в Ньяругусу, а также в других лагерях и городских районах.IRC будет стремиться к тому, чтобы женщины и девочки обладали одинаковыми навыками грамотности и счета, социально-эмоциональными навыками и средствами к существованию, как мужчины и мальчики.

Мощность

Маргинальные группы должны иметь равные возможности, как и доминирующая группа, выбирать, где и как жить, а также как ими управлять. IRC будет уделять приоритетное внимание сокращению разрыва в доступе к основным услугам для людей с особыми потребностями, беженцев, живущих за пределами лагерей, и бывших беженцев, которые стали гражданами Танзании.

Загрузите план действий стратегии IRC в Танзании, чтобы узнать больше о приоритетах нашей программы до 2020 года.

Инструмент обновления часового пояса

Введение

Инструмент TZUpdater позволяет обновлять установленное программное обеспечение Java Development Kit (JDK) и Java Runtime Environment (JRE) более свежими данными о часовых поясах, чтобы учесть изменения летнего времени (DST) в разных странах. Oracle полагается на данные о часовых поясах, публично доступные через базу данных часовых поясов IANA.

Oracle рекомендует использовать последнюю версию JDK или JRE для платформы Oracle Java SE в качестве предпочтительного средства доставки обновлений данных о часовых поясах и других улучшений продукта, таких как исправления безопасности.Чтобы узнать, какой выпуск обновления JDK или JRE включает обновленные данные о часовом поясе для вашего региона, см. Раздел Версии данных о часовом поясе в программном обеспечении JRE. Однако, если вы не можете использовать последний выпуск обновления Oracle JDK или JRE или если данные о часовом поясе в последнем выпуске не являются самыми актуальными из доступных, инструмент TZUpdater предоставляет средства обновления данных о часовом поясе, оставляя при этом другую конфигурацию системы и зависимости неизменными. .

Системные требования

Инструмент TZUpdater поддерживает все поддерживаемые в настоящее время версии JDK.До версии 2.3.1 инструмент работал только с двоичными файлами Oracle.

Скачать

Версия инструмента TZUpdater для обновления текущей версии Oracle Java Runtime Enviroment доступна на странице Oracle Technology Network - Java SE Download Page.

Клиенты службы поддержки

могут загрузить инструмент TZUpdater для более старых версий через службу поддержки My Oracle.

Использование

Инструмент TZUpdater изменяет экземпляр программного обеспечения JDK / JRE, который используется для запуска инструмента.Один образ программного обеспечения JDK / JRE изменяется при каждом выполнении. Чтобы администрировать инструмент для нескольких экземпляров программного обеспечения JDK / JRE, см. Раздел «Общесистемное использование».

Вы должны остановить все запущенные экземпляры программного обеспечения JDK / JRE перед запуском инструмента TZUpdater на установленном образе программного обеспечения JDK / JRE.

Запустите инструмент TZUpdater со следующей командой:

java -jar параметры tzupdater.jar

Для успешного обновления данных часового пояса необходимо убедиться, что у вас достаточно прав для изменения каталога JDK_HOME / jre / lib или JRE_HOME / lib .Если у вас нет достаточных прав для изменения этих каталогов, обратитесь к системному администратору.

Опции

Если вы не укажете никаких параметров, отобразится сообщение об использовании. Чтобы обновить данные часового пояса, используйте параметр -l или -f .

Опция Описание
-h, --help Распечатайте использование на stdout и выйдите.Если вы укажете этот параметр, другие параметры игнорируются.
-V, --версия Распечатайте версию инструмента, версию tzdata в JRE и версию tzdata, до которой обновится инструмент, а затем завершите работу.
-l, --location url-link-to-archive-file Скомпилируйте, протестируйте и обновите данные часового пояса JRE из предоставленного пакета tzdata.tar.gz , например -l https: // www.iana.org/time-zones/repository/tzdata-latest.tar.gz . Поддерживаемые протоколы URL: http: //, https: //, file: //. Если URL-ссылка не указана, инструмент будет использовать последний пакет IANA tzdata по адресу https://www.iana.org/time-zones/repository/tzdata-latest.tar.gz .
-f, -force Принудительное обновление tzdata. Используйте эту опцию при обновлении до более старой версии tzdata.
-v, --verbose Показать подробные сообщения на stdout .

Обработка ошибок

Инструмент пытается восстановить исходное состояние, когда обнаруживает непредвиденную ошибку, например нехватку места на диске.

Сообщение о проблемах с TZUpdater

Если пользователь желает поднять вопрос против TZUpdater, сообщите об ошибке на http://bugs.java.com.

Обновления инструментов

  • 2.3.2 Исправление ошибки
  • 2.3.1 Улучшение / исправление ошибки
    • JDK-8245950: TZUpdater не может обновиться до tzdata2020a для JDK 7u
  • 2.3.0 Улучшения

      Версия 2.3.0 теперь поддерживает авангардный формат tzdata, который не поддерживается с tzdata2018e . Ниже приведены соответствующие исправления ошибок:

    • JDK-8230554 Поддержка TZUpdater для формата "авангард" (только часть JSR-310)
    • JDK-8229818: Добавить обходной путь в TZUpdater для преобразования файлов tzdata из авангарда в арьергард (только JDK 7u).

      Использование инструмента TZUpdater для JDK 7u имеет только обходной путь, который включает перевод авангарда в формат арьергарда перед вычислением источников данных javazic.

      Новое свойство TZUpdater, tzupdater.forceUseOfVanguard , вводится как резервный вариант, если TZUpdater выходит из строя из-за непредвиденных обстоятельств.

      Новое свойство TZUpdater можно включить, задав:
      -Dtzupdater.forceUseOfVanguard = true

  • 2.2.0 Исправление ошибки
    • JDK-8194474 (не общедоступно): убрать использование вычислений дайджеста безопасности из tzupdater

      Веб-сайт IANA теперь предоставляет функцию https, позволяющую безопасно загружать пакеты ресурсов tzdata.В результате вычисления дайджеста SHA-512 (и размещенные файлы) для загрузки пакетов tzdata больше не требуются.

    • JDK-8203908: инструмент TZUpdater не может распечатать информацию о версии для пользователей без записи persmisson
  • 2.1.2 Исправление ошибки
    • Обновлен протокол, используемый для подключения к IANA для загрузки последней информации о часовых поясах, чтобы соответствовать последним изменениям на сайтах IANA.

    • JDK-8193405 (не общедоступно): tzupdater.jar --version не может правильно отображать последнюю версию

  • 2.1.1 Исправление ошибки
  • 2.1 Улучшения
  • 2.0.3 Исправление ошибки
  • 2.0.2 Исправление ошибки
  • 2.0 Улучшения
    • Новая функция TZUpdater: обновление часовых поясов по запросу

      Начиная с версии 2.0, параметр "-l" позволяет пользователю указывать на репозитории IANA и получать инструмент для компиляции последних источников tzdata по запросу.

      Инструмент также ссылается на веб-сайт ресурсов https для хеш-значений SHA-512, если параметр -l указан с протоколом http или https.

      По этой причине в любой среде, которая работает с доступом через прокси, необходимо будет установить значения прокси http и https во время работы инструмента.

        HTTP: -Dhttp.proxyHost, -Dhttp.proxyPort HTTPS: -Dhttps.proxyHost, -Dhttps.proxyPort  

      Если инструмент не может подключиться к указанному ресурсу, будет выдано исключение сокета:

      Проблема с сетью при подключении к http-ресурсу. Ссылка на файл README для tzupdater.

      Автоматическая проверка хэша SHA-512 будет выполнена для загруженного пакета tzdata для проверки целостности.Если хеш-значение SHA-512 не соответствует ожиданиям, инструмент завершит работу.

Отмена проверок хэша SHA-512 (не применимо для TZupdater версии 2.2.0 и выше)

Могут возникнуть ситуации, когда доступен новый выпуск tzdata, но Oracle еще не обновил веб-сайт ресурсов https с новым значением хэша SHA-512.

В таких случаях пользователь увидит следующее сообщение об исключении:

  Не найден хэш-файл SHA-512: https: // javadl-esd-secure.oracle.com/update/tzupdater/tzdata2014a.tar.gz.sha512. При использовании местоположения ресурса http (s) файл может быть еще недоступен. Ссылка на tzupdater README  

В таком случае у пользователя есть возможность использовать протокол file: // с новой опцией -l , где он может указать свое собственное локальное хеш-значение SHA-512:

  • Загрузите копию нужного пакета tzdata.tar.gz в локальный каталог.
  • Вычислите хэш SHA-512 для этого tar.gz и создайте однострочный файл в том же локальном каталоге, который содержит это хеш-значение SHA-512. К имени файла должно быть добавлено «.sha512» к исходному имени пакета, содержащего правила tzdata.

    Например, если вы загрузили tzdata2014a.tar.gz в локальный каталог, то файл с именем tzdata2014a.tar.gz.sha512 также должен существовать в том же каталоге и содержать хеш-значение SHA-512. что соответствует tzdata2014a.tar.gz файл.

  • Используйте протокол file: // для применения данных нового часового пояса. Например, если вы загрузили tzdata2014a.tar.gz в каталог / tmp и создали необходимый файл /tmp/tzdata2014a.tar.gz.sha512 , который содержит однострочное хеш-значение sha512, следующая команда может быть используется для запуска обновления tzdata: java -jar tzupdater.jar -l file: ///tmp/tzdata2014a.tar.gz (добавьте параметр -v для подробного вывода)

Известные ограничения

Инструмент имеет несколько ограничений из-за API TimeZone и ограничений реализации.

  • Отображаемые имена часовых поясов Этот инструмент не обновляет отображаемые имена часовых поясов, которые являются полностью новыми или имеют изменения, связанные с отображаемыми именами. Для полной поддержки отображаемых имен всех часовых поясов требуется установка последней версии обновления JDK / JRE для платформы Oracle Java SE.
  • Использование в масштабах всей системы Вы должны остановить все запущенные экземпляры программного обеспечения JDK / JRE, чтобы работать с ними, прежде чем запускать инструмент TZUpdater на этом установленном образе программного обеспечения JDK / JRE.Системы могут наращивать несколько копий образов программного обеспечения JDK / JRE, поэтому вам может потребоваться применить инструмент индивидуально к каждому образу программного обеспечения JDK / JRE. Расположение нескольких установленных копий программного обеспечения JDK / JRE в производных системах Unix показано ниже. Пользователи Microsoft Windows могут использовать служебную программу поиска на рабочем столе.
    • Найдите локально установленные экземпляры программного обеспечения JDK / JRE для систем, производных от Unix: / usr / bin / find DIRPATH -fstype nfs -prune -o -fstype autofs -prune -o -name java -print -exec {} -version \; Где DIRPATH - это путь к каталогу для поиска установленных экземпляров платформы Java SE, например / usr .
    • Автоматическое обновление локально установленных экземпляров:
    •   / usr / bin / find DIRPATH -fstype nfs -prune -o -fstype autofs -prune -o -name java -print -exec {} -jar / ABSOLUTEPATH / tzupdater.jar -l \;  

      Где DIRPATH - это путь к каталогу для поиска установленных экземпляров платформы Java SE, например, / usr . ABSOLUTEPATH следует заменить полным путем к каталогу, в котором находится tzupdater.jar расширяется.

  • Ограничительные настройки umask в Solaris Инструмент TZUpdater создает файлы с разрешениями по умолчанию. В операционной системе Solaris это взято из umask . Для запуска инструмента TZudpater следует использовать значение по умолчанию umask из 022. Более строгий umask , такой как umask 077 , будет означать, что файлы, созданные инструментом, не могут быть прочитаны другими пользователями.

Известные проблемы

tzdata2020a

Известно, что при обработке tzdata2020a существует следующая проблема:

Из-за изменений форматирования в пакете tzdata, поддерживаемом IANA, инструменту TZUpdater не удается выполнить обновление до tzdata2020a для JDK 7u.

Проблема отслеживается по адресу:

Пожалуйста, обратитесь к ошибке для временного решения.

tzdata2018e и позже

Начиная с выпуска tzdata 2018e, инструменту TZUpdater необходимо будет использовать заданный формат tzdata, предоставленный IANA.Дополнительную информацию можно найти по телефону:

.

Арьергардный формат tzdata предоставляется для совместимости. Сообщения tz-announce содержат ссылки на соответствующие форматы арьергарда, которые следует использовать с инструментом TZUpdater. Используйте параметр -l инструмента, чтобы указать, какой пакет tzdata следует использовать.

Например:

java -jar tzupdater.jar -l https://web.cs.ucla.edu/~eggert/tz/release/2019a/tzdata2019a-rearguard.tar.gz

Информация по установке для конкретной системы

TZUpdater - это чистый инструмент Java, который не решает проблемы управления программным обеспечением, зависящие от платформы.Например, в системе Windows это означает, что дополнительные файлы и файлы резервных копий, созданные инструментом, не будут удалены во время удаления. Чтобы удалить обновленное программное обеспечение JRE, проверьте каталог установки программного обеспечения JRE и удалите его вручную после завершения удаления.

Для систем Solaris, где обновляемое программное обеспечение JRE существует как пакет Solaris (например, в экземплярах / usr / j2se или / usr / jdk / ), это означает, что команда pkgchk будет выделять изменения как ошибки или несоответствия.Начиная с версии 1.1.0 TZUpdater, инструмент выполняет дополнительную серию команд управления пакетами, которые при необходимости обновляют базу данных пакетов.

В системе Solaris 10, где существующее программное обеспечение JRE на основе пакетов было обновлено первоначальным выпуском TZUpdater и были созданы зоны, зоны будут содержать те же ошибки pkgchk , что и глобальная зона. Во время создания зоны эти ошибки pkgchk будут выделены в конце команды установки зоны.

Чтобы устранить ошибки базы данных пакетов Solaris, выполните следующие действия. Однако, если вы не работаете в системе Solaris 10 или в вашей системе нет зон, требуется только шаг 1. Если система представляет собой систему Solaris 10 с дополнительными зонами, выполните шаг 1 только в глобальной зоне и выполните шаги 2 и 3.

  • Запустите текущую версию TZUpdater с опцией -f force , чтобы повторно применить обновление часового пояса к ранее обновленному экземпляру программного обеспечения JRE.Произойдет обновление, и будут выполнены дополнительные команды разрешения пакетов. Обновление должно выполняться от имени пользователя root и относится к глобальной зоне только в системе Solaris 10.

  • Для систем с зонами распакуйте сценарий pkg_resolve.sh из файла tzupdater.jar / bin / jar xf tzupdater.jar pkg_resolve.sh
  • В зонах, где установлена ​​пакетная установка платформы Java, выполните сценарий.Вы должны запустить сценарий от имени пользователя root: / bin / ksh ./pkg_resolve.sh JAVA_PATH Например: / bin / ksh ./pkg_resolve.sh /usr/jdk/instances/jdk1.8.0/bin/java

ПРИМЕЧАНИЕ : Обновление системы пакетов удаляет многие файлы из базы данных пакетов и повторно вставляет их, поэтому это может занять до 15 минут.

Удаление изменений в инструменте TZUpdater

Вы должны остановить все запущенные экземпляры программного обеспечения JDK / JRE перед запуском инструмента TZUpdater на установленном образе программного обеспечения JDK / JRE.

В настоящее время нет возможности удалить модификации TZUpdater. Выполнив следующие шаги, вы можете вручную удалить модификации, сделанные текущим инструментом TZUpdater.

Для JDK 7 и более ранних версий семейства:

  • Найдите каталог 'zi' в измененном каталоге JAVAHOME / jre / lib. Это более новый файл данных.
  • Найдите каталог 'zi.tzdata *' в том же каталоге JAVAHOME / jre / lib.Это замененные старые данные.
  • Получите текущую установленную версию данных часового пояса с помощью команды java -jar tzupdater.jar -V .
  • Переименуйте текущий каталог « zi » во что-то вроде «zi.tzdata2016b» или любую другую версию, указанную командой на шаге 3. Убедитесь, что это не конфликтует со старым каталогом данных.
  • Переименуйте старый каталог данных в 'zi' .
  • Подтвердите изменение данных текущего активного часового пояса, выполнив java -jar tzupdater.банка -V .
  • При необходимости перезапустите приложения на этом экземпляре JDK / JRE.

Для JDK 8 и более поздних версий семейства:

  • Найдите файл 'tzdb.dat' в измененном каталоге JAVAHOME / jre / lib. Это более новый файл данных.
  • Найдите 'tzdb.dat. ' ; файл в том же каталоге JAVAHOME / jre / lib. Это замененный старый файл данных.
  • Получите текущую установленную версию данных часового пояса с помощью команды java -jar tzupdater.банка -V .
  • Переименуйте текущий файл 'tzdb.dat' во что-то вроде 'tzdb.dat. ' или любую другую версию, указанную командой на шаге 3. Убедитесь, что это имя не конфликтует со старыми файлами данных. .
  • Переименуйте старый файл данных в 'tzdb.dat' .
  • Подтвердите изменение данных текущего активного часового пояса, выполнив java -jar tzupdater.jar -V .
  • При необходимости перезапустите приложения на этом экземпляре JDK / JRE.

Для получения дополнительной информации

Следующие ссылки указывают на предоставленную Oracle Corporation информацию об изменениях часовых поясов и летнего времени и о том, как они влияют на платформу Java и другие продукты Oracle:

Следующие внешние ссылки предоставляют общую информацию о часовых поясах и летнем времени:

Танзания: новая рабочая группа президента по COVID-19 - позитивный шаг, но работа начинается сейчас

6 апреля 2021 года новый президент Танзании Самиа Сулуху объявил о планах создать национальную рабочую группу по COVID-19 для информирования нового государства в ответ на пандемию.

Используя данные национального уровня и рекомендации мировых органов здравоохранения, целевая группа, среди прочего, будет консультировать правительство о мерах общественного здравоохранения и о том, как сообщить о них общественности.

Этот шаг, который знаменует собой очевидный поворот в подходе страны к COVID-19, является первым разом, когда новая администрация Самии Сулуху публично заявила о новых мерах по борьбе с пандемией с тех пор, как она была приведена к присяге в качестве президента Танзании 19 марта 2021 года. , после смерти ее предшественника Джона Помбе Магуфули.

Хорошо задокументировано, что предыдущая администрация не принимала практических мер для защиты населения от пандемии. 29 апреля 2020 года Танзания прекратила публиковать информацию о показателях заражения COVID-19 и связанных с ними смертях. На момент написания официальные данные остаются такими же, как и в 2020 году - 509 подтвержденных инфекций и 39 смертей - мизерная цифра по сравнению с соседними странами и другими странами по всему миру.

Покойный президент публично отверг вакцины от COVID-19, заявив, что «они бесполезны и опасны.Он также призвал танзанийцев довериться Богу и использовать альтернативные средства правовой защиты, такие как вдыхание пара, а позже объявил Танзанию «свободной от коронавируса», не представив никаких доказательств.

Однако отрицательная позиция предыдущего правительства не предотвратила разрушительных последствий болезни в стране. Неудивительно, что многие смертельные случаи за последние месяцы, в том числе различные известные люди, предположительно были вызваны COVID-19, хотя официальные источники связывают их с такими причинами, как «затрудненное дыхание» и «вирусная пневмония», согласно данным Епископальной конференции Танзании (TEC ).Только в феврале 2021 года умерли 10 видных государственных деятелей, в том числе первый вице-президент Занзибара Сейф Шариф Хамад, после того как несколько недель назад у него был обнаружен положительный результат на COVID-19.

Президент Сулуху должен действовать сейчас, чтобы спасти жизни от этого смертельного вируса. Она должна внимательно посмотреть на прошлые неудачи и наметить путь вперед, основанный на признании науки и развенчании мифов.

В феврале и марте 2021 г. религиозные лидеры, в том числе о.Чарльз Китима, генеральный секретарь TEC, через Совет епископов Католической церкви Танзании сообщил о резком росте числа смертей, а также о том, что священники, монахини и медсестры умерли от «затрудненного дыхания». Несмотря на это, реакция правительства на пандемию, в результате которой на сегодняшний день погибло более 2,8 миллиона человек во всем мире и заразилось более 128 миллионов, не изменилась.

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

Несмотря на это, объявление президентом национальной целевой группы по COVID-19 является весьма долгожданным шагом в правильном направлении. Однако, чтобы гарантировать, что это не просто упражнение в общественных и международных отношениях, рабочая группа должна предпринять решительные действия в ряде областей.

Во-первых, он должен обеспечить, чтобы международные стандарты прав человека находились в центре всех мер реагирования на COVID-19, чтобы наилучшим образом защитить общественное здоровье и поддержать всех людей в Танзании, включая тех, кто подвергается наибольшему риску заболевания, а также те, кто может столкнуться с препятствиями при защите от вируса, в том числе по социально-экономическим причинам.

Согласно международному праву, правительство Танзании обязано обеспечить каждому человеку право на наивысший достижимый уровень физического и психического здоровья, а также право пользоваться благами научного прогресса. Это прямо выражено в ряде международных договоров о правах человека, включая Международный пакт об экономических, социальных и культурных правах и Африканскую хартию прав человека и народов, все из которых Танзания подписала. Право на здоровье также поддерживается статьей 30 (2) (b) Конституции Объединенной Республики Танзании.

Доступ к информации о здоровье также является важной частью права на здоровье. Обеспечение «просвещения и доступа к информации об основных проблемах со здоровьем в обществе, включая методы их предотвращения и контроля» считается «обязательством сопоставимой приоритетности» с основными обязательствами права на здоровье. Доступность информации является ключевым аспектом доступности медицинской помощи и включает право «искать, получать и распространять информацию и идеи, касающиеся вопросов здоровья».

Поэтому рабочая группа должна также рекомендовать отменить репрессивные законы, которые использовались для ограничения различных форм коммуникации, включая освещение в СМИ действий правительства в связи с пандемией COVID-19. В одном особенно наглом примере в начале апреля несколько медиа-компаний были оштрафованы на пять миллионов танзанийских шиллингов (примерно 2150 долларов США) и принесли извинения за «передачу ложной и вводящей в заблуждение информации» о подходе страны к борьбе с COVID-19.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *