Недавно к нашей команде разработчиков обратился представитель одного из отделов нашего учреждения, который искал веб-решение, чтобы помочь с их рабочим процессом.Несколько недель спустя к нам обратился другой человек из этого отдела по поводу другого решения для совершенно другого рабочего процесса.Затем, после этого ... еще один запрос от того же отдела от другого человека.
Во время сбора наших требований по различным запросам мы заметили, что между основными аспектами запросов есть некоторое общее основание.Между проектами некоторые пользователи были разделены, а некоторые - нет, некоторые роли пользователей менялись между процессами, 2 приложения обращались к одним и тем же данным, 2 из них обращались к данным клиента.Индивидуальные запросы далеки от тривиальных.
Сейчас мы рассматриваем возможность создания своего рода портала для этого отдела.Портал будет служить основной точкой входа в различные модули / инструменты, которые мы предоставим из них.В дополнение к этому будет базовая база данных, которая хранит общие данные между приложениями, а затем специфичные для модуля данные будут находиться в соответствующих базах данных.
Мой вопрос заключается в том, как лучше всего разработать такуюпортал в среде asp.net, IIS 6, MSSQL 2005.Я думал о создании одного пула приложений в IIS, который будет использоваться для всех модулей и портала.Создайте портал и каждый модуль как отдельные веб-приложения, а модули развертывания - в подпапках приложения портала.Порталу просто нужно будет предоставлять ссылки на различные доступные модули.Имеет ли это смысл или есть лучший способ?Я знаю, что SharePoint был бы хорошим решением, если бы у нас были ресурсы для покупки и настройки SharePoint, но мы этого не делаем.