Discussion utilisateur:Alexandre FRANCOIS/Brouillon
Partie de Romain : Dernière édition : 16/12/2014[modifier le code]
Chaque sous section fera part à mes remarques sur le fond de l'article, n'hésitez pas y répondre pour obtenir plus d'informations si mes remarques sont imprécises. Si il le faut, en fin de chaque sous section, une partie sera consacré sur la forme qui peut améliorée.
Analyse préliminaire du 16/12/2014[modifier le code]
Introduction[modifier le code]
Architectures Orientées Services[modifier le code]
Lorsque vous évoquez les services simples d'une SOA, vous pouvez préciser quels sont les services simples ou alors donner quelques exemples.
La deuxième phrase n'est pas utile, pour moi elle n'apporte rien et ne développe pas votre argumentaire à propos du concept de SOA. Ensuite, lorsque vous détaillez ce qu'est un service, il est plus judicieux d'introduire ces explications un peu plutôt dans votre section. Cela permettra de pallier au premier problème que j'ai ennoncé tantôt. C'est à dire lorsque vous écrivez : ...s'appuyant sur un ensemble de services simples. Un service en SOA est [vos explications].
Ensuite, pouvez expliquez ou décrire plus précisément le sens de schémas d'intéractions ? Est ce que cela traduits la façon dont l'architecture logicielle intéragit avec d'autres composants ?
La deuxième phrase est un exemple de SOA justement. Je pense qu'un informaticien comprendra ce qu'est un web service. C'est la 3e phrase de l'article, tu es sur qu'il faut décrire un service avant ?...--WikitPP (discuter) 16 décembre 2014 à 15:09 (CET) De plus une page wikipedia est disponible (et linké) pour avoir plus de précision de ce qu'est une SOA, je ne pense pas que ca soit notre travail de l'expliquer ici --Alexandre FRANCOIS (discuter) 16 décembre 2014 à 21:48 (CET)
Anti patron[modifier le code]
Évitez une nouvelle fois de parler de web-services (qui faudrait d'ailleurs traduire par services web). Une SOA, comme vous l'écrivez plus, est une architecture orientée services. En d'autres mots, le but de faire SOA est de faciliter les intéractions entre plusieurs composants logiciels différents. Les web services ne sont justes que des exemples pratiques de SOA.
Pourriez vous ajouter les sources vous indiquant les problèmes qu'induisent les anti-patrons (performance, mise à l'échelle etc...)
Ensuite, évitez les anglicismes : le mot design en informatique se traduit par conception (design logiciel strictement équivalent à conception logicelle).
OK Solved--WikitPP (discuter) 16 décembre 2014 à 15:06 (CET)
Spécification[modifier le code]
Métriques statiques[modifier le code]
Concernant les propriétés d'un anti patron SOA : remplacez design par conception. Pensez également également à expliciter ce qu'est la cohésion et le couplage (tout comme la conception) car ces deux termes existent également pour la programmation orientée objets et donc ils peuvent avoir un sens différent lorsque l'on se place dans un contexte SOA.
Concernant la grammaire BNF : si vous introduisez la grammaire BNF dans cette partie alors que vous expliquez ce que c'est une section plus loin, cela signifie que vous devez cette grammaire avant de présenter les métriques statiques.
Attention, un anglicisme : anti pattern = anti-patron.
En principe, lorsque vous introduisez un nouveau, vous précisez son acronyme seulement après. Il faudra donc modifier la partie traitant de ALS tout en donnant le terme français avant et le terme anglophone ensuite.
Concernant le listing, il faudrait vérifier si il n'est pas possible de découper celle-ci en plusieurs sous ensembles caractérisant un (ou plusieurs si il le faut) aspects que les métriques des ces ensembles évaluent. Enfin, tout comme la remarque précédente, réappliquez cette dernière lorsque vous énumérez vos métriques.
Nous avons déjà decouper le listing en 2 parties, les metriques statiques et les dynamiques. Je ne sais pas s'il y a une vrai utilité a redecouper celui-ci Nous avons rajouter un lien expliquant les metriques (une page wiki en anglais) celle ci était presente avant mais un mauvais copié collé l'avait enlevé. Nous avons aussi linké les pages parlant de notions précise (cohesion, port, couplage). Ensuite, je ne sais pas s'il y a une vrai utilité (voir même une polution pour la comprehension) de décrire chaque metrique, une personne venant chercher des informations sur la detection dans les SOA est censé savoir quelles sont ses notions, non ? --Alexandre FRANCOIS (discuter) 16 décembre 2014 à 21:58 (CET)
Métriques dynamiques[modifier le code]
Qu'est ce que WS ? Certes, un lien existe, mais il faut définir ce terme étant donné que c'est ce qui caractérisent les métriques qui suivent juste après dans le texte. Encore une fois, ne pensez pas services web, WS explique clairement que c'est un ensemble de protocole de communication.
Grammaire BNF[modifier le code]
La grammaire BNF étant un point central de votre article, pensez à le mettre en tant qu'article connexe en plus du lien du redirection disponible dans cette sous partie.
Pourriez donner plus de détails concernant le fait qu'un anti patron est un modèle hiérarchique (d'ailleurs, lorsque vous introduisez les anti-patron un peu plus, il serait plus utile de placer cette information à cet endroit là qu'ici). Ensuite, qu'entendez par propriétés plus ou élevé ? Voulez-vous dire des propriétés plus ou moins abstraites, plus ou moins importante en terme de poids (une propriété vaut plus qu'une autre) ? De plus, plus tard vous évoquez deux types de propriété : celle dites de conception et celle d'utilisation. Les questions qui se posent sont : Quelle est la différence entre ces deux propriétés ? Existe-t-il d'autres types de propriétés ?
Pourrez vous également expliciter ce qu'est une mesure et savoir ce qu'elle représente concrètement ? Est les métriques dont vous parliez plus tôt ? Ensuite, insistez bien sur le fait que ces mesures permettent de caractériser un anti-patron d'un autre anti-patron.
Enfin, quels sont les autres cas où est utilisée la grammaire BNF ? Si vous n'avez pas d'autres cas où cette grammaire est utilisée, il n'est pas utile de préciser "dans la plupart de cas". En outre, il faut normalement préciser uniquement l'utilisation de cette grammaire dans le contexte actuel sans se soucier de ses autres utilisations. Je pense que juste réécrire la phrase "Pour déterminer à quelle antipattern peuvent correspondre ces mesures, un méta-langage permet de les mettre en relation." sera suffisant pour pallier à ce problème.
Romain : Ajouter les références vers les articles / ouvrages qui citent les métriques énoncées aux parties "Métriques statistiques" & "Métriques dynamiques" --Jimipepper (discuter) 16 décembre 2014 à 10:43 (CET)
Partie de Omar[modifier le code]
Remarques générales[modifier le code]
- Je pense qu'il faut réorganiser le plan.
- Fautes d'orthographes: voir la partie de Jonathan
- Quelques liens utiles:
Introduction[modifier le code]
- La première phrase doit reprendre le titre (en gras): on doit comprendre quelle est votre sujet. "Un anti-patron SOA est..." si votre sujet porte sur les anti-patron SOA. Ici on a l'impression que le sujet porte sur "les défauts de code et de conception".
OK. J'ai mis le terme anti-patron pour que ca soit + une définition.--WikitPP (discuter) 5 janvier 2015 à 17:34 (CET)
- Essayez d'être le plus simple et accessible possible, un utilisateur non spécialisé ne comprendra pas forcément votre introduction. Pensez donc à resituer le contexte (préciser qu'il s'agit de développement/conception logiciel par exemple). Aussi, n'hésitez surtout pas à rediriger vers d'autres pages Wikipédia.
PAS OK. L'article est très technique et les termes non détaillés sont linkés.--WikitPP (discuter) 5 janvier 2015 à 17:34 (CET)
- Eviter les anglicismes: préférer anti-patron à anti-pattern
OK. Solved.
- Une introduction de Wikipedia est aussi appelé résumé introductif. Il faudra donc résumer (tout en restant synthétique) les idées principales de l'articles: le lecteur doit savoir à quoi il s'attend s'il continue sa lecture.
OK. Solved
- Lorsque vous avancez quelques chose, cela doit être vérifiable: ne vous privez pas de citer vos sources.
Si tu as un endroit précis merci de l'indiquer.--WikitPP (discuter) 5 janvier 2015 à 17:34 (CET)
Anti-Patron SOA[modifier le code]
- Proposez le bandeau "article détaillé" si un lecteur veut approfondir les définitions qui composent cette partie.
- Les termes en anglais sont à mettre en italique (Services Oriented Architecture, design pattern).
- Proposez une redirection vers les pages Wikipédia de: REST, SOAP, OASIS.
- Pour le SCA, proposez plutôt l'équivalent français ou l'acronyme.
- La dernière phrase (de la sous-partie anti-patron) doit être indépendante des deux sous-parties. Elle pourrait servir d'introduction.
Spécification[modifier le code]
- Dans l'introduction de cette partie, remplacer DSL par langage dédié.
- Le terme BNF introduit pour la première fois mais non expliqué, ni redirigé vers la page Wikipédia correspondante.
- Pourquoi parler d'ALS, alors que vous l'introduisez dans la liste qui suit? Je pense qu'il vaut mieux l'enlever afin d'éviter les doublons. Autre question, pourquoi ALS se traduit par "taille moyenne du service" mais aussi par "taille des signatures"?
- Concernant la liste des métriques: détaillez chaque point pour comprendre de quoi il s'agit. Précisez aussi le nom complet des acronymes en anglais et non seulement leur traduction française.
- Pour les métriques dynamiques, que signifie A? RT? J'imagine que c'est Availability et Response Time, je pense qu'il est utile de le préciser.
- Si BNF n'a pas été expliqué précédemment, je pense qu'il est utile de le faire en premier dans la partie Représentation BNF.
- Je pense que l'encadré reprenant la grammaire BNF doit être approfondi.
Détection[modifier le code]
- Cette partie manque de sources.
- Mettre les liens Wikipédia pour: analyse sémantique(partie Informatique), SQL, REGEX (à remplacer par "expression régulière" selon moi), trace d’exécution (pile d’exécution ou trace d'appels), patron de conception
- Pour "WSs", vous pouvez le remplacer par "services web".
Anti-Patrons SOA[modifier le code]
- Le titre est pratiquement le même que celui de la première partie.
- Évitez de mettre les sources directement sur le titre d'une partie.
- Rajoutez une introduction, si ce n'est pour introduire les sous-parties, au moins pour que l'on comprennent les différences avec la première partie.
- Rajouter des explications à vos encadrés.
- Dans la partie TheKnot, changer le mot accouplé par couplé.
- Dans ChattyService "ChattyService correspond à plusieurs services qui échange énormément de petite données de type primitif habituellement avec UN L'anti-patron DataService."
--Omar.chahbouni (discuter) 5 janvier 2015 à 17:46 (CET)
Partie de Jonathan[modifier le code]
Structure de l'article : Dernière édition : 16/12/2014[modifier le code]
Bonjour, ce sujet reprend les remarques générales sur la structure et les explications de l'article. Il reprend les parties du plan tel que proposé dans l'article.
Introduction[modifier le code]
L'introduction semble manquante. Pourtant, les deux premières parties Architectures Orientées Services et Anti-patron sont clairement une définition des termes. La page Résumé introductif précise les éléments essentiels à placer dans l'introduction.
Ajout d'une introduction. Peut être à developper ? --Alexandre FRANCOIS (discuter) 16 décembre 2014 à 22:46 (CET)
Omar en discute aussi. Une intro a été ajoutée. Merci.--WikitPP (discuter) 5 janvier 2015 à 17:36 (CET)
Anti-patron SOA[modifier le code]
Cette première partie est une bonne introduction, de par les définitions qu'elle fournie.
Spécification[modifier le code]
Pour une meilleure compréhension de l'article, expliquer le but de la spécification peut être intéressant. Une phrase introduisant les métriques (contenant par exemple l'utilité des métriques dans la spécification) permettrait de mieux comprendre les métriques.
Un lien vers une page wiki qui decrit les metriques à été ajouté. --Alexandre FRANCOIS (discuter) 16 décembre 2014 à 22:49 (CET)
Métriques statiques[modifier le code]
Chaque élément de la liste à puce devrait être mieux expliqué, notamment en donnant une formule mathématique, ou une définition des termes utilisés (couplage, cohésion par exemple). Ajouter la source pour chaque élément serait également appréciable pour la relecture.
Un lien vers une page wiki pour certain termes ont été ajouté. Les autres sont en relation avec les termes de la SOA je ne pense pas devoir le decrire ici --Alexandre FRANCOIS (discuter) 16 décembre 2014 à 22:49 (CET)
Comme dit Alexandre, on a fourni un lien pour certains. On s'est posé la question de détailler plus les termes mais ce n'est pas le but ici, il y a des articles qui traitent précisément sur les SOA.--WikitPP (discuter) 1 janvier 2015 à 19:12 (CET)
Représentation[modifier le code]
Cette partie ne contient qu'une seule sous-partie. Il est peut-être plus facile de fusionner Représentation et sa sous-partie Grammaire BNF?
Je pense aussi. Modification effectuée.--WikitPP (discuter) 1 janvier 2015 à 19:17 (CET)
Antipatterns[modifier le code]
DataService[modifier le code]
Concernant la phrase d'introduction suivante : DataService alias Dataclass dans les systèmes orientés objets correspond à un service qui contient principalement des accesseurs (Getteurs et Setteurs). Dans les applications distribuées, il peut y avoir certain services qui réalisent de simple récupération ou accède à des données à ses services à partir de ce service. Cette phrase contient trop de fois le mot service, ce qui rend la compréhension plus difficile. Une simple reformulation permettrait de rendre cette partie plus claire. --Jonathan Geoffroy (discuter) 16 décembre 2014 à 11:31 (CET)
Fautes d'orthographe[modifier le code]
La partie suivante concerne exclusivement les fautes d'orthographes trouvées dans l'article. Il reprend le plan partie par partie et tente de lister toutes les fautes d'orthographes de chaque partie. Chaque mot comportant une faute est écrit en entier, avec en gras l'erreur. J'invite également les autres relecteurs à référencer ici les fautes que je n'ai pas remarqué. Merci par avance.
Anti-patron SOA[modifier le code]
Anti-patron[modifier le code]
les services web services évoluent dûes.
J'ai eu le doute aussi, mais apparement pas d'accent au participe passé feminin: http://leconjugueur.lefigaro.fr/conjugaison/verbe/devoir_voix-passive.html --WikitPP (discuter) 5 janvier 2015 à 17:41 (CET)
Après discussion, la bonne orthographe serait dû. Je propose cependant de reformuler la phrase: Comme les autres architectures, les évolutions des services web sont dus aux exigences de l'utilisateur et du contexte [...] A voir si on peut faire mieux. --Jonathan Geoffroy (discuter) 6 janvier 2015 à 08:43 (CET)
Anti-patrons SOA[modifier le code]
DataService[modifier le code]
certains services qui réalisent de simples récupérations ou accèdent à des données à ses services à partir de ce service
TheKnot[modifier le code]
TheKnot est un ensemble de services
ChattyService[modifier le code]
ChattyService correspond à plusieurs services qui échangent énormément de petites données
Les anti-patrons ChattyService échangent' énormément entre eux.
ServiceChain[modifier le code]
les systèmes orientés objets(à supprimer) corresponds(à supprimer) à une chaîne de services
Ce genre de chaînes de dépendances
--Jonathan Geoffroy (discuter) 16 décembre 2014 à 15:46 (CET)
OK solved, les fautes sont corrigées. Merci.--WikitPP (discuter) 5 janvier 2015 à 17:49 (CET)
Références à ajouter[modifier le code]
Bonjour, ce sujet reprend les phrase dont il faut ajouter au moins une référence. Dès que les références auront été rajoutés, nous pourrons vérifier que le contenu correspond bien aux références données.
Spécification[modifier le code]
L'introduction de cette partie ne contient aucune référence. Puisque vous avez écrit beaucoup de contenu dans cette section, vous avez sans doute trouvé des articles pour chaque phrase:
* la définition (Une métrique logicielle est une mesure d'une propriété d'une partie d'un logiciel ou de ses spécifications) * les mesures citées dans la phrase suivante (Plusieurs mesures ont été créées pour permettre de spécifier chaque anti-patron, dont certaines transverses à plusieurs d'entre eux.)
Métriques statiques[modifier le code]
Dans cette partie, vous devriez mettre au moins une référence vers un article où trouver chaque type de métrique, voir une référence par métrique si possible (surtout si vous avez utilisé plusieurs articles pour rassembler cette liste).
Métriques dynamiques[modifier le code]
Dans cette partie, une référence vers les articles est important.
Grammaire BNF[modifier le code]
Aucune référence n'est fournie pour cette section.
Détection[modifier le code]
Aucune référence n'est fournie pour cette section.
Introspection de code[modifier le code]
dans cette sous-section, les trois premiers paragraphes n'ont aucune référence. Vous devriez ajouter au moins une référence par paragraphe.
Fouille des traces d'exécution[modifier le code]
La phrase L'algorithme de comparaison se base sur un score de similarité pour identifier les candidats qui varient par rapport aux patrons de conception architecturaux d'origine., à la fin du premier paragraphe n'est pas sourcé.
Résultats[modifier le code]
Le début du premier paragraphe n'est pas suffisamment sourcé. Il serait peut-être appréciable d'ajouter une référence vers l'article pour la première phrase (Pour définir l'ordre de grandeur d'une mesure détectée, il faut d'abord conserver les valeurs les plus représentatives.), voire pour le boxplot si vous le pouvez.
Anti-patrons SOA[modifier le code]
Veuillez placer les références sur les phrases sourcés, et non pas sur le titre. Au moins une référence par sous-section nous permettrait de vérifier la liste des anti-patrons proposés. --Jonathan Geoffroy (discuter) 21 décembre 2014 à 14:03 (CET)
On a mis les références sur le titres sinon il faudrait même plusieurs fois ces deux références.--WikitPP (discuter) 1 janvier 2015 à 19:07 (CET)
A vérifier, mais je pense qu'il veut mieux placer plusieurs fois une même référence sur plusieurs phrase. Les informations sont ainsi plus clairement référencés. Il y a dans Wikipedia un moyen de donner simplement le nom de la référence afin de ne pas copier plusieurs fois les informations.