Compartilhar via

  • Artigo

Novidades para os profissionais de TI no Project Server 2010

 

Aplica-se a: Project Server 2010

Tópico modificado em: 2016-11-30

Este artigo oferece uma breve visão geral dos novos recursos principais incluídos no Microsoft Project Server 2010. Entre eles, podemos incluir:

  • Aprimoramentos de desempenho com a arquitetura de 64 bits

  • Integração com o SharePoint Server

  • Gerenciamento unificado de projetos e portfólios

  • Gerenciamento de propostas

  • PDPs (Páginas de Detalhes do Projeto)

  • Integração de fluxos de trabalho

  • Business intelligence

  • Campos personalizados departamentais

  • Delegação de usuários

  • Suporte para vários cubos OLAP

  • Novo controle de grade no PWA

  • Interface do usuário da faixa de opções no Project Web App

  • Modo de entrada única de quadro de horários

  • Integração com o Exchange Server

  • Autenticação baseada em declarações

  • BCM (Modo de Compatibilidade com Versões Anteriores) para atualização

  • VME (Ambiente de Migração Virtual) para migração de dados do Project Server 2003

  • Windows PowerShell

Aprimoramentos de desempenho com a arquitetura de 64 bits

O Project Server 2010 está disponível em uma versão de 64 bits, similar ao Microsoft SharePoint Server 2010 (que é um requisito de instalação). A mudança do Project Server 2010 para a arquitetura de 64 bits exige o seguinte:

  • O Project Server 2010 deve estar instalado em um Windows Server 2008 SP2 ou Windows Server 2008 R2 de 64 bits.

  • Os servidores de banco de dados para uma implantação de farm do Project Server 2010 devem ser da versão de 64 bits do SQL Server 2005 ou do SQL Server 2008.

Ter a arquitetura de 64 bits no servidor e no servidor de banco de dados oferece maior desempenho e escalabilidade. Além disso, a arquitetura de 64 bits oferece mais capacidade de endereçamento de memória, porque não está limitada ao espaço de endereçamento de 4 GB como a arquitetura de 32 bits.

Observação

Para obter mais informações sobre requisitos, consulte Determinar requisitos de hardware e software (Project Server 2010).

Observação

O Microsoft Project Professional 2010 e o Microsoft Project Standard 2010 estão disponíveis nas versões de 32 e 64 bits.

Integração com o SharePoint Server

O Project Server 2010 foi criado com base no Microsoft SharePoint Server 2010, o sucessor do Microsoft Office SharePoint Server 2007. Os novos recursos do Microsoft Project Web App exigem o SharePoint Server 2010, como páginas que usam a Central de Relatórios do SharePoint Server para armazenar e exibir relatórios, fluxos de trabalho necessários para o gerenciamento de propostas e recursos de business intelligence para a geração de relatórios. A análise de portfólio também se integra extensivamente à arquitetura de fluxo de trabalho do SharePoint Server. Antes de poder instalar o Project Server 2010, é preciso instalar a edição SharePoint Server 2010 Enterprise. Para obter informações sobre a arquitetura do Project Server 2010, consulte Arquitetura do Project Server 2010.

Para obter mais informações sobre recursos do SharePoint Server 2010, consulte as novidades da Central de Recursos do Microsoft SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=189569\&clcid=0x416), no TechNet.

Gerenciamento unificado de projetos e portfólios

A funcionalidade essencial do Microsoft Office Project Portfolio Server 2007 está agora integrada e estendida no Project Server 2010. Os serviços Web PSI foram estendidos para incluir análise de portfólios, fluxos de trabalho e fatores comerciais. Os benefícios de se ter recursos de análise de portfólio no Project Server 2010 incluem o seguinte:

  • O Project Web App oferece recursos de gerenciamento de projetos e de portfólio em um aplicativo, com uma interface do usuário do SharePoint Server consistente e extensível.

  • Um repositório de dados comum elimina a necessidade do Project Server Gateway.

  • A administração é centralizada.

  • Funcionalidades duplicadas, como um módulo para a captura de solicitações de projeto, foram eliminadas.

  • O modelo de objeto comum permite níveis muito melhores de extensibilidade e integração com outros aplicativos.

  • Relatórios e cubos OLAP podem oferecer exibições integradas com facilidade.

