Vicom

1) А что значит ГОСТ ГОСТ 24.204-80 не действителен? Каким постановлением упразднен? Чем заменен?
Кто требует чтобы постановка задачи была выполнена в соответствии с ГОСТ? и почему не уточняет с каким именно?
2) Предложите начальству вариант привлечь по договору профессионального Технического Писателя.
3) Предлагающих свалить эту задачу на подрядчика - нахер. с 90% вероятностью получите не то, что вам надо, а то, что удобно подрядчику, а разгребать потом это вам.
4) Предлагающих бежать - туда-же.
"Человек должен уметь: поменять пеленки, спланировать вторжение, забить свинью, вести корабль, спроектировать здание, написать сонет, свести счета, построить стену, вправить кость, утешить умирающего, исполнять приказы, отдавать приказы, работать в команде, действовать в одиночку, решить уравнение, проанализировать проблему, разбросать навоз, запрограммировать компьютер, приготовить вкусный обед, хорошо сражаться, умереть достойно.
Специализация - удел насекомых" (Р. Хайлайн)

Рендеринг в контроллерах https://github.com/yiisoft/yii2/blob/master/docs/g...
Рендеринг в виджетах https://github.com/yiisoft/yii2/blob/master/docs/g...
Рендеринг в видах https://github.com/yiisoft/yii2/blob/master/docs/g...
Рендеринг в других местах https://github.com/yiisoft/yii2/blob/master/docs/g...

1. Back-end с опытом фронтенда - это хорошо
2. Back-end оплачивается больше, сама сфера напорядок больше. У нас в компании разница в senior back/front правда небольшая - в 15-20%
3. Все таки это разные вещи, и творчество проявляешь по разному =)
Back-end это более хардкорная разработка) Для серьезных бородатых дядей) Например результат труда ты своего визуально не подкрепишь) Какая нибудь нетривиально анимированная SVGшка не будет радовать твой взор)
Но зато ты имеешь шанс получить кайф от того что написал какую нибудь автоматизированную интеграцию двух больших баз данных, или запилил нереально крутую архитектуру проекта =)

В общем на ЗП и условия не смотри - попытайся понять что тебе больше нравится =)
И если нет вариантов работать в текущей компании по интересному тебе направлению, если живешь в достаточно большом городе и выбор есть - то лучше смени место работы)

Присоединюсь к @OnYourLips -- нахваливать в основном будут адепты того или иного фреймворка. Я сам для новых проектов первое время использовал yii, но сейчас, чтобы прикрутить к нему более-менее современные технологии из пыхомира(тот же codeception), требуется потрудиться(фреймворк делался с прицелом на 5.2). Сейчас же поймал себя на мысли, что очень большую долю времени работаю, пытаясь обойти некоторые ограничения фреймворка. Практически все они связаны с использованием active record или виджетами. Плюс, у yii все-таки довольно сильная связанность, в отличие от того же Symfony, который по сути эдакий швейцарский нож -- большое количество классов, если не на все, то на многие случаи жизни.
В общем, если проект будет большой, с довольно сложной бизнес-логикой и постоянно развиваться, то я бы все-таки агитировал за Symfony2, ну или за использование компонентов aura php. Прошу прощения, если ответ несколько сумбурен.

Я бы сказал так:
Интерфейс — это возможность задать жёсткую семантику.
Абстрактный класс — это возможность вынести дублирующийся код и явно это отметить в иерархии.

Интерфейсы надо использовать, когда классы, которые должны предоставлять один и тот же интерфейс, не должны быть (или не могут быть) связаны иерархически.
Кроме того, если нужно предоставить несколько интерфейсов, а множественного наследования нет (как в PHP), то интерфейсы — единственный выход.