P (glossario di Visual Studio Team System)

Aggiornamento: novembre 2007

Nel presente glossario sono riportate le definizioni dei termini chiave utilizzati nella Guida in linea di Visual Studio Team System.

• partizione [partition]
  Classe utilizzata come proxy per ottenere un code coverage maggiore negli unit test.

• parziale [partial]
  Riga di codice parzialmente eseguita da un test. Vedere anche: riga eseguita, riga non eseguita.

• percorso critico [critical path]
  Serie di attività che determina la durata del progetto. In un modello deterministico, il percorso critico viene in genere definito come l'insieme di attività con float inferiore o uguale a un valore specifico, in genere zero. È il percorso più lungo del progetto.

• pianificazione basata sui rischi [risk-driven scheduling]
  Principio di pianificazione che assegna la priorità alle attività in base al livello di rischio implicito e alle funzionalità in base alla loro importanza per i principali cointeressati.

• pianificazione del progetto master [master project schedule]
  Pianificazione che identifica tutte le attività e le attività cardine del progetto, consolidando tutte le pianificazioni dei team e dei ruoli. Si tratta di un risultato finale della fase di pianificazione.

• piano di emergenza [contingency plan]
  Piano ideato per affrontare i rischi riconosciuti che possono presentarsi nel corso di un progetto. Il piano identifica le strategie alternative da utilizzare per assicurare la riuscita del progetto qualora si verifichino i rischi specificati.

• piano di generazione dati [data generation plan]
  File contenente informazioni su un determinato schema di database e sulla modalità di generazione di dati per tale schema da parte del generatore di dati.

• piano di implementazione [rollout plan]
  Piano per la distribuzione di una versione esterna. In questo piano sono inclusi tutti gli elementi che devono essere implementati in termini di marketing, servizi operativi o soddisfazione del cliente.

• piano di iterazione [iteration plan]
  Elenco di scenari, requisiti di qualità del servizio e attività per l'iterazione successiva.

• piano di progetto [project plan]
  Documento formale e approvato, utilizzato per gestire l'esecuzione e il controllo del progetto. Il piano di progetto viene utilizzato principalmente per documentare i presupposti e le decisioni relativi alla pianificazione, per agevolare le comunicazioni tra i cointeressati e per documentare le previsioni approvate relative ad ambito, costo e pianificazione. Un piano di progetto può essere riepilogativo o dettagliato.

• piano di progetto master [master project plan]
  Risultato finale della fase di pianificazione di un progetto di sviluppo. Il piano di progetto master consolida i piani dei ruoli e dei team delle funzionalità ed è costituito da un piano di budget, un piano delle capacità, un piano delle comunicazioni, un piano di distribuzione, un piano di sviluppo, un piano pilota, un piano degli acquisti e delle attrezzature, un piano di protezione, un piano di test e un piano di formazione.

• portale del progetto [project portal]
  Sito di Windows SharePoint Services utilizzato per archiviare e presentare report e prodotti di lavoro che non contengono codice per un progetto Team.

• portale del progetto Team [team project portal]
  Sito di Windows SharePoint Services (WSS) per un progetto Team. Il portale di un progetto consente ai membri di un team di memorizzare e condividere documenti, report e informazioni correlate con un progetto Team specifico.

• preventivato [costed]
  Elemento di cui è stata fornita una stima o un costo.

• preventivo per l'iterazione [iteration budget]
  Preventivo utilizzato per pianificare l'attività di sviluppo per un'iterazione in base a stime con ordine di grandezza approssimativo. Il preventivo per l'iterazione viene ottenuto dal report sulla velocità ed è espresso in numero di giorni uomo.

