Поделиться через

Какие задачи PSI выполняет, а какие — нет

  • Статья

Интерфейс Project Server (PSI) помогает автоматизировать многие серверные процессы в локальных установках Project Server 2013. Но для некоторых функций требуется использование Microsoft Project профессиональный 2013.

PSI дополняет возможности Project профессиональный 2013, а не предоставляет серверную альтернативу для всех Project профессиональный функций. Сторонние разработчики могут использовать PSI для создания веб-частей для локальных установок Project Web App и рабочих областей проектов, создания пользовательских приложений Windows и веб-приложений, взаимодействующих с локальными данными Project Server, разработки логики рабочих процессов для управления портфелем проектов, разработки локальных обработчиков событий с полным доверием и интеграции Project Server с другими приложениями. PSI нельзя использовать для разработки приложений для Магазина Office, мобильных устройств или планшетов. для этого можно использовать клиентская объектная модель (CSOM).

Примечание.

PSI предоставляет более полный программный интерфейс для Project Server 2013, чем CSOM. Но если CSOM не предоставляет необходимые функции, рекомендуется использовать CSOM для разработки новых приложений. Дополнительные сведения см. в разделе Что делает CSOM, а что не делает.

Сценарии использования для PSI

Ниже приведены примеры некоторых приложений, которые PSI поддерживает для серверных проектов и вычислений.

  • Автоматизация создания сущностей в Project Server или управления ими Хотя Project профессиональный 2013 и Project Web App вместе предназначены для управления и создания таких сущностей, как проекты, корпоративные ресурсы и настраиваемые поля, часто бывают случаи, когда пользовательское приложение может сэкономить время с помощью массовых или повторяющихся заданий. PSI может автоматизировать несколько типов заданий, которые CSOM не выполняет, например с кубами OLAP, анализом портфеля проектов, бизнес-драйверами, уведомлениями, поставщиками объектных ссылок, безопасностью и взаимодействием с SharePoint.

  • Получение данных в опубликованных или архивных таблицах базы данных Project Так как прямой доступ к базам данных к черновикам, опубликованным и архивным таблицам не поддерживается, можно использовать PSI для чтения данных, недоступных в таблицах или представлениях отчетов. Например, получите сведения о версиях проекта, датах и изменениях, хранящихся в архивных таблицах, а затем заполните элемент управления JS Grid в веб-части.

  • Проверка данных о состоянии и расписании Используйте PSI в локальных обработчиках предварительных событий для проверки состояния назначения или данных расписания, которые вводят пользователи, перед сохранением данных в Project Web App.

  • Проекты обслуживания Создание проектов-заполнителей для использования с планами ресурсов. Зарезервируйте время и ресурсы для работ по обслуживанию или основного бизнеса. В проектах по обслуживанию задачи обычно не используются.

  • Создание финансовых проектов. Создавайте проекты для резервирования времени с помощью расписаний для последующей интеграции с финансовыми системами. Создавайте иерархию финансовых кодов, отражающих структуру детализации затрат финансовой системы. Для финансовых проектов не требуется выполнять планирование или обновлять состояния.

  • Интеграция с системами бухгалтерского учета. Регистрируйте затраты на ресурсы и расходы, связанные с проектами, и передавайте данные в финансовые системы и системы выставления счетов, а также используйте эти данные для целей сравнения с бюджетом. Синхронизируйте задачи, ресурсы и назначения между системами. Отметьте данные расписания в одной системе для передачи в другую (вопрос о том, какое расписание должно использоваться, зависит от потребностей организации или от индивидуальных проектов).

  • Автоматизация обновлений, получаемых от участников рабочих групп. При работе с проектами, которые не являются активно управляемыми, вы можете автоматически обновлять проекты на сервере по мере прогресса и внесения изменений в проекты участниками рабочих групп. Проекты можно обновлять и повторно публиковать без участия руководителей проектов, проверяющих результаты или корректирующих планы.

  • Оценка данных Project Server в локальных обработчиках событий с полным доверием Локальный обработчик событий для предварительного события ProjectCreating может использовать данные Project Server из PSI, чтобы определить, следует ли отменять событие. Например, прежде чем создать проект, можно сравнить предлагаемый проект с существующими проектами.

  • Создание настраиваемых действий рабочих процессов для управления запросами Используйте PSI в локальных действиях рабочих процессов с полным доверием для изменения и обновления предложений проекта на основе шаблонов корпоративных проектов. Используйте настраиваемые поля проекта, чтобы пометить проект сведениями, необходимыми для процесса запуска и утверждения. Добавьте задачи по определению этапов проекта, основных вех и конечных результатов. При утверждении предложений по проекту рабочий процесс может преобразовать предложения в полномасштабные проекты, управляемые с помощью Project профессиональный.

  • Создание расширений PSI (не рекомендуется. Расширения устарели в Project Server 2013 и не будут поддерживаться в будущих выпусках.) PSI можно расширить с помощью пользовательских служб с помощью интерфейса Windows Communication Foundation (WCF). Расширения PSI выполняются на компьютере Project Server и могут использовать ту же инфраструктуру безопасности, что и встроенные службы PSI. Расширения могут запрашивать таблицы отчетов, использовать отдельные таблицы баз данных, объединять вызовы PSI для экономии пропускной способности и интегрироваться со сторонними приложениями и другими серверными компонентами. Дополнительные сведения см. в разделе Разработка расширений PSI.

  • Использование олицетворения в локальных приложениях с полным доверием Вызовы интерфейса WCF PSI можно олицетворить, чтобы приложение взяло на себя разрешения безопасности олицетворенного пользователя. Олицетворение следует использовать осторожно и осторожно. Чтение и обновление сведений о состоянии для других пользователей не требует олицетворения. Новые приложения, требующие олицетворения, должны использовать CSOM и протокол OAuth вместо PSI. Дополнительные сведения об олицетворении с помощью PSI см. в разделе Использование олицетворения с WCF.

