ВМоисеевКоллеги!
Представляю прототип сетевого хранилища десктопных приложений -
это мой подход к разработке информационных систем в локальных сетях на базе десктопных приложений среды Windows.

Составные части прототипа сетевого хранилища десктопных приложений:
1. Закрытая от клиента база данных, хранящая:
- параметры десктопных приложений (имя приложения, версия, соединение с прикладной базой данных и т.п.),
- параметры клиента хранилища (ФИО, хеш логин, хеш пароля, уровень доступа и т.п.)

Active Directory какая-то
ВМоисеев2. Сетевая прикладная база данных

Надеюсь не самописная.
ВМоисеев3. Шара файлового сервера, хранящая тела десктопных приложений
(тело - упакованная и зашифрованная папка реального десктопного приложения)

деплой приложений через wsus?
ВМоисеев4. Шара файлового сервера, хранящая документы (Word, Excel и т.п.) и изображения (фото клиента, фото паспорта и т.п. )

smb, а лучше даже DFS?
ВМоисеев5. Локальный кеш тел десктопных приложений, хранящий небольшое число, популярных у клиента, тел приложений.

Приложения планируется разворачивать, а при закрытии - убирать? Тогда уж надёжнее RemoteApp на терминалке настроить. Ярлычки на приложения можно на сайте публиковать или же автоматом будут подтягиваться виндой.
ВМоисеев6. Клиентское приложение для работы с хранилищем.
Вводим логин, пароль - получаем на экране список доступных приложений.
Выбираем и запускаем приложение из списка (приложение может быть выбрано из локального кеш или подкачено в кеш из хранилища)
Параметры запуска - args[] ( ... и строку соединения с прикладной базой данных и строку доступа к шаре документов)

Кэш - еще тот головняк. Одно дело когда Wsus проверяет версию программы и подтягивает обновление, а другое - полноценный кэш, в котором нужно отслеживать каждый файлик.

Не, я понимаю когда люди пилят свои порталы Sharepoint, делают свои обёртки для wsus, меняют схемы Active directory. Типа нажал кнопочку и все нужные службы выстроились в ряд. Это вещь полезная и хорошая. Велосипедить же всё подряд - это перебор. Разбирайся потом как бэкапить, как чинить, как обновлять,... Слишком наполеоновский размах, который выглядит как нежелание изучать готовые решения.
Упомянутые здесь товарищи может и обоснованно запилили своё решение. Типа денег на терминал им не дали, а они сидели на окладе и надо было делать. Я бы на окладе может тоже в своё удовольствие покодил чего-нибудь эдакое.

Берём Active Directory, создаём домен, настраиваем DFS, политиками подключаем людям нужные шары. Поднимаем wsus, политиками настраиваем чтобы компы обновлялись с него. Обновляем с него винду, а заодно разворачиваем на компах нужные программы и обновляем их по мере необходимости. Скриптами при разворачивании программ выставляем строки подключения и т.п. Или же программы выносим на терминальный сервер (несколько серверов), раздаём каждому пользователю права на опубликованные программы. Можно включить, чтобы программы публиковались на интранет-сайте (будут ярлычки, по которым можно скачать rdp-файл, а программа будет выглядеть как локально запущенная) или политиками включить мониторинг терминального сервера на предмет опубликованных программ и ярлыки на них сами будут добавляться в Пуск. Какие-то вещи можно хранить в домене, изменив схему под задачи. Какие-то можно решать скриптами, запускаемыми групповыми политиками. В итоге предприятие будет иметь стандартное решение, которое восстановить, изменить, обновить сможет один из тысяч специалистов. Если же внедрить непонятный велосипед, то товарищ ВМоисеев может удариться в буддизм и уехать жить в какой-нибудь Китай или масло кто разольёт и приключится грустная история с трамваем. Что тогда делать? Запилите свою схему AD с хранением дополнительных данных, напишите скрипты на PowerShell или программу на C#, которая легко и непринуждённо выстроит всё окружение и будем вам счастье. С этим можно и на рынок выходить, не отвлекаясь на разработку велосипедов и специализированных инструментов для настройки и администрирования.

ВМоисеев>Pu4koff, сегодня, 18:24 http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1254692&msg=20702733][20702733]

>...разворачиваем на компах нужные программы и обновляем их по мере необходимости...
Функциональные приложения(ФП) закачиваются в кеш локального компьютера по требованию пользователя.
ФП достаточно много, закачивать их все на все локальные компьютеры не разумно.
Если кеш локального компьютера переполняется то удаляется самое старое ФП.
На лок. компьютере может работать не один пользователь.
Мне, наверно, не понять этого варианта использования. Если программы маленькие, то пусть себе лежат на компах. Если программы большие (десятки гигабайт), то получается: сел я за комп, чтобы что-то там сделать в программе, а её на компе нет и начался долгий процесс скачивания и установки с сервера. Запустил потом так еще пару программ, захотел вернуться к первой, а она уже из "кэша" выгрузилась и удалилась и опять сиди жди. Гляжу я на цены и объемы десктопных HDD - вроде не так уж дорого выходит, дешевле, чем нормально сделать, чтобы на кучу компов пользователей быстро гигабайты программ гонялись. Так и вижу как люди пришли в 9:00 на работу и повесили сеть и серверы, т.к. на все сотни компов гигабайты качаются.