pour que je puisse aller bien.
tout sur la partie communicative peut être abordé de cette manière, alors que les autres objectifs, doivent avoir des règles bien écrites sinon le plm n'aurait même pas de sens d'exister.
ps:car ma curiosité et l'information sur le site est écrite que ruledesigner supporte de nombreux cads, parmi lesquels pro/e.
je voudrais savoir quelles versions du support pro / e et si vous avez une certification de ptc dans ce sens.
remerciements et salutations
je réponds à trois questions :
nous n'avons pas de certification ptc, je ne pense même pas que nous l'avons cherché, je pense que nous aurions aidé parce que nous sommes en compétition sur la partie plm.
ruledesigner fonctionne bien à partir de wf4 c'est-à-dire puisqu'ils ont introduit des abeilles appropriées à appeler par .net
> alors que le reste vise, il doit avoir des règles bien écrites sinon plms n'aurait même pas de sens d'exister.
c'est le point : comment écrire les règles, comment définir les processus.
dans les systèmes traditionnels de "gestion" (comme le sont les pdms traditionnels), la "douane" est faite par l'écriture de code (ce qu'on appelle généralement la personnalisation).
mais écrire du code signifie passer beaucoup de temps pour le faire et beaucoup plus pour le garder à temps.
et voici la force de
règle Designer (etimologya hashtags=region designer= Designer/descriptor) c'est-à-dire obtenir la « coutume » sans écrire une ligne de code personnalisée, mais simplement configurer l'application à travers le cadre.
de plus, nous n'avons rien inventé de nouveau, nous n'avons appliqué qu'il y a 10 ans la méthode du triz.
pense qu'au milieu des années 80 une entreprise a créé son succès en appliquant les concepts de
"hyperparamétrie" à l'environnement graphique, jetant ainsi les bases de la génération des systèmes modernes.
pas par hasard cette société a été appelée technologie paramétrique (aujourd'hui ptc).
nous avons fait la même chose en appliquant les concepts de
"hyperparamétrie" l'environnement
analyse (l'oeuf de colombo est fatidique)
de cette façon est né ruledesigner qui en vertu de
"hyperparamétrie", d'être un "configurateur de processus" est dans le temps naturellement dérivé pour être un pdm, crm, un gestionnaire de documents, un cms, un gestionnaire d'activités/projets, etc etc etc etc etc etc etc etc etc etc etc