Novità di Project Server 2010 per i professionisti IT

Miglioramenti alle prestazioni con l'architettura a 64 bit

Project Server 2010 è disponibile nella versione a 64 bit, analogamente a Microsoft SharePoint Server 2010 (che è un requisito di installazione). Di seguito sono elencati i requisiti per il passaggio di Project Server 2010 all'architettura a 64 bit:

• Project Server 2010 deve essere installato in Windows Server 2008 SP2 o in Windows Server 2008 R2 a 64 bit.

• La versione dei server di database per la distribuzione in una farm di Project Server 2010 deve essere SQL Server 2005 o SQL Server 2008 a 64 bit.

L'implementazione di un'architettura a 64 bit sia nel server che nel server di database assicura livelli superiori di prestazioni e scalabilità. Inoltre, la memoria non è sottoposta al limite di 4 GB per lo spazio di indirizzamento come avviene invece nell'architettura a 32 bit.

Integrazione con SharePoint Server

Project Server 2010 è basato su Microsoft SharePoint Server 2010, la versione successiva di Microsoft Office SharePoint Server 2007. SharePoint Server 2010 è necessario per le nuove caratteristiche di Microsoft Project Web App, ad esempio le pagine che utilizzano il Centro rapporti e report di SharePoint Server per archiviare e visualizzare le relazioni, i flussi di lavoro necessari per la gestione delle proposte e le caratteristiche di Business Intelligence per le relazioni. Anche l'analisi portfolio è integrata in maniera estesa con l'architettura basata sui flussi di lavoro di SharePoint Server. Prima di installare Project Server 2010, è necessario installare SharePoint Server 2010 Enterprise Edition. Per ulteriori informazioni sull'architettura di Project Server 2010, vedere Architettura di Project Server 2010.

Per ulteriori informazioni sulle caratteristiche di SharePoint Server 2010, vedere Novità di Microsoft SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=189569\&clcid=0x410) nel Centro risorse di TechNet.

Gestione unificata di progetti e portfolio

Le funzionalità essenziali di Microsoft Office Project Portfolio Server 2007 sono ora integrate ed estese in Project Server 2010. I servizi Web Project Server Interface (PSI) sono stati estesi per includere l'analisi portfolio, i flussi di lavoro e i driver di business. Di seguito sono elencati i vantaggi dell'integrazione delle funzionalità di analisi portfolio in Project Server 2010:

• Project Web App offre funzionalità di gestione di progetti e portfolio in un'unica applicazione, con un'interfaccia utente di SharePoint Server coerente ed estendibile.

• Un archivio dati comune elimina la necessità di implementare il gateway di Project Server.

• L'amministrazione è centralizzata.

• Le funzionalità duplicate, ad esempio il modulo per acquisire le richieste relative ai progetti, sono state eliminate.

• Il modello a oggetti comune assicura un grado maggiore di estendibilità e integrazione con altre applicazioni.

• I cubi relazioni e OLAP offrono visualizzazioni integrate.

La caratteristica principale di Office Project Portfolio Server 2007 è l'ottimizzazione. L'integrazione con Project Server 2010 offre i vantaggi seguenti:

• Consente di analizzare un insieme di proposte di progetto in base alle priorità dei driver di business.

• Migliora l'utilizzo degli strumenti di ottimizzazione e offre caratteristiche di sicurezza integrata con le autorizzazioni di Project Server, portata internazionale e facilità di distribuzione.

• Elimina la duplicazione di funzionalità e dati nei prodotti di Project Server e Portfolio Server.

• Consente l'accesso a raccolte di driver di business, vincoli di costo ed entità di progetti correlate tramite web part ed elenchi di SharePoint Server 2010.

Gestione proposte

L'attività di gestione delle proposte consiste nell'acquisire tutte le proposte di lavoro in un'unica posizione, elaborarle attraverso un processo di governance a più fasi, decidere quali proposte approvare e tenere traccia dello stato di avanzamento dell'esecuzione fino al completamento del lavoro. Un componente chiave di Gestione proposte è il modello di governance dei flussi di lavoro implementato in Project Server.

