초록 ▼

A method and apparatus for efficiently representing, maintaining and managing a project and enclosed lifecycles in a data processing system used to support a people-oriented work environment. An object-oriented language environment is utilized to represent projects, processes, states, transitions, u

A method and apparatus for efficiently representing, maintaining and managing a project and enclosed lifecycles in a data processing system used to support a people-oriented work environment. An object-oriented language environment is utilized to represent projects, processes, states, transitions, users, roles, authorities, actors, members and activities as objects. Process, member, and authority objects inherit from project objects. State objects inherit from process objects. Transition objects inherit from state objects. Project and user objects inherit from actor objects.

대표청구항 ▼

[ What is claimed is:] [1.] In a data processing system implementing an object-oriented programming language environment, a method of representing a people oriented work environment tool for managing a project, said method comprising the steps of:modeling said project as an object-like software pack

[ What is claimed is:] [1.] In a data processing system implementing an object-oriented programming language environment, a method of representing a people oriented work environment tool for managing a project, said method comprising the steps of:modeling said project as an object-like software packet within said object-oriented programming language environment;modeling a member as an object-like software packet within said object-oriented programming language environment, wherein said member inherits attributes of said project, and wherein said project contains one or more of said member, wherein said one or more of said member is a team;modeling an actor as an object-like software packet within said object-oriented programming language environment, wherein said project inherits attributes of said actor, and wherein said member is owned by said actor;modeling a process as an object-like software packet within said object-oriented programming language environment, wherein said process inherits attributes of said project, and wherein said project is defined by said process;modeling a role as on object-like software packet within said object-oriented programming language environment, wherein said role inherits attributes of said process, and wherein said member is defined by said role;modeling an authority as an object-like software packet within said object-oriented programming language environment, wherein said authority inherits attributes of said project, and wherein said role has a list of one or more of said authority;modeling a state as an object-like software packet within said object-oriented programming language environment, wherein said state inherits attributes of said process, and wherein said process contains said state, and wherein said state is a kind of said project;modeling a transition as an object-like software packet within said object-oriented programming language environment, wherein said transition inherits attributes of said state, and wherein said transition is a kind of said project;modeling an activity as an object-like software packet within said object-oriented programming language environment, wherein said activity is contained in said project, and wherein said activity is defined by said transition, wherein said transition contains said authority, wherein said authority grants said activity;modeling a user as an object-like software packet within said object-oriented programming language environment, wherein said user owns and/or originates said project, and wherein said activity is executed by said user, and wherein said user inherits attributes from said actor;determining if said project is controlled by said state associated with said transition;if said project is not controlled by said state associated with said transition, then said authority is denied;if said project is controlled by said state associated with said transition, then a determination is made whether or not said transition has a guard;if said transition has said guard, and said guard fails, then said authority is denied;if said guard passes, or if said transition has no guard, then a determination is made whether or not said user invoking said transition owns said project;if said user owns said project, then said authority is granted, otherwise a determination is made of what active roles said user plays in said team;if said user does not play any active role in said team, then said authority is denied, otherwise a determination is made whether or not said transition has any of said authority remaining;if said transition does not have any of said authority remaining, then said authority is denied, otherwise a determination is made whether or not said authority's role is included in said roles played by said user; andif said authority's role is included in said roles played by said user and if a condition associated with said authority is passed, then said authority is granted.