Le 31 oct. 2011 à 08:58, PERASSO Grégory (RIC-CH) a écrit :
Bonjour
Dans Windchill ‘standard’ , les effectivités sont toujours posées sur une Version de l’Article, et pas sur les liens. (contrairement à ce que l’on peut retrouver dans SAP par exemple, ou dans les custos Airbus je crois …)
Car les liens sont ‘contenus’ dans la version de l’Article. On identifie la bonne version via un configSpec, et on sait identifier les bon liens.
Oui, tout à fait, notamment par un EffectivityConfigSpec quand on veut fabriquer un item et résoudre alors les effectivités.
Cela fonctionne de la même façon pour les Substitutes. Le lien de substitution est entre un lien de BOM et le WTPartMaster de substitution.
L’effectivité est alors à poser sur la bonne version de substitution. On retrouve la bonne comme pour le lien d’usage …
Oui on peut faire ça aussi…mais comment exprimer le fait qu'on indique une effectivité uniquement dans le contexte particulier d'un lien de substitution ? Si on place l'effectivité directement sur la bonne version du WTPartMaster de substitution, celle-ci sera effective partout où son PartMaster apparaitra, ce qui pose un vrai problème, non ?
Depuis la 9.1 de Windchill, ils exposent les Substitutions dans les explosions de BOM, en tenant normalement compte des effectivités. A vérifier néanmoins. Car ils ont une fâcheuse tendance à faire du LATEST Released….
Pour le projet, c’est intéressant. Pour Richemont , je ne pense pas dans l’immédiat. Nous sommes au taquet sur des déploiements Windchill.
Mais as-tu des références à consulter pour en savoir plus sur ce projet ?
Notre plus belle référence est mia-electric, constructeur automobile de voitures électriques.
Le projet au départ était un outil de DM (Document Management). On a rejoint le consortium OW2 en début d'année 2011 avec la mission de fournir un middleware PLM. C'est là que commencent les développements PLM. Cette partie est donc très jeune, par contre les modules DM, workflow, version control, indexation sont robustes et matures. Tous nos services sont exposés en SOAP, nous avons une couche complète d'objets persistables par JPA (hibernate), un client riche, un autre full web ajax, un moteur de scripting. L'architecture logicielle est beaucoup plus récente que celle de Windchill, l'implémentation de custos beaucoup plus simple.
Côté Richemont, l'idée n'est bien sûr pas de stopper les déploiements Windchill ;-)
Mais de mettre un pied dans un projet open source, de faire de la R&D, le tout financé par des fonds de recherche (ANR, projets européens), avec pour objectif à plus ou moins brève échéance de disposer d'une pile PLM open source de qualité qui sera exploitable dans un premier temps sur des projets de petites tailles.
En tout cas, merci de ces échanges instructifs.
Florent
