2009-12-20 4 views
0

나는 모든 팀이 맨 위에있는 나무 구조를 가졌으며 그 다음 팀 아래에 모든 프로젝트가 있다고 생각했습니다. 다음과 같은 내용 :셰어 포인트 팀 사이트와 프로젝트 사이트를 구성하는 방법

sharepoint/team1 
sharepoint/team1/project1 
sharepoint/team1/project1/sub-project 
sharepoint/team1/project2 
sharepoint/team2 
sharepoint/team2/project1 
sharepoint/team2/project2 
sharepoint/team3 

       Team1        team2      team3 
    project1 | project2   project1|project2 
sub-project 

이 구조의 문제점은 여러 팀 사이에 몇 개의 프로젝트가 있다는 것입니다. 어떻게 구조화해야한다고 생각합니까?

답변

3

전적으로 '프로젝트'트리 (사이트 컬렉션 일 수도 있음)를 필요로하며 각 프로젝트의 첫 페이지에있는 '회원'목록을 통해 연결된 사람을 보여줄 수 있습니다 프로젝트와 함께). 그렇게하면 프로젝트가 팀을 변경하면 사이트 계층 구조를 다시 개편 할 필요가 없습니다.

1

이 작업을 위해 별도의 사이트 모음이 필요하지 않습니다. 각 프로젝트에 대해 별도의 팀 사이트를 만들고 SharePoint 그룹을 만들고 (다른 팀의 구성원이 포함) 각 프로젝트 사이트에 할당하십시오. 이제 보안 트리밍 메뉴를 바로 사용할 수 있습니다.

0

프로젝트 및 팀 사이트를 모두 원하는 것이 일반적입니다. 그러나 욕망은 항상 이해가되지 않으므로 잠재 고객과의 협의가 가장 바람직합니다.

사이트의 두 세트를 모두 가정하면 두 번째 Moo의 조언 : 각 사이트에 대해 별도의 "트리"를 사용하십시오. 성능, 규모 또는 관리 용이성이 중요한 경우 별도의 사이트 모음 (및 SQL dbs)에 위치 할 수 있습니다. 그러나 이것은 반드시 그 자체로 필요한 것은 아닙니다.

STSADM 도구가 사실 이후에 분할/결합 할 수있게되었으므로 사이트 모음 구조가 "정확하다"는 것은 중요하지 않습니다. 또한 사람들이 사이트를 어떻게 사용하고 있는지 (또는 사용하지 않는지) 확인한 후에는 "올바르게"가져 오는 것이 더 쉽습니다.

행운을 빈다.