Managing Business Rules and Business Models Part 2 (Tagalog)

Share

Summary

This video delves into maintaining consistency in business models and rules, differentiating between versions and variants. It discusses managing multiple models, automating housekeeping tasks, and deploying rules through various testing phases. The latter part of the video focuses on contingency planning for system rollouts and supporting live systems, emphasizing minimizing risks and adapting to change.

Highlights

Versions vs. Variants
00:02:05

The speaker differentiates between 'versions' and 'variants'. A new version replaces a previous one, while a variant is an alternative offering different functionality or existing for different environments. This distinction is crucial to avoid issues like 'DLL hell', a common problem in the late 1990s Windows where new software installations corrupted or replaced DLL files needed by older applications, causing them to stop working.

Managing Multiple Models
00:07:32

Multiple models often coexist within system integrations due to various reasons, such as organizational units, geographical locations, or different viewpoints (analysis vs. design). The video explores two approaches: sequential and parallel. The sequential approach, where only one group edits a model at a time, prevents inconsistencies but slows down work. The parallel approach allows teams to progress independently, but risks incompatibilities. Joint meetings and careful management are necessary to mitigate these risks.

Automating Housekeeping
00:12:59

Automating key steps in a process ensures consistency and efficiency. Office applications, for instance, are automation-enabled, exposing their internal structure for external applications to access and modify, often using VBA (Visual Basic for Applications). Tool adapters are also crucial for connecting different applications, translating business rules and model requests between source and target systems.

Deploying Rules through Testing
00:18:18

Testing is essential for business rules and models. The video outlines three levels of testing: unit testing (testing individual components), integration testing (progressively combining tested units), and acceptance testing (final system validation). Each level requires specific data and documentation, with acceptance testing ensuring the system meets business owner's purposes and non-functional aspects like response time.

Contingency Planning and Rollout
00:23:50

To reduce risks during new system implementation, contingency planning and a well-defined rollout strategy are vital. A Proof of Concept (POC) can provide assurance and allow for early testing of scalability. Pilot implementations are recommended to shake down rollout procedures on a smaller scale, check training effectiveness, and reveal unexpected problems before a full-scale deployment. Fallback policies are also necessary to manage unforeseen issues.

Supporting Live Systems
00:29:18

Supporting live systems involves managing potential problems by setting up alerts for danger signs and examining log files for system behavior history. Log files are crucial for monitoring system performance and identifying issues. It emphasizes that change is constant, and information systems must evolve accordingly, with thorough testing and contingency planning being paramount to minimize costs and risks.

Recently Summarized Articles

Loading...