Examen Principal du 1er Semestre

Questions de réflexion

1- L’encapsulation est l’un des principes importants de l’orienté objet, définissez ce principe et précisez

comment nous pouvons mettre en évidence ce principe dans le cas d’une classe

2- Quelle est la différence entre une vue statique et une vue dynamique ? Expliquez en vous basant sur

des exemples de diagrammes UML.

3- Les deux diagrammes de séquence suivants sont-ils équivalents ? Justifiez votre réponse

Problème

Pour partager et valider leurs travaux de recherche, les chercheurs publient des articles dans des revues. Ces articles sont soumis par des auteurs et évalués par les pairs (d’autres chercheurs du même domaine de recherche). Le processus de soumission est géré par des éditeurs, eux-mêmes des chercheurs. Nous proposons dans ce problème, d’analyse et de concevoir, en partie, le logiciel ‘Publication_dans_revue’. Ce logiciel permet à l’éditeur d’une revue, de gérer le processus d’évaluation des articles ; aux auteurs, de soumettre des articles et de suivre le processus de soumission. Les articles sont de deux types : courts lorsque leur taille est inférieure à 4000 mots, longs sinon ; aux évaluateurs, d’évaluer les articles dont ils ont la charge. Lorsqu’un groupe d’auteurs souhaite soumettre un article, l’un d’eux déclare l’intention de soumettre. L’auteur qui gère la soumission pour ses coauteurs est appelé le correspondant.

Pendant cette phase de soumission, l’article est dit en cours de soumission car le correspondant peut fournir les informations suivantes au fur et à mesure qu’il les a : le titre de l’article, la liste ordonnée des auteurs (avec pour chacun d’eux le nom, le prénom, le nom de l’institution à laquelle il appartient avec son adresse), le résumé de l’article (faisant au maximum 150 mots), les mots clés de l’article ordonnés par ordre d’importance (ces mots clés sont choisis parmi une liste définie par l’éditeur et gardée en mémoire

1/2

dans le système), la taille de l’article en nombre de mots, et le contenu de l’article (en guise de simplification, modélisé en une chaîne de caractères).

Tant que l’article est en cours de soumission, le correspondant peut modifier la soumission : par exemple, déposer une nouvelle version du contenu en mettant aussi à jour la taille ou changer l’ordre des auteurs. Le correspondant peut aussi annuler la soumission et l’article est supprimé. À la fin de soumission, le correspondant soumet l’article et la date de la soumission est enregistrée par le système. L’article ne peut plus être supprimé par le correspondant.

Lorsqu’un article est soumis, l’éditeur choisit trois évaluateurs si l’article est court et quatre évaluateurs si l’article est long. L’article ne peut pas être évalué par un des auteurs ou un chercheur appartenant à la même institution que l’un des auteurs, ou encore par l’éditeur. Lorsque l’article est affecté aux évaluateurs, le système enregistre la date de début de l’évaluation. À partir de cette phase, si le correspondant demande l’annulation de la soumission, l’éditeur enregistre la décision des auteurs : la décision est abandon.

Les évaluateurs émettent chacun un avis sur l’article. Cet avis est leur décision : l’article peut être accepté (décision acceptation), peut être accepté sous condition de modifications mineures (décision révision mineure), ne peut pas être accepté en l’état et nécessite une révision majeure (décision révision majeure), doit être refusé (décision refus). Au vu des avis des évaluateurs, l’éditeur donne sa décision, par consensus avec les évaluateurs. Les auteurs sont informés de la décision de l’éditeur. Si la décision de l’éditeur est révision majeure ou révision mineure, les auteurs peuvent proposer un nouveau contenu de l’article tenant compte des remarques des évaluateurs. Le correspondant dépose alors une nouvelle version du contenu et la date de révision est enregistrée par le système. Les évaluateurs prennent connaissance de la nouvelle version et mettent à jour leur décision. Ainsi, l’article subit des évaluations successives tant que la décision de l’éditeur est révision majeure ou révision mineure. Les décisions refus et acceptation sont définitives. Uniquement les articles acceptés sont publiés et gardés, et ce jusqu’à la destruction du système ; en guise de simplification, les autres sont supprimés dès la décision.

Pour simplifier l’étude de cas, nous ignorerons les actions de connexion et d’authentification des acteurs au système. Dans une première étape, nous supposons que le système ne gérera qu’une seule revue nommée « revue_informatique », avec un seul éditeur « M. E ».

Lors de l’analyse du système en question, un développeur a proposé le diagramme de classes conceptuel (analyse) UML incomplet suivant :

Travail à faire L’objectif de ce problème est d’analyser et de concevoir, en partie, le logiciel ‘Publication_dans_revue’ grâce aux diagrammes UML vus en cours. Pour cela, répondez directement aux questions qui sont posées dans les feuilles de réponses qui vous ont été distribués.

2/2