You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 37 Next »

Building successful FrameworX solutions follows a proven four-pillar methodology that ensures scalability, maintainability, and performance. This structured approach guides you from initial data modeling through to final deployment, with each pillar building upon the previous to create a complete industrial application.

The Four-Pillar Methodology:

Foundation → Industrial Operations → Business Logic → Visualization

Each pillar represents a critical layer of your solution, implemented in sequence for optimal results. This field-proven approach has been refined across hundreds of deployments to minimize rework and maximize reliability.

On this Page:


The Four Pillars Overview


Pillar 1: Unified Namespace (Foundation)

Purpose

The Unified Namespace (UNS) is your solution's data foundation - a single source of truth for all real-time and configuration data.

What to Build

Tag Structure

Asset Tree

User Data Types

  • Define naming conventions
  • Create tag hierarchy
  • Set data types and ranges
  • Configure engineering units
  • Mirror physical/logical structure -
  • Organize by area/process/equipment -
  • Create navigable hierarchy -
  • Enable asset-based navigation
  • Create equipment templates
  • Define standard objects
  • Build reusable components
  • Ensure consistency

[Detailed UNS Guide →]


Pillar 2: Process Modules (Industrial Operations)

Purpose

Process modules connect your solution to the physical world, collecting data from field devices and managing industrial operations.

What to Build

Device Communications

Alarm Management

Historian

  • Configure channels and protocols 
  • Setup nodes and devices
  • Map points to tags
  • Optimize scan rates
  • - Define alarm areas and groups
  • - Configure conditions and limits
  • - Setup notifications -
  • Implement ISA-18.2 standards
  • Configure data storage
  • Set collection rates
  • Define retention policies 
  • Plan for growth

[Detailed Process Modules Guide →]


Pillar 3: Application Modules (Business Logic)

Purpose

Application modules add business logic, data processing, and integration capabilities to transform raw data into actionable information.

What to Build

Scripts

Datasets

Reports

  • Write calculation logic
  • Implement workflows
  • Create data validation
  • Automate processes
  • Connect to SQL databases 
  • Create queries and views
  • Setup synchronization
  • Manage transactions
  • Design report templates
  • Configure schedules
  • Setup distribution
  • Export formats (PDF//XML/JSON)

[Detailed Application Modules Guide →]


Pillar 4: User Interface (Visualization)

Purpose

The UI layer presents information to operators, managers, and stakeholders through interactive displays and dashboards.

What to Build

Operational Displays

Dashboards

Operator UI Clients

  • Process graphics
  • Control panels
  • Navigation structure
  • Alarm summaries
  • KPI visualization
  • Analytics views
  • Mobile layouts
  • Executive summaries
  • Rich & Smart clients (.NET)
  • Web access (WebAssembly)
  • Mobile UI (Responsive)
  • Multi-monitor setup


[Detailed Operator UI Guide →]

Solution Ready to Run (Secure & Deploy)

Purpose

Solution ready to Run, validate, apply security, and deploy.

What to Do

Runtime

Security

Deployment

  • Test with Execution Profiles
  • Development Environment (Lab)
  • Validation Environment (FAT)
  • Production Environment (SAT)
  • Protect Configuration
  • Secure Scripts and IP
  • Defile Users & Roles
  • Apply on Operator UI
  • Single file deployment
  • Publish to FDA & regulated area
  • Container for Edge & Cisco Routers
  • Setup Version Control & Maintenance 

[Detailed Solution Runtime Guide →]


Why This Methodology Works

Benefits of the Four-Pillar Approach

BenefitDescriptionImpact
Structured DevelopmentClear sequence of implementation50-70% reduction in rework
ScalabilityFoundation supports growthEasy expansion without redesign
MaintainabilityOrganized architectureSimplified troubleshooting
ReusabilityTemplate-based approach40% faster development
Best PracticesIndustry-proven patternsReliable solutions

Common Mistakes to Avoid

(error) Starting with displays - Without proper data structure

(error) Skipping UDTs - Leading to tag sprawl

(error) Direct device-to-display binding - Creating maintenance nightmares

(error) Ignoring naming conventions - Causing confusion later

(error) Building monolithic solutions - Instead of modular architecture



Solution Templates

Quick Start Templates

TemplateDescriptionComponentsTime to Explore
Basic HMISimple machine interfaceDisplays, Modbus, TouchPanel UI10 min
SCADA StarterSmall SCADA systemAlarms, trends, reports15 min
MES InterfaceProduction trackingDatabase, reports, KPIs20 min
IIoT & MQTTEdge IntegrationMQTT Broker, Client, SQL15 min
Enterprise ProveIt!Corporate LevelEnterprise Unlimited, Extended UNS20 min

Development Workflow

Solution Development Stages

InitiateDesignBuildDeploySupport
  • Requirements
  • Scope
  • Resources
  • Architecture
  • UNS design
  • Standards
  • Configuration
  • Testing
  • Integration
  • Installation
  • Commissioning
  • Training
  • Maintenance
  • Optimization
  • Updates

Platform UI Components

Three Essential Workspaces



UI EnvironmentPurposeKey Functions
Solution CenterSolution Management
  • Create/open solutions
  • License management
  • Server configuration
  • Launch Designer and Runtime
DesignerSolution Configuration
  • UNS Configuration
  • Process Modules Design
  • Application Modules Design
  • Operator UI Design
Runtime

Solution Execution

  • Real-time data processing
  • Client connections
  • Module execution
  • Performance monitoring



Quick Reference Tables

Development Time Estimates

Solution SizeTagsDevelopment Time (*)Team Size
Small<1,0001-2 weeks1 person
Medium1,000-10,0004-8 weeks2-3 people
Large10,000-50,0003-6 months3-5 people
Enterprise>50,0006-12 months5+ people

(*) About the Development Time estimates

Best Practices Checklist

DO:DON'T:

?(tick) Start with UNS design

?(tick) Use naming conventions

?(tick) Create UDTs first

?(tick) Test each pillar

?(tick) Document decisions

?(tick) Use version control

?(error) Start with displays

?(error) Skip testing phases

?(error) Hardcode values

?(error) Ignore standards

?(error) Build without UDTs

?(error) Deploy without backup



Next Steps

  • Get Started: Download [Solution Templates]
  • Deep Dive: Explore each pillar's detailed guide
  • Learn More: Review [Best Practices] documentation
  • Get Help: Access [Training Resources]



In this section...

The root page @parent could not be found in space 93Draft.



  • No labels