Modifier Historique

Cr20160205

Version 2 (Vincent BEAUSEIGNEUR, 08/02/2016 16:36)

1 1 Vincent BEAUSEIGNEUR 
h1. Cr20160205
2 1 Vincent BEAUSEIGNEUR 






    3
    1
    Vincent BEAUSEIGNEUR
    
h2. Complément Workflow






    4
    1
    Vincent BEAUSEIGNEUR
    






    5
    1
    Vincent BEAUSEIGNEUR
    
* *Workflow* gestion interne/modification. 






    6
    1
    Vincent BEAUSEIGNEUR
    
(Vincent) L'édition du Workflow nécessite une représentation simple à appréhender, Un format comme le XPDL ne permet pas d'avoir une vue d'ensemble simple (composé de listes non séquentielle). Soit une représentation graphique, soit l'utilisation de script permettent cette vision globale.






    7
    1
    Vincent BEAUSEIGNEUR
    






    8
    1
    Vincent BEAUSEIGNEUR
    
* *Ordonnanceur* 






    9
    1
    Vincent BEAUSEIGNEUR
    
(Nicolas) Pas uniquement à l'usage du Workflow, mais aussi à un usage plus global.






    10
    1
    Vincent BEAUSEIGNEUR
    






    11
    1
    Vincent BEAUSEIGNEUR
    
h2. API






    12
    1
    Vincent BEAUSEIGNEUR
    






    13
    1
    Vincent BEAUSEIGNEUR
    
* l'API sert à la Communication Inter Application.






    14
    1
    Vincent BEAUSEIGNEUR
    






    15
    1
    Vincent BEAUSEIGNEUR
    
* Intelligence métier dans le Workflow.






    16
    1
    Vincent BEAUSEIGNEUR
    






    17
    1
    Vincent BEAUSEIGNEUR
    
h3. Lien Interface Homme Machine(IHM)/API






    18
    2
    Vincent BEAUSEIGNEUR
    
ex d'IHM : un portail web.






    19
    1
    Vincent BEAUSEIGNEUR
    
* *un affichage* : représentation à un instant t de l'IHM (ex : une page web)






    20
    1
    Vincent BEAUSEIGNEUR
    






    21
    2
    Vincent BEAUSEIGNEUR
    
l'IHM ne connaît pas les champs -> Ils sont récupérés dans l'API, notamment leur descriptions sont récupérée à partir de l'API.






    22
    1
    Vincent BEAUSEIGNEUR
    






    23
    2
    Vincent BEAUSEIGNEUR
    
La logique de navigation et d'organisation est dans l'IHM. La création du contenu des affichages ne fait donc pas parti de l'API.






    24
    1
    Vincent BEAUSEIGNEUR
    






    25
    2
    Vincent BEAUSEIGNEUR
    
Il est indispensable d'avoir des affichages spécialisés limités à un certain nombre de catégories (donc avec des champs déjà connus, contrairement à la première affirmation), ce qui est utile pour des affichages précis.






    26
    2
    Vincent BEAUSEIGNEUR
    
Il y aura aussi des affichages universelles, permettant de traiter des objets dans leur ensemble, ils seront basés uniquement sur les objets et leur description.






    27
    1
    Vincent BEAUSEIGNEUR
    






    28
    1
    Vincent BEAUSEIGNEUR
    
La logique de séparation des rôles : 






    29
    1
    Vincent BEAUSEIGNEUR
    
l'IHM se sert de l'API pour les traitements sur les du données. l'IHM à l'intelligence d'affichage qui la concerne (navigation, design). l'API ne connaît pas l'IHM à priori, c'est-à dire que si l'API doit fournir une information à une IHM, l'IHM lui a forcément fait la demande en amont (réponse directe, ou différée).






    30
    1
    Vincent BEAUSEIGNEUR
    






    31
    1
    Vincent BEAUSEIGNEUR
    
(ndr) A la rédaction, il semble manquer un point : la gestion du cache (obligatoire quel que soit l'application).