Estructura básica de un XML de tareas de un patrón de proyectos:
<?xml version="1.0"
encoding="iso-8859-1" ?>
<objects
xmlns:tal="http://xml.zope.org/namespaces/tal">
<default_portal_type tag="task"
portal_type="KMKey Task" />
<task task_id="1" wbs="1"
Title="1. Tareas Previas" responsible="role:responsable">
<task task_id="1.1"
wbs="1.1" Title="1. Información previa del
proyecto" planned_start="root['planned_start']"
planned_end="root['planned_start']+7"
responsible="role:responsable" />
</task>
</objects>
Atributos más usados del TAG task:
task_id: ID interno de la tarea, sirve básicamente para filtrar documentos generables sólo desde determinadas tareas
wbs: Es el orden WBS de las tareas (x.y.z). Determina su orden por defecto en el navtree
Title: Es el nombre de la tarea
Description: Puede contener una descripción más larga de la tarea, como una explicación de lo debe hacerse en ella
planned_start: Es la fecha prevista de inicio. Lo habitual es que sea calculada en función de la fecha de la tarea padre (parent) o de la fecha del proyecto (root). Asi, lo normal es planned_start=”root['planned_start']+24” o planned_start=”root['planned_end']-150”
planned_end: Igual que la anterior pero con la fecha de fin prevista
planned_hours: Puede contener un valor entero que corresponderá al esfuerzo previsto, es decir, al número de horas que se prevé dedicar para realizar la tarea
responsible: Es el responsable de la tarea. Puede definirse un usuario concreto, en formato responsible=”user:nombreusuario” o bien a un perfil, en formato responsible=”role:tecnico”. En este segundo caso, se designará como responsable de la tarea a la persona que tome el perfil “tecnico” en el proyecto
workflows: Lista de ID's de patrones a los que se puede enlazar desde esta tarea (tal y como aparecen en la pantalla de Admin / Patrones), separados por #@. Cuando el proyecto esté creado, el workflow se podrá ejecutar desde la pestaña Planificación / Flujo de Trabajo. Existe la opción, además de enlazar con otro patrón de trabajo, de incluir nuevas tareas del propio patrón. En ese caso, debe indicarse del modo task999, siendo 999 el task_id de tarea incluible. Finalmente, tanbién se puede decidir incluir tareas de otro patrón, pero sin cambiar el tipo de datos del proyecto actual. Eso es muy útil si se quiere mantener la estructura de campos actual, pero incluir tareas y/o perfiles de otros patrones. La sintaxis en ese caso sería tasks(id_patron)
conditional: Se usa para tareas que no se crean inicialmente con el proyecto, pero que pueden ser incluidas desde otras tareas, mediante la opción del workflow. Es un atributo opcional, y puede tomar los valores "1" o "0"
Otras opciones avanzadas usables en los patrones:
Etiquetas: Configuracion KMKey