Simulation planification

invest, bourse, stratégie, fondamentaux, simulation planification avant offensive

1 Théorie
2 Développement


1 Théorie
1°) il faut plus de chiffres précis et un système de comptabilité élaboré avant l'action pour pouvoir suivre l'éxécution au moment où ca se déroule et obtenir immédiatement des statistiques en temps réel dès que l'exploitation tourne et sortir des résultats multidimensionnels.
2°) il faut un système hiérarchique avec des niveaux et des codes niveaux qui forme un système complet de métadata
3°) il faut que ce métadata soit orienté objets et multidimensionnel permettant de faire de l'OLAP
4°) il faut qu'il soit ROLAP et basé sur une base de données relation ou plus que cela une base de données OO
5°) il faut qu'il soit irrigué par du L3G ou du java LOO pour faire des applications entières
6°) Il faut que les formules IEF et indicateurs composites soient automatisés ainsi que l'alimentation
7°) il faut un hypercube en galaxie spirale pour ne pas avoir à chambouler l'identifiant de stockage à chaque fois que les paramètres de calcul et totalisation changent
8°) il faut un identifiant de stockage pour désigner un compartiment afin de pouvoir le manipuler aisément sans avoir recours au libellé long
9°) il faut des paramètres de calcul et de totalisation pour faire le lien entre l'identifiant de stockage à longue durée de vie et l'exploitation réelle des données (data) qui a besoin de désigner vite et court et ne veut pas trainer les identifiants de stockage à chaque ligne de statistique, comptabilité et stratégie prévisionelle. Bref pendant la simulation on doit pouvoir désigner une cible par un code court unique et cet identifiant unique attribué par ordre chronologique doit être capable de relier sémantiquement à une position précise dans les système grand et complexe qui comprend un HMV des NFV des arborescences et des protefeuilles juxtaposés. Moralité on a besoin d'un métadata pour manipuler les data à travers d'un métadata.
Lorsque les data deviennent complexes, il faut manipuler des métadata
ici notre métadata est composé de
1°) un identifiant de stockage
2°) des codes niveaux paramètres de répartition, calcul et totalisation
3°) un système de paramètres HMV et OO.
Exemple les courtiers et établissements émetteurs sont du HMV et ne rentrent pas dans le RIR
RIR = réseau d'intégrité référentiel = BTI + tables de dimensions
BTI = arbre dans tableau = fait le lien entre identifiants de stockage et paramètres de répartition et calcul
tables de dimension: à la fois HMV OO et MD
HMV = complètement différent dans un autre monde
OO = décomposition hiérarchique ou séparés par nature ou par fonction ou par étapes bref découpés en objets plus petits plus faciles à traiter
MD = plusieurs vues sur les mêmes données plusieurs axes, plusieurs dimensions permettant l'OLAP
OLAP: possibilité de slice and dice, pivoting, drill up, drill down, drill trought, drill accross, drill down to detail, drill out
10°)il faut faire une modélisation (UML OO ou économétrique ou floue ou CBR ou arbre de décision ou KM) pour mieux simuler.

2 Développement

0.0 Détermination des compartiments. un compartiment est caractérisé par sa position dans le système, le modèle et la hiérarchie
0.1 Table de correspondance entre compartiments et allocations des ressources
1 Codes niveaux, paramètres de répartition, de calcul et de totalisation
table de correspondance entre compartiments et codes niveaux. à chaque compartiment est affecté des codes niveaux selon sa position dans la hiérachie, le système, le modèle.
le modèle n'est qu'un résumé du système. Une hiérarchie n'existe que dans un portefeuille juxtaposé du système. Parmi les portefeuilles juxtaposés il n'y a pas vraiment de hiérarchie, il n'y a qu'une priorité chronologique vite fondue par le nombre de rotations.
2 BTI lien entre codes niveaux et identifiants de stockage des compartiments pour le stockage des stratégies et tactiques prévisionnels dans le temps, les flux et les parcours
3 Description des compartiments, liens avec les codes sicovam. Table de correspondance entre compartiments et valeurs
4.1 Parcours en tenant compte des codes niveaux et allocations de coûts
4.2 Parcours en tenant compte des identifiants de compartiments
4.3 Parcours en tenant compte des codes sicovam et ordres d'opérations
4.4 Parcours en tenant compte des coûts réels incluant frais et cours d'opérations.