proNovell

Определенное время и усилия затрачиваем на внедрение MS ProjectServer 2007 - как платфоромы для системы управления проектами фирмы.

Упрощенный функционал:
1. Руководство решает - учавствуем в проекте "Проект1'
2. определяют кто будет Руководителем Проекта. кто Инженером и т.д.
3. в MS Project создается проект "Проект 1"
4. Далее в проджекте планирюут использование людских ресурсов и отслеживают статус выполнения / загрузки
5. По завершении проекта дают ему статус: "Завершен"
6. Спустя N-времени переводят в сатус: "Архивный"

Для тех, кто еще не знаком с MS Project:
MS Project Server рабоатет ПОВЕРХ MS SharePoint.
Т.е :
- Устанавливается после установки SharePoint-server
- Каждый проект в MS Project ( т.е. Ресурсы(например людские), диаграма Ганта, задачи) имеет ОБЛАСТЬ ПРОЕКТА.
ОБЛАСТЬ ПРОЕКТА - это отражение части этого проекта в SharePonit ( там свалка файлов по проекту, еще задачи разные , записки и т.д и т.п. что есть в SharePoint )

Так вот, после того, как Проект переводишь в статус АРХИВНЫЙ и даже если убираешь из MS Project право на этот проект у участника - этот участник и после этого может получить доступ в РАБОЧУЮ ОБЛАСТЬ проекта (т.е. в sharePoint) .

Почему ? - потому-что права, которые меняем в MS Project относятся только к правам на ПРОЕКТ в MSProject и не изменяются в MS SharePoint ( в рабочей области проекта)...
Т.е. Пользователь заходит в MS Project ( через www) - не имеет возможности (нет ссылки) на рабочую область проекта.
Однако если он сам руками наберет ссылку на рабочую область проекта - он получает доступ в нее..

Коллеги - это не для флейма MS -дыра, а Novell - Big Wall.
Это для инфы, если кто в этой области работает или планирует у себя внедрять или кому сторонние конторы внедрять собираются..

А какое у Novell решение для такой задачи?

Вероятно, Teaming ?

Teaming (Kabkink) - не имеет встроеных возмоотей сервера MS Project.
В Сервере MSProject есть :
- встроенные средства планирования ресурсов (ресурс-время-затраты), диаграма Ганта
- встроеные средства отражения организационной структуры предприятия для работы с проектами
- система прав доступов к этому всему на основе вышеуказаной структуры
- можные средства отчетночти на базе OLAP (отчетность попроектам)

Если сравнивать MSSharePoint 2007 cервер with Teaming2, то (мое мнение):
- штатные средства(т.е. пользуясь только штатным интерфейсом продукта) построения WorkFlow в (Kablink)Teaming2.0 на голову ФУНКЦИОНАЛЬНЕЕ, ПРОЩЕ СТРОЯТСЯ, ВИЗУАЛЬНЕЕ, чем в MSSharePoint.
Однако, если использовать VisualC и писать в нем для SharePoint - то там можно сделать все. Однако это уже писание..
- Система регулирования прав доступа (по широте возможностей) - выигрывает Teaming
- По получению отчетов для пользователей - у SharePoint верх.
- MS SharePoint и MSProject2007 - тесно (не очень , но приемлимо) - интегрированы с MS Echange. Интеграция Teaming2.0 c GW в сравнении с ним - проигрывает
- Встроеные сресдтва просмотра документов как web-страницы (от msoffice97 до 2008), то тут выигрывает Teaming(Kablink). SharePoint делает это только для последнего оффиса.
- Возможность работать с документами, расположеными в Sharepoint-Teaming :
В Teaming/kablink=можно полноценно работать сначиная от msoffice97 до последнего и с OO.
В SharePoint - полноценая интеграция только с последним оффисом.
- в обоих есть дискуссии, вики, построение опросников, свалка, задачи, каледари.

Если не завязываться на интеграции систем типа ШареПоинт/Тиминг с почтовым клиентом на фирме (т.е. достаточно, что будут приходить в почту уведомления о событих, но назначеные задания не будут отображаться в почтовм клиенте как список назначеных заданий), то можно вообще остановитсья на Бесплатном kablink

Например Вы организовали так серверную часть:

WS----FireWall----->SRV1(Sharepoint+Project)<----->SRV2(MSSQL)

И предпологаете, что в фаерволе между рабочей станцией WS и этими серверами SRV1 и SRV2 надо будет открыть только порт 443 (tcp) к SRV1 и все, что-бы с рабочей станции можно было пользоваться Project-ом только по протоколу https и не иметь доступ от станции WS к SQL-серверу.
Оно так будет работать до тех пор пока вам не потребуется получать отчеты , например о проектах.. Тогда понадобится доступ к репортинг серверу , OLAP ..(КУБ-у). Если Вы думаете, что этот отчет будет запрашивать у SQL сервера и потом отдать вам Project на SRV1 - то это не так... Вам потребуется дополнительно открывать в фаерволе , как минимум 2 порта от WS еще и к SRV2(MSSQL) ..

Сергей, а возможен такой вариант работы

Teaming - WebDAV - Project документ ?

Project понимает WebDAV? или не скрещивается никак? или скрещивают подругому?

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

Проверил. На первый взгляд неработает. Тоесть кнопки изменить не появляется. В тойже папке файлы docx работают а mpp не хотят.

Я правильно понимаю, что если не связать через webdav то несвязать никак

Подробнее тут:
http://community.kablink.org/ssf/a/do?p ... tryId=3388

собственно рецепт:
"I just edited the ssf.properties file and added the .mpp and the editor statement as follows:

##Edit in Place when using the applet
edit.in.place.file.applet.extensions=.doc,.ppt,.xls,.docx,.pptx,.xlsx,.ods,.odg,.odp,.odf,.odt,.sxw,.txt,.rtf,.mpp
##Edit in Place when using the native OS (webdav)
edit.in.place.file.webdav.extensions=.doc,.ppt,.xls,.docx,.pptx,.xlsx,.txt,.rtf,.mpp

# Microsoft Project
edit.in.place.windows.editor.mpp=winproj.exe

restart the service and edit the file, choose 'offline' when MS Project prompts. Any changes made are WebDAVed back to teaming.

"