Service-Oriented Software System Architecture for Loose Coupling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current software systems based on traditional technologies face challenges such as tight coupling, closed features, low reuse rate of software code, poor performance, and security risks, making them inflexible and costly to maintain and update, especially in Web software systems that require frequent page refreshes and network interaction, which complicates complex interactive views and functional requirements.

Innovation Solution

A service-oriented model software system that utilizes service module objects as basic components, enabling loose coupling, high performance, and high security, allowing partial updates without stopping the system, with a server-sided and client-sided architecture that supports automatic compilation and operation, and provides a simple structure for efficient development and maintenance.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If traditional software systems are used with tight coupling and closed features, then system stability is maintained, but flexibility and adaptability deteriorate

Engineering Contradiction:
ImproveflexibilityVSAvoidsystem stability
Core Design Contradiction:
Adaptability or versatilityVSStability of the object's composition

Solution Approach 1:

The software system is divided into independent service modules that can be developed, deployed, and updated separately. Each service module encapsulates specific business logic and can be modified without affecting the entire system, thereby improving flexibility while maintaining stability through modular architecture.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements dynamic service module loading and hot-swapping capabilities, allowing service modules to be added, removed, or updated during runtime without system restart. This dynamic characteristic enables the system to adapt to changing requirements while maintaining operational stability.

Inventive Principle:
Principle #15Dynamics

2Productivity

If service modules are updated during system operation, then adaptability and maintenance efficiency improve, but system complexity increases

Engineering Contradiction:
Improvemaintenance efficiencyVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system implements automatic service module compilation, validation, and deployment mechanisms. When a service module is updated, the system automatically compiles the new version, validates its compatibility, and performs hot-swapping without manual intervention, thereby improving maintenance efficiency while managing complexity through automation.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system incorporates feedback mechanisms that monitor service module performance and health status. Before and during updates, the system validates service module functionality and provides feedback to ensure smooth transitions, reducing the complexity burden through automated validation and error handling.

Inventive Principle:
Principle #23Feedback

3Ease of operation

If web software systems frequently refresh pages for interaction, then user interface responsiveness improves, but network traffic and data consumption increase

Engineering Contradiction:
Improveinterface responsivenessVSAvoidnetwork traffic
Core Design Contradiction:
Ease of operationVSLoss of energy

Solution Approach 1:

The system extracts critical data and service functionality from frequent page refreshes by implementing asynchronous data loading and push notifications. Service modules publish updates that are pushed to client-side views only when data changes occur, eliminating the need for continuous page refreshing while maintaining interface responsiveness and reducing network traffic.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

Instead of continuous periodic page refreshing, the system implements event-driven periodic updates where data is refreshed only when specific events occur (e.g., data changes, user actions). This reduces unnecessary network traffic while maintaining the perceived responsiveness of the user interface.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS11144333B2Service model-oriented software system and operation method thereof
Publication Date: 2021.10.12 TONGLING YUCHENG SOFTWARE TECH
  • US11144333B2 patent drawing
  • US11144333B2 patent drawing
  • US11144333B2 patent drawing

AI summary

A service model-oriented software system and an operation method of the present invention take a service module object as a basic component to drive the software system to run; support componentized software running and development, provide loose coupling, good openness and high security and is easy to be expanded. The software system includes a server-sided system architecture and a client-sided system architecture; the server-sided system architecture includes a service model factory component, a service model control engine and an activity service model component; the client-sided system architecture includes a client-sided control engine, a data object agent component and a view component. The software system and the operation method thereof lay a solid foundation for the development of the service-oriented software technology, provide solutions for the development of the computer software system in the cloud environment, and open new ideas and methods for the development and application of the software.