Pianificare il livello applicazioni (Project Server 2010)

SharePoint Server 2010

È necessario utilizzare Microsoft SharePoint Server 2010 Enterprise Edition per Microsoft Project Server 2010. SharePoint Server 2010 dispone di numerose funzionalità, pertanto è necessario pianificarne con attenzione la distribuzione. Per informazioni su come pianificare la distribuzione di SharePoint Server 2010, vedere Pianificazione e architettura di SharePoint Server 2010.

Project Server 2010

Microsoft Project Server 2010 è il componente centrale di una Soluzione Microsoft Enterprise Project Management (EPM). Project Server 2010 è un'applicazione server basata sul Web affidabile ed estremamente scalabile integrata con diverse applicazioni client, con la piattaforma Microsoft Windows Server e con Microsoft SQL Server 2005 o 2008.

È possibile eseguire il servizio Project Server 2010 in uno o più server applicazioni in una farm di SharePoint Server 2010. Project Server 2010 è supportato in un computer che esegue Windows Server 2008 o Windows Server 2008 R2 con installato SharePoint Server 2010 Enterprise Edition.

Project Server Interface

Project Server Interface (PSI) è l'interfaccia API di Project Server 2010. Il modello a oggetti di Project Server Interface espone la funzionalità di Project Server 2010 a tutte le applicazioni esterne. Microsoft Project Professional 2010, Microsoft Project Web App, le applicazioni line-of-business e altre applicazioni di terze parti utilizzano PSI per accedere ai dati di Project Server 2010 memorizzati nei database Draft, Published e Archive. PSI è disponibile mediante le chiamate al servizio Web da parte di applicazioni line-of-business back-end oppure mediante un proxy Project Server Interface per le applicazioni client che presentano un'interfaccia utente.

Servizio eventi di Project Server 2010

Il servizio eventi di Project Server 2010 a livello di sistema gestisce gli eventi di Project Server 2010. Altre applicazioni possono sottoscrivere i pre-eventi e i post-eventi di Project Server 2010, nonché registrare i metodi di gestione degli eventi mediante Project Web App. I gestori degli eventi possono verificare le regole business e annullare un'operazione mediante un pre-evento oppure estendere Project Server 2010 con elaborazione aggiuntiva quale un flusso di lavoro che utilizza un post-evento, ad esempio ProjectPublished.

Servizio di accodamento di Project Server 2010

Nel servizio di accodamento di Microsoft Project Server 2010 a livello di sistema operano due code di Project Server 2010:

• Per gestire carichi molto pesanti, la coda della scheda attività gestisce l'invio e gli aggiornamenti della scheda attività e delle relazioni sullo stato.

• La coda di salvataggio e pubblicazione gestisce salvataggi nuovi e incrementali di progetti di lavoro nel database Draft, nonché la pubblicazione di un progetto, ovvero lo spostamento del progetto dal database Draft al database Published.

Exchange Server

L'integrazione di Exchange Server consente agli utenti di Project Server 2010 di visualizzare attività di Project Server in Microsoft Office Outlook. Questa funzionalità sostituisce la funzionalità per la creazione di relazioni sullo stato delle attività del componente aggiuntivo di Outlook per le attività non rapportate alla scala cronologica disponibile nelle versioni precedenti di Project Server.

Per configurare l'integrazione di Exchange, l'amministratore di Project Server deve concedere l'accesso all'istanza di Exchange Server, mentre l'amministratore di Exchange deve concedere l'accesso a Exchange all'account amministratore della farm di Project Server.

Altre applicazioni

È possibile utilizzare applicazioni di terze parti e line-of-business con Project Server 2010. Project Server Interface consente di soddisfare diverse esigenze di gestione dei progetti utilizzando queste applicazioni. Di seguito sono riportati alcuni scenari di esempio:

• Proposte di progetto   Creare progetti segnaposto durante l'avvio del progetto e utilizzare i campi personalizzati per contrassegnare il progetto con le informazioni necessarie per il processo di avvio e approvazione. Aggiungere attività per individuare le fasi del progetto relative alle attività cardine importanti o ai risultati finali. Quando vengono approvate, le proposte di progetto possono evolvere in progetti reali che vengono gestiti utilizzando Project Professional 2010.

• Progetti di manutenzione   Creare progetti segnaposto da utilizzare con piani delle risorse. Riservare o prenotare un intervallo di tempo relativo alle risorse per le attività di manutenzione o il business di base. I progetti di manutenzione generalmente non includono attività.

• Progetti finanziari   Creare progetti per l'acquisizione di tempo attraverso la scheda attività per l'integrazione con un sistema finanziario. Creare attività per una gerarchia di codici finanziari che riflettono la struttura di breakdown dei costi del sistema finanziario. Questi progetti non richiedono l'aggiornamento della pianificazione o dello stato.

• Integrazione con sistemi contabili dei progetti   Acquisire le spese e i costi delle risorse associati ai progetti per inserire dati nei sistemi di fatturazione e finanziari e ai fini di un confronto dei preventivi. Sincronizzare le attività, le risorse e le assegnazioni tra i sistemi. Acquisire i dati della scheda attività in un sistema per inserire dati nell'altro. La scelta della scheda attività dipende dalle esigenze dell'organizzazione o dei progetti specifici.

• Integrazione con i sistemi di gestione del lavoro o delle attività   Sincronizzare le attività e le assegnazioni tra Project Server 2010 e sistemi come Microsoft Visual Studio Team System. Quest'ultimo è integrato con Microsoft Project Standard 2010 e Project Professional 2010, tuttavia l'integrazione con Project Server 2010 richiede lo sviluppo di componenti mediante l'utilizzo di PSI.

• Elaborare gli aggiornamenti provenienti dai membri del team   Per i progetti che non vengono gestiti attivamente, eseguire automaticamente l'aggiornamento nel server utilizzando le informazioni fornite dai membri del team relativamente allo stato di avanzamento e ad altre modifiche. I progetti possono essere aggiornati e ripubblicati anche senza l'intervento di un project manager che revisioni i risultati o apporti adeguamenti al piano.