Cette fonctionnalité supporte-t'elle une vue logique du modèle qui permet d'assurer l'intégrité du modèle en cas d'édition concurrente sur plusieurs fichiers associés à un même modèle ?
Oui.
Papyrus propose t'il une interface de fusion de modèle UML équivalente à RSA (merge 3 contributeurs et combined merge)
Non.
Est-'il prévu d'intégrer les diagrammes dans le même fichier que celui du modèle car le fait qu'il soit séparé par défaut est assez pénalisant ?
Non. Mais le fait de sérialiser le modèle et les diagrammes dans des fichiers différents n'est pas plus pénalisant que si ils étaient dans le même fichier. Dans un cas, on a plusieurs fichiers à racine unique et dans l'autre un seul fichier avec plusieurs racines. Quand les modèles sont chargés, il n'y a plus que des objets.
Si toutes ces conditions ne sont pas réunies ne sommes nous pas encore à assez loin d'une utilisation industrielle pour modéliser en équipe ?
Non, nous n'en sommes pas si loin. À la rigueur, à ce niveau là, le problème est essentiellement méthodologique. On peut réaliser des projets de taille raisonnable en confiant la réalisation des sous-systèmes à différentes équipes. Si les spécifications systèmes ont été correctement définies, l'intégration ne devrait alors pas poser de gros problèmes.
Quoiqu'il en soit, le but premier de cette dépêche était de pousser les développeurs à utiliser Papyrus de manière à identifier et remonter tous ces problèmes. Comme, je le disais, les équipes de développement sont très réactives et plus elles disposeront de retours, plus elles seront à même de proposer des solutions efficaces.
[^] # Re: Nouveautés ???
Posté par Pueblo2708 . En réponse à la dépêche Papyrus nouveau est arrivé. Évalué à 2.
Oui.
Papyrus propose t'il une interface de fusion de modèle UML équivalente à RSA (merge 3 contributeurs et combined merge)
Non.
Est-'il prévu d'intégrer les diagrammes dans le même fichier que celui du modèle car le fait qu'il soit séparé par défaut est assez pénalisant ?
Non. Mais le fait de sérialiser le modèle et les diagrammes dans des fichiers différents n'est pas plus pénalisant que si ils étaient dans le même fichier. Dans un cas, on a plusieurs fichiers à racine unique et dans l'autre un seul fichier avec plusieurs racines. Quand les modèles sont chargés, il n'y a plus que des objets.
Si toutes ces conditions ne sont pas réunies ne sommes nous pas encore à assez loin d'une utilisation industrielle pour modéliser en équipe ?
Non, nous n'en sommes pas si loin. À la rigueur, à ce niveau là, le problème est essentiellement méthodologique. On peut réaliser des projets de taille raisonnable en confiant la réalisation des sous-systèmes à différentes équipes. Si les spécifications systèmes ont été correctement définies, l'intégration ne devrait alors pas poser de gros problèmes.
Quoiqu'il en soit, le but premier de cette dépêche était de pousser les développeurs à utiliser Papyrus de manière à identifier et remonter tous ces problèmes. Comme, je le disais, les équipes de développement sont très réactives et plus elles disposeront de retours, plus elles seront à même de proposer des solutions efficaces.