Anche la caratteristica Proposte di Office Project Server 2007 consente di acquisire le proposte in un'unica posizione, ma non è sufficientemente flessibile e non è basata su un flusso di lavoro di governance completo. Il modulo "Generatore" di Office Project Portfolio Server 2007 è un paradigma di gestione delle proposte flessibile, ma è privo dell'interfaccia familiare di Office Project Server e Office SharePoint Server e presenta alcuni problemi di usabilità e scalabilità. Le funzionalità di Project Server 2010 sono invece progettate per essere sia flessibili che facilmente utilizzabili.

Per ulteriori informazioni sui flussi di lavoro e la gestione delle proposte, vedere Workflow and Demand Management (le informazioni potrebbero essere in lingua inglese).

Pagine dettagli progetto

Per i processi di gestione delle proposte di progetto e pianificazione del portfolio in Project Web App vengono utilizzate le pagine dettagli progetto, che possono essere integrate con i flussi di lavoro. Le pagine dettagli progetto sono pagine di web part basate sull'infrastruttura di SharePoint Server. Consentono di visualizzare o modificare i dettagli delle entità per la pianificazione dei progetti, ad esempio le informazioni sui progetti, le risorse, la programmazione o l'impatto strategico. L'infrastruttura aggiuntiva per le pagine dettagli progetto in Project Server 2010 incorpora le funzionalità dei business case del componente Generatore in Office Project Portfolio Server 2007.

