Clase Statusing
Incluye métodos para administrar las actualizaciones de estado y las asignaciones en Project Server.
Jerarquía de la herencia
System.Object
System.MarshalByRefObject
System.ComponentModel.Component
System.Web.Services.Protocols.WebClientProtocol
System.Web.Services.Protocols.HttpWebClientProtocol
System.Web.Services.Protocols.SoapHttpClientProtocol
WebSvcStatusing.Statusing
Espacio de nombres: WebSvcStatusing
Ensamblado: ProjectServerServices (en ProjectServerServices.dll)
Sintaxis
'Declaración
<WebServiceBindingAttribute(Name := "StatusingSoap", Namespace := "https://schemas.microsoft.com/office/project/server/webservices/Statusing/")> _
Public Class Statusing _
Inherits SoapHttpClientProtocol
'Uso
Dim instance As Statusing
[WebServiceBindingAttribute(Name = "StatusingSoap", Namespace = "https://schemas.microsoft.com/office/project/server/webservices/Statusing/")]
public class Statusing : SoapHttpClientProtocol
Comentarios
La clase Statusing se usa para proporcionar información de estado y actualizar el estado en las asignaciones. por lo general, Statusing utiliza seguridad basada en el contexto de usuario. Cambios en Project Server 2010 permiten leer y actualizar información de estado sin usar suplantación.
Nuevos métodos de Microsoft Project Server 2010 incluyen los siguientes:
Si el usuario ha iniciado la sesión no es el recurso especificado, los métodos ReadStatusForResource y SubmitStatusForResource no requieren suplantación.
An application user who has the StatusBrokerPermission global permission can use the UpdateStatus method to update assignment status without impersonation, by including the new ResID attribute of the Assn element in the changeXml parameter. For more information about the ChangeList schema, see Introduction to the ChangeList Schema and Statusing ChangeXML.
Nota
Con Project Server 2010 Service Pack 1 (SP1), puede establecer el estado de fase temporal de tareas manuales, mediante el método UpdateStatus . Antes de SP1, sólo se puede establecer el estado de fase temporal para tareas programadas automáticamente.
Los usuarios reproducir tres roles en el entorno de Statusing : Administrador de estado, el Propietario de asignacióny el Recurso de trabajo.
El Administrador de estado se envía las actualizaciones de asignaciones, nuevas asignaciones y las nuevas tareas para su aprobación. El Administrador de estado con más frecuencia es el jefe de proyecto. El jefe de proyecto puede delegar esta tarea a otro usuario.
El propietario de asignación es responsable de la asignación. El propietario de asignación informes de estado, realiza una actualización o delegados según corresponda. Los cambios realizados por el propietario de asignación deben estar aprobados por el Administrador de estado.
El recurso de trabajo proporciona realmente el trabajo en esta asignación. El recurso de trabajo puede ser el mismo que el propietario de asignación, pero puede ser diferente; Por ejemplo, un encargado puede ser un propietario de asignación, y los miembros de su crew sería los recursos de trabajo.
La clase Statusing también utiliza de recursos de equipo. Una explicación completa de los recursos del equipo es más allá del ámbito de esta sección. Recursos de equipo son recursos que se pueden expresar las asignaciones de proxy para un grupo de recursos en un equipo. Recursos de trabajo y los propietarios de asignación, a continuación, pueden reasignar el trabajo a y desde el recurso del equipo.
El ciclo de vida de una asignación puede resultar confusa. Hay cuatro lugares donde pueden crearse o almacena las asignaciones: la base de datos de borrador, en la tabla de base de asignación, en la tabla de asignación guardada y la tabla actualizada.
En la figura 1. Ciclo de vida de actualización de estado
.gif "Administración de asignaciones en los métodos de estado")
Las asignaciones se crea por primera vez en el proyecto original en la base de datos de borrador. Cuando se publica el proyecto, la asignación se copia en la tabla de base de asignación y se copia una copia idéntica a la tabla de asignación guardada. Cuando el propietario de la asignación o el recurso realiza cambios en la asignación, se conservan los cambios en la tabla de asignación guardada. Cuando el propietario de la asignación o el recurso publica los cambios, se copia la asignación actualizada a la tabla de asignación actualizada. Las asignaciones que se almacenan en la tabla de asignación actualizada están visibles para el Administrador de estado, que puede aceptar o rechazar los cambios. Si el Administrador de estado acepta estos cambios, los cambios se copian en la nueva copia de trabajo del proyecto en la base de datos de borrador. Deben publicarse primero estos cambios de la base de datos de borrador en la base de datos publicados para actualizar la tabla de base de asignaciones con la nueva información.
Seguridad para subprocesos
Los miembros static (Shared en Visual Basic) públicos de este tipo son seguros para subprocesos. No se garantiza que los miembros de instancias sean seguros para los subprocesos.