O principal recurso do Office Project Portfolio Server 2007 é o Otimizador. A integração com o Project Server 2010 faz o seguinte:

  • Analisa um conjunto de propostas de projeto com base em prioridades de fatores comerciais.

  • Aprimora a usabilidade do Otimizador e oferece segurança integrada com permissões do Project Server, alcance internacional e facilidade de implantação.

  • Elimina a duplicação de funcionalidades e de dados nos produtos Project Server e Portfolio Server separados.

  • Oferece acesso a bibliotecas de fatores comerciais, restrições de custos e entidades de projeto relacionadas por meio de Web Parts e listas do SharePoint Server 2010.

Gerenciamento de propostas

O gerenciamento de propostas está relacionado à captura de todas as propostas de trabalho em um único local, levando-as por um processo de governança de vários estágios, tomando decisões sobre que propostas aprovar e controlando o andamento de sua execução até que o trabalho seja concluído. Um componente fundamental do gerenciamento de propostas é o modelo de governança Fluxo de Trabalho que implementamos no Project Server.

O recurso Propostas do Office Project Server 2007 ajuda a capturar propostas em um local, mas não é flexível o suficiente e não tem um fluxo de trabalho de governança completo em segundo plano. O módulo "Construtor" do Office Project Portfolio Server 2007 é um paradigma de gerenciamento de propostas flexível, mas não tem a aparência familiar do Office Project Server e do Office SharePoint Server, além de ter alguns problemas de usabilidade e de escalabilidade. A funcionalidade de gerenciamento de propostas do Project Server 2010 foi projetada para ser flexível e usável.

Para obter mais informações sobre o gerenciamento de propostas, consulte o artigo sobre gerenciamento de fluxos de trabalho e propostas.

PDPs (Páginas de Detalhes do Projeto)

O gerenciamento de propostas de projetos e os processos de planejamento de portfólio do Project Web App usam PDPs (páginas de detalhes do projeto), que podem ser integradas a fluxos de trabalho. As PDPs são paginas de Web Parts e foram criadas com base na infraestrutura do SharePoint Server para mostrar ou editar detalhes de entidades para planejamento de projetos, como informações sobre projetos, recursos, agendas ou impactos estratégicos. Outra infraestrutura para PDPs no Project Server 2010 incorpora o recurso de caso de negócios do componente Construtor no Office Project Portfolio Server 2007.

