Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Pr. Said EL KAFHALI A.U. 2015 / 2016 Universit´ e Hassan I ´ Ecole Nationale de

Pr. Said EL KAFHALI A.U. 2015 / 2016 Universit´ e Hassan I ´ Ecole Nationale des Sciences Appliqu´ ees de Khouribga D´ epartement : G´ enie Informatique & Telecoms Fili` ere : Cycle d’ing´ enieur G´ enie R´ eseaux et T´ el´ ecommunications Module : Programmation JAVA Liste des mini-projets 1 Descriptifs des mini-projets Sujet 1: Gestion des publications scientiﬁques Pour partager et valider leurs travaux de recherche, les chercheurs publient des articles dans des revues. Ces articles sont soumis par des auteurs et ´ evalu´ es par les pairs (d’autres chercheurs du mˆ eme domaine de recherche). Le processus de soumission est g´ er´ e par des ´ editeurs, eux-mˆ emes des chercheurs est le suivant: • ` a l’´ editeur d’une revue, de g´ erer le processus d’´ evaluation 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´ erieure ` a 4000 mots, longs sinon ; • aux ´ evaluateurs, d’´ evaluer les articles dont ils ont la charge. Lorsqu’un groupe d’auteurs souhaite soumettre un article, l’un d’eux d´ eclare l’intention de soumettre. L’auteur qui g` ere la soumission pour ses coauteurs est appel´ e le correspondant. Pendant cette phase de pr´ eparation de la soumission, l’article est dit en cours de soumission car le correspondant peut fournir les informations suivantes au fur et ` a mesure qu’il les a : le titre de l’article, la liste ordonn´ ee des auteurs (avec pour chacun d’eux le nom, le pr´ enom, le nom de l’institution ` a laquelle il appartient avec son adresse), le r´ esum´ e de l’article (faisant au maximum 150 mots), les mots clefs de l’article (choisis parmi une liste d´ eﬁnie par l’´ editeur et gard´ ee en m´ emoire dans le syst` eme), la taille de l’article en nombre de mots, et le contenu de l’article (en guise de simpliﬁcation, mod´ elis´ e en une chaˆ ıne de caract` eres). Tant que l’article est en cours de soumission, le correspondant peut modiﬁer la soumission : par exemple, d´ eposer une nouvelle version du contenu en mettant aussi ` a jour la taille ou changer l’ordre des auteurs. Le correspondant peut aussi annuler la soumission et l’article est supprim´ e. ` A la ﬁn de la phase de pr´ eparation de la soumission, le correspondant soumet l’article et la date de la soumission est enregistr´ ee par le syst` eme. L’article ne peut plus ˆ etre supprim´ e par le correspondant. Lorsqu’un article est soumis, l’´ editeur choisit trois ´ evaluateurs si l’article est court et quatre ´ evaluateurs si l’article est long. L’article ne peut pas ˆ etre ´ evalu´ e par un des auteurs 1 ou un chercheur appartenant ` a la mˆ eme institution que l’un des auteurs, ou encore par l’´ editeur. Lorsque l’article est aﬀect´ e aux ´ evaluateurs, le syst` eme enregistre la date de d´ ebut de l’´ evaluation. ` A partir de cette phase, si le correspondant demande l’annulation de la soumission, l’´ editeur enregistre la d´ ecision des auteurs : la d´ ecision est abandon. Les ´ evaluateurs ´ emettent chacun un avis sur l’article. Cet avis est leur d´ ecision : l’article peut ˆ etre accept´ e (d´ ecision acceptation), peut ˆ etre accept´ e sous condition de modiﬁcations mineures (d´ ecision r´ evision mineure ), ne peut pas ˆ etre accept´ e en l’´ etat et n´ ecessite une r´ evision majeure (d´ ecision r´ evision majeure), doit ˆ etre refus´ e (d´ ecision refus). Au vu des avis des ´ evaluateurs, l’´ editeur donne sa d´ ecision, par consensus avec les ´ evaluateurs. Les auteurs sont inform´ es de la d´ ecision de l’´ editeur. Si la d´ ecision de l’´ editeur est r´ evision mineure ou r´ evision majeure, les auteurs peuvent proposer un nouveau contenu de l’article tenant compte des remarques des ´ evaluateurs. Le correspondant d´ epose alors une nouvelle version du contenu et la date de r´ evision est enregistr´ ee par le syst` eme. Les ´ evaluateurs prennent connaissance de la nouvelle version et mettent ` a jour leur d´ ecision. Ainsi, l’article subit des ´ evaluations successives tant que la d´ ecision de l’´ editeur est r´ evision mineure ou r´ evision majeure. Les d´ ecisions refus et acceptation sont d´ eﬁnitives. Uniquement les articles accept´ es sont publi´ es et gard´ es, et ce jusqu’` a la destruction du syst` eme ; en guise de simpliﬁcation, les autres sont supprim´ es d` es la d´ ecision. Sujet 2: Gestion des projets de recherche L’objectif du syst` eme est de permettre le travail collaboratif d’un ensemble de per- sonnes qui participent ` a un projet pour r´ ealiser ensemble des productions de documents ´ electroniques. Le portail permet de g´ erer des projets, des personnes et des groupes. Il oﬀre des ressources ` a chaque groupe. Ces ressources facilitent le travail de groupe et en particulier la produc- tion de documents ´ electroniques. Le syst` eme doit permettre de cr´ eer et de supprimer les informations sur les personnes, les projets et les groupes. Gestion des comptes: Le syst` eme est public, c’est-` a-dire qu’il n’y a pas de contrˆ ole lors de l’inscription des utilisateurs qui sont associ´ es d` es leur inscription au groupe Default. Le syst` eme est g´ er´ e de mani` ere collaborative, ` a l’aide d’op´ erations privil´ egi´ ees qui ne sont accessibles que par des personnes appartenant ` a un groupe d’utilisateurs sp´ ecial appel´ e Ad- min. Il y a toujours un utilisateur dans ce groupe. Le syst` eme peut oﬀrir de plus un compte public appel´ e guest qui est associ´ e au groupe Guests. Le compte guest est associ´ e au mot de passe guest. Pour obtenir un compte sur le portail, un nouvel utilisateur doit passer par une proc´ edure d’inscription qui lui demande les informations suivantes : son nom et son pr´ enom, son adresse Email et l’identiﬁant qu’il d´ esire utiliser sur le portail. L’identiﬁant de connexion doit ˆ etre unique. Les personnes doivent choisir un mot de passe lorsqu’elles cr´ eent leur compte. La suppression d’un compte est une op´ eration privil´ egi´ ee. Gestion des projets: Le travail collaboratif est organis´ e en projets qui rassemblent un ensemble de personnes au sein d’un groupe. L’acc` es aux ressources est contrˆ ol´ e par l’appartenance aux groupes. 2 Chaque projet est identiﬁ´ e par un nom court, un nom long, une description, un th` eme et un type. Si le projet est un projet logiciel, il est associ´ e ` a un type de license. Un projet peut-ˆ etre public ou priv´ e, ce qui inﬂuence l’acc` es des utilisateurs aux ressources comme d´ ecrit dans le paragraphe Gestion des ressources. Chaque projet actif est anim´ e par des responsables de projet. Les personnes travaillant dans le projet sont appel´ ees membres. Les membres d’un projet sont associ´ es au sein d’un groupe qui porte le mˆ eme nom que le nom court du projet. Les responsables d’un projet sont appel´ es administrateurs et ils sont associ´ es ` a un groupe qui porte le nom du projet court suivi d’un tiret et des trois lettres adm. Par exemple, les membres du projet picolibre sont associ´ es au groupe picolibre et ceux qui administrent le projet sont associ´ es au groupe picolibre-adm. Gestion des ressources: Le portail g` ere l’acc` es ` a un ensemble de ressources qui peuvent ˆ etre associ´ ees ` a un utilisateur ou ` a un projet. Pour un projet les ressources sont les suivantes : deux espaces de d´ epˆ ot de documents appel´ es src et web, des listes de messagerie, et un agenda. Chaque utilisateur dispose d’un agenda personnel. L’acc` es aux ressources est contrˆ ol´ e par l’appartenance de l’utilisateur ` a un groupe. Si le projet est public, les ressources du projet sont accessibles pour toutes les personnes con- nect´ ees ` a la plateforme. Si le projet est priv´ e, les productions ne sont accessibles que pour les membres du projet. La partie web du d´ epˆ ot de documents sert ` a g´ en´ erer de mani` ere automatique un site Web dont l’acc` es en lecture est toujours public. Vie des projets: Les propositions de projets peuvent ˆ etre r´ ealis´ ees par tout utilisateur de la plateforme. Lorsqu’un utilisateur r´ ealise une demande de cr´ eation de projet, celle-ci est r´ esum´ ee et envoy´ ee par courrier ´ electronique au groupe des administrateurs de la plateforme. Chaque administrateur de la plateforme peut valider ou rejeter une cr´ eation de projet. La validation du projet provoque la cr´ eation du groupe des membres du projet qui est cr´ e´ e vide et du groupe des administrateurs du projet qui contient l’identiﬁant de l’utilisateur qui a fait la uploads/Ingenierie_Lourd/ liste-mini-projets-java.pdf