• previsione [baseline]
  Piano originale approvato (per un progetto, un pacchetto di lavoro o un'attività), con l'aggiunta o meno delle modifiche approvate per l'ambito. Utilizzato in genere con un modificatore (ad esempio, previsione dei costi, di pianificazione, di misurazione delle prestazioni).

• principio [principle]
  Opinioni e presupposti fondamentali che definiscono una metodologia o un processo. I più importanti principi per MSF includono il processo di sviluppo iterativo, la suddivisione delle responsabilità del team in base al ruolo e le fasi di sviluppo.

• priorità, definire le [prioritize]
  Raggruppare per bucket relativi. Vedere classificare.

• probe di raccolta [collection probes]
  Funzioni che raccolgono le tempistiche e altri dati sulle prestazioni in un modulo instrumentato.

• processo [process]
  Insieme di attività che restituiscono un risultato, un prodotto o un servizio. Si tratta in genere di un'operazione continua. Serie di azioni o di operazioni progettate per raggiungere un termine.

• prodotto di lavoro [work product]
  Oggetto discreto finale, ad esempio un documento, un foglio di calcolo, un insieme di modifiche e così via.

• profilo del browser [browser profile]
  Insieme di intestazioni HTTP che consentono di simulare un determinato browser, ad esempio Internet Explorer 6 o Netscape 6.

• profilo di carico [load profile]
  Carico di lavoro simulato per un test di carico o di stress. Il profilo di carico può essere costante o può essere aumentato in modo dinamico mediante l'esecuzione progressiva di istruzioni.

• profilo di rete [network profile]
  Simulazione della larghezza di banda di rete a livello applicazione, ad esempio LAN e connessione remota a 56 K. Non simula la latenza. Valida solo per i test Web e i tipi di test Web codificati.

• profilo interazione utente [think profile]
  Proprietà che indica se nei test di carico vengono utilizzati i tempi interazione utente. Il profilo interazione utente viene applicato all'intero scenario in un test di carico. I possibili stati sono: On, Off, Distribuzione normale.

• profilo utente [user profile]
  Descrizione degli utenti finali della soluzione in termini di posizione geografica, strutture organizzative e di comunicazione, funzioni utente, disponibilità di risorse e altre informazioni importanti.

• progettazione concettuale [conceptual design]
  Fase importante del processo di progettazione, nella quale il team del progetto trasforma i requisiti aziendali in un linguaggio comune condivisibile da utenti e sviluppatori e descrive l'insieme di funzionalità e/o gli scenari di utilizzo che la soluzione deve includere. La progettazione concettuale è analoga agli schizzi e agli schemi creati quando si progetta una casa. Si tratta di modelli facilmente comprensibili creati congiuntamente dal cliente e dall'architetto della soluzione.

• progettazione fisica [physical design]
  Terza fase principale del processo di progettazione, in cui il team del progetto determina come implementare in modo specifico la progettazione logica. Nella progettazione fisica viene adottata la tecnologia che sarà utilizzata dall'utente finale. L'obiettivo è quello di applicare alla progettazione logica, ad esempio alle considerazioni sull'implementazione e le prestazioni, le reali limitazioni della tecnologia. La progettazione fisica può essere paragonata ai progetti iniziali di un imprenditore per gli elementi fisici degli impianti elettrico e idraulico, del riscaldamento e della ventilazione di un edificio. I disegni dell'appaltatore aggiungono dettagli a quelli dell'architetto e rispecchiano le limitazioni reali relative alla costruzione.

• progettazione logica [logical design]
  Processo di progettazione che descrive in dettaglio gli elementi della soluzione e il modo in cui sono reciprocamente correlati. Poiché questa progettazione non fornisce dettagli tecnici di implementazione, deve precedere la formulazione di decisioni relative alla tecnologia.

• progetto [project]
  Vedere progetto Team.

• progetto di database [database project]
  Rappresentazione non in linea di un database. Ogni progetto di database contiene gli script necessari per distribuire un nuovo database o aggiornarne uno esistente in un server di database. Un progetto di database non contiene i dati che risiedono nel relativo database. I progetti di database sono salvati come file con estensione dbproj.

• progetto di test [test project]
  Progetto di Visual Studio creato in modo specifico per includere tipi di test.

• progetto pilota [pilot]
  Introduzione della soluzione nell'ambiente di produzione e valutazione da parte degli installatori, del personale di supporto per i sistemi e degli utenti finali. Lo scopo dei progetti pilota è la riduzione dei problemi in fase di distribuzione e la raccolta di utili indicazioni per completare il progetto in modo appropriato.

• progetto Team [team project]
  Insieme denominato di elementi di lavoro, codice, test, prodotti di lavoro, metriche e così via, utilizzato da un determinato team con Visual Studio Team Foundation per tenere traccia di un insieme comune di attività correlate.

• programma [program]
  Raggruppamento collettivo di progetti, che include in genere un insieme di obiettivi, piani e opportunità di riuscita, gestito e distribuito in modo coordinato.

• prototipo [prototype]
  Tipo, formato o istanza preliminare di un prodotto o componente di prodotto che funge da modello per le fasi successive o per la versione finale e completa del prodotto. È possibile utilizzare questo modello (fisico, elettronico, digitale, analitico e così via) per gli scopi seguenti e per altri scopi: valutazione della possibilità di adottare una tecnologia nuova o poco conosciuta, valutazione o riduzione dei rischi tecnici, convalida dei requisiti, dimostrazione delle funzionalità critiche, qualificazione di un prodotto, qualificazione di un processo, caratterizzazione delle prestazioni o delle funzionalità di un prodotto, illustrazione dei principi fisici.

• pubblicare i risultati di un test [publish test results]
  Rendere i risultati di un test disponibili per i report.

• punto di ingresso [entry point]
  Interfaccia fornita dal sistema che può essere utilizzata per l'accesso alle risorse del sistema.