Le pagine dettagli progetto possono essere utilizzate in diversi modi in Project Web App e in altre applicazioni della farm di SharePoint Server in cui è installato Project Server. È possibile creare tre tipi di pagine dettagli progetto nella pagina Pagine dettagli progetto di Project Web App (http://NomeServer/NomeProjectServer/Project%20Detail%20Pages/Forms/AllItems.aspx). Utilizzare la scheda Documenti per creare una pagina dettagli progetto.

• Progetto   Consente di modificare i dettagli su un progetto in un modello di progetto dell'organizzazione non basato su un flusso di lavoro o in altre applicazioni.

• Nuovo progetto   Consente di creare un progetto. Questo tipo di pagina dettagli progetto è necessaria per un modello di progetto dell'organizzazione che dispone di un flusso di lavoro per l'analisi portfolio.

• Stato flusso di lavoro   Mostra la fase e lo stato correnti di una proposta di progetto.

È possibile personalizzare le pagine dettagli progetto utilizzando le web part e l'interfaccia della barra multifunzione. In Project Server 2010 sono incluse le web part seguenti per le pagine dettagli progetto:

• Web part Pulsanti   Consente di modificare, salvare, pubblicare o chiudere una pagina dettagli progetto o di passare alla fase successiva di un flusso di lavoro. In una pagina lunga possono essere incluse più web part Pulsanti.

• Web part Stato flusso di lavoro   Consente di verificare lo stato dei flussi di lavoro di Project Server.

• Web part Campi progetto   Consente di selezionare o modificare campi di progetto personalizzati per la pagina dettagli progetto. I campi attività di riepilogo progetto quali Costo e Lavoro effettivo sono di sola lettura. I campi personalizzati quali Nome progetto, Reparto, Gestione flusso di lavoro, Data inizio e Proprietario sono di lettura/scrittura.

• Web part Impatto strategico   Include tutte le definizioni di driver di business filtrate in base a uno o più reparti. Consente di valutare l'impatto del progetto su ogni driver.

• Web part Relazioni   Consente di definire le relazioni tra progetti.

Le pagine dettagli progetto offrono un'esperienza di gestione dei progetti migliorata rispetto a Office Project Server 2007. In Office Project Server 2007 Office Project Web Access dispone di due sole pagine, non personalizzabili, per le proposte di progetto: una pagina per un elenco alfabetico di tutti i campi di progetto personalizzati e una pagina per le attività nel progetto proposto. Project Server 2010 consente invece agli utenti di creare un numero illimitato di pagine e di controllare esattamente quali dati di progetto sono disponibili in ogni pagina.

Gli utenti possono ad esempio creare pagine controllate dal flusso di lavoro utilizzando la web part Campi progetto per acquisire informazioni dettagliate su progetti e business case. Le pagine possono includere testo in formato RTF e accedere alle web part Indicatore cronologico e Programmazione utilizzando l'infrastruttura delle pagine dettagli progetto. Le pagine dettagli progetto possono includere web part semplici, ad esempio la web part Editor contenuto che visualizza testo RTF e immagini, o web part personalizzate che consentono di acquisire o visualizzare dati da un sistema line-of-business esterno.

Le pagine dettagli progetto offrono un'esperienza di creazione dei progetti altamente personalizzabile. Possono essere integrate con l'interfaccia utente della barra multifunzione di Project Web App, forniscono elementi di spostamento della barra di avvio veloce specifici di singoli dati di progetto e consentono di filtrare in modo dinamico campi personalizzati in base al reparto.

Grazie alle pagine dettagli progetto è possibile integrare Project Web App con diversi scenari di gestione dei progetti, quali i seguenti:

• Valutazione dell'impatto del progetto sugli obiettivi strategici.

• Acquisizione basata su flusso di lavoro dei dettagli delle proposte di progetto.

• Allineamento strategico basato su flusso di lavoro (ad esempio, formulazione di una valutazione esecutiva prima di passare a una determinata fase).

• Esecuzione di analisi portfolio basate su vincoli di costo e di capacità delle risorse.

• Definizione del budget per i progetti.

• Pianificazione personalizzata delle risorse.

• Programmazione dettagliata delle attività.

Molti di questi scenari riguardano la gestione delle proposte. Per ulteriori informazioni, vedere Gestione del flusso di lavoro e delle proposte (https://go.microsoft.com/fwlink/?linkid=189587\&clcid=0x410) in MSDN Library e Impostazione del flusso di lavoro e delle pagine di dettagli del progetto (Project Server 2010).

Integrazione dei flussi di lavoro

I flussi di lavoro sono una caratteristica di base della soluzione PPM (Project Portfolio Management). Il ciclo di vita di un progetto può includere processi di lunga durata composti da numerose fasi. Le fasi di governance includono le proposte di progetto, l'analisi dell'impatto a livello aziendale, la selezione, la creazione, la pianificazione, la gestione e la verifica.

Sebbene in Office Project Portfolio Server 2007 siano inclusi i flussi di lavoro, Project Portfolio Server non è di per sé estendibile e i flussi di lavoro sono difficili da creare. L'integrazione in Project Server 2010 delle funzionalità di gestione di portfolio e progetti offre una piattaforma avanzata ed estendibile per la creazione di flussi di lavoro basati sulla piattaforma SharePoint Server 2010.

I flussi di lavoro di Project Server 2010 estendono il modello di sicurezza dei flussi di lavoro di SharePoint Server per consentire l'installazione in una farm di SharePoint Server e l'accesso da parte di più utenti che dispongono delle autorizzazioni di Project Server appropriate. I flussi di lavoro vengano eseguiti mediante rappresentazione di un utente speciale di Project Server. La rappresentazione e l'utilizzo di assembly proxy consentono agli utenti dei flussi di lavoro di Project Server di chiamare l'API PSI (Project Server Interface) sul server applicazioni anziché tramite il server Web front-end (Project Web App).

Oltre alla gestione del portfolio, Project Server 2010 consente la creazione di flussi di lavoro per la gestione di risorse, attività e schede attività. Per ulteriori informazioni, vedere Gestione dei flussi di lavoro e delle proposte (https://go.microsoft.com/fwlink/?linkid=189587\&clcid=0x410). Per una serie di articoli relativi alle procedure, vedere Sviluppo di flussi di lavoro di Project Server (https://go.microsoft.com/fwlink/?linkid=189598\&clcid=0x410). Per ulteriori informazioni sull'integrazione dei flussi di lavoro, vedere Impostazione del flusso di lavoro e delle pagine di dettagli del progetto (Project Server 2010).

Business Intelligence

Le caratteristiche di Business Intelligence consentono di visualizzare i dati unificati come risposte alle domande dei clienti. In Project Server 2010 Excel Services è stato integrato con Project Server per agevolare la creazione di relazioni personalizzate. Nell'ambito di questa integrazione vengono forniti fogli di calcolo connessi a dati vuoti e relazioni predefinite. Inoltre, i dati disponibili per le relazioni sono stati estesi per includere campi personalizzati delle schede attività, proprietà dei progetti e dati di pianificazione e ottimizzazione portfolio. I cubi predefiniti ora possono essere personalizzati con Project Web Access in modo da includere solo i dati di un determinato reparto.

Per ulteriori informazioni sulla Business Intelligence in Office Project Server 2007, vedere il post di blog Project 2010: panoramica della Business Intelligence (https://go.microsoft.com/fwlink/?linkid=189600\&clcid=0x410). Per ulteriori risorse, vedere Business Intelligence in Project Server 2010 (le informazioni potrebbero essere in lingua inglese) nel Centro risorse di TechNet.

Campi personalizzati di reparto

Numerose aziende gestiscono i progetti di più reparti in un'unica istanza di Project Web App. Questo approccio presenta un importante problema di gestione dei requisiti relativi ai campi personalizzati dell'organizzazione nei diversi reparti. Office Project Server 2007 consente infatti a tutti gli utenti di visualizzare tutti i campi personalizzati dell'organizzazione, anche se un sottoinsieme di tali campi è valido solo per uno dei reparti. Alcune aziende hanno aggirato il problema utilizzando campi personalizzati locali con una programmazione personalizzata aggiuntiva, ma si tratta di una soluzione a lungo termine inadeguata.

In Project Server 2010 sono stati introdotti i campi personalizzati di reparto. Ogni reparto può utilizzare i propri campi personalizzati specifici relativi a progetti, attività e risorse, nonché condividere campi personalizzati con altri reparti. È possibile filtrare i campi personalizzati escludendo quelli che non si desidera assegnare a un reparto, in modo che gli utenti visualizzino solo i campi pertinenti.

Con Project Server 2010 è possibile impedire agli utenti autorizzati a modificare i campi personalizzati di un reparto di utilizzare Project Web App per modificare i campi personalizzati di un altro reparto per i quali non dispongono di autorizzazioni. Project Professional consente l'accesso a tutti i campi personalizzati, tuttavia è possibile applicare filtri agli elenchi in base al reparto di un progetto. Se non si è membri di un reparto, è necessario compilare solo i campi globali obbligatori e non altri campi di reparto.

L'API PSI è stata estesa in modo da consentire di impostare campi personalizzati e autorizzazioni in base al reparto, oltre a creare raccolte di reparto, associare progetti, risorse, tabelle di ricerca e campi personalizzati in una raccolta e definire i campi personalizzati necessari in una raccolta di un reparto. Le raccolte vengono definite nella tabella di ricerca predefinita Collections. Questa tabella può essere modificata, ma non eliminata. L'API PSI consente infine agli utenti di modificare i campi personalizzati in raccolte di proprietà di altri reparti.

Delega di utenti

Office Project Server 2007 consente all'utente di una scheda attività di assegnare la gestione di quella sola scheda attività a un altro utente, ad esempio per l'invio degli aggiornamenti. Esistono tuttavia numerose altre parti di Project Web App in cui potrebbe rendersi necessario delegare le proprie attività a un altro utente, se possibile. Per soddisfare questa esigenza, in Project Server 2010 è stata introdotta la caratteristica di delega, che consente a un utente di agire come un altro utente, indipendentemente dalla differenza a livello di autorizzazioni tra i due utenti. Un membro del team può ad esempio agire come delegato di un amministratore, assumendo quindi tutti i privilegi di cui dispone l'amministratore.

Per ulteriori informazioni sull'utilizzo della delega, vedere Impostare le autorizzazioni per la delega di utenti (Project Server 2010).

Supporto di più cubi OLAP

Il Servizio di creazione cubi di Project Server 2010 supporta la creazione di cubi di reparto e di cubi costituiti da più sezioni di dati. Gli amministratori di raccolte siti per la soluzione Enterprise Project Management (EPM) possono creare più cubi personalizzati, quali ad esempio:

• Cubi che contengono solo i dati relativi ai progetti e alle risorse che amministrano.

• Cubi che contengono solo i fatti e le dimensioni che selezionano.

I "cubi multipli" consentono di suddividere i dati in cubi selezionando gruppi di dati e aggiungendo campi da ogni gruppo. Gli amministratori possono limitare l'accesso ai cubi in base al reparto. Project Server 2010 supporta inoltre l'inserimento di dati localizzati nei cubi, con l'utilizzo di strumenti di traduzione. Tutti i dati possono disporre di alias di nomi di campo localizzati, per consentire la creazione di pagine dettagli progetto in cui i nomi di campo sono visualizzati nella lingua delle impostazioni locali in cui sono state distribuite. I cubi supportano i dati di "attività programmate manualmente", in cui le attività sono visualizzate come proprietà anziché all'interno di una dimensione. Le attività programmate manualmente sono una nuova caratteristica di Microsoft Project Professional 2010. Project Professional consente di scegliere la modalità di programmazione delle attività, ovvero automatica (la modalità tradizionale) o manuale. I cubi escludono le attività inattive per impostazione predefinita, ma possono includere una dimensione per le assegnazioni di attività e visualizzare le attività attive o inattive.

Il Servizio di creazione cubi di Project Server 2010 riduce inoltre il blocco degli aggiornamenti dell'RDB quando inizia la creazione di un cubo. Uno dei problemi relativi ai cubi OLAP per le distribuzioni di grandi dimensioni di Office Project Server 2007 riguarda i ritardi causati dalle rigenerazioni. Prima di poter visualizzare i nuovi dati delle relazioni sui progetti che utilizzano l'RDB, è infatti necessario attendere che il cubo centrale venga rigenerato. Gli utenti di Project Server che dispongono delle autorizzazioni amministrative appropriate possono creare cubi personalizzati di dimensioni inferiori. Gli amministratori di Project Server possono spostare il carico amministrativo della creazione di nuovi campi e cubi personalizzati sui team di reparto, contribuendo in tal modo a ridurre i conflitti di dati nei cubi e a produrre relazioni più rapidamente.

I cubi multipli OLAP non supportano Microsoft SQL Server Analysis Services 2000 o Decision Support Objects (DSO). I requisiti minimi prevedono Microsoft SQL Server 2005 SP2 a 64 bit e l'API di codice gestito Analysis Management Objects (AMO). AMO è un'implementazione a 64 bit nelle versioni a 64 bit di SQL Server e riduce i problemi di configurazione delle versioni per gli aggiornamenti.

Nuovo controllo griglia in Project Web App

Per visualizzare le pagine, gli utenti di Project Web App possono ora utilizzare il nuovo controllo griglia AJAX di Project Server 2010, un controllo JavaScript che supporta le operazioni di lettura e scrittura. Rispetto al controllo della versione precedente, offre prestazioni più rapide, funzionalità di convalida delle celle, una ricca tavolozza di colori e una finestra Selezione campi interattiva. Diversamente dai controlli ActiveX utilizzati in Office Project Server 2007, il controllo griglia AJAX non richiede l'installazione locale e non espone ai rischi per la sicurezza derivanti dal download di controlli privi di firma.

Per accedere a Project Server 2010, gli utenti di Project Web App devono utilizzare Internet Explorer 7, Internet Explorer 8 o Internet Explorer 9. L'aggiornamento Service Pack 1 per Project Server 2010 offre inoltre supporto per versioni specifiche di browser aggiuntivi (Firefox, Google Chrome e Apple Safari) per l'accesso alle pagine di Project Web App utilizzate di frequente dai membri del team. Per ulteriori informazioni sui browser, vedere Pianificare il supporto dei browser (Project Server 2010).

Interfaccia utente della barra multifunzione in Project Web App

In SharePoint Foundation 2010, SharePoint Server 2010 e Project Web App di Project Server 2010 è stata implementata l'interfaccia utente della barra multifunzione, per rendere l'esperienza utente di Project Web App più coerente con quella di Project Professional 2010 e consentire ai project manager di lavorare allo stesso modo con le due applicazioni client. L'interfaccia della barra multifunzione agevola inoltre il passaggio a Project Web App agli utenti che hanno già familiarità con altre applicazioni di SharePoint Server.

Le pagine di Project Web App utilizzate frequentemente dal reparto PMO (Project Management Office) e da project manager, manager delle risorse e membri dei team utilizzano l'interfaccia della barra multifunzione. Altre pagine utilizzate di rado, quali le pagine amministrative in Impostazioni server e alcune pagine in Impostazioni personali, non necessitano invece della barra multifunzione.

La barra multifunzione è personalizzabile ed estendibile. Mentre in Office Project Server 2007 numerose pagine di Project Web App sono difficili, se non impossibili, da personalizzare per gli sviluppatori di terze parti, in Project Server 2010 la personalizzazione e l'estensione delle pagine non amministrative è stata semplificata. Per ulteriori informazioni, vedere la sezione relativa alla personalizzazione della barra multifunzione di Project Web App in Scenari di sviluppo di Project Server (https://go.microsoft.com/fwlink/?linkid=189618\&clcid=0x410).

Modalità di immissione singola delle schede attività

In Project Server 2010 è stata implementata una nuova modalità di verifica tempi che unifica i dati immessi utilizzando le pagine delle schede attività e dello stato in Project Web App. La modalità di immissione singola delle schede attività è implementata tramite i metodi Timesheet di PSI per consentire l'accesso integrato al tempo amministrativo. Questa modalità è stata estesa con dati aggiuntivi necessari per trasferire elementi precedentemente non disponibili nello schema Timesheet.

Per ulteriori informazioni sulla modalità immissione singola delle schede attività, vedere Panoramica: immettere informazioni su tempi e stato di avanzamento delle attività in una singola visualizzazione (Project Server 2010).

Integrazione con Exchange Server

Office Project Server 2007 è integrato con l'applicazione client Microsoft Office Outlook 2007, che consente ai membri del team di visualizzare e segnalare i tempi relativi alle assegnazioni mediante un componente aggiuntivo di Outlook. Project Server 2010 si integra invece direttamente con Exchange Server 2007 SP1 (o versioni successive), consentendo ai membri del team che dispongono di accesso a Exchange Server di interagire con i dati delle assegnazioni in Outlook o Microsoft Outlook Web App.

Project Server invia informazioni aggiornate su attività e assegnazioni a Exchange Server, che gestisce l'interazione dei client con Outlook e Outlook Web App. Exchange Server invia una notifica a Project Server quando un client di Outlook modifica i dati delle assegnazioni. Project Server propaga un processo in coda che ottiene i dati da Exchange Server, quindi utilizza l'API pubblica di definizione dello stato per aggiornare le informazioni in Project Web App.

Per ulteriori informazioni sull'integrazione di Project Server 2010 con Exchange Server, vedere Distribuire Project Server 2010 con Exchange Server.

Autenticazione basata sulle attestazioni

L'autenticazione basata sulle attestazioni è un nuovo metodo di autenticazione disponibile in Project Server 2010 tramite SharePoint Foundation 2010 e SharePoint Server 2010.

I sistemi di autenticazione basata sulle attestazioni forniscono servizi federati di autenticazione quali Active Directory Federation Services (ADSF), meccanismi Single Sign-On e così via. Un sistema di autenticazione basata sulle attestazioni utilizza un token di sicurezza contenente un insieme di asserzioni di identità su un utente autenticato. Le asserzioni sono attributi associati all'identità di un utente. Possono includere un nome utente, un ruolo, un codice di dipendente e una vasta gamma di altri attributi utilizzabili per determinare i livelli di autorizzazioni. Un servizio token di sicurezza risponde alle richieste di autenticazione e crea il token in base alle informazioni sull'account in vari archivi di attributi. Il token viene quindi utilizzato per autenticare le azioni. Essenzialmente, l'autenticazione basata sulle attestazioni assicura un livello di flessibilità superiore rispetto al tradizionale metodo di autenticazione Windows NTLM/Kerberos.

Per ulteriori informazioni sull'autenticazione basata sulle attestazioni e sul servizio token di sicurezza, vedere gli articoli seguenti:

• 
  Pianificare i metodi di autenticazione (SharePoint Foundation 2010)

• 
  Pianificare l'autenticazione in Project Server 2010

• 
  Autenticazione negoziata: servizio token di sicurezza (https://go.microsoft.com/fwlink/?linkid=189619\&clcid=0x410)

Modalità di compatibilità con le versioni precedenti per l'aggiornamento

Dopo l'aggiornamento a Project Server 2010, la modalità di compatibilità con le versioni precedenti consente agli utenti di Microsoft Office Project Professional 2007 con Service Pack 2 di connettersi al server. Questa caratteristica offre agli amministratori di rete una certa flessibilità nella pianificazione dell'aggiornamento dei client di Office Project Professional 2007 a Project Professional 2010, dal momento che non è necessario eseguire l'aggiornamento immediatamente. Quando questa modalità è abilitata, gli utenti di Project Professional 2010 possono connettersi a Project Server 2010, sebbene alcune delle nuove caratteristiche non siano abilitate. Dopo aver completato l'aggiornamento di tutti i client di Project Professional a Project Professional 2010, la modalità può essere disabilitata in modo da consentire agli utenti di Project Professional 2010 di utilizzare tutte le caratteristiche. Per ulteriori informazioni sulla modalità di compatibilità con le versioni precedenti, vedere Modalità di compatibilità con le versioni precedenti (Project Server 2010).

Virtual Migration Environment (VME) per la migrazione dei dati di Project Server 2003

In un ambiente Project Server 2003 è necessario eseguire la migrazione dei dati a Office Project Server 2007 prima di effettuare l'aggiornamento a Project Server 2010. Virtual Migration Environment (VME) è un ambiente Office Project Server 2007 in un'immagine Hyper-V che funge da ambiente pass-through temporaneo per la migrazione dei dati in Office Project Server 2007. Può essere installato come ambiente autonomo, non richiede la connessione alla rete e consente l'accesso ai dati di Project Server 2003 da un'unità disco rigido esterna. Non è necessaria alcuna licenza aggiuntiva per VME, purché venga utilizzato esclusivamente per la migrazione dei dati. Per ulteriori informazioni su VME, vedere Guida di Virtual Migration Environment (VME) per Project Server 2010.

Windows PowerShell

Il supporto di Windows PowerShell in Project Server 2010 semplifica notevolmente le attività di distribuzione e gestione. Windows PowerShell è una shell da riga di comando e un linguaggio di scripting per Windows relativamente nuovo. Windows PowerShell offre agli amministratori IT (Information Technology) potenti funzionalità di automazione delle attività e di scripting per la gestione di sistemi operativi e applicazioni Windows. È stato rilasciato nel 2006 ed è attualmente disponibile per Windows XP SP2/SP3, Windows Server 2003 e Windows Vista, oltre ad essere incluso in Windows Server 2008 come componente facoltativo. Windows PowerShell è incluso in Windows 7.

SharePoint Server 2010 è la prima versione SharePoint Server che integra Windows PowerShell come interfaccia amministrativa e di gestione. Gli amministratori IT possono utilizzare Windows PowerShell per creare file batch (script) in grado di automatizzare le attività di routine e risolvere problemi complessi. Gli script offrono funzionalità aggiuntive e assicurano la coerenza, specialmente se distribuiti ad altri amministratori dell'organizzazione.

Uno dei prerequisiti per l'installazione di SharePoint Server 2010 è l'installazione di Windows PowerShell come caratteristica o come parte del sistema operativo. I cmdlet di SharePoint sono scritti per Windows PowerShell 1.0 ma dovrebbero funzionare in Windows PowerShell 2,0 per impostazione predefinita. SharePoint Server non crea la propria shell, bensì si basa sulle funzionalità fornite da Windows PowerShell, registrando uno snap-in e provider specifici di SharePoint. Questa shell estesa è denominata SharePoint Management Console (SMC).

See Also

Other Resources

Panoramica di Microsoft Project Server 2010 (https://go.microsoft.com/fwlink/?linkid=189568&clcid=0x410)
Novità di Microsoft SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=189569&clcid=0x410)
Novità di Project 2010 per gli sviluppatori (https://go.microsoft.com/fwlink/?linkid=189570&clcid=0x410)