asArtem

Json.net поддерживает наследование, более того, он корректно умеет даже конвертировать DataA в DataB если до этого было приведение к базовому типу (DataA b = new DataB и b был сохранен в json а потом нужно получить DataB b2 = Json.Deserialize<>(jsonString) ). Вся фишка в сеттинге TypeNameHandling.
stackoverflow.com/questions/8513042/json-net-seria...
www.newtonsoft.com/json/help/html/serializetypenam...

программист C# не знающий SQL это что-то странное. Это гос. контора, где работают эникейщики за 10 тыр?
Я на 99.9% уверен любой из их кодеров SQL будет знать лучше вас даже после курсов и года опыта работы аналитиком с SQL.
>> в ТЗ также прорабатывать, описывать вопросы взаимодействия с базой данных sql
тут 2 вариант:
первый реально работать несколько месяцев с базами данных как DBA или программист. Иначе все ваши потуги с построением архитектуры БД это сущий бред будет. Руки оторвать манагерам, которые это собираются допустить.
второй вариант: брать DBA или опытного программиста, он будет строить архитектуру базы данных, вам быстро объяснять ,а вы со знаниями и пониманием баз, связей, таблиц будет некоторые подробности выдавать программистам. Это самый логичный вариант.

А в целом системный аналитик, который составляет столь подробные ТЗ, что пишет в какую таблицу класть и почему именно так - это адовый треш. Нет, когда у разработчика вопрос "где мне посмотреть список заказов и какие там связи", то DBA или старший программист или их техлид или архитектор - кто-то из них должны овтетить, т.к. они и отвечают за реализацию. Но аналитик?!
Аналитик может только указывать бизнес-связи сущностей предметной области. До уровня BPMN диаграмм ну или диаграммы потоков данных. Всё. лезть в базы данных строго запрещено (кроме случаев, когда аналитик - бывший разработчик и реально шарит).
Ваш потенциальный работодатель неадекватен, если он планирует все делать именно так, как сказали вы.

Но если настаиваете, то вперёд учить SQL c нуля (в поиске забить), а также всё что можно по базам данных. Конкретных учебников для рекомендации нет, вам любой подойдёт. Включая интерактивные курсы по базам данных на intuit.ru и на pluralsight.com (их видосы можно скачать на рутрекере)

PS я сам разработчик и как раз на C#

Razor - вроде для написания Ui на HTML
Его можно использовать где угодно?

Только в MVC приложениях для UI
WPF - замена Windows Form т.к. последняя сильно устарела и осталась на windows XP
Silverlight - урезанный WPF для Web, был как альтернатива Flash, но уже не поддерживается. Ему на замену пришли HTML 5\CSS3
Есть WCF - это веб-сервисы. Т.е. приложения в веб, но без UI. Они между собой общаются, данными обмениваются. Мощная штука.
и WebAPI это веб-сервисы, но попроще. Хотя тоже планируется, что они заменят WCF. В основном для REST Ajax запросов у одностраничных приложений

Sharepoint - это не технология, это платформа по документообороту. Некоторые говорят, что это как 1С только сильно круче или как SAP но сильно проще. 1С не только бухгалтерию делают уже.

1. Можно просто гонять токен.
2. Стоит посмотреть в сторону Active Directory Federation Services (AD FS) 2. - это федерализация. Всякие сервисы типа Oauth, facebook, гугл пользуются именно таким подходом), когда один сервер выдаёт вам токен и с этим токеном вы ходите на любые другие серверы (которые, разумеется могут проверить предоставляемый вами)
На изучение и реализацию нужно 3-4 недели.
3. Такое лучше спрашивать на стековерфлоу и рисовать архитектору. Сложно догадаться, что у вас есть и что вам надо получить. Так или иначе, федерализация есть и в станадртной сборке MVC с помощью того же OAuth или FB