Business Critical Process Identification via Multi-Dimensional Weighted Intersections
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Identifying business critical processes within complex computer systems is challenging due to the multitude of processes, programs, and transactions, making it difficult to determine which are most critical and which are least critical, thereby complicating cost reduction in testing, change management, and business monitoring.
Innovation Solution
A system and method that defines multiple sample spaces based on statistics such as frequency of execution, number of users, data change, and execution time to determine business criticality by identifying intersections and assigning weights to determine overall criticality of computer programs and transactions.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If multiple processes, programs, and transactions are managed in a computer system, then system functionality and complexity increase, but it becomes difficult to determine which processes are most critical
Solution Approach 1:
The patent segments the evaluation of process criticality into multiple independent sample spaces (frequency of execution, number of users, data change, execution time). Each sample space evaluates a specific aspect of process importance, and the overall criticality is determined by intersecting results across these segmented dimensions. This segmentation makes the complex evaluation manageable and systematic.
Solution Approach 2:
The patent introduces multiple dimensions for evaluating process criticality beyond simple usage frequency. By adding dimensions such as number of users, data change magnitude, and execution time, the system transforms a one-dimensional evaluation into a multi-dimensional assessment, enabling more accurate identification of truly critical processes.
2Reliability
If all processes are treated equally in testing and monitoring, then comprehensive coverage is achieved, but costs increase significantly
Solution Approach 1:
The patent applies local quality by treating different processes differently based on their identified criticality. High-criticality processes receive intensive testing and monitoring resources, while low-criticality processes receive reduced resources. This differentiated approach optimizes the balance between comprehensive coverage and cost reduction.
Solution Approach 2:
The system uses its own collected statistics about process execution to automatically determine criticality and allocate resources. The system serves itself by using runtime data to make decisions about testing and monitoring priorities, eliminating the need for manual analysis and reducing overall costs.
3Measurement precision
If manual analysis of process criticality is performed, then accuracy can be improved, but time and resources are consumed
Solution Approach 1:
The system automatically collects and analyzes its own runtime statistics to determine process criticality. By self-service, the system eliminates manual analysis time while maintaining high accuracy through systematic evaluation across multiple sample spaces. The process is automated and continuous, requiring no human intervention.
Solution Approach 2:
The system continuously monitors process execution and uses this feedback to update criticality assessments. The collected statistics about frequency, users, data change, and time provide ongoing feedback that refines the criticality determination, improving accuracy over time without requiring manual reanalysis.
Data Source
AI summary
A computer system determines a first criticality relating to frequency of execution of computer programs, a second criticality relating to frequency of execution of transactions, a third criticality relating to a number of users who execute the transactions, a fourth criticality relating to programs that modify the database tables having a large change in data, and a fifth criticality relating to the amount to time that each computer program is executed and the amount of time that each transaction is executed. The system determines intersections among the criticalities, and assigns a weighted value to each of the intersections. The system determines an overall criticality for a particular computer program or a particular transaction. The overall criticality is a function of the number of intersections in which the particular computer program or the particular transaction appears and the weighted values assigned to the intersections.