As PDPs podem ser usadas de diversas formas diferentes no Project Web App e em outros aplicativos no farm do SharePoint Server no qual o Project Server reside. Você pode criar três tipos de PDPs na página Páginas de Detalhes do Projeto do Project Web App (http://NomeDoServidor/NomeDoProjectServer/Project%20Detail%20Pages/Forms/AllItems.aspx). Use a guia Documentos da página para criar uma PDP.

  • Projeto   Usado para editar detalhes do projeto em um modelo de projeto empresarial sem fluxo de trabalho ou em outros aplicativos.

  • Novo Projeto   Usado para criar um projeto. Esse tipo de PDP é necessário em um modelo de projeto empresarial que tenha um fluxo de trabalho para análise de portfólio.

  • Status do Fluxo de Trabalho   Mostra o estágio e o status atuais de uma proposta de projeto.

Você pode personalizar PDPs usando Web Parts e uma interface de faixa de opções. O Project Server 2010 inclui as seguintes Web Parts novas para PDPs:

  • Web Part Botões   Permite que os usuários editem, salvem, publiquem ou fechem uma página de detalhes do projeto ou prossigam para o próximo estágio em um fluxo de trabalho. Uma página longa pode incluir várias Web Parts Botões.

  • Web Part Status do Fluxo de Trabalho   Permite que os usuários verifiquem o status de fluxos de trabalho do Project Server.

  • Web Part Campos do Projeto   Permite que os usuários selecionem ou editem campos personalizados do projeto para a PDP. Os campos de tarefa de resumo do projeto, como custo e trabalho real, são somente leitura. Os campos personalizados, como nome do projeto, departamento, gerenciamento de fluxo de trabalho, data de início e proprietário, são de leitura/gravação.

  • Web Part Impacto Estratégico   Inclui todas as definições de fatores comerciais filtradas por um ou mais departamentos. Essa Web Part permite que os usuários classifiquem o impacto do projeto em cada fator.

  • Web Part Dependências   Permite que os usuários definam dependências entre projetos.

As PDPs oferecem uma experiência de gerenciamento de projeto que é aprimorada em relação ao recurso de proposta de projeto do Office Project Server 2007. O Office Project Web Access no Office Project Server 2007 tem somente duas páginas para propostas de projeto que não podem ser personalizadas: uma página para uma lista alfabética de todos os campos personalizados do projeto e outra para tarefas no projeto proposto. O Project Server 2010 permite que os usuários criem um número ilimitado de páginas e controlem exatamente que dados do projeto estão disponíveis em cada uma.

Por exemplo, os usuários podem criar páginas controladas por fluxo de trabalho usando a Web Part Campos do Projeto para capturar informações detalhadas sobre projetos e casos comerciais. As páginas podem incluir rich text e acessar a Web Part Cronograma de Projeto e a Web Part Agenda usando a infraestrutura da PDP. As PDPs podem incluir Web Parts simples, como a Web Part Editor de Conteúdo, que exibe rich text e imagens, ou Web Parts personalizadas, que capturam ou exibem dados de um sistema LOB (linha de negócios) externo.

As PDPs oferecem uma experiência de criação de projeto altamente personalizável. Elas podem se integrar com a interface do usuário da Faixa de Opções no Project Web App, oferecer elementos de navegação de Início Rápido específicos de partes individuais dos dados do projeto e filtrar dinamicamente campos personalizados por associação departamental.

As PDPs podem integrar o Project Web App com vários cenários de gerenciamento de projetos diferentes, como os seguintes:

  • Avaliação do impacto dos objetivos estratégicos no projeto.

  • Fornecimento de captura orientada a fluxo de trabalho de detalhes em propostas de projeto.

  • Fornecimento de alinhamento estratégico orientado a fluxo de trabalho; por exemplo, obtenção da adesão dos executivos antes de prosseguir para um determinado estágio.

  • Execução de análises de portfólio com base em restrições de custo e de capacidade de recursos.

  • Execução do orçamento de custos do projeto.

  • Execução do planejamento de recursos personalizados.

  • Fornecimento de agendamento de tarefa detalhado passo a passo.

Muitos desses cenários estão envolvidos com o gerenciamento de propostas. Para obter mais informações, consulte o artigo sobre gerenciamento de fluxos de trabalho e propostas (https://go.microsoft.com/fwlink/?linkid=189587\&clcid=0x416), na Biblioteca do MSDN online. Para obter mais informações, consulte também Workflow and Project Detail Pages (Project Server 2010 settings).

Integração de fluxos de trabalho

Fluxos de trabalho são um recurso principal do gerenciamento de portfólios de projeto. O ciclo de vida de um projeto pode incluir processos de execução longa que se estendem por várias fases. As fases de governança incluem propostas de projeto, análise do impacto sobre os negócios, seleção, criação, planejamento, gerenciamento e acompanhamento.

Embora o Office Project Portfolio Server 2007 inclua fluxos de trabalho, ele próprio não é extensível e os fluxos de trabalho são difíceis de criar. A integração no Project Server 2010 de gerenciamento de portfólios e de projetos oferece uma plataforma ampla e extensível para a criação de fluxos de trabalho baseados na plataforma de fluxos de trabalho do SharePoint Server 2010.

Os fluxos de trabalho do Project Server 2010 estendem o modelo de segurança de fluxo de trabalho do SharePoint Server para permitir a instalação em um farm do SharePoint Server e o acesso de vários usuários que tenham as permissões apropriadas do Project Server. Os fluxos de trabalho são executados pela representação de um usuário especial do Project Server. A representação e o uso de assemblies de proxy permitem que os usuários de fluxos de trabalho do Project Server chamem a PSI (Interface do Project Server) no servidor de aplicativos, em vez de chamarem a PSI por meio do servidor Web front-end (Project Web App).

Além do gerenciamento de portfólios, o Project Server 2010 também permite a criação de fluxos de trabalho para gerenciamento de recursos, tarefas e quadros de horários. Para obter mais informações, consulte o artigo sobre gerenciamento de fluxos de trabalho e propostas (https://go.microsoft.com/fwlink/?linkid=189587\&clcid=0x416). Para conhecer uma série de artigos explicativos, consulte o tópico sobre desenvolvimento de fluxos de trabalho do Project Server (https://go.microsoft.com/fwlink/?linkid=189598\&clcid=0x416). Para obter mais informações sobre a integração do fluxo de trabalho, consulte Workflow and Project Detail Pages (Project Server 2010 settings).

Business intelligence

Os recursos de business intelligence permitem que você visualize os dados combinados como respostas a perguntas dos clientes. No Project Server 2010, os Serviços do Excel se integram ao Project Server para facilitar a criação de relatórios personalizados. Como parte dessa integração, são oferecidas planilhas conectadas a dados em branco e a relatórios predefinidos. Além disso, os dados disponíveis para a criação de relatórios foram expandidos para incluir campos personalizados de quadro de horários, propriedades do projeto e planejador de portfólio e dados do otimizador. Os cubos predefinidos agora podem ser personalizados usando o PWA para incluir somente os dados de um determinado departamento.

Para obter mais informações sobre Business Intelligence no Office Project Server 2007, consulte a postagem de blog Project 2010: visão geral do business intelligence (https://go.microsoft.com/fwlink/?linkid=189600\&clcid=0x416). Para obter recursos adicionais, consulte o artigo sobre a Central de Recursos de business intelligence no Project Server 2010 no TechNet.

Campos personalizados departamentais

Vários clientes empresariais gerenciam projetos para diversos departamentos em uma instância do Project Web App. Uma questão importante é como lidar com requisitos diferentes para campos personalizados da empresa em departamentos diferentes. No Office Project Server 2007, todos os usuários podem ver todos os campos personalizados da empresa, mesmo que um subconjunto desses campos se aplique somente a um dos departamentos. Alguns usuários criaram soluções alternativas para o problema usando campos personalizados locais com programação personalizada adicional, mas essa é uma solução insuficiente a longo prazo.

O Project Server 2010 introduz campos personalizados departamentais. Cada departamento pode usar o seu próprio conjunto de campos personalizados de projetos, tarefas e recursos da empresa, e os departamentos também podem compartilhar campos personalizados específicos. O Project Server pode filtrar campos personalizados que não são atribuídos a um departamento, de forma que os usuários vejam somente os campos personalizados relevantes.

O Project Server 2010 pode restringir usuários que tenham permissão para editar campos personalizados em um departamento para que eles não usem o Project Web App para editar os campos personalizados de outro departamento aos quais não tenham permissão. O Project Professional permite o acesso a todos os campos personalizados, embora possa filtrar listas com base em um departamento para um projeto. Se você não for membro de um departamento, só precisará preencher os campos globais necessários e não outros campos departamentais.

A PSI é estendida para especificar departamentos e inclui a configuração de campos personalizados e permissões por departamento. A PSI também pode criar coleções departamentais, associar projetos, recursos, tarefas de pesquisa e campos personalizados em uma coleção e definir que campos personalizados são necessários em uma coleção departamental. As coleções são definidas na tabela de pesquisa Coleções padrão. A tabela de pesquisa Coleções pode ser modificada, mas não pode ser excluída. A PSI permite que os usuários editem campos personalizados em coleções de outros departamentos.

Delegação de usuários

No Office Project Server 2007, o recurso de quadro de horários alternativo permite que um usuário de quadro de horários ceda o gerenciamento do quadro de horários para outro usuário (por exemplo, para enviar atualizações). No entanto, existem muitas outras partes do Project Web App nas quais é possível que você queira delegar as suas atribuições a outro usuário, se possível. No Project Server 2010, o recurso de delegação foi introduzido como uma resposta a essa necessidade. O recurso de delegação permite que um usuário aja como outro usuário, não importando a diferença de nível de permissão entre os dois. Como exemplo, um membro da equipe pode ser o representante de um administrador, o que significa que, quando ele se tornar o delegado, terá todos os privilégios do administrador.

Para obter mais informações sobre como usar a delegação, consulte Turn user delegation on or off (Project Server 2010 settings).

Suporte a vários cubos OLAP

O CBS (Serviço de Criação de Cubo) do Project Server 2010 dá suporte à criação de cubos departamentais e vários cubos fragmentados em dados. Os administradores de conjunto de dados para EPM (Enterprise Project Management) podem criar vários cubos personalizados, como os seguintes:

  • Cubos que só contêm dados para projetos e recursos que eles administram.

  • Cubos que só contêm os fatos e dimensões que eles selecionam.

"Multicubos" permitem que você divida os dados em cubos, separando grupos de dados e adicionando campos de cada grupo. Os administradores podem restringir o acesso a cubos por departamento. O Project Server 2010 também dá suporte a dados localizados em cubos, com o uso de tradutores. Todos os dados podem ter aliases de nome de campo localizados, de forma que você possa criar PDPs que mostrem nomes de campo no idioma da localidade onde foram implantados. Os cubos dão suporte a dados de "tarefas agendadas manualmente", com tarefas mostradas como propriedades em vez de em uma dimensão de tarefa. Tarefas agendadas manualmente são um novo recurso no Microsoft Project Professional 2010. O Project Professional permite que você escolha o modo da tarefa — agendada automaticamente (o modo tradicional) ou agendada manualmente. Os cubos excluem tarefas inativas por padrão, mas podem incluir uma dimensão para atribuições de tarefa e mostrar tarefas ativas ou inativas.

O CBS do Project Server 2010 também reduz o bloqueio de atualizações de RDB quando a criação de um cubo começa. Um dos problemas com cubos OLAP para implantações grandes do Office Project Server 2007 está relacionado a atrasos causados por recriações: os relatórios de projeto que usam o RDB podem ser atrasados enquanto aguardam a recriação do cubo central seja para que novos dados possam ser vistos. Os usuários do Project Server com as permissões administrativas relevantes podem criar cubos personalizados menores no momento selecionado. Os administradores do Project Server podem transferir a carga administrativa da criação de novos campos personalizados e cubos para equipes departamentais, ajudando a reduzir os conflitos sobre dados nos cubos e o tempo de criação de relatórios.

Os multicubos OLAP não dão suporte ao Microsoft SQL Server Analysis Services 2000 ou DSO (Decision Support Objects). O requisito mínimo é o Microsoft SQL Server 2005 SP2 de 64 bits e a API de código gerenciado de AMO (Objetos de Gerenciamento de Análise). O AMO também é uma implementação de 64 bits nas versões de 64 bits do SQL Server e reduz os problemas de configuração de versão para atualizações.

Novo controle de grade no PWA

Os usuários do Project Web App agora usarão o novo controle de Grade AJAX do Project Server 2010 para exibir suas páginas. Trata-se de um controle de grade JavaScript que dá suporte a operações de leitura e gravação. É mais rápido que o controle anterior, tem validação de célula, uma paleta de cores ampla e um seletor de campos interativo. Ao contrário dos controles ActiveX usados anteriormente no Office Project Server 2007, o controle de Grade AJAX não exige instalação local e evita as preocupações de segurança sobre o download de controles não assinados.

Para acessar o Project Server 2010, os usuários do Project Web App precisam usar o Internet Explorer 7, o Internet Explorer 8 ou o Internet Explorer 9. Além disso, a atualização Service Pack 1 para Project Server 2010 fornece suporte para versões específicas de navegadores adicionais (Firefox, Google Chrome e Apple Safari) para acessar páginas do Project Web App usadas frequentemente pelos membros da equipe. Para obter mais informações sobre navegadores, consulte Planejar o suporte a navegadores (Project Server 2010).

Interface do usuário da faixa de opções no Project Web App

O SharePoint Foundation 2010, o SharePoint Server 2010 e o Project Web App no Project Server 2010 estão adotando o componente da interface do usuário da faixa de opções. A experiência do Project Web App será mais consistente com a experiência do usuário do Project Professional 2010, fazendo com que os gerentes de projeto possam trabalhar de formas semelhantes em ambos aplicativos clientes. A interface da faixa de opções também facilita para usuários que conhecem outros aplicativos do SharePoint Server a mudança para o Project Web App.

As páginas do Project Web App que são usadas com frequência pelo PMO (Project Management Office), por gerentes de projeto, gerentes de recursos e membros da equipe usam a interface da Faixa de Opções de Servidor. Outras páginas que não são usadas com frequência, como as páginas administrativas nas Configurações do Servidor e algumas páginas em Configurações Pessoais, não precisam da Faixa de Opções.

A faixa de opções é personalizável e extensível. No Office Project Server 2007, era difícil ou impossível para desenvolvedores de terceiros personalizarem várias páginas no Project Web App. O Project Server 2010 facilita a personalização e a extensão das páginas não administrativas. Para obter mais informações, consulte a seção "Personalizar a Faixa de Opções do Project Web App", no artigo sobre cenários para desenvolvimento do Project Server (https://go.microsoft.com/fwlink/?linkid=189618\&clcid=0x416).

Modo de entrada única de quadro de horários

O Project Server 2010 introduz um novo modo de controle de tempo que unifica os dados inseridos usando as páginas de quadro de horários e de status no Project Web App. O modo de entrada única de quadro de horários é implementado por meio dos métodos de Quadro de Horário na PSI para oferecer acesso integrado ao horário Administrativo. O modo de entrada única é ampliado com outros dados necessários para transferir itens anteriormente indisponíveis no esquema Quadro de Horários.

Para obter mais informações sobre o modo de entrada única de folha de horas, consulte Overview: Enter time and task progress in one view (Project Server 2010).

Integração com o Exchange Server

O Office Project Server 2007 integra-se ao aplicativo cliente do Microsoft Office Outlook 2007, permitindo que os membros da equipe vejam e informem horários em atribuições por meio de um suplemento do Outlook. Em contraste, o Project Server 2010 integra-se diretamente ao Exchange Server 2007 SP1 (ou posterior), e não com o Outlook, fazendo com que os membros da equipe que estejam em qualquer local com acesso ao Exchange Server possam interagir com dados de atribuição no Outlook ou no Microsoft Outlook Web App.

O Project Server envia informações de tarefa e atribuição atualizadas para o Exchange Server, que manipula todas as interações do cliente com o Outlook e com o Outlook Web App. O Exchange Server notifica o Project Server quando um cliente do Outlook altera os dados da atribuição. O Project Server gera um trabalho de fila que obtém os dados do Exchange Server e usa a API de Status pública para atualizar as informações no Project Web App.

Para obter mais informações sobre a integração do Project Server 2010 com o Exchange Server, consulte Deploy Project Server 2010 with Exchange Server.

Autenticação baseada em declarações

A autenticação baseada em declarações é um novo método de autenticação disponível para o Project Server 2010 por meio do SharePoint Foundation 2010 e do SharePoint Server 2010.

Os sistemas de autenticação baseada em declarações oferecem serviços de autenticação federada, como o ADSF (Serviços de Federação do Active Directory), o mecanismo de logon único e assim por diante. Em um sistema de autenticação baseada em declarações, existe um token de segurança composto de um conjunto de asserções de identidade sobre um usuário autenticado. Asserções são atributos associados à identidade de um usuário, podendo incluir um nome de usuário, uma função ou uma ID de funcionário, além de vários outros atributos que podem ser usados para determinar autorizações. Um STS (Serviço de Token de Segurança) responde a solicitações de autenticação e cria o token com base em informações de conta em diversos repositórios de atributos. O token é então usado para autenticar ações. Em essência, a autenticação baseada em declarações oferece flexibilidade além do método tradicional de autenticação NTLM/Kerberos do Windows.

Para obter mais informações sobre a autenticação baseada em declarações, bem como sobre o STS, consulte os seguintes artigos:

BCM (Modo de Compatibilidade com Versões Anteriores) para atualização

Após a atualização para o Project Server 2010, o recurso BCM (Modo de Compatibilidade com Versões Anteriores) permite que os usuários do Microsoft Office Project Professional 2007 com Service Pack 2 se conectem ao servidor. Esse recurso oferece aos administradores de rede um certo grau de flexibilidade no planejamento da atualização de seus clientes do Office Project Professional 2007 para o Project Professional 2010, uma vez que não é necessário que ela aconteça imediatamente. Quando o BCM está habilitado, os usuários do Project Professional 2010 podem se conectar ao Project Server 2010, embora alguns dos novos recursos não estejam habilitados. Depois que você atualizar todos os seus clientes do Project Professional para o Project Professional 2010, o BCM poderá ser desabilitado. Isso permite que os usuários do Project Professional 2010 aproveitem todos os recursos. Para obter mais informações sobre o BCM, consulte Backward compatibility mode (BCM) (Project Server 2010).

Importante

Quando o BCM for desabilitado, não será possível habilitá-lo novamente. Verifique se você está realmente pronto para desabilitar o BCM antes de fazê-lo.

Importante

Os usuários do Office Project Professional 2003 não conseguem se conectar ao Project Server 2010, mesmo quando o BCM está habilitado.

VME (Ambiente de Migração Virtual) para a migração de dados do Project Server 2003

Se você está em um ambiente do Project Server 2003, deve migrar seus dados para o Office Project Server 2007 antes de atualizar para o Project Server 2010. O VME (Ambiente de Migração Virtual) é um ambiente do Office Project Server 2007 em uma imagem do Hyper-V que serve como ambiente de passagem temporário para a migração dos seus dados para o Office Project Server 2007. Pode ser instalado como ambiente autônomo e não precisa estar conectado à rede, e os dados do Project Server 2003 pode ser acessados por ele a partir de uma unidade de disco rígido externa. Ele não exige licenciamento adicional, uma vez que só será usado para fins de migração de dados. Para obter mais informações sobre o VME, consulte Guia do VME (ambiente de migração virtual) para o Project Server 2010 .

Windows PowerShell

O suporte ao Windows PowerShell está disponível no Project Server 2010 para facilitar ainda mais a implantação e o gerenciamento. O Windows PowerShell é um shell de linha de comando interativa relativamente novo e uma linguagem de script para Windows. O Windows PowerShell oferece aos administradores de TI (sistemas de informação) poderosos recursos de automação de tarefas e de scripts para o gerenciamento de sistemas operacionais Windows e aplicativos. Foi lançado em 2006 e atualmente está disponível para Windows XP SP2/SP3, Windows Server 2003, Windows Vista, tendo sido incluído no Windows Server 2008 como recurso opcional. O Windows PowerShell está incluído no Windows 7.

O SharePoint Server 2010 é a primeira versão do SharePoint Server a se integrar com o Windows PowerShell como uma interface administrativa e de gerenciamento. Os administradores de TI podem usar o Windows PowerShell para criar arquivos em lotes (scripts) que automatizam tarefas de rotina e resolvem problemas complexos. Os scripts oferecem funcionalidade ampliada e garantem a consistência, especialmente quando distribuídos para outros administradores da organização.

Um dos pré-requisitos para a instalação do SharePoint Server 2010 é que o Windows PowerShell seja instalado como um recurso ou como parte do sistema operacional. Os cmdlets do SharePoint são escritos para o Windows PowerShell 1.0, mas devem ser executados no Windows PowerShell 2,0 por padrão. O SharePoint Server não cria seu próprio shell, mas se baseia na funcionalidade fornecida pelo Windows PowerShell. Ele faz isso registrando provedores e um snap-in específico do SharePoint. Esse shell estendido é conhecido como SMC (Console de Gerenciamento do SharePoint).

Observação

Para obter mais informações sobre o Windows PowerShell, consulte Windows PowerShell para Project Server 2010. Você também encontrará mais informações no guia sobre execução de scripts do Windows PowerShell (https://go.microsoft.com/fwlink/?linkid=189628&clcid=0x416).