<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<?xml-stylesheet type="text/xsl" href="../part2stratml.xsl"?><StrategicPlan><Name>Taskoriented Information Modelling (TIM) Proposal</Name><Description>The aim of this proposal is to standardize such a formal language using TaskorientedInformation Modelling (TIM) as a starting point. TIM has been usedfor 10 years to produce task models in various fields (machine, process andsoftware modelling). It proves easy to learn, its expressions translatestraightforwardly into natural language, and its syntax is defined by a shortset of XML-compliant rules and patterns.</Description><OtherInformation>TIM builds on an incremental ontology, where a reduced set of categories[objects, operations and facets] generate descriptions [states, properties] andactions. These, in turn, populate the categories describing tasks (preconditions,input, output and side-effects). Tasks are organized in a hierarchy.Tasks exhibit types (standard, alternative, critical, conditional, optional,cyclic, generic), which may constrain their position in the hierarchy (criticaltasks are always first-level tasks, alternative and optional ones are alwayssub-tasks), or their structure (generic tasks are always split into alternativeor optional sub-tasks), or their content (only last-level tasks are enhancedwith a list of actions, termed "procedure"). Conditional tasks host preconditions,critical tasks a "trigger", cyclic tasks a cycle-stop condition. Sometype-combinations are allowed (conditional + optional, for example), whileother ones are not (for instance, conditional + critical).The formal language expressing this ontology is a predicate-argument typesyntax. Every entity in the model has a numerical identifier allowing reuse. Areduced set of symbols (O: object, S: state, P: property, A: action, T: task)combined with the relative position of an element in the model (which is aframe-based structure), define which descriptions act as the Input, the Output,the Side-effect, etc.</OtherInformation><StrategicPlanCore><Organization><Name>OASIS Task-oriented Information Modelling (TIM) Technical Committee</Name><Acronym>TIMTC</Acronym><Identifier>_4a933abc-946d-11e1-b3fe-79e3222d735f</Identifier><Description>The TC will develop a formal language standard for task-oriented modelingusing TIM as a starting point along with any other inputs provided. The TCwill review and comment on the actual state of the categories, syntax andscope of the TIM meta-model. The TC will examine the completeness of thelanguage with regard to the situations intended to be specified, as well as thewell-formedness of the generic expressions allowed by the rules and thepatterns they implement. By "situations", we here mean working contextswhere prescribed goals should be obtained by ways of a deterministicworkflow, which is typical when using devices or software, or when designingthe thread of processes.</Description><Stakeholder><Name>Daniel Gueysset</Name><Description>Proposer of the TC, dgueysset@proximit.fr (Proximit)</Description></Stakeholder><Stakeholder><Name>Guillaume Tessier</Name><Description>Proposer of the TC, gtessier@timgroup.fr (TimGroup)</Description></Stakeholder><Stakeholder><Name>Tanguy Wettengel</Name><Description>TC Convener, tanguy@teamtim.com (University of Limoges)</Description></Stakeholder><Stakeholder><Name>OASIS</Name><Description/></Stakeholder><Stakeholder><Name>Knowledge Management Practitioners</Name><Description>Knowledge Management practitioners engaged in work-analysis and design</Description></Stakeholder><Stakeholder><Name>Software Architects</Name><Description>Software architects defining functional specifications and interfaces.</Description></Stakeholder><Stakeholder><Name>Hardware Designers</Name><Description>Hardware designers defining functional specifications and interfaces.</Description></Stakeholder><Stakeholder><Name>Process Analysts</Name><Description/></Stakeholder><Stakeholder><Name>Process Analysts Designers</Name><Description/></Stakeholder><Stakeholder><Name>Task Analysts</Name><Description> Anyone performing what is currently termed “Task analysis” or “Taskmodelling”.</Description></Stakeholder><Stakeholder><Name>Task Modellers</Name><Description/></Stakeholder><Stakeholder><Name>Ergonomists</Name><Description/></Stakeholder></Organization><Vision><Description>Tools adapt to human agents rather than the agents adapting to tools.</Description><Identifier>_4a933cf6-946d-11e1-b3fe-79e3222d735f</Identifier></Vision><Mission><Description>To standardize a formal language using Taskoriented Information Modelling (TIM).</Description><Identifier>_4a933de6-946d-11e1-b3fe-79e3222d735f</Identifier></Mission><Value><Name/><Description/></Value><Goal><Name>Deliverables</Name><Description>Issue several deliverables in both the Standards and Non-Standards Tracks.</Description><Identifier>_4a933e9a-946d-11e1-b3fe-79e3222d735f</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>The TIM TC plans to issue several deliverables in both the Standards and Non-Standards Tracks.</OtherInformation><Objective><Name>Standards Track Deliverables</Name><Description/><Identifier>_4a933f58-946d-11e1-b3fe-79e3222d735f</Identifier><SequenceIndicator>1</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective><Objective><Name>Ontology</Name><Description>Deliver an ontology of work-analysis categories.</Description><Identifier>_4a934016-946d-11e1-b3fe-79e3222d735f</Identifier><SequenceIndicator>1.1</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>An ontology of work-analysis categories, both in graphical and .xtm formats,building on the Topic Map paradigm [WAO, short for “Work-analysisOntology”]. The rôle of this ontology is to allow understanding of the domainand to record the results of the debate about the work-analysis paradigm to beencoded in XML format alongside with the discussions within the TC.</OtherInformation></Objective><Objective><Name>Schema</Name><Description>Deliver an XML Schema allowing validation for WorkML structures.</Description><Identifier>_4a9340de-946d-11e1-b3fe-79e3222d735f</Identifier><SequenceIndicator>1.2</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation>An XML Schema allowing validation for WorkML structures [WorkMLSchema], containing the categories of this specific XML dialect and theirpossible combinations.</OtherInformation></Objective><Objective><Name>Non-Standards Track Deliverables</Name><Description/><Identifier>_4a9341b0-946d-11e1-b3fe-79e3222d735f</Identifier><SequenceIndicator>2</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective><Objective><Name>Overview</Name><Description>Deliver an overview of the state-of-the-art in work modelling.</Description><Identifier>_4a93426e-946d-11e1-b3fe-79e3222d735f</Identifier><SequenceIndicator>2.1</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective><Objective><Name>White Paper</Name><Description>Deliver a White Paper concerning the clear-cut distinction between work modelling and task-driven documentation design and possible knowledge transfer to the latter.</Description><Identifier>_4a934340-946d-11e1-b3fe-79e3222d735f</Identifier><SequenceIndicator>2.2</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective><Objective><Name>Case Studies</Name><Description>Deliver case studies applying WorkML to model work in contexts such as air-traffic control, engine maintenance and software engineering.</Description><Identifier>_4a934426-946d-11e1-b3fe-79e3222d735f</Identifier><SequenceIndicator>2.3</SequenceIndicator><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal></StrategicPlanCore><AdministrativeInformation><StartDate/><EndDate/><PublicationDate>2012-05-02</PublicationDate><Source>http://item-consortium.boonzai.com/document/document/599/draftcharterTIM.pdf</Source><Submitter><FirstName>Owen</FirstName><LastName>Ambur</LastName><PhoneNumber/><EmailAddress>Owen.Ambur@verizon.net</EmailAddress></Submitter></AdministrativeInformation></StrategicPlan>
