KR102184182B1 - Project/Task Intelligent Goal Management Method and Platform based on Super Tree - Google Patents

Project/Task Intelligent Goal Management Method and Platform based on Super Tree Download PDF

Info

Publication number
KR102184182B1
KR102184182B1 KR1020200009577A KR20200009577A KR102184182B1 KR 102184182 B1 KR102184182 B1 KR 102184182B1 KR 1020200009577 A KR1020200009577 A KR 1020200009577A KR 20200009577 A KR20200009577 A KR 20200009577A KR 102184182 B1 KR102184182 B1 KR 102184182B1
Authority
KR
South Korea
Prior art keywords
node
task
management
information
project
Prior art date
Application number
KR1020200009577A
Other languages
Korean (ko)
Other versions
KR20200015642A (en
Inventor
이승철
Original Assignee
이승철
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 이승철 filed Critical 이승철
Priority to KR1020200009577A priority Critical patent/KR102184182B1/en
Publication of KR20200015642A publication Critical patent/KR20200015642A/en
Application granted granted Critical
Publication of KR102184182B1 publication Critical patent/KR102184182B1/en
Priority to PCT/KR2021/000846 priority patent/WO2021150039A1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0639Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G06Q10/06398Performance of employee with respect to a job function
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311Scheduling, planning or task assignment for a person or group
    • G06Q10/063112Skill-based matching of a person or a group to a task
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311Scheduling, planning or task assignment for a person or group
    • G06Q10/063116Schedule adjustment for a person or group
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0637Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/109Time management, e.g. calendars, reminders, meetings or time accounting
    • G06Q10/1091Recording time for administrative or management purposes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/109Time management, e.g. calendars, reminders, meetings or time accounting
    • G06Q10/1093Calendar-based scheduling for persons or groups
    • G06Q10/1097Task assignment

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Educational Administration (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Mining & Analysis (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명은, 목표를 설정하고 달성하려는 Project나 Task들의 목표관리 업무를 플랫폼이 임무로서 부여받고, Project Manager(PM)나 총괄관리자의 지시를 받아, 목표를 달성하기 위해 관리하고 수행해야 하는 모든 관리 대상 Task(Work 또는 Activity로도 칭함.)들에 대해, 전 수행 과정을 정밀하게 훑어가듯이 관리하며 진행하는 ‘SWEEP’(Successive Work and Event Evaluation and Proceeding) 목표관리 기법을 기반으로, 목표관리를 자율적 및 능동적으로 수행함으로써, 목표관리의 정확성, 신속성, 지속성, 일관성 및 객관성을 크게 제고시키는 지능 플랫폼의 구축 기술에 관한 것이다.
본 발명에서는, 목표를 설정하고 달성하려는 Project/Task의 목표관리를 수행해 나가기 위해 필요한 전문 지식(Knowledge) 및 방법(총칭하여 ‘지식‘)을 바탕으로, 목표관리를 수행해 나가는 데 필요한 데이터, 가공 데이터 및 데이터들 간의 관계 정보(총칭하여 ‘정보’)를 체계적으로 수집하고, 플랫폼이 이들 '지식 및 정보'를 목표관리를 위한 각종 판단과 추론(Reasoning)에 활용하며, PM을 지원하고 자율적/능동적으로 목표를 관리하고 달성해 나갈 수 있는 지능 자율 목표관리 플랫폼 기술을 안출하고자 한다.
상기 체계적인 지식 및 정보의 수집과 저장 및 활용을 가능하게 하기 위한 구체적인 수단으로써 ‘BREAKDOWN TREE(BDT)’, ‘IVY’, ‘VINE’, ‘BUSH’ 및 ‘SHRUB’과 같은, 지식 및 정보의 종류와 특성에 따라 해당 지식 및 정보의 저장과 활용에 특화된(Specialized) 각종 ‘PLANT’(식물) 지식 및 정보 모델(Knowledge and Information Model)들을 안출하여 정의하며, 추가로 총체적인 목표관리 지식 및 정보 구성의 기본 틀(Framework) 내지 기반(Foundation)을 형성하기 위한 그루터기로서 'STUMP'(Smart Total Unified Management Platform)를 정의하고 구성하여, 상기 PLANT들을 STUMP에 ‘접목’(Graft)하고, 지식 및 정보들 간의 관계에 따라 PLANT들 상호 간에도 자유로이 접목하여, 목표를 수립하고 관리하려는 Project/Task의 특성에 따른 '목표관리 지식 및 정보의 총체적인 집합체'(Body of Goal Management Knowledge and Information(BOGMKI))로서, ’Super Tree‘를 정의하고 구현한다.
상기 Super Tree의 구성으로, Super Tree 내에 노드의 형태로 저장된 각 지식 및 정보는, 소속 PLANT 내에서의 지식 및 정보들 간의 부모/자식 관계 또는 선행/후속 관계와 같은 연결(Adjacency)관계를 통한 내부 접근(Access) 경로(Path) 외에도, Graft로 연결된 PLANT들의 Node들을 통한 양방향 접근 경로가 마련되어, Super Tree의 어느 위치에서도 Super Tree에 저장된 모든 지식 및 정보를 주변 관련정보(Context)로서 자유로이 접근(Access)하고 추론에 활용할 수 있게 됨으로써, Project/Task 목표관리의 전 단계에 걸쳐 매 순간 모든 세부 Task들의 진행과 이벤트 발생 상황을 연속적으로 감시하고 관리하며 그에 따른 방대한 지식과 정보를 필요로 하는 ‘SWEEP’(Work and Event Evaluation and Proceeding) 목표관리 기법의 구현과 적용을 가능하게 하고, 플랫폼이 Virtual Project Manager로서 Project Manager나 총괄관리자를 능동적으로(Proactive) 지원하고 보좌하며, 부여받는 임무를 지능적 및 자율적으로 수행할 수 있도록 한다.
본 Super Tree 기반의 지능 플랫폼 구축 기술은, 인공지능(Artificial Intelligence)의 Knowledge Representation and Reasoning 분야 기술로서, 각종 Plant EPC, Ship Building, Building Construction 및 대규모 Infrastructure Construction과 같은 대형 Project들과, Smart Factory의 구축 및 운영, 컴퓨터시스템의 운영 및 보안 관리, 기업의 경영, 조직의 관리, 에너지 관리, 각종 Sports관리 및 주식투자는 물론 개인적인 목표, 건강, 안전 및 편익 관리에 이르기까지, 목표를 설정하고 달성하려는 인간의 광범위한 활동 영역에서 총체적인 최소의 비용으로 목표를 달성할 수 있도록 지원하는 각종 지능 자율 목표관리 시스템 구축에 필수적인 공통 핵심 기반기술로써 활용될 수 있다.
In the present invention, the platform is given the task of target management of projects or tasks to set and achieve a goal, and under the direction of the Project Manager (PM) or general manager, all management that must be managed and performed to achieve the goal Based on the'SWEEP' (Successive Work and Event Evaluation and Proceeding) goal management technique, which manages and proceeds with the task (also referred to as work or activity), as if taking a precise look at the entire process, target management is autonomous And it relates to a technology to build an intelligent platform that greatly improves accuracy, speed, persistence, consistency and objectivity of goal management by actively performing it.
In the present invention, based on expertise and methods (collectively,'knowledge') necessary to set goals and perform goal management of a project/task to be achieved, data and processing data required to carry out goal management And relational information between data (collectively,'information') is systematically collected, and the platform utilizes these'knowledge and information' for various judgments and reasoning for goal management, supports PM, and supports autonomous/active We intend to devise an intelligent autonomous goal management platform technology that can manage and achieve goals.
Types of knowledge and information, such as'BREAKDOWN TREE(BDT)','IVY','VINE','BUSH', and'SHRUB' as a specific means to enable the collection, storage and use of the systematic knowledge and information. Various'PLANT' (plant) knowledge and information models specialized in storage and use of the relevant knowledge and information are created and defined according to the data and characteristics. By defining and configuring'STUMP' (Smart Total Unified Management Platform) as a stump to form a framework or foundation,'Graft' the PLANTs to STUMP, and between knowledge and information As a'Body of Goal Management Knowledge and Information (BOGMKI)' according to the characteristics of the project/task to establish and manage goals by freely grafting plants according to the relationship,'Super Define and implement'Tree'.
With the configuration of the Super Tree, each knowledge and information stored in the form of a node in the Super Tree is internal through an adjacency relationship such as a parent/child relationship or a preceding/successor relationship between the knowledge and information in the affiliated PLANT. In addition to the Access Path, a two-way access path through the nodes of the plants connected by the Graft is provided, and freely access all knowledge and information stored in the Super Tree at any location in the Super Tree as surrounding related information (Context). ) And can be used for reasoning,'SWEEP', which continuously monitors and manages the progress of all detailed tasks and event occurrence conditions at every moment throughout the entire phase of project/task goal management, and requires extensive knowledge and information accordingly. (Work and Event Evaluation and Proceeding) Enables the implementation and application of target management techniques, and the platform is a Virtual Project Manager, proactively supports and assists Project Managers or general managers, and intelligently and autonomously supports assigned tasks. To be able to perform.
This Super Tree-based intelligent platform construction technology is a technology in the field of Knowledge Representation and Reasoning of Artificial Intelligence, and large projects such as various Plant EPC, Ship Building, Building Construction and large-scale Infrastructure Construction, as well as Smart Factory construction. And operation, computer system operation and security management, corporate management, organizational management, energy management, various sports management and stock investment, as well as personal goals, health, safety and benefit management. It can be used as a common core technology essential for the establishment of various intelligent autonomous goal management systems that support the achievement of goals at a minimum overall cost in a wide range of activities.

Figure 112020039429519-pat00019
Figure 112020039429519-pat00019

Description

Super Tree 기반의 Project/Task 지능 목표관리 방법 및 플랫폼 {Project/Task Intelligent Goal Management Method and Platform based on Super Tree}Project/Task Intelligent Goal Management Method and Platform based on Super Tree}

본 발명은 목표를 설정하고 달성하려는 Project/Task의 목표관리를 위해, 해당 분야의 전문 지식(Knowledge)과 방법('총칭하여 '지식')을 수집하고, 수집한 지식을 바탕으로, 목표관리를 수행해 나가는 데 필요한 각종 데이터, 가공 데이터 및 데이터들 간의 관계 정보(총칭하여 ‘정보’)를 체계적으로 수집하여, ‘지식과 정보의 총 집합체'인 'BOGMKI'(Body of Goal Management Knowledge and Information)를 구성하며, BOGMKI에 저장된 지식과 정보를 바탕으로, 역시 BOGMKI에 포함되는 판단 또는 추론(Reasoning and Inference) 방법이나 내용을 명시적(Explicit)으로 나타내는 규칙(Rule)들을 집행하여(Execute), 플랫폼의 기본 목표관리 업무와, PM으로 부터의 지시와, 여타 관리자들로 부터의 요청과, 주어진 목표를 달성하기 위해 관리하고 수행해야 하는 모든 관리 대상 Task(Work 또는 Activity로도 칭함.)들을, 목표관리의 전 수행 과정과 기간에 걸쳐 정밀하게 훑어가듯이 관리하며 진행하는 ‘SWEEP’(Successive Work and Event Evaluation and Proceeding) 목표관리 기법을 기반으로 목표관리를 자율적 내지 능동적으로 수행함으로써, 목표관리의 정확성, 신속성, 지속성, 일관성 및 객관성과 목표의 성공적인 달성 가능성을 크게 제고시키는 지능 플랫폼의 구축 기술에 관한 것이다. The present invention collects expertise and methods ('collectively'knowledge') in the relevant field for goal management of a project/task to set and achieve goals, and based on the collected knowledge, goal management By systematically collecting various data, processing data, and relationship information (collectively,'information') necessary to carry out the performance,'BOGMKI' (Body of Goal Management Knowledge and Information), which is a'total collection of knowledge and information' And, based on the knowledge and information stored in BOGMKI, by executing rules that express the method or content of reasoning and inference included in BOGMKI in an explicit manner (Execute), Basic goal management tasks, instructions from the PM, requests from other managers, and all tasks to be managed (also referred to as work or activities) that must be managed and performed in order to achieve a given goal. The accuracy and speed of goal management by autonomously or actively performing goal management based on the'SWEEP' (Successive Work and Event Evaluation and Proceeding) goal management technique that manages and proceeds precisely throughout the entire process and period. , Sustainability, consistency and objectivity, and the technology to build an intelligent platform that greatly enhances the likelihood of successful achievement of goals.

일반적으로 규모가 큰 플랜트(Plant), 빌딩, 선박 및 구조물의 EPC Project나, 스마트 플랜트 또는 공장(Factory)의 구축 및 생산관리 Task나, 대형 플랜트, 공장, 선박 및 빌딩의 에너지관리 Task와 같은 Project/Task를 수행하기 위해서는, 먼저, 전체 목표를 명확히 설정하고 설정한 목표를 달성하기 위해 수행해야 할 상세 Task들의 이행 계획을 수립하여, 설정한 Time Schedule을 기반으로 목표 달성 시까지 지속적으로 목표관리를 해나가야 한다. 이를 위해서는 통상적으로 다양하고 방대한 양의 정보를 수집하고 분석해 가며, 수시로 발생할 수 있는 이벤트들에도 대처해 가면서 수많은 세부 Task들을 동시에 진행해야 한다. 하지만, 이를 주로 인력 또는 추론 능력이 없는 전통적인 Software System이나 Tool에 의존하여 관리하는 과정에서 중요한 상황의 간과, 감시 누락 또는 오판으로 인해 초기에 설정한 목표의 달성이 어려워지는 경우가 흔히 발생하고 있다.
Plant EPC Project의 경우, 주로 PMI(Project Management Institute)가 주축이 되어, Project 관리를 위해 필요한 지식과 실천 관행(Practices) 및 절차(Processes)들을 PMBOK(Project Management Body of Knowledge)로 취합하여, Project의 각 진행 단계(Phase)에 따라 요구되는 다양하고 방대한 양의 지식과 정보들의 종류를 ‘지식관리분야’(Knowledge Management Area)로 분류하고 다시 상세 ‘절차’(Process)로 세분하여, 그 수집과 활용방법의 Guideline을 명시하며 이를 준용하여 Project를 수행할 것을 권장하고 있으며 ISO 21500 (Guidance on Project Management)과 함께 Project Management의 주요 Standard로서 활용되고 있고, Project의 진도(Progress) 분석과 관리 및 랜덤(Random)하게 발생하며 파급될 수 있는 각종 이벤트(Event)나 위험(Risk)들을 처리하기 위한 기법들, 예를 들면 Critical Path Method, Event Chain Method, Critical Chain Method, EVA(Earned Value Analysis) 기법 등을 기반으로 한 대형 Project/Task들의 수행 지원 System이나 Tool들이 Intergraph, Primavera 및 Microsoft와 같은 대표적인 회사들을 위주로 개발되고 사용되어 오고 있다.
그러나 현재까지 개발되고 사용되어 오는 상기 각종 Project/Task 관리 지원 System이나 Tool들은, 임의로(Subjective) 구성한 각종 Menu와 Submenu들을 제시하고, Project 관련자들이 주어지는 Menu와 Submenu들의 경로와 용도를 숙지하여 원하는 정보와 기능을 찾아가며 취합하고 활용해야 하는 근본적인 수동방식의 패러다임(Paradigm)을 벗어나지 못하고 있다. 그에 따라 인간이 동시에 처리하고 판단할 수 있는 정보의 양과 속도, 수행할 수 있는 Task들의 지속성, 일관성 및 정확성의 한계로 인해, 특히 수천 내지 수만의 행위(Activity)들을 동시에 처리해가며 진행해야 하는 대형 Project들의 경우, 초기 예산 범위와 준공목표일을 크게 벗어나며 큰 손실을 야기하는 경우가 흔히 발생되고 있다.
일반적인 플랜트나 공장(Factory)의 생산관리 Task도, ERP, MES, PLM, SCADA, FMS 등 다양한 생산관리 지원 System이나 Tool들이 개발되어 사용되고 있으나, 상기 Plant EPC의 경우와 마찬가지로 관리자가 각각의 System이나 Tool들의 사용방법을 일일이 숙지하고 Dashboard로 제시되는 화면과 일방적으로 주어지는 Menu와 Submenu들을 사용하여 정보를 수집 판단하고 관리를 수행해야 함으로써, 적정한 목표의 설정, 투입해야 할 인력, 시간, 자재, 설비, 자금과 같은 다양한 자원(Resource)들의 조달 관리, 생산 공정 및 지원공정의 운영 및 감시, 예견되는 이벤트 및 생산라인의 긴급정지 대처, 불량률, 품질 및 원가 관리, 신제품 개발에 이르기까지, 동시에 수행해 나가야 하는 수많은 세부 관리행위들을 정확하게 계획하고 감시하고 최적으로 조율(Coordinate)해 가며 생산 목표를 달성해 나가는 것이 현실적으로 매우 어려운 실정이다.
근래에 들어, 특히 알파고 이후, 인공지능(Artificial Intelligence: AI)기술과 4차 산업 혁명이 화두가 되며, 총체적인 생산관리를 지능 자율적으로 수행하며 원가를 절감하기 위한 Smart Factory 구축의 필요성이 대두되기 시작하고 Digital Manufacturing과 Virtual Factory 등의 개념을 적용하려는 시도도 이루어지고 있으나, 각 공장 유형별로 구체적인 Smart Factory의 기능과 내용이 아직까지 명확하게 정립되지 못하고 있으며, 스마트 시스템 구축을 위한 인공지능 기반기술도 제대로 확립되지 못한 상태여서, 대부분의 공장이 기존 자동화 기능을 일부 향상시키는 수준의 무늬만의 스마트 공장들을 구축하고 있는 상황이다.
에너지절감 목표 관리 Task의 경우에도, 각종 공장 에너지관리시스템(FEMS)과 빌딩 에너지관리시스템(BEMS)들이 구축되고 있으나, 주로 에너지 관리자에게 Dashboard와 분석 Tool들을 제공하고 에너지 사용 상황을 제시하며, 관리자가 이를 활용해서 절감요소를 발견하고 에너지를 절감하도록 구성되어 있다. 그러나 대부분의 현장에 에너지절감 전문 인력이 없으며, 일부 자동으로 절감하는 기능이 있는 에너지관리시스템(EMS)의 경우에도, 사용하지 않는 설비를 끄거나, 과다하게 순환하는 냉각수량을 조절하거나, 폐열을 회수하는 등, 상식 수준의 절감방식으로, 주로 절감 가능성이 눈에 띄는 일부 에너지 사용설비들을 낚시질하듯이 선택하여 절감함으로써, 절감효과가 제한적이고 EMS의 구축 효과에 대해서도 회의적인 시각들도 생겨나기 시작하고 있다. 파리기후협정에 따라 2030년까지 BAU 대비 무려 37%의 온실가스를 저감해야 하며 미세먼지 문제의 해결 등 국가적으로도 절실한 에너지 절감의 필요성에도 불구하고 EMS의 보급 확산이 제대로 이루어지지 못하고 있다.
대규모 사회기반설비인 전력계통의 경우는, 안정적이고 저렴한 전력을 공급하기 위한 목표를 관리하기 위해 요구되는 방대한 정보의 양과, 분석(Analysis)하고 관리해야 할 Task들의 규모, 복잡성 및 다양성과 요구되는 정확성(Accuracy) 및 실시간 속도(Speed)로 인해, 현재 각종 분석 및 지원 S/W Tool들이 사용되고 있음에도 불구하고, 총체적인 최적운영은 현실적으로 매우 어려워서 막대한 비용 절감의 가능성이 상존하고 있다. 예를 들면, 각종 발전소, 송전선로, 변전소 및 배전선로의 건설계획 수립 및 건설, 발전원의 Mix, 각종 발전소의 기동정지 계획(Unit Commitment), 전력계통의 유무효전력(Active and Reactive Power)의 최적조류분석 및 감시(Optimal Load Flow Analysis and Monitoring), 경제급전(Economic Dispatch), 안정운영관련분석 및 감시(Stability and Reliability Analysis and Monitoring), 배전선로전압제어(Distribution Line Voltage Control), 발전소 정비(Overhaul), 수요관리(Demand-side Management), 최대수요전력관리(Peal Load Management), 전력저장장치(ESS) 및 각종 신재생에너지설비의 수용 등의 분석과 운영이 모두 연관되어 있고 연속적으로 수행해 나가야 하며, 분야별로 각종 지원 System들이나 Tool들을 사용하고 있음에도 불구하고 총체적인 최적운용과 비용최소화가 매우 어려운 것이 현실이다.
그 외에 개인이나 회사의 일상적인 업무처리를 위한 PC나 각종 서버 관리의 경우, 관리를 주관하는 컴퓨터 운영체제(Operating System)는 소수의 특정회사들이 수십 년에 걸쳐 운영체제 시장을 거의 독점해 오고 있는 가운데, 서비스 기능이 거의 개선되지 않는 것이 마치 전통처럼 이어져 내려오며 컴퓨터 관리자나 User들에게 매우 불편한 사용을 강요하는 상황이 지속되고 있다. 대부분의 기능 및 문제 해결을 위한 설명이 어색하거나(awkward) 불친절하며, File Directory를 제외하고는 대부분 논리가 없이 개발자가 주관적으로(subjective) 명명하고 설정한 수많은 Menu들과 Submenu들의 명칭과 기능을 일일이 익히고 기억하여 경로를 찾아 들어가야 하며, 수시로 느려지고, Security 면에서는 양은냄비에도 비유할 수 있을 정도로 취약하여, 여기저기 뚫릴 때마다 땜질하는 방식으로 Virus와 Hacking에 대처해 오고 있어서, 언제 어디서 어떻게 감염되거나 방어벽이 뚫릴지 모르는 상황들이 지속되고 있다.
4차 산업혁명 시대를 맞아, 본격적인 인공지능 기술의 발전이 전망되는 가운데, 지금까지의 비능률적이거나 불편한 각종 Project나 Task의 수동 목표관리 내지 운영 방식에도 근본적인 개선이 필요한 시점이다. 향후 관리자나 사용자들로 부터 지시를 받거나 각종 임무를 부여받아 대부분 스스로 추론하여 판단하고 수행할 수 있고, 품질, 안전, 편익 및 환경비용도 포함하는 총체적인 비용을 최소화해 가며 원하는 목표를 달성을 지원해 줄 수 있는 지능 목표관리 기술과 시스템의 개발이 이루어질 필요가 있다.
In general, projects such as EPC projects of large plants, buildings, ships and structures, construction and production management tasks of smart plants or factories, and energy management tasks of large plants, factories, ships and buildings To perform /Task, first, set the overall goal clearly, establish a plan for the detailed tasks to be performed to achieve the set goal, and continuously manage the goal until the goal is achieved based on the set time schedule. It must be done. To this end, it is necessary to simultaneously collect and analyze various and vast amounts of information, cope with events that may occur frequently, and proceed with numerous detailed tasks at the same time. However, in the process of managing it by relying on traditional software systems or tools that do not have human resources or reasoning ability, it is often difficult to achieve the initially set goals due to overlooked, omission or misjudgment of important situations.
In the case of the Plant EPC Project, the Project Management Institute (PMI) is the main focus, and the knowledge, practices, and processes necessary for project management are collected into PMBOK (Project Management Body of Knowledge). Diverse and vast amounts of knowledge and information required for each phase are classified into the'Knowledge Management Area' and further subdivided into detailed'Processes', and the collection and use of them The guideline of the method is specified, and it is recommended to perform the project accordingly. It is used as a major standard for project management along with ISO 21500 (Guidance on Project Management), and is used as a project progress analysis and management and randomization. ) Based on techniques for handling various events or risks that can occur and spread, for example, Critical Path Method, Event Chain Method, Critical Chain Method, EVA (Earned Value Analysis) technique, etc. System and tools to support the execution of large projects/tasks have been developed and used mainly by representative companies such as Intergraph, Primavera and Microsoft.
However, the various Project/Task management support systems and tools that have been developed and used to date present various menus and submenus that are subjectively configured, and understand the path and purpose of the menus and submenus given to the project related people, It is not deviating from the fundamental passive paradigm that must be collected and utilized while finding functions. Accordingly, due to the limitation of the amount and speed of information that can be simultaneously processed and judged by humans, the persistence, consistency, and accuracy of tasks that can be performed, especially a large project that must simultaneously process thousands to tens of thousands of activities. In the case of them, they are often outside the initial budget range and the completion target date and cause large losses.
For general plant or factory production management tasks, various production management support systems and tools such as ERP, MES, PLM, SCADA, and FMS have been developed and used, but as in the case of the plant EPC, the manager can use each system or tool. By knowing how to use them one by one, collecting information and performing management using the screen presented on the Dashboard and menus and submenus unilaterally given, setting appropriate goals, manpower to be invested, time, materials, equipment, and funds From procurement management of various resources such as procurement management, operation and monitoring of production processes and support processes, response to anticipated events and emergency shutdowns of production lines, defect rate, quality and cost management, and development of new products, a number of processes that must be carried out simultaneously In reality, it is very difficult to accurately plan, monitor, and optimally coordinate detailed management actions to achieve production targets.
In recent years, especially after AlphaGo, artificial intelligence (AI) technology and the 4th industrial revolution have become hot topics, and the necessity of establishing a smart factory to intelligently and autonomously perform overall production management and reduce costs has emerged. Attempts to start and apply concepts such as Digital Manufacturing and Virtual Factory are also being made, but the functions and contents of specific Smart Factory for each factory type have not yet been clearly established, and artificial intelligence-based technology for smart system construction has also been made. As it has not been properly established, most factories are building smart factories that only enhance the existing automation functions.
In the case of energy reduction target management task, various factory energy management systems (FEMS) and building energy management systems (BEMS) are being built, but mainly energy managers are provided with dashboards and analysis tools, and energy use status is presented, and the manager It is configured to use this to discover savings and to save energy. However, most of the sites do not have energy-saving experts, and even in the case of an energy management system (EMS) that has a function to automatically save some, it is necessary to turn off unused facilities, control excessive circulation of cooling water, or reduce waste heat. As a method of saving at the level of common sense, such as recovery, savings are limited by selecting and saving some energy-using facilities, which are mainly saving potential, as if fishing, and the savings effect is limited and skepticism about the effect of establishing EMS begins to arise. Are doing. According to the Paris Climate Agreement, a whopping 37% of greenhouse gases should be reduced compared to BAU by 2030, and despite the national need for energy savings such as solving the fine dust problem, the spread of EMS has not been properly achieved.
In the case of the power system, which is a large-scale infrastructure facility, the amount of information required to manage the goal of supplying stable and inexpensive power, and the size, complexity and diversity of tasks to be analyzed and managed, and required accuracy Due to (Accuracy) and real-time speed (Speed), despite the fact that various analysis and support S/W tools are currently being used, overall optimal operation is very difficult in reality, and the possibility of enormous cost reduction still exists. For example, the establishment and construction of construction plans of various power plants, transmission lines, substations and distribution lines, mix of power sources, start-stop plans of various power plants (Unit Commitment), active and reactive power of the power system Optimal Load Flow Analysis and Monitoring, Economic Dispatch, Stability and Reliability Analysis and Monitoring, Distribution Line Voltage Control, Power Plant Maintenance ( Overhaul), demand-side management, peak load management, power storage system (ESS), and the acceptance of various renewable energy facilities are all related and must be carried out continuously. The reality is that it is very difficult to optimize overall operation and minimize cost even though various support systems and tools are used for each field.
In addition, in the case of PC or various server management for daily business processing of individuals or companies, the computer operating system in charge of management has been almost monopolized by a few specific companies in the operating system market for decades. It is a tradition that the service function is hardly improved, and the situation continues to force computer administrators and users to use it very uncomfortable. Most of the functions and explanations for problem solving are awkward or unfriendly, and most of them have no logic except for the File Directory, and the names and functions of numerous Menus and Submenus that are subjectively named and set by the developer are individually. It is necessary to learn and remember to find a path, and it is often slow, and in terms of security, it is weak enough to be compared to a silver pot, so we have been dealing with viruses and hacking by tinkering whenever it is pierced. These mighty situations continue.
In the era of the 4th industrial revolution, the development of artificial intelligence technology is expected in earnest, and a fundamental improvement is needed in the manual target management or operation method of various projects or tasks that are inefficient or inconvenient so far. In the future, by receiving instructions from managers or users or assigned various tasks, most of them can infer, judge and perform themselves, and support the achievement of desired goals by minimizing the overall cost, including quality, safety, benefits and environmental costs. It is necessary to develop intelligent target management technologies and systems that can be achieved.

앞의 배경 기술에서 설명한 바와 같은, 대형 플랜트 건설 Project, 중대형 플랜트나 공장에서의 생산관리 Task, 공장이나 빌딩에서의 에너지관리 Task, 기업의 경영 관리, 컴퓨터 운영관리 Task 및 각종 사회기반 시스템들의 운영관리 Task에 이르기까지, 기존의 통상적인 Project/Task 지원 시스템이나 Tool들을 사용하더라도 목표관리를 위해 동시 다발적으로 수행 내지 처리해야 하는 수많은 세부 태스크(Project/Task의 특성에 따라 일(Work), Work Package, Activity로도 표현한다.)들의 관리 및 감시행위들의 양(Quantity)이 대부분, 요구되는 속도, 지속성, 일관성, 기억능력 및 정확성 면에서 인간 능력의 근본적인 한계를 벗어남으로써 정확한 목표관리가 이루어지기 어려운 문제점이 있다.
본 발명에서는 목표를 설정하고 달성하려는 Project/Task의 기본적인 관리업무를 임무로서 부여받아 스스로 수행하며, 총괄 책임자(Project Manager(PM))와 여타 관리자들을 능동적으로 지원하고, 설정한 목표를 총체적인 비용을 최소화하며 달성할 수 있도록 지원하는 Project/Task 지능 목표관리 플랫폼(Platform)을 구현하기 위한 기반기술을 안출하고자 한다.
보다 상세하게는 목표 달성을 위한 정보를 수집 및 저장하고, 이를 활용하여, 상세 이행계획의 수립과 Schedule 작성을 지원하며, 목표달성을 위해 수행해야 할 Project/Task의 모든 상세 Task들의 진행 상황(State) 및 진도(Progress)를 지속적으로 감시하고 보고하며, 목표 달성에 지장을 줄 수 있는 각종 위험(Risk)과 이벤트(Event)들은 최대한 조기에 예측하거나 발견하여 그 영향을 최소화하며, 기회(Opportunity)가 생길 경우에는 최대한 활용하고, PM이 내리는 지시와 여타 관리자들로 부터의 요청(Request)이나 건의를 접수하여 처리하며, PM이나 여타 관리자들이 내려야 할 결정이나 취해야 할 행동은 플랫폼이 능동적으로 요청(Request)하거나 권장(Recommend)함으로써, 설정한 목표를 성공적으로 달성할 수 있도록 PM을 적극 지원하는 Project/Task 지능 목표관리 플랫폼(Platform) 구현 기술을 안출하여, 목표를 설정하고 달성하려는 다양한 Project/Task들의 지능 자율 목표관리시스템을 구축할 수 있는 기반 기술을 마련하고자 한다.
As explained in the previous background, large-scale plant construction projects, production management tasks in mid-large-sized plants or factories, energy management tasks in factories or buildings, corporate management, computer operation management tasks, and operation management of various social infrastructure systems From tasks to tasks, numerous detailed tasks that must be simultaneously performed or processed simultaneously for goal management, even with the existing conventional Project/Task support system or tools (Work, Work Package depending on the characteristics of Project/Task) , Activity is also expressed.), the quantity of management and monitoring actions is mostly out of the fundamental limits of human ability in terms of required speed, persistence, consistency, memory ability and accuracy, making it difficult to achieve accurate goal management. There is this.
In the present invention, the basic management task of the project/task to be set and achieved is assigned as a task and performed by itself, actively supporting the general manager (Project Manager (PM)) and other managers, and paying the total cost of the set goal. We intend to come up with a base technology to implement a project/task intelligent goal management platform that minimizes and supports achievement.
In more detail, it collects and stores information to achieve the goal, and uses it to support the establishment of a detailed implementation plan and schedule, and the progress of all detailed tasks of the project/task to be performed to achieve the goal (State ) And progress are continuously monitored and reported, and various risks and events that may interfere with goal achievement are predicted or detected as early as possible to minimize their impact, and opportunity (Opportunity) In the event of a problem, the platform will actively use it as much as possible, receive and process instructions from the PM and requests or suggestions from other managers, and make decisions or actions to be taken by the PM or other managers. By creating a project/task intelligent goal management platform implementation technology that actively supports PM so that the set goal can be successfully achieved by requesting or recommending it, various projects/tasks to set and achieve goals We intend to prepare the foundation technology to build an intelligent autonomous target management system for people.

목표를 설정하고 달성하려는 Project/Task의 총괄 책임자(Project Manager(PM))와 여타 관리자들을 능동적으로 지원하고 총체적인 비용을 최소화하며 설정한 목표를 달성할 수 있도록 하기 위한 본 발명의 Project/Task 지능 목표관리 플랫폼(Platform)을 구현하기 위해서는 방대한 양의 정보를 체계적으로 수집하여 저장하고, 이를 활용하여 원하는 정보를 지속적으로 추론하거나 상황을 판단하며, 필요한 조치를 취해 나갈 수 있는 방법과 지식을 필요로 한다.
본 발명에서는 목표를 설정하고 달성하려는 Project/Task의 목표관리를 수행해 나가기 위해 필요한 전문 지식 및 방법(총칭하여 ‘지식‘(Knowledge))을 바탕으로, 역시 목표관리를 수행해 나가는 데 필요한 데이터, 가공데이터 및 데이터들 간의 관계정보(총칭하여 ‘정보’(Information))를 수집하여, 이들 '지식과 정보'(또는 '정보'로 총칭)를 컴퓨터가 체계적으로 활용하며 목표관리를 위한 판단과 추론(Reasoning)을 해 나갈 수 있도록 하는 정보의 수집, 저장, 및 활용 기법과 지능 자율 플랫폼 구축기술을 안출함으로써, 인공지능(Artificial Intelligence) 능력을 갖춘 컴퓨터가 PM을 지원하며 자율적/능동적으로 Project/Task들의 목표를 관리하고 달성해 나갈 수 있도록 하는 기술을 안출하고자 한다.
보다 상세하게는, 상기 정보의 수집, 저장 및 활용을 가능하게 하기 위한 구체적인 수단으로써 ‘BREAKDOWN TREE(BDT)’,‘IVY’, ‘VINE’, ‘BUSH’ 및 ‘SHRUB’과 같은, 정보의 종류와 특성에 따라 해당 정보의 저장과 활용에 특화된(Specialized) 각종 ‘PLANT’(식물)인 '지식 및 정보 모델'(Knowledge and Information Model)들을 안출하여 정의하며, 또한 총체적인 목표관리 정보 구성의 기본 틀(Framework) 내지 기반(Foundation)을 형성하기 위한 그루터기로서 'STUMP'(Smart Total Unified Management Platform)를 정의하고 구성하며, 상기 PLANT들을 STUMP에 ‘접목’(Graft)하고, 정보들 간의 관계에 따라 PLANT들 상호 간에도 자유로이 접목하여, 목표를 수립하고 관리하려는 Project/Task의 특성에 따른 '목표관리 지식 및 정보의 총체적인 집합체'(Body of Goal Management Knowledge and Information(BOGMKI))를 구성하고, 이를 ’Super Tree‘로 정의하고 구하여 활용한다.
상기 ’BOGMKI‘로서의 ’Super Tree‘는 목표를 설정하고 달성하려는 Project/Task의 목표관리를 위한 추론과 판단에 필요한 일체의 정보를 수용하고 저장하며, 각 PLANT 내에서의 정보들 간의 부모/자식 내지 선행/후속관계 또는 기타 자유로운 연결(Adjacency)관계를 통한 내부 경로 외에도, Graft로 연결된 PLANT들의 Node들을 통한 양방향 경로(Path)가 마련되어, Super Tree 내에 저장된 모든 정보를, Super Tree의 어느 위치에서도 주변 관련 정보(Context)로서 자유로이 접근(Access)하고 추론에 활용할 수 있도록 한다. 목표를 설정하는 특정 Project나 Task의 목표를 달성하기 위해 구성하는 Super Tree에 저장되는 일체의 지식과 정보를 'Big Information'으로 정의한다.
상기 Super Tree로 저장한 정보들을 바탕으로, 역시 본 발명에서 안출하고 Project/Task 목표관리의 전 단계에 걸쳐 매 순간 마다 모든 세부 Task들의 진행과 이벤트 발생 상황을 정밀하게 연속적으로 감시하며 관리하는 ‘SWEEP’(Work and Event Evaluation and Proceeding) 목표관리 기법을 적용하여, Virtual Project Manager로서 Project Manager를 능동적으로(Proactive) 지원하고 보좌하며, 부여받는 임무를 자율적으로 수행하는 플랫폼 구축 기술을 안출하고자 한다.
Project/Task intelligent goal of the present invention to actively support the project/task manager (Project Manager (PM)) and other managers who want to set and achieve goals, minimize overall costs, and achieve the set goals To implement a management platform (Platform) It requires methods and knowledge to systematically collect and store vast amounts of information, and use it to continuously infer the desired information or judge the situation, and take necessary measures.
In the present invention, based on the expertise and method (collectively,'Knowledge') necessary to set the goal and carry out the goal management of the project/task to achieve, the data and processing data required to carry out the goal management And relational information between data (collectively,'Information'), and these'knowledge and information'(or'information') are systematically utilized by the computer, and judgment and reasoning for goal management ), by devising techniques for collecting, storing, and using information and technology for building an intelligent autonomous platform, a computer with artificial intelligence capabilities supports PMs and autonomously/actively aims for projects/tasks. We want to come up with a technology that allows us to manage and achieve this.
More specifically, types of information, such as'BREAKDOWN TREE(BDT)','IVY','VINE','BUSH'and'SHRUB' as specific means for enabling the collection, storage and utilization of the information. Depending on the characteristics and characteristics, the'Knowledge and Information Model', which is a variety of'PLANT' (plants) specialized in the storage and use of the relevant information, is devised and defined, and the basic framework of the overall goal management information composition Define and configure'STUMP' (Smart Total Unified Management Platform) as a stump to form (Framework) or Foundation,'Graft' the PLANTs to STUMP, and PLANT according to the relationship between information They freely combine each other to form a'Body of Goal Management Knowledge and Information (BOGMKI)' according to the characteristics of the project/task to establish and manage goals, and this is a'Super Tree It is defined as'and obtained and used.
The'Super Tree' as the'BOGMKI' accommodates and stores all information necessary for reasoning and judgment for setting goals and managing the goals of the Project/Task to achieve, and parent/child or parental information between the information in each PLANT. In addition to the internal path through the preceding/successor relations or other free connection (adjacency) relations, a bidirectional path through the nodes of the plants connected by the Graft is prepared, and all information stored in the Super Tree is related to the surroundings at any location in the Super Tree. It makes it possible to freely access and use it for reasoning as information (Context). All knowledge and information stored in the Super Tree that is configured to achieve the goal of a specific project or task that sets a goal is defined as'Big Information'.
Based on the information stored in the Super Tree,'SWEEP' is also conceived in the present invention and precisely continuously monitors and manages the progress of all detailed tasks and event occurrences at every moment throughout the entire project/task goal management phase. By applying'(Work and Event Evaluation and Proceeding)' goal management technique, we intend to devise a platform building technology that actively supports and assists the Project Manager as a Virtual Project Manager, and autonomously performs assigned tasks.

본 발명의 결과, 목표를 설정하고 달성하려는 Project나 Task에 대하여, 규칙적 내지 반복적으로 수행해야할 목표관리 업무를 플랫폼의 기본 임무로서 부여받을 수 있고, Project Manager(PM)와 협력하며, PM으로 부터의 지시를 이행하고, Project/Task의 여타 관리자들로 부터의 요청을 접수하여 처리하며, 목표관리 과정에서 발생하는 각종 예외사항(Contingency) 내지 이벤트(Event)들에 능동적으로 대처함으로써, Project/Task의 목표 달성 가능을 크게 제고시킬 수 있는 있는 지능 자율 목표관리 플랫폼의 구현이 가능해 진다.
특히, 관리해야할 모든 대상을 전 목표관리 과정과 기간/시간에 걸쳐 연속적으로 정밀하게 훑어가듯이 관리하는 SWEEP 목표관리 기법을 기반으로 목표관리를 플랫폼이 자율적 내지 능동적으로 수행함으로써, 목표관리의 정확성, 신속성, 지속성, 일관성 및 객관성을 크게 제고시킬 수 있다. 또한, 목표달성에 지장을 줄 수 있는 각종 이벤트(Event)나 리스크(Risk)들을 조기에 발견하고 대처하며, 관련 당사자들에게 경보(Alert)를 내리거나 주의를 환기시키고, 진도가 지연될 수 있을 경우에는 그 파급을 최대한 흡수 내지 최소화할 수 있는 Project/Task의 지능 목표관리 시스템의 구축이 가능해 진다. 그 결과 각종 Plant EPC, Ship Building, Building Construction 및 기타 Infrastructure Construction과 같은 대형 건설 Project들은 물론, Smart Factory의 구축 및 운영, Smart and Secure 컴퓨터 운영체제(Operating System)의 구축, 기업의 경영, 에너지관리, 조직의 운영 관리와 각종 경기(Game)나 스포츠, 주식투자, 선거(Election) 및 개인의 목표관리에 이르기까지 다양하고 복잡한 Task들의 성공적인 목표 달성 가능성을 크게 제고시킬 수 있다.
나아가 본 플랫폼의 기본 원리는, 국가적으로는 4차 산업혁명의 핵심기술로 떠오르고 있는 인공지능(AI) 기술분야의 경쟁력 제고에 기여할 수 있으며, 궁극적으로는 목표를 설정하고 달성하려는 인간의 수 많은 활동 영역에서 총체적인 최소의 비용으로 목표를 달성할 수 있도록 지원하는 각종 지능 목표관리 시스템의 구축의 공통 기반기술로서 광범위하게 적용되고 응용될 수 있다.
As a result of the present invention, for a project or task to set and achieve a goal, a goal management task to be performed regularly or repeatedly can be given as a basic task of the platform, cooperate with the Project Manager (PM), and By fulfilling the instructions, receiving and processing requests from other managers of the project/task, and actively responding to various contingency or events occurring in the goal management process, It is possible to implement an intelligent autonomous goal management platform that can greatly improve the ability to achieve the goal.
In particular, the platform autonomously or actively performs target management based on the SWEEP target management technique that continuously and precisely manages all targets to be managed over the entire target management process and period/time. It can greatly improve speed, persistence, consistency and objectivity. In addition, it detects and responds to various events or risks that may hinder the achievement of the target early, and may issue an alert or call attention to the relevant parties, and progress may be delayed. In this case, it is possible to construct an intelligent goal management system of Project/Task that can absorb or minimize its ripple as much as possible. As a result, not only large construction projects such as various Plant EPC, Ship Building, Building Construction, and other Infrastructure Construction, but also the establishment and operation of Smart Factory, the establishment of a Smart and Secure computer operating system (Operating System), corporate management, energy management, and organization It can greatly enhance the possibility of successful goal achievement of various and complex tasks ranging from operation management of the company and various games, sports, stock investment, election and personal goal management.
Furthermore, the basic principle of this platform can contribute to enhancing the competitiveness of the artificial intelligence (AI) technology field, which is emerging as a core technology of the 4th industrial revolution nationally, and ultimately, a number of human activities to set and achieve goals. It can be widely applied and applied as a common base technology for the construction of various intelligent target management systems that support the achievement of the goal at the lowest overall cost in the domain.

도 1은 Super Tree 기반의 Project/Task의 지능 목표관리의 흐름도
도 2는 Super Tree의 구성 예시도
도 3은 ORE(Order and Request Expression) Generation BDT의 구성 예시도
도 4는 IVY의 구성 예시도
도 5는 VINE의 구성 예시도
도 6은 Node Attribute SHRUB(NAS)의 구성 예시도
도 7은 Super Rule의 구현 예시도
도 8은 Super Tree 기반의 Project/Task 목표관리 플랫폼 서버의 기능 구성 예시도
1 is a flowchart of intelligent goal management of Project/Task based on Super Tree
2 is an exemplary diagram of the configuration of a Super Tree
3 is an exemplary diagram of the configuration of ORE (Order and Request Expression) Generation BDT
4 is an exemplary configuration diagram of IVY
5 is an exemplary configuration diagram of VINE
6 is an exemplary view of the configuration of Node Attribute SHRUB (NAS)
7 is an exemplary diagram of a Super Rule implementation
8 is an exemplary diagram of a function configuration of a Super Tree based Project/Task target management platform server

용어 및 약어의 정의 및 설명
본 발명에서의 설명을 간략하고 명확히 하기 위해 사용하는 대표적인 용어 및 약어들을 아래와 같이 정의하고 설명한다. 기존의 통용되는 용어나 특정 기준(Standard)에 의해 기 정의되어 있는 용어에 대해서도 강조를 위해 정의를 반복할 수 있으며, 정의가 다를 경우 아래의 용어 및 약어의 정의가 우선한다. 보다 의미를 명확히 하고자 할 경우나 자주 사용되는 용어 및 약어에 대해서는 본문에서도 반복하여 정의하고 설명한다.
BOGMKI: Body of Goal Management Knowledge and Information의 약어로서, 목표를 설정하는 특정 Project나 Task의 목표를 달성하기 위해 수집하여 구성하는 '목표관리 지식(Knowledge) 및 정보(Information)의 총체적인 집합체'
Knowledge(지식): 목표를 설정하는 특정 Project나 Task에 대하여, 설정한 목표를 달성하기 위해 완료해야 하는 모든 상세 수준의 Task들을 수행하기 위해, 필요한 정보를 수집하고 활용하기 위한 방법(Method), 절차(Procedure), 노하우(Know-how) 및 전문 지식(Specialized Knowledge)을 총칭
Information(정보): 목표를 설정하는 특정 Project나 Task에 대하여, Knowledge에 기반하여, 설정한 목표를 달성하기 위해 수집하는 Raw Data 및 가공 Data. Data들의 속성(Attribute) 정보, 및 Data들 간에 존재하는 연관 관계 정보(Relational Information)를 총칭(상기 Knowledge와 Information을 총칭하여 간략히 Information으로도 표현)
Deliverable: 목표를 설정하는 Project나 Task의 목표달성의 결과물 내지 결과 상태의 총칭
Task: Deliverable의 생성과 완료 내지 완성을 위해 수행해야 할 Work, Work Package 및 Activity의 총칭
Platform Task: 목표관리를 위해 PM이 Platform에 내리는 지시 및 부여하는 임무, 여타 관리자들로 부터의 요청 사항 및 Platform의 기본 기능 내지 업무들의 처리를 위해 Platform 자신이 수행하는 Task
Super Tree: 목표관리 지식 및 정보의 총체적인 집합체인 BOGMKI를 실현하기 위한 수단으로서, STUMP를 기반으로 BDT, IVY, VINE, BUSH 및 SHRUB과 같은 PLANT들을 지식 및 정보들 간에 존재하는 관계에 따라 자유로이 '접목'(Graft)하여 구성하며 '조작'(Operation)과 함께 정의하는 지식 및 정보 모델(Knowledge and Information Model)
Graft(접목): 하나의 PLANT의 Node에 동종 또는 이종의 PLANT의 Root Node 또는 Start Node나 임의의 Node를 연결하고 상호 관계를 명시하여 연관짓는 조작(Operation)
Operation(조작): Super Tree 및 각 개별 PLANT에 대해 정의하고 행할 수 있는, PLANT의 생성(Creation), 변경(Modification), 접목(Graft), Node의 삽입, 탐색(Search), 평가(Evaluation) 및 활용(Utilization)과 같은 행위의 총칭
Big Information: Super Tree 또는 BOGMKI에 포함되는 일체의 지식과 정보
STUMP(그루터기): Smart Total Unified Management Platform의 약어로서, Super Tree 구성의 기반(Foundation)을 마련하기 위해 구성하고, 그 Root는 Super Tree의 ROOT가 되며 조작과 함께 정의하는 Tree Data Structure의 형태의 Knowledge and Information Model(또는 간략히 'Information Model')
BDT: Breakdown Tree의 약어로서, 목표관리에 활용해야 할 대상 정보 중, 체계적/계층적으로 분류 내지 세분할 경우 동종 내지 동질의 상세 단위 정보로 구분(Breakdown)되어 질 수 있는 정보를 관리하기 위해 구성하며, 조작과 함께 정의하는 Tree Data Structure 형태의 Knowledge and Information Model
IVY(담쟁이넝쿨): 목표관리의 전 수행 기간(Duration) 내지 시간을 일정한 길이의 Task 수행 관리 기준 ’단위시간‘(Unit Time)으로 구분하여 세분하고, 세분한 각 단위시간을 Node로 나타내며, 시작 단위시간을 나타내는 'Start Node'로 부터, 종료 단위시간에 해당하는 ’Finish Node'(또는 ‘Last Node')에 이르기까지 순차적으로 아크로 연결하여 구성하고 조작(Operation)과 함께 정의하는 Knowledge and Information Model
VINE(포도나무): 일정한 방향으로 흘러가는 원료, 반제품 및 제품을 취급하는 각종 생산, 제조 내지 제작 공정과, 냉각수, 압축공기, 증기 및 전력과 같은 각종 매체나 에너지를 공급하는 지원 계통(System)과, 기타 각종 회로(Circuit)나 특정 기능을 수행하는 시스템에 있어서, 해당 공정이나 시스템을 구성하는 각 설비나 소자(Component) 내지 요소(Element)나 개체(Entity)들을 Node로 나타내고, 해당 공정이나 시스템의 형태와 이들 공정이나 시스템이 취급하는 매체나 객체의 흐름을 따라 이들 설비나 소자 내지 요소나 개체들의 상호 연결관계를 Arc로 나타내어 구성하며, 조작과 함께 정의하는 Knowledge and Information Model
BUSH(덤불): 특정 목적의 기능을 수행하기 위한 설비, 요소(Element) 내지 개체(Entity)들이 연결되어 상호 간에 데이터나 매체(Medium) 내지 객체(Object)들이 양방향으로 이동할 수 있도록 구성되는 각종 계통(System)이나 망(Network)에서, 각 설비나 요소 내지 개체를 Node로 나타내며 이들의 연결관계를 아크로 나타내어 구성하며, 조작과 함께 정의하는 Knowledge and Information Model
SHRUB(관목): STUMP, IVY, VINE 및 BUSH로 나타내는 지식과 정보 이외에, 각종 연산, 추론(Reasoning and Inference) 내지 판단, 관리 행위 및 절차를 나타내고 이행하는 규칙(Rule)과, 특정 정보의 상세 속성(Attribute) 정보와, 각종 기록을 위한 Table, List, Stack 및 Queue를 Tree Data Structure 형태로 구성하여 저장하며, 조작과 함께 정의하는 Knowledge and Information Model
PLANT(식물): STUMP, BDT, IVY, VINE, BUSH 및 SHRUB을 총칭
NAS: Node Attribute SHRUB의 약어로서, Super Tree 내의 각 노드의 속성 정보를 체계적/계층적으로 구분하고 세분하여 저장하는 SHRUB
Node Given Name(노드 자체 명) 또는 Node Name: 각 개별 PLANT 별로 각 Node 자체에 부여하는 노드명
PPN(플랜트 내부경로 명): PLANT Path Name의 약어로서, 각 개별 PLANT 내의 Node들이 가지는, Root Node로부터 자신에 이르는 경로(Path)와 자신의 ‘Node Given Name'으로 구성되는 경로로서 나타내는 노드 명 내지 ‘Node Full Name’으로서, 노드 자신을 포함하여 경로상의 모든 노드들과 노드들의 속성(Attribute) 정보에 접근(Access)하여 추론(Reasoning and Inference)에 활용할 수 있으며, 명칭의 유일성(Uniquness)이 유지되는 범위 내에서 축약 표기가 가능
Node Number(노드번호): 각 개별 PLANT 별로 해당 PLANT의 구조 특성을 반영하여 각 Node에 부여하는 번호
STPN(슈퍼트리 경로 명): Super Tree Path Name의 약어로서, Super Tree 내의 각 노드들이 갖는, Super Tree의 Root Node('ROOT‘로 표현)로부터 자신에 이르는 Path와 노드 자신의 Node Name을 포함하는 경로로 나타내는 노드 명으로서, 노드 자신을 포함하여 경로상의 모든 노드들과 노드들의 속성(Attribute) 정보에 접근하여 추론에 활용할 수 있으며, 명칭의 유일성(Uniquness)이 유지되는 범위 내에서 축약 표기가 가능
RSTPN(슈퍼트리 상대경로 명): Relative Super Tree Path Name의 약어로서, Super Tree 내의 임의의 두 노드 간에 각각 상대 노드로부터 출발하여 자신에 이르는 상대적인 경로로서 나타내는 각 노드 명, 또는 임의의 여타 노드로 부터 출발하여 자신에 이르는 상대적인 경로로서 나타내는 노드 명, 또는 특정 노드를 중심노드(COIN)로 하여 주변의 각 노드에 이르는 경로로써 나타내는 주변 노드들의 노드 명으로서, 명칭의 유일성(Uniquness)이 유지되는 범위 내에서 축약 표기가 가능
Alias Node: 특정 Node에 대해, 다른 PLANT에 소속되어 있으나 해당 Node와 동일한 설비(Facility)나 소자(Component), 개체(Entity) 또는 객체(Object), 및 변수(Variable)나 값(Value)을 나타내는 Node
COIN(중심관심 노드): Center Of Interest Node의 약어로서, 현재 관심 또는 추론의 중심이되는 Node
Eval: 'Evaluation'(평가)의 줄임 표현으로서, 특정 노드 명을 평가하면 해당 노드 자체의 또는 속성 중에 포함된 Eval Expression을 평가하여 결과값을 Return하는 조작
Unit Time(단위시간): 목표관리의 편의를 위해 선정하는 기본 경과 시간 내지 기간의 단위로서, Default는 'Day'로 하며, 원하는 시간관리 정밀도에 따라 여타 시간 단위로 자유로이 변경 가능
BEAR Mark: 각 Task의 Progress Management IVY가 끝 부분에 지니며, 해당 Task의 다양한 수행 기간(Duration)을 나타내는 끝(Finish) Node 위치에 표시하는 Mark로서, Task 수행 기준기간(Baseline Duration(B)), 실행목표기간(Execution Goal duration(E)), 예상완료기간(Anticipated Completion Duration(A)) 및 실제완료기간(Real completion Duration(R))을 각각 나타내며, 일단 처음 Task Schedule이 확정되면 'B'와 'E' Mark의 Node 위치는 고정됨.
SMART: Schedule and Milestone Adjustment Record Table의 약어로서, 각 Task들의 Schedule과 Milestone들의 조정 이력을 저장하고 관리하기 위해 SHRUB으로 구성하여 해당 Task의 Progress Management IVY의 Start Node에 Graft하는 Table
Milestone: 각 Task에서 시작 상태와 완성 상태를 포함하여 객관적으로 진도 상태의 확인이 가능하고 상응하는 진도 값(%)을 부여할 수 있는 중요한 의미나 전환점이 되는 상태
Super Rule: SHRUB으로 구성하며, LHS(Left Hand Side) Node와 RHS(Right Hand Side) Node를 가지고, LHS Node와 RHS Node 모두 임의의 수의 자식노드들을 가질 수 있으며, 각 노드들은 그 자식노드들의 수와 'Eval' 방식이나 조건을 해당 노드의 NAS에 속성값으로 가지고, Template Rule로 구성하여 연관 ORE STEM과 STPN을 집행 환경으로 공급받아 Rule의 범용성을 제고하며, Rule 스스로 자신을 반복 집행할 수 있도록 구성하고, Rule 내에 'Internal Rule’을 포함하거나 다른 Rule을 Graft 할 수 있도록 하여, Rule을 Module화된 지식(Knowledge)의 조합으로 구성하면서도 공통된 문맥정보(Context)를 공유하며 일관되고(Consistent) 초점이 맞추어진(Focused) 추론(Reasoning and Inference), 판단, 절차 내지 방법의 실행, 및 연산을 수행해 나갈 수 있도록 하여, 높은 추상수준(High Abstraction Level)의 임무, 지시, 요청 및 Platform Task의 처리 및 이행이 가능하도록 구성하는 규칙(Rule)
Assert(공표): 특정 사실(Fact)을 공표하여, 해당 Fact를 LHS 내지 조건부에 포함하고 있는 Rule을 호출(Invoke)하여 집행(Execute)하기 위한 조작(Operation) REGIME Agent: Rule Expression Generation, Invocation Management and Execution Agent의 약어로서, 플랫폼이 가동되면 가장 먼저 생성되는 ‘Project Manager Agent’가 플랫폼의 각 기능 부문을 담당하는 Agent들과 함께 생성하고, Rule 표현(Expression)의 생성(Generation), 호출(Invocation) 관리(Management) 및 집행(Execution)을 총괄하며, 여타 Agent들의 Rule 집행을 지원하는 지능 S/W Agent
ORE STEM: PM이 내리는 특정 지시나 부여하는 임무 또는 여타 관리자들로부터의 요청과 플랫폼의 기본 업무(Assignment)를, ORE Generation BDT를 사용하여, ORE Generation BDT에서 순차적으로 선택하는 경로와 경로 상의 Node들의 속성값들로 표현하는 Order and Request Expression STEM(명령 및 요청 표현 줄기)의 약어로서, 간략히 'STEM'으로도 표현하며, ORE BDT의 특정 Path로서 따로 떼어내어 Graft 및 Node의 Eval이 가능하고, 해당 지시, 임무, 요청 및 업무를 수행하기 위해 호출하는 Rule에 집행 환경 정보로서 제공
RORE: Regular Order and Request의 약어로서 규칙적으로 수행하는 STEM
ORE Table: Order And Request Table의 약칭으로서, PM이 Platform에 내리는 지시, 부여하는 임무 및 여타 관리자들로부터의 요청과 Platform에 주어지는 기본 업무를 나타내는 ORE STEM과, 해당 지시, 임무, 요청 및 업무를 수행하기 위한 Rule을 호출하기 위한 정보를 저장하는 Table
Event: Task 수행 과정 중 Random 하게 발생하는 일체의 상황으로서, Task 진도에 미치는 영향에 따라 Positive Event, Negative Event 및 Neutral Event로 구별하고, 영향이 미치는 Task들의 범위에 따라 Local Event와 Global Event로 구분하며, 심각한 Event는 Risk로 구분하고, Project/Task의 분야와 특성에 따라 특정 시간의 도래나 경과, Project/Task의 각 수행단계 진입, PM으로 부터의 지시나 임무부여, 여타 관리자들로 부터의 요청 상황의 발생도 이벤트에 포함하여 취급하며, Event Detection Rule이 특정 이벤트를 감지하면 Event And Risk(EAR) Handling Process에 따라 해당 이벤트에 대처할 수 있는 Rule들을 호출하고 집행하여 처리
EAR Table: Event And Risk Table의 약칭으로서, Event and Risk BDT에서 Project/Task의 수행 중 실제 발생이 예상되거나 기 발생한 Event와 Risk들을 나타내는 STPN과, 해당 Event 및 Risk를 처리하기 위한 Rule들을 호출하기 위한 정보를 저장하는 Table
EAT: Event Absorbing Tactic의 약어로서, 목표관리 과정에서 발생하는 각종 Negative Event의 영향(Impact)을 조기에 저지하거나 파급을 최소화하기 위한 이벤트 흡수 전략
EMART: Event Monitoring And Recording Table(이벤트 감시 및 기록 테이블)의 약어로서, Task 수행과정에서 발생하는 이벤트들의 감시와 관리를 하기 위해 SURUB으로 구성하는 테이블
GRACE: Gradual Resource Allocation and Cost Evaluation의 약어로서, 목표관리를 위해 수행해야 할 각 Task 별로, 투입해야 할 Resource를 투입 가능 범위 내에서 투입 단위로 Increment 또는 Decrement 하며, 최적의(Optimal) Task 수행기간(Duration)을 탐색하거나, 이벤트흡수전략(EAT)을 적용하는 과정에서, 최소의 비용(Expense)이나 노력(Effort)으로 진도나 상황을 회복할 수 있는 기간/시간을 탐색하는 기법
Semantic Primitive(의미원소): Super Tree에 행하는 모든 조작(Operation)과 규칙(Rule) 및 Platform Task들을 표현하고 처리하기 위한 단위 Keyword로서 정의하는 기본적인 용어 내지 표현들(Basic Terms and Expressions)
NOA: Nature Of Activity의 약어로서, Super Tree의 Node와 Node의 명칭으로 나타낸 특정 Activity, Task 또는 Work의 구체적인 행위 내용
ANT: Absolutely Needed Time의 약어로서, 가능한(Feasible) 모든 노력과 수단이나 자원을 동원해도 그 이상은 단축할 수 없는 최단 필요 시간 내지 기간
PASS(능동 자율 서비스): Proactive And Smart Service의 약어로서, 일방적으로 Menu 및 Submenu나 Tool을 제공하고 PM이나 여타 관리자들 또는 사용자들이 필요한 기능을 찾아서 이용하도록 하는 대신에, 높은 추상수준(High Abstraction Level)의 지시 내지 명령을 직접 플랫폼에 내리거나 요구할 수 있도록 하는 지능 능동 자율 서비스 제공 방식
Super Forest: 복수의 Super Tree들을 Subtree로 거느리는 Tree 자료구조 형태의 Knowledge and Information Model
SWEEP: Successive Work and Event Evaluation and Proceeding의 약어로서, 설정한 목표의 달성을 위해 수행하거나 처리해야 할 모든 Task들과 이벤트를 정밀하게 연속적, 지속적 및 자율적으로 처리하며 진행하는 목표관리 기법(Technology) (이상 용어 및 약어의 정의 및 설명 완료)
이하에서 첨부한 도면들을 참조하여 본 발명에 따른 Super Tree 기반의 Project/Task 지능 목표관리 플랫폼 및 방법의 바람직한 실시 예에 대해 상세히 설명한다. 각 도면 내에서의 위치참조 번호는 3 자릿수를 사용하며 첫 번째 숫자는 도면 번호를 나타낸다. 설명의 명확성 제고를 위해 동일한 설명을 반복할 수 있다. 기술용어의 경우, 의미의 명확성 제고를 위해 영어 표현과 혼용하여 표기할 수 있다. 본 발명에서 정의하는 명칭이나 표현, 또는 따로 정의하지 않고 간략한 설명만으로 최초로 사용하는 명칭이나 표현의 경우와, 특정 표현을 따로 구별하거나 강조하려고 할때에는 '작은따옴표'를 붙여서 나타낼 수 있다.
본 발명의 Project/Task 지능 목표관리 플랫폼은, 목표를 설정하는 Project나 Task에 대해, 목표를 달성하기 위해 관리해야 할 대상들을 순차적으로 구분하고 세분한 모든 상세 수준의 관리 대상(’Vertical Breakdown Task Plane‘으로 정의)을, 수립하는 관리 계획(Schedule)에 따라, 일련의 관리 단위시간(Unit Time)으로 구분한 전 Project/Task 수행기간(’Horizontal Progressing Time Axis‘로 간주)에 걸쳐, 동시 다발적 및 입체적(3-Dimension)으로 정밀하게 훑어가듯이 관리하며 진행하는 목표관리 기법을 사용하며 이를 'SWEEP’(Successive Work and Event Evaluation and Proceeding) 지능 목표관리 기법으로 정의한다.
본 발명의 Project/Task 지능 목표관리 플랫폼은, Project/Task 목표관리의 전 과정에 걸쳐 상기 SWEEP 목표관리 기법을 기반으로, Virtual Project Manager(VPM)로서 PM을 대리하고 지원하며, 모든 관리 대상 Task들의 진행 상황과 각종 이벤트들의 발생 상황을 매 순간 정밀하게 감시하고 관리하며 나아가기 위해, 먼저, 설정한 목표를 정교하고 지능적으로 관리할 수 있는 방법(Method)과 전문 지식(Knowledge)(총칭하여 ‘지식’)을 수집하고, 수집한 지식을 바탕으로, 목표를 수립하고 관리하며 달성하기 위해 필요로 하는, 통상적으로 방대한 규모의, Raw Data, 가공 Data 및 Data들 간에 존재하는 연관 관계(Relational) 정보(총칭하여 ‘정보’)를 수집하여 활용한다. 본 발명에서는 Project/Task의 목표를 설정하고 달성하기 위해 필요로 하는 일체의 '지식과 정보’(또는 총칭하여 '정보'로도 표현)를 수집하여 수용하고 자율적인 추론(Inference and reasoning)과 판단(Decision)에 활용하기 위한 ‘목표관리 지식과 정보의 총 집합체’(Body Of Goal Management Knowledge and Information(‘BOGMKI’)로서 ‘Super Tree’를 안출하여 구성하고 활용한다.
도 1은 본 발명에 따른 Super Tree 기반의 Project/Task 지능 목표관리 플랫폼의 목표관리 Task 수행 절차를 나타낸 흐름도이다.
도 1을 참조하면, 본 발명에 따른 Super Tree 기반의 Project/Task 지능 목표관리 플랫폼은 다음 5 단계의 과정(Process)을 통해 Project/Task의 총책임자 내지 Project Manager(PM)(이하 총칭하여 ‘PM’)를 지원하며 자율적 및 능동적으로 목표관리 임무를 수행한다.
단계 1. Project/Task 시작 및 전체 기본정보 수집 단계(Project/Task Initiating and Basic Information Collection Stage)(S100)
목표를 수립하고 관리하려는 대상 Project/Task’(이하 간략히 'Project/Task')의 분야에 따라 선택하는 사전에 구성한 ‘기본정보 입력창’을 제시하고, Project/Task의 분야, 명칭, 최종목표, ‘최종 완성 물(Deliverable) 내지 상태(State)’이하 'Deliverable'로 총칭)의 범위(Scope) 및 총 수행기간과 같은 전체적인 기본정보를 Project Manager(PM)로부터 입력받는다.
단계 2. 상세 정보 수집 및 Super Tree 구성 단계(Detailed Information Collection and Super Tree Constructing Stage)(S101, S102)
상기 'Project/Task 시작 및 전체 기본정보 수집 단계'에서 입력받은 전체 기본정보를 기반으로, 본 발명의 플랫폼 구현 방법과 Project/task의 분야별 전문지식을 이용하여 사전에 분야별로 구성해 놓은, 해당 Project/Task 분야의 Super Tree 기본(Basic) 내지 참조(Reference) 구성 골격(Skeleton)을 선택하여 제시한다. 제시하는 Skeleton을 기반으로, 해당 Project나 Task 분야의 전문 지식(Knowledge and Expertise)과, 해당 지식을 바탕으로 수집하는 각종 데이터, 가공 데이터 및 데이터들 간의 관계 정보(Relational Information)(총칭하여 '정보'(Information))를, Project Manager(PM)와 'PM의 지휘를 받으며 Task를 수행하는 Team원 내지 여타 관리자들’(이하 ‘여타 관리자’로 총칭)로 부터 입력받아, '목표관리를 위한 지식과 정보의 총 집합체’(Body of Goal Management Knowledge and Information(BOGMKI))로서 'Super Tree'를 구성한다. 구성하는 Super tree는, 수행해야 할 전체 및 모든 세부 Task(Project/Task의 분야와 특성에 따라 ‘Work’‘Work Package' 또는 ‘Activity’로도 칭하며, 이하 ‘Task'로 총칭)들을 분야별 또는 부문별로 계층적/순차적으로 분류 내지 세분하여 수행하기 위한 정보와(S102), 각 Task들의 수행 범위(Scope)로서 Task별로 완성해야 할 결과물 또는 결과상태(이하 총칭하여 'Deliverable’)의 정량적인 정보 또는 정량화한 정보와, 해당 Deliverable들을 완성하기 위해 투입해야 할 자원(Resource)과 소요 비용(Cost) 및 예산(Budget)과 같은 전문 지식과 정보를 기본적으로 포함한다. Project나 Task의 분야와 특성에 따라, 전체 Task 수가 1개일 수도 있으며, Activity는 Physical Activity 뿐만이 아니라 Intellectual Activity일 수도 있고, 상기 Deliverable은 계량 단위로 나타낼 수 있는 양(Quantity) 뿐만이 아니라 특정 상태(State)를 나타낼 수도 있으며, 상기 투입해야 할 Resource는 양(Quantity)과 품질(Quality)을 함께 명시하고, 상기 전문 지식과 방법은 목표를 성공적으로 달성하기 위해 필요한 Task 수행 방법, 수행 전략(Strategy), 상황 내지 상태 판단 지식, 추론(Inference and Reasoning) 능력, Know-how, Heuristics, 개략적인 Task 수행 기간 지식을 포함한다.
상기와 같이 목표를 설정하고 달성하려는 특정 Project/Task의 수행을 위해 구성하는 Super Tree에 포함되는 일체의 지식과 정보를 'Big Information'으로 정의한다. 또한, 복수의 Project나 Task의 목표관리를 수행하려고 할 경우에는, 각 Project나 Task의 목표관리를 위해 구성하는 Super Tree를 자식노드들로서 거느리는 Tree 형태의 Knowledge and Information Model을 구성하며, 이를 'Super Forest'로 정의하고 활용한다.
단계 3. 태스크 수행 계획수립 단계(Task Scheduling Stage)(S103)
상기 ‘상세 정보 수집 및 Super Tree 구성 단계’(S101, S102)에서 Breakdown하고 목표를 달성하기 위해 수행해야 할 모든 상세 수준의 Task들에 대하여, PM, Scheduler 및 각 Task 담당 관리자들과 협력하며, 각 Task 별로 예외사항(Contingency)들의 발생 가능성을 감안한 '기준 수행기간'(Baseline Duration)을 설정한다. 각 Task의 Baseline Duration 경과 시점에서의 진도를 100%로 하고, Task 수행 단위시간(Default는 일'(Day)로 하며 이하 ‘Day’를 기준으로 설명.)별 진도로 세분하는 Task 수행 단위시간 ’기준 계획‘(Baseline Schedule)을 수립한다. (예: S-Curve 또는 Linear 함수 사용) 각 단위시간별 기준 계획 진도에 해당하는 Deliverable들의 정량적인 양과 상응하는 소요 자원(Resource) 및 비용(Cost)을 산정한다. 다음에는 역으로 상기 각 단위시간별로 '투입 단위'(Allocation Unit)를 고려한 각 Resource의 공급 가능하고 타당한(Feasible) '실 투입계획'(Actual Supply Plan)을 수립하고, 실 투입계획으로 부터 완성 가능한 Deliverable의 양과 Cost를 정량적으로 산정한다. 기본적인 주요 Resource로는 Manpower, Facility, Material, Equipment, Capital, Time 및 Space를 들 수 있고, 각 Resource 별로 공급 가능한 양(Quantity)의 결정에는 해당 Resource의 품질(Quality), Capacity 또는 Capability와 Time 및 Cost를 함께 고려한다. 상기 완성 가능한 Deliverable의 정량적인 양을 다시 해당 Task의 해당 단위시간 ’실행계획'(Execution Schedule) 진도(Progress)로 환산한다. 환산한 단위시간 실행계획은 기준계획보다 앞서 나가도록 Resource를 할당하고, 각 단위시간 실행계획의 합이 100%가 되는 시점을 해당 Task의 ’수행목표기간‘(Goal Duration)으로 한다. Baseline Duration과 Execution Goal Duration의 차이를 해당 Task의 '수행 내부 여유기간‘(Task Internal Buffer)으로 한다. 이어서 각 Execution Goal Duration에 대하여 해당 Task의 특정 진도나 완료 상태를 나타내는 'Milestone'들을 설정하며, 여타 Task들의 Milestone들과의 선행 및 후속 관계에 따라, Milestone들 간에 상호 Finish-to-Start, Finish-to-Finish, Start-to- Start 및 Start-to-Finish의 선행 및 후속관계를 설정함으로써, 모든 상세 수준의 Task들에 대하여 Baseline Schedule과 Execution Schedule을 수립하고, 상응하는 Baseline Duration과 Execution Goal Duration을 산정한다. Project나 Task의 분야와 특성에 따라 각 Task의 Duration은 미리 정해질 수도 있고, 또는 특정 상황이나 상태가 이루어질 때까지의 시간이 될 수도 있다.
단계 4. 태스크 수행 단계(Task Performing Stage)(S104)
상기 ‘태스크 수행계획수립 단계’에서 수립한 각 Task의 ‘실행계획’(Execution Schedule)에 따라, 매 단위시간에서 Task 시작 시마다, 투입가능 예상 자원(Expected Supply Resource)과 그에 따른 완성 가능 예상 Deliverable과 상응하는 예상 진도를 산정한다. 진도 지연이 예상될 경우에는 사전에 조치하며, 진행하는 시간을 따라 모든 Task들의 진행 및 진도 상황을 지속적으로 감시한다. Task 수행 중에 Resource 투입에 지장을 주며 진도에 영향을 줄 수 있는 ‘이벤트’가 발생할 경우에는 즉시 대처한다. 매 단위시간 경과 시마다, 각 Task별로 해당 단위시간의 계획진도와 실적진도를 비교하고, 해당 단위시간까지의 누적(Cumulative) 계획진도와 누적 실적진도를 비교하여, 사전에 규정한 유의할 수준(Significant Level) 이상으로 차이가 나는 ’진도 지연 이벤트‘가 발생할 경우에는, 후술하는 GRACE(Gradual Resource Allocation and Cost Evaluation)기법에 기반한 ’이벤트 흡수 전략‘(Event Absorbing Tactic(EAT))을 적용하여 지연된 진도를 최대한 조기에 회복하며, 진도 지연의 원인을 추적하고 분석하여 경험으로써 축적하며 현 단위시간 이후의 목표관리에 반영하고, 기회가 될 수 있는 이벤트는 조기 완료를 위해 활용하며, PM이 수시로 내리는 추가적인 지시 사항과 부여하는 임무를 수행하고 여타 관리자들의 요청을 처리해 나아감으로써, '목표관리의 대상이 되는 모든 상세 수준의 Task들‘(’Vertical Breakdown Task Plane‘으로 정의)에 대하여 '목표관리 전 기간/시간'('Horizontal Progressing Time Axis‘로 간주)에 걸쳐 입체적이고 연속적, 능동적(Proactive) 및 지능 자율적으로 진행하며 정밀하게 목표를 관리하고 달성해 나아가는 SWEEP’(Successive Work and Event Evaluation and Proceeding) 지능 자율 목표관리 기법을 사용하여 목표관리 Platform Task를 수행해 나아간다. Project/Task의 분야와 특성에 따라, 진도 이외에 진행 상황을 실시간으로 관리해야 할 경우에는, 목표 달성에 영향을 미칠 수 있는 상황의 발생을 이벤트로 간주하고, 상황의 회복이나 기회의 활용을 위해 Task 수행 계획 또는 전략을 수정 또는 조율해 가며 SWEEP 기법을 사용하여 목표관리 Platform Task를 수행해 나아간다.
단계 5. Project/Task 완료 단계(Project/Task Completion(Finishing) Stage)(S105)
상기 ‘태스크 수행 단계'에서 진도를 관리한 모든 상세 수준의 Task들에 대하여, 품질기준을 만족하는 최종 Deliverable들을 완성함으로써, 전체 Project/Task를 성공적으로 완료하고, 별도로 Project/Task의 Owner가 있을 경우에는 해당 Owner에게 인계하며, Project/Task의 목표를 달성한다. ■
본 발명의 지능 목표관리 플랫폼은 상기 5 단계의 과정(Process)을 통해 Project/Task의 총책임자 내지 Project Manager(PM)(총칭하여 ‘PM’)를 지원하며 자율적 및 능동적으로 목표관리 임무를 수행한다.
상기 5단계 목표관리 과정(Process)은 주로 Plant의 Engineering/ Procurement/Construction(EPC) Project나 Smart Factory에서의 생산관리 Task를 위주로 설명하였으나, 그 외에 기업의 경영, 조직의 관리, 에너지관리, 스마트 컴퓨터 운영체제(Operating System)의 구현, 각종 경기(Game)나 스포츠의 목표 및 전략 또는 작전의 관리, 주식투자, 선거(Election) 관리 및 개인의 목표관리에 이르기까지, 목표를 설정하고 달성하려는 인간의 광범위한 활동 영역에서 응용되고 적용될 수 있다. 목표를 설정하는 Project나 Task의 분야와 특성에 따라, 상기 PM은 그 외 CEO, 총책임자, 감독 또는 개인이 될 수도 있고, Task 수행 계획 대신에 수행 전략(Strategy)을 수립할 수도 있으며, Task 수행 기간(Duration)은 특정 시각이나 상태에 도달할 때까지의 시간으로 주어질 수 있고, Task의 진도관리(Progress Management)는 상황관리(State Management)와 병행하거나 대치될 수 있다.
이하 설명의 명확성 제고를 위해 필요할 경우, 구체적인 Project/Task의 실례를 들어 설명한다. 주로 대형 Plant의 Engineering/Procurement /Construction(EPC) Project나 Smart Factory에서의 생산관리 Task를 위주로 설명하며, 그 외에도 에너지관리시스템(Energy Management System)에서의 에너지절감관리 Task, 대규모 국가 기간 설비인 전력계통 운영관리 Task 및 컴퓨터 운영체제(Operating System)의 성능관리 Task를 예로 들어 설명한다.

이하 도 2를 참조하여 상기 Super Tree의 구성과 활용 방법에 대해 상세히 설명한다.
먼저, 설정하고 관리하려는 Project/Task의 목표를, '최적/최소'(Optimal-minimum)의 비용으로 달성하기 위한 일체의 관리행위를 대표하고 ‘Virtual Project Manager’(VPM)로서 최고관리자(PM)를 상징적으로 나타내며, 상기 Project/Task 목표관리의 총체적이고도 유일한(Unique) 출발점(Starting Point) 내지 진입점(Entry Point)을 나타내는 뿌리노드(Root Node)를 생성한다(201).
상기 Project/Task의 관리 목표는 2개 이상일 수 있으며, 따라서 상기 '최적/최소' 비용은 각 Project/Task의 특성과 목표에 따라, 환경, 품질, 편익, 안전 및 보안과 같은 요소들에도 적정하다고 판단되는 비중값(Weight Value)을 할당하여 총비용에 반영한 총체적인 최소 비용을 의미한다.
다음에는 상기 Project/Task의 목표를 달성하기 위해 수행해야 할 모든 관리행위를, 주요(Major) 분야 내지 부문별로 구분 또는 세분하여, 구분 내지 세분한 각 주요 관리 분야마다 해당 관리행위를 대표하고 나타내기 위한 주 관리노드들(Major Management Nodes)을 생성한다(202).
이어서 Super Tree 구성의 기반이 되는 그루터기로서, 상기 주 관리노드들을 상기 Root Node의 자식노드들로 하는 Tree 자료구조 형태의 Knowledge and Information Model을 생성하고 이를 'STUMP'(Smart Total Unified Management Platform)로 정의한다(203).
상기 STUMP는 Project/Task의 목표관리를 위해 수행해야 할 모든 주요 분야 내지 부문을 명시적(Explicit)으로 열거(Enumerate)하고 전체적인 정보 저장 및 관리 체계를 정립하는 기본 틀(Framework)을 형성하기 위해 구축한다. 상기 Major Management Node들은 각각 상세관리행위로 세분하는 Minor Management Node들을 자식노드로 가질 수 있으며, 전체 정보 및 관리 체계의 명확성을 위해 STUMP는 3 Level을 초과하지 않는 것을 기본으로 한다.
다음에는 상기 각 주요 관리 부문 내지 분야마다 선택하는 Project/Task의 목표관리를 위해 필요한 일체의 지식과 정보(이하 정보로 총칭)들을 수집하여 저장하고 활용하기 위해, 정보의 종류와 특성 및 정보들 간의 관계에 따라 다음과 같은 전문화된(Specialized) 용도의 Information Model들을 각각 해당 Model에 행할 수 있는 조작들(operatopns)과 함께 정의하며 구성한다.
1. 목표관리에 활용해야 할 대상 정보 중, 체계적/계층적으로 분류 내지 세분할 경우 동종 내지 동질의 상세 단위 정보로 구분(Breakdown)되어 질 수 있는 정보를 관리하기 위해 구성하는 Tree Data Structure의 구조를 가지는 'BREAKDOWN_TREE'(이하 'BDT'로 표현).
2. 목표관리의 전 수행 기간(Duration) 내지 시간을, 관리를 원하는 시간 정밀도의 관리 기준 ’단위시간‘(Unit Time)으로 구분하여 세분하고, 세분한 각 단위시간을 Node로 나타내며, 시작 단위시간을 나타내는 'Start Node'로 부터, 종료 단위시간에 해당하는 ’Finish Node'(또는 ‘Last Node')에 이르기까지 순차적으로 아크로 연결하여 구성하고, 조작(Operation)과 함께 정의하여, 목표관리의 전 시간/기간에 걸쳐, 수행해야 할 각 Task들의 Schedule 관리, 진행상황관리, 진도(Progress)관리, 상호 의존성(Dependency) 내지 선행/후속관계 관리, 운영해야 할 각종 설비의 운영상태 관리, 및 각종 이벤트(Event)와 리스크(Risk)의 관리를, 원하는 상세 시간 정밀도 수준(Time Resolution Level)으로 관리하기 위한, 각 Task의 수행 기간(Duration)에 해당하는 길이의 단위시간 Node들의 Chain 형태의 구조를 가지는 'IVY'.
3. 일정 방향으로 흘러가는 원료, 반제품 및 제품을 취급하는 각종 생산, 제조 내지 제작 공정과, 냉각수, 압축공기, 증기 및 전력과 같은 각종 매체나 에너지를 공급하는 지원 계통(System)과, 기타 각종 회로(Circuit)나 특정 기능을 수행하는 시스템에 있어서, 해당 공정이나 시스템을 구성하는 각 설비나 소자(Component) 내지 요소(Element)나 개체(Entity)들을 Node로 나타내고, 해당 공정이나 시스템의 형태를 따라 이들 설비나 소자 내지 요소나 개체들의 상호 연결관계를 Arc로 나타내는 구조의 'VINE'.
4. 특정 목적의 기능을 수행하기 위한 설비, 요소(Element) 내지 개체(Entity)들이 연결되어 상호 간에 데이터나 매체(Medium) 내지 객체(Object)들이 양방향으로 이동할 수 있도록 구성하는 각종 계통(System)이나 망(Network)에서, 각 설비나 요소 내지 객체를 Node로 나타내며, 해당 System이나 Network의 형상을 따라 이들 설비나 요소 내지 객체들의 상호 연결관계를 Arc로 나타내는 구조를 가지는 'BUSH'.
5. 상기 STUMP, BDT, IVY, VINE 및 BUSH에 저장되는 정보 이외에, 플랫폼이 기본적으로 주어진 목표관리 업무를 수행해 나가기 위해 필요로 하거나, PM으로부터의 지시를 이행하거나 여타 관리자들로부터의 요청을 처리하기 위해 필요로 하는, 일체의 정보와 지식(Knowledge)을 저장하고 추론(Reasoning)에 활용하기 위한, Tree Data Structure 구조를 가지는 'SHRUB'.
상기 각 'STUMP', 'BDT', 'IVY', 'VINE', 'BUSH' 및 'SHRUB'을 총칭하여 'PLANT'로 정의한다(204).
이어서 상기와 같이 정의한 각 PLANT 종류별로, 임의의 수의 개별 PLANT들을 목표관리의 필요에 따라 생성하여(Instantiate), 그 Root Node 또는 Start Node를 주로 상기 STUMP의 각 노드에 연결하며, 이와 같이 자식노드와는 별도로 동종 또는 이종의 타 PLANT의 Root Node 또는 Start Node를 연결하는 행위를 '접목'(Graft)으로 정의한다(205, 206, 207).
상기 STUMP에 Graft한 각 PLANT의 각 노드들에도, 목표관리를 위해 연관된 정보들을 추가로 저장하거나, 추론을 위해 다른 PLANT에 저장된 정보에도 접근(Access)할 필요가 있을 경우, 필요로 하는 다른 PLANT들의 Root Node 또는 Start Node나 임의의 Node를 계속해서 반복적으로 Graft할 수 있으며(208, 209), 상기 Graft를 통해 각 노드들은 자신이 속한 PLANT 내에서의 노드 간의 접근(Access), 탐색(Search) 및 이동(Traversal) 경로(Path) 외에도, Graft를 통한 다른 PLANT 소속 노드들에 대한 접근, 탐색 및 이동 가능한 경로가 추가로 생성되게 된다. 상기 STUMP 및 STUMP에 Graft하는 모든 PLANT들로 구성되는 ‘목표관리 지식 및 정보의 총 집합체’(Body Of Goal Management Knowledge and Information: 'BOGMKI')를 'Super Tree'로 정의한다.
먼저, 목표관리를 위해 필요한 일체의 정보를 저장하도록 구성하는 Super Tree 내의 각 노드들에 직접 접근(Direct Access)하기 위한 방법에 대해 설명한다. Super Tree를 구성하는 모든 PLANT는 Super Tree 내에서 유일한(Unique) PLANT Name과 PLANT Number를 부여하며 각 PLANT의 ‘Root Node' 또는 'Start Node’(이하 따로 명시할 필요가 없을 경우 ‘Root Node'로 총칭)의 Node Name은 해당 PLANT Name과 같다. PLANT Number는 Project/Task의 특성에 따라, 총 PLANT 수와 PLANT 내에서 해당 PLANT의 상대적인 위치를 판단할 수 있도록 번호체계를 구성하여 부여한다.
각 PLANT 내의 모든 노드들에도 소속 PLANT 내에서 유일한(Unique) 노드 명칭(‘Node Name’or 'Node Given Name’)과 노드 번호(Node Number)를 부여한다. Node Numbering은 PLANT의 종류에 따라 해당 PLANT의 총 노드 수와 PLANT 내에서 특정노드의 상대적인 위치를 판단할 수 있는 번호체계를 구성하여 부여한다. 또한, 각 노드들은 추가로 자기가 속한 PLANT의 Root Node로부터 자기 자신에 이르는 경로(Path)와 자신의 ‘Node Given Name'으로 구성되는 ‘Node Full Name’을 가지며, 이를 해당 노드의 'PLANT Path Name'(PPN)으로 정의한다.
동종의 PLANT로서 동일한(Identical) 구성의 PLANT가 다수 존재하여 각 PLANT 마다 유일한 명칭을 부여하기 어려운 경우에는, 해당 PLANT를 Graft한 Node의 PLANT Path Name(PPN)을 해당 PLANT의 Root Node나 Start Node 앞에 이어 붙여 유일한 명칭을 가질 수 있도록 한다. 노드의 경우에도 동일한 PLANT 내에 유사한 노드가 다수 존재하여 일일이 Unique한 Node Name을 부여하기 어려운 경우에는, 해당 노드의 PPN 중 Unique하게 구별되는 Path 부분을 사용하여 구별하거나 접근(Access)한다.
상기 ‘Graft’는 Graft하는 양 당사자 노드들에 상대방 노드의 PPN(PLANT Path Name)을 각자 Graft 속성값으로 저장함으로써 이루어지고, Graft의 방향에 따라 양 노드 간에는 상호 ‘Grafting Parent’ 및 ‘Grafting Child’의 관계가 성립되며, 양 노드로 부터는 각 노드를 중심으로, Graft된 다른 PLANT들의 노드 정보에 접근할 수 있는 상대 경로(Relative Path)인 'Graft Path'가 형성된다. STUMP를 제외한 모든 PLANT들의 'Root Node' 또는 'Start Node'는 다른 PLANT의 Root Node 또는 임의의 노드에 Graft할 수 있고, 필요에 따라서 임의의 PLANT의 임의의 노드도 다른 PLANT의 임의의 노드에 Graft할 수 있다.
상기 Graft로 맺어지는 정보들 간의 연관관계에 따라 Graft의 종류가 정해진다. 전형적인 Graft의 종류로는, 주 정보에 대한 상세 내지 속성 정보의 제공 관계; 물리적인 선행/후속 연결 관계; 시간적인 선행/후속 관계; 논리적인 조건의 선행/후속 관계 또는 의존(Dependency)관계; 물리적인 주(Main) 정보와 부속(Sub)정보의 관계; 동일(Identical) 내지 등가(Equivalent)인 정보 관계; Task와 해당 Task의 수행 방법, 지식(Knowledge) 및 전문기술/기법 내지 노하우(Expertise/Know-how)와의 관계; 가 있으며, Project/Task의 분야와 특성에 따라 추가 또는 생략될 수 있다. 따라서 Graft는 Graft되는 노드 간의 상호 관계에 따라 방향성을 가지며, 동일 내지 등가인 정보 관계에서는 목표관리를 위한 정보 활용의 편의에 따라 임의로 방향을 정할 수 있다. 또한 Super Tree 내의 모든 Graft는 정적으로 또는 목표관리 진행 내지 추론 과정에서 동적으로 이루어질 수 있고 이를 각각 'Static Graft'와 ‘Dynamic Graft'라고 한다. ‘Dynamic Graft'의 경우에는 Graft한 목적이나 용도가 종료된 후에는 Graft를 해지(이하 ‘Degraft'로 표현)할 수도 있다.
Super Tree 내의 모든 노드는, Super Tree의 Root Node('ROOT‘로 표현)로 부터 자신에 이르는 Path와 노드 자신을 포함하는 경로 명칭을 갖고, 이를 'Super Tree Path Name'(STPN)이라 한다. 따라서 STUMP Node를 제외한 모든 노드의 STPN은 하나 이상의 ‘Graft Path’를 포함하게 된다. 또한 각 PLANT에서 Root 이외의 노드를 다른 PLANT의 노드에 Graft할 경우에는 해당 노드는 자신이 속하는 PLANT의 Root Node를 경로에 포함하는 본래의 STPN 외에도, Graft한 노드를 경유하는 STPN도 갖게 된다. 노드 자신이 속한 PLANT의 Root Node를 경유하는 STPN을 특히 'Original STPN'이라고 한다. 따라서 각 노드는 하나 이상의 STPN을 가질 수 있고, 해당 노드를 활용하는 추론과정에서 필요로 하는 주변정보(Context)에 따라, 원하는 STPN을 선택하여 활용할 수 있다. 특정 PLANT 내의 Root를 제외한 임의의 노드들 직접 다른 PLANT 노드에 Graft하여 형성되는 STPN의 경우에는, 해당 임의의 노드의 명칭은 해당 노드의 PPN을 괄호 안에 포함하여 나타낸다.
추가로 Super Tree 내의 임의의 두 노드들은 각각 상대 노드로부터 출발하여 자신에 이르는 상대적인 경로로서 Path Name을 구성할 수 있으며, 이를 'Relative Super Tree Path Name(RSTPN)으로 정의한다. 상기 ‘RSTPN’을 구성하는 Path에서, Super Tree의 ROOT로부터 내려오는 방향의 Path 부분은 ‘순방향 경로’(Forward Path)라 하고, ROOT를 향해 올라가는 방향의 Path 부분은 ‘역방향 경로’(Reverse Path)라 한다. 각 Super Tree Relative Path Name(RSTPN)은 진행하는 도중에 특정 Node에서 방향을 전환하거나 지나온 Path로 Backtrack을 할 수도 있으며, 따라서 Forward Path와 Reverse Path를 모두 포함할 수도 있다.
특정 노드를 중심으로 주변 정보를 활용하며 추론을 해야 할 경우, 해당 노드의 Original STPN을 ’중심관심노드‘또는 'COIN'(Center of Interest Node)이라고 정의한다. 따라서 특정 노드의 주변 정보는, 해당 노드를 COIN으로 지정하고, COIN을 중심으로 한 RSTPN으로 간편하게 접근할 수 있다.
다음은 Super Tree의 각 노드에 정보를 저장하고, 접근(Access)하거나 회수(Retrieve), 추출(Extract) 또는 탐색(Search)하기 위한 노드 경로(Path)인 상기 STPN, PPN 및 RSTPN의 표기 방법에 대해 설명한다. Node 간의 순방향 Path의 표기는 편의를 위해 Arc 대신 Slash('/')를 사용한다. 단 Graft Path의 경우에는 Double Slash('//')로 표기하도록 한다. 또한 역방향(Reverse) Path를 나타낼 경우에는 Back Slash('\‘)를 사용하고, 역방향 Graft Path의 경우에는 Double Back Slash('\\' )로 표기하도록 한다. 단 상기 Path 표기는 플랫폼을 구현하는 Programming Language에 따라 혼동이 없는 한 여타 기호를 사용할 수도 있다.
상기 각 Super Tree Node에 접근(Access)하기 위한 Path들의 표현에서, 해당 노드에 접근하거나 목표관리를 위한 추론(Reasoning 또는 Inference)을 하는 경우에. 생략이 가능한 노드들은 생략하며 간략화한 Path 표현으로 나타낼 수 있다. 또한, 두 Path를 비교하여 Match 여부를 판단하는 경우, Path에 Wildcard 표기인 '*‘를 포함하면 해당 위치에 하나 이상의 노드를 포함하는 임의의 Path와 Match될 수 있고, ‘&’를 포함하면 임의의 하나의 노드와 Match 될 수 있도록 한다. 또한 Path의 특정 Node 위치에 '?node_variable’과 같은 변수노드 표현을 사용하면, Match되는 상대 Path로부터 해당 변수노드 위치의 실제 노드 명을 해당 변수노드값으로 추출해 낼 수 있다.
두 노드 사이에 Graft가 이루어질 경우, 해당 Graft Path의 표현은 순방향의 경우 'Grafting Parent Node의 PPN//(Grafting Child Node의 PPN)' 과같이 나타내고, 역방향의 경우에는 'Grafting Child Node의 PPN''\\'(Grafting Parent Node의 PPN)'과 같이 나타내도록 한다.
이어서 플랫폼이 목표관리 임무를 수행하기 위해 Super Tree와 Super Tree를 구성하는 PLANT나 PLANT Node들에 행할 수 있거나 이들을 활용하는 ‘행위’에 대해 설명한다.
상기 Super Tree와 각 PLANT나 PLANT Node들에 대한 ‘행위’를 해당 PLANT에 행할 수 있는 ‘조작’(Operation)이라고 한다. Super Tree에서의 ‘조작’은, Super Tree 전체적으로 모든 PLANT에 적용할 수 있는 ‘공통조작’(Common Operation)과 각 PLANT마다 따로 적용할 수 있는 ‘전용조작’(Exclusive Operation)으로 구분하며, 동일한 명칭의 조작이라도 적용하는 PLANT에 따라 적용 방법이 달라질 수 있다.
Super Tree에 행하는 기본적인 Common Operation들로는 'Create_Super_Tree', 'Create_PLANT', 'Create_Node', 'Insert_Node', 'Delete_Node', 'Graft', 'Degraft', 'Prune' 및 'Node_search'이 있다. 상위 추상수준(High Abstraction Level)의 조작들로는, 'Node_Visit', 'Node_Eval', 'Node_Expand', 'Node_Shrink', 'Path_generate' 및 'Path_Instantiate'를 예로 들 수 있다. Super Tree에서 정의하는 모든 조작의 명칭은 해당 조작의 사용 환경과 표현의 강조 여부에 따라 구성 단어의 순서와 대소문자를 바꾸어 나타낼 수 있다. 각 조작의 명칭은 해당 조작의 목적을 나타내며, 상세 조작의 내용은 Project/Task의 특성에 따라 플랫폼 구현 Engineer 내지 관리자 또는 PM이 정의한다. 각 조작은 그 상세 내용을 명시적으로 나타내고, Black-box의 생성을 배제하며, 자유롭고 유연하게 조율하거나 업데이트가 가능하도록 ’규칙‘(Rule)을 사용하여 구현한다.
상기 'Create_Super_Tree'는 새로운 Project/Task 목표관리 System을 구성하기 위하여, 기본 정보를 입력하면 사전에 구성해 놓은 해당 Project/Task 분야의 전형적인 기본 Super Tree 구조 내지 골격(Skeleton)을 제시하고, 그래픽 상에서 자유로이 각종 PLANT와 Node들을 생성, 추가, 삭제 및 Graft하며, Super Tree를 생성하기 위한 조작이다.
상기 'Create_PLANT'는 선택한 Super Tree Skeleton 하에서 생성하려는 PLANT 종류의 전형적인 기본 구조 내지 골격(Skeleton)을 제시하고, 그래픽 상에서 자유로이 해당 PLANT의 Node들을 생성, 추가, 삭제하며 해당 PLANT를 생성하고, 여타 PLANT에 Graft하기 위한 조작이다.
상기 ‘Create_Node’는 지정하는 PLANT의 전형적이고 기본적인 Node와 속성 SHRUB(Node Attribute SHRUB(NAS))의 Skeleton을 제시하여, 구체적인 노드로 '실체화‘(Instantiate)하여 해당 PLANT에 삽입(Insert) 또는 연결(Connect)할 수 있도록 하기 위한 조작이다.
상기 ‘Insert_Node’는 생성한 노드를 해당 PLANT에 연결하기 위한 조작이고, ‘Delete_Node’는 PLANT에서 선택한 노드를 삭제하기 위한 조작이다. ‘Insert_Node’나 ‘Delete_Node’ 조작은 PLANT의 종류에 따라 해당 노드의 주변 노드들의 연결 또는 분리 처리 조작을 포함한다.
상기 ‘Graft’ 조작은 선택하는 PLANT에 동종 또는 이종의 PLANT를 이어주는 작업이고, ‘Degraft’는 Graft된 PLANT를 분리하는 조작이다. 상기 ‘Prune’ 조작은 선택하는 노드를 포함하여 그 후손노드나 후속 노드들을 모두 삭제하는 조작이고, 상기 ’Node_search‘는 Super Tree 전체 또는 특정 PLANT 내에서 원하는 조건의 노드를 탐색하는 조작이다. 상기 ‘노드_삽입’(Node_insert)과 ‘접목’(Graft)조작의 결과, Super Tree의 전체 노드 수가 늘어나거나 노드들 간에 새로운 연관 관계가 형성되게 되어 ‘목표관리 지식 및 정보의 총 집합체’ 즉 ‘BOGMKI’인 Super Tree의 지식과 Context 정보가 증대되고, 이들 증대된 노드들의 정보를 목표관리를 위한 추론에 활용하는 학습(Learning) 효과가 이루어지게 된다.
Super Tree에 행하는 모든 조작과, 플랫폼에 기본적으로 구현하는 기능 내지 업무와, 플랫폼에 내리는 지시나 부여하는 임무와 요청 사항들을 나타내고 처리해 주기 위해서 상기 상위 추상수준의 조작들을 활용하며, 이들 지시, 임무, 요청 및 조작들을 표현하고 처리하기 위해 Platform의 Keyword로서 ‘기본적인 용어 내지 표현’(Basic Terms and Expressions)들을 정의하여 사용하고, 정의하는 Keyword를 ‘의미원소’(Semantic Primitive(SP))라고 한다.
기본적인 Semantic Primitive(이하 'SP‘)로는, 정보들 간의 관계 형성과 해지를 위해 PLANT들을 상호 연결하거나 분리하는 조작을 위한 'Graft' 및 'Degraft’, 특정 노드를 방문하기 위한 'Visit', 특정 노드나 해당 노드의 특정 속성값을 Return 받기 위한 'Evaluate'(또는 간략히 ’Eval‘), 특정 변수값이 Set 되었을 때 해당 ’사실‘(Fact)을 공표하여 해당 Fact로써 전제조건의 일부 또는 전부가 만족되는(Satisfied) ’규칙‘(Rule)을 ’호출‘(Invoke)하고 ’집행‘(Execute)(‘Fire' 또는 ’Trigger'로도 표현)할 수 있도록 하는 'Assert'가 있다.
그 외에도 통상적으로 사용하는 SP의 예를 들면. 주로 플랫폼에 각종 지시를 내리거나 임무를 부여하기 위해 'Acquire', 'Check', 'Collect', 'Compare', ‘Compute’'Conduct', 'Control', 'Create', 'Define', 'Determine', 'Develop', 'Display', 'Estimate', 'Evaluate', 'Explain', ’Find‘, 'Forecast', 'Implement', 'Monitor', 'Perform', 'Plan', 'Report', 'Set', 'Show', 'Simulate', 'Summarize', ’'Support' 및 'Validate'와 같은 SP들을 사용하며, 특정 설비의 상세 정보나 시간을 세분하여 나타내기 위한 ’Expand', 경고나 알림을 위한 'Alert', 확인을 위한 ‘Confirm’ 및 ‘Acknowledge’ 조작 대상의 범위를 나타내기 위한 ‘Every', 또는 ’Each', 'All' 및 'With_condition', 특정 정보를 제공하거나 정보에 포함되는 시간/기간을 나타내기 위한 'Every_day', ‘Today', 'Yesterday', 'Previous_day', 'Tomorrow', 'Next_day', 'Every_week', 'Last_week', 'Every_month', 'Last_month', 'Present', 'In_progress', 'Past', 및 'Future', 조작 대상의 선택 조건이나 범위를 나타내기 위한 'All', 'Every', 'If', 'Else_if', 'Else', 'Equal'(Quantity), 'Eq'(Quality) 또는 'Is', 'Not_Equal', 'Greater_Than(GT)', 'Greater_or_ Equal(GE)' 'Higher', 'Lower', 'Above', 'Below', 'Less_Than(LT)', 'Less_or_ Equal'(LE), ’AND', 'OR' 및 'NOT'과 같은 SP를 사용하고, 각 Project/Task의 특성과 편의에 따라 해당 분야에서 흔히 사용되거나 통용되는 Jargon이나 Lingo들을 SP로서 추가하여 활용한다. 각 SP는 정의나 그 의미의 구체화를 위해 여타 SP를 포함하여 정의하거나 사용할 수도 있다.
Super Tree 내의 각 노드들에는 'Node Attribute SHRUB'(NAS)를 Graft 하여 해당 노드의 속성을 체계적/계층적으로 구분하고 세분하여 저장할 수 있다. NAS의 각 속성노드들에는 기본적으로 노드 자신의 PPN, 노드의 자식노드 또는 후속노드, '상호연결노드'(Adjacent Node)의 수 및 Node Name List, Graft의 수, Graft의 종류, Grafting Parent Node들의 PPN List, Grafting Child Node들의 PPN List와 같은 속성정보를 저장한다. 따라서 모든 노드의 속성은 Super Tree 내의 해당 노드의 NAS Graft Path를 포함하는 'STPN'이나 해당 노드로부터 출발하는 'RSTPN'을 통해 접근(Access)이 가능해 진다. NAS의 각 노드에도 계속해서 여타 PLANT들을 Graft해 나갈 수 있다.
상기 ‘Node_Visit’은 특정 Node에 원하는 조작을 하기 위해 해당 노드들 방문 내지 선택하는 조작이다. Super Tree 내의 각 노드들은 그 자신이 값을 가질 수 있는 변수표현일 경우 노드 자신이 변수로 사용될 수 있다. 상기 ‘Node_Eval'은 특정 Node를 평가(Evaluation)하면 해당 노드의 변수값을 반환(Return)하도록 하는 조작이다. 노드 자체가 변수 노드가 아닐 경우에는, 그 속성노드에 ’Value', Node 또는 'Eval Expression' Node를 포함하여 ‘Node_Eval' 시 Return해 줄 값을 저장할 수 있다. 상기 ‘Value’ Node는 Node_Eval 시 직접 Return해야 하는 값을 가지며, 'Eval Expression' Node는 Eval 시 논리 연산이나 산술 연산을 통해 값을 Return할 수 있도록 하는 List 형태의 'Eval Expression'을 값으로 갖는다. 'Eval Expression'의 첫 번째 요소(Element)는 통상적으로 산술 연산자나 논리연산자 또는 호출하고 집행할 수 있는 Function, Method, 또는 Procedure가 되고 나머지 요소들은 주로 Argument들이 된다.
상기 'Node_Expand‘는 방문한 노드를 확장하는 조작으로서 다시 ‘Node_Level_Expand', 'Node_Total_Expand’, 'Compound_Node_Expand‘, 'Compound_Node_Expand', 'Node Graft Expand'로 구분한다.
상기 ‘Node_Level_Expand’는 선택한 노드의 소속 PLANT 내에서 해당 노드의 자식노드나 후속노드를 해당 PLANT의 구조를 따라 명시하는 수준(Level) 만큼 나타내는(Display) 조작이다. 따라서 선택한 노드의 자식노드나 후속노드만 나타내려고 할 경우에는 '1-Level' Expand 조작을 한다. IVY의 경우에는 구조상의 특성으로 1-Level Expand는 ‘Node Increment'로도 부른다.
상기 'Node_Total_Expand‘는 선택한 노드의 소속 PLANT 내에서 해당 노드 이하 내지 이후의 모든 후손노드(Descendants)나 후속노드(Successors)를 해당 PLANT의 구조를 따라 나타내는 조작이다.
복잡한 구조의 설비나 요소(Element)를 하나의 노드로 취합(Collapse) 내지 압축(Condense)하여 나타낸 노드를 ‘복합노드’(Compound Node)로 정의하며, 상기 'Compound_Node_Expand‘는 복합노드를 해당 노드의 상세 구성을 나타내는 PLANT로 전개 내지 확장하여 나타내는 조작이다. 이때 확장된 PLANT가 본래의 복합노드가 속한 PLANT와 동질(Homogeneous)의 구조일 경우에는 본래의 PLANT에 확장된 PLANT 전체를 삽입하여 해당 복합노드를 대체할 수 있고, 그 이외의 경우에는 해당 복합노드에 확장된 PLANT를 Graft하여 나타낸다.
상기 ‘Node_Graft_Expand’는 Graft를 간략히 나타내기 위해 Graft한 노드만을 나타낸 Display 상에서, 해당 노드가 속한 PLANT 전체를 나타내 주는 조작이다.
이어서 상기 ‘Node Shrink'는 선택한 노드의 모든 후손노드 또는 후속노드들에서 필요한 정보들을 취합하여 선택한 노드의 속성으로 저장하고 모든 후손노드 또는 후속노드들을 전정(Pruning)하는 조작이다. 상기 정보들의 취합은 특정 속성들을 선택하거나 통계적으로 처리하거나 또는 논리적으로 취합 판단하는 것을 의미한다.
상기 ‘Path_generate’는 STPN의 Path 중에 ’?node‘와 같은 변수표현 노드나 ’*‘ 또는 ’&‘와 같은 Wildcard 표현을 포함시켜, 복수의 노드들의 STPN과 Match될 수 있는 범용 STPN을 생성하는 조작이며, ’Path_Instantiate'는 상기 범용 STPN에서 모든 변수표현 노드들을 실제 노드 Name으로 치환하여 해당 STPN이 구체적인 Node Name으로서 Node_Eval이 가능하도록 실체화(Instantiate)하기 위한 조작이다.
상기 Super Tree 조작들은 Project/Task의 특성에 따라 추가 또는 생략할 수 있다. 또한 각 조작 명칭의 표현은 해당 조작의 내용과 강조를 위해 또는 특정 용도에 따라 동사와 명사 표현의 위치를 바꾸거나 대소문자로 표시할 수 있다.
상기와 같은 Super Tree의 구성으로, 목표를 설정하고 달성하려는 Project/Task의 목표관리에 필요한 일체의 정보와 지식을, 소속 PLANT와, Node의 명칭(Name)과, Node의 속성과, Node의 경로(Path)와, 소속 PLANT 내의 여타 노드들과의 관계와, Graft로 연결된 주변 PLANT 노드들과의 관계(Context)로 저장할 수 있게 된다. 각 노드는 숫자, 문자용어(Literal) 또는 List로 나타내는 값을 가지는 변수로서 사용될 수 있다. List의 경우에는 단순히 소속 요소(Member Element)를 열거하는 'Enumeration List'와, ‘Eval’시 산술 연 또는 논리 연산을 하기 위한 연산자 및 함수명과 Argument를 포함하는 'Function List'와, 판단이나 추론을 하기 위한 조작(Operation)과 부가정보를 포함하는 'Operation List'로 구분한다. 각 노드 값은 Keyboard 또는 Smart Phone 등을 통해 수동으로 입력받거나, 센서나 계측 시스템 또는 여타 서버나 인터넷 등을 통해 자동으로 입력받거나, 입력받은 다른 노드값(들)을 산술적 또는 논리적으로 연산하여 산정하거나, Linear Programming, Dynamic Programming, Search, Sorting, 등과 같은 기존의 알고리즘이나 통계 또는 산술 S/W Package나 Tool들을 호출(Call) 또는 도입해서 산정하거나, 이상의 노드값들에 ‘규칙’(Rule)을 적용하는 추론(Reasoning 또는 Inference)을 통한 판단으로 취득할 수 있다.
이어서 Super Tree를 구성하는 각 PLANT들의 구성과 활용에 대해 상세히 설명한다.
먼저 Super Tree의 기본 틀(Framework) 내지 기반(Foundation)을 형성하는 STUMP의 구성 방법은 다음과 같다.
Super Tree의 뿌리노드이며 동시에 STUMP의 뿌리노드가 되는 ROOT Node에는, 기본적으로 Project/Task의 명칭, 내용, 목표, 수행 주체 내지 Owner, PM 내지 총괄 관리자, 수행기간, 전체 예산 및 위치와 같은 전체 기본정보를 포함하는 'Project/Task Charter SHRUB'(211)과, 전체 Project/Task 진행기간을 따라 진행 상황을 감시하며 관리하기 위해, 후술하는 ‘Master Calendar-mapped Progress Management IVY'(212)와 'Master Event BDT'를 Graft한다.
상기 Project/Task의 목표는, 플랜트 EPC Project의 경우, 준공일 또는 건설기간, 규모 내지 생산능력 및 예산이 될 수 있고, Smart Factory 구축 Task의 경우, 제품별 연간 생산량, 품질 및 목표 원가가 될 수 있으며, 기업 경영의 경우, 연간 매출 목표 및 이익 목표가 될 수 있고, Building Management Task의 경우, 연간 운영관리비, 안전, 보안 및 편익을 나타내는 지표가 될 수 있으며, Energy Management Task의 경우, 에너지별 절감량 및 절감비용이 될 수 있고, 컴퓨터 운영관리 Task의 경우, 응답시간(Response Time), Security 수준 및 사용편리성 지표가 될 수 있고, 스포츠 목표관리 Task의 경우, 승률이나 승리(Win) 또는 우승이 될 수 있으며, 주식 투자 목표관리 Task의 경우, 투자 수익 목표금액이 될 수 있고, 개인의 목표관리 Task의 경우, 특정 자격의 취득이나 설정하는 목표의 성취가 될 수도 있다.
다음에는 Project/Task의 특성과 달성하려는 목표에 따라 행해야 할 일체의 관리행위와 대상을 주요 부문별 내지 분야별로 구분하여 나타내고 대표하는 Major Management Node들(202)을 생성하여 ROOT의 자식노드들로 연결하는 Tree 형태의 Knowledge and Information Model인 STUMP’를 구성한다.
전형적인 주요 Major Management Node들의 예로는, 목표관리를 하려는 Project 또는 Task 전체를 ‘세부 Task’(Project/Task에 따라 ‘Work’, 'Work Package', 또는 ‘Activity’로도 표현)들의 수행 기간(Duration)과 Schedule의 작성, 각 Calendar 날짜의 요일, 공휴일 및 주요 이벤트 정보와 시간관련 정보를 관리하기 위한 ‘Time Management Node’(210); Project/Task의 최종 목표 및 각 Task 수행결과로 생성되는 결과물(Deliverable)이나 결과상태(State)(이하 총칭하여 'Deliverable'로 총칭)를 관리하기 위한 ‘Deliverable Management Node’(213); Project/Task의 목표 달성 결과물이나 상태인 Deliverable을 완성하거나 생산하기 위해 직간접적으로 수행해야 하는 전체 및 세부 Task들을 관리하기 위한 ‘Task Management Node’(214); Deliverable을 완성하거나 생산하기 위해 투입해야 하는 일체의 자원(Resource)을 관리하기 위한 ‘Resource Management Node’; 생산 공정, Electrical System, Steam Supply System, Compressed Air System, Cooling Water Supply System, HVAC System과 같은 계통(System) 설비 및 계측제어시스템 설비를 관리하기 위한 ‘Facility Management Node’(215); Project/Task 수행에 필요한 모든 공간과 위치를 관리하기 위한 'Space Management Node'; 목표관리 수행 과정에서 발생하거나 발생할 수 있는 모든 이벤트들(Events)에 대처하기 위한 ‘Event Management Node’; 이벤트들 중 특히 전체 Task의 지연을 유발할 수 있는 위험한 이벤트(Risk)들을 관리하기 위한 ‘Risk Management Node’; Super Tree를 구성하고 플랫폼 자신을 관리하기 위한 ‘Platform and Super Tree Management Node’; 를 들 수 있으며, 추가로 Super Tree의 구성 시점에서 주요관리항목으로서 따로 관리할 실익이 없거나 정확히 파악이 되지 않는 관리부문들을 모두 수용하는 ‘Rest-of-All Management(ROAM) Node’(216)를 추가하여 일체의 관리행위를 온전히(100%) 포함하도록 한다.
상기 각 Major Management Node는 각각 복수의 상세 Major Management Node로 세분하여 대치하거나, 세분한 상세 Management Node들을 자식노드로 가질 수도 있다.
예를 들면, 상기 Task Management Node는 Project/Task의 특성에 따라, 플랜트 EPC Project의 경우에는, ITB or RFP Preparation Management Node, Bid Preparation Management Node, Contract Management Node, Engineering Design Management Node, Construction Management Node, Test and Commissioning Node와 같이 세분하여 별개의 Major Management Node들로 나누어 구성하거나, 또는 모두를 Task Management Node의 자식노드로 구성할 수도 있다. Smart Factory 구축 및 운영 Task의 경우에는, Production/Manufacturing Facility Management Node, Production/Manufacturing Process Monitoring Management Node, 및 Inventory Management Node로 세분할 수 있고, 컴퓨터 운영 관리 Task의 경우에는, 기존 운영체제(OS)의 통상적인 Processor Management Node, Memory Management Node, Disk Management Node, File Management Node, Device Management Node 및 Network Management Node 외에도 Security Management Node, 및 User Service Management Node를 추가하여 세분할 수 있으며, 에너지관리시스템(EMS) 구축 및 운영 Task의 경우에는, Energy Consuming Facility Management Node, Energy Consuming Category Management Node, Space Management Node, Time of Use(ToU)를 고려한 Energy Cost Management Node, 및 최대수요전력을 관리하기 위한 Peak Electric Power Management Node, 와 같은 Management Node들을 구성하여 Task Management를 대치하거나 Task Management Node를 세분하는 자식노드로서 구성할 수도 있다.
다음에는 Breakdown Tree(BDT)의 구성에 대해 상세히 설명한다.
STUMP의 각 Management Node의 분야별로, 관리해야 할 대상에 관한 정보 중, 순차적 내지 계층적으로 분류 또는 세분할 경우 동종 내지 동질의 상세 관리 대상 정보로 Breakdown할 수 있는 정보를 저장하고 활용하기 위해, 각 관리 대상을 순차적 내지 계층적으로 분류 또는 세분하며, 생성되는 각 세부 관리 대상 정보들을 노드로 나타내고 부모 자식관계를 가지는 아크로 연결하는 Tree 형태의 Knowledge and Information Model을 구성하여 이를 'Breakdown Tree'(이하 'BDT'로 표현)로 정의한다.
상기 각 BDT는 매 수준(Level)마다 구분하는 대상을 100% 포함하고 100%만 포함하도록 구성(Project Management Community에서는 'The 100% Rule'이라고도 칭함.)하며, 이를 위해 구분에서 누락되는 대상이 있을 수 있는 수준에는 명시적(Explicit)으로 나타낸 자식노드들 외에 나머지 대상을 모두 취합하여 상징적으로 나타내는 'Rest-of-All' Node(이하 'ROA' Node)를 추가하여 각 수준마다 관리 대상을 온전히 100% 포함하도록 한다.
상기와 같이 구성하는 각 관리 대상별 BDT의 Root Node는 해당 분야 내지 부문의 관리를 대표하는 STUMP 노드에 Graft한다. 또한 상기 BDT의 각 노드는 해당 대상과 관련되는 Super Tree 내의 여타 PLANT Node들과도 Graft할 수 있다.
목표관리 플랫폼에 구성하는 전형적인 BDT의 예로는, Project/Task의 최종 목표를 계획기간 동안에 달성 내지 완성하기 위해 수행해야 할 전체 및 모든 세부 행위 내지 Task를 계층적으로 분류 내지 세분해 내려가며 생성되는 각 상세 수준(Level)의 Task를 노드로 나타내며, STUMP의 Task Management Node에 Graft하는 ‘Task BDT’; 목표 계획기간 동안 상기 Task BDT의 각 Task 별로 해당 Task의 수행 결과로 완성 내지 성취해야 하는 Deliverable을 계층적으로 Breakdown하여 노드로 나타내고, STUMP의 Deliverable Management Node에 Graft하는 ‘Deliverable BDT’; 목표관리 Task 이행 과정 중에서 발생 가능성이 있는 모든 Event와 Risk를 분야별 종류별로 구분하여 노드로 나타내고, STUMP의 Event Management Node에 Graft하는 ‘Master Event and Risk BDT’; Project/Task에 따라 목표를 달성하기 위한 Resource의 일부로써 활용해야 하는 모든 설비(Facility)들 또는 설치 내지 건설해야 할 모든 대상 설비들을, 종류별, 제작사별, 용량별, 모델별, 위치별 등으로 계층적으로 분류하여, 개별 단위설비들이 Leaf Node들이 되며 STUMP의 Facility Management Node에 Graft하는 ‘Master Facility BDT’; 건물이 대상에 포함될 경우에는 각 층과 각 층의 공간을 Breakdown하여 Node로 나타내며 STUMP의 Master Facility Management Node에 Graft하는 'Space BDT'; 상기 각종 Facility BDT들과 Space BDT의 모든 설비와 공간들의 물리적 위치와 화면 및 도면상에서의 위치 정보를 관리하고 활용하기 위해, 계층구조의 4 x 4 Homogeneous Coordinate Matrix로 나타내는 좌표계를 정의하고, 이들 좌표계를 Node로 나타내며 STUMP의 Master Facility Management Node에 Graft하는 'Coordinate System BDT'; 모든 Facility와 Space에 설치되는 센서나 계측기와 제어기(Controller) 즉 관제점(Monitoring and Control Point)을 관리하기 위해 모든 관제점들을 종류별, 설치 위치별 및 해당 관제점 명으로 구분하여 Node로 나타내며 STUMP의 Master Facility Management Node에 Graft하는 'Monitoring and Control Point BDT'; Project/Task의 목표를 달성하기 위해 투입해야 할 모든 Resource들을 구분하고 계층적으로 세분하여 Node로 나타내고 STUMP의 Resource Management Node에 Graft하는 'Resource BDT'; Project/Task 수행과 관련된 모든 행위(Activity), 즉 건설, 설계, 조달, 감리 등, 을 분야별로 세분하여 노드로 나타내고 세분한 각 Activity 별로 수행 단위별 소요 자원(Resource)과 품셈 및 비용 정보를 속성으로 저장하여 STUMP의 Resource Management Node에 Graft하는 ’품셈(Cost Estimation Standard) BDT‘Platform 자체를 구성하는 H/W들의 구성을 나타내는 ‘Platform BUSH’에 포함되는 모든 Node들을 기능별로 분류하며 STUMP의 Platform and Super Tree Management Node에 Graft하는 ‘Platform Facility BDT’; Project/Task의 진행 일자와 모든 IVY 노드들의 Calendar Mapping을 관리하기 위해, Project/Task의 전체 기간을 포함하는 각 연도(Year)들을 Root Node의 자식노드들로 하며, 각 연도마다 월, 일, 시 등을 계층적으로 Breakdown하여 STUMP의 Time Management Node에 Graft하는 ‘Project/Task Calendar Time BDT’; Super Tree를 구성하는 모든 PLANT들을 종류별로 구분하여 그 명칭을 Node로 하는 BDT를 구성하고, 각 Node에는 해당 PLANT의 Root Node를 Graft 하며, STUMP의 Platform and Super Tree Management Node에 Graft하는 ‘Super Tree PLANT BDT’; Platform에 내릴 수 있는 일체의 지시(Order) 및 요청(Request)을 종류별로 세분하고 내용별로 구체화하여 Node와 Node의 속성으로서 나타낼 수 있도록 하기 위해 구성하고 ROOT에 Graft하는 'Order and Request(ORE) Generation BDT'; 목표관리를 위한 일체의 방법(Method), 지식(Knowledge) 및 추론 절차(Reasoning Flow)들을 규칙(Rule)으로서 SHRUB으로 구성하고, 구성한 Rule SHRUB들을 종류별 및 내용별로 구분하여 속성으로서 Graft할 수 있는 Node들로 구성되는 'Rule BDT'; 를 들 수 있다. 추가로 Super Tree를 구성하려는 모든 Project/task를 분야별로 구분하고 세분하는 Node들로 구성되며 각 노드에 해당 Project/Task의 별로 구성하는 Supter Tree들을 Graft하는 상위의 'Super Tree BDT'를 구성할 수 있다. 상기 Super Tree BDT와 Super Tree BDT의 각 노드에 Graft하는 Super Tree들로 구성되는 Knowledge and Information Model을 'Super Tree FOREST'로 정의하며, 복수의 Project/Task들의 목표관리를 하려고 할 경우에 활용한다.
상기 Task BDT의 각 Task는 사람이 직접 행해야 할 행위와 장비(Equipment)나 설비(Facility)를 사용하여 행해야 하는 행위를 모두 포함한다. Plant EPC Project의 설계, 조달, 건설, Test and Commissioning 및 Factory에서의 생산을 비롯하여 경영, 시스템 운영, 조직 운영, 컴퓨터 관리, 에너지절감, 수송, 등 Project/Task의 특성에 따라, 목표를 설정하고 달성하기 위해 행해야 하는 일체의 행위들을 포함한다. Task로 나타내는 상세 수준은, 해당 상세 Task를 동일한 명칭의 품셈 정보로 포함하여, 해당 상세 Task 수행 결과로 생성되는 Deliverable들을 위해 투입해야 할 자원(Resource)의 종류와 양과 비용을, Platform이 자율적으로 양방향으로 진행하며 산출할 수 있도록 하는 수준까지 세분한다. Activity의 상세 수준이 따로 진도관리를 하지 않아도 관리가 가능할 경우에는 더 이상 세분하지 않고 해당 상세 Task의 속성 정보에 포함하여 관리한다.
예를 들어 PLANT EPC Project의 경우, Task BDT의 ‘전기공사 Task’의 자식노드로서 '주변압기 설치공사' Task는 다시 세분하여 '측량', '터파기', '거푸집', 'Rebar', 'Anchoring', 'Concrete', 'Concrete Curing'과, 'TR 본체 설치‘, ’Conservator 및 Bushing 조립‘, ’질소봉입 및 Oil Filling', ‘Cabling’,‘Instrumentation and Control Wiring’,‘Test and Commissioning’과 같은 일련의 상세 Task 내지 Work, Work Package 또는 Activity들로 Breakdown 될 수 있고, 상기 각 상세 Task는 해당 Task 수행 결과로 생성되어야 할 전체 또는 일부 진도에 해당하는 Deliverable의 양(Quantity이나 상태(State)를 속성 정보에 포함하고, 품셈 정보를 이용하여 투입해야 할 Resource의 종류와 양 및 Cost를 산정할 수 있도록 한다. 또한 역으로, 투입 가능 단위로 투입하는 Resource의 양과 비용에 따라 완성 또는 생성할 수 있는 Deliverable의 양이나 상태와 상응하는 Task 진도값을 산정해 낼 수도 있다.
상기 Master Facility BDT와는 별도로, 각 VINE 및 BUSH가 나타내는 공정이나 계통 또는 회로별로 설비나 소자를 구분하는 'VINE Facility BDT' 또는 'BUSH Facility BDT'구성하여 해당 VINE 또는 BUSH의 Root Node에 Graft한다.
모든 설비나 공간은 해당 설비나 공간을 대표하며 기준이 되는 위치를 지정하고 이를 해당 설비나 공간의 ‘대표위치’(Representative Point)라 한다. 상기 Facility BDT와 Space BDT의 노드들 중 위치정보가 필요한 노드는 상기 Coordinate Management BDT의 노드 중 하나를 기준좌표계로 삼고, 해당 기준좌표계에서의 자신의 ‘대표위치’좌표와 Orientation 정보를 속성으로 가진다. 전체 기준(Reference)이 되는 최상위 좌표계 즉, 상기 Coordinate Management BDT의 Root Node의 좌표계는, Project 전체 Site 평면도의 좌 하위 Corner 지점을 원점으로 정하고 정북방향을 Y축으로 하여 정의하는 것을 기본으로 한다.
상기 'Monitoring and Control Point BDT'의 Leaf Node들의 PPN이나 STPN은 Super Tree 내에서 유일(Unique)하며 플랫폼에서 해당 관제점의 TAG로도 사용할 수 있다. 해당 TAG 값의 단위, 통신 Protocol 및 Address와 같은 부가 정보들은 해당 Leaf Node의 속성으로 저장함으로써, 다수의 약어 Code들의 Chain으로 나타내는 통상적인 TAG 표현들에 비해 간단 명료한 TAG 표기가 가능하고, 경로 상의 노드들과 속성정보는 해당 TAG와 관련된 추론에 활용할 수 있다.
상기 Master Event and Risk BDT를 구성하는 Event는 목표 달성에 미치는 영향에 따라 크게 Negative Event, Positive Event 및 Neutral Event로 구분하고, 따로 명시하지 않는 한 Default로서 Negative Event를 의미한다. Master Event and Risk BDT는 Task BDT를 구성하는 각 Task들의 수행 과정 중에 발생할 수 있는 Event들을 취합하여 구성한다.
상기 Resource BDT를 구성하는 전형적인 Resource 종류로는 Manpower, Capital(Budget, Money), Material, Equipment, Facility, Energy 및 Time을 예로 들 수 있다. 특히 컴퓨터나 스마트폰의 편리(Convenient) 및 안전(Secure) 운영 목표관리 Task의 경우에는, 주요 Resource로서 Processor, Memory, 주변기기(Pripheral) 및 Network를 포함하고 주식투자 목표관리 Task의 경우에는 Money가 된다. STUMP에 각 Resource 종류별로 따로 Management Node가 있을 경우에는 각 Resource 별로 BDT를 구성하여 해당 Management Node에 직접 Graft하고, 그 외에는 상기 Resource BDT의 Subtree로서 포함하여 구성한다.
다수 인력의 참여와 합력을 필요로 하는 Project/Task의 경우, Project Manager(PM) 내지 총괄관리자 및 모든 Team원 내지 Project/Task 관련자들(Project Owner, Owner 대행조직 인력, Subcontractor 등도 포함하며 총칭하여 'Stakeholder'로 칭함.)을 전문 분야별 또는 부서별 내지 담당 부문별로 계층 구조의 Tree로 나타내고, 각자의 담당 Task, 플랫폼에서의 신원, 권한, 의무, 자격(Qualification) 내지 능력(Capability), 경력 표준 품셈 정보, 개인별 실질 품셈 정보 및 특정 Deliverable의 생성 능력과 같은 목표관리를 위해 필요로 하는 일체의 정보를 속성으로 저장하는 ’Manpower BDT‘를 구성하여 STUMP의 Resource Management Node의 자식노드로 Graft하거나 STUMP에 Manpower Management Node를 별도로 생성할 경우에는 해당 노드에 직접 Graft한다. 특히, Sports의 경우, 상기 Manpower는, 감독, 선수 및 지원인력과 상대팀들의 인력으로 구성될 수 있고, 개인의 특정 목표관리 Task의 경우에는 자신(Self)과 주변의 목표 달성을 위해 지원 또는 혐력해 줄 수 있는 인력을 포함한다.
상기 Project/Task Calendar Time BDT의 각 Day Node는 그 속성값으로서 해당 일의 요일, 일출 및 일몰 시각, 예보 및 실제 기상 정보, 및 공휴일 여부 정보를 갖는다.
상기 ‘ORE Generation BDT'는 PM이 내리는 지시(Order)나 부여하는 임무, 여타 Project/Task 관련자들로 부터의 요청(Request), 및 Platform에 주어지는 기본 업무(총칭하여 'Platform Task')를 입력받고 표현하며 이행할 수 있도록 하기 위해 다음과 같이 구성한다. `
먼저 Level 1의 ORE Generation BDT의 Root를 선택하면 해당 지시나 요청을 표현하는 Keyword로서 SP(Semantic Primitive)들의 후보군을 자식노드들로서 제시하여, PM이 선택하거나 또는 직접 입력할 수 있도록 한다. 제시한 후보군에서 특정 자식노드를 선택하면, 선택한 해당 자식노드의 속성으로서 선택하거나 입력이 필요한 상세 표현, 내용 또는 값들을 Default로 제시하고 선택할 수 있도록 하거나 직접 입력할 수 있도록 제시한다. 요구되는 속성을 입력하면, 선택한 상기 SP 자식노드에 따라 다시 해당 SP가 나타내는 지시나 요청을 구체화할 수 있는 표현의 다음 Level 세대의 자식노드들의 후보군과 속성들이 입력할 수 있도록 제시하며, 이와 같은 과정을 해당 지시나 요청의 표현이 완성될 때까지 Level을 증가시키며 반복하고 구체화한다. Leaf Node까지 입력이 완료되면 추가로 보완할 내용이 필요할 경우, 생성된 경로 상에서 해당되는 노드의 속성으로서 추가 입력할 것을 요청한다. 따라서 ‘ORE Generation BDT’는, Platform에 내리는 특정 지시나 요청을 ‘ORE Generation BDT’내에서 Leaf Node에 이르는 경로(Path)와 경로 상의 노드들의 속성으로서 나타내고 저장할 수 있도록 구성한다. 상기 각 Level에서 제시하는 일체의 후보 노드들과 속성은 모두 Super Tree에 기 저장되어 있도록 Super Tree를 구성하고 STPN으로 Access한다.
상기 ORE Generation BDT에서 특정 Path를 따라 Leaf Node까지 입력하여 형성되는 PPN은 해당 Leaf Node의 Name으로서가 아니라 Path 전체로서의 문맥(Context)과 Path에 포함되는 각 Node와 Node의 속성으로 특정 지시나 플랫폼의 업무(Assignment) 또는 요청의 표현을 나타내게 되며, 이와 같은 Path 표현을 ‘지시 및 요청 표현 줄기’(‘ORE STEM' 또는 간략히 ’STEM')로 정의한다.
ORE Generation BDT를 이용한 STEM의 입력 및 구성을 지원하기 위해, 각 Depth 마다 Node 명을 PM이 직접 입력할 수 있도록 하거나 이전 Depth까지의 입력 내용에 기초하여 현 Depth 위치에서 선택 가능한 Node 명들을 Alphabet 순서로 나열한 Drop-down Menu를 제시하여 선택하도록 할 수도 있다. Node 명을 입력하면, 추가로 필요한 정보들이 있을 경우에는 입력창을 제시하여 PM이 직접, 또는 Drop-down Menu를 제시하여 입력받아 해당 Node의 속성으로 저장한다. 상기 STEM의 입력은 ‘STEM_Generation_Rule’을 집행하여 수행한다.
도 3은 ORE Generation BDT의 구성을 나타내는 예시도 이다. ORE Generation BDT의 각 Depth 마다 제시하는 전형적인 후보노드의 종류와 각 노드의 속성으로 나타내는 노드의 값(Value) 또는 표현(Expression)의 예를 들면 다음과 같다.
Depth 0 Node: ORE Generation BDT의 Root Node(301)
○ 속성: 해당 지시, 업무 및 요청 Issue Time, 명칭, Text 표현, 주체(Default: PM)(302)
Depth 1 Node: 해당 지시, 업무 및 요청의 행위를 나타내는 의미원소(Semantic Primitive: (SP BDT의 Leaf Node 중 하나. 예: Report, Estimate, Monitor)(303)
○ 속성: 해당 지시나 요청의 내용, 수행시간, 반복 여부, 보고 필요 시 보고의 방식(Method)(PC, Smart Phone 등) 및 형식(Format) (Table, PLANT)(304)
Depth 2 Node: 지시, 업무 및 요청 행위의 대상: 객체 또는 객체의 상태나 특정 속성값 (Super Tree의 노드)
Case 1: 객체를 선택한 경우(STPN의 중간 노드. 예: Task, Facility, Resource)(305)
○ 속성: 대상의 수(단수, 복수), 대상의 명칭
- 대상이 단수일 경우: 해당 대상의 STPN
- 대상이 복수일 경우: 해당 대상을 포함하는 BDT 또는 BDT의 Subtree
Depth 3 Node: 선택한 객체의 상태나 특정 속성값(해당 Variable을 나타내는 STPN)(306)
Case 2: 객체의 상태나 특정 속성값을 선택한 경우(상태 예: Progress State, Operating State, Efficiency, Performance, Statistics 등. 속성값 예: Early, Normal, Delay, Delay_Hi, Delay_Hi_Hi)(307)
○ 속성: 대상 상태나 속성값을 나타내는 STPN 또는 STPN Template와, 선택 조건이 있을 경우 해당 조건 상태나 조건값
- 대상이 단수일 경우: 해당 Node의 STPN
- 대상이 복수일 경우: 해당 Node 표현의 STPN Template
Depth 3 Node: 대상 객체(대상 객체의 STPN)(308) ■
상기 상기 ORE Generation BDT를 사용하여 구성하는 각 STEM은 Issue 번호와 명칭을 부여하고 'ORE Generation BDT'의 Root Node에 Graft하는 'STEM Classification and Depository BDT'의 해당 STEM 명칭의 Node에 Graft한다. 후술하는 Rule SHRUB의 설명에서 ORE STEM의 구성예를 보인다.
STEM 중 특히 규칙적으로 또는 자주 수행해야 하는 지시, 임무 및 요청을 'Regular Order and Request(ROAR) STEM이라고 하며, 별도로 RAOR Table에 저장하고, 매 수행하려는 시각 또는 시간(Interval)이 도래할 때 마다 Timer Rule로 담당 Rule을 호출하여 집행한다. STEM 중 Path Node들은 동일하고 각 Node의 속성들만이 차이가 나는 STEM들을 특히 '동류(Homogeneous) STEM'이라고 한다. Homogeneous STEM의 경우에는 동일한 Template Rule을 사용하며, 추론을 위해 Rule에 제공해야 할 상세 정보는 해당 STEM의 속성값들로 부터 공급한다.
상기와 같이 구성하는 STEM은 Instantiate된 ORE Generation BDT의 Path로서 각각 명칭을 부여하며, STEM을 분야별, 종류별, 내용별로 구분하고 세분하여 노드로 나타내는 'STEM Classification and Depository BDT'의 해당 명칭의 BDT 노드에 Graft한다. 상기 ‘STEM Classification and Depository BDT’는 'Super Tree PLANT BDT'의 해당 STEM 명칭의 Node에 각각 Graft한다.
각 STEM은 전체적으로 해당 지시, 업무 및 요청을 하는 행위의 ‘Fact’로서 ‘Assert’가 가능하고, 해당 지시, 업무 및 요청들의 이행을 위한 구체적인 방법과 절차들을 명시적으로 나타내는 ‘규칙’(Rule)들을 호출(Invoke)하고 집행(Execute)하여 수행한다. 모든 규칙은 후술하는 ‘Rule SHRUB’으로 구현한다.
모든 BDT의 각 노드에는, 해당 노드의 속성값들의 정보를 체계적/계층적으로 구분 내지 세분하여 저장하는 ‘Node Attribute SHRUB’(NAS)을 구성하여 그 Root Node를 Graft할 수 있다. 주요 속성의 예로는, Facility BDT Node의 경우, 설비의 사양(Specification), Symbol, 영상, 위치, 방향(Orientation), 3D 모델, 축적, 운전방법, 운전이력, 소비에너지, 신뢰도, 실 효율, 각종 성능지표 등을 들 수 있고, Task BDT Node의 경우에는, ‘Nature of Activity’(NOA)속성노드를 가지고, 해당 Task를 수행하기 위해 필요한 행위의 주체 및 자격(Qualifications), 필요한 행위, 완성하고자 하는 목표 Deliverable, 필요한 설비나 장비, 자재, 에너지, 및 수행시간과 같이 Task 수행 행위의 구체적인 내용 정보를 포함하는 후손노드들(Descendants)을 생성하거나, 따로 NOA SHRUB을 구성하여 상기 NOA 속성 노드에 Graft할 수 있다.
BDT에 행하는 공통 조작의 예로서 ‘Node_Level_Shuffling’, 'DFS_Next_node_Search' 및 'BFS_Next_node_Search'와 같은 조작들을 구성한다.
상기 ‘Node_Level_Shuffling'은 BDT의 활용 목적에 따라 부모노드들과 자식노드들 간의 수준(Level) 위치를 뒤바꿔서 분류체계를 재구성하는 조작이다.
각 BDT에서 소속 노드를 모두 열거하거나, 순차적으로 각 노드를 방문하며 Eval할 필요가 있을 경우에는 깊이우선탐색(DFS: Depth First Search) 또는 넓이우선탐색(BFS: Breadth First Search)과 같은 탐색 알고리즘을 사용한다. 상기 'DFS_Next_node_Search' 및 'BFS_Next_node_Search'는 매 조작(Operation) 시마다 대상 BDT의 노드들을 DFS 또는 BFS 순서로 방문하며 다음 방문 위치의 노드를 Return해 주는 조작이다.
다음은 도 4를 참조하여 IVY의 구성과 용도에 대해 상세히 설명한다.
Task BDT를 구성하는 각 Task들을 수행하는 데 소요되는 시간 내지 기간(Duration)을 일정한 길이의 Task 수행 ’단위시간‘(Unit Time)으로 세분하여 세분한 각 단위시간을 Node로 나타내고, 시작 단위시간을 나타내는 'Start Node'(401)로 부터, 종료 단위시간에 해당하는 ’Finish Node'(또는 ‘Last Node')(402)에 이르기까지 순차적으로 아크로 연결하는 Knowledge and Information Model을 구성하며 이를 ’IVY‘로 정의한다.
상기 단위시간은 각 Task의 특성과 관리의 편의에 따라 선정하며, Day, Hour, Minute, Second 또는 Week, Month, Quarter 중에서 선택할 수 있고, 기정값(Default Value)은 'Day'로 하며, 여타 단위시간은 ‘Day’ Node를 'Expand'하거나 ‘Shrink’('Condense' 또는 'Collapse'로도 표현)하여 생성할 수 있으며, 이하 ’Day‘를 기준으로 설명한다. 예를 들면, 공장의 생산 목표관리 Task의 경우 생산이 시작되거나, 컴퓨터 운영 목표관리 Task의 경우 Session이 시작되거나. Sports 승률 목표관리 Task의 경우 경기가 시작되거나, 주식 목표관리 Task의 경우 주식 시장이 개장되면, 해당 시간의 목표관리 단위시간을 'Day'로 부터 'Second'로 'Expand'하여 설정하며 관리의 정밀도를 제고할 수 있다.
상기와 같이 구성한 각 IVY를, 해당 기간(Duration)에 수행하려는 Task BDT의 해당 Task Node에 ‘Task Progress Management IVY'(403)로서 Graft한다. 수행하려는 Task가 상황 감시 및 관리 Task인 경우에는 ’State Monitoring and Management IVY'로서 Graft한다. 각 IVY에는 유일한(Unique) 명칭을 부여하며, 따로 유일한 명칭을 부여하기 어려운 경우에는 해당 IVY를 Graft한 Parent Node를 포함하는 Path 표현으로 구별한다. 각 Day-Node에는, 해당 날짜에 할당되거나 완성해야 할 Deliverable과 상응하는 진도(Progress) 및 투입해야 할 자원(Resource)과 소요 비용(Cost)의 계획 및 실적 정보, 여타 관련 Task들과의 선행/ 후속관계 정보, 특정 진도에 해당하는 Milestone 정보 등을 직접 속성값으로 갖거나 해당 정보를 갖는 전용 SHRUB를 따로 구성하여 해당 속성 명칭의 Node에 Graft한다.
IVY의 구조의 특성상, Start Node를 제외한 모든 노드는 하나의 ‘선행노드’(Previous Node)를 갖고, Last Node를 제외한 모든 노드는 하나의 ’후속노드'(Succeeding Node)를 갖는다.
IVY의 각 노드는, Start Node를 1th(또는 1st)로 시작하는 일련의 노드번호(Node Number)를 부여하며, 노드번호는 그대로 노드 명칭(Node Given Name)으로도 사용한다(405). 각 노드의 PPN은 IVY 노드 명칭의 특성상 노드 자신을 제외한 다른 IVY 노드들은 생략하여 표기하며, Last Node의 Node Number는 해당 IVY의 길이가 되고 동시에 해당 Task의 수행 기간(Duration)이 된다(402, 406).
IVY의 각 Day 노드가, Calendar의 요일이나 주말 또는 공휴일과는 무관하게 순수한 시간길이만을 나타내도록 할 경우 이를 ‘Net Duration’IVY(407)라 하고, Calendar의 특정 날짜에 해당할 경우에는 ‘Calendar-mapped’IVY(403, 404, 408)라 한다.
상기 ‘Net Duration IVY’는 Task 수행에 소요되는 Net 시간/기간을 기준으로 Schedule을 수립할 때 주로 활용하며, ‘IVY’로 변환할 경우, Net Duration IVY의 Start Node를 해당 Task를 시작하려는 Calendar 날짜에 맞추고 나머지 Node들을 일별, 요일별 및 공휴일별 Work 또는 근무시간 방침에 따라 전방향으로 매핑(Mapping)하며 전개하는 ‘Forward Mapping’과(409), Finish Node를 Deadline에 맞추고 역방향으로 매핑하며 전개하는 ‘Backward Mapping’과, 특정 Milestone에 해당하는 중간 노드를 원하는 Calendar 날짜에 맞추고 양방향으로 매핑하며 전개하는 ‘Bi-directional Mapping’의 3가지 방법 중에 선택할 수 있다.
각 Task 수행 Schedule의 수립은 해당 Task의 특성에 따라 Net Duration IVY를 먼저 구성하여 상기 3개 Calendar Mapping 방법 중 선택하여 Mapping하거나, 처음부터 직접 Calendar-mapped IVY로 구성할 수도 있다. 또한 연간 생산목표나 연간 에너지절감목표의 달성과 같이 Task의 특성상 처음부터 시작일과 완료일이 모두 특정 Calendar 날짜에 고정되는 IVY를 구성할 수도 있다.
Project/Task의 전체 진행 및 진도 상황의 감시와 각 세부 Task들의 수행을 위한 Calendar-mapped IVY 구성의 기준(Reference)으로 활용하기 위해, Project/Task의 시작일 부터 완료 목표일에 이르기까지의 전 수행 기간을 포함하는 ‘Master Calendar_mapped Progress Management IVY'(408)를 구성하여 Super Tree의 ROOT에 Graft 한다. ‘Master Calendar_mapped Progress Management IVY'(이하 ’Calendar_mapped‘ 표현은 생략)의 각 노드 번호를 ’Master Node Number'(410)라 하며 전체 Project/Task의 시작일 부터 총 경과된 일(Day) 수를 나타낸다.
상기 ‘Project/Task Progress Management IVY'의 각 노드의 NAS에는 그 속성 정보로서 해당 일자, 요일, 날씨, 일출 및 일몰 시각, 해당 일에 PM이 목표관리 플랫폼에 내린 지시사항 및 이행 결과, 여타 Project/Task 관련자들의 요청 및 처리 결과, 당일 및 누적 전체 진도(Progress) 계획 빛 실적, 해당 일에 발생한 각종 이벤트 및 리스크들의 처리상황, 과 같은 Project/Task의 전체 진행상황 관련 정보들을 저장하고 나타내 줄 수 있도록 한다.
각 Task의 ‘Task Progress Management IVY'는 해당 Task 시작일로 부터의 경과일을 나타내는 자신의 ’Self Node Number'(412) 외에, Project 전체 시작일로 부터의 경과일을 나타내는 ’Master Node Number'(413)를 속성으로 가짐으로써, 해당 일의 Calendar 날짜 관련 정보와, 전체 Project/Task의 시작일로 부터의 경과일 수와, 여타 Task들과의 상대적인 진행 관계를 알 수 있고, 여타 Task들과의 선행 후속관계의 Setting과 Task 진행 여유일(Buffer)의 관리를 간단히 일련번호의 비교로 수행할 수 있도록 한다.
그 외에 특수한 목적의 IVY들로서, IVY의 명칭이 특정 변수명을 나타내고 IVY의 각 노드는 해당 단위시간의 변수값 또는 단위시간 동안의 변수의 평균값을 나타내는 'Node Variable IVY‘자신의 노드들 중 유의미한(Significant) 정보를 가지는 노드들만을 선택적 내지 명시적(Explicit)으로 나타내며 나머지 노드들을 생략하는 'Sparse IVY', 특정 단위시간 IVY의 노드를 하위의 상세 단위시간 노드로 전개(Expand)하여 구성하는 'Shorter Unit Time Expanded IVY' 및 상위의 긴 단위시간 노드로 취합하여 구성하는 'Longer Unit Time Shrinked IVY', 및 Data 취득, 설비 고장, 임금 인상 및 자재값 인상과 같은 불규칙한 이벤트 발생 시간과 횟수를 기록하기 위한 ’Arbitrary Interval IVY‘가 있다.
상기 'Node Variable IVY‘는 주로 Task 수행 Schedule의 수립이나 특정 변수들의 Trend 분석, Correlation 분석 및 비교(Comparison) 분석과 같이 일련의 변수값을 Group으로 취급 내지 활용하기 위해 사용한다.
상기와 같이 구성한 IVY는 Task BDT의 각 Task Node 외에도, Schedule을 수립하거나 또는 진행하는 시간에 따른 감시 및 관리 행위를 필요로 하는 Super Tree 내의 모든 노드들에 해당 감시 및 관리 행위가 필요한 기간(Duration)의 길이로 구성하고 Graft하여 활용한다.
IVY에서 정의하고 적용하는 전용 조작(Exclusive Operation)들로는, 'Reference_IVY_display' 'Top_down_Scheduling', 'Bottom_up_Scheduling', 'IVY_node_increment', 'IVY_node_decrement', 'IVY_shift', 'IVY_split', 'Calendar_mapping', 'IVY_Graft', 'ANT(Absolutely Needed Time)_estimation', 'IVY_node_Expand', 'IVY_node_Shrink', 'Progress_estimate', 'Buffer_setting', 'Milestone_sliding', '4D_display', 및 'Present_Time_Line_set', 과 같은 예를 들 수 있다.
상기 'Reference_IVY_display'는 IVY를 생성하기 위해 기본 길이의 IVY를 제시해 주는 조작이며, 'Top_down Scheduling'는 정해진 Duration에 대해 Top-down 방식으로 각 단위시간(Unit Time)에 진도를 할당하는 조작이고, 'Bottom_up Scheduling'는 각 단위시간의 진도를 산정하고 취함 하여 Bottom_up 방식으로 전체 Duration을 설정하는 조작이다. 'IVY_node_increment'와 'IVY_node_decrement'는 IVY의 노드 길이를 하나씩 늘이거나 줄이는 조작이며, 'IVY_shift'는 Task의 시작 전에 전체 IVY의 Calendar Mapping 위치를 전후로 이동하는 조작이고 이 과정에서 Work 방침에 따라 IVY의 길이가 변동될 수 있다. 'IVY_split'는 하나의 IVY를 Task 진행 중에 두 개 이상의 Task로 나누어 진행하기 위해 두 개 이상의 후속 IVY들로 연속해서 진행하는 조작이며, 'Calendar_mapping'은 구성한 ‘Net Duration IVY’를 ‘Calendar_mapped IVY'로 전환하는 조작이고, ’IVY_graft'(414, 415, 416, 417)는 IVY 노드들 사이에 선행/후속 관계를 설정하기 위한 Graft를 하는 조작이고, 'ANT_estimation'은 현시점에서 Task 종료 시까지 더 이상 줄일 수 없는 최소소요시간(Absolutly Needed Time)을 산정하는 조작이다. 'IVY_node_expand'는 특정 IVY Node를 하위의 상세 단위시간노드 IVY인 'Unit Time Expanded IVY'로 나타내어 Graft하는 조작이고, 'IVY_node_shrink'는 특정 IVY의 Node Group들을 상위의 긴 단위시간 IVY Node로 취합하여 'Longer Unit Time IVY'로 나타내는 조작이며, 'Progress_estimate'는 특정 IVY Node의 진도와 해당 IVY Node에 이르기까지의 누적진도를 산정하는 조작이고, ’Buffer_setting'은 선행/후속관계를 가지는 Task들의 Progress Management IVY의 Node들 간을 Graft로 연결하고 여유일을 설정하거나 조율하는 조작이며, 'Milestone_sliding'은 Task들의 진도 변화에 따라 Milestone들의 노드 위치를 전후로 이동시키는 조작이고, '4D_display'는 측정 IVY의 단위시간이 진행됨에 따라 해당 Task의 진도 상태를 Display해 주는 조작이며, 'Present_Time_Line_set'(418)는 현재시각을 포함하는 단위시간 노드를 현재노드(Present Node)로 하고 그 이전 노드를 과거노드(Past Node)로 하며 그 이후 노드를 미래노드(Future Node)로 Setting하는 조작이다. 따라서 현재노드는 'IVY_node_expand' 조작 시 다시 상세 시간단위의 현재노드, 과거노드 및 미래노드를 포함하는 IVY로 전개될 수 있다.
이어서 도 5를 참조하여 VINE의 구성과 용도에 대해 상세히 설명한다.
생산 공정(Process)이나 특정 기능의 시스템(System)을 구성하는 각 설비(Facility)나 요소(Element) 또는 개체(Entity)들을 노드로 나타내고, 이들이 상호 작용하며 담당 기능을 수행하기 위한 물리적인 연결과 취급하는 매체(Medium)나 객체(Object)의 흐름의 방향을 아크(Arc)로 나타내는 자료구조를 구성하여 이를 ‘VINE’으로 정의한다.
상기 아크의 방향은 해당 공정이나 시스템이 취급하는 고체, 액체, 기체, 전류, 신호와 같은 매체나 물리적인 형태를 가진 생산제품과 같은 객체(Object)의 흐름의 방향을 따라 정한다. 경우에 따라 부분적으로 양방향이 될 경우에는 역방향의 연결은 Graft로 나타낸다.
전형적인 VINE의 예로는, Project나 Task의 설정한 목표를 달성하기 위해 건설하거나 운영해야 하는 대상 Plant 또는 Factory의 생산공정이나, 전력계통, 증기계통, 압축공기계통, 냉각수 계통, 공조계통과 같은 지원계통(Utility/Supporting System)의 경우, 해당 공정이나 지원계통의 각 설비(Equipment/Facility)들을 노드로 나타내고, 각 설비들 간의 선행(Preceding) 및 후속(Succeeding) 연결관계를 아크로 나타내는 ‘VINE’들을 들 수 있다. 통상적으로 주 공정이나 각종 지원 계통을 나타내는 VINE은 길이는 길어지는(Long) 경우가 일반적이고, Batch 공정이나 단속 공정의 경우는 짧거나 한 개의 설비로 구성될 수도 있다.
특수한 VINE으로서 논리의 흐름을 나타내는 VINE을 구성할 수도 있으며, 이 경우에는 별도로 ‘Logical VINE'이라 칭한다. Logical VINE의 예로는 Computer Programming을 위한 Flow Chart나 공정 설비나 시스템의 기동정지시퀀스(Start-up/Shut-down Sequence), 공정의 제품 생산 과정(Process)을 나타내는 Block도, Interlock Logic에 따른 특정 이벤트의 파급(Propagation) 경로, 등을 들 수 있다.
상기 VINE을 구성하는 노드의 종류로는, VINE의 시작점을 상징적으로 나타내는 가상의(Virtual) ‘Root Node’ 내지 ‘Start Node’와(501), 하나 이상의 자식노드(Child Node) 내지 후속노드(Succeeding Node)를 갖는 일반 ‘설비 Node’와(502), 공정이나 계통 또는 회로의 분기점을 나타내는 ‘분기점 노드’ Node)와(503), 합류점을 나타내는 ‘합류점 노드’ Node)와(504), 필요에 따라 상세 구성을 나타내는 별도의 상세 VINE으로 '전개'(Expand)할 수 있는 ‘복합설비’ Facility)를 나타내는 '복합 노드'(Compound Node)와(505), 관로의 Pipe를 나타내는 'Piping Node'와(506), 선로의 Cable을 나타내는 'Cable Node'와(507), 닥트를 나타내는 'Duct Node'와, 회로의 각종 소자들을 나타내는 'Component Node'와, Vent Valve(508)나 Drain(509) Valve와 같은 설비들을 나타내며 주 VINE 줄기에 매달리는 형태의 'Dangling Node' 내지 'Attached Node'가 있고(510, 511), 그 외 공정이나 계통 및 회로의 특성에 따라 그 기능을 나타내는 명칭의 노드를 생성하여 추가할 수 있다.
상기 각 공정과 계통 및 설비에 필요한 계측제어 회로도 별도의 VINE으로 구성하며, 공통 전원(P: Source)과 Ground 또는 Neutral(N: Sink), 계측기, Sensor, Transducer, Actuator, Controller, 각 단자 터미널 및 터미널 포인트(Terminal Point), 각종 Relay 및 Relay 접점, 전자개폐기 및 개폐기 접점, 각종 Switch, 및 표시 Lamp와 같은 회로 소자들(이하 ‘소자’ 또는 ‘계측제어 설비’로 총칭)을 노드로 나타낸다. 소자들 간의 연결 Cable은 따로 사양(Specification)이나 거리를 목표관리에 활용하거나 관리할 필요가 없을 경우 별도로 나타내지 않는다.
상기 각 Vine에는 유일한(Unique) 명칭을 부여하고(512, 513), Start Node의 명칭은 해당 VINE의 명칭을 사용하며, Virtual Start Node의 번호는 0으로 한다. VINE 내의 각 노드에도 해당 VINE 내에서의 유일한 명칭(Name)과 노드 번호를 부여한다. 노드 번호체계는 VINE으로 나타내는 공정이나 계통의 특성에 따라 일련번호를 부여하거나 선행/후속관계를 나타내는 형태로 구성한다. 각 노드의 PPN은 유일성(Uniqueness)이 유지되는 수준까지 최대한 간략화 할 수 있고, 가장 간단한 PPN의 형태는 'VINE_Name/*/Node_Name'과 같이 될 수 있다.
동일한 사양의 설비나 소자가 Stand-by 또는 병렬로 복수로 존재할 경우에는, 해당 설비의 공통 명칭에 해당 설비 전체 수 'n'을 나타내는 상수 내지 Array 변수 표현 ‘[n]’을 분모로 하고, 각 설비에 부여하는 일련번호 'i'를 분자로 나타내는 분수표현 '_i/[n]' 을 접미사로 이어 붙여, 각 설비노드가 해당 VINE 내에서 유일한 명칭을 가질 수 있도록 한다(514, 515, 516, 517). 다수가 산재하여 존재할 수 있는 동일한 사양의 Pipe나 Cable 노드들은 ‘Pipe' 또는 ’Cable'과 같은 일반 명칭을 사용하고, 앞 단에 연결된 설비노드를 포함하는 PPN을 구성하여 Node Name으로 사용한다.
각 VINE 마다 해당 VINE 설비들을 종류별로 체계적으로 분류하는 해당 VINE 전용(Specific) BDT를 구성하여 해당 VINE의 Root에 Graft한다. 상기 VINE 전용 BDT의 모든 Leaf 노드는 Master Facility BDT에도 포함되며, Master Facility BDT와는 상호 분류체계를 달리할 수 있다. 이와 같이 동일 설비나 변수 등을 나타내는 Node가 각각 다른 PLANT에도 소속되어 있을 경우 이를 ‘Alias Node’라 한다.
상기 VINE의 각 노드에는 해당 설비나 소자의 속성들을 체계적으로 분류하여 노드들의 값으로써 저장하는 ‘NAS’(Node Attribute SHRUB)를 구성하여 Graft할 수 있다. 모든 VINE 노드는 연결된 전후설비 정보 즉, 선행노드(Preceding Node)의 수 및 PPN과 후속노드(Succeeding Node)의 수 및 PPN, 총 Graft의 수, Graft한 Node들의 PPN, 및 Alias Node 정보를 기본적인 속성값으로서 저장한다.
상기 기본적인 속성값들 외에도, 생산 공정이나 System을 나타내는 VINE Node들의 경우에는, 해당 설비의 물리적인 위치좌표 및 Orientation, Schematics나 Physical Layout을 나타내는 도면이나 모니터 화면상에서의 위치 좌표 및 Orientation, 3D Model, Symbol 및 축적(Magnitude), 해당 설비의 선행설비(들), 외부로 연결되는 입력(Input) 및 출력(Output), 해당 설비 내에서 또는 설비를 통과하는 매체나 제품의 물리적 또는 화학적 상태변화와 같은 해당 설비의 기능 내지 역할 정보, 해당 설비의 운전 방법 및 운영상태 감시기준, 실시간 운전 및 운영 상태 정보, 설치된 계측기 정보 및 실시간 계측값, ‘제어 Logic 정보’, 각종 경보(Alarm)의 원인 및 종류, 고장 내지 긴급정지(Trip)의 원인 및 종류와 파급범위 정보, 기동/정지 Sequence, 설비별 ‘투입에너지의 종류’ 및 종류별 기준 및 실제 값, 신뢰도, 각종 성능 지표의 산정방법 및 실제 값, 운전 이력 및 신뢰도 정보와 같은 속성값들을 추가로 저장한다. Alias가 존재하는 Node의 경우, 저장하는 속성 정보는 Alias 마다 다를 수 있다. 상기 VINE 전용 BDT의 각 노드에도 NAS를 Graft하여, 해당 VINE 설비나 소자들의 공통사양 정보, 유지보수 이력 및 신뢰도정보와 같은 해당 설비나 소자의 소속 VINE 내에서의 기능과 성능관련 정보, 통계정보 및 동종의 설비들 간의 상호비교 정보를 저장하고 관리한다.
상기 ‘제어 Logic 정보’는 해당 설비의 제어 Logic 회로를 나타내는 VINE을 해당 설비의 해당 속성 명칭의 노드에 Graft하는 방법으로 저장할 수도 있다. VINE 노드가 제어 Logic 회로의 릴레이 소자의 경우에는 해당 릴레이를 구동하는 접점 정보와 릴레이의 여자(Excitation) 상태 정보를, Change Over Switch의 경우에는 Switch의 현재 위치와 같은 정보를 목표관리의 업무의 범위(Scope)와 필요에 따라 저장한다.
상기 설비별 ‘투입에너지의 종류’는 전력, 석탄, Oil 및 Gas와 같은 기본적인 에너지와, 기본적인 에너지로 생성하는 증기(Steam), 압축공기, 진공, 냉각수, 열매, 냉기, 열기와 같은 2차적인 에너지를 모두 포함한다.
상기와 같이 각 설비나 소자들의 연결 상황과 상호 작용 및 기능 정보를 포함하도록 하는 VINE을 구성함으로써, 목표관리 플랫폼으로 하여금 VINE이 나타내는 공정이나 계통 또는 회로의 각 구성 설비나 소자의 운영 내지 동작 상황에 대한 타당성과 적정성을 평가할 수 있고, 각종 경보(Alarm)나 긴급정지(Trip)와 같은 이상 상황에 대한 원인과 파급 범위를 논리적으로 추적(Trace)할 수 있으며, 관로나 선로의 손실 산정도 가능해 진다. 따라서 VINE은 나타내고자 하는 공정이나 계통의 'Digital Twin’의 구현을 가능하게 한다.
이어서 전형적인 제조공정 Line을 예로 들어 구체적으로 VINE을 구성하는 방법을 설명한다. 공정의 시작점(Starting Point)을 상징적으로 나타내는 Root Node로부터 시작하여, 주 설비 노드들로 이어지며 Last Node에 이르는 하나의 주경로(Main Path)를 지정한다, 상기 주경로를 따라 설비 노드들을 연결해 가며 VINE의 구성을 진행한다. 진행 중 분기점을 만나게 되면, 해당 분기 위치에 ‘분기점 노드’를 생성한다. 각 분기점 노드에는 후속 노드의 수와 노드 명칭을 속성값으로 저장하고 추가로 '분기점 Stack'을 설정하여, 해당 분기점에서 분기되는 Node들 중 가장 나중에 Trace할 Path의 Node Name 부터 PUSH하여 저장하고, Preorder의 Depth First Search(DFS) 탐색방식으로 계속 주경로를 따라 다음의 후속 설비노드들을 생성하며 진행한다. Last Node(515, 516)에 도달하게 되면 구성한 Path를 따라 다시 Root/Start Node를 향해 역방향으로 Back Track하며 올라온다. 생성된 분기점 노드가 없으면 Root Node까지 올라오게 되고 해당 VINE의 구성은 종료된다. 상기 Back Track 과정에서 내려갈 때 생성했던 분기점 노드를 만나게 되면(503) 해당 분기점 노드에 설정된 Stack에서 최상위 Path의 Node Name을 POP하고, 해당 분기 경로를 따라 다시 상기 주경로에서의 VINE 노드 생성 방식과 같이 후속 노드들을 생성하며 Last Node까지 진행하고 Back Track을 한다. 후속 노드들을 생성하며 내려가다가 분기했던 본래의 경로에 재합류하게 되면 합류하는 본래 경로의 노드는 ‘합류점 노드’(504, 505)가 된다. 병렬로 운전되거나 Stand-by로 운전되는 설비(514, 515)를 제외하고는, 분기된 공정이 재합류될 경우에는 Graft로 합류한다(518). 최종적으로 모든 ‘분기점 노드’의 Stack이 비워지고 VINE의 Root Node로 되돌아오게 되면 해당 VINE의 구성이 완료된다.
Minimum Flow나 응축수(Condensate)의 회수 관로와 같이, 공정이나 계통 자신의 상위 Path로 되돌아가서 합류하는 Path가 존재하는 경우에는(519) Graft를 사용하여 합류하여(520), VINE 내에 Cycle이 형성되는 것을 방지한다. 합류하는 양 노드의 속성에 해당 Graft 정보를 저장하며, 저장되는 각 노드의 PPN으로 부터도 접속되는 해당 Path가 Return Path임을 판별할 수 있다.
따로 출발하여 Main Path에 합류하는 부속공정의 경우(512), 그 Root Node들을 주 공정 VINE의 Root Node에 Graft하여 주공정과 각 부속공정의 관계를 Graft의 속성으로 나타내며(521), 주 공정과의 합류도 Graft를 통해 함류한다(522).
지원계통 VINE의 경우에도(513), 그 Root Node들을 주 공정 VINE의 Root Node에 Graft하여 주공정과 지원계통의 관계를 Graft의 속성으로 나타내며(523), 지원하는 주 공정의 설비도 Graft를 통해 나타낸다(524, 525).
통상적인 VINE Node들의 PPN은 길이가 길어지므로 목표관리를 위한 추론을 위해 명시적으로 나타낼 필요가 있는 노드들만을 경로에 포함하고 나머지 노드들은 생략한다. 가장 간단한 형태의 PPN은 'VINE_Name/*/Node_Name'과 같이 2개의 명시적인 노드로만 구성할 수도 있다.
공장이나 빌딩의 내부 배전계통과 같이 형태가 자연스럽게 Tree 구조인 계통에서는 따로 주경로를 지정하지 않고 One Line Diagram의 형태를 따라 '넓이우선탐색'(Breadth First Search(BFS))에 준하는 방식으로 Node들을 생성하여 입력하며, 연결 Cable들이나 Bus는 상(Phase)수와 상 명칭과 중성선(Neutral Line) 정보를 속성값으로 저장하도록 한다. 분전반과 같은 경우는 복합노드로 나타내고 목표관리를 위한 추론과정에서 내부 상세 연결정보를 필요로 할 경우에는 하위의 상세 VINE으로 전개(Expand)하여 분전반 내부의 상세 구성을 나타낸다. 비상전원용 자가발전설비나 태양광설비 및 에너지저장장치(ESS)와 같이 병렬로 연결되는 설비는 별도로 VINE을 구성하여 합류점에 Graft로 연결한다. 상기 합류점 Node의 예로는 ATS(Automatic Transfer Switch)나 CTTS(Closed Transition Transfer Switch)와 같은 설비 노드를 들 수 있다.
VINE에 적용하는 전형적인 조작의 예로는, 'analyze_Trend', 'check_Consistency', 'display__Schematics', 'display_VINE', 'display__3D_Layout', 'display_4D_Layout', 'estimate_Losses', 'estimate_Operational_Cost', 'estimate_Reliability', 'check_Hot/Cold', 'find_Bottleneck', 'monitor_Idling_Facility', 'monitor_Operating_State', 'monitor_Start-up_Sequence', 'monitor_Shut_down_Sequence', 'monitor_Performance', 'expand_Compound_Node', 'shrink_into_Compound_Node', 'find_upstream_Sensor' 및 'find_downstream_Sensor'와 같은 조작들을 들 수 있다. 상기 각 조작들의 목적은 해당 명칭에 준하며 구체적인 구현 내용은 Project/Task의 특성에 따라 차이가 있을 수 있다.
공장이나 빌딩의 내부 배전계통의 경우에는 추가로, 'monitor_Power_Quality', 'monitor_Peak', utilize_Time-Of-Use-Rate, ‘stimate_Cable_Loss’, ‘estimate_Transformer_Loss’ 및 'estimate_Motor_efficiency'와 같은 조작들을 구성할 수 있으며, 'monitor_Power_Quality' 조작은 다시, 'monitor_kW', 'monitor_kVar', 'monitor_Voltage', 'monitor_Phase_unbalance', 'monitor_HFD', 'monitor_Power_factor', 및 'monitor_Neutral_Current'와 같은 세부조작들로 구분할 수 있다.
다음에는 BUSH의 구체적인 구성과 용도에 대해 설명한다.
특정 목적의 기능을 수행하기 위한 설비나 요소(Element) 또는 개체(Entity)들이 연결되어 상호 간에 데이터나 매체(Medium) 또는 객체(Object)들이 양방향으로 이동할 수 있도록 구성되는 각종 계통(System)에서, 각 설비나 요소 또는 개체들을 Node로 나타내며 이들의 연결관계를 Arc로 나타내는 Knowledge and Information Model을 구성하고 이를 'BUSH'라 한다.
상기 BUSH는 전술한 VINE의 정의와 특성에 포함되지 않는 나머지 모든 계통과 네트워크를 나타내는 것을 목적으로 한다. 전형적인 예로는 각종 Computer Network, 모선(Bus)을 중심으로 연결되는 Processor, Memory, Disk, Port, Keyboard, Monitor 및 각종 주변기기들로 구성되는 Computer 내부 구성, 양방향 통신의 계측제어 회로, 각종 교통 내지 도로망, 및 국가 전력망 시스템(Electrical Power System)을 나타내는 BUSH를 들 수 있다.
BUSH의 Node를 구성하는 상기 설비나 요소의 예로는, 컴퓨터 네트워크 시스템 BUSH의 경우, 각종 서버, PC, 네트워크 장비 및 계측제어 설비를 들 수 있다. 보다 상세하게는 Network 장비를 중심으로, Main Server, 여타 서버들(Back-up Server, DB Server, Web Server, ERP Server, MES Server, SCADA Server, PI Server 등), PC, Network Switch, Router, Access Point 및 공유기와 같은 각종 Network 장비, 하위의 계측제어설비 전용(Proprietary) Network, 계측/제어를 위한 DCS나 PLC와 같은 데이터 수집 및 제어 설비와, 이들 계측/제어용 설비에 연결되는 각종 현장의 Control Panel, 센서, 계측기, Transducer 및 Relay 들과 이들의 접속점(Connecting Point)들, 상기 Main 서버 및 여타 서버들의 Port에 연결되는 설비들을 들 수 있다. 국가 전력망 계통 BUSH의 경우에는 발전소, 송변전선로 설비, 배전선로 설비 및 부하들을 들 수 있다.
상기 서버 노드나 PC 노드의 경우는 ‘Compound Node’로서 상세 구성 BUSH로 전개 내지 확장(Expand)할 수 있다. 이 경우 Processor, 모선(Bus), 메모리, 하드디스크, 주변기기들을 Entity 즉 노드로 하는 상세 BUSH로 구성할 수 있고, 원래의 BUSH의 일부로서 그대로 확장하여 포함하거나, 해당 Compound Node에 Graft할 수 있다. 상기 계측제어 설비에서 PLC의 Ladder Diagram이나 DCS의 내부 회로나 Logic 들의 상세 구성 정보가 필요할 경우에는, 해당 PLC나 DCS를 Compound Node로 지정하고, 회로 구성 형태에 따라 VINE 또는 BUSH로 Expand하여 해당 PLC나 DCS 노드에 Graft하도록 한다.
상기 설비 내지 요소(Element)들 간의 연결 관계는 유무선 연결을 포함하며, 목표관리를 위해 필요할 경우에는 VINE에서의 Pipe나 Cable과 유사하게 명시적으로 Node로서 나타내도록 하고, 그 외에는 연결되는 설비 내지 요소 노드의 속성에 포함하거나 생략하도록 한다.
BUSH에는 나타내려는 계통의 형상이나 Schematics를 따라 구성하는 ‘형상(Configuration) BUSH'와, 각 설비나 요소에 직접 연결된 여타 설비나 요소들을 나타내기 위한 ‘인접(Adjacency) BUSH’가 있다.
상기 ‘Configuration BUSH'의 구성을 전형적인 Computer Intranet을 예로 들어 설명한다. 먼저, BUSH의 시작점(Starting Point)을 상징적으로 나타내는 Root Node를 설정하고, 상기 설비나 요소들 중에 해당 계통의 구성이나 연결의 중심이 되는 임의의 ‘중심노드’(Center of Universe(COU) Node)를 선택하여 Root Node의 Level-2 자식노드로 한다. 다음에는 상기 COU Node에 직접 연결된 설비나 요소들을 COU Node의 Level-3 자식노드로 하고, 각 자식노드에 대하여 연결된 설비나 요소들을 계속해서 넓이우선탐색(Breadth First Search(BFS)) 방식으로 탐색하며 자식노드들을 생성하며 진행한다. 탐색한 노드가 이미 다른 노드의 진행 중에 생성된 노드를 만나면 자식노드가 아닌 Graft로 연결하고 해당 노드는 더 이상의 탐색을 중단하여 Cycle의 형성을 방지한다. 상기와 같이 진행하다가 COU Node로 되돌아오고 더 이상 COU에 연결된 탐색할 설비나 요소들이 없으면 해당 ‘Configuration BUSH’가 완성된다.
상기 ‘Adjacency BUSH’는, 먼저 가상의 Root Node를 설정하고 모든 설비나 요소 Node들을 Root Node의 Level-2 자식노드(Children Node)로 하고, 상기 Level-2의 각 자식 노드에 연결되거나 인접한(Adjacent) 여타 Level-2 노드들을, 상기 각 Level-2 노드의 Level-3 자식노드로 연결함으로써 구성이 완료된다. 상기 ‘Adjacency BUSH’는, Tree 구조이면서 같은 Level-2 노드들이 다른 Level-2 노드들을 상호 자식노드들로 가질 수 있어서, 부모 자식관계가 뒤바뀌는 점에서 전통적인 Tree와 구별된다. 각 노드들이 상호 many-to-many와 같이 복합적으로 연결되고 물리적인 형상이나 구성이 따로 목표관리를 위한 추가적인 정보를 제공하지 않을 경우에는 ‘Configuration BUSH'를 별도로 구성하지 않고 ’Adjacency BUSH‘만 구성할 수도 있다. 구성하는 BUSH는 STUMP의 Master Facility Management Node에 Graft한다.
VINE에서와같이 BUSH의 각 노드들도 종류 내지 부문별로 구분 내지 세분하는 해당 BUSH의 전용 BDT를 구성하여 해당 BUSH의 Root Node에 Graft한다.
BUSH의 각 Node에는 해당 노드의 속성 정보를 저장하고 관리하는 Node Attribute SHRUB(NAS)을 Graft한다. NAS에는 기본적으로, 해당 Node의 일련번호, 주소(Address), 명칭, 기능(Function), 사양(Specification), Symbol, 형상(Shape or Isometrics), 물리적인 위치, 도면 내지 화면상에서의 위치, 자식노드 또는 인접노드(Adjacent Nodes) 및 Graft 정보를 저장한다. 각 노드 명칭은, Computer Network System BUSH의 경우, COU, Server, PC, Network Switch, Router, Bus와 같은 일반적인 명칭을 Node Name의 일부로 사용하여 해당 노드의 기능 내지 특성을 구별할 수 있도록 한다.
서버 노드의 경우에는 상기 기본적인 속성 외에도 Web Service, FTP, Email과 같은 제공하는 서비스 정보와, ERP, MES, FMS, SCADA, PI Server, EDMS(Electronic Document Management System), ECMS(Enterprise Content Management System)와 같은 서버의 종류 내지 기능과, 그 외 각종 project management tool이나 design integration tool 및 engineering software들과 연동 시에는 상호 Data 통신 방식이나 프로토콜(Protocol)과 교환하는 Data 내용을 속성값으로 저장한다.
Project/Task의 목표관리를 위해 구축하는 본 발명의 플랫폼의 구성도 BUSH로 나타내고 Super Tree에 포함하여 함께 관리할 수 있도록 함으로써, 플랫폼 자신의 구성, 기능 및 성능관리는 물론, 여타 서버들과의 연동 및 정보 교환을 통한 목표관리 업무의 일원화가 가능하도록 한다.
BUSH에 행하는 전용 조작으로는, ‘display_BUSH’, ’display_Schematics‘, ’monitor_Operating_State’, ‘expand_Node‘, ’trace_Path'와 같은 조작들이 있다.
예를 들어 Computer Network System을 나타내는 BUSH의 경우에는 추가로 ‘show_Protocol’, ’expand_Compound-Node‘, ‘monitor_Traffic’, ’trace_Communication_Path‘와 같은 조작들을 예로 들 수 있고, PC나 컴퓨터 서버의 경우에는 Expand하여 ‘monitor_Response_Time’, ’monitor_Page_Fault‘, ‘monitor_Port’, ’monitor_Program_Behavior‘, ’monitor_Virus‘, ‘monitor_Hacking’, ’monitor_User-behavior‘, ‘serve_User_request’, ‘optimize_Time_Quantum’, ’optimize_Working_Set_Size‘, ‘optimize_Cache_Size’, ’monitor_Start_Program‘, ‘monitor_System_Call’, ’monitor_Background_Program‘과 같은 상세 조작들을 추가할 수 있다.
상기 각 조작의 목적이나 기능은 조작의 명칭과 같으며, Project/Task의 분야와 특성에 따라 그 구체적인 내용과 수행 방법을 달리할 수 있다. 예를 들어 상기 ‘trace_Path’는 BUSH에서 임의의 출발(Start) Node로부터 임의의 행선지(Destination) Node까지 존재하는 모든 경로(단 Cycle은 배제)를 탐색하기 위한 조작으로 정의할 수 있으며, Adjacency BUSH를 확장해 가며 다음과 같은 3 단계의 탐색 방법으로 수행할 수 있다.
Step 1. 경로를 탐색하려는 Adjacency BUSH의 Level-2 노드들 중 출발노드(Start Node)를 선정하고 Loop 변수 ‘i’를 2로 Set한다.
Step 2. Set한 Level i 노드의 각 Level (i+1) 자식노드들에 대하여
(1) 해당 자식노드가 출발 Node이거나 직전 상위 Level의 부모노드 또는 출발 Node로부터 현재 자식노드에 이르는 PPN 경로에 이미 포함된 노드이면 해당 자식노드는 가지치기(Pruning)를 한다.
(2) 해당 Level (i+1) 자식노드가 행선지 Node이면, 출발 Node로부터 해당 행선지 Node에 이르는 ‘Plant Path Name'(PPN)을 발견한 상대 경로 중에 하나로서 포함시킨다.
(3) 그 외의 나머지 각 Level (i+1) 자식노드들에 대하여는 해당 노드의 Level 3 자식노드들을 복사하여 Level (i+2) 자식노드로서 연결하고, i = i+1으로 Increment한 후, Step 2를 반복한다.
(4) 상기 (3)에서 그 외 나머지 자식노드가 없으면 Step 3로 이동한다.
Step 3. 발견한 모든 상대 경로를 보고한다. ■
상기 3단계의 경로탐색은 Depth-First Search(DFS) 방식으로 이루어지며, Step 2 (1) 에서는 자연스럽게 탐색과정의 Cycling을 배제한다. 각 Arc 마다 비용이나 거리를 할당하고 경로 탐색 중 기 발견된 Minimum Cost보다 비싸지는 경로는 Prune하면서 탐색을 진행하면 Minimum Cost Path를 간단하게 찾아낼 수 있다. 상기와 같이 BUSH에서 임의의 출발 Node로 부터의 행선지 Node까지의 경로를 모두 추적하기 위해 확장한 Adjacency BUSH를 'Expanded Adjacency BUSH‘라 한다. 상기 ’trace_Path‘조작의 3 단계 수행 방법도 그 내용을 명시적으로 나타내기 위해 후술하는 ‘규칙'(Rule)으로써 구현한다.
이어서 SHRUB의 구성과 용도에 대해 상세히 설명한다. 도 6과 도 7에 각각 NAS(Node Attribute SHRUB)와 Rule SHRUB의 구성 예를 보인다.
상기 STUMP, BDT, IVY, VINE 및 BUSH 자체에 저장되는 정보 이외에, 플랫폼에 기본적으로 주어지는 목표관리 업무를 수행하거나, PM이 내리는 지시나 부여하는 임무를 이행하거나, 여타 관리자들로 부터의 요청을 접수받아 처리하기 위해 필요로 하는, 일체의 지식(Knowledge)과 정보(Information)를 Node와 Node 간의 연결관계로 나타내는 Tree Data Structure 형태의 Knowledge and Information Model을 구성하여, 해당 Model에 행할 수 있는 조작(Operation)과 함께 이를 'SHRUB'으로 정의하고 활용한다.
상기 일체의 지식과 정보는, 상기 STUMP, BDT, IVY, VINE 및 BUSH의 모든 노드들의 속성값(Attribute Value)과, 각종 산술 및 논리 연산, 상황 판단, 원인 추적, 대책 수립, 조치 이행 및 절차 진행을 위한 지식 및 정보와, 상기 속성값과 지식 및 정보를 활용하여, 상기 플랫폼의 기본 업무, PM이 내리는 지시나 부여하는 임무 및 여타 관리자로 부터의 요청을 처리하기 위해 필요한 추론(Reasoning and Inference)과 판단을 할 수 있는 방법으로서의 규칙(Rule)을 포함한다.
기본적인 SHRUB으로서는 SHRUB 자신을 포함한 각 PLANT Node들의 속성 정보들을 저장하고 관리하기 위해 각 PLANT Node들에 Graft하는 ‘Node Attribute SHRUB’(NAS)이 있다. NAS를 구성하는 각 속성 노드에는 해당 속성값을 직접 저장할 수 있고, 해당 속성을 세분하는 자식노드들을 연결할 수도 있으며, 해당 속성과 관련된 여타 PLANT들을 Graft할 수도 있다.
예를 들어, Task BDT의 각 상세 수준(Level)의 Task Node에는 ‘NOA(Nature of Activity) Node, ’ Progress Management Node’, ‘Deliverable Management Node’, ’Resource Management Node‘, ‘Cost Management Node’ 및 ‘Event Management Node‘와 같은 노드들을 포함하는 NAS를 Graft할 수 있고, 다시 상기 각 속성노드에는 해당 속성을 세분하는 자식노드들을 갖도록 하거나 해당 상세 속성들을 포함하는 별도의 Management SHRUB를 구성하여 Graft할 수도 있다. 예를 들어 상기 ’NOA Node‘에는 해당 Task의 수행기간, 예산, 구체 내용, 현재(Present) 상황 데이터들과 Time Tag, 및 담당자와 같은 해당 Task 전체 및 공통 정보를 관리하기 위한 Task Management SHRUB’을 Graft할 수 있다.
상기 Task Node에는 또한 해당 Task의 진행을 관리하기 위한 ‘Progress Management IVY'를 Graft하고, Graft한 ‘Progress Management IVY'의 각 노드('Day Node'로 가정)에도 NAS를 Graft 한다(601). ‘Progress Management IVY'의 각 IVY Node에 Graft하는 NAS에는 다시 해당 ’Day' Node의 Project(Master) Node Number(602), Graft 정보와 같은 Day Node 자체의 정보를 관리하기 위한 ‘Self Information Node'(603)와, 해당 Task의 진행과 진도를 관리하기 위한 'Daily Progress Management Node'(604), ‘Deliverable Management Node’(605), ’Resource Management Node‘(606), ‘Cost Management Node’(607)및 ‘Event Management Node‘(608)와 같은 노드들과 상세 정보를 포함하는 후손 노드들을 포함한다.
또한 상기 각 Management 속성 Node 노드들 중에 진행하는 시간에 따라 상세 진도나 상황을 관리할 필요가 있는 노드에는 'Hour' IVY(217, 419, 609)나 'Minute' IVY와 같은 상세 시간단위의 IVY들을 Graft하고, 해당 상세 시간단위의 IVY들의 각 노드에도 NAS를 Graft하여(610), 실시간에 연속적으로 수집하는 데이터들의 수집 횟수(Count), 평균값, 최대값, 최소값, 최신값 및 표준편차와 같은 상세 Task 관리 정보들을 그 속성값들로서 저장하고 활용한다.
상기 Daily Progress Management Node(604)는, 기 수립한 전체 진도 대비 해당 일의 Task 실행계획 진도의 비율인 'Daily Execution Plan'과(611), 해당 일의 실제 투입 가능 Resource 상황을 반영하여 당일 시작 시 수립하는 실행계획인 ‘Daily Morning Plan‘과(612), 당일 경과 시 실제 완료한 실적진도인 'Daily Actual Progress' 값과(613), 당일 계획 대비 실적 진도의 비율을 나타내는 진도율(Progress Rate)과(614), 진도율 값으로 부터 판단한 진도 상태(Progress State)(615) 정보를 후손노드들(Descendant Nodes)에 포함한다.
상기 Task BDT 외에도, Facility BDT, Resource BDT, 각 VINE 전용 BDT 및 BUSH 전용 BDT의 각 노드에도 목표관리 관련 정보를 포함하는 NAS와, 진도 및 Schedule과 운영상태감시 관리를 위한 IVY들을 Graft한다.
그 외의 SHRUB으로서 Rule BDT의 각 Rule Name Node의 속성으로 Graft하는 ‘Rule SHRUB’과, 임의의 노드에 필요에 따라 SHRUB으로 구성하여 속성으로 Graft하는 'QUEUE', 'STACK', 'LIST' 및 ‘TABLE'이 있다.
상기 'QUEUE‘, ’STACK' 및 'LIST'는 2-Level의 SHRUB으로 구현하며, Root Node에는 해당 SHRUB의 종류, 명칭, 자식노드의 수를 속성으로 저장하고, 자식노드들은 각 요소들을 나타낸다. Nested List의 경우에는 내려가는 깊이만큼 Level이 증가된 SHRUB으로 나타낸다. 통상의 'TABLE'이나 그 외 2-D 배열(Array)의 경우에는, Root Node에 각 Column들의 명칭과 수, Row의 수를 속성으로 저장하고, Root Node의 각 Level-2 자식노드들은 각각 Row가 되며, 각 Level-2 자식노드들의 Level-3 자식노드들은 해당 Row의 각 Column을 나타낸다. 따라서 Root Node의 자식노드들의 수가 Row의 수가 된다. 3-D 이상의 Table이나 배열(Array)들도 같은 방식으로 SHRUB의 Level을 늘려가며 구성한다.
SHRUB에 적용하는 전용 조작으로서 'Node_Eval', 'Rule_generate', 'Fact_Assert', 'Rule_invoke', 'Rule_execute'와 같은 조작들을 정의한다. 특히 상기 QUEUE의 경우에는 'Arrive' 및 'Depart', STACK의 경우에는 'Push‘ 및 'Pop', List의 경우에는 현재위치(Present Location)에서 다음 요소를 접근(Access)하기 위한 ’take_Next'와, 임의의 n번째 List 요소를 Access하기 위한 'take_nth', Table의 경우, ‘Row i’에서 ‘Column j’의 요소를 접근하기 위한 ‘take_ij_th’와 같은 조작을 정의한다.
플랫폼 또는 목표관리시스템의 구현 Language에 따라 Node Name(Given Name, PPN, STPN 및 RSTPN을 포함) 자체가 변수로서 값을 가지도록 할 수 있고, 해당 Node의 NAS에 ’Value‘ Node를 포함하여 값을 저장하거나, ‘Eval Expression’Node'를 포함하여 Evaluate할 수 있는 ‘표현’(Expression)을 List의 형태로 저장할 수 있다. 상기 'Node_Eval'은 특정 Node Name을 평가(Evaluate)하면, 해당 Node가 변수로서 가지고 있는 값을 Return하거나, 또는 해당 Node의 NAS에 포함되는 Value Node의 값을 Return하거나, ‘Eval Expression’ Node의 Expression을 Evaluate(간략히 'Eval')하여 값을 Return해 주는 조작이다. 상기 'Value' Node는 해당 Node가 가지는 값의 특성에 따라 'Real Value' 및 'Expected Value'와 두 값 간의 일관성 여부를 검사하는 'Consistency' Node를 자식노드로 갖는다. 상기 'Real Value'는 Sensor, 계측기, 여타 서버 또는 관리자들로 부터 실제로 입력되거나 확인되는 값이고, 'Expected Value'는 논리적으로 기대되거나 판단되는 값이며, 'Consistency'는 상기 두 값이 실질적으로 일치하는 지의 여부를 판단한 결과 값으로서 Yes, No 또는 Null(모름) 값을 갖는다.
상기 ‘Rule_generate’ 조작은 PM으로부터 내려지는 지시나 Team원 또는 여타 관리자 내지 관련자들로 부터의 요청과 플랫폼의 기본 업무 내지 기능들을 처리하기 위한 구체적인 방법(Methodology)과 지식(Knowledge)을 나타내고 이행하기 위한 ‘규칙’(Rule)들을 SHRUB으로 구성하는 조작이다.
모든 Rule은, PM이 플랫폼에 내리는 지시나 부여하는 임무, Project/Task 관련자들의 요청 및 플랫폼의 기본 기능 내지 업무를 처리하기 위한, 객관적(Objective) 또는 주관적(Subjective)인 방법(Method) 내지 방침, 산술 내지 논리 연산, 추론(Inference and Reasoning) 또는 설정한 기준에 따른 판단, 과정(Process) 내지 절차(Procedure), 전략(Strategy) 내지 작전(Tactic or Operation) 및 Know-how를 포함하는, 지식(Knowledge) 및 정보(Information)의 표현으로서, 그 내용을 명시적(Explicit)으로 나타내고 자유로이 Update하며, 일관된 구성(Consistent and Unified Framework)으로써 Super Tree 내에 포함하고 목표관리에 활용하기 위해 Super Tree의 SHRUB으로 구현한다. Rule을 나타내는 SHRUB을 ‘Rule SHRUB’ 또는 간략히 ‘Rule'이라 하고, Rule의 명칭은 Rule SHRUB의 Root Node의 명칭과 같다. 따라서 전술한 SWEEP 기법이나 GRACE 기법은 모두 Rule로서 구현하고 실행한다.
Rule SHRUB의 Root Node(701)는 조건부(Condition Part)로서의 'LHS(Left-hand Side) Node‘(702)와 집행부(Action or Execution Part)로서의 'RHS(Right-hand Side) Node'(703)인 2개의 자식노드를 갖는다. 상기 LHS와 RHS는 각각 ‘조건부'(Condition Part)와 ’집행부‘(Action Part), 또는 '전제조건부'(Premise Part)와 '결론부'(Conclusion Part), 또는 '선행조건부'(Antecedent Part)와 '후속결과부'(Consequent Part)로도 불린다. 호출되면 조건 없이 집행되는 Rule의 경우에는 LHS가 없이 RHS 만으로 구성될 수도 있다. Root Node의 자식노드인 LHS Node와 RHS Node를 각각 'Top LHS Node'와 'Top RHS Node'라 한다.
상기 ‘Top LHS Node’(702)와 ‘Top RHS Node’(703)는 다시 각각 하나 이상의 자식노드들을 비롯한 후손노드들(Descendant Nodes)을 가질 수 있고, 각각 해당 후손노드들을 거느리는 Subtree의 Root Node가 된다. Rule의 조건부가 1개의 조건만을 포함하면 LHS Node를 명시적으로 생성하지 않고 해당 Node 자체가 ‘묵시적(Implicit)'인 LHS Node, 즉 Condition Node가 되고, 집행부도 1개의 행위만 포함하면 따로 RHS Node를 생성하지 않고 해당 Node 자체가 묵시적인 RHS Node, 즉 Action Node가 될 수 있다. 하나의 LHS Node와 RHS Node만을 갖는 Rule을 특히 'Simple Rule'이라 한다.
Rule은 해당 Rule로써 행하려는 행위를 구체화하기 위해, 추가적인 Rule들을 내부적으로 직접 포함하거나 또는 Graft를 통해 연동하여 집행할 수 있다. 내부적으로 직접 포함하는 Rule의 Root 역할을 하기 위한 Node를 ‘Internal Rule Node’라 하며, 'Internal Rule Node’도 Rule의 Root로서 LHS Node(705)와 RHS Node(706)를 자식노드로 갖는다. 또한 추가적인 외부 Rule을 Graft하기 위한 Rule Node는 ‘Rule Graft Node'(707)라고 한다.
상기 Rule을 구성하는 'Rule SHRUB Node'의 종류로는 ‘Root Node’, ‘Top LHS Node’, ‘Top RHS Node’, 'LHS Node', 'RHS Node', 'If Node', 'Then Node', ‘Else Node', ‘Internal Rule Node’‘Rule Graft Node', 'End Node', 'Exit Node', 'Return_to Node', 'Go_to Node', 'Wait Node' 및 각종 ‘Operation Node('Performing Node' 또는 ’Acting Node‘로도 칭함.)’가 있다. 상기 ‘Then Node’는 다시 'Then Node' 또는 'True_Then Node'(Default), 'False_Then Node', 'Else_Then Node‘ 및 'Case_Then Node'와 같은 상세 종류로 구별할 수 있다.
'Rule SHRUB Node'(또는 간략히 'Rule Node')도 여타 SHRUB Node에서와 마찬가지로 속성을 가지며(708, 709), 자식노드의 수, 명칭, 해당 노드의 'Eval Expression'(710, 711), Node의 값(Value), 자식노드들 간에 만족해야 할 논리 조건 및 Graft 정보를 포함한다. 상기 논리 조건으로는 'AND', 'OR' 및 'ALL‘을 들 수 있다. 상기 ’All'은 각 자식노드들을 Eval 결과와 관계없이 모두 Eval하는 논리로 정의한다.
상기 ‘Eval Expression’은 List 표현으로 나타내는 것을 기본으로 한다. List의 첫 요소는 산술 연산자 또는 논리 연산자이거나 특정 행위를 지시하는 SP 표현이 되고, 통계나 수학 Software Package와 같은 여타 S/W Package나 Tool과 연동 시에는 해당 Package나 Tool의 함수명이 될 수도 있다. 두 번째 요소 이하는 해당 연산이나 행위의 대상과 값을 나타내거나 결과값을 저장하기 위한 STPN 내지 STPN Template와 같은 하나 이상의 Argument로 구성된다. List는 또한 Nested 될 수도 있다. 상기 List 형태의 Eval Expression에 사용되는 행위를 나타내는 전형적인 SP의 예로는 ‘Assert', 'Return_to', 'Go_to', 'Exit', 'End', 'Set_as', 'Put_in', 'Take_next', 'Take_nth', 'Wait' 등이 있다. List를 Eval할 경우에는 해당 연산이나 지시가 직접 수행된다.
각 Rule SHRUB Node를 ‘Eval’할 경우, 여타 SHRUB의 노드들과 마찬가지로 해당 노드가 직접 특정 값을 가지고 있는 변수 노드(Variable Node)일 경우에는 해당 값을 Return하고, 그 외에는 해당 노드의 속성 노드인 'Value Node'의 값을 Return하거나, 또는 'Eval_Expression‘을 Eval하여 그 내용대로 수행하고 결과를 Return한다.
Rule을 범용으로 활용하려고 할 경우에는 경로변수 표현을 사용하는 Template Rule로서 구성하고, 호출시 변수들을 구체적인 값이나 표현으로 치환하며 구체화하여(Instantiate) 집행이 가능해 지도록 한다.(713) 예를 들어 '?task'와 같은 변수표현을 사용하는 STPN의 경우, Task BDT를 깊이우선탐색(DFS) 순서로 방문하며 Task BDT 내의 모든 Task들의 실제 Name을 가져와서(Retrieve) 순차적으로 '?task'를 치환해 가며 Loop를 구성하여 전체 Task들에 모두 적용할 수 있도록 하거나, '?day'와 같은 변수표현을 포함하여 구체적인 날짜들로 치환해 가며 적용할 수 있도록 한다.
상기 'Rule_generate'는 Rule을 생성하기 위한 조작이며, Rule은 Rule SHRUB을 다음과 같이 구성하여 생성한다: (각 Rule Node의 속성은 중괄호(Brace)로 표현하고, 부연 설명(Comment)은 괄호(Parenthesis) 안에 기술하기로 한다)
Step 1. Root Node {속성: 해당 Rule의 호출 조건; Rule 집행을 위해 제공해야 할 정보를 포함하는 노드의 STPN 또는 STEM; 치환해야 할 노드변수의 수 및 노드변수 표현, 또는 특정 PLANT 명; Rule 집행결과의 Return 방법(Return 수단, 제시 방법 및 형식, Return해야 할 값을 저장하는 STPN 또는 PLANT 명(List, Table 등 포함)); 노드 자신의 Preorder, Inorder 및 Post Order 방문 시의 각 Eval Expression); Graft 정보; Rule 집행 시의 집행내용 설명 표현}
Step 2. LHS Node 및 그 Children Nodes {속성: 노드 자신의 종류(전술한 Rule SHRUB Node의 종류 참조); 노드 자신의 Preorder, Inorder 및 Post Order 방문 시의 각 Eval Expression (자식노드들의 Eval 조건(AND, OR, ALL 등) 포함, 단 자식노드가 없을 경우에는 Preorder Eval Expression만 존재); 자식노드들의 수; 자식노드들의 명칭, 번호 및 종류, Graft 정보}
Step 3. RHS Node 및 그 Children Nodes{ 속성: 노드 자신의 종류; 노드 자신의 Preorder, Inorder 및 Post Order 방문 시의 각 Eval Expression (자식노드들의 Eval 조건(AND, OR, ALL 등) 포함, 단 자식노드가 없을 경우에는 Preorder Eval Expression만 존재); 자식노드들의 수; 자식노드들의 명칭; 번호 및 종류; 자식노드들의 Eval 조건(AND, OR, ALL); Graft 정보} ■
상기 'Eval Expression'에는, 변수노드의 치환 정보, Instantiate된 Fact의 Assert(712), 집행 결과의 보고 방법(형식 및 내용, 수단(모니터, Smart Phone, Alarm)), Loop 명령(Return_to, Go_to, Local_Fact_Assert)), Local Loop의 종료(Exit), 다음 방문 자식노드의 결정, 및 Rule 집행의 종료 조건 및 종료 명령(END)도 포함한다(713).
상기 'Fact_Assert' 조작은, Super Tree의 SHRUB을 비롯한 각종 PLANT의 특정 노드에 값이 입력되거나 Set될 경우, 해당 노드의 Name과 값을 Fact로서 ‘확인’(Assert)내지 ‘공표’(Advocate)하여, 해당 Fact의 생성이나 Fact의 값을 호출(Invoke) 조건(Condition)으로 포함하고 있는 ‘규칙’(Rule)들을 호출(Invoke)하고 집행(Execute, Fire, 또는 Trigger로 표현)하기 위한 조작이다. 각 ORE STEM도 해당 지시가 내려지거나 임무가 부여되거나 요청이 입력되면 해당 이벤트를 발생된 Fact로서 Assert를 할 수 있다.
Rule Node의 Eval Expression 표현에는 Assert되는 Fact와의 유연한(Flexible) Match나 Rule의 범용적인 사용을 위해 '?task', '?facility', '?resource', '?time' 또는 ‘?day'와 같은 ’변수명 노드‘(Variable Name Node) 표현들과, 한 개의 임의의 노드표현과 Match될 수 있는 ‘&’나 하나 이상의 Node Name들과 Match될 수 있는 ’*‘와 같은 Wildcard 표현이나, ’/../‘와 같은 Path 생략표현들을 포함할 수 있다. 상기 ‘Variable Name Node’들을 포함하는 Expression의 경우, 포함되는 해당 ‘Variable Name Node’표현들을 구체적인 Node Name으로 치환하면, 해당 Expression이 포함하는 STPN의 전체 조건표현이 ‘실체화’(Instantiate)되어 구체적인 STPN 내지 Fact로서 ‘Assert’가 가능해 진다. 또한 Rule에 포함되는 STPN의 표현을 간략화하기 위해, 전술한 바와 같이 STPN의 Context로부터 해당 Path에 포함되는 것이 명백한 Node의 경우에는 모두 생략하여 단축한 STPN으로 표현할 수 있다. 상기와 같이 범용으로 적용하기 위해 변수 표현과 Wildcard Node들을 포함하는 Rule을 ‘Template Rule'이라고 한다.
상기 'Rule_invoke'는 Rule을 집행하기 위해 호출하는 조작이다, Rule은 일정 시각이 도래하거나 일정 시간 간격으로 호출하는 'Time Driven Invoke', Event가 발생하면 호출하는 'Event Driven Invoke', 및 원인 파악을 위해 호출하는 'Goal Driven Invoke'와 같은 방법으로 호출한다. 상기 'Event Driven'은 'Fact Driven' 또는 'Data Driven' 으로도 불리고, Forward Reasoning 방식을 주로 사용하고, 'Goal Driven'은 'Object Driven'으로도 불리며, 주로 Backward Reasoning 방식으로 추론한다. SWEEP 목표관리 기법은, 수행해야하는 대부분의 입무 내지 Platform Task들을 각 임무 내지 Task별로 설정하는 시각 내지 시간 간격에 따라 계속적 및 반복적으로 수행하는 'Time Driven' 방식을 기반으로 진행하며, 각 이벤트나 Assert되는 Fact는 해당 발생 시점에서 'Event Driven'이나 'Goal Driven' 방식으로 처리한다.
상기 'Rule_execute'는 Invoke한 Rule의 각 Rule SHRUB Node들을 Root Node부터 순차적으로 방문하여 'Eval’해 가며 해당 Rule을 ’집행‘(Execute)하는 조작이다.
Rule의 집행(Execution)은 주로, 플랫폼의 기본 엽무 내지 기능의 수행, 특정시간에 규칙적으로 또는 연속적 및 지속적으로 반복 처리하고자 하는 목표관리 업무의 처리, PM의 지시사항이나 PM으로부터 부여받는 임무의 수행, Project/Task 관련자들의 문의, 요청, 건의, 상호 정보 및 의견교환 및 협의사항의 처리, 및 수시로 발생하는 이벤트(Event)나 리스크(Risk)들의 처리를 목적으로 한다.
매시간, 매일 또는 매주와 같이 특정시간 도래 시 규칙적 및 지속적으로 수행해야 하는 플랫폼의 업무처리를 위해, 해당 특정시간이 되면 ‘현재 시각(Present Time)을 Fact로서 Assert하고, 해당 시간 도래를 조건으로 Invoke해야 할 Rule들을 순서대로 RHS 노드로 포함하여 순차적으로 Invoke하는 Rule을 구성하며, 이를 ‘Timer Rule‘로 정의한다. 상기 Timer Rule은 특정 조건이 만족되는 시각이 도래하면 호출하도록 설정할 수도 있다.
목표를 설정하고 달성하려는 Project/Task의 분야와 특성에 따라 플랫폼은 해당 분야와 특성별로 구성한 Super Tree의 기본적인 Skeleton과 Template Rule들을 제시하며 해당 Project/Task의 목표관리 시스템의 구체적인 구축과 구축된 시스템의 운영을 지원한다.
플랫폼이 가동되면 Project/Task 총괄관리부(801)의 기능을 담당하는‘Project Manager Agent’가 생성되며, Project Manager Agent는 생성되는 대로 플랫폼의 각 기능 부문(도 8)을 담당하는 지능 Agent들을 생성한다. 생성된 Agent들 중 'Knowledge-base Manager Agent'는 Rule의 생성(Generation)과 Update 및 호출(Invocation)을 관리하고, 여타 Agent들이 Rule을 집행하며 담당 임무를 수행하도록 지원한다.
플랫폼의 각 기능을 담당하는 Agent들에 의해 특정 Rule이 호출(Invoke)되면, 상기 Knowledge-base Manager Agent는 Rule BDT에서 해당 Template Rule과 Rule 구체적인 집행환경(Execution Context)인 STPN과 STEM을 공급하며 호출한 Agent가 해당 Template Rule을 실체화(Instantiate)하며 집행할 수 있도록 지원해 준다. 각 Agent는 호출한 Rule의 Root Node부터 순차적으로 방문하여 방문한 Rule Node의 ‘Eval_Expression’을 Eval해 가며 Eval 결과에 따라 Rule을 집행해 나간다. Rule Node의 방문은 해당 Rule SHRUB을 깊이우선탐색(Depth First Search(DFS)의 순서로 방문해 가며 Eval하는 것을 기본으로 한다. Agent가 Eval을 위해 현재 방문 중인 Node를 'Present Eval Node'(PEN)라 한다. Leaf Node를 제외하면 자식이 2 이상인 모든 Node는 통상 1회의 Preorder, 1회 이상의 Inorder 및 1회 이하의 Post Order로 방문하게 되며, 방문 시마다 Eval Expression을 달리하여 직전에 방문한 자식노드의 Eval 결과에 따라 이후 Rule의 집행 방식이나 Argument의 설정을 유연하게 조정해나갈 수 있다. RHS의 노드들을 모두 Eval하고 Root Node로 되돌아 오면 Rule 집행은 자동으로 종료된다. Rule 집행 중에 특정 조의건 만족시 'End'를 Assert하는 Node를 만날 경우에도 해당 위치에서 Rule의 집행을 종료한다.
상기 ‘Eval Expression’의 Eval의 결과로는, True/False 또는 Y/N 의 Return, 연산의 수행, 상황의 판단, Fact의 Assert, 및 Eval Expression으로 행하고자 하는 Physical 또는 Abstract 행위를 예로 들 수 있다.
상기 ‘Rule Graft Node’를 Eval하면, Rule BDT 내에서 동일한 명칭을 가진 Alias Node에 Graft되어 있는 Template Rule의 복사본(Copy)이 해당 Rule Graft Node에 임시로 'Dynamic Graft'되며 해당 Rule Graft Node의 환경(Context)으로 실체화(Instantiate)되면서 Invoke되어 집행되고, Rule 사용이 종료되면 자동으로 Degraft된다.
Rule 내에서 Rule 자신을 반복(Loop)해서 호출(Invoke)하는 Loop를 구성할 필요가 있을 경우에는, 호출하는 위치의 노드의 Eval Expression을 'Return_to Root' 조작으로 명시하면 Rule의 Root로 되돌아가 Root Node 부터 다시 Eval을 시작하며 Rule을 재 집행하게 된다. Rule 내의 일부분의 위치에서만 집행되는 Loop일 경우에는 'Local Loop'라고 하고, Local Loop의 집행 중 Loop 집행을 중단하려고 할 경우에는 'Exit' 조작을 사용한다. 특정 노드로 이동하려고 할 경우에는 ‘Go_to’ 조작과 이동하려는 해당 특정 노드의 PPN을 직접 명시하거나, 해당 특정 노드가 특정 Fact를 조건으로 포함하고 있을 경우, 해당 Fact를 Assert하여 해당 조건에 맞거나 Match되는 노드로 이동할 수 있다. 상기와 같이 Rule 내에서의 Match를 위해 행하는 Fact_Assert를 ‘Local Fact Assert'라고 한다.
Rule 집행 중 특정 Node의 Eval 결과, PM이나 여타 관리자가 특정 값을 입력하기를 기다리거나 단위시간이 경과되기를 기다려야 할 경우에는, 해당 노드의 부모노드의 Inorder Visit 시의 Eval Expression을 'WAIT'로 하여, 해당 노드의 Eval 조건이 만족될 때 까지 기다리도록 할 수 있다. Loop를 집행 중일 경우에는, 해당 Turn은 조건이 만족되면 집행되도록 따로 Set Aside하고, Skip하며 계속 Loop를 진행하도록 한다.
이상에서 Rule의 생성과 호출 및 집행에 대해 설명하였으며, Rule들의 생성과 입력을 지원하기 위하여 ‘Rule Generation Rule'을 구성한다. Platform의 기본적인 업무와 기능을 수행하거나 예상되는 각종 이벤트를 처리하는 Rule들은 Project/Task의 특성에 따라 플랫폼 구축 시 플랫폼 구축 Engineer와 해당 분야의 전문가가 함께 구현한다. 그 외에 Task 수행 과정에서 PM 또는 여타 관리자들의 지시 및 요청을 수행하기 위한 Rule들은 'STEM' Generation Rule'을 사용하여 'ORE Generation BDT'로 생성한 해당 STEM들을 기반으로 플랫폼이 플랫폼 관리자나 PM과 함께 Interactive하게 구성한다.
생성하는 Rule들은, 해당 Rule의 적용 목적, 분야 내지 종류별로 구분하고 세분하거나 해당 Rule의 호출과 집행을 담당하는 Agent 별로 구분하고 세분하는 'Rule BDT‘의 해당 Rule 명칭의 노드에 Graft 하고, 'Rule BDT'는 STUMP의 'Platform and Super Tree Management Node'의 자식노드로 구성하는 ‘Rule BDT Node’에 Graft한다. .
이어서 STEM의 구성과 STEM을 활용하여 Rule을 구현하는 구체적인 예로서, "Report every working day at PM 6:00 every task whose daily progress state is 'Delay' "와 같은 높은 추상 수준(High Abstraction Level)의 지시를 PM이 플랫폼에 내리는 경우를 예로 들어 설명한다.
먼저 'ORE Generation BDT'(도 3)와 'STEM Generation Rule'을 활용하여 제시하는 GUI를 통해, 순차적으로 Node와 속성의 후보군을 제시하고, 특정 노드나 속성들의 선택이나 입력을 받아 다음과 같이 해당 STEM을 구성한다. (주경로와 속성을 동시에 표현하기 위해, 속성은 중괄호(Brace) ' { }' 내에 나타내기로 한다.):
Depth 0 Node: STEM Root {Issue_Time: ‘Present’, Title: ‘Task_Report_Order’Text_Expression: "Report every working day at PM 6:00 all tasks whose daily progress state is 'Delay' ", Orderer: PM}
Depth 1 Node: ‘Report’(SP) {Report_Time: PM 6:00, Everyday except Holiday, Reporting_method: PC(Name) AND Hand_phone(Number), Report_format: Format_No}
Depth 2 Node: ?task(Target_Object) {Object_task: All_tasks in Task BDT(DFS with Postorder Search)}
Depth 3 Node: 'Daily_progress_state'(Variable) {Condition: (EQ ?task // ?day // Daily_progress_state 'Delay'), ?day: Today} ■
상기 입력으로 다음과 같은 ORE STEM이 생성된다.
ORE_STEM_Node_Name (Node_Number: Number, Issue_Time: Present, Title: ‘Daily_Delayed_Task_Report_Order’, Text_Expression: "Report every working day at PM 6:00 all tasks whose daily progress state is 'Delay' ", Orderer: PM} / 'Report' {Report_Time: PM 6:00, Everyday except Holiday, Reporting_method: PC(Name) AND Hand_phone(Number), Report_format: Format_No} / Target_ Object: ?task {Object_task: All_tasks in Task BDT(DFS with Postorder)} / State: Daily_progress_state {Condition: (EQ? task// ?day// Daily_progress _state 'Delay'), ?day: Today} ■
도 7에 특히 상기 ORE STEM을 기반으로, 해당 지시를 이행하기 위한 Rule의 구성을 보인다. 구성하는 Rule은 범용으로 사용하기 위해 변수노드(Variable Node) 표현을 포함하는 Template Rule로 구현하였다.
상기 Rule의 집행을 위한 조건부 노드의 ‘Eval Expression’은 (EQ ?task//?day//Daily_progress_state 'Delay')와 같이 된다(710). 상기 Eval Expression에는 노드변수인 ‘?task’와 ‘?day’를 포함하고 있으며, ‘?day’는 당일의 IVY Node Number로 대치하고, Task BDT의 모든 Task를 깊이우선탐색(Depth First Search: DFS) 방식으로 순차적으로 방문하며 '?task'를 실제 Task Node Name으로 대치하면, 상기 STPN은 ‘Task-i//kth_day//Daily_progress_state’와 같이 실체화(Instantiate)되고, 'Return_to Root' 조작(712)으로 Root로 돌아가 다시 Rule 집행을 시작하며 LHS의 조건부 표현으로 되돌아가 해당 Task의 ‘Daily Progress State' 속성 Node 값이 'Delay‘로 Set되어 있는지 여부를 검사하는 과정이 모든 Task들에 대해 반복적으로 이루어지게 된다. 추가로 매 근무일의 오후 6시가 되면 상기 Rule을 호출하는 Timer Rule을 구성한다.
이상의 설명에서와 같이, Root Node(701)가 Top LHS Node(702)와 Top RHS Node(703)를 가지며, LHS Node와 RHS Node 모두 임의의 수의 자식노드들을 가질 수 있고, Rule을 구성하는 각 노드들 즉 ‘Rule SHRUB Node’들이 그 자식노드들의 수와 'Eval' 방식이나 조건을 NAS의 속성값으로 가지며, Root Node와 각 Rule SHRUB Node의 속성과 Eval Expression에는 STPN과 STEM 정보를 포함하여 Rule의 집행환경(Context)을 나타내고 활용할 수 있으며, Rule 내에 ‘Internal Rule’을 포함하거나 다른 Rule을 Graft할 수 있도록 함으로써 Module화된 지식(Knowledge)의 조합으로 구성하고, Template Rule로 구성하여 Rule의 범용성을 제고하며, Rule 스스로 자신을 반복 집행할 수 있도록 구성하는 Rule을 ‘Super Rule’로 정의한다.
Super Rule은 LHS와 RHS 모두 LHS와 RHS를 반복해서 포함할 수 있고, Rule의 집행은 DFS 방식으로 좌에서 우로 진행하며 Rule Node들을 방문하여 방문한 Node의 ‘Eval Expression'을 Eval하며, 진행 중 Eval하는 Node의 Eval Expression에 'Return_to Root' 조작을 사용하여 Rule을 재 집행하는 Loop를 구성할 수 있고, 'Loacal Fact Assert'나 'Go_to' 조작을 사용하여 Rule내에서 국지적인 Loop를 형성하거나 임의의 위치로 이동하여 집행할 수 있고, 특정 Node의 Inorder 방문 시 'WAIT' Eval Expression을 사용하면 해당 위치에서 Rule의 집행을 잠정적으로 중단하며 자식 LHS Node에 조건으로 포함된 Fact가 Assert될 때까지 기다리도록 할 수 있으며, 'Eval Expression'이 'END'일 경우에는 해당 위치에서 Rule 집행을 강제로 종료시키고, 계속 진행하여 최 우측(Rightmost) Node까지 Eval하여 Root로 되돌아 오면 자동으로 종료된다.
상기와 같은 ‘Super Rule’의 구성으로써, 논리적인 추론, 판단, 절차 및 행위의 내용과 흐름을 명시적으로 나타낼 수 있고, Rule을 Node의 삽입이나 이동과 같은 SHRUB 조작(Operation)으로 간편하게 생성하거나 Modify 또는 Update할 수 있으며, 그에 따라 높은 추상수준(High Abstraction Level)의 임무, 지시, 요청 및 플랫폼 기능의 수행을 위한 추론(Reasoning and Inference) 행위를 'Divide and Conquer' 전략으로 세분하고 모듈화하여, Super Rule 내의 모든 Node나 Internal Rule 또는 Graft된 Rule들이 공통된 문맥정보(Context)를 공유하면서 일관되고(Consistent) 초점이 맞추어진(Focused) 추론을 진행해 나갈 수 있도록 한다. 세분화와 모듈화는 각 Node 수준까지 가능하며, Node의 Insert과 Delete로 추론이나 판단 과정과 내용을 자유로이 조율하거나 수정할 수 있다. 따라서 다수의 독립적인 Rule들이 Random하게 Chaining으로 이어지며 집행되고 각 Rule들이 생성하는 단편적인 결과들 간의 연관성과 Chaining되며 집행되는 Rule들의 궁극적인 목적이 불분명한 기존의 통상적이고 산만한 Rule 집행 방식의 문제점을 개선할 수 있다. 또한, 자주 사용되는 조건이나 Action들의 조합은 해당 표현을 Internal Rule이나 Rule Grafting을 통해 공동으로 활용하며 Module화 된 Rule들의 조합으로 Super Rule을 구성할 수 있어서 ‘규칙 생성’(Rule Generation) 과정을 간략화 내지 자동화를 지원하며, Rule 자신을 반복 집행하는 Loop를 구현할 수 있어서, 진도 관리나 진행상황 관리를 해야 하는 Task들의 수가 방대한 경우에도 소수의 Rule 집행으로 정밀하면서도 간단히 처리할 수 있다.
Super Rule(이하 간략히 ‘Rule’로도 표현)의 집행 과정에서 생성되는 모든 정보는 STPN으로써 접근(Access)할 수 있는 Super Tree의 노드로서 저장한다. 정보를 저장하는 노드는 기존의 노드를 활용하거나 새로운 노드를 생성하여 추가할 수 있으며, 일시적 내지 한시적으로만 사용하거나 필요한 정보는, 사용 후 해당 노드들을 전정(Prune) 또는 Degraft하고, Prune이나 Degraft 후 ROOT와의 직간접적인 경로가 끊어진 노드들은 메모리를 회수하는 Garbage Collection을 수행한다. 반복 집행을 하는 조건(Condition)이나 행위(Action)를 나타내는 Node의 경우, Rule의 집행 중 더 이상 반복할 필요가 없어지게 되면 Instantiate된 해당 Rule에서 전정하며, 이를 ‘Dynamic Pruning'이라 한다. 이때 본래의 Template Rule은 ‘Pruning'의 영향을 받지 않는다.
따라서 Super Rule은 총체적으로, 목표를 설정하고 달성하려는 다양한 Project/Task의 분야에서, 추론(Inference 또는 Reasoning)을 통한 하나 이상의 특정 정보의 조사(Investigation) 내지 탐색(Search) 및 확인(Confirm), 진도의 관리, 상황의 감시, 정보의 생성(Creation), 산정(Estimation), 비교(Comparison), t상황의 판단 또는 결정(Decision), 분석(Analysis), 예상(Expectation) 내지 전망(Forecast), 설명(Explanation), 보고(Report) 및 제시(Display), 전략(Strategy) 수립, 요청(Request), 권장(Recommend), 및 필요한 조치(Measure)나 행위(Activity)의 직간접적인 이행(Perform)과 같은 행위들을 Rule로서 나타내고 실행할 수 있게 하며, 추론의 경로 내지 과정을 이용하여 특정 행위를 추론한 이유를 설명해 줄 수 있도록 한다.
Rue의 호출과 집행을 위해 필요한 일체의 정보는 모두 Super Tree에 포함되어 있도록 Super Tree를 구성하고, Rule의 집행 결과로 얻어지는 정보 중 새롭고 유의미(Significant)한 정보는 모두 Super Tree내에서 해당 정보의 Context에 적합한 위치에 Node를 추가하여 저장하며, 따라서 지식과 정보의 집합체인 BOGMKI로서의 Super Tree가 커지게 되는(Grow) 학습효과(Learning Effect)가 이루어 지게 된다.
또한 전술한 Super Rule의 구성 방식은, 상위 추상수준(High Abstraction Level)의 지시를 직접 플랫폼에 내리거나 임무로서 부여하거나 서비스로 요청할 수 있도록 한다. 그에 따라 PM이나 여타 Project 관련자들이 원하는 정보의 탐색이나 기능을 위해, Menu와 Sub-menu들의 경로와 기능을 일일이 숙지하고 찾아서 사용해야 하는 종래의 일방적인 Menu 제공 방식(Paradigm)들과는 달리, PM이 플랫폼에게 원하는 지시를 내리고, 업무 또는 임무를 부여하며, 그 외의 관리자들도 직접 필요한 사항을 플랫폼에게 요청할 수 있어서, 동시에 수행하고 관리해야할 Task 들이 무수히 많은 경우에도 지속적으로 정밀한 관리가 가능해짐으로써, SWEEP 목표관리 기법의 적용이 가능해지도록 지원한다. 본 발명에서는 이와 같이 상위 추상수준(High Abstraction Level)의 지시 내지 명령이나 요청을 직접 플랫폼에 내리거나 요구할 수 있도록 지원하는 I/O Service 제공 방식을 ’능동 자율 서비스'(Proactive And Smart Service' (PASS)) 방식이라 한다. 또한 Rule 내용의 명시적인 구성 방식과 NAS에 포함된 Rule 설명 표현을 활용하여 Rule이 행한 추론 행위나 판단 결과에 대한 이유나 과정의 설명이 가능하고, 플랫폼이 집행한 Rule의 구성 내용을 SHRUB 형태로 제시받을 수 있으며, Rule의 내용을 SHRUB Node의 Insert나 Delete 또는 Eval Expression의 수정으로 간단하게 수정 또는 조율할 수 있다.
이상에서 설명한 바와 같이 본 발명의 목표관리 플랫폼은, Project/Task 목표관리의 전 과정(Process)에서 필요로 하는 일체의 정보와 지식의 집합체인 BOGMKI(Body Of Goal Management Knowledge and Information)로서 Super Tree를 구성하고, 구성한 Super Tree를 Super Rule을 기반으로 지능 자율적 및 능동적으로 활용하며, 체계적으로 구분하고 세분한, 목표의 달성을 위해 수행해야할 모든 상세 수준(Level)의 Task(Work, Work Package 또는 Activity로도 칭함.)들에 대하여, 진행과 진도 상황을 감시하고 관리하는 목표관리 행위(‘Platform Task’라 칭함.)를, 선택하는 시간 정밀도에 따라 연속적 및 반복적으로 수행한다. 수행과정 중 플랫폼이 추가로 필요로 하는 정보나 지식은 지속적으로 수집하고, 랜덤(Random)하게 발생하는 이벤트나 리스크들을 조기에 예측하고 대처하며, 대처 결과 정보는 Super Tree의 Node로 추가하여 경험으로서 축적하고 학습(Learn)하여 활용하고, PM이나 여타 관리자들로 부터의 지시나 요구 사항을 준 자연어 표현(Semi-natural Language Expression)으로 입력받아 처리하며 진행한다. 본 발명에서 이와 같이 모든 Task의 진행상황과 Task 수행 중 발생하는 이벤트를 지속적으로 정밀하게 감시하고 관리하며 진행하는 목표관리 방법을 'SWEEP'(Successive Work and Event Evaluation and Proceeding) 목표관리 기법이라 한다. SWEEP 목표관리 기법의 수행은 기법도 Rule로서 구현하고 실행한다.
이어서 본 발명의 플랫폼이 상기 SWEEP 목표관리 기법을 사용하여, Super Tree를 활용하며, 전술한 5단계의 목표관리 과정(Process)을 지능 자율적으로 수행해 나가는 구체적인 방법에 대해 상세히 설명한다.
모든 ‘Platform Task’는 그 상세 내용을 명시적(Explicit)으로 나타내기 위해 Rule로서 구현하며, Rule을 집행하여 수행하고, 목표관리에 필요한 일체의 정보와 목표관리 과정에서 생성되며 저장이 필요한 일체의 정보는 모두 Super Tree의 Node로써 저장하여 활용한다.
플랫폼을 가동하면 플랫폼은 첫 번째 단계로서, 'Project/Task 시작 및 전체 기본정보 수집 단계'(Project/Task Initiating and Basic Information Collection Stage)(S100)에 진입하며, 먼저 Project/Task의 목표관리 업무를 총괄하는 ‘Project Manager Agent'를 Thread 또는 Process의 형태로 생성한다. 전술한 바와 같이 Project Manager Agent는 생성되는 대로 플랫폼의 각 기능 부문을 담당하며 지원하는 전문 Agent들인, Super Tree Manager Agent, Knowledge-base Manager Agent, Progress Manager Agent, Resource Manager Agent, Event Manager Agent, Risk Manager Agent, I/O Manager Agent 및 DB Manager Agent를 생성한다. 생성된 Project Manager Agent는 'Project/Task Initiation Rule'을 호출하고 집행하여 Project/Task 관련 기본 정보를 입력받을 수 있는 ‘기본정보 입력창’(Input Window)을 제시하여, Project/Task의 명칭, 내용, 최종 목표, '최종 완성 물(Deliverable) 또는 상태(State)('Deliverable'로 총칭), 수행 주체 내지 Owner, Project Manager(PM) 또는 총괄 관리자('PM’으로 총칭), 수행기간, 전체 예산 및 위치와 같은 전체 기본정보를 PM으로부터 입력받아 'Project/Task Charter SHRUB'(211)을 구성한다.
Project/Task의 특성에 따라서 추가적인 기본정보들을 요청하여 입력받으며, 예를 들면, Plant EPC Project의 경우, Site 위치, 면적, Owner 내지 Customer, 대리자(Representative), 시행자, 수행 기간, ISBL(Inside Battery Limit) 및 OSBL(Outside Battery Limit)을 포함하는 Project의 범위(Scope) 및 관련 규제(Regulations)를 들 수 있으며, Smart Factory의 생산관리 Task의 경우에는, 생산 제품의 종류, 종류별 생산목표, 품질기준 및 목표시한을 들 수 있고, 에너지관리 Task의 경우에는, 절감대상 에너지별 에너지 사용 Baseline 및 산정근거, 일상적(Routine) 및 비일상적(Non-Routine) 조정(Adjustment)항목 및 에너지 절감량 산정 방법을 들 수 있으며, 전력계통 운영관리 Task의 경우에는, 목표 전력공급 예비율, 주파수 변동률 및 전압변동률을 들 수 있고, 컴퓨터 운영관리 Task의 경우에는, 평균응답시간(Average Response Time), Virus 감염 방지나 Hacking 방어와 같은 보안성(Security) 유지 목표를 들 수 있다.
상기 입력창은 ‘What can I do for you?', 'Please input your order or request.'와 같은 표현과 함께 PM이나 여타 관리자들이 일일이 Menu나 Submenu를 찾거나 선택하지 않고도 원하는 'Platform Task'를 직접 지시하거나 요청을 자유로이 입력할 수 있도록 하고, 입력 시는 ’Create New Project/Task', 'Continue Project/Task (Name)'과 같은 Drop-down Menu와 Text의 일부 입력 시 나머지를 자동으로 완성해 주는 입력 지원 Service를 제공한다. ’Create New Project/Task' 지시를 내릴 걍우, 지능 자율 목표관리 시스템을 구축하려는 Project/Task의 명칭과 분야에 따라 사전에 분야별로 구성한 해당 분야의 'Project/Task Charter SHRUB'의 Template를 Root를 정점으로 하는 세로 또는 가로의 Tree 구조로 제시하고, 노드의 선택이나 추가 또는 삭제를 할 수 있는 GUI를 제공한다. 특정 노드를 마우스로 선택하면 해당 노드값을 직접 입력하거나 또는 'Node Attribute SHRUB'(NAS)의 Template를 제시하여 속성값으로서 입력할 수 있도록 한다. 'Continue Project/Task (Name)'을 지시할 경우에는, DB나 Spread Sheet, 또는 XML File과 같은 형식으로 기 저장되어 있는 Super Tree를 읽어 들여 이전의 목표관리 진행 문맥(Context) 내지 환경을 회복한다. 상기 입력창은 자주 사용하는 지시나 요청의 경우, 간단한 표현의 구두 입력(Verbal Input)도 받을 수 있다.
이어서 두 번째 단계로서, 상기 ‘Project/Task 시작 및 전체 기본정보 수집 단계’에서 입력받은 전체 기본정보를 기반으로, '상세 정보 수집 및 Super Tree 구성 단계'(Detailed Information Collection and Super Tree Constructing Stage)(S101)에 진입한다. 먼저, Sper Tree Manager Agent는 플랫폼 구축자가 각 분야별 전문가의 도움을 받아 구성하여 저장해 놓은 각종 Project/Task 분야별 Super Tree의 기본 구성 골격(Skeleton)들 중에서, 선택한 Project/Task 분야의 목표관리를 위한 Super Tree의 Skeleton을 선택하여 제시한다.
상기 제시하는 Super Tree의 Skeleton은, 해당 Project/Task 분야의 Platform의 Framework 구현 시, 플랫폼 구현 Engineer와 해당 분야 전문가들이, 해당 Project/Task 수행과 관련된 전형적인 기본 데이터, 가공된 데이터 정보, 정보들 간의 관계, 전문 지식(Knowledge), Know-how, Expertise 및 방법(Method)들을 수집하여 각종 PLANT들을 구성하고, 이들 PLANT들을 상호 연관 관계에 따라 접목(Graft)하여 구성한다. PM은 Platform과 협력하며, 제시되는 Skeleton을 설정하는 관리 방침과 Task 수행 전략에 맞추어 구체적적으로 Modify하거나 Customize해 가며 Project/Task의 목표관리를 위한 상세 Super Tree를 구성한다.
먼저 PM은 Platform과 함께 Super Tree의 기본 구성 틀(Framework)인 STUMP의 구체적인 구성을 시작한다.
제시되는 Super Tree의 Skeleton에서 Super Tree의 뿌리노드이며 동시에 STUMP의 뿌리노드가 되는 ROOT Node에는 기 구성한 상기 'Project/Task Charter SHRUB'(211)와, 전체 Project/Task 수행기간을 단위시간(Unit Time)을 나누어(Default는 ‘Day’) 일련의 Node로 연결하여 나타낸 목표관리 진행 상황을 감시하며 관리하기 위한 'Master Calendar_mapped Progress Management IVY'(212)가 생성되어 Graft되어 있다.
이어서 ROOT의 자식노드들로서 제시되는 주 관리노드들(Major Management Nodes)을 추가, 삭제 또는 수정하며 STUMP를 Customize하여 완성한다. 각 STUMP Node 별로 NAS와 BDT, IVY, VINE, BUSH 및 SHRUB과 같은 각종 PLANT들을, 역시 주어지는 Super Tree의 Skeleton과 PLANT들의 Template를 활용하여 구성하고 Graft하여 Super Tree를 구성한다. 각 PLANT들의 구성과 Graft는 Node를 생성하고 Mouse로 Drag하여 연결하는 것과 같은 Graphic 입력 GUI를 제공하며, 개별 노드뿐 만이 아니라 PLANT 전체 또는 일부를 선택하고 Drag하여 연결하거나 Graft할 수 있도록 지원한다.
구체적으로 VINE 구성의 경우를 예로 들면, 먼저 Project/Task의 특성에 따라 각 VINE의 종류별로 전형적인 기본 구성 틀(Frame) 내지 Skeleton을 제시한다. 특정 생산 공정이나 계통 또는 회로의 구성에 따라 각 설비 및 소자 노드들의 Symbol을 Menu로 제공하고, PM이나 담당 관리자가 이들을 Drag하여 연결하거나 치환해 가며 구성을 진행하면 해당 VINE의 Node와 Arc들이 생성되고, 동시에 Schematic Drawing과 Physical Layout Drawing도 함께 구성된다. 특정 노드를 선택하면 해당 설비나 소자의 Default 속성 정보를 Spreadsheet 또는 Table의 형태로 제시하고 수정이 가능하도록 한다. 해당 Default 속성 정보들은 수동으로 입력하거나 여타 서버나 인터넷을 통해 입력받을 수 있다. Default 정보로는 해당 설비의 운영감시항목 정보, 운영상태 판단 기준 및 판단 명칭 정보, 발생될 수 있는 이벤트 및 이벤트 파급(Propagation) 정보, 각 이벤트를 관리하기 위한 절차 및 절차를 이행하기 위한 Rule들을 호출하기 위한 Rule 명칭의 Alias Node 정보를 포함한다. 특히 상기 이벤트 파급 정보는 특정 이벤트 발생 시 해당 설비의 Interlock Logic의 구성에 따라 자동으로 파급되어 발생되는 이벤트들을 포함한다. 상기 VINE의 구성은 여타 PLANT들의 구성과 마찬가지로 그 내용을 명시적(Explicit)으로 나타내고 자유로운 수정과 업데이트가 가능하도록 모두 규칙(Rule)으로써 구현한다. 공정이나 시스템 전체 또는 각 설비의 ‘제어 Logic 정보’는 해당 제어 Logic 회로를 나타내는 VINE을 구성하여, 해당 공정이나 시스템 또는 설비 Node에 직접 또는 NAS의 제어 Logic 속성 Node에 Graft하는 방법으로 저장한다.
상기 ‘상세 정보 수집 및 Super Tree 구성 단계'(Detailed Information Collection and Super Tree Constructing Stage)(S101)에 이어 세 번째 단계로서 ’태스크 수행 계획수립 단계‘(Task Scheduling Stage)(S103)에 진입한다. PM이 ‘Create Task Schedule' 지시를 플랫폼에 내리면, Progress Manager Agent는 수행해야할 전체 및 모든 세부 Task(전술한 바와 같이 Project/Task의 분야와 특성에 따라 ‘Work’‘Work Package' 또는 ‘Activity’로도 부르며, ‘Task'로 총칭)들을 분야별 내지 부문별로 계층적/순차적으로 분류 하고 세분하여 구성한 Task BDT를 제시하고, 원하는 Task Node를 선택할 것을 PM에게 요구한다. 특정 Task Node를 선택하면, 기 구성되어 해당 Task Node에 Graft되어 있는 해당 Task의 '기준 수행기간'(Baseline Duration)을 나타내는 ‘Baseline Progress Management IVY’를 제시한다. IVY의 각 노드 즉 기준 단위시간(Unit Time)은 Default를 ‘일’(Day)로 하고 이하 ’Day‘를 기준으로 설명한다. 기준 단위시간의 선정은 Project/Task의 특성에 따라 달리 선택할 수 있고, 각 IVY 노드는 필요에 따라 상세 단위시간인 ’Hour', 'Minute' 및 'Second' Node로 나타내는 하위 상세 IVY 노드들로 전개(Expand)할 수 있으며, 전개된 노드들로 구성된 IVY는 해당 상위 노드에 Graft한다. 또한 'Day' Node IVY 전체를 상위의 단위시간인 ‘Week', 'Month', 'Quarter' 및 'Year' 노드들로 취합하여 단축된(Shrink) IVY를 구성하고 단축된 IVY의 시작 노드(Start Node)에 Graft할 수도 있다.
제시하는 IVY로는 'Net Baseline Progress Management IVY’와 'Calendar-mapped Baseline Progress Management IVY’의 2종류가 있으며, 각 태스크 수행 계획의 수립 시 PM이나 Scheduling Engineer 또는 자격이 부여된(Qualified) 각 Task 관리자가 선택할 수 있다. Task의 특성에 따라 먼저 'Net Baseline Progress Management IVY’로 Task 진도 계획을 수립한 후, 주말과 공휴일의 Work 방침을 정한 후, 일정 Calendar 날짜를 기준으로 전개하여 'Calendar-mapped Baseline Progress Management IVY’를 생성하거나, 처음부터 Calendar 상에서 시작 날자를 지정한 후 'Calendar-mapped Baseline Progress Management IVY’로 진도 계획을 수립할 수도 있다. ‘Net Baseline Progress Management IVY'로 진도 계획을 수립하여 ’Calendar-mapped Baseline Progress Management IVY’로 전환할 경우, Calendar에 Mapping하는 방법으로는 전술한 바와 같이 ‘Forward Mapping’‘Reverse Mapping’및 ‘Bi-directional Mapping’의 3가지 방법이 있다. 주말이나 공휴일 없이 연속해서 Task를 수행하는 경우에는 상기 두 IVY의 길이는 같게 된다. ‘Calendar Mapped Baseline Progress Management IVY’의 각 노드는 '자체(Self) Node Number' (412)외에도 전체 Project 시작일로 부터의 경과 일수를 나타내며 Master Progress Management IVY의 Node Number인 ‘Project Node Number'를 속성값으로 가진다.(413)
상기 IVY들은 전체 Project/Task 수행기간을 가로축으로 하는 Chart 상에 각 노드를 연속되는 4각형의 마디로 나타내는 Gantt Chart 형태나 각 노드를 소형 원으로 나타내는 사슬(Chain) 형태로 제시한다. ‘Net Baseline Progress Management IVY’를 제시할 경우에 가로축은 순수한 기간/시간을 나타내고, ‘Calendar-mapped Baseline Progress Management IVY’를 제시할 경우에는 가로축에 해당 Calendar 기간을 날짜, 요일 및 공휴일과 함께 나타낸다.
Plant EPC Project나 Building Construction Project와 같은 경우에는 준공 목표 기간이나 시한이 Baseline Duration이 된다. 공장의 연간 생산목표 달성 Task와 같은 경우에는 1년이 Baseline Duration이 된다. 기업 경영의 경우 각 회계연도나 분기를 Baseline Duration으로 설정할 수 있고, 따로 기간이나 시한이 정해지지 않은 경우에는 해당 Project/Task 수행 중에 발생할 수 있는 예외사항(Contingency)을 고려하여 적정하다고 판단되는 기간을 Baseline Duration으로 설정한다. 그외의 예를 들면, PC 운영의 경우 매 Session을, Game이나 Sports 관리의 경우 준비시작 시간 부터 본 시합 종료 시간까지를, 교육 목표관리의 경우 매 학기 시작일 부터 종료일까지를 Baseline Duration으로 설정할 수 있다.
플랫폼이 제시하는 ‘Baseline Progress Management IVY’의 하단에는 가로축을 기간 또는 시간으로 하고 세로축을 진도값(Progress Value)으로 하는 진도 Schedule 작성 및 입력용 그래프를 함께 제시하고, 선택한 Task의 Baseline Duration의 경과 시점, 즉 ‘Net Baseline Progress Management IVY’의 Last Node에서 진도값(Progress Value)이 100%가 되는 위치에 'Task 완료점'(Task Finish Point)을 나타낸다. 이어서 원점과 상기 Task 완료점 사이의 각 단위시간 Node에 대하여 ‘단위시간 Baseline 진도계획값’과 ‘단위시간 Baseline 누적 진도계획값’을 각각 산정한다. 진도계획값의 산정은 S-Curve 함수(Sigmoid 함수)나 Linear 함수를 사용하여 Top-down 방식으로 일괄 산정하거나 또는 Spread Sheet과 같은 별도의 파일로부터 입력받아 설정한다. 하나의 Task를 세분하여 복수의 상세 Task들로 구성할 경우에는 각 상세 Task에는 중요도에 따라 전체 합이 1이 되는 비중값(Weight Value)을 할당하여 각 상세 Task들의 진도계획값에 해당 상세 Task에 할당된 Weight Value를 곱한 값들의 합으로써 상위 Task의 진도계획값을 산정한다.
각 Task의 ‘Net Baseline Progress Management IVY의 각 Node에 Graft 되어 있는 NAS의 속성값으로서 ‘단위시간 Baseline 진도계획값’이 설정되면, 상응하는 Deliverable들의 ‘단위시간 Baseline Deliverable 완성계획값’과 ‘단위시간 Baseline Deliverable 누적 완성계획값’을 PM과 함께 산정 또는 설정한다. 취합한 Deliverable들의 완성계획값의 100%가 진도계획값의 100%에 해당하도록 한다.
각 Task의 진도값에 해당하는 Deliverable들의 완성량(Quantity) 또는 완성상태(State)(이하 ‘완성값’으로 총칭) 및 상응하는 진도값과, 해당 완성값을 이루기 위해 품질(Quality) 내지 능력(Capability)이나 용량(Capacity) 또는 능률(Efficiency)을 반영하는 각 자원(Resource)들의 투입량(Quantity) 간의 변환도, 변환내용과 방법을 구체적으로 명시하고 나타내기 위해 Rule로써 수행한다. 실제 Task 수행 시에는 역으로 각 Deliverable들의 진도상태의 정량적인 값으로부터 해당 Task의 상세 진도값을 산정한다. 그에 따라 진도값 산정에 Task 관리자의 주관적인 판단 및 입력을 원칙적으로 배제하고 객관성을 유지하여, Task 수행 계획의 수립과 진도관리를 플랫폼이 자율적 내지 능동적으로 수행할 수 있도록 한다.
구체적인 ‘Deliverable’들과 Deliverable 진도 및 Task 진도 산정의 예로서, 발전소 건설 Project의 경우, 전체 Deliverable로서는 준공된 발전소와, 운전원(Crew Member)들의 Training과, 도면 및 Manual과 같은 관련 문서들(Documentation)을 들 수 있고, 상기 준공된 발전소 Deliverable 중 주요 상세 Deliverable의 예로서는 ‘전력설비’를 들 수 있으며, 다시 상기 전력설비 Deliverable을 더욱 세분한 상세 Deliverable 중에 하나로서 '주 변압기 설치 및 준공 상태'를 예로 들 수 있다. 상기 '주변압기 설치 및 준공 상태' Deliverable은, 전술한 Task BDT의 예(Example)에서와 같이 '주변압기 설치 공사' Task를 수행함으로써 완성할 수 있으며, '주변압기 설치공사' Task는 기본 설계(Basic Design)가 완료되면 시작 가능하며, 다시 세분하여 '측량', '터파기', '거푸집', 'Rebar', 'Anchoring', 'Concrete', 'Concrete Curing'과, 변압기가 조달 및 현장에 운반된 후 수행할 수 있는 'TR 본체 설치‘, ’Conservator 및 Bushing 조립‘, ’질소봉입 및 Oil Fill', ‘Cabling’, ‘Instrumentation and Control Wiring’, ‘Test and Commissioning’과 같은 일련의 상세 Task 내지 Work, Work Package 또는 Activity들(‘상세 Task’로 총칭)로 Breakdown 될 수 있고, 상기 세분된 각 상세 Task들의 수행 결과로 얻어지는 완성물 또는 완성상태가 해당 Task의 Deliverable의 진도 100%에 해당하며, 각 Deliverable의 정량적인 진도값으로 부터 해당 상세 Task의 진도를 정량적으로 변환하여 산정하고, 세분한 각 상세 Task들의 진도와 할당된 비중으로 산정한 상세 Task들의 Weighted Progress를 취합하여 상위 Task의 진도를 산정한다.
Project/Task의 특성에 따라 소요 자원을 종류 또는 부문별로 구분하고 세분하여 구성한 Resource BDT의 각 상세 Resource Node에는 해당 Resource의 투입 단위별 생성 가능한 Deliverable들의 양(Quantity) 및 Cost정보를 포함하는 품셈정보와 해당 자원을 필요로 하는 Task들의 STPN을 속성 정보로 저장하고, 해당 자원의 ‘Supply Management IVY’를 Graft 한다. 각 자원의 Supply Management VY의 각 노드에는 해당 자원의 계약, 운반, 입고, 출고 및 재고 상황과 투입 대상 Task 별 투입 계획량 및 Cost, 실 투입량 및 Cost와 같은 조달 상황을 속성으로 저장한다. 상기 각 자원의 특정일의 투입대상 Task별 투입 계획량 정보를 저장하는 NAS의 Node는, Resource Name Node가 Task Name Node 보다 Path의 상위에 오는 ‘Resource Oriented STPN’을 갖고, 해당 투입대상 Task의 상기 특정일의 해당 자원의 투입 계획량 정보를 저장하는 NAS의 Node는, Task Name Node가 Resource Name Node 보다 Path의 상위에 오는 ‘Task Oriented STPN’을 가지며, 양 노드는 같은 값을 가짐으로써 상호 Alias가 되고, 어느 한 노드에 입력되는 값은 동시에 자동적으로 다른 Alias의 값으로도 Set 된다.
이어서 각 Deliverable들의 ‘단위시간 Baseline Deliverable 완성계획량’의 달성을 위해 투입해야할 자원(Resource)들의 종류별 양과 소요비용(Cost)을 품셈(Cost Estimation Standard) 정보에 기초하여 산정한다. 상기 품셈 정보는 Deliverable의 종류별로 세분하여 단위(Unit) Deliverable을 완성하기 위해 투입해야할 Resource들의 소요량과 Cost 정보를 포함하는 ‘품셈 BDT’를 구성하여 저장하고 활용한다. 상기 품셈 정보는 공인받은 표준 품셈 정보에 기초하며 목표관리를 하려는 Project/Task를 수행하기 위해 투입해야할 일체의 Resource와 할증률(Adjustment Rate) 정보를 포함하도록 구성한다. 전형적인 Resource의 종류로는 Manpower, Material, Equipment, Energy, Facility 및 Time이 있다. 상기 각 단위시간 관련 정보는 모드 해당 IVY Node의 NAS에 저장하고, 전체 기간과 관련된 정보는 IVY의 Root Node의 NAS와 해당 Task Node의 NAS에 속성으로서 저장한다.
Deliverable의 생산 내지 생성을 시작하기 전에 준비를 위해 상당 시간과 Resource가 소요될 경우에는 해당 준비 시간과 Resource를 정량적으로 산정하여 Deliverable의 일부로 간주하고 Deliverable 진도에 포함시킬 수 있다. 단 특정 준비 작업이 예기치 못한 이벤트의 발생으로 실제 Deliverable의 진도로 이어지지 못하거나 활용되지 못했을 경우에는 해당 준비 작업에 해당하는 진도는 0으로 Rollback하고 해당 준비 작업에 투입된 Resource는 손실로 간주한다.
Project/Task 진행을 위해 필요한 기본적인 주요 Resource의 예로는 인력, 예산 및 시간을 들 수 있고, 추가로 Plant EPC Project의 경우에는, 설계도면, 사양, 건설 자재, 건설 장비, 설치 설비 내지 장치, 주 공정 및 지원 System, Site, 공간 및 에너지를 들 수 있으며, Smart Factory의 생산관리 Task의 경우에는, 각 제품별로 목표기간 동안의 품질기준과 원가를 만족하는 생산량이 될 수 있고, 에너지관리 Task의 경우에는, 에너지, 에너지 공급설비, 에너지 사용 설비 및 공간을 들 수 있으며, 컴퓨터 운영관리 Task의 경우는 Processor, Memory, Hard Disk, 주변기기(Peripherals), File, Process 및 네트워크 설비를 들 수 있다.
각 Task에서 객관적으로 진도 상태 확인이 가능하고 상응하는 진도 값(%)을 부여할 수 있는 특정 ‘단위시간 Baseline Deliverable 누적 완성계획량’이 해당 Task 수행에 있어서 중요한 의미나 전환점이 될 경우, 해당 누적 완성계획량에 따로 명칭과 일련번호를 부여하고 이를 ‘Milestone’이라고 한다. 따라서 각 Milestone은 상응하는 진도값을 가지게 되고 따라서 진도가 빨라지거나 지연되면 그에 따라 각 Milestone의 위치가 전후로 이동되어 해당 Milestone Node가 달라지게 되며 이를 ’Milestone Sliding‘이라 한다. 또한, 각 Task의 Progress Management IVY들에서 진도값이 특정 Milestone에 해당하는 노드를 해당 Milestone의 'Milestone Node'라고 한다.
Project/Task의 특성 상 Net 또는 Calendar_mapped Baseline Progress Management IVY의 최적 길이를 탐색하는 것이 가능한 Task의 경우에는, GUI로 IVY의 길이를 Increment 또는 Decrement해 가며, IVY의 길이가 변할 때 마다 상응하는 단위시간의 Task 진도값 및 누적진도값, Deliverable들의 완성량 및 진도값과 누적완성량 및 누적진도값, 투입해야할 Resource들의 양 및 누적량, 및 비용 및 누적 비용들과, Task 전체 Deliverable의 총 진도값(100%)에 해당하는 Deliverable들의 양, 각 Resource별 총 투입량 및 총 비용을 산정하여 제시하고, PM 또는 여타 관리자와 함께 Task 진행 중 발생할 수 있는 각종 예외 사항(Contingency)을 고려하고 안전한 여유기간을 반영하여 최적의 Baseline Duration을 설정하도록 한다. 상기와 같이 IVY의 길이를 Increment 또는 Decrement해 가며, 최적의 Duration을 탐색하는 기법을 'GRACE'(Gradual Resource Allocation and Cost Evaluation) 탐색 기법이라 한다.
다음에는 상기 각 단위시간별로 각 Deliverable의 해당 ‘단위시간 Baseline Deliverable 완성량’을 완성하기 위해, 투입해야할 각 Resource의 실 투입가능 단위를 고려한 '단위시간 실 자원투입 계획량'을, PM 또는 여타 관리자들과 함께 결정하거나 Rule을 집행하여 자율적으로 결정하고 결정 내용을 PM 또는 여타 관리자들에게 제시한다. 예를 들어 투입 Resource가 인력인 경우, Baseline 투입량이 소수점을 포함하는 실수로 산정되었어도 실제 투입 단위를 정수인 Man-day로 해야 하는 경우에는 소수점을 절상한 Man-day 정수값으로 '단위시간 실 자원투입 계획량'을 결정한다. 이어서 결정한 상기 '단위시간 실 자원투입 계획량'으로 완성 가능한 단위시간 Deliverable을 역산하여 '단위시간 Deliverable 실 완성목표 계획량’을 산정하고, 상응하는 ‘단위시간 실행 진도 계획값’과 ‘단위시간 실행 진도 누적 계획값’으로 변환한다. ‘단위시간 실행 진도 누적 계획값’은 항상 ‘단위시간 Baseline 누적 계획값’보다 커지도록 ‘단위시간 Deliverable 실 완성목표 계획량’과 해당 '단위시간 실 자원투입 계획량'을 설정한다.
상기 ‘단위시간 실행 진도 누적 계획값’이 100%가 되는 시점을 해당 Task의 ‘실행목표 기간’(Execution Goal Duration)으로 한다. Baseline Duration이 정해지면 Baseline Duration 길이로 고정되는 Progress Management IVY를 생성하고 Last Node 위치에 'B' 표시(Mark)를 하여 Baseline Duration임을 나타낸다(420). 이어서 Execution Goal Duration이 정해지면 Progress Management IVY의 해당 위치 Node에 'E' 표시를 하여 Execution Goal Duration의 Last Node임을 나타낸다(421). 실적진도는 Baseline 진도보다 앞서 나가도록 계획하였으므로, 상기 'E' Node는 'B' Node 보다 앞쪽에 위치하게 되고, 두 노드 사이의 기간은 여유 기간이 되며 이를 해당 Task의 ‘Task Internal Buffer’(422)라 한다. 실제 Task를 수행하는 과정에서는 실적 진도를 바탕으로 지속적으로 Task 예상 완료 기간(Anticipated Completion Duration)을 산정하며, 해당 위치의 노드에 'A' 표시를 하여 Anticipated Completion Duration의 Last Node임을 나타낸다(423). 해당 Task가 완료되면 실제 완료(Real Completion)된 Duration의 Last Node에 'R' 표시를 하여 Real Completion Duration의 Last Node임을 나타낸다. 상기 'A' 표시 Node의 위치는 Task 수행 과정 중 실적 진도에 따라 계속 변동될 수 있으며, 해당 Task의 완료기간이 지연될 것으로 예상되면 'B' Node 뒤로 IVY를 연장하며 표시하게 될 수도 있고, 일단 Task를 시작하면 상기 'Task Internal Buffer'는 'B' Node와 'A' Node 사이의 여유 또는 지연 기간이 된다. 각 Task의 Progress Management IVY의 끝 부분에 표시하는 상기 4개 Duration Mark를 해당 IVY가 지니는 'BEAR' Mark(424)라 하며, 해당 Node의 속성으로 저장되고, 각각 해당 Task 수행의 기준기간, 실행목표기간, 예상 완료기간 및 실제 완료기간을 나타낸다.
이어서 Task들 간의 선행/후속관계를 설정한다. Task들 간의 선행/후속 관계는 해당 Task들의 Progress Management IVY의 Milestone 진도에 해당하는 Node들, 즉 Milestone Node들 간에 Graft로 설정한다. Task들 간의 선행/후속 관계는, 선행 IVY의 Last Node를 후속 IVY의 Start Node에 Graft하는 통상적인 Finish-to-Start Graft와, 선행 IVY의 Start Node 이후의 특정 Milestone Node를 후속 IVY의 Last Node 이전의 후속관계에 있는 특정 Milestone Node에 Graft하는 Start-to-Finish Graft와, 선행 IVY의 Start Node 이후의 특정 Milestone Node에 후속 IVY의 Start Node에 Graft하는 Start-to-Start Graft와, 선행 IVY의 Last Node를 후속 IVY의 후속관계에 있는 Milestone Node에 Graft하는 Finish-to-Finish Graft가 있다. 따라서 각 IVY는 다른 IVY와의 선행/후속 관계에서 4개의 선행관계나 4개의 후속관계 중 하나 이상의 선행/후속 관계를 가질 수 있고, 하나 이상의 다른 IVY들과도 선행/후속 관계를 가질 수 있다. Milestone Node들을 사용하는 상기 4 종류의 선행/후속관계의 설정으로 정교한 여유일(Buffer 또는 Float)관리, 진도관리, 및 Critical Path와 Duration의 관리가 가능해 진다.
상기 각 선행/후속 Graft는, Graft하는 선행 IVY 노드의 'Project Node Number'와 후속 IVY 노드의 'Project Node Number'와의 차이에서 1을 차감한 단위시간만큼의 여유기간(Buffer)을 가지게 되며, 동일한 Buffer에 대하여 선행 Task의 입장 내지 관점에서는 'Feeding Buffer'라 하고, 후속 Task의 입장 내지 관점에서는 ‘Receiving Buffer'라고 한다. 상기 각 Buffer는 순 여유기간을 나타내는 'Net Buffer'와 특정 Calendar의 날자와 기간을 동시에 나타내는 'Calendar Buffer'의 2종류로 관리한다. 주말과 공휴일의 근무 내지 작업 방침에 따라 'Calendar Buffer'의 길이는 'Net Buffer'의 길이와 같거나 길어진다.
특히 ‘Finish to Start’선행/후속 관계의 경우 선행 Task에 대하여는 ’Succeeding Task Feeding Buffer'라고 하고. 후속 Task에 대하여는 ‘Preceding Task Receiving Buffer'라고 한다. 따라서 Project/Task의 전 수행기간에 걸쳐 ’Succeeding Task Feeding Buffer'의 길이가 0인 Task들의 Chain이 Critical Path가 된다. 각 Task는 여타 선행/후속 관계에 있는 Task들에 영향을 미치지 않고 Task의 가장 짧은 ’Feeding Buffer'의 길이만큼 늦어지는 'Late Finish'가 가능하며, 가장 짧은 ‘Task Receiving Buffer'의 길이만큼 앞당기는 ’Early Start'가 가능하다. ‘Early Start'가 가능한 경우에도, Receiving Buffer의 길이가 0이 되는 Milestone이 존재하면, 해당 상대 선행 Task의 Milestone을 앞당길 수 없을 경우, ’Early Finish'로는 이어질 수 없게 된다.
Task BDT의 각 Task들 간의 선행/후속관계는, Plant EPC Project나 Factory 생산관리 Task의 경우, 수백 내지 수천가지 이상에 달할 수 있는 자재나 부품 또는 원료의 공급을 위한 자재조달 Task들과 건설이나 생산 Task들의 Progress Management IVY 및 Operation Management IVY의 노드들 간에도 형성하여, 원활한 자재조달 관리를 위해 활용할 수 있다. 또한, 생산관리 Task에서 주 공정이나 지원계통의 기동/정지 시, 다수의 기기 및 System들을 순차적 및 동시 다발적으로 가동 시켜야 하는 기동 Sequence의 진행을 위해, 각 설비나 시스템의 Operation Management IVY들 간에도 설정하여, 적정 여유시간(Leading Time) 관리와 기동 Sequence의 정상 진행 여부를 감시하는 데 활용할 수 있다.
모든 상세 수준의 Task들에 대하여 각 단위시간의 진도게획, Deliverable 완성계획, 투입 자원 계획 및 소요 비용(Cost)을 포함하는 ‘기준 계획’(Baseline Schedule)과 ‘실행 계획’(Execution Schedule)을 수립하고, 수립한 모든 정보는 해당 IVY Node의 속성으로서 저장한다. 상기 Task Schedule은 Project/Task의 특성과 규모에 따라, TASK BDT의 Task Node 들 중 선택하는 상세 Task나 Activity 수준(Level)까지 수립한다.
플랜트 EPC Project의 경우, 상기 '태스크 수행 계획수립 단계‘Task Scheduling Stage)(S103)까지는, 발주처 내지 Owner의 최적 IBT(Invitation to Bid)나 RFP(Request for Proposal)의 준비를 위해서, 또는 Engineering 및 Construction 회사들이 특정 IBT나 RFP에 대해 자사의 동원 가능한 Resource들과 비용을 감안한 적정 입찰금액 산정이나 입찰 여부의 검토와 제안서 준비에도 활용될 수 있다.
상기 태스크 수행 계획수립 단계(Task Scheduling Stage)(S103)에서 수립한 Task 수행계획을 바탕으로 다음의 네 번째 단계인 '태스크 수행 단계’(Task Performing Stage)(S104)에 진입하여 Project/Task의 목표관리를 시작(Start)하고 진행해 나간다.
모든 Project/Task 목표관리의 궁극적인 목적은 설정한 목표를 계획 또는 그 이상의 성과로 달성하는 데에 있다. 따라서 모든 목표관리 행위(Activity)의 핵심은 수행해야 할 모든 Task들의 진행상황과 진도를 목표관리의 전(Whole) 과정에 걸쳐 지속적으로 감시하고 관리하며 수립한 계획에 따라 성공적으로 완료하여 Project/Task의 목표를 달성하는 것이다. 이하 각 Task의 싱세 수행 방법을 Plant EPC Project나 Smart Factory 생산관리 Task에서의 진도관리를 위주로 설명하며, 설명하는 진도관리 내용 중, 진도관리에 관여하는 PM의 개입 정도와 Platform의 자율화 수준은 Porject/Task의 분야 및 특성과 구현하려는 목표관리 시스템의 관리 정밀도 수준에 따라 조율 내지 조정될 수 있다. 또한 설명하는 진도관리의 방법과 원리는 대부분의 여타 Project/Task에도 직접 적용하거나 또는 응용이 가능하다.
각 Task의 진도관리는 실행 계획(Execution Schedule)을 집행 내지 수행하는 것을 목표로 하고, 기준 계획(Baseline Schedule)은 Deadline으로서 관리한다. 각 Task의 진도는 매 단위시간의 진도와 누적진도를 관리하며, 계획 대비 실적을 ‘진도율’Rate)이라 한다.
매 단위시간의 시작 시 마다 플랫폼은 Task BDT에서 진도관리를 하기로 선정한 각 Task들에 대하여, 해당 Task 담당 관리자들에게 해당 Task의 Execution Schedule을 이행하기 위하여 필요한 자원들의 투입 계획량, 상응하는 Deliverable의 예상 완성량 및 진도와, 상응하는 해당 Task의 예상 진도를 제시하고, 해당 단위시간 시작 시점에서 기 확보되고 투입하려는 ‘실 투입계획 자원량’과 완성 가능하다고 전망되는 ‘예상 Deliverable 완성량’의 입력을 요구하여 입력받아, 차 상위관리자의 확인(Confirm)을 받는다. 플랫폼은 자체적으로 입력받은 ‘실 투입계획 자원량’으로 ‘예상 Deliverable 완성량’을 ‘품셈(Cost Estimation Standard) BDT’에 저장되어 있는 품셈 정보를 활용하여 별도로 산정하고, Task 관리자들이 입력한 ‘예상 Deliverable 완성량’과 비교한다. 두 예상량의 차이가 클 경우, 관리자들과 함께 일시적인 할증률 조정을 포함한 품셈 정보의 조정 필요성을 협의한다. 조정하기로 합의할 경우에는 해당 품셈 정보를 수정하고, 수정한 품셈의 ‘적용기간’을 포함하는 수정 이력을 해당 품셈 정보를 저장한 노드의 속성으로 기록한다.
상기 ‘적용기간’은 일시적일 수도 있고 Task의 나머지 전 수행기간이 될 수도 있으며, 플랫폼은 해당 적용 기간 동안에 해당하는 Progress Management IVY의 단위시간 노드들의 모든 'Execution Schedule' 값들을 조정된 품셈정보를 사용하여 재 산정하고 관리자들에게 제시하여 동의를 구한다. 관리자가 동의하면 그에 따른 IVY의 길이, Milestone의 위치 및 선행/후속 관계 Task들과의 Buffer 크기의 변동을 PM을 포함한 관리자들에게 제시하고 확인받는다. 상기와 같은 특정 단위시간 동안의 예상진도 산정을 ‘단위시간 진도 예측’(Unit Time Progress Forecast)이라고 하고, Task 전체의 예상 진도 산정을 ‘Task 진도 예측’(Task Progress Forecast)이라고 한다. 상기 Task Progress Forecast에 따라 결정되는 Task 예상 완료 기간의 IVY Node 위치에 'A' Mark를 하여 Anticipated Completion Duration의 Last Node임을 나타낸다(423).
매 단위시간이 시작되면 플랫폼은 목표관리를 위해 필요하고 수집 가능한 모든 정보를 센서, 계측기, Camera, 여타 서버들, 인터넷 및 IOT로부터 지속적으로 수집해 가며 Task들의 진행상황과 진도를 Monitoring하고 관리한다. 상기 정보 수집은 필요시 PM이나 여타 관리자들에게 요청하여 받는 입력들도 포함된다.
경과되는 시간을 따라, Task BDT의 각 수준(Level)의 Task 수행 과정에서 발생할 수 있는 Task의 '진도 지연'을 비롯한 각종 이벤트의 체계적인 관리를 위해, 각 Task에서 발생 가능성이 있는 모든 이벤트들을 종류별 내지 유형별로 분류하여 Task 별 'Event and Risk BDT’를 구성하고 각 Task의 NAS의 'Event Management Node'에 Graft한다. 각 이벤트는 목표달성에 미치는 영향에 따라 Positive Event, Negative Event 및 Neutral Event로 구분하며, 따로 명시하지 않을 경우에는 Default로서 Negative Event를 의미한다. Negative Event 중 특히 충격(Impact)이 큰 Event를 Risk라 한다. Positive Event로는, 목표로 하는 특정 Milestone의 조기 달성, 표준 품셈보다 더 능률적이고 숙련된 실제 Manpower의 능력(Capability), 및 원료 가격의 인하와 같은 예를 들 수 있다. Neutral Event는 Task의 진행이나 진도에 특별히 영향을 미치지 않는 이벤트를 의미한다. 각 Task의 NAS에 Graft한 Event and Risk BDT의 각 Event 명칭의 Node에는 해당 이벤트에 대처하기 위한 '이벤트 관리 절차' 정보를 저장하는 실행하는 Rule 명칭의 Node를 Graft하며, Rule BDT 내에도 같은 명칭의 Alias Node가 존재하도록 Rule BDT를 구성하고, 해당 Alias Node에는 해당 이벤트의 '이벤트 관리 절차'를 수행할 수 있는 Template Rule을 Graft하여. 해당 이벤트 감시 및 대처 시 호출하고 집행할 수 있도록 한다.
상기 ’이벤트 관리 절차' 정보는 각 이벤트를 '예측'(Anticipation), '발견'(Detect), '평가 및 대책 수립'(Assessment and Countermeasure Establishment), ’조치'(Action), '결과 검토'(Follow-up) 및 학습‘(Learning)의 5개 과정으로 관리하기 위한 정보를 포함하며, 상기 5개 과정을 'Eveny And Risk(EAR) Handling Process'라고 한다. 상기 EAR Handling Process는 그 내용을 명시적으로 나타내고 자유로이 Update나 Modify하기 위해 Rule로서 구현한다.
상기 EAR Handling Process의 'Anticipation'에서는 해당 이벤트가 일어날 가능성을 점검하고, 중요 이벤트의 경우에는 해당 이벤트의 발생 확률을 산정한다. 이벤트의 발생확률 산정은, 다양한 분포형태를 포함할 수 있는 Multi-parameter 확률분포인 Weibull 분포를 활용하여 주기적으로 산정하는 것을 예로 들 수 있다. Characteristic Life나 Shape Parameter와 같은 분포 Parameter들은 MLE(Maximum Likelihood Estimate)와 Newton-Raphson Method를 사용하여 산정하며, 주기적인 산정을 위해, 적은 수의 데이터와, 이벤트가 발생되지 않고 지속된 시간 데이터, 또는 임의의 시간에 수집이 중단된 데이터인 Suspended Data와 Censored Data도 MLE에 포함하여 산정한다. 이벤트 발생 빈도는 Poisson Arrival 분석을 통해 산정할 수 있다. 특정 이벤트의 발생 확률이나 가능성이 일정 수준 이상이 되면, PM과 해당 Task 관리자들에게 알리고, 계속해서 나머지 EAR Handling Process를 진행한다.
Master Event BDT 내의 모든 이벤트에 대하여는 해당 이벤트의 감시와 발견을 위한 정보 입력 수단을 명시한다. 정보 입력 수단의 예로는, 센서, 계측기, 여타 관리서버, 인터넷 및 관리자나 담당자에 의한 Keyboard, Smart Phone 또는 Tablet PC를 통한 수동 입력을 들 수 있다. 상기 'Detect' 과정에서는 해당 이벤트의 감시를 위한 정보입력 수단으로 특정 변수값이 Set되면, 해당 Fact를 Assert하여 담당 Rule로써 해당 이벤트의 발생을 확인하고 후속 관리절차에 진입한다.
상기 'Asessment and Countermeasure Establishment'에서는 기 발생한 이벤트의 발생 원인이나 이유의 추적, 충격(Impact)의 크기, 및 영향을 받는 대상 Task들을 평가하고, Negative Event의 경우, 이벤트의 충격을 조기에 흡수하거나(Absorb) 파급(Propagation)을 저지하거나(Stop) 상황을 회복(Recover) 내지 극복하기(Overcome) 위한 대책이나 전략을 수립하며, 필요시 Task의 수행 계획을 조율하고, Positive Event의 경우에는 기회(Opportunity)로서 목표달성 가능성 증대에 기여할 수 있도록 활용하고, 대책이나 전략의 선택을 위한 Event Scenario 분석을 수행할 수 있다.
상기 ’Action' 과정에서는 수립한 대책을 이행하고, 'Follow-up and Learning'에서는 이벤트 대처결과를 평가하며, 발생 빈도와 같은 통계를 산정하고, 이벤트 처리 과정과 결과를 관련 Super Tree의 PLANT들과 PLANT Node들에 저장하여 경험으로서 축적하고 학습한다.
발생이 예상되거나 실제 발생한 이벤트들을 기록하기 위해 '이벤트 감시 기록 테이블’(Event Monitoring And Recording Table(EMART))을 구성하고, 그 Root Node를 Master Event BDT의 Root Node에 Graft한다.
이하 대부분의 Project/Task의 목표관리에서 중요한 이벤트인 '진도 지연 이벤트'를 위주로 EAR Handling Process에 대하여 설명한다.
매 단위시간 마다, 경과되는 시간을 따라 현재 진행 중이며 감시하고 목표를 관리하려는 Task BDT 내의 각 Task들에 대하여, 해당 Task의 NAS에 저장된 모든 진행상황 감시 항목과 발생 가능한 모든 이벤트들을, 감시 항목별 및 이벤트별로 설정하는 시간 간격(Time Interval)으로 연속적 및 반복적으로 점검하며 진행한다. 단 특정 이벤트의 발생을 탐지한 경우에는 즉시 EAR Handling Process에 진입한다.
전형적인 진도 지연의 원인으로는 Manpower를 포함하여 양 또는 품질 면에서의 Resource 투입 부족 상황을 들 수 있다. 그 외에 정전이나 주요 설비고장, Line 정지, Bad Weather와 같은 이벤트의 발생도 Resource의 투입 부족 이벤트로 파급되며 진도 지연의 원인이 된다. 진도 지연이 예상되는 이벤트가 발생하면 현재 경과되고 있는 단위시간 종료 시 예상되는 Deliverable들의 완성량을 계획량과 비교하고, 유의할 수준(Significant Level) 이상으로 차이가 나면, 해당 시점에서 해당 Task의 '진도 지연' 이벤트 발생 '예상'(Anticipation) 상황을 사실(Fact)로서 Assert하며 EAR Handling Process에 진입한다.
특정 이벤트가 발생하면 파급되어 발생하는 일련의 이벤트를 'Event Chain'이라고 하며 이에 대처하는 주요 방법으로서 Event Chain Method가 제안되고 사용되어 왔다. 본 발명의 SWEEP 기법에서는 Event 발생 시 Chain 자체가 형성되지 않도록, 파급 상황을 최대한 조기에 흡수하거나(Absorb) 특정 Milestone 시점 이전에 방어(Defend)하는 'EAT(Event Absorbing Tactic)' 이벤트 흡수 전략을 사용한다.
매 단위시간이 경과되면, 각 Task별로 해당 단위시간의 예상 진도와 실적 진도를 비교하며, Task의 진도율을 산정한다. 우선 진도율의 산정을 위해, 해당 Task 완료시의 성과물이나 성과상태를 'Task Total Deliverable'이라 하고, 매 단위시간에 해당하는 성과물이나 성과상태를 ‘Unit Time Deliverable'이라 하며, 매 단위시간까지의 누적 성과물이나 성과상태를 ’Cumulative Deliverable'이라 하고, 각각의 계획 대비 실적을 해당 Deliverable의 ‘진도율’(Progress Rate)이라 한다. 각 Task의 전체, 단위시간 및 누적 진도는 상기 Deliverable들의 진도율로 나타낸다.
Deliverable이 2개 이상으로 구성될 경우에는 각각 비중(Weight)을 할당하고 합산하여 Deliverable 전체의 진도율을 산정한다. 정량적으로 산정한 Deliverable의 진도를 Task의 실제 진도값으로 환산함으로써, 각 Task 담당자나 관리자가 주관적인 판단으로 직접 실적 진도값을 입력하지 않도록 한다. 상기 Deliverable의 진도율 입력은 영상이나 구체적 상태나 수량과 같은 객관적인 증빙자료도 함께 명시하여 입력하도록 하며, 차 상위 관리자나 Scheduling Engineer(또는 ‘Scheduler’로도 칭함.)가 해당 입력의 정확성을 Confirm하도록 한다.
각 Task의 Progress Management IVY를 비롯하여 하위의 상세 단위시간 IVY들의 노드 중 현재 시간(Present Time)을 포함하는 노드들을 현재 노드(Present Node)라 하고, 과거 시간에 해당하는 노드들을 과거 노드(Past Node)라 하며, 미래 시간에 해당하는 노드를 미래 노드(Future Node)라고 한다. 모든 IVY는 1개의 Present Node만을 포함하며, 따라서 해당 Present Node를 전개하여 생성하는 하위의 상세 단위시간 IVY에는 Present Node, Past Node 및 Future Node가 모두 포함될 수 있다. 현재 상황 감시 및 진도 관리 정보는 Present Node들의 속성으로 저장한다. Past Node들의 속성정보로 저장된 상황 감시 및 진도 관리 정보는, 현재 노드에서의 Trend 분석, 진도 상황 예측(Forecast) 및 이벤트 발생확률 산정에 활용하고, 경험으로서 축적하며 학습(Learning)한다. 이벤트 발생 확률 예측 방법에는 전술한 Weibull 분포 활용을 예로 들 수 있다.
각 Task들의 진도 상태 판단은, 감시 방법 및 상태 판단 기준을 명시적(Explicit)으로 나타낸 Rule들을 집행하여 'Fast', 'Normal', 'Delay', 'Delay-Hi' 또는 'Delay-Hi-Hi'와 같이 판단하며, 'Delay' 이상으로 판단되면 해당 Task의 진도 지연 이벤트 발생을 Detect하게 되고, 후속 EAR Handling Process에 진입하게 된다. 하나의 Task의 진도 지연 이벤트는 후속 Task들의 진도 지연 이벤트의 발생으로 이어질 수 있으며, 이때 이벤트의 Chain이 형성된다.
구체적인 진도 지연 Event '탐지'(Detect)의 예를 들면, 오늘(Today)의 상세 관리 단위시간인 오전 11시에 Task BDT의 각 Task들에 대하여, Deliverable의 완성 상태를 해당 Task의 진도율로 변환하고, 해당 진도율에 상응하는 진도 상태를 (EQ ?task//?day//?h//Progress_State 'Delay')를 LHS에 포함하는 Template Rule로 판단하기 위해, ?day를 'Today'로, ?h를 'h11'으로, ?Task를 Task BDT를 DFS로 방문하며 추출한 각 Task로 치환해 가며 Rule을 Instantiate하여 진도 상태를 판단하던 중, Task-A에 이르러 상기 LHS 조건인 (EQ Task-A//Today//h12//Progress_State 'Delay')의 Eval 결과가 'True'로 Return되면 Task A의 진도 지연 이벤트가 Detect되고 후속 EAR Handling Process에 진입하게 된다.
모든 Task의 진도 지연의 궁극적인 원인은 투입 자원(Resource)의 양적(Quantity) 또는 질적(Quality)인 투입 부족(Insufficient Supply) Event의 발생으로 인한 Deliverable 완성량이나 완성 상태의 미달이다. 따라서 각 Resource의 공급상태를 규칙적 및 연속적으로 감시하는 SWEEP 기법에서는, 특정 Task의 진도 지연 이벤트는 해당 Task에 투입해야 할 자원이 부족해진 Event의 발생 시점에서 Event Driven Reasoning을 통해 후속 이벤트로서 이미 발생이 예상(Anticipation)되게 된다.
Task 수행 중, 진도 지연이 발생하거나 예상될 경우에는 상황 감시와 관리의 정밀도를 제고하고 최대한 조기에 발견하여 대처하기 위해, 현재 단위시간인 'Day' Node(Default)를 하위의 상세 단위시간의 'Hour‘ Node IVY로, 계속해서 'Minute’Node IVY와 ‘Second Node IVY로 전개하여 감시하고 관리할 수 있고, 사용 후에는 해당 IVY를 'Degraft’할 수 있다. PM의 경우에는 관리 단위시간을 주로 ‘Day'로 하고 각 Task 담당자들의 경우에는 ’Day' Node를 전개하여 ‘Hour'를 단위시간으로 관리할 수도 있다.
이러서 지연된 Task에 대하여 가능한 한 Task의 실행계획(Execution Schedule) 기간(Duration)을 연장하지 않고 투입 Resource를 증가 시켜 진도를 회복할 수 있는 가능성을 다음과 같이 탐색한다. 매 단위시간 경과 시마다, 실행계획 대비 부족하게 생산 내지 완성된 당일의 누적 Deliverable 만큼 ‘다음 단위시간’(Next Unit Time)의 Deliverable 완성 계획을 늘린다. 늘린 Deliverable을 완성하기 위해 추가로 투입해야 할 Resource들을, 투입 가능 범위 내에서 각각 투입 단위만큼씩 증가(Increment)시켜 가며 Deliverable 완성량을 증가시켜 상응하는 Task 진도가 회복될 때 까지 증가시킨다.
상기 Deliverable 양을 추가로 생성 또는 완성하기 위해 투입해야 할 Resource량의 산정은, 각 Task의 NAS에 Graft되어 있고 해당 Task 소요 Resource 정보를 포함하는 Resource BDT와, Resource BDT의 각 Resource 명칭 Node의 Alias 인 Master Resource BDT 내의 동일 명칭의 Resource Node의 NAS에 포함된 정보를 활용한다. 상기 Master Resource BDT의 각 Resource Node는 해당 Resource 관련 공통 정보와, Resource 투입을 위한 품셈 정보, Resource들의 품질 평가(Quality Assessment) 및 Resource들의 취합(Integration) 방법과 관련된 정보를 NAS에 가지고 있다.
인력의 경우에는 품셈에 표준으로 정의된 자격명을 기준으로 투입할 수 있고, 해당 자격을 가진 구체적인 개인을 지정하여 투입할 경우에는 해당 개인의 능력을 반영하여 조율한 품셈을 적용한다. 동시에 투입해야 할 Resource들이 복수로 존재할 경우에는, 부족하게 투입되는 특정 Resource가 Deliverable 진도에 미치는 영향과 그로 인한 여타 Resource들의 손실을 산정하기 위해, 해당 'Resource들의 취합 방법'을 나타내는 규칙(Rule)들을 호출하고 집행하여 산정한다. 상기 'Resource들의 취합 방법'의 예를 들면, 특정 Task를 수행하는 인력 중 주(Main) 작업자가 결근하면 보조 작업자들 출근했다고 해도 가능한 Deliverable 진도가 0%가 될 수 있고, 보조 작업자들의 인력은 전용하지 않는 한 모두 손실이 된다. 천정 크레인을 계속 사용해야 하는 Task의 경우, 작업자들을 포함한 자재나 다른 장비들이 모두 투입된다고 하더라도, 천정 크레인의 사용이 50%만 가능하면, Deliverable의 진도는 50%로 결정되며, 나머지 시간 동안의 인력은 모두 손실이 된다. 또한, Resource가 양적으로는 정상적으로 투입될지라도 품질이 저하되면 Deliverable의 진도는 지연될 수 있으므로, Resource Quality Assessment' 관련 Rule들을 집행하여 Resource 품질의 적정성 여부를 평가한다.
상기 Resource들의 Increment 조작으로 ‘다음 단위시간’즉 1 단위시간 동안에 회복이 가능하면, '1 단위시간 회복'(1-Unit-Time Recovery)이라 하고, 전체 소요 비용(Cost)의 증가를 산정한다. Cost 산정 시는 Overhead와 고정비도 함께 반영한다. 다음에는 회복 기간을 Increment하고 Resource의 증가분을 Increment된 회복기간에 배분하여 투입하며 '2 단위시간 회복'시의 전체소요 비용을 산정한다. 상기 '1 단위시간 회복'과 '2 단위시간 회복’시의 소요 비용을 비교하여 비용이 증가되면 '1 단위시간 회복’으로 되돌아가서(Backtrack) '1 단위시간 회복' 계획을 진도 회복 계획으로 결정한다.
상기 '2 단위시간 회복’비용이 '1 단위시간 회복’비용보다 유의할 수준(Significant Level) 이상으로 감소되면, 비용이 감소되는 한 회복 단위시간을 계속 하나씩 Increment하며 소요비용을 산정한다. 비용 감소가 유의할 수준 이하로 적어지거나, 비용이 증가되기 시작하는 단위시간이 발견되면, 직전 단위시간까지를 진도회복 계획기간으로 결정하고, 추가로 배분한 Resource와 증가된 단위시간 진도로 실행계획을 수립하며, PM 및 해당 Task 관리자와 합의하여 확정한다.
상기 ‘다음 단위시간’동안에 진도 회복이 불가능하면, 회복이 가능할 때 까지 계속 단위시간을 Increment하며, Resource도 투입 가능한 범위 내에서 계속 Increment하며 투입한다. 진도 회복이 가능한 단위시간을 만나면, 전체 소요비용을 산정하고, 계속 단위시간을 Increment해 가며 소요비용을 산정한다. 비용 감소가 유의할 수준 이하로 적어지거나, 비용이 증가되기 시작하는 단위시간이 발견되면, 직전 단위시간까지를 진도회복 계획기간으로 결정하고, 추가로 배분한 Resource와 증가된 단위시간 진도로 실행계획을 수립하며, PM 및 해당 Task 관리자와 합의하여 확정한다.
이때 상기 진도지연 이벤트로 인한 발생시점 단위시간 Node 에서의 '충격'(Impact)은 상기 최소비용 진도회복 단위시간 Node까지 '파급'되며 '흡수'(Absorb)된 것으로 간주할 수 있고, 이를 ’Event Absorbing‘이라고 한다.
상기 최초로 만나는 진도회복 가능 단위시간까지의 시간은, 현시점에서 투입하는 Reosurce나 Cost에 상관없이 가능한 모든 수단을 동원하고 노력하더라도 더 이상 단축시킬 수 없는 시간이 되며, 이를 '절대 소요 최단시간'(Absolutely Needed Time(ANT))이라 한다. 상기 실행계획의 재수립 및 합의과정에서 PM이나 해당 Task 관리자는 상기 최소비용 진도회복 기간을 최대 ANT까지 앞당길 수 있다.
상기 진도 회복이 불가능하여 단위시간 노드를 계속 Increment하는 과정에서 ’Milestone Node‘들을 만나게 되면, 해당 Milestone들이 뒤로 밀리는 ’Milestone Sliding'이 발생하면서, 현재의 Task에 대하여 후속관계에 있는 Task들의 Milestone들과의 사이의 ‘Feeding Buffer’들의 길이가 Decrement되기 시작한다. 상기 ’Milestone Sliding으로 Feeding Buffer의 길이가 0 이하로 되는 Milestone이 생겨나면, 길이를 0 으로 유지하기 위해 후속 Milestone이 함께 Sliding하면서 해당 후속 Task에 진도 지연이 파급(Propagation)되는 이벤트의 ‘Chain'이 형성되고 전체 소요비용이 크게 증가될 수 있다. 따라서 상기 진도 지연 Event는 가능한 한 다음 Milestone을 만나기 이전에 Absorb하도록 한다.
또한, 상기 진도 지연으로 인한 'Milestone Sliding'으로 인해 현재의 Task에 대하여 선행관계에 있는 Task들의 Milestone들과의 ‘Receiving Buffer’들의 길이는 Increment되기 시작하며, Receiving Buffer의 길이가 0 이었던 Buffer의 길이가 Increment되면서 해당 선행 Task는 자신의 해당 선행 Milestone까지의 진도에 여유가 생기게 되어 Opportunity로서 활용할 수 있는 여지가 생겨난다.
특정 Task를 실행 계획보다 빨리 진행할 수 있게 되거나, 실적이 빨라지는 Positive Event가 발생하면, 상기 진도 지연시의 최소비용 단위시간 탐색과정과 유사하게, Resource를 투입단위로 Increment 또는 Decrement하며 '1 단위시간 단축’으로부터 시작하여, 전체 비용감소가 최대로 되는 단위시간을 탐색하여 해당 단위시간까지 Task 실행 계획 기간을 단축하고, PM과 해당 Task 관리자와 합의하여 이행한다. 상기 계획 기간 단축과정에서는 Milestone들이 이른(Early) 단위시간 노드의 방향으로 Sliding하게 되며, Feeding Buffer들의 길이는 Increment되고, Receiving Buffer들의 길이는 Decrement되게 된다. 길이가 0 이하로 되는 Receiving Buffer가 생겨나면 해당 선행 Task의 진도를 빨리하여 상대 Milestone도 이른 단위시간 노드로 함께 Sliding하도록 할 수 없을 경우에는 현재 Task의 진도를 더 이상 빨리 진행할 수 없다.
각 Task의 Milestone 중 특정 Calendar 날짜에 고정하고 Deadline으로 설정하는 Milestone을 ’Deadline Milestone'이라 하고, 해당 Milestone을 뒤로 이동하는 ‘Milestone Sliding'이 일어나지 않도록 한다. Graft된 두 선행/후속 Milestone 간에는 상대적(Relative) 또는 절대적인(Absolute) 우선순위(Priority)니 비중(Weight)을 설정하여 Priority가 높은 Milestone의 ‘Milestone Sliding' 여부를 먼저 결정하고, Priority가 낮은 Milestone의 ‘Milestone Sliding'은 그에 종속되어 결정하는 것을 원칙으로 한다. 모니터 상에 Progress Management IVY를 나타낼 경우에는, Milestone들의 위치를 표시하고, Buffer들의 길이도 IVY의 형태로 함께 나타내며, 진도 지연에 따른 Buffer 길이의 증감 시 해당 노드 수의 증감을 시각적으로 확인할 수 있도록 제시하는 'PASS' I/O 서비스를 제공한다. 추가로 각 Task 마다 'Schedule and Milestone Adjustment Record Table’(SMART)을 SHRUB으로 구성하여 해당 Task의 Progress Management IVY의 Start Node에 Graft하여, 모든 Schedule과 Milestone들의 조정 이력을 저장하고 관리한다.
이상의 진도 회복을 위한 이벤트흡수전략 EAT를 적용하는 과정에서, 투입해야 할 Resource를 투입가능 범위 내에서 투입 단위로 Increment 또는 Decrement 하며, 그에 따른 진도 회복 기간 단위시간 노드를 Increment 또는 Decrement하여, 주어진 상황 내지 상태에서 최소비용의 진도 회복기간을 탐색하는 기법을 'Gradual Resource Allocation and Cost Evaluation'(GRACE) 최적기간 탐색 기법이라고 한다.
상기 GRACE 탐색 기법에서는, 원하는 Task 진도 변화에 상응하는 Deliverable의 양 내지 진도의 증감과, 증감되는 Deliverable 진도를 위해 투입해야하는 Resource량의 증감과, 역으로, 투입하는 Resource 량의 증감과, 그에 따른 Deliverable 진도의 증감과, 상응하는 Task 진도의 증감을 모두 단위시간 및 Resource의 투입단위 별 Increment와 Decrement를 통해 산정하고 탐색하도록 함으로써, 진도 회복 과정을 Super Rule로 구현하고 Platform이 자율적으로 진도 회복 계획수립 임무를 수행할 수 있도록 한다. 상기 모든 탐색과 산정에 필요한 일체의 정보는 Super Tree 내에 Unique한 STPN을 가지는 Node 값으로서 존재한다.
상기 GRACE 기법은 특정 Task의 진도가 빨라질 경우에도, 역방향으로 적용하며 해당 Task와 선행/후속 관계에 있는 Task들의 진도계획의 조율과 함께 기회(Opprotunity)를 극대화하기 위한 기법으로도 활용할 수 있다. 상기 GRACE 기법은 또한 Task BDT의 모든 Task들에 대하여 각 Task를 최소비용으로 수행하기 위한 실행계획을 탐색하고 수립하기 위해서도 활용한다.
Project/Task의 특성에 따라서는 상기 GRACE 탐색기법과 함께, 투입 가능 Resource의 양과 진도 회복기간(Time)을 제약조건(Constraints)으로 설정하고, LP(Linear Programming), DP(Dynamic Programming), 또는 Complementary Slackness Condition과 같은 Inequality Constraints를 적용하는 K-T(Kuhn-Tucker) 최적화기법(Optimization Technique)을 Rule로 구현하거나 별도 Tool Package로써 연동하여 최적 기간을 탐색할 수 있다.
이상에서 설명한 바와 같이, EAT 이벤트 흡수전략을 적용하여 지연된 Task 진도를 최대한 조기에 회복하며 그 파급 영향을 최소화할 수 있다.
Project/Task의 분야와 특성에 따라 상황 발생 즉시 대처가 필요한 이벤트들에 대하여는 이벤트 발생 발견 시점에서 EAR Handling Process에 진입한다. 발생 즉시 대처가 필요한 이벤트의 예로는, Plant EPC 관리에서의 주요 자재조달 중단 또는 주요 공사의 설계 변경 상황 발생이나 주요 설비의 조달 지연, 공장에서의 원료공급 중단 및 주요 설비 고장 정지, 컴퓨터 운영관리 Task에서의 컴퓨터 속도의 과도한 느려짐 또는 Virus 침입 의심 및 Hacking 시도 탐지, Sports의 감독 관리에서의 실점 또는 실점 위기 내지 열세, 주식 투자 Task에서의 투자 주식의 주가 급락과 같은 예를 들 수 있다.
특히, Plant EPC Project의 경우, 건설 자재 공급중단 이벤트는 공사가 중단되고, Factory 운영관리 Task의 경우, 원료 또는 원자재 공급 중단 이벤트는 생산 라인의 정지로 이어져 막대한 손실을 야기하며 설정한 목표달성을 어렵게 할 수도 있다. 더구나 조립 생산 공장에서는 투입되는 원자재가 수천가지 이상에 이르는 경우도 있다. 생산계획에 맞추어 원자재 별로, 적정 안전재고 유지, 원자재 가격 변동 및 주문 후 입고일 까지의 최소 기간을 고려하며 Lot별 크기와 주문시기를 결정하고 관리하기 위해 Reosurce BDT의 해당 원자재 Node에는 Supply Management IVY를 Graft한다. IVY의 각 Day Node의 속성에는 당일 생산계획에 다른 해당 원자재의 총 소요량, 당일 시작 재고, 당일 투입량 및 종료 재고, 원자재 품질 및 Loss율, 예상 소진일, 당일 주문량, 주문 중간 점검, 입고량 정보를 속성값으로 저장하고, 상기 원자재 Node에는 해당 원자재의 가격 및 가격 변동 전망 정보를 속성값으로 저장한다. 생산이 진행되는 매 단위시간 시작 및 종료시간 및 진행 중 일정 시간 마다 현 재고와 주문 및 입고 상황을 연속적으로 점검하며 원자재 공급 중단 이벤트의 발생을 방지한다. 최소 안전재고 확보를 제약조건으로 하고, 원자재의 현재 가격 및 가격 전망을 고려하며 적정 구입 Lot 규모 및 시기를 결정하기 위해 상기 GRACE 기법을 활용하여 구입 날짜와 Lot 규모를 Increment 또는 Decrement하며 탐색한다. 탐색에 사용하는 정보로써 활용하는 STPN의 예로는, Resource_ p의 k_th_day의 관리의 경우, 'Resource_BDT/ Resource_p// k_th_Day// Total/ Supply_Schedule_Value', ’Resource_BDT/ Resource_p// k_th_Day// Start_Stock_Value', ’Resource_BDT/ Resource_p// k_th_Day// End_Stock_Value', ’Resource_BDT/ Resource_p// k_th_Day// Order_Size', ’Resource_BDT/ Resource_p// k_th_Day// Warehouse_In', 및 ’Resource_BDT/ Resource_p// k_th_Day// Warehouse_Out '을 들 수 있다. 상기 Resource_p의 적정 재고량 및 최소 안전 재고량 정보는 ’Resource_BDT/ Resource_p// Optimal_Stock_Value'와 ’Resource_BDT/ Resource_p// Safe_Stock_Value'에 저장하고 활용한다.
상기 Resource_p를 여러 생산 Task에 투입할 경우, 임의의 Task_i에서의 당일 투입계획량은 'Task_BDT/ Task_i// k_th_Day// Resource_p/ Supply_Schedule_Value'와 같은 STPN의 값으로 부터 알 수 있다. 상기 ‘Resource_p'의 재고 부족 이벤트’는 상기 ’(LT Resource_BDT/ Resource_p// k_th_Day// End_Stock_Value Resource_BDT/ Resource_p// Safe_Stock_Value)' 표현을 LHS에 포함하는 Rule을 연속적 내지 주기적으로 집행하여 발견할 수 있다.
Smart Factory 생산 목표관리 Task의 경우, 공장 운영 중 주요 설비의 'Trip Event' 발생시에도 생산이 중단될 수 있다. 주요 설비 Trip 발생 이벤트의 경우, Trip 원인 추적의 예로서, 대부분의 공장에 지원계통으로 가동되는 냉각수 계통(Cooling Water System)의 냉각수 공급 Pump가 Trip된 경우의 예를 들면, 먼저 해당 공정을 나타내는 VINE의 해당 Pump Node의 NAS에 포함되어 있는 운전상태(Operating State) 감시 속성 노드들인 Flow 및 Pressure의 계측값이 정상 상태에서 별도의 운전원의 조작 없이 갑자기 0으로 떨어지는 상황으로부터 Pump가 Trip된 Event를 발견(Detect)한다. 또한, 해당 Pump Node의 속성 중 해당 Pump를 구동하는 Motor Name을 나타내는 Node는 Alias로서 전력공급계통 VINE에 해당 Motor Name을 가지는 Node를 가지게 된다. 전력공급계통 VINE에서 해당 Motor의 PPN에는 해당 Motor의 투입과 차단을 담당하는 차단기(Circuit Breaker: CB) 노드가 선행노드로서 포함되어 있고, 해당 차단기의 NAS의 상태 속성값으로 부터 차단기 2차측 전류가 0이고, 해당 CB의 현재 위치가 개방 상태임을 알 수 있다. 계속해서 해당 차단기의 NAS의 Control Circuit 노드에 Graft되어 있는 ‘차단기 제어회로’VINE에서 해당 차단기의 개방(Open) 릴레이의 접점을 추적할 수 있고, 계속해서 해당 릴레이 노드의 PPN으로 부터 해당 릴레이를 작동시키는 직병렬 접점 소자들을 찾아낼 수 있다. 찾아낸 접점 소자들 중 ‘냉각수 Tank Level Lo-Lo’Limit Switch 접점이 Close된 상태로 확인되면, 냉각수 Pump가 냉각수 Tank의 수위(Level)가 Low-Low로서 Suction Head 부족 상태가 원인이 되어 Trip된 것을 추적할 수 있게 된다. 또한 상기 냉각수 공급 Pump의 Trip은 ‘냉각수 Tank Level Lo-Lo’Alarm으로 부터 출발하여, 해당 Limit Switch의 접점의 Close로 인해 냉각수 공급 Pump의 Trip Relay가 여자되어, Pump Motor의 차단기가 Open되고 Pump trip 상황에 이르는 과정으로도 발견되어, 벌어진 상황에 대한 일관성(Consistency) 검토도 가능해 진다. 상기 Pump Trip 결과로 부터 출발하여 원인을 추적하는 추론은 Backward Reasoning으로 진행되고, Tank Level Lo-Lo로 부터 출발하여 결과적으로 벌어지는 상황들을 확인하는 추론은 Forward Reasoning으로 진행된다.
상기 일련의 추적 과정과 방법은 Template Super Rule로서 구현하여, 특정 Pump의 Trip 원인 추적이라는 동일한 목적과 Context로서 수행하며, 대부분의 Pump설비의 Trip이나 Alarm 추적에 유사하게 활용할 수 있다. 상기 Rule 집행에 필요한 일체의 정보는 모두 Super Tree 내에 포함되어 있다.
발생이 확인된 이벤트는 그 발생을 해당 Task의 NAS에 Graft되어 있는 'Event BDT'에서, 해당 이벤트 명의 노드의 NAS의 발생이력 기록 노드에 Graft되어 있는 Event Table SHRUB에 기록하고, Master Event BDT의 Root에 Graft하는 'EMART'에 취합하여 기록한다.
본 플랫폼은 또한, STEM의 구성을 통해 PM이 플랫폼에 직접 상위 추상 수준(High Abstraction Level)의 지시를 내리거나 임무를 부여할 수 있도록 하며, 여타 관리자나 Team원들도 문의, 정보제공 요청, 지원 요청, 의견 내지 건의 사항도 직접 Keyboard나 구두로 또는 Smart Phone을 통해 입력할 수 있도록 한다. 따라서 사용자들이 계층구조로 제시되는 Menu나 Submenu의 경로와 기능을 익히고 찾아가며 사용해야 하는 종래의 Software System이나 Tool들과는 근본적으로 사용방식을 달리하고 있다. 특히 자주 입력하는 지시나 요청은 'Frequent Order and Request Table'(FORT)를 구성하여 따로 저장하고, 'F1', 'F2'와 같은 단축된 표현의 Keyboard 입력이나 구두 명령으로도 플랫폼에 이행을 지시할 수 있고, 지시나 요청의 일부 입력 시 나머지를 자동으로 완성하여 제시하는 서비스도 제공한다. FORT에 저장된 지시나 요청 중 규칙적으로 반복해서 이행하는 지시나 요청은 'Regular Order And Request'(ROAR)라 하고, 각 ROAR의 이행 시간이 도래할 때마다 해당 시간을 Assert하는 Timer Rule을 집행하여, 해당 ROAR를 수행할 수 있는 Rule을 Invoke하고 집행한다. 상기와 같이 Platform에 내리는 지시나 요청에 대한 능동적이며 자율적인 서비스 제공방식을 ’능동 지능 서비스‘(Proactive And Smart Service: PASS) 방식이라 한다.
I/O Agent가 전용 Rule을 집행하며 제공하는 상기 PASS 지능 서비스 방식은, Super Tree의 입력과 수정, Task 계획의 수립과 조정 및 이벤트의 처리 과정에서, 플랫폼이 부여받은 임무들을 Platform Task로서 자율적으로 수행하는 과정을 설명해 줄 수 있고, Platform이 호출하여 집행하는 Rule들을 계속적으로 보고하며 Platform의 정상 작동 여부를 확인시켜 준디. 또한 각 단위정보를 나타내는 Node나 각종 Symbol들을 제시하여, PM이나 여타 관리자들이 선택한 Node나 Symbol들을 Mouse로 원하는 위치에 이동, 연결 또는 분리하면 그에 따라 해당 정보들 간의 관계가 Super Tree내에서 자동으로 Update되는 GUI도 함께 제공한다. 상기 Platform Task는 Project/Task의 원활한 수행과 시간절약을 위해, PM이 Team원들에게 내리는 지시 사항의 전달, 회의의 소집 및 기록(화상 회의, 단체 Talk 방 회의, 실제 회합 등)과 같은, Project/Task 진행의 흐름을 원활히 하기 위한 서비스도 제공한다.
플랫폼은 또한 Project/Task 수행을 위해 설비(Facility)를 운영해야 할 경우, 원활한 목표달성을 위한 설비 운영을 지원한다. 예를 들면, 생산공장의 경우, 매 순간의 자동제어는 통상적으로 자동화시스템 또는 SCADA(System Control and Data Acquisition)가 담당하므로, 목표관리 플랫폼은 이들과 연동하여 목표관리에 필요한 정보를 필요한 시간 간격으로 수집하여 활용한다. 수집하는 계측값들의 TAG는 상응하는 STPN으로 변환되어 Super Tree에 저장된다. STPN의 유일성(Uniqueness)과 함께 Path 상에 IVY를 포함할 경우에는 관련 시간 정보까지 포함할 수 있으며, 부수적인 정보는 Path 상의 각 노드의 NAS에 속성정보로서 포함할 수 있어서, 기존의 각종 약어(Abbreviation)들을 이어붙이는 통상적인 관제점 TAG 체계보다 간략하면서도 명료한 표현이 가능하여, 기존의 TAG를 대체하여 사용할 수도 있다. 특히 Line 정지나 주요설비의 Trip과 같이 목표달성이나 진도에 직접적인 영향을 줄 수 있는 이벤트들 즉 Risk에 대해서는 VINE을 활용한 논리적인 추론을 통해 플랫폼이 적극 개입하여 징후의 조기 발견, Trip 원인의 추적, 취해야 할 조치의 직접 수행 또는 요청 내지 권장을 하며, 주요 설비들의 성능감시 및 신뢰도 산정과 같은 상위수준의 운영 감시 지원 임무를 수행할 수 있다.
플랫폼에 내리는 전형적인 상위 추상수준의 지시나 부여하는 임무 또는 요청 표현의 예를 들면, 'Show Progress State Of All Task {In Task BDT, In Progress}', 'Report Everyday {At 6:00 PM, With Report Format(Format No.)} Every Task {In Task BDT, In Progress} Whose Daily Progress State Is Delay', 'Show P&ID Of Process Line {Line Name}', 'Show Every Major Facility {In Facility BDT} Whose Reliability Is Below Low', 'Report Any Indication Of Hacking', 'Explain Why Computer Become Slow', 'Explain Usage Of Every Process Running', 'Report Every Facility {In Facility BDT} Whose Energy Consumption Increase Significantly During Last Week', 'Open Meeting {At 100:AM, Common Image Meeting} Tomorrow With Selected Member {In Manpowre BDT} With Agenda {Description}' 과 같은 예를 들 수 있다. 상기 예에서 {Bracelet}은 상세 속성을, (Parenthesis)는 구체적인 값의 명시나 Comment를 각각 나타낸다. 상기 지시, 임무 및 요청들은 모두 STEM으로 나타내고 Template Rule로 구현하여 수행한다.
상기 태스크 수행 단계(Task Performing Stage)(S104)를 완료하면, 끝으로 최종단계인‘Project/Task 완료 단계’(Project/Task Completing Stage)(S105)를 수행한다. 'Project/Task 완료 단계’에서는 Task BDT의 모든 수준의 Task들에 대하여 실제 완성된 모든 Deliverable을 수립한 목표 및 계획과 비교하여 목표의 성공적인 달성 여부를 평가하고 확인하며, Customer나 Owner가 따로 있을 경우에는 인계할 필요가 있는 일체의 Deliverable들은 인계하고, 해당 Project/Task의 수행경험을 전문 지식과 방법으로서 Super Tree에 저장 및 축적하여 학습(Learning)하며, Big Information으로서의 Super Tree를 Upgrade하고, 향후 유사한 Project/Task의 지능 목표관리 시스템 구축 시 능력이 향상된 Platform을 재공할 수 있도록 하며, 목표관리를 종결한다.
플랜트 EPC Project의 경우는, 성공적인 Commissioning을 거쳐 목표 준공기간과 예산범위 내에서 보장한 성능을 만족하는 플랜트의 인계/인수 완료, 생산관리 Task의 경우에는, 제품별로 원하는 원가와 품질로 연간 생산목표의 달성, 기업의 경우에는, 영업 이윤 목표 달성, 에너지절감을 위한 에너지관리시스템(EMS)의 경우에는, Baseline값에 에너지사용과정에서 발생한 일상적(Routine) 및 비일상적(Non-routine) 조정 요인(Adjustment)을 Baseline에 반영한 연간 에너지 사용량 또는 비용 절감목표의 달성, 컴퓨터 운영관리의 경우에는 일정기간 동안의 Virus나 Hacking으로 부터의 안전한 운영과 편리한 사용, 기타 각종 Sports 관리 감독에서의 승리 또는 Championship의 획득, 주식관리에서의 목표 투자수익의 달성, 특정 자격의 취득 내지 합격과 같은 경우에 성공적인 목표관리가 이루어졌다고 평가할 수 있다.
이상에서 기술한 바와 같이 본 발명의 지능 플랫폼은 ‘SWEEP' 목표관리 기법을 기반으로, 목표관리의 대상이 되는 모든 상세 수준의 Task들에 대하여, '목표관리 전 기간/시간'에 걸쳐, 진행하는 시간을 따라 연속적, 능동적(Proactive) 및 지능 자율적으로 철저하고 정교하게 목표를 관리해 나감으로써, Project/Task의 성공적인 목표달성 가능성을 크게 제고할 수 있다.
본 Super Tree 기반의 Project/Task의 지능 목표관리 Platform(간략히 'Platform')은 Hardware적으로 Main Server와, PM과 PM 이외의 Project Team, 중간 관리자, Owner, 대리인, 감리자, Subcontractor, 경영자, 감독, 개인 등의 모든 Project/Task 관련자(Stakeholder)(총칭하여 ‘관련자’) 용 PC 및 Smart Phone과, Project/Task의 특성과 규모에 따라 추가로 물리적 또는 기능적인 Back-up Server, DB Server, Web Server 및 Cloud Server와, 각종 계측제어설비와, 이들을 연결하는 네트워크설비들로 구성된다.
본 발명의 Platform 또는 Platform에 기반하여 구축한 특정 Project나 Task의 목표관리 시스템은 Main Server를 중심으로 상기 H/W 상에 구현한다 도 8에 본 발명의 Project/Task 지능 목표관리 Platform의 바람직한 기능 구성의 예를 보인다.
Project/Task의 지능 자율 목표관리 업무를 위해, 본 발명의 Platform은 기능적으로 Project/Task 총괄관리부(801), Input/Output 관리부(802), Super Tree 구성 관리부(803), Knowledge-base 관리부(804), Progress 관리부(805), Resource 관리부(806), Event 관리부(807), Risk 관리부(808)와 DB 관리부(809)로 구성된다.
상기 Project/Task 총괄관리부(801)를 비롯한 모든 관리부의 업무는 Master Agent가 총체적으로 관장하여 수행하며, Project/Task의 규모와 특성에 따라 각 관리부를 담당하는 전문 Agent들을 추가로 생성하여 관리를 위임 내지 분담시킨다. 이하 각 관리부의 담당 기능 내지 업무를 설명한다.
Project/Task 총괄관리부(801)는 PM을 지원하며 Project/Task 목표관리의 전 단계에 걸쳐 Platform Task를 총괄 지휘하고 감독하는 업무를 담당한다.
Project/Task 총괄관리부(801)는 목표관리에 필요한 정보 및 지식을 수집 저장하고, 이를 활용하여 전체 및 각 상세 Task들의 목표와 Schedule을 수립하며, 지속적으로 수집하는 정보를 기반으로, 수시로 발생하는 각종 이벤트 내지 예외상황(Contingency)에 대처하고, 단기, 중기 및 장기 계획과 목표를 지속적으로 조율해 가며, 수립한 목표를 ‘총체적인 최소 비용’으로 달성하는 업무와, PM이 Platform Task로서 내리는 지시사항과 부여하는 임무를 수행하며, PM을 포함한 모든 Project/Task 관련자들(Stakeholder)에게 업무 수행을 위한 정보를 제공하고, PM이 여타 관리자들에게 내리는 지시사항을 전달하며 Follow-up 하고, 모든 관련자들(Stakeholders) 간의 의사 소통, 의견교환, 조율(Coordination) 및 취합을 지원하며, 직접 또는 간접 회의를 소집하고, 여타 관리자들로 부터의 요청을 PM에 보고하며 처리하는 업무를 관장한다.
상기 '모든 Project/Task 관련자들'은 PM과, Team Member 또는 중간 관리자나 현장 담당자들( ’여타관리자‘라 칭함.)과, Project Owner, Owner 대리인, Subcontractor 및 기타 관련자들을 모두 포함한다.
상기 ‘총체적인 최소 비용’은 Project/Task의 Deliverable을 완성 내지 완료하는데 소요되는 직접비용 및 O/H 외에도, 품질, 편익, 안전, 환경 및 보안을 고려할 필요가 있을 경우, 각 항목에 비중(Weight)을 할당하여 등가로 환산한 비용을 반영한 총비용을 최소화하는 비용을 의미한다.
Input/Output 관리부(802)는, 여타 관리부가 목표관리를 위해 필요로 하는 모든 데이터와 지식을 포함하는 일체의 정보를 수집하며, 플랫폼이 내보내야 하는 모든 출력 업무를 담당한다.
상기 정보의 수집은 PM 및 특정 정보에 대한 입력 권한이 부여된 Project/Task 관련자, 계측기, 센서(IOT 센서 포함), DCS, PLC 및 여타 서버나 인터넷을 통해 수집한다. 관제점의 경우, 외부의 TAG로 입력되는 계측값이나 센서값들은 입력받아 Super Tree 내에서의 해당 STPN으로 Mapping하여 변환하고, 역으로 출력값은 STPN을 해당 외부 TAG 값으로 변환하여 준다. 또한, Super Tree의 STPN을 직접 TAG로 활용할 수도 있다.
또한, Project/Task 총괄관리부의 지시와 여타 관리부들의 요청과 지원을 받아, Knowledge-base와 DB에 접근하여 Project/Task의 진행 내지 운영 상황을 제시하고 나타내며(Display), PM과 여타 관리자들로 부터의 지시나 요청을 입력받고, 보고 사항을 Display하며, PM과 함께 Task Schedule을 수립하고 조율할 수 있는 ‘PASS’방식의 서비스가 가능한 GUI를 제공한다. 상기 입출력 기능은 직접 또는 Web Service나 Cloud Service를 통해 제공하며 유무선 입출력을 모두 포함한다.
상기 GUI는 Project/Task의 수행 기간(Duration)의 경우, 해당 기간을 나타내는 Progress Management IVY와 각 단위시간을 나타내는 IVY의 노드를, 마디로 나타내는 Gantt Chart나 일련의 Chain으로 형상화하여 제시하며 하며, Graphic 상에서 임의로 Increment, Decrement, Split, Merge, Expand, Shrink, Shift, Milestone 위치 선정 및 선행/후속관계의 설정이 가능하도록 하여, Task들의 계획 수립 및 조율과 진도관리를 지원한다. 여타 PLANT들에 대한 모든 조작들(Operations)도 Display 상에서 Mouse의 Click과 Drag으로 가능하도록 지원한다. 전형적인 조작 지원으로는 Node Insert, Node Delete, Node Expand, Super Tree Skeleton Display, PLANT Display, Graft, STEM Generation, Rule Generation 및 State Monitoring 을 위한 GUI 제공을 들 수 있다.
상기 Display는 축적의 선택과 Scroll이 가능하며, 모든 BDT, IVY, VINE, BUSH, SHRUB 및 Super Tree 전체의 논리적 연결 구성, VINE이나 BUSH가 나타내는 공정이나 지원계통 및 설비들 또는 공간의 Physical Layout과 Schematics, 3D Drawings, 진행하는 시간에 따른 상태 변화를 나타내는 4D Display를 포함하며, 이를 지원하기 위한 모니터, 도면 및 현장에서의 좌표관리와 각종 Symbol들의 관리업무도 포함한다. 동시에 진행해야 할 Task가 수백 내지 수천 이상에 이르는 Project/Task의 경우에도, 전 Task들에 대한 진행 및 진도 상황이나 설비의 운영 상황의 감시 결과를 Display 하며, 상황을 일목요연하게 시각적으로 즉시 파악할 수 있도록 제시하기 위해 계층구조로 구성한 Sector Graph를 활용할 수 있다. (대한민국 특허 10-1233264 참조)
특히 PM과 여타 관리자들이, 일방적으로 제시하는 Menu와 Sub Menu들의 경로를 기억하고 일일이 찾아 들어가며 각종 선택 항목의 의미를 익혀서 사용해야 하는, 불편한 계층구조의 전통적인 나열식 Menu 및 항목 선택 방식을 지양하고, ORE Generation BDT를 사용하여 PM이나 여타 관리자들이 직접 원하는 지시나 요청 사항을 입력할 수 있도록 지원하는 '능동 지능 서비스’(Proactive And Smart Service'(PASS) 방식의 입출력 Service를 제공한다. ‘PASS’방식의 서비스를 제공하기 위하여 I/O 관리부는 PM이나 여타 관리자가 지시나 요청 사항을 입력할 수 있도록 ‘What can I do for you?', ’What do you want?', ‘Please input your Order or Request.'와 같은 입력요청 창을 제시한다. 입력 시에는 Text의 앞 부분을 입력하면 ORE Generation BDT를 활용하여 나머지 예상되는 Text들의 Option을 Drop-down Menu로 제시하여 간편하게 선택하며 완성할 수 있도록 한다. 입력한 지시나 요청사항은 STEM으로 나타내며, 해당 지시나 요청 사항을 처리할 수 있는 Template Rule을 구성하여 Rule BDT에 저장하고, Instantiate하여 집행하며 수행한다.
Super Tree 구성 관리부(803)는, 전체 기본정보로서 입력받는(S100) Project/Task의 특성과 분야에 따라 전형적인(Typical) 형태의 Super Tree 기본 틀(Skeleton)을 제시하여, PM 및 여타관리자들이 주어진 권한 내에서 입력과 수정 및 Graft와 같은 정의된 조작들(Operations)을 통해 Super Tree의 구성이 가능하도록 지원하는 업무를 관장한다. 또한 전정(Prune)이나 접목분리(Degraft)되는 Branch나 PLANT들은 ROOT와의 연결이 끊어질 경우, Garbage Collection을 수행하여 할당되었던 Super Tree 관련 Resource들을 회수하는 업무도 담당한다. 복수의 Project/Task를 관리하려고 할 경우에는 각 Super Tree를 Subtree로 거느리는 Super Forest 구성을 지원한다.
Knowledge Base 관리부(804)는, PM 또는 Platform 구현 Engineer와 협력하며, Semantic Primitive들을 사용하여, Super Tree의 구성, Super Tree에 행하는 조작(Operation), 플랫폼의 업무 수행, 플랫폼에 내리는 지시, 부여하는 임무 및 요청의 수행을 위해 필요한 전문지식(Expertise)과 방법들을 Rule 또는 Template Rule로 구현하고, Rule BDT를 구성하여 저장하며, 저장한 Rule들이 호출되고 집행될 수 있도록 관리하는 업무를 관장한다.
Project/Task 진도관리부(805)는, Task BDT 상의 Task들 중 따로 진도를 관리하는 Task들의 수행 계획의 수립과, 상응하는 Deliverable들의 완성 계획 및 Resource 투입 계획의 수립, Cost 산정, Deliverable들의 진도 산정 및 상응하는 Task의 진도 산정, Resource 투입 상황의 모니터링, 실 소요 비용의 산정 및 Task 수행 계획의 조율 업무를 관장한다. Task 수행 계획의 수립은 Top-down 방식과 Bottom-up 방식을 병행하여 사용하며, GRACE 기법을 활용하여 총체적인 비용이 최소로 되는 Task 수행 계획을 수립하고, 진도 진행 상황에 따라 지속적으로 조율하며, 총체적인 최소비용으로 목표를 달성해 가기 위한 업무를 담당한다.
Resource 관리부(806)는, Task BDT의 각 Task들을 완료하기 위해 완성 내지 완료해야 하는 Deliverable들을 생성하기 위해 투입해야할 모든 Resource들의 조달 내지 공급 계획과 투입 진행상황과 실적을 모니터링하고 관리한다.
이를 위하여 PM과 여타 관리자들과 협력하며 Project/Task의 목표를 달성하기 위해 투입해야 할 모든 Resource를 종류 및 부문별로 구분하고 세분하여 Resource BDT를 구성하며, 각 Resource Node에는 해당 Resource를 관리하기 위한 Resource Supply Management IVY를 Graft하고, 해당 Resource의 할당 단위별로 생성 가능한 Deliverable들의 양(Quantity)과 각종 할증 조건 및 가격(Cost) 정보를 포함하는 품셈정보(Cost Estimation Standard)를 NAS(Node Attribute SHRUB)에 저장하며 활용한다.
상기 이벤트 관리부(807)는, EAR Handling Process에 따라, Task 수행 중 불규칙하게(Random) 발생하는 각종 이벤트를 관리하며, 중요하다고 판단되는 이벤트에 대하여는 Scenario 분석을 통해 사전에 대비하고, 특히 Task 진도가 지연되는 이벤트 발생 시는 'GRACE'(Gradual Resource Allocation and Cost Evaluation) 기법을 기반으로 하는 EAT 전략을 적용하여 그 영향(Impact)을 조기에 흡수(Absorb)하거나 파급을 최소화하는 임무를 수행한다.
이벤트 중 특히 Project/Task의 전체 또는 주요 Task의 완료기간이 늦어지거나 목표달성이 어려워 질 수도 있는 이벤트(Risk)를 ‘리스크’로 정의한다. 상기 리스크 관리부(808)는 PM과 여타 관리자들과 협력하며 예상되는 리스크들을 종류별로 분류하여 Risk BDT를 구성하고, 발생 확률과 위험률(Hazard Rate)을 산정하여, 발생 가능성을 최소화하기 위한 예방조치와 발생 Scenario 별 대책을 마련하며, 실제 Risk 발생 시에는 조기에 대처하여 피해를 최소화하기 위한 업무를 관장한다.
상기 Database(DB)(809) 관리부는, Super Tree 구성 정보를 비롯하여 Project/Task의 지능 목표관리 Task를 수행하기 위해 필요한 일체의 정보를 DB나 Spread Sheet, 또는 XML File과 같은 형식으로 저장하며, Back-up하고 제공하기 위한 업무를 수행하며, 프로그램 재 가동시마다 읽어 들여(Read-in) Super Tree를 비롯한 추론 환경을 안정적으로 회복 내지 마련해 줌으로써 목표관리의 연속성을 유지해 주고, DB를 통한 여타 서버들과의 정보교환이나 Agent들 간의 정보 공유가 가능하도록 하는 업무를 관장한다.
이상에서 기술한 바와 같이 본 Super Tree 기반의 Project/Task 지능 목표관리 플랫폼 기술은, 목표를 설정하고 관리하려는 각 Project나 Task들에 대하여, 통합된 총괄 관리 수단을 PM 내지 총 책임자에게 제공하고, PM으로 부터의 지시와 PM이 부여하는 임무를 수행하며, 최적의 목표달성 계획의 수립을 지원하고, Project/Task의 진행 및 진도 상황을 지속적으로 정밀하게 감시하며 관리하고, 진행과정에서 발생하는 Negative Event나 Risk들에는 조기에 능동적으로 대처하여 그 충격을 최소화할 수 있도록 지원하고 이벤트들의 파급으로 인한 Event Chain의 생성을 저지하거나 단축하며, Opportunity는 최대한 활용하여, 총체적인 비용을 최소화하며 설정한 목표를 달성해 갈 수 있도록 PM 및 여타 Project/Task 관리자들을 지원함으로써, 다양한 분야에서 해당 Project/Task의 특성에 따라 맞춤형(Customized) 지능 목표관리 시스템들을 구축할 수 있는 공통 핵심 플랫폼 기술(Platform Technology)과 수단(Tool)을 제공해 준다.
본 발명은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, 하드 디스크, USB, CD-ROM, 광 데이터 저장장치 등이 있으며, Web Service, Cloud Service 및 기타 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한, 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템이나 스마트폰에 분산되어 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
이상에서 본 발명의 바람직한 실시 예에 대해 도시하고 설명하였으나, 본 발명은 상술한 특정의 바람직한 실시 예에 한정되지 아니하며, 본 발명에서 사용한 각종 자료구조, 데이터 모델, 지식 및 정보 모델, 및 기법들의 명칭이나 약어 표기들은 설명의 편의와 명확성 제고를 위해 사용하였으며, 유사한 명칭이나 표기의 사용도 가능하다. 따라서 본 발명의 청구범위에서 청구하는, 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면 누구든지 본 발명의 원리를 DB로 구현하거나 유사한 방식으로 변형 실시가 가능한 것은 물론이고,그와 같은 변경은 청구범위 기재의 범위 내에 있게 된다.
Definition and explanation of terms and abbreviations
Representative terms and abbreviations used to simplify and clarify the description in the present invention are defined and described as follows. The definition may be repeated for emphasis on existing commonly used terms or terms previously defined by a specific standard. If the definition is different, the definitions of the terms and abbreviations below take precedence. For more clarification of meanings or for frequently used terms and abbreviations, they are repeatedly defined and explained in the text.
BOGMKI: Abbreviation for Body of Goal Management Knowledge and Information, a'total collection of goal management knowledge and information' collected and composed to achieve the goal of a specific project or task that sets goals.
Knowledge: Method, procedure, know-how for collecting and using necessary information in order to perform all detailed tasks that must be completed in order to achieve the set goal for a specific project or task that sets a goal (Know-how) and Specialized Knowledge
Information: Raw data and processing data collected to achieve the set goal based on knowledge for a specific project or task that sets a goal. Attribute information of data, and relational information existing between data are collectively referred to as (collectively, the above knowledge and information are also briefly expressed as information)
Deliverable: The general term for the result or result status of the project or task that sets the goal
Task: Generic term for work, work package, and activity to be performed to create and complete Deliverable or complete
Platform Task: Tasks that the platform itself performs for the purpose of instructing and assigning tasks that the PM gives to the platform for goal management, requests from other managers, basic functions of the platform, or processing tasks
Super Tree:As a means to realize BOGMKI, a comprehensive collection of target management knowledge and information, based on STUMP, PLANTs such as BDT, IVY, VINE, BUSH, and SHRUB are freely'grafted' according to the relationship existing between knowledge and information. ) And defined together with'Operation' (Knowledge and Information Model)
Graft:Operation of connecting the Root Node or Start Node or arbitrary Node of the same or heterogeneous PLANT to the Node of one PLANT, and specifying the relationship to associate with each other (Operation)
Operation: The Super Tree and each individual PLANT can be defined and executed, and PLANT creation, modification, graft, node insertion, search, evaluation, and utilization. A generic term for the same act
Big Information: Any knowledge and information included in Super Tree or BOGMKI
STUMP (stump): As an abbreviation of Smart Total Unified Management Platform, it is composed to prepare the foundation of the Super Tree composition, and the root becomes the ROOT of the Super Tree, and the Knowledge and Information Model (or Briefly,'Information Model')
BDT: As an abbreviation of Breakdown Tree, it is composed to manage information that can be classified into detailed unit information of the same kind or homogeneity when systematically or hierarchically classified or subdivided among target information to be used for goal management. Knowledge and Information Model in Tree Data Structure type defined with manipulation
IVY (Ivy): It divides and subdivides the entire duration or time of target management into'Unit Time', the standard for task performance management of a certain length, and represents each subdivided unit time as a node, and'Start' which represents the start unit time. A Knowledge and Information Model that is configured by connecting with arcs sequentially from'Node' to'Finish Node' (or'Last Node') corresponding to the end unit time, and defined along with Operation
VINE (Vine): Various production, manufacturing or manufacturing processes that handle raw materials, semi-finished products and products flowing in a certain direction, support systems that supply various media or energy such as cooling water, compressed air, steam and power, and other various circuits ( Circuit) or a system that performs a specific function, each facility, component, or element or entity constituting the process or system is represented as a node, and the type of the process or system and these processes A knowledge and information model that expresses and configures the interconnection relationship between these facilities, devices, or elements or objects in an arc along the flow of media or objects handled by a system or system, and defines them along with manipulation.
BUSH: Various systems or networks composed of facilities for performing specific purpose functions, elements or entities are connected so that data, medium or objects can move in both directions. In (Network), a knowledge and information model that represents each facility, element, or entity as a node, and the connection relationship between them is represented by an arc, and is defined with operation.
SHRUB (shrub): In addition to knowledge and information represented by STUMP, IVY, VINE, and BUSH, rules representing and implementing various operations, reasoning and judgment, and management actions and procedures, and detailed attribute information of specific information , Knowledge and Information Model that organizes and stores Table, List, Stack and Queue for various records in the form of Tree Data Structure, and defines along with manipulation
PLANT:STUMP, BDT, IVY, VINE, BUSH and SHRUB collectively
NAS: Node Attribute SHRUB, an abbreviation of SHRUB, that systematically/hierarchically classifies and subdivides the attribute information of each node in the Super Tree.
Node Given Name or Node Name: Node name given to each node itself for each individual plant
PPN (plant internal path name):As an abbreviation of PLANT Path Name, it is a node name or'Node Full Name' that is represented as a path consisting of the path from the Root Node to itself and its own'Node Given Name', which nodes in each individual PLANT have. It can be used for reasoning and inference by accessing all nodes on the path including itself and attribute information of nodes, and abbreviated notation is possible within the range that maintains the uniqueness of the name.
Node Number:A number assigned to each node by reflecting the structural characteristics of the plant for each individual plant
STPN (Supertree Path Name): As an abbreviation of Super Tree Path Name, it is a node name that represents the path from the Root Node (expressed as'ROOT') of the Super Tree to itself and the path including the node's own Node Name, which each node in the Super Tree has. All nodes on the path including itself and attribute information of nodes can be accessed and used for inference, and abbreviated notation is possible within the range of maintaining the uniqueness of the name.
RSTPN (Supertree Relative Path Name): Relative Super Tree Path Name. It is an abbreviation of Relative Super Tree Path Name. It is the name of each node that starts from the other node and reaches itself between any two nodes in the Super Tree, or the name of each node that starts from any other node and reaches itself. Node name, or node name of neighboring nodes represented as a path to each neighboring node with a specific node as the central node (COIN), and abbreviated representation is possible within the range that maintains the uniqueness of the name.
Alias Node:For a specific node, a node that belongs to another PLANT but represents the same facility or component, entity or object, and variable or value as the corresponding node
COIN (node of interest): An abbreviation of Center Of Interest Node, which is the center of interest or reasoning.
Eval: It is an abbreviation of'Evaluation'. When a specific node name is evaluated, it evaluates the Eval Expression of the node itself or included in the properties and returns the result value.
Unit Time: It is a unit of the default elapsed time or period selected for the convenience of goal management, and the default is'Day', and can be freely changed to other time units according to the desired time management precision.
BEAR Mark: Progress Management IVY of each task is carried at the end, and it is a mark that is displayed at the location of the Finish Node that represents the various durations of the relevant task.Baseline Duration (B), execution target It represents the duration (Execution Goal duration (E)), Anticipated Completion Duration (A), and Real completion Duration (R), respectively, and once the first task schedule is confirmed,'B' and'E' 'Mark's node position is fixed.
SMART: It is an abbreviation of Schedule and Milestone Adjustment Record Table, which is composed of SHRUB to store and manage the schedule of each task and the adjustment history of Milestones, and is a table that grafts to the Start Node of Progress Management IVY of the task.
Milestone: In each task, it is possible to objectively check the progress status, including the start status and completion status, and a status that becomes an important meaning or turning point in which the corresponding progress value (%) can be assigned.
Super Rule: It is composed of SHRUB, has an LHS (Left Hand Side) Node and RHS (Right Hand Side) Node, and both LHS Node and RHS Node can have an arbitrary number of child nodes, and each node has the number of child nodes and ' Eval' method or condition is used as an attribute value in the NAS of the corresponding node, and it is configured as a template rule to improve the universality of the rule by receiving the associated ORE STEM and STPN as an execution environment, and to configure the rule to execute itself repeatedly. , By including'Internal Rule' in the Rule or allowing other rules to be grafted, the Rule is composed of a combination of modularized knowledge, while sharing common context information, and consistent and focused (Focused) By allowing reasoning and inference, judgment, execution of procedures or methods, and calculations, high abstraction level tasks, instructions, requests, and platform tasks can be processed and implemented. To configure to be
Assert (published):Operation to announce a specific fact and invoke and execute the rule containing the relevant fact in the LHS or conditional partREGIME Agent:As an abbreviation for Rule Expression Generation, Invocation Management and Execution Agent,'Project Manager Agent', which is first created when the platform is started, is created together with the agents in charge of each functional area of the platform, and Rule Expression is created ( Generation), invocation management (Management) and execution (Execution), intelligent S/W Agent that supports Rule execution of other Agents
ORE STEM: Paths that are sequentially selected in the ORE Generation BDT for specific instructions or assignments given by the PM, requests from other managers, and the platform assignments, using ORE Generation BDT, and attribute values of nodes on the path As an abbreviation for Order and Request Expression STEM (command and request expression stem) expressed as, it is also briefly expressed as'STEM', and as a specific path of ORE BDT, it is possible to separate the Graft and Node Eval, and the corresponding instruction and task , Provide as enforcement environment information to the rule called to perform requests and tasks
RORE: As an abbreviation for Regular Order and Request, STEM performed regularly
ORE Table: As an abbreviation of Order And Request Table, the ORE STEM representing the instructions given by the PM to the Platform, the duties assigned, requests from other managers, and the basic tasks given to the Platform, and the rules for performing the instructions, duties, requests and tasks. Table that stores information to call
Event: As all situations that occur randomly during the task execution process, it is classified into Positive Event, Negative Event, and Neutral Event according to the effect on task progress, and classified into Local Event and Global Event according to the scope of the affected tasks. Events are classified into risks, and depending on the field and characteristics of the project/task, the arrival or elapse of a specific time, entry into each execution stage of the project/task, instruction or assignment from the PM, and requests from other managers. Occurrence is also included in the event and handled by calling and executing rules that can cope with the event according to the Event And Risk (EAR) Handling Process when the Event Detection Rule detects a specific event.
EAR Table: As an abbreviation of Event And Risk Table, STPN representing events and risks that are actually expected or already occurred during project/task execution in Event and Risk BDT, and information to call rules to handle the event and risk. Table to do
EAT: As an abbreviation for Event Absorbing Tactic, an event absorption strategy to prevent the impact of various negative events occurring in the target management process early or to minimize the spread.
EMART: An abbreviation of Event Monitoring And Recording Table, a table composed of SURUB to monitor and manage events occurring in the process of task execution.
GRACE: An abbreviation of Gradual Resource Allocation and Cost Evaluation. For each task to be performed for target management, the resource to be input is incremented or decremented in an input unit within the range of the possible input, and the optimal task execution period (Duration) In the process of searching for or applying the event absorption strategy (EAT), a technique to search for a period/time that can recover progress or situation with minimal Expense or Effort
Semantic Primitive: Basic terms and expressions defined as a unit keyword for expressing and processing all operations, rules, and platform tasks performed on the Super Tree (Basic Terms and Expressions)
NOA: As an abbreviation of Nature Of Activity, the specific activity content of a specific activity, task, or work indicated by the node and node name of the Super Tree
ANT: As an abbreviation for Absolutely Needed Time, the shortest required time or period that cannot be shortened beyond that even if all feasible efforts, means, and resources are mobilized.
PASS (Active Autonomous Service): It is an abbreviation of Proactive And Smart Service. Instead of unilaterally providing Menu, Submenu, or Tool, and allowing PM, other administrators or users to find and use the necessary functions, they directly direct instructions or commands of a high abstraction level. An intelligent active autonomous service delivery method that allows you to drop or request a platform
Super Forest: Knowledge and Information Model in the form of a Tree data structure that has multiple Super Trees as Subtrees
SWEEP: Abbreviation for Successive Work and Event Evaluation and Proceeding, a goal management technique that precisely continuously, continuously and autonomously processes and proceeds with all tasks and events to be performed or processed to achieve the set goal.(Complete definition and explanation of the above terms and abbreviations)
Super Tree-based according to the present invention with reference to the accompanying drawings below A preferred embodiment of the project/task intelligent goal management platform and method will be described in detail. The position reference number in each drawing uses 3 digits, and the first number represents the drawing number. The same description may be repeated for better clarity. In the case of technical terms, they can be mixed with English expressions to enhance the clarity of meaning. In the case of a name or expression defined in the present invention, or a name or expression used for the first time only by a brief description without a separate definition, and when trying to distinguish or emphasize a specific expression separately,'single quotation marks' may be added.
The project/task intelligent goal management platform of the present invention sequentially divides and subdivides the objects to be managed in order to achieve the goal for a project or task that sets a goal, and all detailed level management targets ('Vertical Breakdown Task Plane '), according to the established management plan (Schedule), over the entire project/task execution period (regarded as'Horizontal Progressing Time Axis') divided into a series of management unit time And it uses a goal management technique that manages and proceeds as if scanning precisely in 3-Dimension, and this is defined as'SWEEP' (Successive Work and Event Evaluation and Proceeding) intelligent goal management technique.
The Project/Task intelligent goal management platform of the present invention represents and supports PM as a Virtual Project Manager (VPM), based on the SWEEP goal management technique throughout the entire project/Task goal management process, and In order to precisely monitor and manage the progress and the occurrence of various events at every moment, first, a method and expertise to manage the set goals elaborately and intelligently (collectively,'knowledge). '), which is required to establish, manage, and achieve goals based on the collected knowledge, usually of a vast scale, and relational information that exists between raw data, processed data and data ( Collectively,'information') is collected and utilized. In the present invention, all'knowledge and information' (or collectively expressed as'information') required to set and achieve the goal of the project/task is collected and accepted, and autonomous inference and reasoning and judgment ( A'Super Tree' is created, constructed and utilized as a'Body Of Goal Management Knowledge and Information' ('BOGMKI') for use in Decision).
1 is a Super Tree-based according to the present invention Project/Task This is a flowchart showing the target management task execution procedure of the intelligent goal management platform.
1, Super Tree-based according to the present invention The Project/Task intelligent goal management platform supports the general manager of the Project/Task or the Project Manager (PM) (hereinafter collectively referred to as'PM') through the following 5 steps (process), and autonomously and actively performs goal management tasks. .
Step 1. Project/Task Initiating and Basic Information Collection Stage (S100)
A pre-configured'basic information input window' selected according to the field of the target project/task' (hereinafter referred to as'Project/Task' for short) is presented, and the field, name, final goal of the project/task, Overall basic information such as the scope and total execution period of'Deliverable to State' hereinafter referred to as'Deliverable' is input from the Project Manager (PM).
Step 2. Detailed Information Collection and Super Tree Constructing Stage (S101, S102)
Based on the total basic information input in the'Project/Task Start and Total Basic Information Collection Step', the project is configured by field in advance by using the platform implementation method of the present invention and the field-specific expertise of the project/task. Select and present the Super Tree Basic or Reference Structure Skeleton in the /Task field. Based on the presented Skeleton, knowledge and expertise in the relevant project or task field, and relational information (collectively,'information') between various data, processing data and data collected based on the relevant knowledge (Information)), received from the Project Manager (PM) and'Team members or other managers who perform tasks under the direction of the PM' (hereinafter collectively referred to as'other managers'), and'knowledge and knowledge for goal management' It composes the'Super Tree' as a total collection of information' (Body of Goal Management Knowledge and Information (BOGMKI)). The super tree to be made up of all and all detailed tasks to be performed (also referred to as'Work','Work Package' or'Activity' depending on the field and characteristics of the project/task, and hereinafter, collectively referred to as'Task') are organized by field or division. Quantitative information or quantification of information for performing hierarchically/sequentially classified or subdivided (S102), and the result or result status (hereinafter collectively referred to as'Deliverable') to be completed for each task as the scope of execution of each task It basically includes information and expertise, such as resources, costs, and budgets to be invested to complete the corresponding deliverables. Depending on the field and characteristics of a project or task, the total number of tasks may be 1, and the activity may be not only a physical activity but also an Intellectual activity, and the Deliverable is not only a quantity that can be expressed in units of measurement, but also a specific state. In addition, the resource to be input specifies both quantity and quality, and the expertise and method are the task execution method, execution strategy, and situation necessary to successfully achieve the goal. To state judgment knowledge, reasoning (Inference and Reasoning) capability, Know-how, Heuristics, and knowledge of the duration of a rough task execution.
As described above, all knowledge and information included in the Super Tree that is configured for the execution of a specific project/task to be achieved and to set a goal is defined as'Big Information'. In addition, in the case of trying to perform target management of multiple projects or tasks, a Tree-type Knowledge and Information Model in which the Super Tree, which is configured for target management of each project or task, as child nodes, is formed, and this is called'Super Forest. It is defined and utilized as'.
Step 3. Task Scheduling Stage (S103)
Breakdown in the'Detailed Information Collection and Super Tree Configuration Step' (S101, S102) and cooperate with PM, Scheduler and managers in charge of each task for all detailed tasks to be performed to achieve the goal. Set the'Baseline Duration' in consideration of the possibility of occurrence of exceptions for each task. The progress of each task at the elapsed time of the Baseline Duration is set to 100%, and the task execution unit time (Default is'Day', hereinafter described based on'Day'). Establish a baseline schedule. (Example: Using S-Curve or Linear function) Calculate the quantitative amount of Deliverables corresponding to the standard plan progress for each unit time, and the corresponding resource and cost. Next, conversely, each resource can be supplied in consideration of the'Allocation Unit' for each unit time above, and a feasible'actual supply plan' is established, and can be completed from the actual input plan. Quantitatively calculate the amount and cost of Deliverable. The basic main resources include Manpower, Facility, Material, Equipment, Capital, Time, and Space, and in determining the quantity that can be supplied for each resource, the quality, capacity or capability, and time and cost of the resource are determined. Consider together. The quantitative amount of deliverable that can be completed is converted back to the corresponding unit time of the task, the'Execution Schedule' Progress. The converted unit time execution plan allocates resources to go ahead of the standard plan, and the point at which the sum of each unit time execution plan reaches 100% is referred to as the “goal duration” of the task. The difference between Baseline Duration and Execution Goal Duration is set to the'Execution Internal Buffer' of the relevant task. Next, for each Execution Goal Duration,'Milestones' representing the specific progress or completion status of the task are set, and according to the preceding and subsequent relationships with the Milestones of other tasks, Milestones are mutually Finish-to-Start, Finish- By setting the preceding and subsequent relationships of to-Finish, Start-to-Start and Start-to-Finish, Baseline Schedule and Execution Schedule are established for all detailed level tasks, and corresponding Baseline Duration and Execution Goal Duration are set. Calculate. Depending on the field and characteristics of the project or task, the duration of each task may be predetermined or may be the time until a specific situation or state is achieved.
Step 4.Task Performing Stage (S104)
According to the'Execution Schedule' of each task established in the'Task Execution Plan Establishment Step', each time the task starts at every unit time, the Expected Supply Resource and the expected Deliverable that can be completed accordingly Calculate the corresponding expected progress. In case progress is expected to be delayed, measures are taken in advance, and progress and progress of all tasks are continuously monitored according to the progression time. In the case of an ‘event’ that interferes with the resource input during task execution and can affect the progress, take immediate action. Whenever each unit time elapses, the planned progress and performance progress of the unit time are compared for each task, the cumulative plan progress and the cumulative performance progress up to the unit time are compared, and the Significant Level prescribed in advance. ), in the event of a'delayed progress event' that differs by more than one, a'event absorption strategy' (Event Absorbing Tactic (EAT)) based on the GRACE (Gradual Resource Allocation and Cost Evaluation) technique described later is applied to maximize the delayed progress. It recovers early, tracks and analyzes the cause of the progress delay, accumulates it as experience, reflects it in goal management after the current unit time, uses events that may become opportunities for early completion, and additional instructions given by PM from time to time By performing the task assigned to the task and processing the requests of other managers,'All tasks of the level of detail subject to target management' (defined as'Vertical Breakdown Task Plane')'period/hour before target management' SWEEP' (Successive Work and Event Evaluation and Proceeding) Intelligent Autonomous Goal Management, which manages and achieves goals precisely through three-dimensional, continuous, proactive, and intelligent autonomous progress (regarded as'Horizontal Progressing Time Axis') Use the technique to carry out the goal management platform task. Depending on the field and characteristics of the project/task, if the progress needs to be managed in real time other than the progress, the occurrence of a situation that may affect the achievement of the goal is regarded as an event, and the task is to recover the situation or use the opportunity. It modifies or coordinates the execution plan or strategy, and performs the goal management platform task using the SWEEP technique.
Step 5. Project/Task Completion (Finishing) Stage (S105)
In the case that the entire project/task is successfully completed by completing the final deliverables that satisfy the quality standard for all tasks of the level of detail that have managed progress in the'task execution step', and there is a separate project/task owner In the event, it is handed over to the corresponding owner, and the goal of the project/task is achieved. ■
The intelligent goal management platform of the present invention supports the general manager of the Project/Task or the Project Manager (PM) (collectively, “PM”) through the five-step process, and autonomously and actively performs the goal management task.
The five-step target management process is mainly explained by plant engineering/procurement/construction (EPC) projects or production management tasks in a smart factory, but in addition, corporate management, organizational management, energy management, smart computer From the implementation of an operating system, management of goals and strategies or operations of various games or sports, stock investment, election management, and personal goal management, a wide range of humans who want to set and achieve goals It can be applied and applied in the field of activity. Depending on the field and characteristics of the project or task for which the goal is set, the PM may be other CEO, general manager, supervisor, or individual, and instead of the task execution plan, the execution strategy can be established, and the task execution period (Duration) can be given as the time until reaching a specific time or state, and progress management of a task can be parallel or replaced with state management.
If necessary for clarity of the description below, an example of a specific project/task will be described. Mainly explains the engineering/procurement/construction (EPC) project of a large plant or the production management task in a smart factory. In addition, the energy saving management task in the energy management system, and the power system, a large-scale national infrastructure An operation management task and a performance management task of a computer operating system are described as examples.

Hereinafter, the configuration and utilization method of the Super Tree will be described in detail with reference to FIG. 2.
First, it represents all management actions to achieve the goal of the project/task to be set and managed at the cost of'Optimal-minimum', and is the top manager (PM) as the'Virtual Project Manager' (VPM). Symbolically, a root node representing a total and unique starting point or entry point of the project/task goal management is created (201).
The project/task management goal may be two or more, and therefore the'optimal/minimum' cost is appropriate for factors such as environment, quality, convenience, safety and security, depending on the characteristics and goals of each project/task. It means the overall minimum cost that is reflected in the total cost by assigning the determined weight value.
Next, all management actions that need to be performed to achieve the goals of the above project/task are classified or subdivided by major field or division, and each division or subdivided major management field represents and represents the relevant management actions. Create major management nodes for (202).
Subsequently, as a stump that is the basis of the Super Tree composition, a Knowledge and Information Model in the form of a Tree data structure is created in which the main management nodes are child nodes of the Root Node, and this is defined as'STUMP' (Smart Total Unified Management Platform). Do (203).
The STUMP is constructed to form a framework that explicitly enumerates all major fields or sectors to be performed for goal management of a project/task and establishes an overall information storage and management system. do. The Major Management Nodes may each have Minor Management Nodes, which are subdivided into detailed management actions, as child nodes, and STUMP is based on not exceeding 3 Levels for clarity of the overall information and management system.
Next, in order to collect, store, and use all knowledge and information (hereinafter collectively referred to as information) necessary for the target management of the project/task selected for each of the major management sectors or fields, Depending on the relationship, the following information models for specialized purposes are defined and configured together with operations that can be performed on the model.
1. The structure of the Tree Data Structure that is organized to manage information that can be broken down into detailed unit information of the same kind or homogeneity when systematically or hierarchically classified or subdivided among the target information to be used for goal management. With'BREAKDOWN_TREE' (hereinafter expressed as'BDT').
2. The entire duration or time of target management is divided and subdivided by the management standard'Unit Time' of the desired time precision, and each subdivided unit time is expressed as a node, and the starting unit time From the'Start Node' representing the'Start Node' to the'Finish Node' (or'Last Node') corresponding to the end unit time, it is configured by connecting with arcs sequentially, and defined together with the operation, and the goal management is transferred. Schedule management of each task to be performed over time/period, progress management, progress management, dependency or preceding/successor relationship management, management of the operating status of various facilities to be operated, and various events In order to manage (Event) and risk management at the desired time resolution level, it has a structure in the form of a chain of nodes of unit time with a length corresponding to the duration of each task. 'IVY'.
3. Various production, manufacturing or manufacturing processes that handle raw materials, semi-finished products and products flowing in a certain direction, various media such as cooling water, compressed air, steam, and power, and a support system that supplies energy, and other various In a system that performs a circuit or a specific function, each facility or component, or element or entity constituting the process or system is represented as a node, and the form of the process or system is represented. Accordingly,'VINE' of the structure that represents the interconnection relationship between these facilities, devices, or elements or entities in Arc.
4. Various systems in which facilities for performing functions of specific purposes, elements or entities are connected so that data, medium or objects can move in both directions. In a network or network,'BUSH' has a structure that represents each facility, element, or object as a node, and represents the interconnection relationship between these facilities, elements, or objects in an arc along the shape of the system or network.
5. In addition to the information stored in the above STUMP, BDT, IVY, VINE and BUSH, the platform is basically required to perform a given goal management task, fulfills instructions from PM, or processes requests from other managers. 'SHRUB' with Tree Data Structure structure to store all information and knowledge needed for and use for reasoning.
The'STUMP','BDT','IVY','VINE','BUSH' and'SHRUB' are collectively defined as'PLANT' (204).
Subsequently, for each type of PLANT defined as above, an arbitrary number of individual PLANTs are created according to the need for target management (Instantiate), and the Root Node or Start Node is mainly connected to each node of the STUMP, and thus child nodes Separately, the act of connecting the Root Node or Start Node of other plants of the same or different types is defined as'Graft' (205, 206, 207).
In each node of each plant that has been grafted to the STUMP, related information is additionally stored for goal management, or if it is necessary to access information stored in another plant for inference, Root Node, Start Node, or arbitrary Node can be continuously and repeatedly grafted (208, 209), and through the Graft, each node can access, search, and search between nodes within its own PLANT. In addition to the traversal path, paths that can be accessed, searched, and moved to other PLANT belonging nodes through Graft are additionally created. The “Body Of Goal Management Knowledge and Information” (“BOGMKI”) consisting of all the plants grafted to the STUMP and STUMP is defined as “Super Tree”.
First, a method for direct access to each node in the Super Tree, which is configured to store all information necessary for target management, is described. All PLANTs composing the Super Tree are given a unique PLANT Name and PLANT Number within the Super Tree, and the'Root Node' or'Start Node' of each PLANT (hereinafter referred to as'Root Node' if not specified separately). The Node Name of (general name) is the same as the corresponding PLANT Name. PLANT Numbers are assigned by configuring a numbering system to determine the total number of PLANTs and the relative position of the relevant PLANT within the PLANT according to the characteristics of the Project/Task.
All nodes in each PLANT are also given a unique node name ('Node Name' or'Node Given Name') and a node number (Node Number) in the affiliated PLANT. Node Numbering is assigned by configuring a numbering system that can determine the total number of nodes of the plant and the relative position of a specific node within the plant according to the type of the plant. In addition, each node additionally has a path from the root node of the plant to which it belongs to itself and a'Node Full Name' consisting of its own'Node Given Name', which is the'PLANT Path Name' of the corresponding node. It is defined as'(PPN).
If it is difficult to give a unique name to each plant because there are many plants of the same (Identical) configuration as the same type of PLANT, the PLANT Path Name (PPN) of the node that has grafted the plant is placed in front of the Root Node or Start Node of the relevant PLANT. Paste them together so that they have a unique name. Even in the case of a node, when it is difficult to assign a unique Node Name because a number of similar nodes exist in the same PLANT, a uniquely distinguished path part of the PPN of the corresponding node is used to distinguish or access.
The'Graft' is achieved by storing the PPN (PLANT Path Name) of the other node as a Graft property value in both parties to graft, and mutually'Grafting Parent' and'Grafting Child' between both nodes according to the direction of the graft. The relationship is established, and a'Graft Path', a relative path that allows access to node information of other Grafted PLANTs, is formed centering on each node from both nodes. 'Root Node' or'Start Node' of all PLANTs except STUMP can be grafted to the Root Node of other PLANT or to any node, and any node of any PLANT can be Grafted to any node of other PLANT as needed. can do.
The type of graft is determined according to the relationship between the information connected to the graft. Typical types of grafts include the relationship of providing details or attribute information of main information; Physical antecedent/successor linkages; Temporal antecedent/successor relationship; Antecedent/successor relationship or dependency relationship of logical conditions; The relationship between physical main information and sub information; Identical to Equivalent information relationships; The relationship between the task and its execution method, knowledge, and expertise/technique or know-how; There are, and can be added or omitted depending on the field and characteristics of the project/task. Therefore, the graft has a directionality according to the mutual relationship between the nodes to be grafted, and in the same or equivalent information relationship, the direction can be arbitrarily determined according to the convenience of using information for target management. In addition, all grafts in the Super Tree can be statically or dynamically performed during goal management or inference, and these are called'Static Graft' and'Dynamic Graft', respectively. In the case of'Dynamic Graft', the graft may be canceled (hereinafter referred to as'Degraft') after the purpose or purpose of the graft is terminated.
All nodes in the Super Tree have a path from the Super Tree's Root Node (expressed as'ROOT') to itself and a path name including the node itself, and this is called'Super Tree Path Name' (STPN). Therefore, STPNs of all nodes except for the STUMP Node include one or more'Graft Paths'. In addition, when a node other than the root in each plant is grafted to a node of another plant, the node has an STPN through the grafted node in addition to the original STPN that includes the root node of the plant to which it belongs. The STPN that passes through the root node of the plant to which the node belongs is specifically called'Original STPN'. Therefore, each node may have one or more STPNs, and a desired STPN may be selected and utilized according to the context required in the inference process using the node. In the case of STPN formed by grafting random nodes to other PLANT nodes except for the root in a specific PLANT, the name of the corresponding node is indicated by including the PPN of the corresponding node in parentheses.
In addition, two arbitrary nodes in the Super Tree can form a Path Name as a relative path starting from the other node and reaching itself, and this is defined as a'Relative Super Tree Path Name (RSTPN). In the path constituting the'RSTPN', the path part in the direction descending from the ROOT of the Super Tree is called the'Forward Path', and the path part in the direction going up toward the ROOT is the'Reverse Path'. It is called. Each Super Tree Relative Path Name (RSTPN) may change direction from a specific node during progress or backtrack to a path that has passed, and thus may include both a forward path and a reverse path.
When inference needs to be made while using surrounding information centering on a specific node, the original STPN of the node is defined as a'Center of Interest Node' or'COIN' (Center of Interest Node). Therefore, the surrounding information of a specific node can be easily accessed by designating the node as a COIN and using the COIN-centered RSTPN.
The following is the method of notation of the STPN, PPN, and RSTPN, which is the node path for storing information in each node of the Super Tree and for accessing, retrieving, extracting, or searching. Explain about it. The forward path between nodes is marked with Slash('/') instead of Arc for convenience. However, in the case of the Graft Path, mark it as Double Slash ('//'). In addition, when indicating a reverse path, use Back Slash ('\'), and in case of a reverse direction graft path, use double back slash ('\\' ). However, the path notation may use other symbols as long as there is no confusion depending on the programming language implementing the platform.
In the expression of paths for accessing each of the Super Tree Nodes, when accessing a corresponding node or making reasoning (Reasoning or Inference) for goal management. Nodes that can be omitted are omitted and can be represented by a simplified path expression. In addition, when comparing two paths to determine whether they match or not, if the path includes'*', which is a wildcard notation, it can be matched with an arbitrary path including one or more nodes at the corresponding location, and if it includes'&' It can be matched with one node of. In addition, if a variable node expression such as'?node_variable' is used at a specific node location of a path, the actual node name of the corresponding variable node location can be extracted as the variable node value from the matched relative path.
When a graft is made between two nodes, the expression of the corresponding Graft Path is expressed as'PPN of Grafting Parent Node//(PPN of Grafting Child Node)' in the forward direction, and'PPN of Grafting Child Node' in the reverse direction. It should be expressed as'\\' (PPN of Grafting Parent Node)'.
Next, the ‘action’ that the platform can perform on or utilize the Super Tree and the PLANT or PLANT Nodes that make up the Super Tree will be described in order to perform the goal management task.
The'action' for the Super Tree and each PLANT or PLANT Node is called'Operation' that can be performed on the plant. 'Operation' in Super Tree is divided into'Common Operation' that can be applied to all plants in the whole Super Tree and'Exclusive Operation' that can be applied separately to each plant, and has the same name. Even for the operation of, the method of application may vary depending on the applied plant.
Basic common operations performed on Super Tree include'Create_Super_Tree','Create_PLANT','Create_Node','Insert_Node','Delete_Node','Graft','Degraft','Prune' and'Node_search'. Examples of manipulations of the high abstraction level include'Node_Visit','Node_Eval','Node_Expand','Node_Shrink','Path_generate' and'Path_Instantiate'. The names of all operations defined in Super Tree can be represented by changing the order and case of constituent words according to the use environment of the operation and whether the expression is emphasized. The name of each operation indicates the purpose of the operation, and the details of the detailed operation are defined by the platform implementation engineer or manager or PM according to the characteristics of the project/task. Each operation is implemented using'Rule' so that the details are explicitly indicated, the creation of black-box is excluded, and can be adjusted or updated freely and flexibly.
In order to compose a new Project/Task goal management system, the'Create_Super_Tree' presents the typical basic Super Tree structure or skeleton of the relevant Project/Task field that has been previously configured when basic information is entered, and is freely displayed on the graphic. It is an operation to create, add, delete, and graft various plants and nodes, and to create a super tree.
The'Create_PLANT' presents the typical basic structure or skeleton of the type of PLANT to be created under the selected Super Tree Skeleton, creates, adds, and deletes nodes of the plant freely in the graphic, creates the plant, and It is an operation to graft.
The'Create_Node' presents the skeleton of a typical and basic Node of the designated PLANT and the Skeleton of the attribute SHRUB (Node Attribute SHRUB (NAS)), and'Instantiate' it as a specific node and insert or connect (Insert) or connect ( It is an operation to be able to connect).
The'Insert_Node' is an operation for connecting the created node to the corresponding PLANT, and the'Delete_Node' is an operation for deleting the node selected from the PLANT. The manipulation of'Insert_Node' or'Delete_Node' includes manipulation of connecting or disconnecting nodes around the corresponding node according to the type of the PLANT.
The'Graft' operation is an operation that connects the same or different types of PLANT to the selected PLANT, and'Degraft' is an operation to separate the grafted PLANT. The'Prune' operation is an operation to delete all descendant nodes or subsequent nodes, including the selected node, and the'Node_search' is an operation to search for a node with a desired condition in the entire Super Tree or within a specific PLANT. As a result of the'Node_insert' and'Graft' operations, the total number of nodes in the Super Tree increases or a new relationship is formed between nodes, and thus'the total aggregate of goal management knowledge and information', that is, ' The knowledge and context information of the Super Tree, which is'BOGMKI', is increased, and the learning effect of using the information of these increased nodes for inference for goal management is increased. Will come true.
All operations performed on the Super Tree, functions or tasks basically implemented in the platform, and operations of the higher level of abstraction are used to represent and process the instructions or tasks and requests given to the platform. In order to express and process requests and operations,'Basic Terms and Expressions' are defined and used as Platform Keywords, and the defining Keyword is called'Semantic Primitive (SP)'.
Basic Semantic Primitives (hereinafter referred to as'SP') are'Graft' and'Degraft' for manipulation of interconnecting or separating PLANTs to form and terminate relationships between information,'Visit' to visit specific nodes, and specific nodes. B.'Evaluate' (or simply'Eval') to return a specific attribute value of the corresponding node, and when a specific variable value is set, the relevant'Fact' is announced and all or part of the prerequisites are satisfied as the Fact. There is an'Assert' that allows you to'Invoke' and'Execute' (also expressed as'Fire' or'Trigger') to'Satisfied''Rule'.
In addition to that, examples of commonly used SPs. 'Acquire','Check','Collect','Compare','Compute''Conduct','Control','Create','Define','Determine' ','Develop','Display','Estimate','Evaluate','Explain','Find','Forecast','Implement','Monitor','Perform','Plan','Report', SPs such as'Set','Show','Simulate','Summarize','Support' and'Validate' are used, and'Expand' to display detailed information or time of a specific facility 'Alert' for notification,'Confirm' and'Acknowledge' for confirmation,'Every' to indicate the range of manipulation targets, or'Each','All' and'With_condition', providing specific information or including in the information 'Every_day','Today','Yesterday','Previous_day','Tomorrow','Next_day','Every_week','Last_week','Every_month','Last_month','Present ','In_progress','Past', and'Future','All','Every','If','Else_if','Else','Equal' ( Quantity),'Eq'(Quality) or'Is','Not_Equal','Greater_Than(GT)','Greater_or_ Equal(GE)''Higher','Lower','Above','Below','Less_Than (LT)','Less_or_ Equal' (LE),'AND','OR' and'NOT' SPs are used, and each P Depending on the characteristics and convenience of roject/Task, Jargon or Lingo commonly used or commonly used in the relevant field are added and utilized as SP. Each SP may be defined or used, including other SPs, to define or specify its meaning.
By grafting'Node Attribute SHRUB' (NAS) to each node in the Super Tree, the attribute of the corresponding node can be systematically/hierarchically classified and subdivided and stored. Each attribute node of the NAS basically includes the node's own PPN, the node's child node or successor node, the number of'Adjacent Nodes' and the Node Name List, the number of Grafts, the type of Graft, and the Grafting Parent Nodes. It stores property information such as PPN List and PPN List of Grafting Child Nodes. Therefore, the properties of all nodes can be accessed through'STPN' including the NAS Graft Path of the node in the Super Tree or'RSTPN' starting from the node. Each node of the NAS can continue to graft other plants.
The'Node_Visit' is an operation for visiting or selecting corresponding nodes to perform a desired operation on a specific node. Each node in the Super Tree can use itself as a variable if it is a variable expression that can have its own value. The'Node_Eval' is an operation to return the variable value of the node when a specific node is evaluated. If the node itself is not a variable node, a value to be returned when'Node_Eval' can be stored including a'Value', Node, or'Eval Expression' Node in the property node. The'Value' Node has a value that must be returned directly when Node_Eval is performed, and the'Eval Expression' Node has a'Eval Expression' in the form of a List that enables a value to be returned through a logical operation or arithmetic operation when Eval is performed. The first element of the'Eval Expression' is usually an arithmetic operator, a logical operator, or a function, method, or procedure that can be called and executed, and the remaining elements are mainly arguments.
The'Node_Expand' is an operation to expand a visited node, and is divided into'Node_Level_Expand','Node_Total_Expand','Compound_Node_Expand','Compound_Node_Expand', and'Node Graft Expand'.
The'Node_Level_Expand' is an operation to display a child node or a subsequent node of a corresponding node within a PLANT belonging to the selected node by the level specified according to the structure of the corresponding PLANT. Therefore, if you want to display only the child nodes or subsequent nodes of the selected node, perform the '1-Level' Expand operation. In the case of IVY, 1-Level Expand is also called'Node Increment' due to structural characteristics.
The'Node_Total_Expand' is an operation in which all descendants or successors below or after the corresponding node within the PLANT belonging to the selected node are indicated according to the structure of the corresponding PLANT.
A node that is represented by collapsing or condensing a facility or element of a complex structure into one node is defined as a'compound node', and the'Compound_Node_Expand' refers to a compound node of the corresponding node. This is an operation that expands or expands to a plant showing a detailed configuration. At this time, if the expanded PLANT has a homogeneous structure with the PLANT to which the original complex node belongs, the entire expanded PLANT can be inserted into the original PLANT to replace the corresponding complex node. Otherwise, the corresponding complex node The expanded PLANT is displayed by grafting.
The'Node_Graft_Expand' is an operation that shows the entire PLANT to which the corresponding node belongs on the display showing only the grafted node to briefly indicate the graft.
Subsequently, the'Node Shrink' is an operation of collecting necessary information from all descendant nodes or subsequent nodes of the selected node, storing it as a property of the selected node, and pruning all descendant nodes or subsequent nodes. The collection of the information refers to selecting specific attributes, statistically processing, or logically collecting and determining.
The'Path_generate' is an operation of generating a general-purpose STPN that can match the STPNs of multiple nodes by including a variable expression node such as'?node' or a wildcard expression such as'*' or'&' in the path of the STPN. And'Path_Instantiate' is an operation to instantiate the STPN so that Node_Eval is possible as a specific Node Name by replacing all variable expression nodes with actual node names in the general-purpose STPN.
The Super Tree operations can be added or omitted according to the characteristics of the project/task. In addition, the expression of each operation name may be displayed in upper and lower case or by changing the position of the verb and noun expression for the content and emphasis of the operation or according to a specific use.
With the configuration of the Super Tree as described above, all information and knowledge necessary for the goal management of the project/task to set and achieve, the affiliated plant, the name of the node, the properties of the node, and the path of the node It is possible to save as (Path), the relationship between other nodes in the affiliated PLANT, and the relationship (Context) with neighboring PLANT nodes connected by Graft. Each node can be used as a variable that has a value represented by a number, a literal term, or a list. In the case of List,'Enumeration List' which simply enumerates member elements,'Function List' which includes operator and function names and arguments for arithmetic operation or logical operation at'Eval', and judgment or reasoning. It is divided into'Operation List' that contains additional information and operation to perform. Each node value is manually input through a keyboard or smart phone, or automatically input through a sensor or measurement system or other server or Internet, or by arithmetically or logically calculating the other node value(s) received. , Linear Programming, Dynamic Programming, Search, Sorting, etc. Existing algorithms, statistics, or arithmetic software packages or tools are called or introduced and calculated, or'Rule' is applied to the above node values. It can be acquired by judgment through reasoning or inference.
Next, the configuration and utilization of each PLANT constituting the Super Tree will be described in detail.
First, the configuration method of STUMP that forms the framework or foundation of the Super Tree is as follows.
In the ROOT Node, which is the root node of Super Tree and the root node of STUMP, basically, the name, content, goal, 'Project/Task Charter SHRUB' (211), which includes all basic information such as execution subject or owner, PM or general manager, execution period, total budget and location, and monitors progress along the entire project/task progress period. To manage,'Master Calendar-mapped Progress Management IVY' (212) and'Master Event BDT' to be described later are grafted.
The goal of the above project/task can be the completion date or construction period, scale, production capacity and budget in the case of a plant EPC project, and in the case of a smart factory construction task, it can be the annual production volume, quality and target cost for each product. In the case of corporate management, it can be an annual sales target and profit target, in the case of a building management task, it can be an indicator of annual operation and management costs, safety, security, and benefits, and in the case of an energy management task, it can be It can be a savings cost, and in the case of a computer operation management task, it can be an indicator of Response Time, Security level and usability, and in the case of a sports goal management task, it will be a win rate, win, or win. In the case of a stock investment goal management task, it can be the investment return target amount, and in the case of an individual goal management task, it can be the acquisition of a specific qualification or the achievement of a set goal.
Next, according to the characteristics of the project/task and the goal to be achieved, all management actions and targets to be performed are categorized by major division or field, and representative Major Management Nodes 202 are created and connected to the child nodes of the ROOT. It composes'STUMP', a knowledge and information model in the form of a tree.
Typical examples of major management nodes are the duration of the project or the entire task to be managed as'detailed tasks' (also expressed as'work','work package', or'activity' depending on the project/task). A'Time Management Node' 210 for creating and scheduling, managing the day of the week, holidays, major event information and time-related information of each calendar date; A'Deliverable Management Node' 213 for managing the final goal of a project/task and a result (Deliverable) or result state (hereinafter collectively referred to as'Deliverable') generated as a result of each task execution; A'Task Management Node' (214) for managing all and detailed tasks that must be directly or indirectly performed in order to complete or produce a Deliverable, which is a result or state of achieving the goal of a project/task; ‘Resource Management Node’ for managing all resources that must be put in to complete or produce Deliverable; A'Facility Management Node' 215 for managing system facilities such as production processes, Electrical System, Steam Supply System, Compressed Air System, Cooling Water Supply System, HVAC System, and instrumentation control system facilities; 'Space Management Node' to manage all spaces and locations required for project/task execution; 'Event Management Node' for coping with all events that may or may occur in the process of performing target management; A'Risk Management Node' for managing dangerous events that may cause delay in the entire task among events; 'Platform and Super Tree Management Node' to organize Super Tree and manage the platform itself; In addition, the'Rest-of-All Management (ROAM) Node' (216), which accommodates all management areas that have no practical benefit or cannot be accurately identified as a major management item at the time of Super Tree composition. In addition, all management actions should be completely (100%) included.
Each of the major management nodes may be subdivided into a plurality of detailed major management nodes and replaced, or may have subdivided detailed management nodes as child nodes.
For example, the Task Management Node is based on the characteristics of a project/task, and in the case of a plant EPC project, ITB or RFP Preparation Management Node, Bid Preparation Management Node, Contract Management Node, Engineering Design Management Node, Construction Management Node, Test It can be divided into separate Major Management Nodes as subdivided like and Commissioning Node, or all can be configured as child nodes of Task Management Node. In the case of Smart Factory construction and operation task, it can be subdivided into Production/Manufacturing Facility Management Node, Production/Manufacturing Process Monitoring Management Node, and Inventory Management Node, and in the case of computer operation management task, the normal operating system (OS) In addition to the Processor Management Node, Memory Management Node, Disk Management Node, File Management Node, Device Management Node and Network Management Node, it can be subdivided by adding Security Management Node and User Service Management Node. In the case of the operation task, the Energy Consuming Facility Management Node, Energy Consuming Category Management Node, Space Management Node, Energy Cost Management Node considering Time of Use (ToU), and Peak Electric Power Management Node to manage the maximum power demand, and The same Management Nodes can be configured to replace Task Management or can be configured as child nodes that subdivide Task Management Nodes.
Next, the breakdown tree (BDT) will be described in detail.
In order to store and utilize information that can be broken down into detailed management target information of the same or homogeneity, if classified or subdivided sequentially or hierarchically among the information on the target to be managed by each field of each Management Node of STUMP, It classifies or subdivides management targets sequentially or hierarchically, and constructs a Tree-type Knowledge and Information Model that represents each of the generated detailed management target information as nodes and connects them to an arc that has parent-child relationship, and this is called'Breakdown Tree' (hereinafter ' BDT').
Each of the above BDTs contains 100% and only 100% of the objects classified at each level (also referred to as'The 100% Rule' in the Project Management Community), and for this purpose, there are objects that are omitted from the classification. In addition to the child nodes expressed as explicit, a'Rest-of-All' Node (hereinafter referred to as'ROA' Node), which symbolically represents all other targets, was added to the level to be managed completely. Include %.
The root node of the BDT for each management object configured as described above is grafted to the STUMP node representing the management of the corresponding field or division. In addition, each node of the BDT may also graft with other PLANT Nodes in the Super Tree related to the target.
An example of a typical BDT that is configured in a goal management platform is each created by hierarchically classifying or subdividing the entire and all detailed actions or tasks to be performed to achieve or complete the final goal of the project/task during the planning period. 'Task BDT' which represents the task of the level of detail as a node and grafts it to the Task Management Node of STUMP; "Deliverable BDT" which hierarchically breaks down the Deliverable to be completed or achieved as a result of the execution of the task for each task of the Task BDT during the target planning period and displays it as a node, and grafts it to the Deliverable Management Node of STUMP; ‘Master Event and Risk BDT’ that grafts to STUMP's Event Management Node, indicating all events and risks that may occur in the process of executing the target management task by category by category and displaying them as nodes; Hierarchy by type, manufacturer, capacity, model, location, etc. of all facilities that need to be used as part of the resource to achieve the goal according to the project/task or all target facilities that need to be installed or constructed Separately classified, individual unit facilities become Leaf Nodes, and'Master Facility BDT' which grafts to STUMP's Facility Management Node; When a building is included in the target,'Space BDT' which breaks down each floor and the space of each floor and displays it as a node, which is grafted to the Master Facility Management Node of STUMP; In order to manage and utilize the physical location of all facilities and spaces of the various Facility BDTs and Space BDTs, and location information on screens and drawings, a coordinate system represented by a 4 x 4 Homogeneous Coordinate Matrix of a hierarchical structure is defined, and these coordinate systems are defined. 'Coordinate System BDT' which is represented as a node and grafts to the Master Facility Management Node of STUMP; In order to manage sensors, instruments and controllers installed in all facilities and spaces, that is, Monitoring and Control Point, all control points are classified by type, installation location, and the name of the control point, and displayed as nodes. 'Monitoring and Control Point BDT' grafting to the Master Facility Management Node; 'Resource BDT', which divides all the resources to be put in to achieve the goal of Project/Task, divides them hierarchically, expresses them as nodes, and grafts them to STUMP's Resource Management Node; All activities related to project/task execution, namely construction, design, procurement, supervision, etc., are subdivided by field and displayed as nodes, and the required resource and part count and cost information for each subdivided activity are attribute. All nodes included in the'Platform BUSH', which represent the configuration of the H/Ws that make up the'Cost Estimation Standard BDT' platform itself, which are stored and grafted to STUMP's Resource Management Node are classified by function. 'Platform Facility BDT' grafting to Super Tree Management Node; In order to manage the project/task progress date and calendar mapping of all IVY nodes, each year including the entire period of the project/task is used as child nodes of the root node, and the month, day, and hour for each year 'Project/Task Calendar Time BDT' which grafts to STUMP's Time Management Node by breaking down hierarchically; All the plants that make up the Super Tree are classified by type, and the BDT with the name of the node is composed, and the root node of the plant is grafted to each node, and the'Super Tree PLANT grafts to the Platform and Super Tree Management Node of STUMP. BDT'; 'Order and Request (ORE) Generation, which is configured to display as properties of Node and Node by subdividing all orders and requests that can be made to the Platform by type and specifying them by content, and grafts them to ROOT. BDT'; Node that can graft all methods, knowledge, and reasoning flows for goal management into SHRUBs as rules, and classify the configured Rule SHRUBs by type and content and graft them as attributes. 'Rule BDT' consisting of; Can be mentioned. In addition, it is composed of nodes that divide and subdivide all the projects/tasks to compose the Super Tree by field, and the upper'Super Tree BDT' that grafts the Supter Trees composing each project/Task to each node can be configured. have. The Knowledge and Information Model consisting of Super Trees grafted to each node of the Super Tree BDT and Super Tree BDT is defined as'Super Tree FOREST', and is used when target management of multiple projects/tasks is to be performed.
Each task of the Task BDT includes both an action to be performed by a person and an action to be performed using equipment or facilities. Plant EPC Project design, procurement, construction, test and commissioning, and production in the factory, as well as management, system operation, organizational operation, computer management, energy saving, transportation, etc., according to the characteristics of the project/task, set and achieve goals It includes any actions that must be done to do so. The level of detail indicated by a task includes the detailed task as part number information of the same name, and the platform autonomously provides two-way information on the type, amount, and cost of resources to be invested for the deliverables generated as a result of executing the detailed task. It proceeds to and subdivides to the level that can be calculated. If the detailed level of the activity can be managed without separate progress management, it is not further subdivided and managed by including it in the property information of the detailed task.
For example, in the case of the PLANT EPC Project, as a child node of the'Electrical Work Task' of Task BDT, the'Peripheral Transformer Installation Work' task is subdivided into'Survey','Tream','Form','Rebar', ' Anchoring','Concrete','Concrete Curing','TR Body Installation','Conservator and Bushing Assembly','Nitrogen Filling and Oil Filling','Cabling','Instrumentation and Control Wiring','Test and Commissioning' It can be broken down into a series of detailed tasks, such as Work, Work Package, or Activities, and each of the detailed tasks is the amount of deliverable (Quantity or State) corresponding to the total or partial progress to be generated as a result of performing the corresponding task. Is included in the attribute information, and the type and amount of resources to be injected and the cost can be calculated using the part-count information, and conversely, it can be completed or created according to the amount and cost of the resources to be input in a unit that can be input. You can also calculate the task progress value corresponding to the amount or state of the Deliverable.
Separately from the Master Facility BDT, a'VINE Facility BDT' or'BUSH Facility BDT' that divides facilities or devices for each process, system or circuit represented by each VINE and BUSH is constructed and grafts to the Root Node of the corresponding VINE or BUSH.
All facilities or spaces represent the facilities or spaces, and a location that serves as a reference is designated, and this is called a “representative point” of the facility or space. Among the nodes of the Facility BDT and Space BDT, a node requiring location information uses one of the nodes of the Coordinate Management BDT as a reference coordinate system, and has its own'representative location' coordinate and orientation information in the corresponding reference coordinate system as attributes. The highest coordinate system that becomes the overall reference, that is, the coordinate system of the Root Node of the Coordinate Management BDT, is based on defining the lower left corner point of the plan view of the entire project site as the origin and the positive north direction as the Y axis.
The PPN or STPN of the Leaf Nodes of the'Monitoring and Control Point BDT' is unique in the Super Tree and can be used as a TAG of the control point in the platform. By storing additional information such as the unit of the corresponding TAG value, communication protocol, and address as properties of the leaf node, it is possible to display a simple and clear TAG compared to conventional TAG expressions represented by a chain of multiple abbreviations codes. Nodes and attribute information can be used for inference related to the TAG.
The events constituting the Master Event and Risk BDT are largely classified into negative events, positive events, and neutral events according to their impact on achieving the goal, and unless otherwise specified, they refer to negative events as defaults. The Master Event and Risk BDT collects and configures the events that can occur during the execution process of each task constituting the Task BDT.
Typical types of resources constituting the Resource BDT include Manpower, Capital (Budget, Money), Material, Equipment, Facility, Energy, and Time. In particular, in the case of convenient and secure operation target management tasks of computers or smartphones, the main resources include Processor, Memory, peripheral devices (Pripheral) and Network, and in the case of stock investment target management tasks, it becomes Money. . When there is a separate management node for each resource type in STUMP, a BDT is configured for each resource and directly grafted to the corresponding management node, and otherwise, it is included as a subtree of the resource BDT.
In the case of a project/task that requires participation and cooperation of a large number of personnel, the project manager (PM), general manager, and all team members or project/task related people (Project Owner, Owner agency personnel, Subcontractor, etc.) Stakeholder') is represented as a tree of hierarchical structure by specialized field, department, or department in charge, and each responsible task, identity on the platform, authority, duty, qualification or capability, and career standards , By configuring'Manpower BDT' that stores all the information required for target management, such as individual real product information and the ability to create a specific Deliverable, as a property, Graft it to a child node of STUMP's Resource Management Node or Manpower Management in STUMP. When creating a node separately, graft directly to the node. In particular, in the case of Sports, the Manpower may be composed of a manager, a player, a support manpower, and a manpower of the opposing team, and in the case of a specific goal management task of an individual, support or force to achieve the goal of himself and the surrounding area Include manpower who can do it.
Each Day Node of the Project/Task Calendar Time BDT has the day of the week, sunrise and sunset times, forecast and actual weather information, and public holiday information as attribute values.
The'ORE Generation BDT' receives an order or a task assigned by a PM, a request from other project/task related persons, and a basic task (collectively,'Platform Task') given to the platform. In order to express and implement it, it is composed as follows. `
First, if the Root of the ORE Generation BDT of Level 1 is selected, a candidate group of SP (Semantic Primitives) is presented as child nodes as a keyword expressing the corresponding instruction or request, so that the PM can select or directly input it. When a specific child node is selected from the suggested candidate group, the detailed expression, contents, or values that are selected as properties of the selected child node or required to be input are presented as defaults and presented so that they can be selected or directly entered. When the required attribute is entered, the candidate group and attributes of the next level generation of child nodes of the next level of expression that can specify the instruction or request indicated by the SP again according to the selected SP child node are presented so that they can be entered. It repeats and concreteizes by increasing the level until the expression of the instruction or request is completed. When the input to the Leaf Node is completed, if additional supplementary content is required, additional input is requested as the attribute of the corresponding node on the created path. Therefore, the'ORE Generation BDT' is configured to display and store a specific instruction or request to the Platform as a path to the Leaf Node in the'ORE Generation BDT' and the properties of the nodes on the path. All candidate nodes and properties suggested by each level above are pre-stored in the Super Tree, so that the Super Tree is configured and accessed by STPN.
The PPN formed by inputting from the ORE Generation BDT to a leaf node along a specific path is not the name of the leaf node, but the context as the entire path and the attributes of each node and node included in the path. It represents an assignment or an expression of a request, and this path expression is defined as'Order and Request Expression Stem' ('ORE STEM' or simply'STEM').
To support STEM input and configuration using ORE Generation BDT, the PM can directly input the node name for each depth, or the node names that can be selected at the current depth position based on the input contents up to the previous depth are in alphabetical order. You can also present the listed drop-down menus to choose from. When a node name is entered, if additional information is needed, the PM presents the input window and directly or the Drop-down Menu is input and saved as a property of the corresponding node. The STEM input is performed by executing'STEM_Generation_Rule'.
3 is an exemplary diagram showing the configuration of an ORE Generation BDT. An example of a typical candidate node type presented for each depth of ORE Generation BDT and a node value or expression represented by the attribute of each node is as follows.
Depth 0 Node: Root Node of ORE Generation BDT (301)
○ Attribute: Relevant instruction, task and request issue time, name, text expression, subject (Default: PM) (302)
Depth 1 Node: YesSemantic Primitive: (one of the Leaf Nodes of SP BDT. Example: Report, Estimate, Monitor)(303)
○ Attributes: The content of the instruction or request, execution time, repeatability, report method (PC, Smart Phone, etc.) and format (Table, PLANT)(304)
Depth 2 Node: Object of instruction, task, and request action: object or object's state or specific attribute value (node of Super Tree)
Case 1: When an object is selected (intermediate node of STPN, eg Task, Facility, Resource)(305)
○ Attribute: Number of targets (singular, plural), name of target
-If the target is singular: STPN of the target
-In case of multiple targets: BDT or BDT subtree including the target
Depth 3 Node: State of the selected object or specific property value (STPN representing the variable) (306)
Case 2:When selecting the state of an object or a specific property value (Status example: Progress State, Operating State, Efficiency, Performance, Statistics, etc. Property value example: Early, Normal, Delay, Delay_Hi, Delay_Hi_Hi)(307)
○ Attribute: STPN or STPN Template indicating the target state or attribute value, and if there is a selection condition, the corresponding condition state or condition value
-If the target is singular: STPN of the node
-In case of multiple targets: STPN Template of the corresponding Node expression
Depth 3 Node: Target object (STPN of target object) (308) ■
Each STEM constructed using the ORE Generation BDT is assigned an issue number and name, and is grafted to the node of the corresponding STEM name of'STEM Classification and Depository BDT', which is grafted to the root node of'ORE Generation BDT'. In the description of Rule SHRUB to be described later, an example of the configuration of ORE STEM is shown.
Among STEMs, instructions, tasks and requests that must be performed regularly or frequently are called'Regular Order and Request (ROAR) STEM', and are separately stored in the RAOR Table, and each time or time (Interval) to be executed arrives, the Timer Execute by calling the responsible Rule with Rule. Among STEMs, STEMs in which the path nodes are the same and only the properties of each node are different are called'homogeneous STEMs'. In the case of homogeneous STEM, the same template rule is used, and detailed information to be provided to the rule for inference is supplied from the attribute values of the relevant STEM.
The STEM configured as described above is assigned a name as the path of the instantiated ORE Generation BDT, and the STEM is classified and subdivided by field, type, and content into the BDT node of the corresponding name of'STEM Classification and Depository BDT', which is represented as a node. Graft. The'STEM Classification and Depository BDT' is each grafted to the node of the corresponding STEM name of the'Super Tree PLANT BDT'.
Each STEM can be'Assert' as a'Fact' of the act of making the instruction, task, and request as a whole, and'Rule' that explicitly indicates specific methods and procedures for the implementation of the instruction, task, and request. Invoke them and execute them. All rules are implemented with'Rule SHRUB' to be described later.
In each node of all BDTs, a'Node Attribute SHRUB' (NAS) that systematically/hierarchically separates or subdivides and stores information on attribute values of the corresponding node, and the root node can be grafted. For example, in the case of Facility BDT Node, facility specification, symbol, image, location, orientation, 3D model, accumulation, operation method, driving history, energy consumption, reliability, actual efficiency, and various Performance indicators, etc. In the case of the Task BDT Node, it has a'Nature of Activity' (NOA) attribute node, and the subject and qualifications of the actions required to perform the task, required actions, and desired Descendants including detailed information on task execution actions such as target Deliverable, necessary facilities or equipment, materials, energy, and execution time can be created, or NOA SHRUBs can be separately configured and grafted to the NOA attribute node. I can.
As examples of common operations performed on the BDT, operations such as "Node_Level_Shuffling", "DFS_Next_node_Search", and "BFS_Next_node_Search" are configured.
The'Node_Level_Shuffling' is an operation for reconfiguring the classification system by reversing the level position between parent nodes and child nodes according to the purpose of using the BDT.
When it is necessary to list all the nodes belonging to each BDT, or to visit each node in sequence and evaluate it, a search algorithm such as Depth First Search (DFS) or Breadth First Search (BFS) is used. use. The'DFS_Next_node_Search' and'BFS_Next_node_Search' are operations that visit the nodes of the target BDT in the order of DFS or BFS at each operation and return the node of the next visited location.
Next, the configuration and use of the IVY will be described in detail with reference to FIG. 4.
The time or duration of each task that composes the Task BDT is divided into'Unit Time' of task execution of a certain length, and each subdivided unit time is represented by Node, and the starting unit time From the'Start Node' (401) shown to the'Finish Node' (or'Last Node') (402) corresponding to the end unit time, a Knowledge and Information Model that connects sequentially with arcs is composed, and this is'IVY' Is defined as
The unit time is selected according to the characteristics and management convenience of each task, and can be selected from Day, Hour, Minute, Second or Week, Month, and Quarter, and the default value is'Day', and other units The time can be generated by'Expand' or'Shrink' (also expressed as'Condense' or'Collapse') of the'Day' Node, and will be described below based on'Day'. For example, in the case of a factory's production target management task, production begins, or in the case of a computer operation target management task, a session begins. In the case of sports win rate goal management task, when the game starts, or in the case of stock goal management task, when the stock market opens, the target management unit time for the time is set from'Day' to'Second' by'Expand' and management precision Can improve.
Each IVY configured as described above is grafted as'Task Progress Management IVY' (403) to the corresponding Task Node of the Task BDT to be performed during the corresponding period. If the task to be executed is a situation monitoring and management task, graft it as'State Monitoring and Management IVY'. Each IVY is given a unique name, and if it is difficult to give a unique name separately, the IVY is distinguished by a path expression including the Grafted Parent Node. In each Day-Node, the progress (Progress) corresponding to the Deliverable to be allocated or completed on the date, the plan and performance information of the resources to be invested and the cost (Cost), and precedence/performance information with other related tasks Follow-up relationship information, Milestone information corresponding to a specific progress, etc. are directly acquired as attribute values, or a dedicated SHRUB having the corresponding information is separately configured and grafted to the node of the corresponding attribute name.
Due to the characteristics of the IVY structure, all nodes except the Start Node have one'Previous Node', and all nodes except the Last Node have one'Succeeding Node'.
Each node of IVY is assigned a series of node numbers starting with 1th (or 1st) as the Start Node, and the node number is used as a node given name as it is (405). The PPN of each node is indicated by omitting other IVY nodes except for the node itself due to the characteristics of the IVY node name, and the Node Number of the Last Node becomes the length of the IVY and at the same time becomes the duration of the task (402, 406). ).
When each Day node of IVY represents only the pure length of time regardless of the day of the week, weekend, or holiday of the calendar, this is called'Net Duration' IVY(407), and when it corresponds to a specific date of the calendar, it is called'Calendar- It is called mapped'IVY(403, 404, 408).
The'Net Duration IVY' is mainly used when establishing a schedule based on the Net time/period required for task execution. When converting to'IVY', the Start Node of Net Duration IVY is the calendar date to start the task. 'Forward Mapping' and'Forward Mapping', which maps and deploys the rest of the nodes according to the daily, weekly, and holiday-specific work or working time policy (409), and'Forward Mapping', which aligns the Finish Node to the deadline and maps it in the reverse direction and deploys it. You can choose from three methods of'Backward Mapping' and'Bi-directional Mapping' in which intermediate nodes corresponding to a specific Milestone are matched to the desired calendar date, mapped in both directions, and deployed.
In the establishment of each task execution schedule, the Net Duration IVY is first configured according to the characteristics of the corresponding task, and then mapped by selecting one of the above three calendar mapping methods, or it can be configured as a calendar-mapped IVY directly from the beginning. In addition, IVY can be configured in which both the start date and the completion date are fixed on a specific calendar date due to the nature of the task, such as achievement of the annual production target or the annual energy saving target.
In order to monitor the overall progress and progress of the project/task and use it as a reference for configuring a calendar-mapped IVY for the execution of each detailed task, the entire execution period from the start date of the project/task to the completion target date Compose'Master Calendar_mapped Progress Management IVY' (408) that includes and graft to the ROOT of Super Tree. Each node number of'Master Calendar_mapped Progress Management IVY' (hereinafter,'Calendar_mapped' expression is omitted) is called'Master Node Number' (410) and represents the total number of days elapsed from the start date of the entire project/task.
The NAS of each node of the above'Project/Task Progress Management IVY' is the attribute information of the date, day of the week, weather, sunrise and sunset time, instructions and implementation results issued by the PM to the target management platform on that day, and other projects/ To store and display information related to the overall progress of the project/task, such as the request and processing result of the task related people, the day and cumulative total progress plan, performance, various events and risks occurring on the day do.
The'Task Progress Management IVY' of each task is its own'Self Node Number' (412) that represents the days elapsed from the start date of the task, and the'Master Node Number' (413) that represents the elapsed days from the entire project start date. By having as an attribute, it is possible to know information related to the calendar date of the day, the number of days elapsed from the start date of the entire project/task, and the relative progression relationship with other tasks, and precedence and follow-up relations with other tasks The setting of the task and the management of the task buffer day can be performed simply by comparing the serial number.
In addition, as IVYs for special purposes, the name of IVY represents a specific variable name, and each node of IVY is'Node Variable IVY' representing the variable value of the corresponding unit time or the average value of the variable during unit time. 'Sparse IVY', which shows only nodes with significant) information as selective or explicit, omitting the remaining nodes, and'Shorter, which expands and configures nodes of a specific unit time IVY into subordinate detailed unit time nodes Unit Time Expanded IVY' and'Longer Unit Time Shrinked IVY', which is composed by collecting and configuring the upper long unit time node, and to record the time and number of irregular events such as data acquisition, equipment failure, wage increase and material price increase. There is'Arbitrary Interval IVY'.
The'Node Variable IVY' is mainly used to treat or utilize a series of variable values as a group, such as establishing a task execution schedule, trend analysis of specific variables, correlation analysis, and comparison analysis.
IVY configured as above is a period in which monitoring and management actions are required for all nodes in the Super Tree that require monitoring and management actions according to the time of establishing a schedule or progressing in addition to each Task Node of Task BDT. It is composed of the length of and used by grafting.
Exclusive operations defined and applied in IVY include'Reference_IVY_display''Top_down_Scheduling','Bottom_up_Scheduling','IVY_node_increment','IVY_node_decrement','IVY_shift','IVY_spraflit','Calendar_Gpping','IVY_Graft' Examples such as ANT(Absolutely Needed Time)_estimation','IVY_node_Expand','IVY_node_Shrink','Progress_estimate','Buffer_setting','Milestone_sliding', '4D_display', and'Present_Time_Line_set'.
The'Reference_IVY_display' is an operation that presents the IVY of the basic length to create an IVY, and'Top_down Scheduling' is an operation that allocates the progress to each unit time in a top-down manner for a specified duration, and ' Bottom_up Scheduling' is an operation that calculates and takes the progress of each unit time and sets the entire Duration in the Bottom_up method. 'IVY_node_increment' and'IVY_node_decrement' are operations to increase or decrease the length of IVY nodes one by one, and'IVY_shift' is an operation to move the entire IVY calendar mapping position back and forth before the start of the task, and the length of IVY according to the work policy in this process. Is subject to change. 'IVY_split' is an operation that continuously proceeds with two or more subsequent IVYs to divide one IVY into two or more tasks while the task is in progress.'Calendar_mapping' is the'Net Duration IVY' configured as'Calendar_mapped IVY'. It is an operation to switch, and'IVY_graft' (414, 415, 416, 417) is an operation that performs a graft to set the preceding/successor relationship between IVY nodes, and'ANT_estimation' is an operation that reduces further from the present to the end of the task. It is an operation that calculates the Absolutly Needed Time. 'IVY_node_expand' is an operation that grafts a specific IVY node by expressing it as'Unit Time Expanded IVY', which is the detailed unit time node IVY of the lower level, and'IVY_node_shrink' is a ' Longer Unit Time IVY', and'Progress_estimate' is an operation to calculate the progress of a specific IVY Node and the cumulative progress up to the corresponding IVY Node, and'Buffer_setting' is the Progress Management IVY of Tasks with a preceding/successor relationship. It is an operation that connects the nodes of the nodes with a graft and sets or coordinates the extra days.'Milestone_sliding' is an operation to move the node positions of the milestones back and forth according to the progress of the tasks, and '4D_display' is the operation of measuring the unit time of IVY. It is an operation that displays the progress status of the task as it progresses, and'Present_Time_Line_set' (418) is the unit time node including the current time as the present node and the previous node as the past node. It is an operation to set the node as a future node after that. Therefore, when the'IVY_node_expand' is operated, the current node can be expanded to IVY including the current node, past node, and future node in detailed time units.
Next, the configuration and use of VINE will be described in detail with reference to FIG. 5.
Each facility, element, or entity that composes a production process or a system of a specific function is represented as a node, and the physical connection and the physical connection to perform the function A data structure representing the flow direction of a medium or object to be handled as an arc is constructed, and this is defined as'VINE'.
The direction of the arc is determined according to the flow direction of an object such as a medium such as a solid, liquid, gas, current, or signal handled by a corresponding process or system, or a product having a physical form. In some cases, if it is partially bidirectional, the connection in the reverse direction is indicated as a graft.
Examples of typical VINEs are production processes of target plants or factories that must be built or operated to achieve the set goals of a project or task, or support systems such as power systems, steam systems, compressed air systems, cooling water systems, and air conditioning systems. In the case of (Utility/Supporting System), each facility (Equipment/Facility) of the process or support system is represented as a node, and'VINEs' that represent the Preceding and Succeeding connections between each facility as an arc are listed. I can. In general, the length of the VINE representing the main process or various support systems is generally long, and in the case of a batch process or an intermittent process, it may be short or consist of one facility.
As a special VINE, a VINE representing the flow of logic can also be configured, and in this case, it is separately referred to as'Logical VINE'. Examples of Logical VINE include a flow chart for computer programming, a start-up/shut-down sequence of a process facility or system, a block representing the product production process of a process, and a specific event according to interlock logic. The propagation path of, etc. are mentioned.
The types of nodes constituting the VINE include virtual'Root Node' to'Start Node' and 501 symbolically representing the starting point of the VINE, and one or more child nodes to successive nodes (Succeeding). Node) with a general'equipment node' (502), a'branch node' node representing a branch point of a process, system or circuit) and a'junction node' node representing a junction point) and (504), as needed According to the'Compound Node' (505) representing the'Compound Equipment' Facility) that can be'expanded' as a separate detailed VINE representing the detailed configuration, the'Piping Node' representing the pipe of the pipeline, and (506),'Cable Node' representing the cable of the line (507),'Duct Node' representing the duct,'Component Node' representing various elements of the circuit, and Vent Valve (508) or Drain (509) Valve There are'Dangling Node' or'Attached Node' in the form of hanging on the main VINE stem (510, 511), and other nodes with names representing their functions are created according to the characteristics of processes, systems, and circuits. Can be added.
The measurement control circuit required for each of the above processes, systems and facilities is also composed of a separate VINE, and a common power source (P: Source) and Ground or Neutral (N: Sink), measuring instruments, sensors, transducers, actuators, controllers, each terminal terminal and Circuit elements such as terminal points, various relay and relay contacts, electronic switch and switch contacts, various switches, and display lamps (hereinafter collectively referred to as'elements' or'measurement control facilities') are represented as nodes. Connection cables between devices are not separately indicated when there is no need to use or manage specifications or distances for target management.
Each Vine is given a unique name (512, 513), the name of the start node is the name of the corresponding VINE, and the number of the virtual start node is set to 0. Each node in the VINE is also given a unique name and node number in the VINE. The node numbering system is structured in the form of assigning a serial number according to the characteristics of the process or system represented by VINE or representing the preceding/successor relationship. The PPN of each node can be simplified as much as possible to the level in which uniqueness is maintained, and the simplest PPN type can be'VINE_Name/*/Node_Name'.
If there are multiple facilities or devices of the same specification in stand-by or in parallel, a constant representing the total number of facilities'n' or'[n]' representing the array variable is used as the denominator in the common name of the facility. The suffix is added to the fractional expression'_i/[n]' representing the serial number'i' assigned to the facility as a numerator, so that each facility node can have a unique name within the VINE (514, 515, 516, 517). Pipe or cable nodes of the same specification that may exist scattered in a number of times use a general name such as'Pipe' or'Cable', and a PPN including the facility node connected to the front end is used as the node name.
For each VINE, a specific BDT for the VINE, which systematically classifies the relevant VINE facilities by type, is formed and grafts to the root of the VINE. All Leaf nodes of the VINE-dedicated BDT are also included in the Master Facility BDT, and may have different classification systems from the Master Facility BDT. In this way, when nodes representing the same facility or variable belong to different PLANTs, it is referred to as'Alias Node'.
In each node of the VINE, a “NAS” (Node Attribute SHRUB) that systematically classifies attributes of a corresponding facility or device and stores them as values of nodes may be configured and grafted. All VINE nodes have basic properties of connected front and rear facility information, namely, the number of Preceding Nodes, the number of PPNs and subsequent nodes, and PPN, the total number of grafts, PPN of the grafted nodes, and Alias Node information. Save as value.
In addition to the above basic attribute values, in the case of VINE Nodes representing the production process or system, the physical location coordinates and orientation of the facility, a drawing representing Schematics or Physical Layout, or the location coordinates and orientation on the monitor screen, 3D Model, Symbol And accumulation (magnitude), the preceding facility(s) of the facility, inputs and outputs connected to the outside, changes in the physical or chemical state of media or products within or passing through the facility. Facility function or role information, operation method and operation status monitoring standard of the facility, real-time operation and operation status information, installed instrument information and real-time measurement value,'control logic information', cause and type of various alarms, failure To cause and type and spread range information of emergency stop (trip), start/stop sequence,'type of input energy' for each facility, standard and actual value for each type, reliability, calculation method and actual value of various performance indicators, operation history, and Additional attribute values such as reliability information are stored. In the case of a node in which Alias exists, the stored property information may be different for each Alias. The NAS is also grafted to each node of the VINE-dedicated BDT, and functions and performance-related information, statistics, and information in the VINE belonging to the relevant facility or device, such as common specification information, maintenance history, and reliability information of the corresponding VINE facility or device. It stores and manages mutual comparison information between facilities of the same kind.
The'control logic information' may be stored by grafting a VINE representing a control logic circuit of a corresponding facility to a node of a corresponding property name of the corresponding facility. In the case of the relay element of the logic circuit that the VINE node controls, the contact information that drives the relay and the excitation status information of the relay, and in the case of a change over switch, information such as the current position of the switch is the scope of the task of target management. Save as needed with (Scope).
'Types of input energy' for each facility are basic energy such as electric power, coal, oil and gas, and secondary energy such as steam, compressed air, vacuum, cooling water, heat, cold air, and heat. It contains all of the energy.
By configuring the VINE to include the connection status, interaction and function information of each facility or device as described above, the target management platform allows the operation or operation of each component facility or device of the process, system or circuit represented by the VINE. It is possible to evaluate the validity and adequacy of the system, logically trace the cause and extent of the spread of abnormal situations such as various alarms and trips, and it is possible to calculate the loss of pipelines or lines. . Therefore, VINE enables the realization of the'Digital Twin' of the process or system to be displayed.
Next, a method of configuring VINE will be described in detail, taking a typical manufacturing process line as an example. Starting from the Root Node, which symbolically represents the starting point of the process, it connects to the main equipment nodes and designates one main path to the last node, connecting the equipment nodes along the main route. Proceed with the composition of VINE. When a branch point is encountered in progress, a'branch point node' is created at the branch location. In each branch point node, the number of subsequent nodes and node name are stored as attribute values, and'branch point stack' is additionally set, and among the nodes branching from the branch point, the node name of the path to be traced later is pushed and stored, and Preorder Depth First Search (DFS) search method continues by creating the following subsequent facility nodes along the main route. When it reaches the Last Node (515, 516), it rises backtracking toward the Root/Start Node again along the configured path. If there is no branch point node created, it will come up to the root node and the VINE configuration is terminated. When encountering the branch node node created when descending in the back track process (503), the node name of the highest path is popped from the stack set in the branch node, and along the branch path again, in the same way as the VINE node creation method in the main path. It creates subsequent nodes, proceeds to the last node, and performs Back Track. When subsequent nodes are created and rejoined to the original path that branched while descending, the node of the original path to be joined becomes'joining point node' (504, 505). Except for the facilities 514 and 515 operated in parallel or stand-by, when the branched processes are rejoined, they are joined by a graft (518). Finally, when the stack of all'branch node's is emptied and returns to the root node of VINE, the configuration of the corresponding VINE is completed.
When there is a path that returns to the upper path of the process or system and joins it, such as the minimum flow or condensate recovery pipe (519), it is joined using a graft (520), and a cycle is formed in the VINE. Prevent it. Corresponding Graft information is stored in the properties of both nodes that are joined, and it can be determined that the corresponding path connected from the PPN of each stored node is the Return Path.
In the case of a sub-process that starts separately and joins the main path (512), the root nodes are grafted to the root node of the main process VINE, and the relationship between the main process and each sub-process is expressed as a property of the graft (521). The confluence of is also contained through the graft (522).
Even in the case of the support system VINE (513), the root nodes are grafted to the root node of the main process VINE, and the relationship between the main process and the support system is expressed as a property of the graft (523). Shown (524, 525).
Since the PPN of typical VINE Nodes is long, only nodes that need to be explicitly indicated for inference for goal management are included in the path and the remaining nodes are omitted. The simplest type of PPN can be composed of only two explicit nodes such as'VINE_Name/*/Node_Name'.
In a system that has a natural tree structure, such as the internal distribution system of a factory or building, nodes are searched in a manner conforming to the'Breadth First Search' (BFS) according to the form of One Line Diagram without specifying a separate main path. It is created and entered, and the number of phases, phase names, and neutral line information for connecting cables or buses are stored as attribute values. In the case of a distribution panel, it is represented as a complex node, and when detailed internal connection information is required during the inference process for target management, it is expanded to the detailed VINE below to indicate the detailed configuration of the distribution panel. Equipment connected in parallel, such as self-generation equipment for emergency power, photovoltaic equipment, and energy storage equipment (ESS), separately constitute a VINE and connect to the confluence by a graft. An example of the junction node may be a facility node such as an Automatic Transfer Switch (ATS) or a Closed Transition Transfer Switch (CTTS).
Examples of typical operations applied to VINE are'analyze_Trend','check_Consistency','display__Schematics','display_VINE','display__3D_Layout','display_4D_Layout','estimate_HotLosses','estimate_Operational_Cost','check_Relimate','estimate_Operational_Cost','estimate_oldability','estimate_oldability' There are manipulations such as','find_Bottleneck','monitor_Idling_Facility','monitor_Operating_State','monitor_Start-up_Sequence','monitor_Shut_down_Sequence','monitor_Performance','expand_Compound_Node','shrink_into_Compound_Node','find_streamor' and'find_upstream' and'find_upstream'. . The purpose of each of the above operations is according to the corresponding name, and specific implementation details may differ depending on the characteristics of the project/task.
In the case of the internal distribution system of a factory or building, operations such as'monitor_Power_Quality','monitor_Peak', utilize_Time-Of-Use-Rate,'stimate_Cable_Loss','estimate_Transformer_Loss', and'estimate_Motor_efficiency' can be additionally configured. The monitor_Power_Quality' operation can be further divided into detailed operations such as'monitor_kW','monitor_kVar','monitor_Voltage','monitor_Phase_unbalance','monitor_HFD','monitor_Power_factor', and'monitor_Neutral_Current'.
Next, the specific configuration and use of BUSH will be described.
In various systems that are configured so that facilities, elements or entities for performing a specific purpose function are connected so that data, medium or objects can move in both directions, Each facility, element, or entity is represented as a node, and a Knowledge and Information Model representing their connection relationship as an Arc is formed, and this is called'BUSH'.
The BUSH aims to represent all other systems and networks that are not included in the definition and characteristics of VINE described above. Typical examples are various computer networks, internal configurations of computers consisting of processors, memory, disks, ports, keyboards, monitors, and various peripheral devices connected to the bus, measurement control circuits for two-way communication, various traffic or road networks, And BUSH representing the National Electric Power System.
Examples of the equipment and elements constituting the node of the BUSH include various servers, PCs, network equipment, and measurement control equipment in the case of the computer network system BUSH. More specifically, centering on network equipment, Main Server, other servers (Back-up Server, DB Server, Web Server, ERP Server, MES Server, SCADA Server, PI Server, etc.), PC, Network Switch, Router, Access Various network equipment such as point and router, Proprietary Network for measurement and control equipment below, data collection and control equipment such as DCS or PLC for measurement/control, and control panel at various sites connected to these measurement/control equipment , Sensors, measuring instruments, transducers, and relays and connecting points thereof, and facilities connected to ports of the main server and other servers. In the case of the national power grid system BUSH, there are power plants, transmission line facilities, distribution line facilities and loads.
In the case of the server node or the PC node, it is a'Compound Node' and can be expanded or expanded to a detailed configuration BUSH. In this case, the processor, bus, memory, hard disk, and peripheral devices can be configured as an entity, that is, a detailed BUSH that is a node, and can be expanded and included as a part of the original BUSH, or can be grafted to the corresponding compound node. If detailed configuration information of the PLC's Ladder Diagram or DCS's internal circuit or logic is required in the above measurement control facility, the PLC or DCS is designated as a compound node, and the corresponding PLC or DCS is expanded to VINE or BUSH according to the circuit configuration type. Graft to the DCS node.
The connection relationship between the facilities or elements includes wired/wireless connection, and if necessary for target management, explicitly indicate as a node similar to a pipe or cable in VINE, and otherwise, the connected facilities or elements Include or omit in the node attribute.
In the BUSH, there are'Configuration BUSH', which is configured according to the shape or schematics of the system to be displayed, and'Adjacency BUSH' to represent other facilities or elements directly connected to each facility or element.
The configuration of the'Configuration BUSH' will be described using a typical Computer Intranet as an example. First, a root node symbolically representing the starting point of the BUSH is set, and an arbitrary'Center of Universe (COU) Node' that becomes the center of the system configuration or connection among the above facilities or elements. Select and make it a Level-2 child node of the Root Node. Next, the facilities or elements directly connected to the COU Node are used as Level-3 child nodes of the COU Node, and the facilities or elements connected to each child node are continuously searched in a breadth first search (BFS) method. It proceeds by creating child nodes. When the searched node encounters a node that has already been created while another node is in progress, it connects with a graft rather than a child node, and the node stops further searching to prevent the formation of a cycle. After proceeding as above, it returns to the COU Node, and when there are no more facilities or elements to be searched connected to the COU, the corresponding'Configuration BUSH' is completed.
In the'Adjacency BUSH', a virtual Root Node is first set, and all equipment or element nodes are Level-2 child nodes of the Root Node, and are connected to or adjacent to each child node of the Level-2 (Adjacent ) The configuration is completed by connecting other Level-2 nodes to Level-3 child nodes of each Level-2 node. The'Adjacency BUSH' is different from the traditional Tree in that the parent-child relationship is reversed because the same Level-2 nodes can have different Level-2 nodes as mutual child nodes while having a tree structure. If each node is connected to each other in a many-to-many manner, and the physical shape or configuration does not provide additional information for target management separately, configure only the'Adjacency BUSH' without configuring the'Configuration BUSH'. May be. The configured BUSH is grafted to the Master Facility Management Node of STUMP.
As in VINE, each node of the BUSH is also grafted to the root node of the corresponding BUSH by configuring a dedicated BDT of the corresponding BUSH that is classified or subdivided by type or division.
In each node of BUSH, a Node Attribute SHRUB (NAS) that stores and manages the attribute information of the corresponding node is grafted. In the NAS, the serial number, address, name, function, specification, symbol, shape or isometrics, physical location, location on the drawing or screen, child nodes are basically Or, it stores Adjacent Nodes and Graft information. Each node name, in the case of Computer Network System BUSH, uses general names such as COU, Server, PC, Network Switch, Router, and Bus as part of the Node Name to distinguish the function or characteristic of the corresponding node.
In the case of a server node, in addition to the above basic properties, it provides service information such as Web Service, FTP, Email, ERP, MES, FMS, SCADA, PI Server, EDMS (Electronic Document Management System), ECMS (Enterprise Content Management System), and When linking with the type or function of the same server and other various project management tools, design integration tools, and engineering software, data exchanged with mutual data communication methods or protocols are stored as attribute values.
The configuration of the platform of the present invention, which is built for the goal management of Project/Task, is also represented by BUSH and included in the Super Tree so that it can be managed together, as well as the platform's own configuration, function and performance management, as well as interlocking with other servers. It is possible to unify target management tasks through information exchange.
Dedicated operations for BUSH include operations such as ‘display_BUSH’, ’display_Schematics’, ’monitor_Operating_State’, ‘expand_Node’, and ’trace_Path’.
For example, in the case of BUSH representing Computer Network System, additional operations such as'show_Protocol','expand_Compound-Node','monitor_Traffic', and'trace_Communication_Path' can be added. In the case of a PC or computer server, expand to ' monitor_Response_Time','monitor_Page_Fault','monitor_Port','monitor_Program_Behavior','monitor_Virus','monitor_Hacking','monitor_User-behavior','serve_User_request','optimize_Time_Quantum','optimize_Working_Set_Size','optimize_Working_Set_Size','optimize_Size','optimize_Cache Detailed operations such as monitor_System_Call' and'monitor_Background_Program' can be added.
The purpose or function of each operation is the same as the name of the operation, and the specific content and execution method may be different according to the field and characteristics of the project/task. For example, the'trace_Path' can be defined as an operation to search for all paths (excluding cycles) that exist from an arbitrary start node to an arbitrary destination node from BUSH, and Adjacency BUSH is defined as As it expands, it can be done with the following three-step search method.
Step 1.Select a start node among Level-2 nodes of Adjacency BUSH to search for a path, and set the loop variable'i' to 2.
Step 2. For each level (i+1) child node of the set Level i node
(1) If the child node is a starting node, a parent node of the previous higher level, or a node already included in the PPN path from the starting node to the current child node, the child node is pruned.
(2) If the level (i+1) child node is a destination node, the ‘Plant Path Name' (PPN) from the starting node to the destination node is included as one of the found relative paths.
(3) For each other level (i+1) child nodes, copy the level 3 child nodes of the corresponding node, connect them as Level (i+2) child nodes, and increment with i = i+1, Repeat Step 2.
(4) If there are no other child nodes in (3) above, go to Step 3.
Step 3.Report all relative paths found. ■
The path search in the third step is performed in a depth-first search (DFS) method, and in Step 2 (1), Cycling in the search process is naturally excluded. The minimum cost path can be found simply by allocating cost or distance to each arc and purging the path that is more expensive than the minimum cost found during the path search. As described above, the expanded Adjacency BUSH is called'Expanded Adjacency BUSH' in order to track all the paths from the random departure node to the destination node. The method of performing the three steps of the'trace_Path' operation is also implemented as a'rule' to be described later in order to explicitly indicate its contents.
Next, the configuration and use of SHRUB will be described in detail. 6 and 7 show examples of configurations of NAS (Node Attribute SHRUB) and Rule SHRUB, respectively.
In addition to the information stored in the above STUMP, BDT, IVY, VINE and BUSH itself, perform target management tasks that are basically given to the platform, perform instructions or assignments given by PM, or receive requests from other managers. A Knowledge and Information Model in the form of a Tree Data Structure that represents all knowledge and information required for receiving and processing as a connection relationship between Nodes and Nodes, and operations that can be performed on the Model ) And use it as'SHRUB'.
All of the above knowledge and information are the attribute values of all nodes of the STUMP, BDT, IVY, VINE and BUSH, various arithmetic and logical operations, situation determination, cause tracking, countermeasure establishment, action implementation and procedure progression. Knowledge and information for, and using the attribute values and knowledge and information, the basic task of the platform, the command or assignment given by the PM, and the reasoning and inference necessary to process requests from other managers And rules as a way of making judgments.
As a basic SHRUB, there is'Node Attribute SHRUB' (NAS), which grafts to each PLANT Node to store and manage attribute information of each PLANT Node including SHRUB itself. Each attribute node constituting the NAS can directly store the attribute value, connect child nodes that subdivide the attribute, and graft other PLANTs related to the attribute.
For example, Task Nodes of each level of detail in Task BDT include'Nature of Activity (NOA) Node, 'Progress Management Node','Deliverable Management Node','Resource Management Node','Cost Management Node', and NAS including nodes such as'Event Management Node' can be grafted, and each attribute node can have child nodes that subdivide the corresponding attribute, or a separate Management SHRUB including the detailed attributes can be configured and grafted. have. For example, the'NOA Node' includes'Task Management SHRUB' for managing the entire task and common information such as the execution period, budget, specific details, present situation data and Time Tag, and the person in charge of the task. You can graft.
In the task node,'Progress Management IVY' for managing the progress of the task is also grafted, and the NAS is also grafted to each node of the grafted'Progress Management IVY' (assumed as'Day Node') (601). In the NAS that grafts to each IVY node of'Progress Management IVY', the'Self Information Node' for managing the information of the Day Node itself, such as the Project(Master) Node Number(602) of the corresponding'Day' Node, and Graft information ( 603) and'Daily Progress Management Node' (604),'Deliverable Management Node' (605),'Resource Management Node' (606),'Cost Management Node' (607) to manage the progress and progress of the task. And nodes such as'Event Management Node' 608 and descendant nodes including detailed information.
In addition, for the nodes that need to manage the detailed progress or situation according to the progress time among the management attribute node nodes, IVYs of detailed time units such as'Hour' IVY (217, 419, 609) or'Minute' IVY are included. Graft and Graft the NAS to each node of the IVYs of the detailed time unit (610), and details such as the number of collections (Count), average value, maximum value, minimum value, latest value and standard deviation of data continuously collected in real time. It stores and utilizes task management information as its property values.
The Daily Progress Management Node (604) reflects the'Daily Execution Plan' (611), which is the ratio of the progress of the task execution plan for the day to the total progress established previously, The'Daily Morning Plan', which is an action plan to be established, (612), the'Daily Actual Progress' value, which is actually completed on the day of the day, (613), and the Progress Rate, which indicates the ratio of the performance progress to the plan on the day. (614), the progress state (615) information determined from the value of the progress rate is included in descendant nodes (Descendant Nodes).
In addition to the Task BDT, it also grafts the NAS including target management-related information on each node of the Facility BDT, Resource BDT, each VINE-dedicated BDT, and the BUSH-dedicated BDT, and IVYs for monitoring and managing progress and schedule and operation status.
As other SHRUBs,'Rule SHRUB' grafts with the properties of each Rule Name Node of Rule BDT, and'QUEUE','STACK','LIST' and'graft' as properties by configuring SHRUBs to arbitrary nodes as necessary. There is a TABLE'.
The'QUEUE','STACK' and'LIST' are implemented as 2-level SHRUBs, and the type, name, and number of child nodes of the corresponding SHRUB are stored as attributes in the root node, and the child nodes represent each element. In the case of a nested list, it is indicated as SHRUB whose level is increased by the depth of the descending. In the case of a normal'TABLE' or other 2-D array, the name and number of each column and the number of rows are stored in the root node as properties, and each level-2 child node of the root node is a row And Level-3 child nodes of each Level-2 child node represent each column of the corresponding row. Therefore, the number of child nodes of the root node becomes the number of rows. Tables and arrays of 3-D or higher are configured by increasing the level of SHRUB in the same way.
As a dedicated operation applied to SHRUB, operations such as'Node_Eval','Rule_generate','Fact_Assert','Rule_invoke', and'Rule_execute' are defined. In particular,'Arrive' and'Depart' in the case of the above QUEUE,'Push' and'Pop' in the case of STACK, and'take_Next' to access the next element from the present location (Present Location) in the case of List and , Define an operation such as'take_nth' to access an arbitrary nth List element, and'take_ij_th' to access an element of'Column j'in'Row i'in the case of a table.
Depending on the implementation language of the platform or target management system, the Node Name (including Given Name, PPN, STPN, and RSTPN) itself can have a value as a variable, and the value including the'Value' Node in the NAS of the corresponding node You can save or store'Expressions' that can be evaluated including'Eval Expression'Node' in the form of a List. The'Node_Eval' returns the value that the node has as a variable when evaluating a specific node name, or the value of the Value Node included in the NAS of the node, or the expression of the'Eval Expression' node. This is an operation that returns the value by Evaluate (or simply'Eval'). The'Value' Node has as a child node'Real Value' and'Expected Value' and a'Consistency' Node that checks whether the two values are consistent according to the characteristics of the value of the corresponding Node. The'Real Value' is a value that is actually input or confirmed by a sensor, measuring instrument, other server or administrator,'Expected Value' is a value that is logically expected or determined, and'Consistency' is a value that the two values are substantially identical. As a result of judging whether or not, it has a Yes, No, or Null (don't know) value.
The'Rule_generate' operation is a'Rule_generate' to indicate and implement instructions issued by a PM, requests from team members, other managers, or related persons, and specific methods and knowledge for handling basic tasks or functions of the platform. This is an operation that composes'Rules' into SHRUB.
All rules are an objective or subjective method or policy for handling instructions or assignments given by the PM to the platform, requests from project/task related persons, and basic functions or tasks of the platform, Arithmetic to logical operation, inference (Inference and Reasoning) or judgment according to a set criteria, process (Process) to procedure (Procedure), strategy (Strategy) to operation (Tactic or Operation), including knowledge ( Knowledge) and information, express and freely update the content, and include it in the Super Tree as a consistent and unified framework, and use SHRUB of the Super Tree for goal management. Implement. The SHRUB representing the Rule is called'Rule SHRUB' or simply'Rule', and the name of the Rule is the same as the name of the Root Node of Rule SHRUB. Therefore, the aforementioned SWEEP technique and GRACE technique are all implemented and executed as rules.
The Root Node 701 of Rule SHRUB is a'Left-hand Side (LHS) Node' 702 as a condition part and a'Right-hand Side (RHS) Node' as an action or execution part (703). It has 2 child nodes. The LHS and RHS are'Condition Part' and'Action Part', or'Premise Part' and'Conclusion Part', or'Antecedent Part', respectively. And the'consequent part'. In the case of a rule that is executed without conditions when called, it may consist of only RHS without LHS. The LHS Node and RHS Node, which are child nodes of the Root Node, are called'Top LHS Node' and'Top RHS Node', respectively.
The'Top LHS Node' 702 and the'Top RHS Node' 703 may each have descendant nodes including one or more child nodes, respectively, and the root node of the subtree each having the corresponding descendant nodes is do. If the conditional part of the rule contains only one condition, the LHS Node is not explicitly created, and the corresponding node itself becomes an'Implicit' LHS Node, that is, a Condition Node, and if the execution unit includes only one action, a separate RHS Node The node itself can be an implicit RHS Node, that is, an Action Node without creating a. The rule that has only one LHS Node and RHS Node is called'Simple Rule' in particular.
Rule can be executed by directly including additional rules internally or interlocking through Graft in order to specify the action to be performed with the corresponding Rule. The node that serves as the root of the rule that is directly included internally is called'Internal Rule Node', and the'Internal Rule Node' also has the LHS Node (705) and RHS Node (706) as child nodes as the root of the Rule. Also, the Rule Node for grafting additional external rules is called'Rule Graft Node' (707).
Types of'Rule SHRUB Node' constituting the rule are'Root Node','Top LHS Node','Top RHS Node','LHS Node','RHS Node','If Node','Then Node' ,'Else Node','Internal Rule Node''Rule Graft Node','End Node','Exit Node','Return_to Node','Go_to Node','Wait Node' and various'Operation Nodes ('Performing Nodes') 'Or'Acting Node'.)'. The'Then Node' can be further classified into detailed types such as'Then Node' or'True_Then Node' (Default),'False_Then Node','Else_Then Node', and'Case_Then Node'.
'Rule SHRUB Node' (or simply'Rule Node') has properties like other SHRUB Nodes (708, 709), the number of child nodes, name,'Eval Expression' of the node (710, 711), It includes the value of the node, the logical condition to be satisfied between child nodes, and the Graft information. Examples of the logical condition include'AND','OR', and'ALL'. The'All' is defined as a logic that evaluates all child nodes regardless of the Eval result.
The'Eval Expression' is based on a list expression. The first element of the list is an arithmetic operator or a logical operator, or an SP expression indicating a specific action, and when interlocking with other software packages or tools such as statistics or math software packages, it may be the function name of the package or tool. The second element or less is composed of one or more Arguments such as STPN or STPN Template to indicate the object and value of the operation or action or to store the result value. Lists can also be nested. Examples of typical SPs that represent actions used in the List-type Eval Expression are'Assert','Return_to','Go_to','Exit','End','Set_as','Put_in','Take_next', ' There are'Take_nth' and'Wait'. When evaluating a list, the operation or instruction is directly executed.
When'Eval' each Rule SHRUB Node, like other SHRUB nodes, if the node is a variable node that directly has a specific value, the value is returned. Otherwise, the property node of the corresponding node Returns the value of'Value Node' or evaluates'Eval_Expression' and executes as the contents and returns the result.
If you want to use the rule for general purposes, configure it as a Template Rule that uses path variable expression, and when calling it, substitute the variables with specific values or expressions and instantiate them to enable execution. (713) For example, ' In the case of STPN using a variable expression such as'task', it visits Task BDT in depth-first search (DFS) order, retrieves the actual names of all tasks in Task BDT (Retrieve), and replaces'?task' in sequence. Go and configure a loop so that it can be applied to all tasks, or by replacing it with specific dates including variable expressions such as'?day'.
The'Rule_generate' is an operation to create a Rule, and the Rule is created by constructing Rule SHRUB as follows: (The property of each Rule Node is expressed in braces, and comments are parentheses (Parenthesis) ) Will be described in)
Step 1. Root Node {Attribute: Call condition of the Rule; STPN or STEM of a node that contains information to be provided for rule execution; The number of node variables to be substituted and the expression of node variables, or specific PLANT names; Return method of rule execution result (Return means, presentation method and format, STPN or PLANT name (including List, Table, etc.) storing the value to be returned); Each Eval Expression when visiting the node's own Preorder, Inorder and Post Order); Graft information; Explaining the execution details when executing the Rule}
Step 2. LHS Node and its Children Nodes (attribute: the type of the node itself (refer to the type of Rule SHRUB Node described above); Each Eval Expression when visiting the node's own Preorder, Inorder, and Post Order (including the Eval conditions of child nodes (AND, OR, ALL, etc.), but if there is no child node, only the Preorder Eval Expression exists); Number of child nodes; Name, number and type of child nodes, Graft information}
Step 3. RHS Node and its Children Nodes {attribute: the type of the node itself; Each Eval Expression when visiting the node's own Preorder, Inorder, and Post Order (including the Eval conditions of child nodes (AND, OR, ALL, etc.), but if there is no child node, only the Preorder Eval Expression exists); Number of child nodes; The names of child nodes; Number and type; Eval condition (AND, OR, ALL) of child nodes; Graft information} ■
In the'Eval Expression', the substitution information of the variable node, the assert (712) of the instantiated fact, the method of reporting the execution result (format and content, means (monitor, smart phone, alarm)), the loop command (Return_to, Go_to, Local_Fact_Assert)), the termination of the local loop (Exit), the determination of the next visited child node, and the termination condition and termination instruction (END) of the rule execution (713).
In the above'Fact_Assert' operation, when a value is entered or set in a specific node of various PLANTs including SHRUB of the Super Tree, the name and value of the corresponding node are'Assert' or'Advocate' as a fact. , It is an operation to invoke and execute (expressed as Execute, Fire, or Trigger) the'rules' containing the creation of the Fact or the value of the Fact as a condition. Each ORE STEM can also assert the event as a triggered fact when a corresponding instruction is given, a task is assigned, or a request is input.
In the expression of the rule node's Eval Expression, such as'?task','?facility','?resource','?time' or'?day' for flexible match with the asserted fact or for general use of the rule. 'Variable Name Node' expressions, wildcard expressions such as'&' that can match one arbitrary node expression, or'*' that can match one or more Node Names, or'/ Path abbreviations such as ../' can be included. In the case of the Expression including the'Variable Name Nodes', if the included'Variable Name Node' expressions are replaced with specific Node Names, the entire conditional expression of the STPN included in the Expression is'Instantiate' and a specific STPN Or'Assert' as Fact becomes possible. In addition, in order to simplify the expression of the STPN included in the rule, as described above, in the case of nodes that are obvious to be included in the corresponding path from the context of the STPN, all can be omitted and expressed as a shortened STPN. In order to be applied universally as described above, a rule including variable expressions and wildcard nodes is called a'template rule'.
The'Rule_invoke' is an operation that is called to execute the Rule.The Rule is'Time Driven Invoke', which is called at regular time intervals or when a certain time arrives,'Event Driven Invoke', which is called when an event occurs, and identifies the cause. It is called in the same way as'Goal Driven Invoke', which is called for. The'Event Driven' is also called'Fact Driven' or'Data Driven' and mainly uses the Forward Reasoning method, and the'Goal Driven' is also called'Object Driven', and is mainly inferred by the Backward Reasoning method. The SWEEP goal management technique is based on a'Time Driven' method that continuously and repetitively performs most of the tasks or platform tasks to be performed according to the time or time interval set for each task or task. Fact is processed in the'Event Driven' or'Goal Driven' method at the point of occurrence.
The'Rule_execute' is an operation that sequentially visits each Rule SHRUB Node of the invoked Rule from the Root Node and then'Eval' and'Execute' the Rule.
Execution of rules is mainly to perform basic tasks or functions of the platform, process target management tasks to be regularly or continuously and continuously repeated at a specific time, and perform PM's instructions or tasks assigned from PM. , Project/Task related inquiries, requests, suggestions, mutual information, exchange of opinions, and discussions are handled, and events or risks that occur from time to time are handled.
For the processing of the platform that must be carried out regularly and continuously when a specific time arrives, such as every hour, daily, or weekly, when the specific time comes, Assert the'Present Time as a fact' and invoke the event as a condition of the arrival of that time. Compose a Rule that sequentially invokes by including the rules to be done as RHS nodes in order, and defines this as'Timer Rule'. The Timer Rule may be set to be called when the time when a specific condition is satisfied arrives.
According to the field and characteristics of the project/task to set and achieve the goal, the platform presents the basic skeleton and template rules of the Super Tree organized by the field and characteristic, and the specific construction of the goal management system of the project/task and the established system Support the operation.
When the platform is activated, a'Project Manager Agent' in charge of the functions of the Project/Task general management unit 801 is created, and the Project Manager Agent creates intelligent agents in charge of each functional section (FIG. 8) of the platform as it is created. . Among the created agents, the'Knowledge-base Manager Agent' manages rule generation, update, and invocation, and supports other agents to execute the rule and perform their duties.
When a specific Rule is invoked by agents in charge of each function of the platform, the Knowledge-base Manager Agent supplies and calls the Template Rule and STPN and STEM, which are the specific execution context of the Rule and the Template Rule in Rule BDT. One agent instantiates the template rule and supports it to be executed. Each Agent sequentially visits from the root node of the called Rule, evaluates the'Eval_Expression' of the visited Rule Node, and executes the Rule according to the Eval result. Visiting the Rule Node is based on Eval by visiting the Rule SHRUB in the order of Depth First Search (DFS). The node that the Agent is currently visiting for Eval is called'Present Eval Node' (PEN). Except for Leaf Nodes, all nodes with 2 or more children usually visit with 1 Preorder, 1 or more Inorder, and 1 or less Post Order, and the Eval result of the immediately visited child node by changing the Eval Expression for each visit. Depending on the rule execution method or the setting of the Argument can be flexibly adjusted afterwards, when all RHS nodes are evaluated and returned to the Root Node, the rule execution is automatically terminated. Even when meeting a node that asserts', the execution of the rule is terminated at the corresponding location.
As a result of the Eval of the'Eval Expression', the return of True/False or Y/N, the execution of the operation, the judgment of the situation, the Assert of the Fact, and the Physical or Abstract action to be performed by the Eval Expression can be exemplified. .
When the above'Rule Graft Node' is evaluated, a copy of the Template Rule Grafted to the Alias Node with the same name in Rule BDT is temporarily'Dynamic Graft' to the Rule Graft Node, and the environment of the Rule Graft Node It is invoked and executed while being instantiated as (Context), and automatically degrafted when the use of Rule is terminated.
If it is necessary to configure a loop that loops and invokes the Rule itself within the Rule, specify the Eval Expression of the node at the calling location as'Return_to Root' operation and return to the Root of the Rule. Eval starts from the node again and the rule is re-executed. If it is a loop that is executed only in a part of the rule, it is called'Local Loop', and if you want to stop the execution of the loop while executing the local loop, use the'Exit' operation. If you want to move to a specific node, you can directly specify the'Go_to' operation and the PPN of the specific node you want to move, or if the specific node contains a specific fact as a condition, Assert the fact to meet the conditions or match. You can move to the node that becomes. As described above, the Fact_Assert that is performed for the match within the Rule is called'Local Fact Assert'.
If the result of Eval of a specific node during rule execution, waiting for a PM or other administrator to input a specific value or for the unit time to elapse, the Eval Expression at the time of Inorder Visit of the parent node of the corresponding node is set to'WAIT'. , You can wait until the Eval condition of the corresponding node is satisfied. In the case of executing a loop, the turn is set Aside separately so that it is executed when the condition is satisfied, and skips and continues the loop.
In the above, the creation, invocation, and execution of rules have been described, and'Rule Generation Rule' is composed to support the creation and input of rules. The rules that perform basic tasks and functions of the platform or handle various expected events are implemented by the platform construction engineer and experts in the field when building the platform according to the characteristics of the project/task. In addition, the rules for executing instructions and requests of PM or other managers in the process of task execution are based on the relevant STEMs created as'ORE Generation BDT' using'STEM' Generation Rule', and the platform together with the platform manager or PM. Organize interactively.
The generated rules are grafted to the node of the rule name of'Rule BDT', which is classified and subdivided by the purpose of application of the rule, field or type, or by agent in charge of calling and executing the rule. BDT' is grafted to'Rule BDT Node' which is composed of child nodes of'Platform and Super Tree Management Node' of STUMP. .
Subsequently, as a concrete example of implementing the Rule using STEM configuration and STEM, a High Abstraction Level instruction such as "Report every working day at PM 6:00 every task whose daily progress state is'Delay'" The case where the PM falls on the platform will be described as an example.
First, through a GUI presented using'ORE Generation BDT' (Fig. 3) and'STEM Generation Rule', a candidate group of nodes and attributes is sequentially presented, and a selection or input of specific nodes or attributes is received, and the corresponding Construct STEM. (To express the main path and the attribute at the same time, the attribute is indicated within braces' {}'.):
Depth 0 Node: STEM Root {Issue_Time: ‘Present’, Title: ‘Task_Report_Order’ Text_Expression: "Report every working day at PM 6:00 all tasks whose daily progress state is'Delay' ", Orderer: PM}
Depth 1 Node: ‘Report’(SP) {Report_Time: PM 6:00, Everyday except Holiday, Reporting_method: PC(Name) AND Hand_phone(Number), Report_format: Format_No}
Depth 2 Node: ?task(Target_Object) {Object_task: All_tasks in Task BDT(DFS with Postorder Search)}
Depth 3 Node: 'Daily_progress_state'(Variable) {Condition: (EQ ?task // ?day // Daily_progress_state'Delay'), ?day: Today} ■
With the above input, the following ORE STEM is generated.
ORE_STEM_Node_Name (Node_Number: Number, Issue_Time: Present, Title: ‘Daily_Delayed_Task_Report_Order’, Text_Expression: "Report every working day at PM 6:00 all tasks whose daily progress state is'Delay' ", Orderer: PM}/'Report' {Report_Time: PM 6:00, Everyday except Holiday, Reporting_method: PC(Name) AND Hand_phone(Number), Report_format: Format_No}/ Target_ Object: ?task {Object_task: All_tasks in Task BDT(DFS with Postorder)}/ State: Daily_progress_state {Condition: (EQ? task// ?day// Daily_progress _state'Delay'), ?day: Today} ■
In particular, based on the ORE STEM, Fig. 7 shows the configuration of a Rule for implementing the instruction. The constituting rule is implemented as a template rule including variable node expression for general purpose use.
The'Eval Expression' of the conditional node for the execution of the rule is equal to (EQ ?task//?day//Daily_progress_state'Delay') (710). The above Eval Expression includes the node variables'?task' and'?day', and'?day' is replaced with the IVY Node Number of the day, and all tasks in Task BDT are searched for depth first (Depth First Search: DFS ), and if'?task' is replaced with the actual Task Node Name, the STPN is instantiated like'Task-i//kth_day//Daily_progress_state', and'Return_to Root' operation (712) Returning to the root and starting rule execution again, returning to the conditional expression of LHS, and checking whether the node value of the'Daily Progress State' property of the relevant task is set to'Delay' is repeated for all tasks. You lose. In addition, a Timer Rule that calls the above Rule is configured at 6 PM on every working day.
As described above, the Root Node 701 has a Top LHS Node 702 and a Top RHS Node 703, and both LHS Node and RHS Node can have any number of child nodes, and each Nodes, that is,'Rule SHRUB Node', have the number of child nodes and the'Eval' method or condition as the property values of the NAS, and the Root Node and each Rule SHRUB Node properties and Eval Expression include STPN and STEM information. The execution environment (Context) can be displayed and utilized, and by including'Internal Rule' in the Rule or allowing other rules to be grafted, it is composed of a combination of modularized knowledge and composed of Template Rule to ensure the universality of the Rule. And define a rule that makes it possible to repeatedly execute itself as a'Super Rule'.
Super Rule can contain LHS and RHS repeatedly in both LHS and RHS, and rule execution proceeds from left to right in the DFS method, visits Rule Nodes, evaluates the'Eval Expression' of the visited node, and evaluates in progress. You can configure a loop to redeploy the Rule by using the'Return_to Root' operation in the Eval Expression of the Node, and form a local loop within the Rule or an arbitrary location by using the'Loacal Fact Assert' or'Go_to' operation. It can be executed by moving to and using the'WAIT' Eval Expression when visiting the Inorder of a specific Node, the execution of the Rule is temporarily stopped at the corresponding location, and the child LHS Node has to wait until the Fact included as a condition is Assert. If'Eval Expression' is'END', rule execution is forcibly terminated at the corresponding position, and it is automatically terminated when it returns to the root by evaluating to the rightmost node by continuing.
With the configuration of the'Super Rule' as described above, the content and flow of logical reasoning, judgment, procedure, and action can be explicitly expressed, and the rule can be easily created by SHRUB operation such as insertion or movement of a node. It can be modified or updated, and accordingly, the High Abstraction Level mission, instruction, request, and reasoning and inference for the execution of platform functions are subdivided into a'Divide and Conquer' strategy and modularized. All Nodes, Internal Rules, or Grafted Rules in Super Rule share common context information, so that consistent and focused reasoning can proceed. Segmentation and modularization are possible up to the level of each node, and the reasoning and judgment process and contents can be freely coordinated or modified by inserting and deleting nodes. Therefore, a number of independent rules randomly lead to chaining and are executed, and the relationship between the fragmentary results generated by each rule is chained, and the ultimate purpose of the executed rules is unclear. Can be improved. In addition, a combination of frequently used conditions or actions can use the corresponding expression jointly through Internal Rule or Rule Grafting, and a Super Rule can be composed with a combination of modularized rules, simplifying the'rule generation' process. In addition, it supports automation and can implement a loop that repeatedly executes the rule itself, so even if the number of tasks that need to manage progress or progress status is huge, it can be handled precisely and simply by executing a few rules.
All information generated during the execution of the Super Rule (hereinafter also briefly expressed as “Rule”) is stored as a node of the Super Tree that can be accessed by STPN. Nodes that store information can be added by using an existing node or by creating a new node, and for temporary or temporary use or necessary information, prune or degraft the nodes after use, and after prune or degraft. Nodes whose direct or indirect path to ROOT is broken perform Garbage Collection to recover memory. In the case of a node that represents a condition or action for repetitive execution, if there is no need to repeat any more during the execution of a rule, it is rectified in the instantiated rule, and this is called'Dynamic Pruning'. At this time, the original Template Rule is not affected by'Pruning'.
Therefore, the Super Rule is, in general, in the field of various projects/tasks to set and achieve goals, investigation (Investigation), search (Search) and confirmation (Confirm) of one or more specific information through inference (Inference or Reasoning), and progress. Management, monitoring of the situation, creation of information (Creation), estimation, comparison, judgment or decision of the situation, analysis, expectation or forecast, explanation (Explanation), Report and Display, Strategy establishment, Request, Recommendation, and direct or indirect performance of Measures or Activities. Actions can be expressed and executed as rules, and the reason for inferring a specific action can be explained using the path or process of reasoning.
The Super Tree is configured so that all information necessary for calling and executing Rue is included in the Super Tree, and among the information obtained as a result of the execution of the Rule, all new and significant information is the context of the relevant information in the Super Tree. Nodes are added and stored in a suitable location for the system, and thus the Super Tree as a BOGMKI, a collection of knowledge and information, grows, resulting in a Learning Effect.
In addition, the above-described Super Rule configuration method allows direct instruction of a high abstraction level to be given to the platform, assigned as a task, or requested as a service. Accordingly, unlike the conventional unilateral menu provision methods (Paradigm), in which the paths and functions of Menu and Sub-menus must be fully understood and used for the search or function of information desired by PM or other project related persons, PM is provided to the platform. It gives the desired instruction, assigns a task or task, and other managers can directly request necessary matters from the platform, so that even when there are a myriad of tasks to be performed and managed at the same time, continuous precise management is possible, so that SWEEP goal management It supports the application of the technique. In the present invention, an I/O service providing method that supports direct command, command, or request of a high abstraction level to the platform as described above is referred to as'Proactive And Smart Service' (PASS). )) method. In addition, it is possible to explain the reason or process for the reasoning action or judgment result performed by the rule by using the explicit composition method of the rule contents and the rule description expression included in the NAS, and the composition contents of the rule executed by the platform are presented in the form of SHRUB. It can be received, and the contents of the Rule can be modified or adjusted simply by modifying the Insert or Delete of the SHRUB Node or the Eval Expression.
As described above, the goal management platform of the present invention uses the Super Tree as BOGMKI (Body of Goal Management Knowledge and Information), a collection of all information and knowledge required in the entire process of project/task goal management. The composed and configured Super Tree is intelligently autonomously and actively used based on the Super Rule, and is systematically classified and subdivided, even as tasks (work, work package or activity) of all levels that must be performed to achieve the goal. For these, target management actions (referred to as'Platform Task') to monitor and manage progress and progress are performed continuously and repeatedly according to the selected time precision. During the execution process, the platform continuously collects information or knowledge additionally required, predicts and responds to random events or risks early, and the response result information is added to the node of the Super Tree as experience. It accumulates, learns, and utilizes it, and processes it by receiving it as a semi-natural language expression that gave instructions or requirements from PM or other managers. In the present invention, a goal management method that continuously precisely monitors, manages, and proceeds with the progress of all tasks and events occurring during task execution is referred to as'SWEEP' (Successive Work and Event Evaluation and Proceeding) goal management technique. The execution of the SWEEP goal management technique implements and executes the technique as a rule.
Next, a detailed description will be given of a specific method in which the platform of the present invention uses the SWEEP target management technique, utilizes the Super Tree, and intelligently and autonomously performs the above-described five-step target management process.
All'Platform Tasks' are implemented as rules to express the detailed contents explicitly, execute and execute the rule, and all information necessary for goal management and all information needed for goal management are created and stored in the process of goal management. All information is stored and utilized as a node of the Super Tree.
When the platform is activated, the platform enters the'Project/Task Initiating and Basic Information Collection Stage' (S100) as the first stage, and the project/Task goal management task is first performed. It creates the overall'Project Manager Agent' in the form of a thread or a process. As described above, the Project Manager Agent is responsible for each functional area of the platform as it is created, and supports professional agents, Super Tree Manager Agent, Knowledge-base Manager Agent, Progress Manager Agent, Resource Manager Agent, Event Manager Agent, Risk Manager. Create Agent, I/O Manager Agent, and DB Manager Agent. The created Project Manager Agent'Project/Task Initiation Rule' is called and executed, and the'Basic Information Input Window' is presented to receive basic information related to Project/Task.'Deliverable or state (collectively referred to as'Deliverable'), execution entity or owner, Project Manager (PM) or general manager (collectively referred to as'PM'), execution period, overall budget and location Receives basic information from PM and composes'Project/Task Charter SHRUB' 211.
Depending on the characteristics of the project/task, additional basic information is requested and input. For example, in the case of a Plant EPC project, site location, area, owner or customer, representative, implementer, execution period, ISBL (Inside Battery Limit) ) And OSBL (Outside Battery Limit).In the case of Smart Factory's production management task, the product type, production target by type, quality standards and Target deadlines can be mentioned, and in the case of energy management tasks, the energy use baseline and calculation basis for each energy to be saved, routine and non-routine adjustment items, and energy savings calculation methods are mentioned. In the case of the power system operation management task, the target power supply reserve rate, frequency fluctuation rate, and voltage fluctuation rate are mentioned. In the case of computer operation management task, the average response time, virus infection prevention or hacking protection The same security goal can be cited.
In the input window above, with expressions such as'What can I do for you?' and'Please input your order or request.', PM or other managers can directly select the desired'Platform Task' without searching or selecting Menu or Submenu. Allows you to freely input instructions or requests, and automatically complete the rest when entering a drop-down menu such as'Create New Project/Task' and'Continue Project/Task (Name)' and some text when entering. Provides input support service. When the'Create New Project/Task' instruction is issued, the root of the template of the'Project/Task Charter SHRUB' of the relevant field, which is pre-configured for each field according to the name and field of the project/task for which the intelligent autonomous goal management system is to be built, is the peak. It is presented in a vertical or horizontal tree structure, and a GUI for selecting, adding, or deleting nodes is provided. When a specific node is selected with a mouse, the corresponding node value can be directly input or the template of'Node Attribute SHRUB' (NAS) is presented so that it can be input as an attribute value. In the case of instructing'Continue Project/Task (Name)', it reads the Super Tree previously saved in the form of DB, Spread Sheet, or XML File and restores the previous target management context or environment. . In the case of a frequently used instruction or request, the input window may also receive a simple verbal input.
Subsequently, as a second step, based on the entire basic information input in the'Project/Task start and all basic information collection stage','Detailed Information Collection and Super Tree Constructing Stage' ( S101). First, the Sper Tree Manager Agent is a Super Tree for goal management in the selected Project/Task field among the basic structure skeletons of the Super Tree for each project/task field that the platform builder organizes and stores with the help of experts in each field. Select the Skeleton of and present it.
The Skeleton of Super Tree presented above is the relationship between the platform implementation engineer and experts in the relevant field when implementing the Framework of the platform in the project/task field, typical basic data related to the project/task execution, processed data information, and information. , Expertise (Knowledge), Know-how, Expertise, and Method are collected to form various PLANTs, and these PLANTs are grafted according to their mutual relations to form. The PM cooperates with the platform and configures a detailed super tree for project/task goal management by specifically modifying or customizing according to the management policy and task execution strategy to set the presented skeleton.
First, the PM starts the concrete configuration of STUMP, which is the basic framework of Super Tree along with the Platform.
In the presented Super Tree Skeleton, the root node of the Super Tree and the root node of the STUMP at the same time include the previously configured'Project/Task Charter SHRUB' (211) and the entire project/task execution period in Unit Time. ) Divided (default is'Day') and connected to a series of nodes to monitor and manage the displayed goal management progress,'Master Calendar_mapped Progress Management IVY' (212) is created and grafted.
Next, add, delete or modify Major Management Nodes presented as child nodes of ROOT, and customize STUMP to complete. Each STUMP Node consists of various PLANTs such as NAS, BDT, IVY, VINE, BUSH, and SHRUB, using the Skeleton of the Super Tree and the template of the plants that are also given, and constructs the Super Tree by grafting. The composition and graft of each plant provides graphic input GUI such as creating a node and connecting by dragging with a mouse, and supports not only individual nodes, but also selects and drags all or part of the plant and connects or grafts.
Specifically, taking the case of VINE configuration as an example, first, a typical basic configuration frame or skeleton for each type of VINE is presented according to the characteristics of the project/task. According to the configuration of a specific production process, system, or circuit, symbols of each facility and device node are provided as a menu, and when the PM or the manager in charge drags and connects or replaces them and configures them, the nodes and arcs of the corresponding VINE are created. At the same time, Schematic Drawing and Physical Layout Drawing are also composed. When a specific node is selected, the default property information of the relevant facility or device is presented in the form of a spreadsheet or table and can be modified. The corresponding default property information can be entered manually or can be received through other servers or the Internet. As the default information, information on the operation monitoring item of the relevant facility, information on the criteria for judging the operation status and the name of the judgment, information on events and event propagation that may occur, and calling rules for implementing procedures and procedures for managing each event. It contains Alias Node information of Rule name to do. In particular, the event propagation information includes events that are automatically propagated and generated according to the configuration of the interlock logic of a corresponding facility when a specific event occurs. The configuration of the VINE, like the configuration of other PLANTs, expresses its contents as explicit and implements all of them as rules so that free modification and update are possible. The'control logic information' of the entire process or system or each facility constitutes a VINE representing the corresponding control logic circuit and is stored by grafting it directly to the process or system or facility node or to the control logic property node of the NAS.
As a third step following the'Detailed Information Collection and Super Tree Constructing Stage' (S101), the'Task Scheduling Stage' (S103) is entered. When the PM gives the'Create Task Schedule' instruction to the platform, the Progress Manager Agent will also perform all and all detailed tasks to be performed (as described above, as'Work','Work Package' or'Activity', depending on the field and characteristics of the Project/Task. It presents Task BDT composed by classifying and subdividing and subdividing (collectively referred to as'Tasks') hierarchically/sequentially by field or division, and asks the PM to select the desired Task Node. When a specific task node is selected, the'Baseline Progress Management IVY' indicating the'Baseline Duration' of the task that is already configured and grafted to the task node is presented. Each node of IVY, that is, the reference unit time, defaults to'Day' and will be described below based on'Day'. The selection of the standard unit time can be selected differently according to the characteristics of the project/task, and each IVY node is developed into sub-detailed IVY nodes represented by the detailed unit time'Hour','Minute' and'Second' nodes as needed. You can (Expand), and the IVY consisting of the deployed nodes is grafted to the corresponding upper node. In addition, the entire'Day' Node IVY is aggregated into'Week','Month','Quarter' and'Year' nodes, which are the upper unit time, to form a shortened IVY, and the start node of the shortened IVY. Node) can also be grafted.
There are two types of IVY presented:'Net Baseline Progress Management IVY' and'Calendar-mapped Baseline Progress Management IVY'. When establishing each task execution plan, a PM, a Scheduling Engineer, or a qualified task manager You can choose. Depending on the characteristics of the task, first establish a task progress plan with'Net Baseline Progress Management IVY', then determine the work policy for weekends and holidays, and then develop'Calendar-mapped Baseline Progress Management IVY' based on the schedule calendar date. It is also possible to create a progress plan with'Calendar-mapped Baseline Progress Management IVY' after designating a start date on the calendar from the beginning. When converting to'Calendar-mapped Baseline Progress Management IVY' by establishing a progress plan with'Net Baseline Progress Management IVY', as described above,'Forward Mapping','Reverse Mapping' and'Bi- There are three methods of'directional Mapping'. If the task is executed continuously without weekends or holidays, the lengths of the two IVYs are the same. Each node of'Calendar Mapped Baseline Progress Management IVY' represents the number of days elapsed from the start date of the entire project in addition to'Self Node Number' (412), and the property value of'Project Node Number', which is the node number of Master Progress Management IVY. I have it as (413)
The IVYs are presented in the form of a Gantt Chart representing each node as a continuous quadrangular node on a chart with the entire Project/Task execution period as a horizontal axis, or in a chain form representing each node as a small circle. When ‘Net Baseline Progress Management IVY’ is presented, the horizontal axis represents the pure period/time, and when ‘Calendar-mapped Baseline Progress Management IVY’ is presented, the corresponding calendar period is indicated on the horizontal axis along with the date, day of the week, and holidays.
In the case of the Plant EPC Project or Building Construction Project, the completion target period or time limit becomes the Baseline Duration. In the case of a factory's annual production target achievement task, one year is the Baseline Duration. In the case of corporate management, each fiscal year or quarter can be set as the Baseline Duration, and if a separate period or time limit is not set, the period deemed appropriate in consideration of the contingency that may occur during the execution of the relevant project/task is the baseline. Set to Duration. For other examples, in the case of PC operation, each session, in the case of game or sports management, from the start of preparation to the end of the game, and in the case of educational goal management, from the start of each semester to the end of each semester can be set as the Baseline Duration.
At the bottom of'Baseline Progress Management IVY' presented by the platform, a graph for writing and inputting a progress schedule with the horizontal axis as the period or time and the vertical axis as the Progress Value is presented together, and the elapsed time of the Baseline Duration of the selected task. In other words, the'Task Finish Point' is displayed at the position where the Progress Value is 100% in the Last Node of'Net Baseline Progress Management IVY'. Subsequently,'Unit Time Baseline Progress Plan Value' and'Unit Time Baseline Accumulated Progress Plan Value' are calculated for each unit time node between the origin and the task completion point. Calculation of the progress plan value is set by using the S-Curve function (Sigmoid function) or Linear function in a top-down method, or by receiving input from a separate file such as a spread sheet. In the case of subdividing one task into a plurality of detailed tasks, each detailed task is assigned a weight value whose total sum is 1 according to the importance level, and the progress plan value of each detailed task is assigned to the corresponding detailed task. The progress plan value of the upper task is calculated as the sum of the values multiplied by the assigned weight value.
When'Unit Time Baseline Progress Plan Value' is set as the attribute value of the NAS grafted to each node of'Net Baseline Progress Management IVY' of each task,'Unit Time Baseline Deliverable Completion Plan Value' and'Unit Time Baseline Deliverable cumulative completion plan value' is calculated or set together with PM. Make sure that 100% of the completion plan value of the collected deliverables corresponds to 100% of the progress plan value.
The quantity or state of completion of the deliverables corresponding to the progress value of each task (hereinafter referred to as'completion value') and the corresponding progress value, and the quality or ability to achieve the corresponding completion value ( The conversion between the quantity of each resource reflecting the capability, capacity, or efficiency, and the conversion content and method are specifically specified and indicated by a rule. When the actual task is executed, the detailed progress value of the relevant task is calculated from the quantitative value of the progress status of each Deliverable. Accordingly, in principle, subjective judgment and input of task managers are excluded in calculating the progress value, and objectivity is maintained, so that the platform can autonomously or actively perform task execution plan establishment and progress management.
As an example of calculating concrete'Deliverables' and Deliverable progress and task progress, in the case of a power plant construction project, the total Deliverable includes the completed power plant, training of Crew Members, and related documents such as drawings and manuals. Among the completed power plant Deliverables, an example of the main detailed deliverable is'power equipment'. Again, one of the more detailed deliverables of the power facility deliverable is'main transformer installation and completion status' as an example. I can. The'Peripheral Transformer Installation and Completion Status' Deliverable can be completed by performing the'Peripheral Transformer Installation Construction' task as in the above-described Task BDT example, and the'Peripheral Transformer Installation Construction' task is the basic design ( Basic Design) is completed and can be started, and it is subdivided into'Survey','Dream','Formwork','Rebar','Anchoring','Concrete','Concrete Curing', and the transformer is procured and sent to the site. A series of detailed tasks such as'Installation of TR body','Conservator and Bushing assembly','Nitrogen filling and Oil Fill','Cabling','Instrumentation and Control Wiring', and'Test and Commissioning' that can be performed after transport To Work, Work Package, or Activities (collectively referred to as'detailed tasks'), and the finished product or completion status obtained as a result of executing each of the subdivided detailed tasks corresponds to 100% of the progress of Deliverable of the corresponding task. , The progress of each detailed task is calculated by quantitatively converting the progress of the detailed task from the quantitative progress value of each Deliverable, and the progress of the upper task is collected by collecting the progress of each subdivided detailed task and the weighted progress of the detailed tasks calculated by the assigned weight. Calculate.
Each detailed Resource Node of Resource BDT, which is organized by classifying and subdividing required resources by type or division according to the characteristics of the project/task, contains product information including quantity and cost information of deliverables that can be generated for each input unit of the corresponding resource. STPNs of tasks that need the resource are stored as attribute information, and'Supply Management IVY' of the resource is grafted. Each node of Supply Management VY of each resource stores the contract, transport, warehousing, delivery, and inventory status of the corresponding resource, and the procurement status such as the planned input and cost for each input task, the actual input and cost as attributes. The node of the NAS that stores the input plan amount information for each input target task on a specific day of each resource has a'Resource Oriented STPN' in which the Resource Name Node is higher in the Path than the Task Name Node, and the specified input target task The node of the NAS that stores the input plan amount information of the corresponding resource of the day has a'Task Oriented STPN' in which the Task Name Node is higher in the Path than the Resource Name Node, and both nodes become mutually Alias by having the same value. The value input to one node is automatically set to the value of another alias at the same time.
Next, the amount and cost of each type of resources to be invested to achieve the'unit time Baseline Deliverable Completion Plan' for each Deliverable is calculated based on the Cost Estimation Standard information. The part-count information is subdivided according to the type of deliverable, and a “part-count BDT” including the required amount and cost information of resources to be input to complete the unit deliverable is configured, stored, and utilized. The part-count information is based on the certified standard part-count information, and is configured to include all resources and adjustment rate information to be invested to perform a project/task for target management. Typical types of resources are Manpower, Material, Equipment, Energy, Facility and Time. The information related to each unit time is stored in the NAS of the IVY node corresponding to the mode, and the information related to the entire period is stored as an attribute in the NAS of the root node of IVY and the NAS of the corresponding task node.
If a considerable amount of time and resources are required for preparation before the production or production of Deliverable starts, the preparation time and resource are quantitatively calculated and considered as part of the Deliverable and included in the Deliverable Progress. However, if a specific preparatory work fails to lead to the actual progress of Deliverable due to the occurrence of an unexpected event or is not utilized, the progress corresponding to the preparatory work is rolled back to 0 and the resources put into the preparatory work are considered as loss.
Examples of basic main resources required for project/task progress include manpower, budget, and time. In the case of additional Plant EPC Project, design drawings, specifications, construction materials, construction equipment, installation facilities or equipment, and main processes And support system, site, space and energy. In the case of Smart Factory's production management task, it can be the amount of production that satisfies the quality standard and cost for the target period for each product, and in the case of energy management task , Energy, energy supply facility, energy use facility and space, and computer operation management tasks include Processor, Memory, Hard Disk, Peripherals, File, Process, and network facilities.
When a specific'Unit Time Baseline Deliverable Cumulative Completion Plan' that can objectively check the progress status in each task and assign the corresponding progress value (%) becomes an important meaning or turning point in the execution of the task, the corresponding cumulative completion A name and serial number are separately assigned to the planned quantity, and this is called'Milestone'. Therefore, each milestone has a corresponding progress value. Therefore, if the progress is accelerated or delayed, the location of each milestone is moved back and forth accordingly, and the corresponding milestone node changes, which is called'Milestone Sliding'. In addition, the node whose progress value corresponds to a specific milestone in Progress Management IVYs of each task is called the'Milestone Node' of the corresponding milestone.
In the case of a task that can search for the optimal length of Net or Calendar_mapped Baseline Progress Management IVY due to the characteristics of the project/task, the length of IVY is incremented or decremented with the GUI. Whenever the length of IVY changes, the corresponding unit time Task progress value and cumulative progress value, completion amount and progress value of Deliverables, cumulative completion amount and cumulative progress value, amount and cumulative amount of resources to be invested, and cost and cumulative costs, and total progress value of the total Deliverable (100%) Calculate and present the amount of Deliverables corresponding to ), the total input amount and total cost for each resource, consider various contingency that may occur during task progress with PM or other managers, and reflect the safe spare period Set the Baseline Duration of. As described above, a technique for searching for an optimal duration by incrementing or decrementing the length of IVY is referred to as a'GRACE' (Gradual Resource Allocation and Cost Evaluation) search technique.
Next, in order to complete the corresponding'Unit Time Baseline Deliverable Completion' for each Deliverable for each unit time, the'Unit Time Actual Resource Input Plan', which considers the actual input unit of each resource to be put into, is given by PM or other managers. Decide together or execute the rule to make an autonomous decision and present the decision to the PM or other managers. For example, if the input resource is manpower and the actual input unit must be man-day, which is an integer, even though the input amount of the baseline is calculated as a real number including a decimal point, the man-day integer value rounded off the decimal point is'unit time actual resource input. Determine the'planned amount'. Subsequently, the'Unit Time Deliverable Actual Completion Target Plan' is calculated by inverting the complete unit time Deliverable with the determined'Unit Time Actual Resource Input Plan', and the corresponding'Unit Time Execution Progress Plan Value' and'Unit Time Execution Progress Accumulation' Converted to'planned value'. The'Unit Time Deliverable Actual Completion Target Plan' and the corresponding'Unit Time Actual Resource Input Plan' are set so that the'Unit Time Execution Progress Cumulative Plan Value' is always larger than the'Unit Time Baseline Accumulated Plan Value'.
The point in time when the “unit time execution progress accumulated plan value” becomes 100% is referred to as the “execution goal duration” of the task. When the Baseline Duration is determined, a Progress Management IVY fixed to the Baseline Duration length is generated, and a'B' mark is displayed at the Last Node position to indicate that the Baseline Duration is (420). Subsequently, when the Execution Goal Duration is determined,'E' is displayed on the corresponding location node of Progress Management IVY to indicate that it is the last node of the Execution Goal Duration (421). Since the performance progress is planned to go ahead of the baseline progress, the'E' node is located in front of the'B' node, and the period between the two nodes becomes a spare period, which is the'Task Internal Buffer' (422) of the corresponding task. ). In the process of performing the actual task, the expected completion period of the task (Anticipated Completion Duration) is continuously calculated based on the performance progress, and'A' is displayed on the node at the corresponding location to indicate that it is the last node of the Anticipated Completion Duration (423). When the task is completed,'R' is displayed on the Last Node of the Real Completion Duration to indicate that it is the Last Node of the Real Completion Duration. The location of the'A' displayed node may change continuously according to the progress of the task during the task execution process, and if the completion period of the task is expected to be delayed, it may be displayed by extending the IVY behind the'B' node. When starting, the'Task Internal Buffer' becomes a margin or delay period between the'B' Node and the'A' Node. The four duration marks displayed at the end of each task's Progress Management IVY are called the'BEAR' Mark (424) of the IVY, and are stored as properties of the corresponding node, respectively, the reference period and execution target of the corresponding task It indicates the period, expected completion period and actual completion period.
Then, the preceding/successor relationship between tasks is set. The preceding/subsequent relationship between tasks is set as a Graft between nodes corresponding to the Milestone progress of Progress Management IVY of the tasks, that is, Milestone Nodes. The preceding/subsequent relationship between tasks is a general Finish-to-Start Graft that grafts the Last Node of the preceding IVY to the Start Node of the subsequent IVY, and the specific Milestone Node after the Start Node of the preceding IVY is transferred to the Last Node of the subsequent IVY. Start-to-Finish Graft Grafting to a specific Milestone Node in the follow-up relationship, Start-to-Start Graft Grafting to a specific Milestone Node following IVY's Start Node and the Last of the preceding IVY There is a Finish-to-Finish Graft that grafts a Node to a Milestone Node that is a successor to IVY. Therefore, each IVY may have at least one preceding/successor relationship among four preceding relationships or four successor relationships in the preceding/successor relationship with other IVYs, and may have a preceding/successor relationship with one or more other IVYs. By setting the four types of preceding/successor relationships using Milestone Nodes, sophisticated spare day (Buffer or Float) management, progress management, and critical path and duration management are possible.
Each of the preceding/following grafts has a buffer of unit time minus 1 from the difference between the'Project Node Number' of the preceding IVY node to be grafted and the'Project Node Number' of the subsequent IVY node. The buffer is called'Feeding Buffer' from the viewpoint or viewpoint of the preceding task, and is called the'Receiving Buffer' from the viewpoint or viewpoint of the subsequent task. Each of the buffers is managed in two types: a'Net Buffer' representing a net spare period and a'Calendar Buffer' representing a date and period of a specific Calendar at the same time. The length of the'Calendar Buffer' is equal to or longer than the length of the'Net Buffer' according to the working or working policy on weekends and holidays.
In particular, in the case of the'Finish to Start' preceding/successor relationship, the preceding task is called the'Succeeding Task Feeding Buffer'. The subsequent task is called'Preceding Task Receiving Buffer'. Therefore, the chain of tasks whose length of'Succeeding Task Feeding Buffer' is 0 over the entire execution period of the project/task becomes a critical path. Each task is capable of'Late Finish' which is delayed by the length of the shortest'Feeding Buffer' of the task without affecting other tasks in the preceding/successor relationship, and advances by the length of the shortest'Task Receiving Buffer'. 'Early Start' is possible. Even if'Early Start' is possible, if there is a Milestone whose Receiving Buffer has a length of 0, if the Milestone of the relative preceding task cannot be advanced, it cannot lead to'Early Finish'.
In the case of the plant EPC project or factory production management task, the predecessor/success relationship between each task of the task BDT is material procurement tasks for supplying materials, parts, or raw materials that can reach hundreds to thousands or more, and construction or production. It is formed between the nodes of Progress Management IVY and Operation Management IVY of Tasks, and can be utilized for smooth material procurement management. In addition, when starting/stopping the main process or support system in the production management task, it is also set up between Operation Management IVYs of each facility or system for the progress of the startup sequence that requires sequential and simultaneous operation of multiple devices and systems. Thus, it can be used to manage the appropriate Leading Time and monitor whether the startup sequence is normally progressing.
Establish a'Baseline Schedule' and an'Execution Schedule' that includes the progress plan of each unit time, Deliverable completion plan, input resource plan, and cost for all detailed level tasks And, all established information is stored as the attribute of the corresponding IVY Node. The Task Schedule establishes up to a detailed task or activity level (Level) selected among Task Nodes of TASK BDT according to the characteristics and scale of the Project/Task.
In the case of the plant EPC Project, until the'Task Scheduling Stage (S103) of the task execution plan establishment', for the preparation of the optimal IBT (Invitation to Bid) or RFP (Request for Proposal) of the ordering party or owner, or Engineering and Construction It can be used for companies to calculate an appropriate bid amount considering their available resources and costs for a specific IBT or RFP, review whether to bid, and prepare proposals.
Based on the task execution plan established in the Task Scheduling Stage (S103), the goal of the Project/Task enters the next fourth stage, the'Task Performing Stage' (S104). Start management and proceed.
The ultimate goal of all Project/Task goal management is to achieve the set goals with plans or better outcomes. Therefore, the core of all goal management activities is to continuously monitor and manage the progress and progress of all tasks to be performed throughout the whole process of goal management, and successfully complete the project/task according to the established plan. Is to achieve the goal of. Hereinafter, the method of performing each task will be explained mainly on the progress management in the Plant EPC Project or Smart Factory production management task. Among the described progress management contents, the degree of involvement of PMs involved in the progress management and the level of platform autonomy are Porject/ It can be coordinated or adjusted according to the field and characteristics of the task and the level of management precision of the target management system to be implemented. In addition, the described method and principle of progress management can be directly applied or applied to most other projects/tasks.
The progress management of each task aims to execute or execute the execution schedule, and the baseline schedule is managed as a deadline. The progress of each task manages the progress and cumulative progress of each unit time, and the performance against the plan is called the ‘progress rate’ rate).
At the start of each unit time, the platform for each task selected for progress management in Task BDT, the amount of resources needed to execute the execution schedule of the task to the task managers, and the expected amount of corresponding deliverables. It presents the amount of completion and progress, and the expected progress of the corresponding task, and requests the input of the'actual input plan resource amount' to be secured and invested at the start of the unit time and the'expected Deliverable completion amount' expected to be completed. It receives the input and receives the confirmation of the car top manager. The platform separately calculates the'estimated Deliverable completed amount' as the'actual input plan resource amount' inputted by itself, using the part-count information stored in the'Cost Estimation Standard BDT', and the'Expected Deliverable' entered by the task manager. Compare with'Completed Quantity'. If the difference between the two estimates is large, discuss the necessity of adjusting product price information including temporary premium rate adjustments with managers. If it is agreed to make adjustments, the corresponding particulation information is corrected, and the revision history including the'applied period' of the corrected particulation information is recorded as an attribute of the node storing the corresponding particulation information.
The'application period' may be temporary or may be the entire execution period of the rest of the task, and the platform uses the adjusted product information for all the'Execution Schedule' values of the unit time nodes of Progress Management IVY during the applicable period. It is recalculated and presented to managers for consent. If the manager agrees, the change in the length of IVY, the location of the milestone, and the buffer size with the preceding/successor related tasks is presented to the managers, including PM, and confirmed. The estimated progress for a specific unit time as described above is called'Unit Time Progress Forecast', and the estimated progress of the entire task is called'Task Progress Forecast'. A'A' mark is placed at the position of the IVY Node in the expected task completion period determined according to the Task Progress Forecast to indicate that it is the Last Node of the Anticipated Completion Duration (423).
When every unit time starts, the platform continuously collects all necessary and collectable information for target management from sensors, measuring instruments, cameras, other servers, Internet and IOT, and monitors and manages the progress and progress of tasks. The information collection includes inputs requested by PM or other managers when necessary.
Depending on the elapsed time, for systematic management of various events including'delayed progress' of tasks that can occur in the process of performing tasks of each level of Task BDT, all events that may occur in each task are listed by type. Classify by type, configure'Event and Risk BDT' for each task, and graft to the'Event Management Node' of each task's NAS. Each event is classified into Positive Event, Negative Event, and Neutral Event according to its effect on goal achievement. If not specified, it is Default and means Negative Event. Among negative events, events with particularly high impact are called risks. Examples of positive events include early achievement of target specific milestones, the capabilities of real Manpower more efficient and skilled than standard batching, and lower raw material prices. Neutral Event means an event that does not specifically affect the progress or progress of a task. To the node of each event name of the Event and Risk BDT that is grafted to the NAS of each task, the node of the rule name to be executed that stores'event management procedure' information to cope with the event is grafted, and the same name in the Rule BDT. Compose Rule BDT so that Alias Node exists, and Graft Template Rule that can perform the'event management procedure' of the event in the Alias Node. When monitoring and responding to the event, it can be called and executed.
The above'event management procedure' information is for each event,'Anticipation','Detect','Assessment and Countermeasure Establishment','Action','Review of Results' ( Follow-up) and'Learning' include information for management in five processes, and the five processes are called'Eveny And Risk (EAR) Handling Process'. The above EAR Handling Process is implemented as a Rule to express its contents explicitly and to freely update or modify.
In'Anticipation' of the EAR Handling Process, the probability of the event occurring is checked, and in the case of an important event, the probability of the event is calculated. For example, the probability of occurrence of an event is calculated periodically using the Weibull distribution, which is a multi-parameter probability distribution that can include various distribution types. Distribution parameters such as Characteristic Life or Shape Parameter are calculated using MLE (Maximum Likelihood Estimate) and Newton-Raphson Method, and for periodic calculation, a small number of data and duration data without an event occur, or Suspended Data and Censored Data, which are data whose collection is stopped at any time, are also included in the MLE and calculated. The frequency of event occurrence can be calculated through Poisson Arrival analysis. When the probability or possibility of a specific event reaches a certain level, it notifies the PM and the relevant task managers, and proceeds with the rest of the EAR handling process.
For all events in the Master Event BDT, information input means for monitoring and discovery of the event is specified. Examples of the information input means include sensors, measuring instruments, other management servers, the Internet, and manual input through a keyboard, a smart phone, or a tablet PC by an administrator or person in charge. In the'Detect' process, when a specific variable value is set as an information input means for monitoring a corresponding event, a corresponding Fact is asserted to confirm the occurrence of the event as a responsible rule, and a subsequent management procedure is entered.
In the'Asessment and Countermeasure Establishment', the cause or reason of the occurrence of an event that has already occurred, the size of the impact, and the affected tasks are evaluated, and in the case of a negative event, the impact of the event is absorbed early ( Absorb) Stop propagation (Stop) or establish countermeasures or strategies for recovering or overcoming the situation, coordinating task execution plans if necessary, and opportunity in case of positive events ), it can be used to contribute to the increase in the possibility of achieving the goal, and an Event Scenario analysis for selecting a countermeasure or strategy can be performed.
In the'Action' process, the established measures are implemented, and in'Follow-up and Learning', the event response results are evaluated, statistics such as occurrence frequency are calculated, and the event processing process and results are compared with the related Super Tree plants. Stored in PLANT Nodes to accumulate and learn as experiences.
To record expected or actual events,'Event Monitoring And Recording Table' (EMART) is constructed, and the Root Node is grafted to the Root Node of the Master Event BDT.
Hereinafter, the EAR handling process will be described focusing on the'delayed progress event' which is an important event in goal management of most projects/tasks.
For each task in the Task BDT that is currently in progress and wants to monitor and manage targets according to the elapsed time, every unit time, all progress monitoring items stored in the NAS of the task and all events that can occur, by monitoring item and Continuously and repeatedly checks and proceeds at the time interval set for each event. However, if a specific event is detected, it immediately enters the EAR Handling Process.
A typical cause of delay in progress is the lack of resource input in terms of quantity or quality, including Manpower. In addition, the occurrence of events such as power outages, major equipment failures, line stoppages, and bad weather are also affected by lack of resource input and cause delay in progress. When an event with an expected progress delay occurs, the completion amount of the expected deliverables at the end of the unit time that is currently elapsed is compared with the planned amount, and if there is a difference by more than a Significant Level, the task's progress is delayed at that point. 'Assert the event occurrence'anticipation' situation as fact and enter the EAR handling process.
When a specific event occurs, a series of events that propagate and occur is called'Event Chain', and the Event Chain Method has been proposed and used as the main method to cope with this. In the SWEEP technique of the present invention, the'Event Absorbing Tactic (EAT)' event absorption strategy is used to absorb the ripple situation as early as possible so that the chain itself is not formed when an event occurs, or to defend before a specific milestone point. do.
When each unit time elapses, the expected progress of the unit time and the performance progress are compared for each task, and the progress rate of the task is calculated. First of all, to calculate the progress rate, the achievement or performance status at the completion of the task is called'Task Total Deliverable', the achievement or performance status corresponding to each unit time is called'Unit Time Deliverable', and the cumulative achievements up to each unit time Or the performance status is called'Cumulative Deliverable', and the performance against each plan is called the'Progress Rate' of the corresponding Deliverable. The total, unit time, and cumulative progress of each task are represented by the progress rate of the deliverables.
When there are two or more Deliverables, each weight is assigned and summed to calculate the progress rate of the entire Deliverable. By converting the quantitatively calculated progress of Deliverable to the actual progress value of the task, each task manager or manager should not directly input the performance progress value through subjective judgment. In the input of the progress rate of the Deliverable, objective evidence such as video, specific state, or quantity must be specified and entered, and the second-level manager or Scheduling Engineer (or ‘Scheduler’) must confirm the accuracy of the corresponding input.
The nodes including the present time among the nodes of the progress management IVY of each task and the detailed unit time IVYs below are called the present node, and the nodes corresponding to the past time are the past nodes. And a node corresponding to a future time is called a future node. All IVY includes only one Present Node, and therefore, the detailed unit time IVY of the lower level generated by developing the present Node can include all Present Node, Past Node, and Future Node. Current situation monitoring and progress management information are stored as properties of Present Nodes. The situation monitoring and progress management information stored as attribute information of Past Nodes is used for trend analysis, progress situation prediction (Forecast) and event occurrence probability calculation in the current node, and accumulated and learned as experience. The method of predicting the probability of occurrence of an event may include the use of the Weibull distribution described above.
To determine the progress status of each task,'Fast','Normal','Delay','Delay-Hi' or'Delay-Hi-Hi' by executing the rules expressing the monitoring method and the status judgment criteria explicitly. If it is judged as'Delay' or more, the occurrence of the progress delay event of the task is detected, and the subsequent EAR Handling Process is entered. The progress delay event of one task can lead to the occurrence of the progress delay event of subsequent tasks, and at this time, a chain of events is formed.
As an example of a specific progress delay event'Detect', for each task in Task BDT at 11 am, which is the detailed management unit time of today, the completion status of the Deliverable is converted into the progress rate of the task. , In order to determine the progress state corresponding to the corresponding progress rate as a Template Rule that includes (EQ ?task//?day//?h//Progress_State'Delay') in LHS, ?day is'Today' and ?h As'h11', ?Task is visited to Task BDT to DFS and replaced with each extracted task. Instantiate Rule to determine the progress status, while reaching Task-A, the LHS condition (EQ Task-A// If the Eval result of Today//h12//Progress_State'Delay') is returned as'True', the progress delay event of Task A is detected and the subsequent EAR Handling Process is entered.
The ultimate cause of the delay in progress of all tasks is the Deliverable completion amount or insufficient completion status due to the occurrence of the Insufficient Supply Event, which is the quantity or quality of the input resources. Therefore, in the SWEEP technique that regularly and continuously monitors the supply status of each resource, the progress delay event of a specific task has already occurred as a follow-up event through Event Driven Reasoning at the occurrence of the event in which the resource to be put into the task is insufficient. It is expected to be anticipation.
In order to improve the precision of situation monitoring and management, and detect and cope with it as early as possible when a progress delay occurs or is expected during task execution, the'Day' Node (Default), the current unit time, is set to the'Day' Node (Default) below the detailed unit time. With Hour' Node IVY, it can be continuously deployed with'Minute' Node IVY and'Second Node IVY to monitor and manage, and after use, the corresponding IVY can be'Degraft'. In the case of PM, the management unit time is mainly'Day', and in the case of each task manager, the'Day' node can be deployed to manage'Hour' as a unit time.
In this way, the possibility of recovering progress by increasing the input resources without extending the duration of the task's execution schedule as much as possible for the delayed task is explored as follows. Whenever each unit time elapses, the deliverable completion plan of'Next Unit Time' is increased as much as the accumulated Deliverable of the day of production or completion compared to the execution plan. In order to complete the increased Deliverable, the additional resources to be added are incremented by each input unit within the range of the input available, and the amount of completed Deliverable is increased until the corresponding task progress is restored.
The calculation of the amount of resources to be put to create or complete the amount of Deliverable additionally is the Resource BDT that is grafted on the NAS of each task and includes the resource information required for the task, and the Alias of each Resource name node of the Resource BDT. The information contained in the NAS of the Resource Node of the same name in the Master Resource BDT is used. Each Resource Node of the Master Resource BDT has information related to common information related to the corresponding Resource, product information for resource input, quality assessment of resources, and information related to a method of integration of resources in the NAS.
In the case of manpower, the standard defined qualification name can be used as the standard, and when a specific individual with the relevant qualification is designated and input, the Poomsum coordinated by reflecting the individual's capabilities is applied. When there are multiple resources to be input at the same time, in order to calculate the effect of the insufficiently inputted specific resource on the Deliverable progress and the loss of other resources due to it, rules indicating the'how to collect resources' Calculate by calling and executing. As an example of the above'how to collect resources', if the main worker is absent from the manpower performing a specific task, the possible deliverable progress can be 0% even if the auxiliary workers go to work, and the manpower of the auxiliary workers is dedicated. Everything is lost unless you do. In the case of a task that requires continuous use of the overhead crane, even if all materials and other equipment including workers are put in, if only 50% of the use of the overhead crane is possible, the progress of Deliverable is determined as 50%, and the manpower for the rest of the time is All is lost. In addition, even if the resource is normally input quantitatively, the progress of Deliverable may be delayed if the quality is deteriorated. Therefore, the appropriateness of the resource quality is evaluated by executing the rules related to'Resource Quality Assessment'.
If recovery is possible during'next unit time', that is, 1 unit time by the increment operation of the above resources, it is referred to as '1-unit-time recovery', and an increase in total cost is calculated. When calculating the cost, overhead and fixed costs are also reflected. Next, the recovery period is incremented, the increase in resource is allocated to the incremented recovery period, and the total cost is calculated for the'two unit time recovery'. When the cost is compared with the above '1 unit time recovery' and '2 unit time recovery', if the cost increases, it returns to '1 unit time recovery' (Backtrack) and the '1 unit time recovery' plan is determined as the progress recovery plan. do.
When the '2 unit time recovery' cost decreases to a significant level or more than the '1 unit time recovery' cost, the recovery unit time is continuously incremented one by one and the required cost is calculated. If the cost reduction decreases below a significant level or the unit time at which the cost starts to increase is found, the last unit time is determined as the progress recovery plan period, and the execution plan is determined with the additional resources allocated and the increased unit time progress. It is established and confirmed by agreement with the PM and the relevant task manager.
If progress cannot be recovered during the'next unit time', the unit time is continuously incremented until recovery is possible, and resources are continuously incremented within the range that can be input. When the unit time for recovery of progress is met, the total cost is calculated, and the unit time is continuously incremented to calculate the required cost. If the cost reduction decreases below a significant level or the unit time at which the cost starts to increase is found, the last unit time is determined as the progress recovery plan period, and the execution plan is determined with the additional resources allocated and the increased unit time progress. It is established and confirmed by agreement with the PM and the relevant task manager.
At this time, the'Impact' at the node of the unit time at the time of occurrence due to the progress delay event is'distributed' to the node at the unit time of the least cost progression recovery, and can be regarded as'absorbed'. It is called'absorbing'.
The time up to the unit time that can be recovered for the first time is a time that can no longer be shortened even if all possible means are mobilized and made effort regardless of the reosurce or cost put in at the present time, and this is the'shortest time required' (Absolutely It is called Needed Time (ANT)). During the re-establishment and agreement process of the execution plan, the PM or the corresponding task manager may advance the minimum cost progress recovery period up to ANT.
If'Milestone Nodes' are encountered in the process of continuing incrementing the unit time node because the above progress cannot be recovered,'Milestone Sliding' occurs in which the corresponding Milestones are pushed back, and the Milestones of the Tasks that are in a subsequent relationship to the current Task The length of'Feeding Buffers' in between starts to be decremented. When the'Milestone Sliding' causes the length of the Feeding Buffer to be less than 0, the subsequent milestone slides together to keep the length at 0, forming a'chain' of the event in which the progress delay is propagated to the corresponding subsequent task. And the overall cost can be greatly increased. Therefore, the progress delay event is to be absorbed before meeting the next milestone as much as possible.
In addition, due to the'Milestone Sliding' due to the delay in progress, the length of the'Receiving Buffers' with the Milestones of the tasks in precedence with respect to the current task starts to increase, and the length of the buffer where the length of the Receiving Buffer was 0 As is Incremented, the preceding task has room for progress to the corresponding preceding milestone, thus creating room for use as Opportunity.
When a specific task is able to proceed faster than the execution plan or a positive event that results in faster performance occurs, the resource is incremented or decremented by the input unit, similar to the process of searching for the minimum cost unit time when the progress is delayed and '1 unit time Starting from'Reduction', search the unit time where the total cost reduction is maximized, shorten the task execution plan period up to the unit time, and implement it in agreement with the PM and the relevant task manager. In the process of shortening the planning period, the milestones are slid in the direction of the unit time node early, the lengths of the feeding buffers are incremented, and the lengths of the receiving buffers are decremented. If a Receiving Buffer whose length is less than 0 is generated, the progress of the preceding task is accelerated, and if the relative milestone cannot be slid together to the early unit time node, the progress of the current task cannot proceed any more quickly.
Among the milestones of each task, a milestone fixed on a specific calendar date and set as deadline is called'Deadline Milestone', and'Milestone Sliding' that moves the milestone backward should not occur. Relative or absolute priority or weight is set between the two grafted preceding/following milestones to determine whether'Milestone Sliding' of the high priority milestone is first, and the low priority milestone's In principle,'Milestone Sliding' is subordinated to the decision. When Progress Management IVY is displayed on the monitor, the locations of the milestones are displayed, and the lengths of the buffers are also displayed in the form of IVY, and when the buffer length increases or decreases according to the progression delay, it is presented so that the increase or decrease of the number of nodes can be visually confirmed. It provides'PASS' I/O service. In addition, for each task, the'Schedule and Milestone Adjustment Record Table' (SMART) is configured as SHRUB, and it is grafted to the Start Node of Progress Management IVY of the task, and the adjustment history of all schedules and milestones is saved and managed.
In the process of applying the event absorption strategy EAT for recovery of the above progress, increment or decrement of the resources to be invested in the input unit within the range of the possible input, and increment or decrement the node of the unit time of the progress recovery period accordingly. The technique to search for the minimum cost progress recovery period in the state is called the'Gradual Resource Allocation and Cost Evaluation' (GRACE) optimal period search technique.
In the GRACE search technique, the amount of Deliverable corresponding to the change in the desired task progress or the increase or decrease of the progress, the increase or decrease of the amount of resources to be input for the increase or decrease of the Deliverable progress, and vice versa By calculating and exploring both the increase and decrease of the progress and the corresponding increase and decrease of the task progress through the increment and decrement for each unit time and resource input unit, the progress recovery process is implemented as a super rule, and the platform autonomously establishes a progress recovery plan. To be able to perform. All information necessary for the above all search and calculation exists as a Node value having a unique STPN in the Super Tree.
The GRACE technique is applied in the reverse direction even when the progress of a specific task is accelerated, and can be used as a technique for maximizing Opprotunity with coordination of the progress plan of the tasks in the preceding/successor relationship with the relevant task. The GRACE technique is also used to search for and establish an execution plan for executing each task at minimum cost for all tasks of Task BDT.
Depending on the characteristics of the project/task, along with the GRACE search method, the amount of available resources and the progress recovery period are set as constraints, and LP (Linear Programming), DP (Dynamic Programming), or Complementary Slackness The optimal period can be searched by implementing KT (Kuhn-Tucker) Optimization Technique, which applies Inequality Constraints such as Condition, as a Rule or interlocked with a separate Tool Package.
As described above, by applying the EAT event absorption strategy, the delayed task progress can be recovered as early as possible and its ripple effect can be minimized.
Depending on the field and characteristics of the project/task, for events that need to be dealt with immediately when a situation occurs, it enters the EAR handling process at the time when the event occurs. Examples of events that require immediate response include interruption of major material procurement in plant EPC management or occurrence of design changes in major construction or delay in procurement of major facilities, interruption of raw material supply at the factory and stopping of major facility failures, computer operation management tasks. Examples such as excessive slowdown of computer speed or detection of virus intrusion and hacking attempts, loss or loss crisis or inferiority in Sports' supervisory management, and stock price plunge of investment stocks in stock investment task.
In particular, in the case of the Plant EPC Project, the construction material supply interruption event causes the construction to cease, and in the case of the factory operation management task, the raw material or raw material supply interruption event leads to the production line suspension, causing enormous losses and making it difficult to achieve the set goals. You may. Moreover, in assembly production plants, there are cases in which thousands of raw materials are input. In accordance with the production plan, supply management IVY is applied to the relevant raw material node of Reosurce BDT in order to determine and manage the size and order time for each lot, taking into account the appropriate safety stock maintenance, raw material price fluctuations, and minimum period from order to stocking date according to the production plan. Graft. The attributes of each day node of IVY include the total requirements of the raw materials that are different from the production plan on the day, the day's starting stock, the day's input and end stock, the raw material quality and loss rate, the expected exhaustion date, the day's order volume, the order intermediate inspection, and the stocking amount It is stored as a value, and the raw material node stores the price and price change forecast information of the raw material as attribute values. It continuously checks the current stock, order, and stocking status at the start and end time of each unit time in which production is in progress, and at a certain time in progress, and prevents the occurrence of raw material supply interruption events. Securing the minimum safety stock is a constraint, considering the current price and price prospect of raw materials, and searching by incrementing or decrementing the purchase date and lot size using the above GRACE technique to determine the appropriate purchase lot size and timing. Examples of STPNs used as information used for search are'Resource_BDT/ Resource_p// k_th_Day// Total/ Supply_Schedule_Value','Resource_BDT/ Resource_p// k_th_Day// Start_Stock_Value','Resource_BDT in the case of management of k_th_day of Resource_p. / Resource_p// k_th_Day// End_Stock_Value','Resource_BDT/ Resource_p// k_th_Day// Order_Size','Resource_BDT/ Resource_p// k_th_Day// Warehouse_In', and'Resource_BDT/ Resource_p// k_th_Day// Warehouse_Out' . The appropriate inventory and minimum safe inventory information of Resource_p are stored and utilized in'Resource_BDT/ Resource_p// Optimal_Stock_Value' and'Resource_BDT/ Resource_p// Safe_Stock_Value'.
When the Resource_p is put into multiple production tasks, the input plan amount for the day in any Task_i can be known from the value of STPN such as'Task_BDT/ Task_i// k_th_Day// Resource_p/ Supply_Schedule_Value'. The'out of stock event of Resource_p' may be found by continuously or periodically executing a Rule including the expression'(LT Resource_BDT/ Resource_p// k_th_Day// End_Stock_Value Resource_BDT/ Resource_p// Safe_Stock_Value)' in LHS.
In the case of Smart Factory production target management task, production may be stopped even when a'Trip Event' of major facilities occurs during plant operation. In the case of a major facility trip occurrence event, as an example of tracking the cause of the trip, for example, when the cooling water supply pump of the cooling water system operated as a support system in most factories trips, VINE indicating the process first In a situation where the measured values of Flow and Pressure, which are the monitoring property nodes of the corresponding Pump Node's NAS, suddenly drop to 0 without any additional operator's operation, the Pump trip event is found ( Detect). In addition, among the properties of the pump node, the node representing the motor name that drives the pump is Alias, and has a node with the motor name in the power supply system VINE. In the power supply system VINE, the circuit breaker (CB) node responsible for the closing and breaking of the motor is included as the leading node in the PPN of the corresponding motor, and the secondary current of the breaker is calculated from the state attribute value of the NAS of the corresponding breaker. It is 0, and it can be seen that the current location of the CB is open. In the'breaker control circuit' VINE grafted to the control circuit node of the corresponding breaker's NAS, the contact of the open relay of the breaker can be tracked, and the relay is continuously operated from the PPN of the corresponding relay node. It is possible to find the series and parallel contact elements that make it possible. If it is confirmed that the'coolant tank level Lo-Lo' limit switch contact among the found contact elements is closed, the coolant pump has tripped due to the lack of suction head as the level of the coolant tank is Low-Low. You will be able to trace it. In addition, the trip of the cooling water supply pump starts from the'Coolant Tank Level Lo-Lo' alarm, and the trip relay of the cooling water supply pump is excited due to the close of the contact point of the corresponding limit switch, and the circuit breaker of the pump motor is opened and the pump trip. It is also discovered as a process leading to a situation, and it is possible to review the consistency of what happened. The reasoning starting from the Pump Trip result and tracking the cause proceeds as Backward Reasoning, and the reasoning starting from the Tank Level Lo-Lo and confirming the consequential situations proceeds as Forward Reasoning.
The series of tracking processes and methods are implemented as Template Super Rule, and are performed with the same purpose and context of tracking the cause of trip of a specific pump, and can be similarly used for trip or alarm tracking of most pump facilities. All information necessary to execute the above Rule is included in Super Tree.
The event that has been confirmed to occur is recorded in the'Event BDT' grafted to the NAS of the corresponding task, in the event table SHRUB grafted in the NAS occurrence history record node of the node of the event name, and the root of the Master Event BDT. Collect and record in'EMART' to be grafted.
This platform also allows PMs to direct High Abstraction Level instructions or assign duties to the platform through STEM configuration, and other managers and team members also inquire, request information, and request support. , Opinions or suggestions can also be entered directly through a keyboard, orally, or through a smart phone. Therefore, it is fundamentally different from the conventional software system or tools that users need to learn and use the path and function of Menu or Submenu presented in a hierarchical structure. In particular, the frequently entered instructions or requests are stored separately by configuring the'Frequent Order and Request Table' (FORT), and instructing the platform to implement even with keyboard input or verbal commands in shortened expressions such as'F1' and'F2' It also provides a service that automatically completes and presents the rest when a part of an instruction or request is entered. Among the instructions or requests stored in FORT, the instructions or requests that are regularly repeatedly fulfilled are called'Regular Order And Request' (ROAR), and the Timer Rule that asserts the time when each ROAR's execution time arrives is executed. Invoke and execute the Rule that can execute the ROAR. As described above, an active and autonomous service provision method in response to an instruction or request made to the platform is referred to as the'Proactive And Smart Service' (PASS) method.
The PASS intelligent service method, which the I/O Agent executes and provides exclusive rules, autonomously performs tasks assigned to the platform as Platform Tasks in the process of inputting and modifying Super Tree, establishing and adjusting task plans, and handling events. It can explain the process of execution, continuously reports the rules that the platform calls and executes, and confirms whether the platform is operating normally. In addition, nodes or symbols representing each unit information are presented, and when the nodes or symbols selected by PM or other administrators are moved, connected, or separated to a desired location with a mouse, the relationship between the corresponding information is automatically updated in the Super Tree accordingly. A GUI is also provided. The Platform Task is a project/task such as delivery of instructions given by PM to team members, convocation and recording of meetings (video conference, group talk room meeting, actual meeting, etc.) for smooth execution of Project/Task and time saving. It also provides a service to smooth the flow of task progress.
The platform also supports facility operation to achieve smooth goals when facilities need to be operated to perform projects/tasks. For example, in the case of a production plant, since the automatic control at every moment is usually handled by an automated system or SCADA (System Control and Data Acquisition), the target management platform interlocks with them to provide information necessary for target management at required time intervals. Collect and use. The TAG of the collected measurement values is converted to the corresponding STPN and stored in the Super Tree. If IVY is included in the path along with the uniqueness of the STPN, it can also include related time information, and additional information can be included as attribute information in the NAS of each node on the path. Abbreviations) can be used as a substitute for the existing TAG, as it can be expressed more simply and clearly than the conventional control point TAG system. In particular, for events that can directly affect goal achievement or progress, such as a line stop or trip of a major facility, the platform actively intervenes through logical reasoning using VINE to detect signs early and trace the cause of the trip. In addition, it can directly perform, request, or recommend actions to be taken, and perform high-level operational monitoring support tasks such as performance monitoring and reliability calculation of major facilities.
Examples of typical high-level abstraction level instructions or assignments or request expressions given to the platform are:'Show Progress State Of All Task {In Task BDT, In Progress}','Report Everyday {At 6:00 PM, With Report Format(Format No.)} Every Task {In Task BDT, In Progress} Whose Daily Progress State Is Delay','Show P&ID Of Process Line {Line Name}','Show Every Major Facility {In Facility BDT} Whose Reliability Is Below Low','Report Any Indication Of Hacking','Explain Why Computer Become Slow','Explain Usage Of Every Process Running','Report Every Facility {In Facility BDT} Whose Energy Consumption Increase Significantly During Last Week','Open Meeting {At 100:AM, Common Image Meeting} Tomorrow With Selected Member {In Manpowre BDT} With Agenda {Description}'. In the above example, {Bracelet} indicates a detailed attribute, and (Parenthesis) indicates a specific value or comment. All of the above instructions, tasks and requests are represented by STEM and implemented by template rule.
When the task performing stage (S104) is completed, the final stage, “Project/Task Completing Stage” (S105), is finally performed. In the'Project/Task Completion Stage', we evaluate and check whether the goal has been successfully achieved by comparing all Deliverables actually completed for all levels of Task BDT with established goals and plans, and if there is a separate customer or owner Deliverables that need to be handed over are handed over, and the experience of performing the project/task is stored and accumulated in the Super Tree as a specialized knowledge and method for learning, upgrading the Super Tree as Big Information, and similar in the future. When constructing an intelligent goal management system for a project/task, it enables a platform with improved capabilities to be provided, and goal management is terminated.
In the case of the plant EPC project, after successful commissioning, the transfer/acquisition of the plant that satisfies the guaranteed performance within the target completion period and budget range is completed, and in the case of production management tasks, the annual production target is determined at the desired cost and quality for each product. Achievement, in the case of a company, achievement of the operating profit target, and in the case of an energy management system (EMS) for energy saving, the baseline value is calculated as a routine and non-routine adjustment factor that occurred in the energy use process. ) To achieve the goal of annual energy consumption or cost reduction reflecting in the baseline, in the case of computer operation management, safe operation and convenient use from viruses or hacking for a certain period of time, victory in various sports management supervision or acquisition of championships, In the case of achieving the target investment return in stock management, obtaining or passing a specific qualification, it can be evaluated that successful target management has been achieved.
As described above, the intelligent platform of the present invention is based on the'SWEEP' goal management technique, and proceeds through the'period/hour of target management' for all detailed level tasks that are the target of goal management. By continuously, proactive and intelligently autonomously managing goals thoroughly and elaborately over time, the possibility of successful project/task achievement can be greatly improved.
This Super Tree-based Project/Task intelligent goal management platform (simply'Platform') is hardware based on Main Server, Project Team other than PM and PM, middle manager, owner, agent, supervisor, subcontractor, manager, supervisor, PCs and Smart Phones for all Project/Task Stakeholders (collectively,'Stakeholders') such as individuals, and additional physical or functional Back-up Server, DB Server, and Web Server depending on the characteristics and scale of the Project/Task And Cloud Server, various measurement and control equipment, and network equipment connecting them.
The target management system for a specific project or task built based on the Platform or Platform of the present invention is implemented on the H/W centering on the Main Server. Fig. 8 shows the preferred functional configuration of the Project/Task Intelligent Goal Management Platform of the present invention. Shows an example of.
For the intelligent autonomous goal management of Project/Task, the platform of the present invention is functionally provided with a Project/Task general management unit 801, Input/Output management unit 802, Super Tree configuration management unit 803, and Knowledge-base management unit 804. ), It consists of a progress management unit 805, a resource management unit 806, an event management unit 807, a risk management unit 808, and a DB management unit 809.
The master agent manages all the tasks of all management units including the project/task general management unit 801, and delegates management by creating additional specialized agents in charge of each management unit according to the size and characteristics of the project/task. To share. The functions or duties in charge of each management unit will be described below.
The project/task general management unit 801 supports PM and is responsible for overall command and supervision of the platform task throughout all stages of project/task goal management.
Project/Task general management unit 801 collects and stores information and knowledge necessary for goal management, uses this to establish goals and schedules for all and each detailed task, and based on the information collected continuously, various kinds of Responding to events or contingency, continuing to coordinate short-, medium- and long-term plans and goals, and achieving the established goals at a'total minimum cost', and instructions given by PM as platform tasks. Performs the assigned task, provides information to all project/task stakeholders, including PM, for task performance, delivers instructions from the PM to other managers, and follows-up, and all relevant parties ( It supports communication, exchange of opinions, coordination, and aggregation among stakeholders, convenes direct or indirect meetings, reports requests from other managers to the PM, and manages the processing.
The above'all project/task related persons' includes PM, team member or middle manager or field manager (referred to as'other manager'), project owner, owner agent, subcontractor and other related persons.
In addition to the direct cost and O/H required to complete or complete the Deliverable of the Project/Task, the'Total Minimum Cost' is a weight for each item if it is necessary to consider quality, convenience, safety, environment and security. It means the cost that minimizes the total cost reflecting the cost converted into equivalent by allocating.
The Input/Output management unit 802 collects all information including all data and knowledge required by other management units for target management, and is responsible for all output tasks that the platform must export.
The above information is collected through PM and project/task related persons who are authorized to input specific information, measuring instruments, sensors (including IOT sensors), DCS, PLC, and other servers or the Internet. In the case of the control point, measured values or sensor values that are input to an external TAG are input and converted by mapping to the corresponding STPN in the Super Tree. Conversely, the output value converts the STPN into the corresponding external TAG value. Also, Super Tree's STPN can be used directly as a TAG.
In addition, receiving the direction of the Project/Task general management department and the request and support of other management departments, access the Knowledge-base and DB to present and display the progress or operation status of the Project/Task (Display), and from PM and other managers. Provides a GUI that provides a'PASS' type of service that can receive instructions or requests from the user, display the report, and establish and coordinate a task schedule with PM. The input/output function is provided directly or through a web service or cloud service, and includes both wired and wireless input/output.
In the case of the duration of a project/task, the GUI displays Progress Management IVY representing the relevant period and IVY nodes representing each unit time in the form of a Gantt Chart or a series of chains represented by nodes. Increment, Decrement, Split, Merge, Expand, Shrink, Shift, Milestone location can be selected and the preceding/subsequent relationship can be set arbitrarily on the screen to support task planning and coordination and progress management. All operations for other PLANTs are also supported by clicking and dragging the mouse on the display. Typical manipulation support is Node Insert, Node Delete, Node Expand, Super Tree Skeleton Display, PLANT Display, Graft, STEM Generation, Rule Generation and GUI for State Monitoring.
The display can select accumulation and scroll, and the logical connection configuration of all BDT, IVY, VINE, BUSH, SHRUB and Super Tree as a whole, and the physical layout and schematics of the process or support system and facilities or spaces represented by VINE or BUSH , 3D Drawings, and 4D Display showing the state change according to the time of progress. It also includes a monitor to support this, drawing and coordinate management in the field, and management of various symbols. Even in the case of projects/tasks with hundreds to thousands of tasks to be performed at the same time, the monitoring results of the progress and progress of all tasks or the operation status of the facility are displayed, so that the situation can be clearly and visually identified immediately. To present, you can use a sector graph organized in a hierarchical structure. (Refer to Korean Patent 10-1233264)
In particular, avoiding the inconvenient hierarchical traditional menu and item selection method, which requires PM and other managers to remember the paths of Menu and Sub Menus unilaterally presented and search them one by one, and learn the meaning of various selection items. By using Generation BDT, we provide I/O service of'Proactive And Smart Service' (PASS) type that supports PM or other managers to directly input desired instructions or requests.'PASS' type type In order to provide the service, the I/O management department allows the PM or other manager to input instructions or requests.'What can I do for you?','What do you want?','Please input your Order or Request. When inputting, input the front part of the text, and use the ORE Generation BDT to present the options of the remaining expected texts as a drop-down menu so that they can be easily selected and completed. An instruction or request is represented by STEM, and a Template Rule that can handle the instruction or request is configured and stored in the Rule BDT, instantiated, and executed.
The Super Tree configuration management unit 803 presents a typical Super Tree framework (Skeleton) in the form of a typical (Typical) according to the characteristics and fields of the project/task received (S100) as overall basic information, and gives PM and other managers. It manages the task of supporting the construction of the Super Tree through input and modification within the authority and defined operations such as Graft. In addition, branches or plants that are pruned or degrafted are in charge of collecting Super Tree related resources by performing Garbage Collection when the connection with the ROOT is disconnected. When trying to manage multiple projects/tasks, it supports the configuration of a Super Forest that has each Super Tree as a Subtree.
The knowledge base management unit 804 cooperates with a PM or a platform implementation engineer, and uses Semantic Primitives to construct a Super Tree, an operation performed on the Super Tree, perform a task on the platform, an instruction given to the platform, and a task to be given. And it implements the expert knowledge and methods necessary for the execution of the request as a Rule or Template Rule, configures and stores the Rule BDT, and manages the management so that the saved rules can be called and executed.
The project/task progress management unit 805 establishes an execution plan of tasks that separately manage progress among tasks on the task BDT, and establishes a completion plan and resource input plan for corresponding deliverables, calculates cost, calculates progress of deliverables, and It is responsible for calculating the progress of the corresponding task, monitoring the resource input situation, calculating the actual cost, and coordinating the task execution plan. Establishing a task execution plan uses a top-down method and a bottom-up method in parallel, and establishes a task execution plan that minimizes the total cost by using the GRACE method, and continuously adjusts according to progress. Responsible for the task of achieving the goal at the lowest cost.
The resource management unit 806 monitors and manages the procurement or supply plan and input progress and performance of all resources to be invested in order to create deliverables to be completed or completed in order to complete each task of Task BDT.
To this end, we cooperate with PM and other managers, classify and subdivide all the resources that need to be invested to achieve the goal of the project/task by type and division to form the Resource BDT, and each Resource Node is a resource for managing the resource. Supply Management IVY is grafted, and the cost estimation standard including quantity and various premium conditions and cost information that can be created for each allocation unit of the corresponding resource is stored in NAS (Node Attribute SHRUB) And use it.
The event management unit 807 manages various events that occur randomly during task execution according to the EAR handling process, and prepares in advance through scenario analysis for events that are determined to be important. In the event of a delayed event, the EAT strategy based on the'GRACE' (Gradual Resource Allocation and Cost Evaluation) technique is applied to absorb the impact early or minimize the spread.
Among the events, in particular, “Risk” is defined as an event in which the completion period of the entire project/task or the main task is delayed or the goal achievement may be difficult. The risk management unit 808 cooperates with the PM and other managers to classify the expected risks by type to configure the Risk BDT, calculate the probability of occurrence and the hazard rate, and take precautionary measures to minimize the possibility of occurrence. Countermeasures are prepared for each occurrence scenario, and in case of actual risk, it is in charge of work to minimize damage by responding early.
The database (DB) 809 management unit stores all information necessary to perform the intelligent target management task of the Project/Task, including Super Tree configuration information, in a format such as DB, Spread Sheet, or XML File. It performs tasks to -up and provides, and maintains the continuity of goal management by stably recovering or preparing the reasoning environment including the read-in super tree every time the program is restarted, and with other servers through DB. It is in charge of the task of exchanging information and sharing information between agents.
As described above, this Super Tree-based Project/Task intelligent goal management platform technology provides an integrated general management means for each project or task to set and manage a goal, Executes instructions from and tasks assigned by PM, supports the establishment of an optimal goal achievement plan, continuously precisely monitors and manages the progress and progress of the project/task, and negative events that occur in the process B. Proactively cope with risks early and support to minimize the impact, prevent or shorten the creation of the event chain due to the spread of events, and utilize Opportunity to the fullest, minimizing overall cost and achieving the set goal By supporting PM and other project/task managers so that they can go on, common core platform technology and means (Platform Technology) that can build customized intelligent goal management systems according to the characteristics of the project/task in various fields. Tool).
The present invention can also be implemented as a computer-readable code on a computer-readable recording medium. The computer-readable recording medium includes all types of recording devices that store data that can be read by a computer system. Examples of computer-readable recording media include ROM, RAM, hard disk, USB, CD-ROM, and optical data storage devices. Web Service, Cloud Service, and other carrier waves (for example, transmission via the Internet) It includes things implemented in a form. In addition, the computer-readable recording medium may be distributed to a computer system or smartphone connected through a network to store and execute computer-readable codes in a distributed manner.
Although the preferred embodiments of the present invention have been illustrated and described above, the present invention is not limited to the specific preferred embodiments described above, and names of various data structures, data models, knowledge and information models, and techniques used in the present invention And abbreviations were used for convenience and clarity of explanation, and similar names or notations may be used. Therefore, anyone with ordinary knowledge in the technical field to which the present invention pertains without departing from the gist of the present invention claimed in the claims of the present invention can implement the principles of the present invention as a DB or modify it in a similar manner. Of course, such changes are intended to be within the scope of the description of the claims.

Claims (15)


목표를 설정하고 달성하려는 '각종 Project나 Task의 총괄관리자’(Project Manager(PM)로 총칭)가 성공적으로 임무를 수행할 수 있도록 지원하기 위한 Project/Task 관리 시스템들의 구축 기반이 되며, 컴퓨터와 컴퓨터에서 구동되는 Software 프로그램으로 구성하는 Project/Task 목표관리 플랫폼의 구현 방법에 있어서,

Project/Task의 수행 계획을 수립하고 관리하며 계획을 이행하기 위해 필요로 하는, 목표관리 방법(Method)이나 전문 지식(Knowledge)과 같은 '지식'과, Raw Data, 가공 Data 및 Data들 간에 존재하는 연관 관계(Relational)와 같은 '정보'를, Project/Task의 시작과 수행 중 PM과 협력하며 지속적으로 수집하여, 지식과 정보의 종류 및 용도와 상호 연관 관계에 따라 분류 내지 구분하고 연결 지우며 지능 자율 목표관리에 활용하기 위한 형태로 저장하는 ‘지식과 정보의 총 집합체'(Body of Goal Management Knowledge and Information(BOGMKI))를 구성하고,

상기 BOGMKI에 포함된 지식과 정보를 바탕으로, 해당 Project나 Task의 목표를 달성하기 위한 결과 물(Deliverable)을 생성하거나 결과 상태(State)에 이르기 위해 직간접적으로 수행해야 하는 ‘모든 상세 수준(Level)의 Task 내지 Work 또는 Work Package 내지 Activity들’(‘Task’로 총칭)들의 감시와 진행 관리를 위해, ‘Platform이 임무로서 부여받는 각종 Task'(상기 Task와 구별하여 ‘Platform Task'로 총칭)를 수행하기 위해 필요로 하는, 추론(Inference and Reasoning), 판단(Decision) 및 연산 방법과, Task의 수행 절차(Procedure) 및 과정(Process)을 명시적(Explicit)으로 나타내는 규칙(Rule)들을 구성하고, 호출하여(Invoke) 집행함으로써(Execute), 플랫폼이 자율적 내지 능동적으로 목표관리를 지원할 수 있도록 하며,

상기 Rule은 BOGMKI의 일부로서 포함하고, Condition Part와 Action Part 내지 Left Hand Side(LHS)와 Right Hand Side(RHS)로 구성하며, 상위 추상수준(High Abstraction Level) 표현의 지시(Order)나 요청(Request)을 처리할 수 있고, Rule 자신이 내린 결론이나 도출한 결과에 대한 논리적인 설명을 제시해 줄 수 있으며, Rule의 집행으로 유의미한(Significant)한 결과가 도출될 경우에는 BOGMKI에 추가하여 스스로 지식과 정보를 늘려나감으로써 학습(Learning)과 진화(Evolution)가 가능하도록 하며, 일정 시각이 도래하거나 시간이 경과되면 호출되는 Timer Rule을 포함하여 자동적으로 지속적 및 반복적으로 호출하여 집행할 수 있는 ‘Super Rule’로 구성하고,

상기 BOGMKI와 Super Rue들을 PM 또는 플랫폼 구현 기술 인력과 협력하며 입력받아 구성하기 위해, 플랫폼은 Graphic 입력 창(Window)과 단위 지식과 정보를 나타내는 심벌(Symbol)들과 이들의 관계를 연관 짓는 Tool들을 제공하고, Project/Task 분야나 종류에 따른 전형적인 BOGMKI와 Rule들의 골격(Skeleton)이나 틀(Template)들을 제시하여 입력을 지원하며,

진행하는 시간을 따라 Time Schedule의 관리가 필요한 Project/Task의 경우, 관리의 편의를 위해 일정 길이의 관리 단위시간(Unit Time)을 선정하고, 모든 상세 수준의 Task들의 수행 시간 내지 기간(Duration)을 각 단위시간을 마디로 하는 Gantt Chart나 Node의 Chain으로 나타내며, Default 단위시간은 ‘Day’로 하고, 각 Task의 특성과 요구되는 관리 정밀도에 따라 전체적 또는 부분적으로 정밀도를 조율하여 함께 사용할 수 있으며, 각 Task 별로 전체 및 각 단위시간별 진도 계획을 Top-Down 방식과 Bottom-Up 방식을 병행하여 사용하여 수립하고 관리하며, 각 Task의 수행 시간 내지 기간이나 Task들 간의 각종 선행 및 후속관계의 최적(Optimum) 설정과 조율은 상기 단위시간을 단위로 Increment Decrement하며 탐색하고 관리하며,

각 Task의 수행 중 랜덤(Random)하게 발생할 수 있는 각종 이벤트(Event)나 리스크(Risk)들은 종류별로 구분하고, 각 이벤트별로 예측, 발견 내지 탐지, 평가 및 대책 수립, 조치, 결과 검토 및 학습을 포함하는 ‘이벤트 및 리스크 취급 절차’(Event And Risk(EAR) Handling Process)를 마련하여, 각 이벤트별로 설정하는 시간 정밀도에 따라 지속적 및 반복적으로 관찰하며, 이벤트를 최대한 조기에 예측 또는 발견하여, 이벤트로 인한 충격(Impact)을 초기에 흡수하고 이벤트의 파급으로 형성되는 이벤트 Chain의 길이를 단축하며, 주요 이벤트는 Scenario 분석을 통해 사전에 대비하고, ‘Positive Event'의 경우에는 기회(Opportunity)로서 활용함으로써.

목표관리를 위해 수행해야 하며, Project/Task에 따라서는 수천 가지 이상이 될 수도 있는, 모든 상세 수준의 Task들을 목표관리의 전(Whole) 기간에 걸쳐 1일 24시간 연속적으로 정밀하게 훑어가듯이 감시하고 관리하며 진행하는 목표관리 기법을 사용하고, 이를‘SWEEP’(Successive Work and Event Evaluation and Proceeding) 목표관리 기법으로 정의하며,

상기 'BOGMKI'를 체계적으로 구성하고 활용하며 SWEEP 기법을 구현하기 위한 수단으로써, 상기 수집하는 지식 및 정보의 종류와 특성에 따라, 각 단위 지식 및 정보를 노드(Node)로 나타내고, 지식 및 정보들 간의 관계(Relation)를 아크(Arc)로 나타내는, 각 지식 및 정보의 표현과 저장 및 활용에 특화된(Specialized) 각종 '지식 및 정보 모델'(Knowledge and Information Model)을 안출하고 정의하여 구성하며,

정의하여 구성하는 상기 Knowledge and Information Model은, 체계적/계층적으로 동종 또는 동질의 상세 단위 정보로 구분 또는 분류 내지 세분되어 질 수 있는 정보를 관리하기 위해 구성하는 Tree Data Structure 형태의 BREAKDOWN Tree(BDT)’와, 목표관리의 전 수행 기간(Duration) 또는 시간을 일정한 길이의 Task 수행 관리 기준 ’단위시간‘(Unit Time)으로 구분하여 세분하고, 세분한 각 단위시간을 Node로 나타내며, 나타낸 Node들을 선행/후속 관계에 따라 연속되는 4각형의 마디로 나타내는 Gantt Chart 형태나 각 노드를 Arc로 연결하여 일련의 사슬(Chain) 형태로 나타내어 구성하는 'IVY'와, 일정한 방향으로 흘러가는 각종 매체를 취급하는 시스템의 각 설비나 소자(Component) 또는 요소(Element)나 개체(Entity)들을 Node로 나타내고, 이들의 상호 연결관계를 Arc로 나타내어 구성하는 'VINE’과, 각종 매체(Medium) 또는 객체(Object)들이 양방향으로 이동할 수 있도록 구성되는 계통(System)이나 망(Network)에서, 각 System 및 Network를 구성하는 각 설비나 요소 또는 개체를 Node로 나타내며, 해당 System 및 Network의 구성이나 연결의 중심이 되는 임의의 중심 노드를 선택하고, 여타 노드들의 해당 중심 노드로 부터의 연결관계를 아크로 나타내어 구성하는 ‘BUSH’와, 상기 BDT, IVY, VINE 및 BUSH로 나타내는 지식과 정보 이외에, 각종 연산, 추론(Reasoning and Inference), 판단, 관리 행위 및 절차와 같은 지식을 나타내고 이행하기 위한 Super Rule과, 각 노드의 상세 속성(Attribute) 정보와, 그 외 목표관리를 위해 필요로 하는 일체의 지식과 정보를 Tree Data Structure의 형태로 구성하여 저장하는 ‘SHRUB’과, 상기 BDT, IVY, VINE, BUSH 및 SHRUB와 같은 각종 'PLANT'들을 구성하고 활용하기 위한 ’조작‘(Operation)들을 포함하고, 추가로 이들 PLANT들을 연결하기 위한 기본 틀(Framework) 또는 기반(Foundation)을 형성하기 위한 그루터기로서 Tree Data Structure의 형태의 'STUMP'(Smart Total Unified Management Platform)를 더 포함하며,

상기 PLANT들을 상기 STUMP에 ‘접목’(Graft)하고, 지식 및 정보들 간의 관계에 따라 PLANT들 상호 간에도 자유로이 접목하여 구성한 BOGMKI를 'Super Tree‘로 정의하고 명명하여 목표관리에 활용하며,

상기 ’Super Tree‘의 구성으로, Super Tree를 구성하는 모든 Node들은, 각자 자신이 속한 PLANT 내에서의 해당 PLANT의 특성에 따른 부모/자식 내지 선행/후속 관계와 같은 내부 연결(Adjacency)을 통해 형성되는 지식 및 정보들 간의 관계 외에도, 상기 Graft로 연결된 PLANT들의 Node들과의 상호 추가적인 연결관계를 통한 지식 및 정보들 간의 관계가 형성되어, Super Tree 내에 저장된 모든 지식과 정보는, Super Tree의 어느 Node 위치에서도 주변 관련 지식 및 정보(Context)로서 자유로이 접근(Access)하여 추론과 판단에 활용할 수 있게 되고, 상기 ‘SWEEP’목표관리 기법의 실현과 적용을 가능하게 하며,

상기 Super Tree를 활용한 SWEEP 목표관리 기법의 적용으로, 플랫폼이 Virtual Staff나 Assistant로서 PM을 보좌하고 지원하며, Project/Task의 목표관리를 자율적 내지 능동적으로 수행함으로써, 목표관리의 정확성, 신속성, 연속성, 일관성(Consistency), 객관성 및 능률과 목표의 성공적인 달성 가능성을 안정적으로 제고시키는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.


It is the basis for building project/task management systems to support the'general manager of various projects or tasks' (collectively referred to as Project Manager (PM)) who want to set and achieve goals to perform their duties successfully. In the implementation method of the project/task target management platform composed of software programs running in

‘Knowledge’ such as goal management method or expertise required to establish and manage the execution plan of the project/task, and exist between raw data, processed data and data 'Information', such as relational, is continuously collected in cooperation with the PM during the start and execution of a project/task, and it is classified or classified according to the type and purpose of knowledge and information, and the correlation between them, and intelligent autonomy Compose the'Body of Goal Management Knowledge and Information (BOGMKI)' that is stored in a form for use in goal management,

Based on the knowledge and information contained in the BOGMKI,'all levels of detail (levels) that must be performed directly or indirectly to create a Deliverable to achieve the goal of the Project or Task or to reach the result State ) Of Tasks to Work or Work Packages to Activities' (collectively referred to as'Tasks') for monitoring and progress management,'Various Tasks assigned to Platform as tasks' Compose rules that express inference and reasoning, decision, and computational methods, and the procedure and process of the task required to perform the task. And, by calling (Invoke) and executing (Execute), the platform can autonomously or actively support target management,

The Rule is included as a part of BOGMKI, consists of a Condition Part and Action Part, or Left Hand Side (LHS) and Right Hand Side (RHS), and consists of an order or request (High Abstraction Level). Request) can be processed, and a logical explanation for the conclusions or results drawn by the Rule itself can be presented, and if a significant result is derived by the execution of the Rule, it is added to the BOGMKI and By increasing the information, learning and evolution are possible, and the'Super Rule' that can be executed by automatically continuously and repeatedly calling and executing, including the Timer Rule, which is called when a certain time arrives or time elapses. 'And

In order to construct the BOGMKI and Super Rues in cooperation with PM or platform implementation technical personnel, the platform provides a graphic input window, symbols representing unit knowledge and information, and tools that relate their relationship. Provides, and supports input by presenting the skeleton or templates of typical BOGMKI and rules according to the project/task field or type,

In the case of a project/task that requires time schedule management according to the progression time, a certain length of management unit time is selected for the convenience of management, and the execution time or duration of all detailed tasks Each unit time is expressed as a node chain or a Gantt Chart, and the default unit time is'Day', and can be used together by adjusting the precision in whole or in part according to the characteristics of each task and the required management precision. Establishes and manages the progress plan for each task and each unit time by using the Top-Down method and the Bottom-Up method in parallel, and optimizes the execution time or period of each task, or various preceding and follow-up relationships between tasks (Optimum ) Settings and coordination are searched and managed by Increment Decrement by the unit time,

Various events or risks that can occur randomly during the execution of each task are classified by type, and prediction, discovery or detection, evaluation and countermeasure establishment, action, result review and learning are performed for each event. The'Event And Risk (EAR) Handling Process', which includes the event and risk (EAR) handling process, is established, continuously and repeatedly observed according to the time precision set for each event, and an event is predicted or detected as early as possible. It absorbs the impact from the initial stage and shortens the length of the event chain formed by the spread of the event, and prepares in advance through scenario analysis for major events, and in the case of'Positive Event', it is used as an opportunity. by doing.

All detailed tasks, which must be performed for goal management, and may be thousands or more, depending on the project/task, are monitored continuously and precisely, 24 hours a day, throughout the whole period of goal management. The goal management technique that is managed, managed, and proceeded is used, and this is defined as a'SWEEP' (Successive Work and Event Evaluation and Proceeding) goal management technique,

As a means to systematically construct and utilize the'BOGMKI' and implement the SWEEP technique, each unit knowledge and information is represented as a node according to the type and characteristic of the collected knowledge and information, and knowledge and information A variety of'Knowledge and Information Models' specialized in the expression, storage and use of each knowledge and information, representing the relationship between them in Arc, are devised, defined, and constructed.

The Knowledge and Information Model defined and configured is a BREAKDOWN Tree (BDT) in the form of Tree Data Structure, which is configured to manage information that can be systematically or hierarchically classified or classified or subdivided into homogeneous or homogeneous detailed unit information. 'And, the entire duration or time of target management is divided into'Unit Time' based on task performance management of a certain length and subdivided, and each subdivided unit time is represented by a node, and the indicated nodes are preceded. / Depending on the successor relationship, the Gantt Chart is shown in the form of a continuous quadrangular node, or'IVY' is composed of a series of chains by connecting each node with an Arc, and handling various media flowing in a certain direction. 'VINE', which represents each facility or component or element or entity of the system as a node, and represents their interconnection as an Arc, and various mediums or objects In a system or network that is configured so that they can move in both directions, each facility, element, or entity that constitutes each system and network is represented as a node, and is the center of the configuration or connection of the system and network. In addition to the knowledge and information represented by the BDT, IVY, VINE, and BUSH, various operations, reasoning and reasoning, in addition to'BUSH', which is configured by selecting the central node of and representing the connection relationship of other nodes with an arc from the corresponding central node, Inference), Super Rule for expressing and implementing knowledge such as judgment, management actions and procedures, detailed attribute information of each node, and all other knowledge and information required for goal management are Tree Data Structure 'SHRUB' that is configured and stored in the form of, and the BDT, IVY, VINE, Tree as a stump to form a framework or foundation to further connect these plants, including'operations' to compose and utilize various'PLANTs' such as BUSH and SHRUB It further includes'STUMP' (Smart Total Unified Management Platform) in the form of data structure,

The plants are'grafted' to the STUMP, and the BOGMKI, which is formed by freely grafting the plants together according to the relationship between knowledge and information, is defined and named as'Super Tree' and used for goal management,

With the configuration of the'Super Tree', all nodes constituting the Super Tree are formed through an internal connection (adjacency) such as parent/child or predecessor/successor relationships according to the characteristics of the corresponding plant within each plant to which they belong. In addition to the relationship between knowledge and information, a relationship between knowledge and information is formed through an additional connection relationship with the nodes of the plants connected by the graft, so that all knowledge and information stored in the Super Tree is a node of the Super Tree. Even at the location, it is possible to freely access as surrounding knowledge and information (Context) and use it for reasoning and judgment, enabling the realization and application of the'SWEEP' goal management technique,

By applying the SWEEP goal management technique using the Super Tree, the platform assists and supports PM as a virtual staff or assistant, and by autonomously or actively performing the goal management of the project/task, the accuracy, speed, and continuity of goal management , Super Tree-based Project/Task intelligent goal management method, characterized by stably improving consistency, objectivity, efficiency and the possibility of successful achievement of the goal.

삭제delete 제 1항에 있어서,

상기 'BREAKDOWN TREE'('BDT'로도 표현)는, 상기 STUMP를 구성하는 각 Major Management Node의 분야별로, 관리해야 할 각 대상에 관한 정보 중, 순차적 또는 계층적으로 분류 또는 세분할 경우 동종 또는 동질(Homogeneous)의 상세 단위 정보로 Breakdown 할 수 있는 정보를 표현하고 저장하여 활용하기 위해 구성하며, 각 관리 대상에 관한 정보를 순차적 및 계층적으로 분류 또는 세분하여, 생성되는 각 세부 관리 대상 단위 정보들을 노드로 나타내고, 나타낸 노드들을 부모 자식관계를 가지는 아크로 연결하는 Tree Data Structure 형태의 Information Model로서 구성하며, 해당 Model에 행할 수 있는 조작(Operation)을 함께 정의하여 활용하는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.
The method of claim 1,

The'BREAKDOWN TREE' (also expressed as'BDT') is homogeneous or homogeneous when classified or subdivided sequentially or hierarchically among information on each subject to be managed by each field of each Major Management Node constituting the STUMP. (Homogeneous) detailed unit information is composed to express, store and utilize information that can be broken down, and each detailed management target unit information generated by sequentially and hierarchically classifying or subdividing information on each management target It is represented as a node and is composed as an information model in the form of a tree data structure that connects the indicated nodes by an arc having parent-child relationship, and it is a Super Tree-based, characterized by defining and utilizing operations that can be performed on the model. Project/Task intelligent goal management method.
제 1항에 있어서,

상기 'IVY'는, 목표를 설정하고 관리하려는 Project나 Task의 전(Whole) 수행 시간/기간에 걸쳐, 수행해야 할 각 상세 Task들의 수행 기간(Duration)을, 관리하기를 원하는 시간 정밀도 수준(Time Resolution Level)에 따라 기본 관리 단위시간(Unit Time)을 정하여 세분하고, 세분한 각 단위시간을 Node로 나타내며, 이들 Node들을 'Start Node'로 부터, 종료 단위시간에 해당하는 ’Finish Node'(또는 'Last Node')에 이르기까지 순차적으로 아크로 연결하는 사슬(Chain) 형태나 연속되는 4각형의 마디로 나타내는 Gantt Chart 형태의 Information Model로서 표현하고 구성하며, 해당 Model에 행할 수 있는 조작(Operation)을 함께 정의하고, 진행하는 시간을 따라 원하는 시간 정밀도로, 목표관리를 위해 수행해야 할 모든 Task들의 Schedule 관리, 진도(Progress)관리, 진행상황관리, 상호 의존성(Dependency) 또는 선행/후속관계(Preceding/Succeeding Relation) 관리, 운영해야 할 각종 설비의 운영상태 관리, 및 각종 이벤트와 리스크 관리에 활용하는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.
The method of claim 1,

The'IVY' refers to the duration of each detailed task to be performed over the entire execution time/period of the project or task to be set and managed, and the desired time precision level (Time The basic management unit time (Unit Time) is determined and subdivided according to the Resolution Level), and each subdivided unit time is expressed as a node, and these nodes are referred to from the'Start Node' and the'Finish Node' corresponding to the end unit time (or 'Last Node'), which is expressed and constituted as an information model in the form of a chain that is sequentially connected by arcs or in the form of a Gantt Chart represented by a continuous quadrangular node, and operations that can be performed on the model are described. Defined together, and with the desired time precision according to the progression time, schedule management, progress management, progress management, interdependency or precedence/sequence relationship (Preceding/ Succeeding Relation) Super Tree-based Project/Task intelligent goal management method characterized by using it for management, management of the operation status of various facilities to be operated, and management of various events and risks.
제 1항에 있어서,

상기 'VINE'은, Project/Task의 목표를 달성하기 위해 사용 또는 활용해야 하는 각종 생산 공정(Process)이나 지원 시스템(Supporting System)을 비롯한 여타 기능의 시스템들을 구성하는 각 설비(Facility)나 소자(Element) 또는 개체(Entity)들을 노드로 나타내고, 이들이 상호 작용하며 담당 기능을 수행하기 위한 물리적인 연결 및 취급하는 매체(Medium)나 객체(Object)의 흐름의 방향을 아크(Arc)로 나타내는 Information Model로서 표현하고 구성하며, 해당 Model에 행할 수 있는 조작(Operation)을 정의하고, 일정 방향으로 흘러가는 원료, 반제품, 제품과 같은 각종 생산, 제조 또는 제작 공정과, 냉각수, 압축공기, 전력과 같은 각종 매체나 에너지를 취급하는 공정 지원 계통(System) 및 각종 회로(Circuit)의 Modelling과, 설비나 소자들의 기능과 이들의 연결 관계에 따른 상호 작용(Interaction)에 기반한 가동 상태 또는 운영 상태 관련 추론과 판단 및 Display에 활용하는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.
The method of claim 1,

The'VINE' refers to each facility or device (Facility) that constitutes systems of other functions, including various production processes or supporting systems that must be used or utilized to achieve the goal of the project/task. An Information Model that represents elements or entities as nodes, and represents the physical connection and handling medium or object flow direction as an arc to perform their interaction and function. It is expressed and composed as, defining the operation that can be performed on the model, and various production, manufacturing or manufacturing processes such as raw materials, semi-finished products, and products flowing in a certain direction, and various types such as cooling water, compressed air, and power. Modeling of process support systems and various circuits that handle media or energy, and inference and judgment on operating status or operating status based on interactions according to the function of facilities or devices and their connection relationships And Super Tree-based Project/Task intelligent goal management method, characterized in that it is used for display.
제 1항에 있어서,

상기 'BUSH'는, 네트워크나 모선을 중심으로 양방향 통신을 하는 컴퓨터 및 주변설비(Peripheral)와, 그 외 VINE과는 달리 출발점과 목표점의 선택과 조건에 따라, 이동하는 데이터나 매체(Medium) 또는 객체(Object)의 방향이 바뀔 수 있는 설비나 소자(Element) 또는 개체(Entity)들이 연결되어 구성되는 각종 망(Network)이나 계통(System)에서, 상기 설비, 소자 또는 개체들을 Node로 나타내고, 이들의 연결관계를 아크로 나타내는 Information Model로서 표현하고 구성하며, 해당 Model에 행할 수 있는 조작(Operation)을 함께 정의하며,

상기 설비나 소자 또는 개체들 중에 해당 계통의 구성이나 연결의 중심이 되는 임의의 ‘중심노드’(Center of Universe(COU) Node)를 선택하고, 선택한 'COU' Node를 중심으로 해당 Network나 System의 형상 정보를 저장하고 나타내기 위한 Configuration BUSH(Default)와, BUSH 내의 임의의 두 노드 간에 존재하는 경로(Path)를 탐색하기 위한 Adjacency BUSH로 구분하여 구성함으로써, 본 발명의 플랫폼과, 본 플랫폼에 기반하여 구성하는 각 목표관리 시스템과, VINE으로 구성하는 시스템들 이외의 시스템들의 모델링과, 모델을 구성하는 설비나 소자들의 기능과 이들의 연결 관계에 따른 상호 작용(Interaction)에 기반한 가동 상태 또는 운영 상태 관련 추론과 판단 및 Display에 활용하는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.
The method of claim 1,

The'BUSH' is a computer and peripheral equipment that performs bidirectional communication around a network or a bus, and, unlike other VINEs, data or medium that moves according to the selection and conditions of a starting point and a target point, or In a variety of networks or systems in which facilities, elements, or entities that can change the direction of objects are connected and configured, the facilities, devices, or entities are represented as nodes, and these It expresses and composes the connection relationship of the as an arc as an information model, and defines the operation that can be performed on the model together,

Select an arbitrary'Center of Universe (COU) Node' that is the center of the system configuration or connection among the above facilities, devices, or entities, and select the selected'COU' Node as the center of the network or system. The platform of the present invention and the platform of the present invention are based on the configuration by dividing into Configuration BUSH (Default) for storing and displaying shape information and Adjacency BUSH for searching for a path existing between any two nodes in the BUSH. Operational status or operation status based on the modeling of systems other than the target management system and the systems composed of VINE, and the functions of the facilities or elements constituting the model and interactions according to their connection relationship Super Tree-based Project/Task intelligent goal management method, which is used for related reasoning, judgment and display.
제 1항에 있어서,

상기 'SHRUB'은, 상기 STUMP, BDT, IVY, VINE 및 BUSH 자체에 저장되는 지식 및 정보 이외에, 플랫폼에 기본적으로 주어지는 목표관리 업무인 Platform Task를 수행하거나, PM이 내리는 지시나 부여하는 임무를 이행하거나, 여타 관리자들로 부터의 요청을 접수받아 처리하기 위해 필요로 하는, 일체의 지식(Knowledge)과 정보(Information)를 Node로 표현하고, Node와 Node 간의 연결관계를 Arc로 나타내는 Tree Data Structure 형태의 Knowledge and Information Model로서 구성하며, 해당 Model에 행할 수 있는 조작(Operation)을 함께 정의하여 활용하며,

상기 일체의 지식과 정보는, 상기 STUMP, BDT, IVY, VINE 및 BUSH의 모든 노드들의 속성(Attribute) 정보와, 각종 산술 및 논리 연산, 상황 판단, 원인 추적, 대책 수립, 조치 이행 및 절차 진행을 위한 지식 및 정보와, 상기 지식 및 정보를 활용하여 상기 Platform Task와 상위 추상수준의 지시나 요청을 처리하기 위해 필요한 추론(Reasoning and Inference)과 판단 및 연산방법과 Task의 수행절차 및 과정을 명시적으로 나타내는 상기 Super Rule을 포함하는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.
The method of claim 1,

In addition to the knowledge and information stored in the STUMP, BDT, IVY, VINE and BUSH itself, the'SHRUB' performs a Platform Task, which is a goal management task basically given to the platform, or performs an instruction or assignment given by a PM. In the form of a tree data structure that expresses all knowledge and information required to receive and process requests from other managers in Node and the connection relationship between Nodes and Nodes in Arc It is composed as a knowledge and information model of the model, and the operation that can be performed on the model is defined and utilized.

All of the above knowledge and information includes attribute information of all nodes of the STUMP, BDT, IVY, VINE and BUSH, and various arithmetic and logical operations, situation determination, cause tracking, countermeasure establishment, action implementation, and procedure progress. Explicitly describes the knowledge and information necessary for processing the Platform Task and the instruction or request of the higher level of abstraction by using the knowledge and information, the judgment and computation method, and the task execution procedure and process. Super Tree-based Project/Task intelligent goal management method comprising the Super Rule represented by.
제 1항에 있어서,

목표관리의 필요에 따라, 상기 각 PLANT 종류별로 임의의 수의 PLANT들을 생성하여(Create), 그 Root Node 또는 Start Node를 상기 STUMP의 각 노드에 연결하며, PLANT들 간에도 임의의 노드들을 연결하여 상호 연관 짓고, 해당 연결의 의미나 연관 관계를 함께 명시하는 것을 '접목'(Graft)으로 정의하고 활용하며,

상기 Graft에 따라, Graft 되는 두 PLANT의 노드들은 각자 자기가 속한 PLANT 내에서의 노드들 간의 부모 자식관계나 선행/후속 관계로 형성되는 동종의(Homogeneous) 정보와 지식에 추가하여, Graft를 통한 여타 PLANT의 이종의(Heterogeneous) 정보와 지식과도 관계가 형성되어, 접근(Access)하고 활용할 수 있는 주변 정보와 지식이 늘어나게 되고, Super Tree 전체적으로는 문맥(Context) 정보와 지식이 증대되는 학습(Learning)효과가 이루어지는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.
The method of claim 1,

According to the need for target management, a random number of PLANTs are created for each type of the PLANT, and the Root Node or Start Node is connected to each node of the STUMP, and random nodes are also connected between the PLANTs. Associating and specifying the meaning or relationship of the connection together is defined and utilized as'Graft',

According to the graft, the nodes of the two plants to be grafted are in addition to homogeneous information and knowledge formed by parent-child relations or preceding/successor relations between nodes within the plant to which they belong. The relationship is formed with the heterogeneous information and knowledge of the PLANT, so that the surrounding information and knowledge that can be accessed and utilized increases, and the context information and knowledge in the whole Super Tree are increased. ) Super Tree-based Project/Task intelligent goal management method characterized in that the effect is achieved.
제 1항에 있어서

각 PLANT 내의 모든 노드들은, 소속 PLANT 내에서 유일한(Unique) 노드 명칭(‘Node Name’ or ‘Node Given Name’)과 노드 번호(Node Number)를 가지며, 각 노드들은 추가로 자기가 속한 PLANT의 Root Node로부터 자기 자신에 이르는 경로(Path)와 자신의 ‘Node Given Name'으로 구성되는 경로 명칭인 ‘Node Full Name’을 가지고, 이를 해당 노드의 'PLANT Path Name'(PPN)으로 정의하고 활용하며,

추가로 Super Tree 내의 모든 노드들은, STUMP의 Root Node이며 동시에 Super Tree의 Root Node(‘ROOT'로 표현)인 ROOT로부터 자신에 이르는 Path와 노드 자신을 포함하는 경로 명칭(Path Name)을 갖고, 이를 'Super Tree Path Name'(STPN)으로 정의하고 활용하며,

STPN 중 특히 노드 자신이 속한 PLANT의 Root Node를 경유하는 STPN을 'Original STPN'이라고 하며, 따라서 Super Tree 내의 모든 노드는 Original STPN을 포함하는 하나 이상의 STPN을 가지게 되고,

추가로 Super Tree 내의 임의의 두 노드들은 각각 상대 노드로부터 출발하여 자신에 이르는 상대적인 경로로서 Path Name을 구성할 수 있으며, 이를 'Relative Super Tree Path Name'(RSTPN)으로 정의하고 활용하며, ‘RSTPN’을 구성하는 Path에서, ROOT로부터 내려오는 방향의 Path 부분은 ‘순방향 경로’(Forward Path)라 하고, ROOT를 향해 올라가는 방향의 Path 부분은 ‘역방향 경로’(Reverse Path)라 하며, 각 RSTPN은 진행하는 도중에 특정 Node에서 방향을 전환하거나 지나온 Path로 Backtrack하는 Path를 포함할 수도 있고,

따라서 Super Tree 내의 각 Node에 이르는 경로 명칭(Path Name)인 상기 PPN, STPN 및 RSTPN은, 각 노드 자신의 정보와, 해당 노드의 주변 노드들의 정보와, 상기 Path 상의 모든 노드들의 속성정보에도 접근(Access)하는 수단으로 활용할 수 있으며,

또한 동일한 설비(Facility)나 소자(Component), 개체(Entity) 또는 객체(Object), 및 변수(Variable)나 값(Value)을 나타내는 Node들이 각각 하나 이상의 다른 PLANT들에도 소속되어 서로 상이한 STPN을 가지며 따로 존재할 수 있으며, 이 경우 상호 ‘Alias Node’라 하고,

특정 노드를 중심으로 주변 정보와 지식을 활용하며 추론을 할 경우, 해당 노드를 'COIN'(Center of Interest Node)으로 지정하여 해당 노드의 Original STPN을 대체하고, 모든 주변 노드를 해당 COIN을 출발노드로 하는 RSTPN으로 간략히 표현하고 접근할 수 있으며,

상기 STPN, PPN 및 RSTPN의 표기 방법으로써, Node 간에 Arc를 사용하는 대신에, 순방향 Path의 표기는 Slash(/)를 사용하고, Graft Path의 경우에는 Double Slash(//)로 표기하며, 역방향(Reverse) Path는 Back Slash(\)를 사용하고, 역방향 Graft Path는 Double Back Slash(\\)로 표기하며, 상기 Path의 표기는 플랫폼을 구현하는 Programming Language에 따라 혼동이 없는 한 여타 기호를 사용할 수도 있고,

상기 Path들의 표기에서, 특정 노드에 접근하거나 목표관리를 위한 추론(Reasoning or Inference)을 하는 경우, Path 상의 노드들 중 생략해도 Path의 유일성(Uniqueness)이 유지되거나 생략한 노드들을 판별할 수 있을 경우에는, 해당 노드들은 생략하여 간략화한 Path 표현으로 나타낼 수 있으며,

또한, 두 Path를 비교하여 Match 여부를 판단하는 경우, Path에 Wildcard 표기로서 ‘*’를 포함하면 해당 위치에 하나 이상의 노드를 포함하는 임의의 Path와 Match 될 수 있고, ‘&’를 포함하면 해당 위치에 임의의 하나의 노드와 Match 될 수 있으며,

Path의 특정 Node 위치에 ‘?node’와 같은 변수노드 표현을 사용하면, Match 되는 상대 Path로부터 해당 변수노드 위치의 실제 노드표현을 해당 변수노드 값으로 추출해 낼 수 있도록 함으로써,

Super Tree 내의 모든 노드에 다양한 경로와 방법으로 접근하여 지식과 정보를 저장하고, 접근(Access), 회수(Retrieve) 또는 추출(Extract)하며 활용할 수 있는 수단을 마련하는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.
The method of claim 1

All nodes in each PLANT have a unique node name ('Node Name'or'Node Given Name') and a node number (Node Number) in the plant they belong to, and each node additionally has the root of the plant to which it belongs. It has'Node Full Name', a path name consisting of the path from the node to itself and its own'Node Given Name', and defines and uses it as the'PLANT Path Name' (PPN) of the node.

In addition, all nodes in the Super Tree are STUMP's Root Node, and at the same time have a Path from ROOT, which is the Root Node (expressed as'ROOT') of the Super Tree, and a path name including the node itself. Defined and utilized as'Super Tree Path Name' (STPN),

Among STPNs, the STPN that passes through the root node of the plant to which the node belongs is called'Original STPN', so all nodes in the Super Tree have one or more STPNs including the original STPN.

In addition, two arbitrary nodes in the Super Tree can each form a Path Name as a relative path starting from the other node to reach itself, and this is defined and utilized as'Relative Super Tree Path Name' (RSTPN), and'RSTPN' In the path constituting the path, the path part in the direction descending from the ROOT is called the'forward path', the path part in the direction going up toward the ROOT is called the'reverse path', and each RSTPN proceeds. It can also include a path that changes direction from a specific node or backtracks to the path that has passed during the process.

Therefore, the PPN, STPN, and RSTPN, which are path names to each node in the Super Tree, access each node's own information, information of neighboring nodes of the node, and attribute information of all nodes on the path ( Access) can be used as a means,

In addition, nodes representing the same facility or component, entity or object, and variables or values each belong to one or more other PLANTs and have different STPNs. It can exist separately, and in this case, it is referred to as'Alias Node',

When inference is made by using surrounding information and knowledge around a specific node, the node is designated as'COIN' (Center of Interest Node) to replace the original STPN of the node, and all neighboring nodes are the corresponding COIN as the starting node. It can be briefly expressed and accessed by RSTPN,

As the above STPN, PPN and RSTPN notation method, instead of using Arc between nodes, forward path is marked with Slash (/), and in the case of Graft Path, double slash (//) is used, and reverse ( Reverse) Path uses Back Slash (\), and Reverse Graft Path is marked as Double Back Slash (\\), and other symbols may be used as long as there is no confusion depending on the programming language implementing the platform. There,

In the notation of the paths, when approaching a specific node or reasoning or inference for goal management, the uniqueness of the path is maintained even if omitted among the nodes on the path, or when the omitted nodes can be identified. In E, the nodes can be omitted and expressed as a simplified path expression.

In addition, when comparing two paths to determine whether to match, if the path contains'*' as a wildcard notation, it can be matched with an arbitrary path including one or more nodes at the corresponding location, and if'&' is included, the corresponding Can be matched with any one node in the location,

When a variable node expression such as'?node' is used at a specific node location of a path, the actual node expression of the corresponding variable node location can be extracted from the matched relative path as the variable node value,

Super Tree-based, characterized by providing a means for storing knowledge and information by accessing all nodes in the Super Tree through various paths and methods, accessing, retrieving, or extracting Project/Task intelligent goal management method.
제 7항에 있어서

상기 Super Rule은, PM이 플랫폼에 내리는 지시나 부여하는 임무와, Project/Task 관련자들의 요청과, 플랫폼에 주어지는 기본 기능 및 업무인 'Platform Task'를 처리하기 위한 객관적(Objective) 또는 주관적(Subjective)인 방법(Method), 과정(Process) 및 Know-how를 포함하는 지식(Knowledge)과 정보(Information)를 표현하고, 그 내용을 명시적(Explicit)으로 나타내고 자유로이 Update하며, 일관된 구성의 Knowledge and Information Model로서 Super Tree 내에 수용하고 목표관리에 활용하기 위해, SHRUB으로 구현하며,

Super Rule의 Root Node는 Top LHS Node와 Top RHS Node의 두 자식노드를 가지며, Top LHS Node와 Top RHS Node는 각각 임의의 수의 노드들을 자식노드로 가질 수 있고, Super Rule을 구성하는 각 노드들은 자식노드들의 수와 자식노드들의 ’평가‘(Evaluation)(또는 간략히 'Eval') 방법이나 조건과 노드 자신의 ‘Eval Expression'을 Node Attribute SHRUB(NAS)의 속성값으로 가지며,

각 Super Rule은 해당 Super Rule의 집행을 담당하는 Agent에 의해 명시적(Explicit)으로 호출되어 집행되거나, 해당 Super Rule의 조건부에 포함된 Fact가 여타 Agent에 의해 또는 Rule의 집행 중에 Assert되면 호출(Invoke)되어 집행되고(Execute), 집행 시에는 담당 Agent가 Root Node로부터 출발하여 깊이우선탐색(DFS) 방식으로 Node들을 순차적으로 방문하며, 방문하는 Node의 ‘Eval Expression'을 Eval하여 Eval Expression으로 표현된 판단, 연산 및 조작(Operation)을 수행하고 함수 명(Function Name)의 표현일 경우에는 해당 함수를 호출하여 집행하며, Preorder, Inorder 및 Postorder 순으로 모두 방문하고 방문 시 마다 해당 Order의 Eval Expression을 Eval하여 집행하며, Super Rule 내에는 ‘Internal Rule’을 포함하거나 다른 Super Rule을 Graft할 수 있고, 따라서 Rule을 Module화된 지식(Knowledge)의 조합으로 구성할 수 있으며, 특정 시각(Time)의 도래나 일정 시간(Time Interval) 경과 시마다 호출되는 'Timer Rule'을 포함하여 Super Rule을 원하는 임의의 시각이나 시간간격으로 규칙적 및 반복적으로 호출하여 집행할 수 있으며, Node들의 Eval Expression에 변수 표현을 포함하고 Super Rule 호출 시 공급하는 변수값들로 대치하며 집행할 수 있는 Template Rule로 구성하여 Super Rule의 범용성을 제고할 수 있으며, Eval Expression에 'Return_to Root' 조작을 포함하여 자신을 반복 집행하는 Loop를 구성할 수 있고, 'Local Fact Assert'나 'Go_to' 조작을 사용할 경우 Super Rule 내의 해당 노드 위치로 이동하여 집행할 수 있으며, 특정 Node의 Inorder 방문 시 'WAIT' Eval Expression을 사용하여 해당 위치에서 Super Rule의 집행을 잠정적으로 중단하며 해당 노드의 자식 LHS Node의 Eval 결과가 반환(Return)될 때까지 기다리도록 할 수 있고, 'Eval Expression'에 'END'를 사용하여 해당 위치에서 Super Rule 집행을 강제로 종료시킬 수 있으며, 노드 방문과 Eval을 계속 진행하여 최 우측(Rightmost) Node까지 Eval하고 Root로 되돌아오면 Super Rule 집행이 자동으로 종료되도록 구성하며,

상기 ‘Super Rule’의 구성으로, 논리적인 추론, 판단, 절차 및 행위의 내용과 흐름을 명시적으로 나타낼 수 있고, 집행결과에 대한 논리적인 설명이 가능해 지며, Super Rule을 Node의 삽입이나 이동과 같은 SHRUB 조작(Operation)으로 간편하게 생성하거나 Modify 또는 Update할 수 있고, 그에 따라 다수의 세부 행위들로 구성되는 높은 추상수준(High Abstraction Level)의 임무, 지시 및 요청이나 여타 Platform Task의 처리를 위한 Super Rule들을 'Divide and Conquer' 전략으로 세분한 기능들의 조합으로 구성할 수 있으며, Super Rule 내의 모든 Node나 Internal Rule 또는 Graft된 Super Rule들이 공통된 문맥정보(Context)를 공유하면서 일관되고(Consistent) 초점이 맞추어진(Focused) 추론을 진행해 나갈 수 있도록 하여, Assert되는 Fact에 따라 Rule들이 Chaining으로 이어지며 집행되고 각 집행결과들 간의 연관성과 Chaining되는 Rule들의 궁극적인 목적이 불분명하거나 산만해 지는 기존의 Rule 집행 방식의 근본적인 문제점을 개선할 수 있고, 자주 사용되는 조건이나 Action들의 조합은 해당 표현을 따로 Super Rule로 나타내고 Rule Grafting을 통해 공동으로 활용하여 규칙의 생성과 집행을 간략화할 수 있으며, Super Rule의 집행결과로 습득하는 유의미한(Significant) 지식이나 정보는 Super Tree에 Node로서 지속적으로 추가해 나감으로써 총체적인 지식과 정보가 계속적으로 증대되는 학습(Learning)과 진화(Evolution) 효과가 이루어지고, Rule을 반복 집행할 수 있어서, 진도 관리나 진행상황 관리를 동시에 초 단위 이하로 정밀하게 수행해야 하는 상세 Task들의 수가 수천 내지 수만에 이르는 경우에도 소수의 Super Rule 구성과 호출로써 일괄 처리가 가능한 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.
According to claim 7

The Super Rule is an objective or subjective task for handling instructions or assignments given by the PM to the platform, requests from project/task related people, and basic functions and tasks given to the platform,'Platform Task'. Express knowledge and information including method, process, and know-how, express and freely update the contents, knowledge and information of consistent composition In order to accommodate in the Super Tree as a model and use it for goal management, it is implemented as SHRUB,

The Root Node of the Super Rule has two child nodes, Top LHS Node and Top RHS Node, and Top LHS Node and Top RHS Node can each have an arbitrary number of nodes as child nodes, and each node constituting the Super Rule It has the number of child nodes, the'Evaluation' (or simply'Eval') method or condition of the child nodes, and the node's own'Eval Expression' as the attribute value of Node Attribute SHRUB(NAS),

Each super rule is explicitly called and executed by the agent in charge of the execution of the super rule, or when the fact included in the conditional part of the super rule is asserted by other agents or during the execution of the rule, it is invoked (Invoke ) And executed (Execute), and at the time of execution, the agent in charge starts from the Root Node and visits the nodes sequentially in a depth-first search (DFS) method, and the'Eval Expression' of the visiting node is evaluated and expressed as an Eval Expression. It performs judgment, operation, and operation, and in the case of an expression of a function name, calls and executes the function, visits all in the order of Preorder, Inorder, and Postorder, and evaluates the Eval Expression of the corresponding order at each visit. In the Super Rule, the'Internal Rule' can be included or other Super Rule can be grafted, so the Rule can be composed of a combination of modularized knowledge, and the arrival or schedule of a specific time Super Rule, including'Timer Rule', which is called every time the time interval elapses, can be called and executed regularly and repeatedly at any desired time or time interval. Variable expression is included in the Eval Expression of Nodes and Super Rule By configuring a template rule that can be executed and replaced with the variable values supplied when calling, the universality of the Super Rule can be improved, and a loop that repeatedly executes itself by including the'Return_to Root' operation in the Eval Expression can be configured. In case of using'Local Fact Assert'or'Go_to' operation, it can be executed by moving to the corresponding node location in the Super Rule. When visiting an order, the execution of the Super Rule is temporarily stopped at the location by using the'WAIT' Eval Expression, and you can wait until the Eval result of the child LHS Node of the corresponding node is returned, and the'Eval Expression' Super Rule execution can be forcibly terminated at the corresponding location by using'END', and the Super Rule execution is automatically terminated when the node visits and Eval is continued to the rightmost node and returns to the root. And

With the configuration of the'Super Rule', the content and flow of logical reasoning, judgment, procedure, and action can be explicitly expressed, and a logical explanation of the execution result is possible. It can be easily created, modified, or updated with the same SHRUB operation, and accordingly, it is a super for handling high abstraction level missions, instructions, requests, and other platform tasks composed of a number of detailed actions. Rules can be composed of a combination of subdivided functions with a'Divide and Conquer' strategy, and all nodes within Super Rule, Internal Rule, or Grafted Super Rule share a common context and have a consistent and focus. Execution of existing rules that lead to chaining according to the facts that are asserted and execute, and the relationship between each execution result and the ultimate purpose of the chained rules are unclear or distracted by allowing focused reasoning to proceed. The fundamental problem of the method can be improved, and a combination of frequently used conditions or actions can be expressed as a separate Super Rule, and jointly used through Rule Grafting to simplify the creation and execution of rules, and execution of the Super Rule. Significant knowledge or information acquired as a result is continuously added as a node to the Super Tree, so that the overall knowledge and information are continuously increased, learning and evolution effects are achieved, and the rule can be repeatedly executed. Therefore, even if the number of detailed tasks that must be accurately performed in seconds or less at the same time for progress management or progress management is reached, batch processing is possible by configuring and calling a few super rules. Super Tree-based Project/Task intelligent goal management method characterized by being capable.
제 4항에 있어서

실행계획 진도(Execution Schedule Progress) 대비 실적 진도(Real 또는 Actual Progress)가 늦어진 이벤트(Event)가 발생한 Task(Work, Work Package 또는 Activity로도 칭함.)에 대하여는, 진도지연 발생 Event의 충격을 최대한 조기에 흡수(Absorb)하고 파급(Propagation)으로 발생되는 일련의 Event들인 'Event Chain'의 형성을 최소화하기 위한 '이벤트 흡수 전략'(Event Absorbing Tactic(EAT))을 사용하며, EAT 전략을 구사하기 위한 구체적인 방법으로서, 지연된 진도를 회복하기 위해 추가로 투입해야 할 Resource를, 투입가능 범위 내에서 투입 가능 단위 또는 투입 기준 단위로 Increment 또는 Decrement하며, 그에 따른 Deliverable의 증감 및 비용(Cost)의 증감과, 상응하는 Task의 진도변화와 목표관리 단위시간의 증감에 따른 Task 수행기간(Duration)의 변화를 평가하여, 최소비용의 진도 회복기간을 탐색하는 'Gradual Resource Allocation and Cost Evaluation'(GRACE) 기법을 적용하며,

상기 GRACE 기법은 또한 IVY의 길이를 Increment 또는 Decrement해 가며, Top-down 방식과 Bottom-up 방식을 병행하여 사용하며 비용이 최소로 되는 Task들의 Duration을 탐색하고 Task 수행 계획을 수립하며, 진도 진행 상황에 따라 지속적으로 계획을 조율하여 총체적인 비용을 최소로 하며 목표를 달성해 가기 위한 플랫폼의 진도관리 업무 수행에도 활용하는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.
According to claim 4

For tasks (also referred to as Work, Work Package, or Activity) in which the event whose performance progress (Real or Actual Progress) is delayed compared to the execution schedule progress (Execution Schedule Progress), the impact of the delayed event is as early as possible. The'Event Absorbing Tactic (EAT)' is used to minimize the formation of the'Event Chain', a series of events that occur through Absorb and Propagation. As a method, additional resources to be added to recover the delayed progress are incremented or decremented in an inputable unit or input standard unit within the inputable range, and corresponding increase or decrease in Deliverable and increase or decrease in cost. The'Gradual Resource Allocation and Cost Evaluation' (GRACE) technique is applied to explore the progress recovery period of the least cost by evaluating the change in the progress of the task being performed and the change in the duration of the task according to the increase or decrease of the target management unit time. ,

The GRACE method also increments or decrements the length of IVY, uses the top-down method and the bottom-up method in parallel, searches the duration of tasks with minimum cost, establishes a task execution plan, and progress progress Super Tree-based Project/Task intelligent goal management method, characterized in that it is used in the progress management of the platform to achieve the goal by continuously adjusting the plan to minimize the overall cost.
제 1항에 있어서

플랫폼이 PM으로 부터의 지시나 여타 관리자들로 부터의 요청을 접수하여 처리하기 위해, 각각의 지시 및 요청을, 그 내용을 점진적으로 구체화하여 나타내는 표현들을 노드의 명칭으로 하는 일련의 노드들과, 해당 노드들로 형성되는 경로(Path)와, 경로를 구성하는 해당 노드들의 속성으로 저장하고, 이를 해당 지시 및 요청의 ‘지시 및 요청 표현 줄기’(Order and Request Expression(ORE) STEM)로 명명하며, 상기 ORE STEM을 해당 지시나 요청을 이행하기 위한 Super Rule의 생성과 호출에 활용하는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.
The method of claim 1

In order for the platform to receive and process instructions from PMs or requests from other administrators, a series of nodes in which each instruction and request is gradually specified and expressed as a node name, The path formed by the corresponding nodes and the properties of the nodes constituting the path are stored, and this is named as the'Order and Request Expression (ORE) STEM' of the corresponding instruction and request. , Super Tree-based Project/Task intelligent goal management method, characterized in that the ORE STEM is used to create and call a Super Rule to fulfill a corresponding instruction or request.
제 12항에 있어서,

PM 및 여타 Project 관련자들이 원하는 정보의 탐색이나 기능의 사용을 위해, Menu와 Sub-menu들의 경로와 기능을 일일이 숙지하고 찾아서 사용해야 하는 종래의 일방적인 Menu 제공 방식들과는 달리, PM이 플랫폼에게 직접 원하는 상위 추상수준(High Abstraction Level)의 지시를 내리고, 업무 또는 임무를 부여하며, 그 외의 관리자들도 직접 필요한 사항을 플랫폼에게 요청할 수 있도록 지원하는 '능동 지능 서비스'(Proactive And Smart Service(PASS)) 방식의 I/O Service를 제공하며,

상기 PASS 지능 I/O 서비스의 제공으로, PM은 플랫폼에게 플랫폼이 행한 추론 행위나 판단 과정 또는 결론에 이르게 된 이유에 대한 설명을 요청할 수 있고, 플랫폼이 집행하는 특정 Super Rule의 구성 내용을 SHRUB 형태로 제시받을 수도 있으며, 본 플랫폼을 기반으로 구축하는 각 Project/Task의 목표관리 시스템에 대해 별도로 사용법을 익히거나 따로 Training을 받을 필요 없이 사용이 가능해 지고, 동시 다발적이고 반복해서 관리해야 할 Task들의 수가 수천 가지 이상에 이르는 경우에도, 소수의 명령이나 요청만으로 플랫폼에게 자율적 및 지속적인 정밀 관리 업무로서 위임할 수 있어서, 본 발명의 SWEEP 목표관리 기법의 실현과 적용이 가능해 지도록 지원하는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.
The method of claim 12,

Unlike conventional unilateral menu provision methods, where PM and other project related people need to know and find and use the paths and functions of Menu and Sub-menus one by one in order to search for desired information or use functions, PM directly wants the platform. 'Proactive And Smart Service' (PASS) method that gives instructions of the High Abstraction Level, assigns tasks or tasks, and supports other managers to directly request necessary matters from the platform I/O service of

With the provision of the PASS intelligent I/O service, the PM can request the platform to explain the reasoning action or judgment process performed by the platform, or the reason for reaching a conclusion, and the configuration contents of a specific Super Rule executed by the platform in SHRUB format. It can be presented as a target management system for each project/task built on the basis of this platform, without the need to learn how to use or receive separate training, and the number of tasks that need to be managed simultaneously and repeatedly Super Tree, characterized in that it supports the realization and application of the SWEEP target management technique of the present invention as it can delegate to the platform as autonomous and continuous precision management tasks with only a few commands or requests, even in the case of thousands or more. Based Project/Task intelligent goal management method.
제 1항에 있어서,

본 발명에 따른 Super Tree 기반의 Project/Task 지능 목표관리 플랫폼은, 목표를 수립하고 관리하려는 대상 Project/Task의 분야에 따라, 기본정보 입력창을 제시하고, Project/Task의 분야, 명칭, 최종목표, ‘최종 완성 물(Deliverable) 내지 상태(State)’('Deliverable'로 총칭)의 범위(Scope) 및 총 수행기간과 같은 전체적인 기본정보를 Project Manager(PM)로부터 입력받는 'Project/Task 시작 및 전체 기본정보 수집 단계'(Project/Task Initiating and Basic Information Collection Stage)와,

상기 ‘Project/Task 시작 및 전체 기본정보 수집 단계’에서 입력받은 전체 기본정보를 기반으로, 지능적인 판단과 추론을 통해 목표관리를 수행할 수 있는 지능 목표관리 플랫폼을 구현하기 위해 필요한 지식과 정보를 수집하여 Super Tree를 구성하고 저장하는 ‘상세 정보 수집 및 Super Tree 구성 단계’(Detailed Information Collection and Super Tree Constructing Stage)와,

상기 ‘상세 정보 수집 및 Super Tree 구성 단계’에서 Breakdown하고 목표를 달성하기 위해 수행해야 할 모든 상세 수준의 Task들에 대하여, PM, Scheduler 및 각 Task 담당 관리자들과 협력하며, 각 Task 별로 예외사항(Contingency)들의 발생 가능성을 감안한 '기준 수행기간'(Baseline Duration)을 설정하고, 설정한 Baseline Duration을 기반으로, 완성 내지 완료해야 하는 Deliverable들의 정량적인 양과 투입 가능한 Resource를 반영한 '단위시간별 실행계획 진도‘(Unit Time Execution Schedule Progress)를 산정하고, 각 단위시간별 실행계획 진도의 합이 100%가 되는 시점을 해당 Task의 ’실행 목표기간‘(Execution Goal Duration)으로 하며, 상기 Baseline Duration과 Execution Goal Duration의 차이를 해당 ’Task 수행 내부 여유기간‘(Task Internal Buffer)으로 하고, Project/Task의 특성에 따라 상기 Baseline Duration과 Execution Goal Duration은 같게 설정할 수도 있으며,

각 Task의 Execution Goal Duration에 대하여 해당 Task의 특정 진도나 완료 상태를 나타내는 'Milestone'들을 설정하며, 여타 Task들의 Milestone들과의 선행 및 후속 관계에 따라, Milestone들 간에 상호 Finish-to-Start, Finish-to-Finish, Start-to-Start 및 Start-to-Finish의 선행 및 후속관계를 설정함으로써, 모든 상세 수준의 Task들에 대하여 Baseline Schedule과 Execution Schedule을 수립하고, 상응하는 Baseline Duration과 Execution Goal Duration을 산정하는 ‘태스크 수행 계획수립 단계(Task Scheduling Stage)’와,

상기 ‘태스크 수행계획수립 단계’에서 수립한 각 Task의 ‘실행계획’(Execution Schedule)에 따라, 매 단위시간 Task 시작 시마다, 예상 투입 자원(Expected Resource Supply)과 그에 따른 완성 가능 예상 Deliverable과 상응하는 예상 진도를 산정하고, 진도 지연이 예상되는 ‘이벤트’가 발생할 경우에는 Resource의 공급이나 Schedule 조정을 통해 사전에 조치하며, 진행하는 시간을 따라 모든 Task들의 진행 및 진도 상황을 지속적으로 감시하고, Task 수행 중에 Resource 투입에 지장을 주며 진도에 영향을 줄 수 있는 이벤트가 발생할 경우에는 ’이벤트 흡수 전략‘(Event Absorbing Tactic( EAT))을 적용하여 신속히 대처하며 그 파급을 최소화하고, 진도 지연의 원인을 추적 및 분석하여 경험으로서 축적하며, 현 단위시간 이후의 목표관리에 활용하고, PM이 내리는 추가적인 지시 사항과 부여하는 임무를 수행하며, 여타 관리자들의 요청을 처리해 나아감으로써, 목표관리의 대상이 되는 모든 상세 수준의 Task들에 대하여 목표관리 전 기간/시간에 걸쳐, 연속적, 능동적(Proactive) 및 지능 자율적으로 정밀하게 훑어가듯이 진행하는 SWEEP(Successive Work and Event Evaluation and Proceeding) 목표관리 기법을 기반으로 목표를 관리하고 달성해 나아가는 ’태스크 수행 단계’(Task Performing Stage)와,

상기 ‘태스크 수행 단계'에서 진도를 관리한 모든 상세 수준의 Task들에 대하여, 품질기준을 만족하는 최종 Deliverable들을 완성 내지 완료하고, 별도로 Project/Task의 Owner가 있을 경우에는 해당 Owner에게 Deliverable들을 인계하며, 전체 Project/Task의 목표를 달성하고 Project/Task를 종결하는 ‘Project/Task 완료 단계’(Task Completion(Finishing) Stage)의 과정(Process)거치며,

Project/Task의 PM을 보좌하고 지원하며 자율적 및 능동적으로 목표관리 임무를 수행하는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 방법.
The method of claim 1,

Super Tree-based according to the present invention The project/task intelligent goal management platform presents the basic information input window according to the target project/task field to establish and manage, and the field, name, final goal of the project/task, and'Deliverable''Project/Task Startup and Total Basic Information Collection Stage' (Project Manager (PM) receives overall basic information such as the scope of'State)' (collectively referred to as'Deliverable') and the total execution period. /Task Initiating and Basic Information Collection Stage),

Based on the entire basic information input in the'Project/Task Start and Total Basic Information Collection Stage', the knowledge and information necessary to implement an intelligent goal management platform that can perform goal management through intelligent judgment and reasoning are provided. The'Detailed Information Collection and Super Tree Constructing Stage' that collects, organizes and stores the Super Tree, and

Breakdown at the'Detailed Information Collection and Super Tree Configuration Step' and cooperate with PM, Scheduler and managers in charge of each task for all the tasks of the level of detail that need to be performed to achieve the goal, and exceptions for each task ( 'Baseline Duration' considering the possibility of occurrence of contingency), and based on the set Baseline Duration,'Execution Plan Progress by Unit Time' reflecting the quantitative amount of Deliverables to be completed or completed and resources available for input (Unit Time Execution Schedule Progress) is calculated, and the point at which the sum of the execution plan progress for each unit time becomes 100% is the'Execution Goal Duration' of the task, and the Baseline Duration and Execution Goal Duration The difference is set as the corresponding'Task Internal Buffer', and the Baseline Duration and Execution Goal Duration may be set to be the same according to the characteristics of the project/task.

For each task's Execution Goal Duration,'Milestones' indicating the specific progress or completion status of the task are set, and mutually Finish-to-Start, Finish between the milestones according to the preceding and subsequent relationships with the milestones of other tasks By setting the preceding and subsequent relations of -to-Finish, Start-to-Start and Start-to-Finish, Baseline Schedule and Execution Schedule are established for all detailed tasks, and corresponding Baseline Duration and Execution Goal Duration 'Task Scheduling Stage' that calculates

According to the'Execution Schedule' of each task established in the'Task Execution Plan Establishment Step', each time the task starts, Expected Resource Supply and the corresponding expected Deliverable Calculate the expected progress, and in the event of an'event' that is expected to be delayed, take measures in advance through resource supply or schedule adjustment, and continuously monitor the progress and progress of all tasks according to the progression time, and If an event occurs that interferes with the resource input and may affect the progress during execution, apply the'Event Absorbing Tactic (EAT)' to promptly respond, minimize its spread, and resolve the cause of the progress delay. By tracking and analyzing and accumulating as experience, utilizing it for goal management after the current unit time, performing additional instructions and assignments given by PM, and processing requests from other managers, all targets of target management A goal based on SWEEP (Successive Work and Event Evaluation and Proceeding) goal management technique that proceeds continuously, proactive and intelligently autonomously and precisely over the entire period/time of goal management for detailed-level tasks. 'Task Performing Stage' to manage and achieve

For all tasks of the level of detail that have managed progress in the'task execution step', final deliverables that satisfy the quality standard are completed or completed, and if there is a separate project/task owner, the deliverables are handed over to the corresponding owner. , It goes through the process of the'Project/Task Completion (Finishing) Stage', which achieves the goal of the entire Project/Task and terminates the Project/Task,

Super Tree-based Project/Task intelligent goal management method characterized by assisting and supporting PM of Project/Task and performing goal management tasks autonomously and actively.
목표를 설정하고 달성하려는 '각종 Project나 Task의 총괄관리자’(Project Manager(PM)로 총칭)가 성공적으로 임무를 수행할 수 있도록 지원하기 위한 Project/Task 관리 시스템들의 구축 기반이 되며, 컴퓨터와 컴퓨터에서 구동되는 Software 프로그램으로 구성하는 Project/Task 목표관리 플랫폼에 있어서,

본 발명의 Platform 또는 Platform에 기반하여 구축하는 특정 Project나 Task의 목표관리 시스템은, 플랫폼이 임무로서 부여받는 각종 Task인 Platform Task의 수행을 위해 Hardware적으로, Main Server와, Project/Task의 특성과 규모에 따라, PM과 여타 Project 관련자용 PC 및 Smart Phone과, 추가로 Back-up Server, DB Server, Web Server 및 Cloud Server와, 각종 계측제어설비와, 이들을 연결하는 네트워크설비들로 구성되며,

상기 Main Server는 Platform Task 업무를 체계적으로 분담하여 처리하기 위해,

PM을 지원하며 Project/Task 목표관리의 전 단계에 걸쳐 Platform Task를 총괄 지휘하고 감독하는 업무를 담당하는 Project/Task 총괄관리부와,

여타 관리부가 목표관리를 위해 필요로 하는 일체의 지식과 정보를 수집하며, 플랫폼이 내보내야 하는 모든 출력 업무를 담당하며, PM이나 여타 관리자들이 직접 원하는 지시나 요청 사항을 입력할 수 있도록 지원하는 '능동 지능 서비스’(Proactive And Smart Service'(PASS) 방식의 입출력 Service를 제공하는 Input/Output 관리부와,

전체 기본정보로서 입력받는 Project/Task의 특성과 분야 및 상기 수집하는 지식과 정보의 종류와 특성에 따라, 각 단위 지식 및 정보를 노드(Node)로 나타내고, 지식 및 정보들 간의 관계(Relation)를 아크(Arc)로 나타내는, 각 지식 및 정보의 표현과 저장 및 활용에 특화된(Specialized) 각종 '지식 및 정보 모델'(Knowledge and Information Model)로서, 체계적/계층적으로 동종 또는 동질의 상세 단위 정보로 구분(Breakdown) 또는 분류 내지 세분되어 질 수 있는 정보를 관리하기 위해 구성하는 Tree Data Structure 형태의 BREAKDOWN TREE(BDT)’와, 목표관리의 전 수행 기간(Duration) 또는 시간을 일정한 길이의 Task 수행 관리 기준 ’단위시간‘(Unit Time)으로 구분하여 세분하고, 세분한 각 단위시간을 Node로 나타내며, 나타낸 Node들을 선행/후속 관계에 따라 연속되는 4각형의 마디로 나타내는 Gantt Chart 형태나 각 노드를 Arc로 연결하여 일련의 사슬(Chain) 형태로 나타내어 구성하는 'IVY'와, 일정한 방향으로 흘러가는 각종 매체를 취급하는 시스템의 각 설비나 소자(Component) 또는 요소(Element)나 개체(Entity)들을 Node로 나타내고, 이들의 상호 연결관계를 Arc로 나타내어 구성하는 'VINE’과, 각종 매체(Medium) 또는 객체(Object)들이 양방향으로 이동할 수 있도록 구성되는 계통(System)이나 망(Network)에서, 각 System 및 Network를 구성하는 각 설비나 요소 또는 개체를 Node로 나타내며, 해당 System 및 Network의 구성이나 연결의 중심이 되는 임의의 중심 노드를 선택하고, 여타 노드들의 해당 중심 노드로 부터의 연결관계를 아크로 나타내어 구성하는 ‘BUSH’와, 상기 BDT, IVY, VINE 및 BUSH로 나타내는 지식과 정보 이외에 각종 연산, 추론(Reasoning and Inference), 판단, 관리 행위 및 절차와 같은 지식을 나타내고 이행하기 위한 Super Rule과, 각 노드의 상세 속성(Attribute) 정보와, 그 외 목표관리를 위해 필요로 하는 일체의 지식과 정보를 Tree Data Structure의 형태로 구성하여 저장하는 ‘SHRUB’과, 상기 BDT, IVY, VINE, BUSH 및 SHRUB와 같은 각종 'PLANT'들을 연결하기 위한 기본 틀(Framework) 또는 기반(Foundation)을 형성하기 위한 그루터기로서 Tree Data Structure의 형태로 구성하는 'STUMP'(Smart Total Unified Management Platform)와, 상기 PLANT들을 STUMP에 ‘접목’(Graft)하고, 지식 및 정보들 간의 관계에 따라 PLANT들 상호 간에도 자유로이 접목하여 구성하는 'Super Tree‘의 전형적인(Typical) 형태의 기본 틀(Skeleton)을 제시하여, PM 및 여타 관리자들이 주어진 권한 내에서 입력과 수정을 통해 Super Tree의 구성이 가능하도록 지원하는 업무를 관장하는 Super Tree 구성 관리부와,

상기 규칙을 PM 또는 Platform 구현 Engineer와 협력하며, 상기 STUMP, BDT, IVY, VINE 및 BUSH의 모든 노드들의 속성(Attribute) 정보와, 각종 산술 및 논리 연산, 상황 판단, 원인 추적, 대책 수립, 조치 이행 및 절차 진행을 위한 지식 및 정보를 활용하여, 상기 Platform Task와 상위 추상수준의 지시나 요청을 처리하기 위해 필요한 추론(Reasoning and Inference)과 판단 및 연산방법과, Task의 수행절차 및 과정을 명시적으로 나타내는 Super Rule로 구현하고, Rule BDT를 구성하여 저장하며, 저장한 Super Rule들이 호출되고 집행될 수 있도록 관리하는 업무를 관장하는 Knowledge Base 관리부와,

Task BDT 상의 Task들 중 따로 진도를 관리하는 Task들의 수행 계획의 수립과, 상응하는 Deliverable들의 완성 계획 및 Resource 투입 계획의 수립, Cost 산정, Deliverable들의 진도 산정 및 상응하는 Task의 진도 산정, Resource 투입 상황의 모니터링, 실소요 비용의 산정 및 Task 수행 계획의 조율 업무를 관장하며, 상기 Task 수행 계획의 수립에는 Top-down 방식과 Bottom-up 방식을 병행하여 사용하며, IVY의 길이를 Increment 또는 Decrement해 가며, 비용이 최소로 되는 Task들의 Duration을 탐색하고, 진도 진행 상황에 따라 지속적으로 계획을 조율하여 총체적인 비용을 최소로 하며 목표를 달성해 가는 GRACE(Gradual Resource Allocation and Cost Evaluation)기법을 사용하는 Project/Task 진도관리부와,

Task BDT의 각 Task들을 완료하기 위해 완성 내지 완료해야 하는 Deliverable들을 생성하기 위해 투입해야할 모든 Resource들의 조달 내지 공급 계획과 투입 진행상황과 실적을 모니터링하고 관리하는 Resource 관리부와,

Task 수행 중 불규칙하게(Random) 발생하는 각종 이벤트를, 각 이벤트를 '예측'(Anticipation), '발견'(Detect), '평가 및 대책 수립'(Assessment and Countermeasure Establishment), ’조치'(Action), '결과 검토'(Follow-up) 및 학습‘(Learning)의 5개 과정으로 관리하기 위한 정보를 포함하는 'Eveny And Risk(EAR) Handling Process'에 따라 관리하며, 중요하다고 판단되는 이벤트에 대하여는 Scenario 분석을 통해 사전에 대비하고, 특히 Task 진도가 지연되는 이벤트 발생 시는 지연된 진도를 회복하기 위해 추가로 투입해야 할 Resource를, 투입가능 범위 내에서 투입 가능 단위 또는 투입 기준 단위로 Increment 또는 Decrement하며, 그에 따른 Deliverable의 증감 및 비용(Cost)의 증감과, 상응하는 Task의 진도변화와 목표관리 단위시간의 증감에 따른 Task 수행기간(Duration)의 변화를 평가하여, 최소비용의 진도 회복기간을 탐색하는 상기 GRACE 기법을 기반으로 하는 EAT(Event Absorbing Tactic) 전략을 적용하여 그 영향(Impact)을 조기에 흡수(Absorb)하거나 파급을 최소화하는 임무를 수행하는 이벤트 관리부와,

이벤트 중 특히 Project/Task의 전체 또는 주요 Task의 완료기간이 늦어지거나 목표달성이 어려워질 수도 있는 이벤트인 각종 ‘리스크’(Risk)들에 대하여, PM과 여타 관리자들과 협력하며 예상되는 리스크들을 종류별로 분류하여 Risk BDT를 구성하고, 발생 확률과 위험률(Hazard Rate)을 산정하여, 발생 가능성을 최소화하기 위한 예방조치와 발생 Scenario 별 대책을 마련하며, 실제 Risk 발생 시에는 조기에 대처하여 피해를 최소화하는 업무를 관장하는 리스크 관리부와,

Super Tree 구성 정보를 비롯하여 Project/Task의 지능 목표관리 Task를 수행하기 위해 필요한 일체의 지식과 정보를 DB나 Spread Sheet, 또는 XML File과 같은 형식으로 저장하며, Back-up하고 제공하기 위한 업무를 수행하며, 프로그램 재 가동시마다 읽어들여(Read-in) Super Tree를 비롯한 추론 환경을 안정적으로 회복 내지 마련해 줌으로써 목표관리의 연속성을 유지해 주고, DB를 통한 여타 서버들과의 정보교환이나 Agent들 간의 정보 공유가 가능하도록 하는 업무를 관장하는 Database(DB) 관리부, 를 구비하며,

상기 각 관리부의 업무는, 플랫폼 구동 시 Thread 또는 Process의 형태로 생성하며 Project/Task의 목표관리 업무를 총괄하는 ‘Manager Agent'와, Project/Task의 특성과 규모에 따라 Project Manager Agent가 생성하며 상기 각 관리부의 업무를 담당하는 전문 Agent들인 Super Tree Manager Agent, Knowledge-base Manager Agent, Progress Manager Agent, Resource Manager Agent, Event Manager Agent, Risk Manager Agent, I/O Manager Agent 및 DB Manager Agent들이, Rule BDT에 저장된 각 Agent 전용 Super Rule들을 집행하거나, 각 전용 Super Rule의 조건부에 포함된 Fact가 여타 Agent에 의해 또는 해당 Super Rule의 집행 중 Assert되면, 담당 Agent가 해당 Super Rule을 집행하며 수행하는 것을 특징으로 하는 Super Tree 기반의 Project/Task 지능 목표관리 플랫폼.
It is the basis for building project/task management systems to support the'general manager of various projects or tasks' (collectively referred to as Project Manager (PM)) who want to set and achieve goals to perform their duties successfully. In the project/task target management platform composed of software programs running in

The target management system of a specific project or task built based on the Platform or Platform of the present invention is hardware-based for the execution of the Platform Task, which is a variety of tasks that the platform is assigned as a task. Depending on the scale, it is composed of PCs and Smart Phones for PM and other project-related persons, additionally Back-up Server, DB Server, Web Server and Cloud Server, various measurement and control equipment, and network equipment connecting them.

The above Main Server systematically distributes and processes Platform Task tasks,

The Project/Task General Management Department, which supports PM and is responsible for directing and supervising the Platform Task in all stages of Project/Task goal management,

It collects all the knowledge and information required for goal management by other management departments, is in charge of all printing tasks that the platform needs to export, and supports PM and other managers to directly input desired instructions or requests. An input/output management unit that provides input/output service in the'Proactive And Smart Service' (PASS) method,

According to the characteristics and fields of the project/task received as overall basic information, and the type and characteristics of the collected knowledge and information, each unit knowledge and information is represented as a node, and the relation between knowledge and information is expressed. As various'Knowledge and Information Models' specialized in the expression, storage and use of each knowledge and information represented by Arc, systematically/hierarchically homogeneous or homogeneous detailed unit information Breakdown or BREAKDOWN TREE (BDT) in the form of a tree data structure that is configured to manage information that can be classified or subdivided, and the entire duration or time of target management is managed to perform tasks of a certain length Each subdivided unit time is divided by the standard'Unit Time', and each subdivided unit time is expressed as a node, and the indicated nodes are represented by a continuous quadrangular node according to the preceding/successor relationship, or each node is an arc. 'IVY', which is connected by connecting with a series of chains, and constitutes a node, and each facility, component, or element or entity of the system handling various media flowing in a certain direction. In the'VINE', which is represented by representing their interconnected relationship as an Arc, and a system or network that is configured so that various mediums or objects can move in both directions, each system And each facility, element, or entity that composes the network is represented as a node, and an arbitrary central node that is the center of the configuration or connection of the system and network is selected, and the connection relationship of other nodes from the corresponding central node is represented by an arc. In addition to the'BUSH' constituting and the knowledge and information indicated by the BDT, IVY, VINE and BUSH, various operations and inferences (Reaso Super Rule for expressing and implementing knowledge such as ning and inference), judgment, management actions and procedures, detailed attribute information of each node, and all other knowledge and information required for goal management are tree As a stump to form a framework or foundation for connecting various'PLANTs' such as'SHRUB' and BDT, IVY, VINE, BUSH, and SHRUB. 'STUMP' (Smart Total Unified Management Platform), which is configured in the form of Tree Data Structure, and'Graft' the PLANTs to STUMP, and freely combines the PLANTs with each other according to the relationship between knowledge and information. Super Tree composition that manages the task of providing a skeleton in a typical form of'Super Tree' and supporting PM and other administrators to configure Super Tree through input and modification within the given authority. With the management department,

The above rules are cooperated with PM or Platform implementation engineer, and attribute information of all nodes of STUMP, BDT, IVY, VINE and BUSH, various arithmetic and logical operations, situation determination, cause tracking, countermeasure establishment, and action implementation And, by using knowledge and information for the process, the Platform Task and the reasoning and inference necessary to process the instruction or request of the higher level of abstraction, the judgment and calculation method, and the task execution procedure and process are explicitly stated. A knowledge base management unit that implements the Super Rule represented by, configures and stores the Rule BDT, and manages the management so that the saved Super Rule can be called and executed;

Establishment of execution plans of tasks that separately manage progress among tasks in Task BDT, completion plan of corresponding deliverables and resource input plan, cost calculation, progress calculation of deliverables and corresponding task progress calculation, resource input situation It manages the task of monitoring, calculating the actual cost, and coordinating the task execution plan. The top-down method and the bottom-up method are used in parallel to establish the task execution plan, and the length of IVY is incremented or decremented. , Project/ that uses the GRACE (Gradual Resource Allocation and Cost Evaluation) technique to minimize the overall cost and achieve the goal by exploring the duration of tasks with minimal cost, and continuously adjusting the plan according to progress progress Task progress management department,

Resource management department that monitors and manages the procurement or supply plan and input progress and performance of all resources to be invested to create deliverables that must be completed or completed in order to complete each task of Task BDT;

Various events that occur randomly during task execution,'Anticipation','Detect','Assessment and Countermeasure Establishment','Action' for each event ,'Eveny And Risk (EAR) Handling Process', which includes information for management through five processes of'Result Review' (Follow-up) and'Learning', and events that are considered important are managed according to the Prepare in advance through scenario analysis.In particular, in the event of a delayed task progress, additional resources to be added to recover the delayed progress are incremented or decremented within the scope of the input available and in the input standard unit. , By evaluating the change in the duration of the task according to the increase/decrease of the deliverable and the increase/decrease of the cost and the corresponding change in the progress of the task and the increase/decrease in the target management unit time, the minimum cost progress recovery period is explored An event management unit that applies an event absorbing tactic (EAT) strategy based on the GRACE technique that absorbs the impact early or performs a task of minimizing the spread,

Among the events, in particular, for various'risks', which are events that may delay the completion period of the entire project/task or the main task or make it difficult to achieve the goal, cooperate with the PM and other managers to identify the expected risks by type. Classified as a risk BDT, calculates the probability of occurrence and hazard rate, prepares preventive measures and countermeasures for each occurrence scenario to minimize the probability of occurrence, and minimizes damage by responding early when actual risks occur The risk management department in charge of the work done,

Stores all knowledge and information necessary to perform intelligent goal management tasks of Project/Task, including Super Tree configuration information, in a format such as DB, Spread Sheet, or XML File, and performs work to back-up and provide It is read-in every time the program is restarted, and by stably recovering or preparing the reasoning environment including the Super Tree, it maintains the continuity of goal management, exchanges information with other servers through DB, and shares information between agents. It is equipped with a database (DB) management department, which manages the work to enable

The tasks of each of the above management units are created in the form of threads or processes when the platform is running, and the'Manager Agent' that manages the target management tasks of the Project/Task, and the Project Manager Agent are created according to the characteristics and scale of the Project/Task. Super Tree Manager Agent, Knowledge-base Manager Agent, Progress Manager Agent, Resource Manager Agent, Event Manager Agent, Risk Manager Agent, I/O Manager Agent and DB Manager Agent, which are specialized agents in charge of each management department, are rule BDT. It is characterized in that the agent in charge executes and executes the super rule when each agent-only super rule stored in is executed or when the fact included in the conditional part of each dedicated super rule is asserted by another agent or during the execution of the super rule. Super Tree based Project/Task intelligent goal management platform.
KR1020200009577A 2020-01-25 2020-01-25 Project/Task Intelligent Goal Management Method and Platform based on Super Tree KR102184182B1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020200009577A KR102184182B1 (en) 2020-01-25 2020-01-25 Project/Task Intelligent Goal Management Method and Platform based on Super Tree
PCT/KR2021/000846 WO2021150039A1 (en) 2020-01-25 2021-01-21 Method and platform for managing project/task intelligent objective on basis of super tree

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020200009577A KR102184182B1 (en) 2020-01-25 2020-01-25 Project/Task Intelligent Goal Management Method and Platform based on Super Tree

Publications (2)

Publication Number Publication Date
KR20200015642A KR20200015642A (en) 2020-02-12
KR102184182B1 true KR102184182B1 (en) 2020-11-27

Family

ID=69569770

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020200009577A KR102184182B1 (en) 2020-01-25 2020-01-25 Project/Task Intelligent Goal Management Method and Platform based on Super Tree

Country Status (2)

Country Link
KR (1) KR102184182B1 (en)
WO (1) WO2021150039A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11763223B1 (en) 2022-05-18 2023-09-19 Realization Technologies, Inc System for generating and maintaining a resource deployment map over a communications network

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11263571B2 (en) * 2019-03-21 2022-03-01 Hartford Fire Insurance Company System to facilitate guided navigation of direct-access databases for advanced analytics
CN112418599B (en) * 2020-10-15 2023-02-10 重庆市科学技术研究院 Enterprise growth path planning method and system based on index set
WO2022139198A1 (en) * 2020-12-21 2022-06-30 금오공과대학교 산학협력단 System and method for managing scheduling of power plant on basis of artificial neural network
KR102312738B1 (en) * 2020-12-23 2021-10-14 주식회사 영신 Smart construction safety monitering integrated control system
CN112738278A (en) * 2021-02-08 2021-04-30 上海凯盛朗坤信息技术股份有限公司 Full-automatic production line monitored control system of intelligence mill
US20220358259A1 (en) * 2021-05-04 2022-11-10 Procore Technologies, Inc. Construction Knowledge Graph
CN113378893B (en) * 2021-05-21 2024-04-09 商汤集团有限公司 Data management method and device, electronic equipment and storage medium
CN113743747B (en) * 2021-08-17 2024-02-06 广州工业智能研究院 Multi-AGV cooperative scheduling method and device in workshop environment
CN113688039B (en) * 2021-08-20 2023-10-31 成都天奥测控技术有限公司 Digital twinning-based simulation verification method for automatic test system
CN114615678B (en) * 2022-03-18 2023-05-26 重庆邮电大学 Construction method based on dynamic tree network flow model
CA3170083C (en) * 2022-08-10 2023-10-10 Mavryck Inc. Systems and methods for project and program management using artificial intelligence
CN115511132B (en) * 2022-10-19 2023-08-11 太原海通智慧信息技术有限公司 Equipment inspection management platform and system based on power plant
CN116342076B (en) * 2023-05-30 2023-08-01 山东建筑大学设计集团有限公司 Engineering information management system and management method
CN116560948A (en) * 2023-07-07 2023-08-08 建信金融科技有限责任公司 Data processing method and device
CN116680064B (en) * 2023-08-03 2023-10-10 中航信移动科技有限公司 Task node management method, electronic equipment and storage medium
CN117611101B (en) * 2023-12-15 2024-04-26 济南中建建筑设计院有限公司 Engineering design project flow management system and method thereof

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120072251A1 (en) * 2010-09-20 2012-03-22 Cristian Mircean Method, management procedure, process, an instrument and apparatus for delay estimation and mitigation of delay risks in projects and program

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110066439A (en) * 2009-12-11 2011-06-17 현대로템 주식회사 Project management method
KR101765376B1 (en) * 2014-12-23 2017-08-23 이승철 Energy Management System Based on Sector Graphs Organized in Watch-like Fashion and Tree Data Structure
KR102060853B1 (en) * 2016-05-17 2019-12-30 이승철 MACRO/MICRO Intelligent Total Energy Management System and Method
US10042636B1 (en) * 2017-04-11 2018-08-07 Accenture Global Solutions Limited End-to end project management platform with artificial intelligence integration

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120072251A1 (en) * 2010-09-20 2012-03-22 Cristian Mircean Method, management procedure, process, an instrument and apparatus for delay estimation and mitigation of delay risks in projects and program

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11763223B1 (en) 2022-05-18 2023-09-19 Realization Technologies, Inc System for generating and maintaining a resource deployment map over a communications network

Also Published As

Publication number Publication date
KR20200015642A (en) 2020-02-12
WO2021150039A1 (en) 2021-07-29

Similar Documents

Publication Publication Date Title
KR102184182B1 (en) Project/Task Intelligent Goal Management Method and Platform based on Super Tree
Katsaliaki et al. Supply chain disruptions and resilience: A major review and future research agenda
Ahmad et al. Using the internet of things in smart energy systems and networks
Zhang et al. Integrated applications of building information modeling and artificial intelligence techniques in the AEC/FM industry
Saenz de Ugarte et al. Manufacturing execution system–a literature review
Park et al. Operation procedures of a work-center-level digital twin for sustainable and smart manufacturing
Toptal et al. Distributed scheduling: a review of concepts and applications
Smith Knowledge-based production management approaches, results and prospects
Novas et al. Reactive scheduling framework based on domain knowledge and constraint programming
Son et al. Simulation-based shop floor control: formal model, model generation and control interface
Csalódi et al. Industry 4.0-driven development of optimization algorithms: A systematic overview
Zhu et al. A framework-based approach to utility big data analytics
Yu et al. Job shop scheduling based on digital twin technology: A survey and an intelligent platform
Hasegan et al. Predicting performance–a dynamic capability view
Wang et al. Real time distributed shop floor scheduling using an agent-based service-oriented architecture
JP2004021364A (en) Management intention decision support system
Lee et al. Development of simulation-based production execution system in a shipyard: a case study for a panel block assembly shop
Lai et al. Optimal planning of technology roadmap under uncertainty
Barua et al. Implementing global factory schedules in the face of stochastic disruptions
Zarte et al. Knowledge framework for production planning and controlling considering sustainability aspects in smart factories
Zohrehvandi et al. A fuzzy project buffer management algorithm: a case study in the construction of a renewable project
Ivanov et al. Intelligent planning and control of manufacturing supply chains in virtual enterprises
Metz The Concept of a Real-time Enterprise in Manufacturing: Design and Implementation of a Framework Based on EDA and CEP
Artiba et al. An architecture of a multi-model system for planning and scheduling
Liu et al. Artificial intelligence for production, operations and logistics management in modular construction industry: A systematic literature review

Legal Events

Date Code Title Description
A201 Request for examination
AMND Amendment
AMND Amendment
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
GRNT Written decision to grant
X701 Decision to grant (after re-examination)