Fiable & Évolutif
Depuis ses premiers pas, STRATIX a été désigné pour servir en tant que logiciel système capable de répondre aux besoins des centres de services des entreprises oeuvrant dans le domaine de l'acier. Un grand effort de soucis a été réalisé pour s'assurer que tous les aspects du logiciel atteignent cet objectif. Pour y parvenir, la stabilité de l'infrastructure technologique sous-jacente de chaque client et des capacités et de l'efficacité de leurs groupes d'opérations.

Serveur de la deuxième génération
STRATIX est de la deuxième génération des multi-tier. Il comprend un Graphical User Interface de Windows qui se connecte d'un Transaction Processing Monitor (BEA Tuxedo) à une base de données hautement relationnelle. Le programme utilise des composantes architecturales pour améliorer, réutiliser et restreindre les mises à jours critiques pour des services spécifiques aux entreprises. Cette architecture résulte dans la plupart des entreprises en étant exécuté de façon fiable et évolutive.

Interface de l'utilisateur
L'interface de STRATIX est une composante basée sur le programme Visual Basic 6 exécuté par la plate-forme Windows. Il a été conçu pour être un thin client avec essentiellement et seulement des fonctions graphiques pour la présentation et l'entrée d'informations. L'utilisateur de l'interface a été créé pour permettre une haute performance en minimisant les conditions d'utilisations du matériel informatique.

Client Architecture
L'utilisateur a besoin d'un système d'opérations Windows NT4.0, Windows 2000, ou Windows XP. Tuxedo WS est une composante middleware qui rapproche les messages entre l'utilisateur et les composantes du serveur. STRATIX permet a chaque utilisateur d'un ordinateur de faire fonctionner un menu de tâches STRATIX et un nombre illimité de tâches, où chaque tâche est une simple session de STRATIX. En d'autres mots, un utilisateur peut ouvrir plusieurs demandes à la fois et commander.

Modèles Déployés
Les programmes STRATIX s'opère avec les systèmes d'exploitations Windows NT 4.0, Windows 2000 et Windows XP Professionnel. Il y a trois modèles possibles pour l'utilisateur pour mettre en marche STRATIX : un ordinateur unique, un ordinateur avec un serveur ou avec un terminal. Une installation simple de STRATIX peut consister en n'importe quel combinaison de ces modèles déployés, basée sur les besoins de chaque site.Avec le modèle Terminal Server Deployment, tous les programmes s'exécutent directement avec le serveur terminal. La circulation entre le terminal et les utilisateurs consiste seulement à lire l'utilisation du clavier et de la souris envoyés par l'utilisateur au terminal et le programme est retourné..

Reproduction et rapport de production
La reproduction de la base de données est utilisé fréquemment pour maintenir un système de dépannage toujours prêt. STRATIX peut-être configure pour utiliser la reproduction de la base de données pour un rapport d'élaboration, pour un rapport de la fin d'un utilisateur, ou des fonctions OLAP pour ainsi maintenir un haut niveau de performance en ligne à partir du serveur primaire. Tous les documents demandés sont pris en charge par le serveur primaire, pendant que les rapports de productions sont automatiquement redirigés vers le serveur secondaire.

Entreprosage de l'information
STRATIX offre l'entreposage de l'information pour supporter certains programmes de STRATIX qui demande un processus intensif de ressources. L'entreposage d'information est sur une base de données séparée qui est opéré à part de la base de donnée opérationnel primaire.
Certains programmes de STRATIX, tels que les analyses de ventes et planification de l'inventaire, sont de par leur nature très complexes. Le but typique de ses programmes est de permettre le résumé des informations pour une opération spécifique dans un intervalle donné. Cette information est alors auditer et analysé par le personnel de gérance, tells que les gérants de ventes et les gérants de remplissage, pour ensuite prendre des décisions d'affaires..

Application Transaction Commit
Une transaction d'affaire logique est résumé dans une transaction RDMS pour permettre la récupération dans le cas d'un échec. Dans le cas d'un échec du système, cela va prévenir les transactions incomplètes dans la base de données. Par exemple, si une donnée est entrée dans le livre général et que la transaction est coupée pendant le transfert, la transaction est rapatriée. Si une facture est mise à jour, si le AR est mis à jour et le système s'éteint avant que la mise à jour des ventes soit faite, la transaction entière est annulée.