Statusing クラス
継承階層
System.Object
System.MarshalByRefObject
System.ComponentModel.Component
System.Web.Services.Protocols.WebClientProtocol
System.Web.Services.Protocols.HttpWebClientProtocol
System.Web.Services.Protocols.SoapHttpClientProtocol
WebSvcStatusing.Statusing
名前空間: WebSvcStatusing
アセンブリ: ProjectServerServices (ProjectServerServices.dll 内)
構文
'宣言
<WebServiceBindingAttribute(Name := "StatusingSoap", Namespace := "https://schemas.microsoft.com/office/project/server/webservices/Statusing/")> _
Public Class Statusing _
Inherits SoapHttpClientProtocol
'使用
Dim instance As Statusing
[WebServiceBindingAttribute(Name = "StatusingSoap", Namespace = "https://schemas.microsoft.com/office/project/server/webservices/Statusing/")]
public class Statusing : SoapHttpClientProtocol
注釈
Statusingクラスは、状態情報を提供し、割り当ての状態を更新する使用されます。Statusingは、一般に、ユーザー コンテキスト ベースのセキュリティを使用します。Project Server 2010での変更の読み取りと状態管理情報の偽装を使用せずに更新を有効にします。
Microsoft Project Server 2010の新しいメソッドは、次のとおりです。
ログオンしているユーザーがいない場合、指定したリソース、 ReadStatusForResourceおよびSubmitStatusForResourceの方法では偽装は必要ありません。
アプリケーションのStatusBrokerPermissionのグローバル アクセス許可を持つユーザーは、 changeXmlパラメーターで新しいAssn要素のResID属性を含めることによって偽装を無効に、割り当ての状態を更新するには、 UpdateStatusメソッドを使用できます。変更リストのスキーマの詳細については、 Introduction to the ChangeList Schema and Statusing ChangeXMLを参照してください。
注意
Project Server 2010 Service Pack 1 (SP1) で、 UpdateStatusメソッドを使用して、手動タスクのタイム スケール領域の状態を設定できます。SP1 の前にのみ、自動タスクのタイム スケール領域の状態を設定できます。
Statusing環境で 3 つの役割を再生する:ステータス マネージャー、割り当て所有者、および時間単価型リソースです。
ステータス マネージャーは、割り当ての更新、新規割り当て、および承認のための新しいタスクに送信されます。ステータス マネージャーは、ほとんどの場合、プロジェクト マネージャーです。プロジェクト マネージャーは、このタスクを他のユーザーに委任できます。
割り当て所有者は割り当てを担当するとします。割り当て所有者は、ステータス レポート、により、更新プログラム、または適切なデリゲートします。ステータス マネージャーによって割り当て所有者によって行われた変更を承認する必要があります。
実際には、時間単価型リソース割り当ての作業を提供します。時間単価型リソースの割り当て所有者は、同じにすることができます。たとえば、現場監督は、割り当ての所有者をすることができ、彼のクルーのメンバーは、時間単価型リソースになります。
Statusingクラスには、チームのリソースの使用もします。チームのリソースの詳細については、このセクションの範囲外です。チーム リソースは、リソースで与えられる割り当てプロキシ、チームのリソースのグループです。時間単価型リソース、および割り当ての所有者では、作業と、チームのリソースを再割り当てできます。
割り当てのライフ サイクルはわかりにくいことができます。割り当てを作成または保存できる 4 つの場所がある: 下書きデータベース、基本割り当てテーブル、保存された割り当てテーブル、および、更新されたテーブル。
図 1。更新の状態のライフ サイクル
割り当ては、まず下書きデータベースで元のプロジェクトで作成されます。プロジェクトが発行されると、割り当ては基本割り当てテーブルにコピーし、同一のコピーが保存された割り当てテーブルにコピーします。割り当て所有者またはリソースが、割り当てを変更すると、変更が保存された割り当てテーブルに保持されます。割り当て所有者またはリソースの変更を発行するときに、更新された割り当ては更新された割り当てテーブルにコピーされます。更新された割り当てテーブルに格納されている割り当ては、承諾または、変更を元に戻すことができます、ステータス マネージャーに表示されます。ステータス マネージャーがこれらの変更要求を受け入れる場合は、変更が、プロジェクトを下書きデータベースでの新しい作業コピーにコピーされます。これらの変更は、基本割り当てテーブルを新しい情報で更新するには、発行済みデータベースを下書きデータベースから発行してください。
スレッド セーフ
この型のパブリック static (Visual Basic のShared ) メンバーはいずれもスレッド セーフです。インスタンス メンバーはスレッド セーフになるという保証はありません。