Примечание.

В некоторых случаях PSI можно использовать в клиентских приложениях с CSOM и Project Online. Если используется веб-служба PSI на основе ASMX, приложение должно включать метод для проверки подлинности объекта Microsoft.ProjectServer.Client.ProjectContext в CSOM и метод для проверки подлинности клиентского объекта System.Web.Services.Protocols.SoapHttpClientProtocol . Пример использования веб-службы с CSOM SharePoint см. в статье Удаленная проверка подлинности в SharePoint Online с помощью проверки подлинности на основе утверждений. > Из-за ограниченных разрешений на уровне приложения PSI нельзя использовать в приложениях, предназначенных для распространения в общедоступном Магазине Office. В этом случае можно использовать только CSOM.

Что не делает PSI

Хотя PSI может сделать много вещей, есть некоторые вещи, которые PSI не делает. Ниже приведены две вещи, которые PSI не может сделать, но CSOM может сделать.

Project Online и удаленные приемники событий

Основное ограничение PSI — это Project Online. Приложениям, используюющим PSI, требуется доступ с полным доверием к локальной установке Project Server. Например, PSI нельзя использовать в удаленных приемниках событий, где приемник событий установлен в качестве службы в Microsoft Azure.

Проверка подлинности рабочих процессов и утверждений

Для определения рабочего процесса, использующего Windows Workflow Foundation версии 4 (WF4), требуется проверка подлинности утверждений, которую PSI напрямую не поддерживает. Это означает, что нельзя использовать PSI для создания проекта в Project Server 2013 с типом корпоративного проекта (EPT) с определением рабочего процесса WF4.

PSI можно использовать для создания проектов с ept, которые либо не имеют рабочего процесса, либо использовать устаревшее определение WF3.5 (версия рабочего процесса в Project Server 2010). Чтобы создать проект с EPT с определением WF4, используйте CSOM.

Действия, требующие Project профессиональный:

В следующем списке перечислены вещи, которые не могут сделать ни PSI, ни CSOM.

Локальные данные

  • Управление данными в локальных проектах (.mpp файлах). Например, определение таблиц ставок затрат или контуров доступности для локальных ресурсов.

  • Определение или изменение локальных базовых календарей или календарей ресурсов, включая исключения календаря.

  • Определение локальных настраиваемых полей. (PSI поддерживает изменение локальных значений настраиваемых полей для задач, ресурсов и назначений.)

