《2022年翻译文献英文原文 .pdf》由会员分享,可在线阅读,更多相关《2022年翻译文献英文原文 .pdf(6页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、NET-BASED TASK MANAGEMENT SYSTEM Hector Garcia-Molina, Jeffrey D. Ullman, Jennifer Wisdom ABSTRACT In net-based collaborative design environment, design resources become more and more varied and complex. Besides common information management systems, design resources can be organized in connection w
2、ith design activities.A set of activities and resources linked by logic relations can form a task. A task has at least one objective and can be broken down into smaller ones. So a design project can be separated into many subtasks forming a hierarchical structure. Task Management System (TMS) is des
3、igned to break down these tasks and assign certain resources to its task nodesAs a result of decomposition.al1 design resources and activities could be managed via this system. KEY WORDS :Collaborative Design, Task Management System (TMS), Task Decomposition, Information Management System1 Introduct
4、ion Along with the rapid upgrade of request for advanced design methods, more and more design tool appeared to support new design methods and forms. Design in a web environment with multi-partners being involved requires a more powerful and efficient management system .Design partners can be located
5、 everywhere over the net with their own organizations. They could be mutually independent experts or teams of tens of employees. This article discusses a task management system (TMS) which manages design activities and resources by breaking down design objectives and re-organizing design resources i
6、n connection with the activities. Comparing with common information management systems (IMS) like product data management system and document management system, TMS can manage the whole design process. It has two tiers which make it much more f1exible in structure.The lower tier consists of traditio
7、nal common IMSS and the upper one fulfills logic activity management through controlling a tree-like structure, allocating design resources and making 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页,共 6 页 - - - - - - - - - decisions about how to carry out a design
8、 project. Its functioning paradigm varies in different projects depending on the project s scale and purpose. As a result of this structure, TMS can separate its data model from its logic mode1.It could bring about structure optimization and efficiency improvement, especially in a large scale projec
9、t. 2 Task Management in Net-Based Collaborative Design Environment 2.1 Evolution of the Design Environment During a net-based collaborative design process, designers transform their working environment from a single PC desktop to LAN, and even extend to WAN. Each design partner can be a single exper
10、t or a combination of many teams of several subjects, even if they are far away from each other geographically. In the net-based collaborative design environment, people from every terminal of the net can exchange their information interactively with each other and send data to authorized roles via
11、their design tools. The Co Design Space is such an environment which provides a set of these tools to help design partners communicate and obtain design information. Code sign Space aims at improving the efficiency of collaborative work, making enterprises increase its sensitivity to markets and opt
12、imize the configuration of resource.2.2 Management of Resources and Activities in Net-Based Collaborative Environment The expansion of design environment also caused a new problem of how to organize the resources and design activities in that environment. As the number of design partners increases,
13、resources also increase in direct proportion. But relations between resources increase in square ratio. To organize these resources and their relations needs an integrated management system which can recognize them and provide to designers in case of they are needed.One solution is to use special in
14、formation management system (IMS).An IMS can provide database, file systems and in/out interfaces to manage a given resource. For example there are several IMS tools in Co Design Space such as Product Data Management System, Document Management System and so on. These systems can provide its special
15、 information which design users want. But the structure of design activities is much more complicated than these IM S could manage, because even a simple design project may involve different design resources such as 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页,
16、共 6 页 - - - - - - - - - documents, drafts and equipments. Not only product data or documents, design activities also need the support of organizations in design processes. This article puts forward a new design system which attempts to integrate different resources into the related design activities
17、. That is task management system (TMS). 3 Task Breakdown Model 3.1 Basis of Task Breakdown When people set out to accomplish a project, they usually separate it into a sequence of tasks and finish them one by one. Each design project can be regarded as an aggregate of activities, roles and data. Her
18、e we define a task as a set of activities and resources and also having at least one objective. Because large tasks can be separated into small ones, if we separate a project target into several lower level objectives, we define that the project is broken down into subtasks and each objective maps t
19、o a subtask. Obviously if each subtask is accomplished, the project is surely finished. So TMS integrates design activities and resources through planning these tasks.Net-based collaborative design mostly aims at products development. Project managers (PM) assign subtasks to designers or design team
20、s who may locate in other cities. The designers and teams execute their own tasks under the constraints which are defined by the PM and negotiated with each other via the collaborative design environment. So the designers and teams are independent collaborative partners and have incompact coupling r
21、elationships. They are driven together only by theft design tasks. After the PM have finished decomposing the project, each designer or team leader who has been assigned with a subtask become a 1ow-class PM of his own task. And he can do the same thing as his PM done to him, re-breaking down and re-
22、assigning tasks. So we put forward two rules for Task Breakdown in a net-based environment, incompact coupling and object-driven. Incompact coupling means the less relationship between two tasks. When two subtasks were coupled too tightly, the requirement for communication between their designers wi
23、ll increase a lot. Too much communication wil1 not only waste time and reduce efficiency, but also bring errors. It will become much more difficult to manage project process than usually in this situation. On the other hand every task has its own objective. From the view point of PM of a superior ta
24、sk each subtask could be a black box and how to execute these subtasks is unknown. The PM concerns only the results and constraints of these subtasks, and may never concern what will happen inside it. 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页,共 6 页 - - - - -
25、 - - - - 3.2 Task Breakdown Method According to the above basis, a project can be separated into several subtasks. And when this separating continues, it will finally be decomposed into a task tree. Except the root of the tree is a project, all eaves and branches are subtasks. Since a design project
26、 can be separated into a task tree, all its resources can be added to it depending on their relationship. For example, a Small-Sized-Satellite.Design (3SD) project can be broken down into two design objectives as Satellite Hardware. Design (SHD) and Satellite-Software-Exploit (SSE). And it also has
27、two teams. Design team A and design team B which we regard as design resources. When A is assigned to SSE and B to SHD. We break down the project as shown in Fig 1. It is alike to manage other resources in a project in this way. So when we define a collaborative design project s task model, we shoul
28、d first claim the project s targets. These targets include functional goals, performance goals, and quality goals and so on. Then we could confirm how to execute this project. Next we can go on to break down it. The project can be separated into two or more subtasks since there are at 1east two part
29、ners in a collaborative project. Either we could separate the project into stepwise tasks, which have time sequence relationships in case of some more complex projects and then break down the stepwise tasks according to their phase-to-phase goals. There is also another trouble in executing a task br
30、eakdown. When a task is broken into severa1 subtasks; it is not merely “ a simple sum motion ” of other tasks. In most cases their subtasks could have more complex relations. To solve this problem we use constraints. There are time sequence constraint (TSC) and logic constraint (LC). The time sequen
31、ce constraint defines the time relationships among subtasks. The TSC has four different types, FF, FS, SF and SS. F means finish and S presents start. If we say T abb is FS and lag four days, it means Tb should start no later than four days after Ta is finished. The logic constraint is much more com
32、plicated. It defines logic relationship among multiple tasks. Here is given an example: “ Task TA is separated into three subtasks, Ta, T b and Tc. But there are two more rules.Tb and Tc can not be executed until Ta is finished. Tb and Tc can not be executed both,that means if Tb was executed, Tc sh
33、ould not be executed, and vice versa. This depends on the result of Ta.”So we say Tb and Tc have a logic constraint. After finishing breaking down the tasks, we can 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页,共 6 页 - - - - - - - - - get a task tree as Fig, 2 i
34、llustrates. 4 TMS Realization 4.1 TMS Structure According to our discussion about task tree model and task breakdown basis, we can develop a Task Management System (TMS) based on Co Design Space using Java language, JSP technology and Microsoft SQL 2000. The task management system s structure is sho
35、wn in Fig. 3.TMS has four main modules namely Task Breakdown, Role Management, Statistics and Query and Data Integration. The Task Breakdown module helps users to work out task tree. Role Management module performs authentication and authorization of access control. Statistics and Query module is an
36、 extra tool for users to find more information about their task. The last Data Integration Module provides in/out interface for TMS with its peripheral environment. 4.2 Key Points in System Realization 4.2.1 Integration with Co Design SpaceCo Design Space is an integrated information management syst
37、em which stores, shares and processes design data and provides a series of tools to support users. These tools can share all information in the database because they have a universal Data Mode1. Which is defined in an XML (extensible Markup Language) file, and has a hierarchical structure. Based on
38、this XML structure the TMS h data mode1 definition is organized as following. 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页,共 6 页 - - - - - - - - - Notes: Element “ Pros ” is a task node object, and “ Process ” is a task set object which contains subtask objects
39、 and is belongs to a higher class task object. One task object can have no more than one “ Presses ”objects. According to this definition, “ Prcs ” objects are organized in a tree- formation process. The other objects are resources, such as task link object (“ Presage ” ), task notes ( “ Pros Notes ” ), and task documents ( “ Attachments” ) .These resources are shared in Co Design database. 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页,共 6 页 - - - - - - - - -
限制150内