Determinare i siti e i siti secondari necessari (Project Server)

Utilizzare siti e raccolte siti

I siti di SharePoint funzionano in modo ottimale quando vengono utilizzati per un unico scopo o da un singolo team. Se vengono utilizzati da un numero elevato di utenti per scopi diversi, diventano invece difficili da gestire, obsoleti e globalmente meno utili. Se ad esempio si utilizza un unico sito per registrare i clienti, archiviare criteri aziendali e condividere documenti relativi ai progetti, tale sito risulterà molto più difficile da organizzare e in breve tempo finirà per contenere troppi elementi. Quando si utilizzano siti area di lavoro progetti è consigliabile concentrarsi sul supporto del progetto associato a ogni sito.

Decidere se utilizzare una o più raccolte siti oppure siti secondari all'interno di una raccolta siti

Microsoft Office Project Web Access viene installato come sito Web principale e dispone pertanto di una propria raccolta siti. In alcune situazioni può essere tuttavia necessario utilizzare più raccolte siti per ospitare i siti area di lavoro progetti. La decisione dipende da vari fattori, tra cui le caratteristiche comuni ai vari siti, la necessità di gestirli singolarmente e la possibilità di condividerne gli elementi, ad esempio la struttura di spostamento o le funzionalità di ricerca. Può essere inoltre necessario gestire le dimensioni del database del contenuto. A tale scopo è possibile creare ulteriori siti Web principali che utilizzano un proprio database del contenuto per la raccolta siti.

In Microsoft Office Project Professional 2007 è possibile creare siti area di lavoro progetti come elementi figlio di qualunque sito, mentre Microsoft Office Project 2007 consente di creare siti area di lavoro progetti come elementi figlio del sito area di lavoro progetto principale.

Tutti i siti di una stessa raccolta siti possono condividere gli elementi seguenti:

• Barre di spostamento (barra di spostamento superiore e barra di navigazione)

• Tipi di contenuto

• Flussi di lavoro

• Gruppi di protezione

• Campi di ricerca tra elenchi

• Ambito di ricerca

• Set di caratteristiche

È consigliabile utilizzare siti Web principali in raccolte siti distinte nelle circostanze seguenti:

• È necessario definire impostazioni di protezione diverse per siti diversi. I gruppi di protezione di Project Server vengono sincronizzati automaticamente, ma è possibile creare anche gruppi di protezione personalizzati.

  [!NOTA] Anche se è possibile impostare autorizzazioni specifiche per un sito secondario, in alcuni casi è necessario avere la certezza che due siti non possano avere utenti e autorizzazioni in comune. In tali circostanze è consigliabile utilizzare raccolte siti distinte.

• È possibile che in futuro sarà necessario spostare la raccolta siti in un altro database.

• Si desidera avere la possibilità di eseguire il backup o il ripristino di un singolo sito.

• Si desidera impostare un sito specifico come ambito di un flusso di lavoro.

• Si desidera definire un ambito di ricerca distinto per un sito specifico.

• Si desidera utilizzare le quote per gestire separatamente la quantità di spazio utilizzata da ogni sito.

• Si desidera decentralizzare l'amministrazione e assegnare agli amministratori della raccolta siti attività quali l'approvazione delle richieste di accesso o la conferma dell'utilizzo dei siti.

È consigliabile creare siti secondari nella stessa raccolta siti nelle circostanze seguenti:

• Si desidera condividere la struttura di spostamento tra siti.

• Si desidera che i siti secondari ereditino le autorizzazioni dai siti padre.

• Si desidera condividere gli elenchi tra i siti.

• Si desidera condividere elementi di progettazione, ad esempio temi o stili, tra i siti.

Progettare la gerarchia dei siti

È possibile utilizzare lo Strumento di pianificazione della gerarchia del sito (https://go.microsoft.com/fwlink/?linkid=73142\&clcid=0x410) (un file di Microsoft Office Visio 2007 scaricabile) o un altro metodo per creare un diagramma della gerarchia dei siti che comprenda tutte le raccolte siti, i siti Web principali e i siti secondari necessari. Se possibile, è consigliabile utilizzare la gerarchia /projectserver. Se non fosse sufficiente, ad esempio perché le dimensioni sono eccessive, suddividere i siti area di lavoro progetti tra più raccolte siti, in modo da formare gruppi di progetti correlati.