Корпоративные данные

  • Извлечение или изменение глобального корпоративного шаблона. Глобальные корпоративные данные в Project Server 2013 — это набор двоичных таблиц данных в базе данных Project, а не шаблон проекта, как в Office Project Server 2007 и более ранних версиях.

  • Определение или редактирование корпоративных календарей. Методы Calendar управляют только исключениями календаря.

  • Создание master проектов и вставка подпроектов.

  • Планирование критического пути в проекте master.

  • Создание ссылок между проектами.

Ресурсы

  • Запрос или выполнение выравнивания ресурсов.

  • Изменение ресурса в назначении. (PSI можно использовать для удаления назначения и создания нового.)

  • Удаление или замена ресурса с фактической работой, принятой (фактическая).

  • Изменение типа ресурса между работой, материалом и затратами.

  • Создание или изменение календарей ресурсов.

  • При добавлении ресурса в задачу PSI не перераспределяет работу автоматически, как это делает Project профессиональный. Разработчик может выбрать и явно задать распределение работ для назначений.

Затратные ресурсы

  • Редактирование, создание или удаление ресурсов и назначений затрат с помощью методов Project . Методы Resource могут создавать затратные ресурсы, но не могут изменять их.

Контуры работы

  • Редактирование повременных данных.

    Примечание.

    Метод UpdateStatus в веб-службе statusing может изменять повременные фактические данные для назначений после того, как руководитель проекта обновит и опубликует данные назначения.

  • Установка или изменение типа контура назначения (например, плоский, с обратной загрузкой или с передней загрузкой).

Базовые показатели и заработанное значение

  • Сохранение базового плана или изменение базовых данных.

  • Задание даты выполнения.

  • Вычисление дисперсии и полученной стоимости.

Интерактивное планирование

  • Поддержка интерактивного планирования. (Так как Project Server обрабатывает взаимодействия асинхронно, интерактивное планирование должно выполняться с помощью Project профессиональный.)

    Примечание.

    Чтобы избежать изменения программного поведения, методы PSI, перенесенные из Project Server 2010, действуют так же в Project Server 2013. Например, QueueUpdateProject по-прежнему имеет те же ограничения и использует более старый серверный модуль планирования. Новый метод QueueUpdateProject2 устраняет многие из этих ограничений и использует новый серверный модуль планирования Project Server 2013, который является тем же механизмом планирования, что и в Project профессиональный 2013 г.

СДР

  • Определение маски кода структуры рабочего разбивки (WBS).

Задачи

  • Изменение типа задачи (фиксированные трудоемки, продолжительность или единицы).

  • Изменение того, зависит ли задача от усилий.

  • Изменение начисления фиксированных затрат на задачи.

  • Изменение содержимого поля TASK_NOTES . PSI может считывать только текстовую часть заметок задачи, которые .rtf двоичные данные. Но вы можете редактировать заметки о назначении ( ASSN_NOTES ), которые являются текстовыми данными. База данных отчетов не содержит заметки о задачах или назначениях.

  • Создание или изменение повторяющихся задач.

  • Назначение или изменение календаря задач для существующих задач.

  • Создание новой задачи с календарем задач.

  • Изменение значения поля TASK_IGNORES_RES_CAL (задача игнорирует календарь ресурсов).

  • Изменение активного состояния задачи с помощью QueueUpdateProject , если в том же вызове внесены дополнительные изменения. Дополнительные сведения см. в разделе Планирование проекта на сервере статьи Программируемость Project Server.

Суммарные задачи.

  • Создание или изменение назначений для сводных задач.

    Примечание.

    Рекомендуется не выполнять назначения для сводных задач с помощью Project профессиональный или каким-либо другим способом. Дополнительные сведения см. в разделе Планирование проекта на сервере статьи Программируемость Project Server.

  • Редактирование полей суммарных задач, которые обычно свертываются из подзадаки. Серверные проекты всегда сводные сведения всегда свертываются, а не задают сведения о суммарной задаче и помещают их в подзадачи. Для сводных задач можно изменить только следующие поля:

Для суммарной задачи проекта ограничения PSI такие же, как и для Project профессиональный. PSI может изменять бюджетные назначения, включая бюджеты затрат.

Параметры вычисления на уровне проекта

См. также